|
From: Bruce S. <bw...@ar...> - 2008-04-18 20:10:19
|
I uploaded a new 1.3.5 i686 server build to the FTP server for testing! It is mainly bug fixes for aufs. Files are no longer in "mods" that don't need to be there, some upgrade-config fixes, and a newer version of busybox thanks to Serge. Serge: I'll test this build on my SATA CD system soon and let you know! - BS |
|
From: Dick M. <di...@fo...> - 2008-04-21 18:03:36
|
Bruce Smith wrote: > I uploaded a new 1.3.5 i686 server build to the FTP server for testing! > > It is mainly bug fixes for aufs. Files are no longer in "mods" that > don't need to be there, some upgrade-config fixes, and a newer version > of busybox thanks to Serge. This is better :-) Well done Bruce. I think I'd be happy to give it a try on my live system but I'd need a 586 version and, preferably, the zcat bug* fixed. * zcat works as gzip instead of gzip -cd. Dick Subject: cron.daily errors with 1.3.4 > Since moving to 1.3.4 I've been getting messages like this every day: > > > > Cron <root@Devil> /usr/sbin/cron.interval daily > > > > zcat: /var/log/mail.log.4.gz already has .gz suffix -- unchanged > > zcat: /var/log/mail.log.3.gz already has .gz suffix -- unchanged > > zcat: /var/log/mail.log.2.gz already has .gz suffix -- unchanged > > zcat: /var/log/messages.2.gz already has .gz suffix -- unchanged > > zcat: /var/log/apache2/access.log.2.gz already has .gz suffix -- unchanged > > > > It seems to be logwatch that is producing these. I think this is because zcat is a sym link to gzip On Debian zcat is a script which does exec gzip -cd "$@" So here zcat is trying to compress file again rather than uncompress and send to stdout. |
|
From: Bruce S. <bw...@ar...> - 2008-04-22 17:48:00
|
> > I uploaded a new 1.3.5 i686 server build to the FTP server for testing! > > > > It is mainly bug fixes for aufs. Files are no longer in "mods" that > > don't need to be there, some upgrade-config fixes, and a newer version > > of busybox thanks to Serge. > > This is better :-) Well done Bruce. > > I think I'd be happy to give it a try on my live system but I'd need a 586 586?!?!? Sheesh, spend $5 and upgrade to a used P-III !!! We just through out a bunch of P3's and P4's at work! (sorry, I digress ... ) ;-) > version and, preferably, the zcat bug* fixed. > * zcat works as gzip instead of gzip -cd. OK, I fixed the gzip package and installed all the missing programs from the package. We were missing a bunch of them (zgrep zless zmore znew gunzip gzexe zcat zcmp zdiff zegrep zfgrep zforce) and some are shell scripts as you stated in your previous email. The changes are in CVS. I'll run a fresh compile tonight with the gzip changes and set the processor to i586. [cough, puke :] Hopefully it'll finish and I'll upload it tomorrow. I'll let you know! - BS |
|
From: Dick M. <di...@fo...> - 2008-04-22 17:54:57
|
Bruce Smith wrote: >> I think I'd be happy to give it a try on my live system but I'd need a 586 It's a mini-itx epia C3 processor. It chokes on 686 with "kernel requires features not present in cpu". > 586?!?!? Sheesh, spend $5 and upgrade to a used P-III !!! > We just through out a bunch of P3's and P4's at work! The newer C7 is OK with 686, but P-III no thanks ;-) > OK, I fixed the gzip package and installed all the missing programs from > the package. We were missing a bunch of them (zgrep zless zmore znew > gunzip gzexe zcat zcmp zdiff zegrep zfgrep zforce) and some are shell > scripts as you stated in your previous email. I wasn't sure whether they had to be shell scripts or whether hard links would do the same job. The gzip web page was not helpful on the matter. > The changes are in CVS. I'll run a fresh compile tonight with the gzip > changes and set the processor to i586. [cough, puke :] > > Hopefully it'll finish and I'll upload it tomorrow. I'll let you know! No rush. I'll not do a change before the weekend anyway. Dick |
|
From: Bruce S. <bw...@ar...> - 2008-04-22 18:32:13
|
> >> I think I'd be happy to give it a try on my live system but I'd need a 586 > > It's a mini-itx epia C3 processor. It chokes on 686 with "kernel requires > features not present in cpu". Okay. I like those processors, so I'll let it slide this time. :-) > > OK, I fixed the gzip package and installed all the missing programs from > > the package. We were missing a bunch of them (zgrep zless zmore znew > > gunzip gzexe zcat zcmp zdiff zegrep zfgrep zforce) and some are shell > > scripts as you stated in your previous email. > > I wasn't sure whether they had to be shell scripts or whether hard links would > do the same job. The gzip web page was not helpful on the matter. I just copied over all the executable files from the source package. Some are shell scripts, others are binaries. > > The changes are in CVS. I'll run a fresh compile tonight with the gzip > > changes and set the processor to i586. > > > > Hopefully it'll finish and I'll upload it tomorrow. I'll let you know! > > No rush. I'll not do a change before the weekend anyway. It may take me that long to remember to run a new compile anyway. :-) I'll let you know when it's there ... - BS |
|
From: Bruce S. <bw...@ar...> - 2008-04-23 12:49:21
|
> > > The changes are in CVS. I'll run a fresh compile tonight with the gzip > > > changes and set the processor to i586. > > > > > > Hopefully it'll finish and I'll upload it tomorrow. I'll let you know! > > > > No rush. I'll not do a change before the weekend anyway. > > It may take me that long to remember to run a new compile anyway. :-) > I'll let you know when it's there ... It's there! :-) I just uploaded the latest 1.3.5 i586 build. Let me know how it works for you. - BS |
|
From: Bruce S. <bw...@ar...> - 2008-04-22 02:14:54
|
> Serge: I'll test this build on my SATA CD system soon and let you know! I get the same results. It can't mount the CD. Do we need to include the SATA CD module(s) in the initrd? - BS |
|
From: Serge L. <fi...@in...> - 2008-04-22 07:07:44
|
Bruce, Bruce Smith wrote: >> Serge: I'll test this build on my SATA CD system soon and let you know! > > I get the same results. It can't mount the CD Hm... I have to recheck on my sata controllers. > Do we need to include the SATA CD module(s) in the initrd? All PATA/SATA/SCSI modules are into initrd already. The problem is they are not loaded by mdev :-(. -- Serge |