From mboxrd@z Thu Jan 1 00:00:00 1970 From: ummeegge To: development@lists.ipfire.org Subject: Re: 'resolv' => 'Resolv-Retry', = Obsolete? Date: Wed, 08 Feb 2017 05:18:05 +0100 Message-ID: In-Reply-To: <3b0ebfa2-8c3e-7f6a-9035-c250f2564547@ipfire.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="===============7650974586199400760==" List-Id: --===============7650974586199400760== Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: quoted-printable Hi Matthias, > [Good morning Erik, - at this time I had already been busy for ~6 hours, > *sigh* ;-) ] and two hours before i went to sleep ;-) , puhh the whole live is work. >=20 >> i have found some other files which i have missed in the check. I recogniz= ed it as i checked the OpenVPN Net-to-Net Statistics in netovpnsrv.cgi where = the the descriptions >=20 > I thought that we missed some files=E2=80=A6 Yes had/have that feeling too. >=20 >> Incoming Traffic >> Incoming Overhead >> Incoming Compression >> Outgoing Traffic >> Outgoing Overhead >> Outgoing compression >>=20 >> has also been reverted. The variables aren=C2=B4t located in the CGIs nor = in the menu directory, the graphs.pl is responsible for that. I decided then = to make a walk through IPFires Github and have searched for $Lang and found s= ome other locations. Have updated the script now, you can find the changes as= before in here --> https://github.com/ummeegge/scripts/blob/master/langsClea= ner.sh , the script needs on my JNC9C now 43 minutes, may too much checked fi= les but better then not enough. >=20 > ACK. >=20 >> Regarding the addon langs (possibly in general), it might be may an idea t= o check them also in the development chroot environment where all addons are = already present? >=20 > Yep. Perhaps I have some time to dig into this on weekend. For now, days > are full... ;-( No problem at all, it was just a support for your intend. >=20 > If the langs would be checked directly in the development environment, > there is the chance to get them all and check all at once. >=20 > As i can see it concerns only Guardian and the Squid Accounting Feature > (WIO also but this is currently no official IPFire Addon). >=20 > WIO should become official, IMHO. It should be included and dealt with. > (Beware of my english...: Also, ich meine - Ja, wir sollten da halt auch > ein Auge drauf haben). Klar k=C3=B6nnen wir machen. I tried that already and have found also there not used strings but i=C2=B4am= currently not sure if 1) really got all files and 2) if the development in t= hose addons are finished ?! So the possibility might there that some strings = are used further?! May both Stefans and Alexander do have also some infos for= this. >=20 >> This all will needs surely a deeper look. >=20 > As written: ACK! ;-) > Greetings, > Erik >>=20 >>=20 >> Am 06.02.2017 um 21:01 schrieb Matthias Fischer : >>=20 >>> On 06.02.2017 20:50, ummeegge wrote: >>>> Hi Matthias, >>>>=20 >>>>> Besides, you're acting in the future already: "$date: 03.05.2017"!? ;-)) >>>> oh, possibly it is just warmer then ?! My bad sorry... >>>=20 >>> No problem - we're just a few steps ahead of the others. ;-) >>>=20 >>>>> A week of work has started, and "she seems to be kind of bad-tempered"= =E2=80=A6 >>>> Looks here very similar. >>>=20 >>> *sigh* >>>=20 >>>>> Some thoughts: >>>>> I saw, your script uses "grep -FR" to build the string lists, so that >>>>> the *.dat-files in '/srv/web/ipfire/cgi-bin/logs.cgi' are included in >>>>> the search!? >>>> Yes this was also an intend. >>>=20 >>> Ok. Good. ;-) >>>=20 >>>>> What about the strings in '/var/ipfire/addon-lang/*.pl'? >>>> This one i haven=C2=B4t recognize until now, good that you mentioned it,= may this directory can be used in the same way then the others ?! >>>=20 >>> I think so, but will have a look at the corresponding CGI-files. >>> Otherwise I fear that changed or obsolete strings from these files may >>> occur again. >>>=20 >>>> Feel greeted, >>>=20 >>> You're welcome! >>>=20 >>> Best, >>> Matthias >>>=20 >>=20 >=20 --===============7650974586199400760== Content-Type: application/pgp-signature Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="signature.asc" MIME-Version: 1.0 LS0tLS1CRUdJTiBQR1AgU0lHTkFUVVJFLS0tLS0KQ29tbWVudDogR1BHVG9vbHMgLSBodHRwczov L2dwZ3Rvb2xzLm9yZwoKaVFJY0JBRUJDZ0FHQlFKWW1wd0VBQW9KRUlQaWh4WDVKOGpuSW40UC9q WTZsUWZCSXVtY3pnaXdmSGJYVnhCTApHZ2xoMHg0ZVlVZTROa0xXWEtkT0cxdWNGUWJaTjN6Y29r YzNhQmI3aHVSNFJMNHNVa0dLZmZSaE9YREtEeWFzCms5M1NablNYU1ExZ0x0bzA0cDZjYmUxcndJ dHZIM2VvenRZd0NOeitQd3ZYMllrRWNwbTV2cksyaXRyR3V6NzMKTVp2citDTG4veldsczB3MG9w ckUwckZxeW1Bd1FxaUNFUzZJbStjdlBpNVFsYXl4VmcyNlNyalhWU1Z5b0tNWgpqeHFwR211Vjd6 cjZiZmdrQ01uMkl4Zkp5WWprN1JTSFZzd2twOVcrQ2ErUzE4bjdaeVpoVUpPWVJEcGhIM1FtClpi Uk1ZSVZGaXpUYjI1WjhOWWpkODBIUElMVlpoQU5KUWNyWDd3dnd2SCtmSkRzL2t0SmRmNHlLZ0N3 L1NXQ0YKNmlrbE4xUEN6dG1JTktFWWFxUGNCcVgxTERCYnl4MXB1VlJnSGlHaHFveTFGcHFhSk9h b2xLSUgvMWg3anFEYQpVOHhyc1JWenBpV1RwYlVrRFdCbzZrWnVCbVZNbG5jelN4UzlXYXRZZ3pL bXdDM1JEcDZYL1JWaURxMm5DcEk0CjZEZ0RVTThKL3NuMGRxUmN6bG1JUXM0WllPdnovSGZtQmVv V2NSRGJ0MUl5blc5clNVMVR2eExiMjVFTTlndmMKTG14ZVlpLzFGb0t5K2s4U1RmSDZ0ZmptL3Y3 VXFIM1JsZVlYVWdWcTBnVEQwWGFxaWhhYUpvL1lPVE44Q2ZQSwowZ3hiQkN6bFl5VzJSNmVvZ0hS U1FPT2VjdXJFVmZxN1N3SjMxMCt1cjFRL1BZeEtIUmFpSVVPUG5LVGE5MDNBCm1iN3lpNy9RbjhL alF5NlNuT2dCCj1vWHdOCi0tLS0tRU5EIFBHUCBTSUdOQVRVUkUtLS0tLQo= --===============7650974586199400760==--