From qboosh at pld-linux.org Sun Dec 2 00:04:31 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 2 Dec 2007 00:04:31 +0100 Subject: SPECS: builder - looks like "-B" is required to move a tag/branch In-Reply-To: <200711262353.07205.glen@delfi.ee> References: <20071126212427.GA30940@stranger.qboosh.pl> <200711262353.07205.glen@delfi.ee> Message-ID: <20071201230431.GA4894@stranger.qboosh.pl> On Mon, Nov 26, 2007 at 11:53:06PM +0200, Elan Ruusam?e wrote: > On Monday 26 November 2007 23:24:28 Jakub Bogusz wrote: > > On Mon, Nov 26, 2007 at 10:17:12PM +0100, adamg wrote: > > > Author: adamg Date: Mon Nov 26 21:17:12 2007 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - looks like "-B" is required to move a tag/branch > > > > It depends on client version. > > It's required by cvs 1.11/1.12, but refused as invalid option by > > cvs-nserver client. > > to me it looked like it was needed to move branch->tag, but it's refused if > you try vice versa (or was it vice versa) Well, after some tests: - 1.12 server requires client -B flag to remove or move branch tag - 1.12 server refuses to remove or move non-branch tag with client -B flag - there is no way to remove branch tag with pre-1.11 client (including nserver client) -- Jakub Bogusz http://qboosh.pl/ From mateusz.kijowski at gmail.com Sun Dec 2 01:00:42 2007 From: mateusz.kijowski at gmail.com (Mateusz Kijowski) Date: Sun, 2 Dec 2007 01:00:42 +0100 Subject: OE and PLD Message-ID: <200712020100.43467.mateusz.kijowski@gmail.com> Hi, I have been trying to bootstrap OpenEmbedded in PLD for a while. I was hitting my head against a wall with gettext-native failing to link ( /bin/sh was complaining on libtool spitting out "bad substitution" ). The problem was /bin/sh pointing to /bin/ksh . I managed it by linking /bin/sh to /bin/bash manualy, but I'm not sure if it's is the right solution. Also, to ease starting OE development in PLD I was thinking of creating a openembedded-essentials package which would at least depend on necessary packages. Any comments? Regards, Mateusz From qboosh at pld-linux.org Sun Dec 2 16:04:51 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 2 Dec 2007 16:04:51 +0100 Subject: SPECS: avalon-logkit.spec - builds with jdk 1.5 (just -target won'... In-Reply-To: References: Message-ID: <20071202150451.GA17523@stranger.qboosh.pl> On Sun, Dec 02, 2007 at 02:50:01PM +0100, glen wrote: > Author: glen Date: Sun Dec 2 13:50:01 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - builds with jdk 1.5 (just -target won't do) What about "-source 1.5"? -target selects destination VM, not source language specs. -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Sun Dec 2 17:52:14 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 2 Dec 2007 18:52:14 +0200 Subject: SPECS: avalon-logkit.spec - builds with jdk 1.5 (just -target won'... In-Reply-To: <20071202150451.GA17523@stranger.qboosh.pl> References: <20071202150451.GA17523@stranger.qboosh.pl> Message-ID: <200712021852.14666.glen@delfi.ee> On Sunday 02 December 2007 17:04:51 Jakub Bogusz wrote: > On Sun, Dec 02, 2007 at 02:50:01PM +0100, glen wrote: > > Author: glen Date: Sun Dec 2 13:50:01 2007 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - builds with jdk 1.5 (just -target won't do) > > What about "-source 1.5"? > -target selects destination VM, not source language specs. nope. tried both. the problem is imho that abstract class all methods must be implemented or sth. in this case java.sql has new methods that must be implemented. besides, jdk makes such restriction: [javac] The -source switch defaults to 1.5 in JDK 1.5. [javac] If you specify -target 1.2 you now must also specify -source 1.2. [javac] Ant will implicitly add -source 1.2 for you. Please change your build file. (the buildfile has -source 1.2) -- glen From radek at pld-linux.org Sun Dec 2 22:11:40 2007 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Sun, 2 Dec 2007 21:11:40 +0000 Subject: SPECS: perl.spec - separated -libs; rel 9 In-Reply-To: References: Message-ID: <20071202211140.GA28718@bzium> glen [23-01-2007 17:03]: > Author: glen Date: Tue Jan 23 17:03:26 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - separated -libs; rel 9 What was the reason for this exercise? Gain, purpose? -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From glen at delfi.ee Sun Dec 2 23:11:13 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Dec 2007 00:11:13 +0200 Subject: SPECS: perl.spec - separated -libs; rel 9 In-Reply-To: <20071202211140.GA28718@bzium> References: <20071202211140.GA28718@bzium> Message-ID: <200712030011.13978.glen@delfi.ee> On Sunday 02 December 2007 23:11:40 Radoslaw Zielinski wrote: > glen [23-01-2007 17:03]: > > Author: glen Date: Tue Jan 23 17:03:26 2007 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - separated -libs; rel 9 > > What was the reason for this exercise? Gain, purpose? $ q vim --requires|grep perl libperl.so.5.8.0 perl-libs -- glen From radek at pld-linux.org Sun Dec 2 23:48:51 2007 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Sun, 2 Dec 2007 22:48:51 +0000 Subject: SPECS: perl.spec - separated -libs; rel 9 In-Reply-To: <200712030011.13978.glen@delfi.ee> References: <20071202211140.GA28718@bzium> <200712030011.13978.glen@delfi.ee> Message-ID: <20071202224851.GB31602@bzium> Elan Ruusam?e [02-12-2007 22:11]: > On Sunday 02 December 2007 23:11:40 Radoslaw Zielinski wrote: > > glen [23-01-2007 17:03]: > > > Author: glen Date: Tue Jan 23 17:03:26 2007 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - separated -libs; rel 9 > > What was the reason for this exercise? Gain, purpose? > $ q vim --requires|grep perl > libperl.so.5.8.0 > perl-libs I don't have a "--with perl" build; does this actually *work* (I mean, the perl functionality, not vim itself)? Is it useful in any way? $ rpm -qlv perl-base | grep -v gz$ | awk '{xx+=$5} END {print xx}' 1302071 Is it useful on a machine, where additional 1MB of disk space is something to be concerned with? If so, for what? -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From glen at delfi.ee Mon Dec 3 01:06:06 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Dec 2007 02:06:06 +0200 Subject: SPECS: perl.spec - separated -libs; rel 9 In-Reply-To: <20071202224851.GB31602@bzium> References: <200712030011.13978.glen@delfi.ee> <20071202224851.GB31602@bzium> Message-ID: <200712030206.06818.glen@delfi.ee> On Monday 03 December 2007 00:48:51 Radoslaw Zielinski wrote: > Elan Ruusam?e [02-12-2007 22:11]: > > On Sunday 02 December 2007 23:11:40 Radoslaw Zielinski wrote: > > > glen [23-01-2007 17:03]: > > > > Author: glen Date: Tue Jan 23 17:03:26 2007 > > > > GMT Module: SPECS Tag: HEAD > > > > ---- Log message: > > > > - separated -libs; rel 9 > > > > > > What was the reason for this exercise? Gain, purpose? > > > > $ q vim --requires|grep perl > > libperl.so.5.8.0 > > perl-libs > > I don't have a "--with perl" build; does this actually *work* (I mean, > the perl functionality, not vim itself)? Is it useful in any way? > > $ rpm -qlv perl-base | grep -v gz$ | awk '{xx+=$5} END {print xx}' > 1302071 > > Is it useful on a machine, where additional 1MB of disk space is > something to be concerned with? If so, for what? vservers mostly. -- glen From glen at delfi.ee Mon Dec 3 01:10:23 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Dec 2007 02:10:23 +0200 Subject: SPECS: perl.spec - separated -libs; rel 9 In-Reply-To: <20071202224851.GB31602@bzium> References: <200712030011.13978.glen@delfi.ee> <20071202224851.GB31602@bzium> Message-ID: <200712030210.23536.glen@delfi.ee> On Monday 03 December 2007 00:48:51 Radoslaw Zielinski wrote: > I don't have a "--with perl" build; does this actually *work* (I mean, > the perl functionality, not vim itself)? ?Is it useful in any way? haven't tested. don't use perl in vim. need just vim. besides disk space perhaps i don't want perl interpreter in that enviroment being present. -- glen From radek at pld-linux.org Tue Dec 4 00:52:17 2007 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Mon, 3 Dec 2007 23:52:17 +0000 Subject: SPECS: perl.spec - separated -libs; rel 9 In-Reply-To: <200712030210.23536.glen@delfi.ee> References: <200712030011.13978.glen@delfi.ee> <20071202224851.GB31602@bzium> <200712030210.23536.glen@delfi.ee> Message-ID: <20071203235217.GB4624@bzium> Elan Ruusam?e [03-12-2007 00:10]: > On Monday 03 December 2007 00:48:51 Radoslaw Zielinski wrote: >> I don't have a "--with perl" build; does this actually *work* (I mean, >> the perl functionality, not vim itself)? ?Is it useful in any way? > haven't tested. don't use perl in vim. need just vim. > besides disk space perhaps i don't want perl interpreter in that enviroment > being present. Why? BTW: $ rpm -q vim vim-7.1.154-3.i686 $ rpm -q --whatrequires perl-libs perl-base-5.8.8-12.i686 So, there seems to be no reason for this split. Or is there...? -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From glen at delfi.ee Tue Dec 4 08:29:51 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 4 Dec 2007 09:29:51 +0200 Subject: SPECS: perl.spec - separated -libs; rel 9 In-Reply-To: <20071203235217.GB4624@bzium> References: <200712030210.23536.glen@delfi.ee> <20071203235217.GB4624@bzium> Message-ID: <200712040929.51684.glen@delfi.ee> On Tuesday 04 December 2007 01:52:17 Radoslaw Zielinski wrote: > Elan Ruusam?e [03-12-2007 00:10]: > > On Monday 03 December 2007 00:48:51 Radoslaw Zielinski wrote: > >> I don't have a "--with perl" build; does this actually *work* (I mean, > >> the perl functionality, not vim itself)? ?Is it useful in any way? > > > > haven't tested. don't use perl in vim. need just vim. > > > > besides disk space perhaps i don't want perl interpreter in that > > enviroment being present. > > Why? > > > BTW: > > $ rpm -q vim > vim-7.1.154-3.i686 > > $ rpm -q --whatrequires perl-libs > perl-base-5.8.8-12.i686 > > So, there seems to be no reason for this split. Or is there...? fixed vim-rt in cvs -- glen From glen at pld-linux.org Tue Dec 4 16:17:58 2007 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 4 Dec 2007 17:17:58 +0200 Subject: SPECS: perl-DBI.spec - separated DBD::Proxy to subpackage - _noau... In-Reply-To: References: Message-ID: <200712041717.59022.glen@pld-linux.org> On Tuesday 04 December 2007 17:19:13 glen wrote: > +%package DBD-Proxy > +Summary:???????DBD::Proxy - A proxy driver for the DBI or call the package as perl-DBD-Proxy instead of perl-DBI-DBD-Proxy? -- glen From ankry at green.mif.pg.gda.pl Tue Dec 4 17:45:04 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 4 Dec 2007 17:45:04 +0100 (CET) Subject: SPECS: perl-DBI.spec - separated DBD::Proxy to subpackage - In-Reply-To: <200712041717.59022.glen@pld-linux.org> from "Elan =?utf-8?q?Ruusam=C3=A4e?=" at Dec 04, 2007 05:17:58 PM Message-ID: <200712041645.lB4Gj4q0030700@green.mif.pg.gda.pl> Elan =?utf-8?q?Ruusam=C3=A4e?= wrote: > > On Tuesday 04 December 2007 17:19:13 glen wrote: > > +%package DBD-Proxy > > +Summary:??????????????DBD::Proxy - A proxy driver for the DBI > > or call the package as perl-DBD-Proxy instead of perl-DBI-DBD-Proxy? IMO perl-DBD-Proxy is better. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at pld-linux.org Tue Dec 4 21:33:50 2007 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 4 Dec 2007 22:33:50 +0200 Subject: SPECS: adobe-flash.spec - 9.0.115.0 In-Reply-To: References: Message-ID: <200712042233.51419.glen@pld-linux.org> On Tuesday 04 December 2007 21:37:17 you wrote: > $Log$ > +Revision 1.79 2007-12-04 19:37:12 areq > +- 9.0.115.0 so what it ill be? arekm commited to @DEVEL :) -- glen From glen at delfi.ee Fri Dec 7 21:18:15 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 7 Dec 2007 22:18:15 +0200 Subject: SPECS: avalon-logkit.spec - builds with jdk 1.5 (just -target won'... In-Reply-To: <20071202150451.GA17523@stranger.qboosh.pl> References: <20071202150451.GA17523@stranger.qboosh.pl> Message-ID: <200712072218.16208.glen@delfi.ee> On Sunday 02 December 2007 17:04:51 Jakub Bogusz wrote: > On Sun, Dec 02, 2007 at 02:50:01PM +0100, glen wrote: > > Author: glen Date: Sun Dec 2 13:50:01 2007 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - builds with jdk 1.5 (just -target won't do) so any ideas how to make it compile under jdk 1.6? -- glen From wrobell at pld-linux.org Tue Dec 11 17:17:42 2007 From: wrobell at pld-linux.org (wrobell) Date: Tue, 11 Dec 2007 16:17:42 +0000 Subject: OE and PLD In-Reply-To: <200712020100.43467.mateusz.kijowski@gmail.com> References: <200712020100.43467.mateusz.kijowski@gmail.com> Message-ID: <20071211161742.GD5499@borg> On Sun, Dec 02, 2007 at 01:00:42AM +0100, Mateusz Kijowski wrote: > Hi, > > > I have been trying to bootstrap OpenEmbedded in PLD for a while. I was hitting > my head against a wall with gettext-native failing to link ( /bin/sh was > complaining on libtool spitting out "bad substitution" ). The problem > was /bin/sh pointing to /bin/ksh . I managed it by linking /bin/sh > to /bin/bash manualy, but I'm not sure if it's is the right solution. well, it means that they have some nice bashisms there :) i would rip them off and send appropriate patch to OE team. if you need some help with that, then just post here. there is always some anti-bash guru here ;) > Also, to ease starting OE development in PLD I was thinking of creating a > openembedded-essentials package which would at least depend on necessary > packages. Any comments? just go ahead :) regards, wrobell From adamg at biomerieux.pl Tue Dec 11 23:59:22 2007 From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=) Date: Tue, 11 Dec 2007 23:59:22 +0100 Subject: cp eclipse-emf-sdo.spec Message-ID: <20071211225922.GA16232@mysza.eu.org> Please do: cp rpm/SPECS/eclipse-emf-sdo{,-xsd}.spec,v thanks. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From kamil.listy at klecza.pl Thu Dec 13 14:54:16 2007 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Thu, 13 Dec 2007 14:54:16 +0100 Subject: %ghost - which form is prefered/better Message-ID: <200712131454.23169.kamil.listy@klecza.pl> Hello. Which form is prefered/better? 1. %attr(755,root,root) %ghost %{_libdir}/libCEGUI*.so.? 2. %ghost %attr(755,root,root) %{_libdir}/libCEGUI*.so.? 3. %ghost %{_libdir}/libCEGUI*.so.? In SPECS: 1. 117 hits 2. 11 hits 3. 6 hits Options 2 and 3 are also not loved by adapter script. It will change them to: 2. %attr(755,root,root) %ghost %attr(755,root,root) %{_libdir}/libCEGUI*.so.? 3. %attr(755,root,root) %ghost %{_libdir}/libCEGUI*.so.? -- Regards, Kamil Dziedzic -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From ankry at green.mif.pg.gda.pl Thu Dec 13 14:42:33 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 13 Dec 2007 14:42:33 +0100 (CET) Subject: %ghost - which form is prefered/better In-Reply-To: <200712131454.23169.kamil.listy@klecza.pl> from "Kamil Dziedzic" at Dec 13, 2007 02:54:16 PM Message-ID: <200712131342.lBDDgXV1011080@green.mif.pg.gda.pl> Kamil Dziedzic wrote: > Which form is prefered/better? I think you have already found the answer below. > 1. %attr(755,root,root) %ghost %{_libdir}/libCEGUI*.so.? > 2. %ghost %attr(755,root,root) %{_libdir}/libCEGUI*.so.? > 3. %ghost %{_libdir}/libCEGUI*.so.? > > In SPECS: > 1. 117 hits > 2. 11 hits > 3. 6 hits > > Options 2 and 3 are also not loved by adapter script. It will change them t= > o: Unless you want to fix adapter + "inproper" forms in all specs/branches (with backward compatibility...) > 2. %attr(755,root,root) %ghost %attr(755,root,root) %{_libdir}/libCEGUI*.so.? > 3. %attr(755,root,root) %ghost %{_libdir}/libCEGUI*.so.? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Thu Dec 13 15:50:11 2007 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Thu, 13 Dec 2007 16:50:11 +0200 Subject: %ghost - which form is prefered/better In-Reply-To: <200712131454.23169.kamil.listy@klecza.pl> References: <200712131454.23169.kamil.listy@klecza.pl> Message-ID: <200712131650.11296.glen@delfi.ee> On Thursday 13 December 2007 15:54:16 Kamil Dziedzic wrote: > Which form is prefered/better? > 1. %attr(755,root,root) %ghost %{_libdir}/libCEGUI*.so.? > 2. %ghost %attr(755,root,root) %{_libdir}/libCEGUI*.so.? > 3. %ghost %{_libdir}/libCEGUI*.so.? i prefer second/third. it stands out visually as it's first one in the column. same goes for %dir, i place it to first column note the second doesn't make sense on install, it would be only useful if you ran rpm --setperms / --setugid -- glen From kamil.listy at klecza.pl Thu Dec 13 16:16:16 2007 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Thu, 13 Dec 2007 16:16:16 +0100 Subject: %ghost - which form is prefered/better In-Reply-To: <200712131342.lBDDgXV1011080@green.mif.pg.gda.pl> References: <200712131342.lBDDgXV1011080@green.mif.pg.gda.pl> Message-ID: <200712131616.27208.kamil.listy@klecza.pl> Dnia czwartek 13 grudzie? 2007, Andrzej Krzysztofowicz napisa?: > Kamil Dziedzic wrote: > > Which form is prefered/better? > > I think you have already found the answer below. > Popular solutions aren't always good. > Unless you want to fix adapter Yes I was thinking about this but first I need to know which form is prefered (or maybe more than one?). Lets make a little vote. > + "inproper" forms in all specs/branches > (with backward compatibility...) > ... and with this you just killed my enthusiasm to fix this:D Seriously, I want at least try to fix this. -- Regards, Kamil Dziedzic -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part. URL: From adamg at biomerieux.pl Sat Dec 15 12:56:02 2007 From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=) Date: Sat, 15 Dec 2007 12:56:02 +0100 Subject: kernel packages for xen kernels Message-ID: <20071215115601.GA31917@mysza.eu.org> I am confused, kernel-xen0 / kernel-xenU was built successfully on ac-xen (ac-athlon, ac-i686, ac-amd64) just a few hours earlier, kernel-xen{0,U}-{smp-,}module-build is available in ac-ready, but builders seem not to see them. request from: adamg started at: Sat Dec 15 11:47:22 2007 fetching http://ep09.pld-linux.org/~buildsrc/srpms/d385ded2-cc5a-48c3-92ab-0615efc7b0a2/drbd-xenU-0.7.24-57.src.rpm fetched 304266 bytes, 851.8 K/s installing srpm: drbd-xenU-0.7.24-57.src.rpm Building target platforms: athlon-pld-linux Building for target athlon-pld-linux checking BR no BR needed building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.ca3700 nice -n 19 rpmbuild -bb --define 'alt_kernel xenU' --target athlon-pld-linux drbd.spec error: Failed build dependencies: kernel-xenU-module-build is needed by drbd-xenU-0.7.24-57.athlon Building target platforms: athlon-pld-linux Building for target athlon-pld-linux error: No files produced. Begin-PLD-Builder-Info -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Sun Dec 16 14:41:30 2007 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Sun, 16 Dec 2007 15:41:30 +0200 Subject: kernel packages for xen kernels In-Reply-To: <20071215115601.GA31917@mysza.eu.org> References: <20071215115601.GA31917@mysza.eu.org> Message-ID: <200712161541.31771.glen@delfi.ee> i noticed the same for ac-amd64. running upgrade command manually helped... On Saturday 15 December 2007 13:56:02 Adam Go??biowski wrote: > I am confused, kernel-xen0 / kernel-xenU was built successfully on > ac-xen (ac-athlon, ac-i686, ac-amd64) just a few hours earlier, > kernel-xen{0,U}-{smp-,}module-build is available in ac-ready, but > builders seem not to see them. > > > request from: adamg > started at: Sat Dec 15 11:47:22 2007 > fetching > http://ep09.pld-linux.org/~buildsrc/srpms/d385ded2-cc5a-48c3-92ab-0615efc7b >0a2/drbd-xenU-0.7.24-57.src.rpm fetched 304266 bytes, 851.8 K/s > installing srpm: drbd-xenU-0.7.24-57.src.rpm > Building target platforms: athlon-pld-linux > Building for target athlon-pld-linux > checking BR > no BR needed > building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.ca3700 nice -n 19 > rpmbuild -bb --define 'alt_kernel xenU' --target athlon-pld-linux > drbd.spec > error: Failed build dependencies: > kernel-xenU-module-build is needed by drbd-xenU-0.7.24-57.athlon > Building target platforms: athlon-pld-linux > Building for target athlon-pld-linux > error: No files produced. > Begin-PLD-Builder-Info -- glen From adamg at biomerieux.pl Sun Dec 16 16:10:04 2007 From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=) Date: Sun, 16 Dec 2007 16:10:04 +0100 Subject: kernel packages for xen kernels In-Reply-To: <200712161541.31771.glen@delfi.ee> References: <20071215115601.GA31917@mysza.eu.org> <200712161541.31771.glen@delfi.ee> Message-ID: <20071216151004.GA27951@mysza.eu.org> On Sun, Dec 16, 2007 at 03:41:30PM +0200, Elan Ruusam?e wrote: > i noticed the same for ac-amd64. running upgrade command manually helped... Hmm... what was the problem? outdated local poldek indexes or something else? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Sun Dec 16 17:49:50 2007 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Sun, 16 Dec 2007 18:49:50 +0200 Subject: kernel packages for xen kernels In-Reply-To: <20071216151004.GA27951@mysza.eu.org> References: <20071215115601.GA31917@mysza.eu.org> <200712161541.31771.glen@delfi.ee> <20071216151004.GA27951@mysza.eu.org> Message-ID: <200712161849.50629.glen@delfi.ee> On Sunday 16 December 2007 17:10:04 Adam Go??biowski wrote: > On Sun, Dec 16, 2007 at 03:41:30PM +0200, Elan Ruusam?e wrote: > > i noticed the same for ac-amd64. running upgrade command manually > > helped... > > Hmm... what was the problem? outdated local poldek indexes or something > else? the problem still is there.... don't know what to check what is wrong. -- glen From adamg at biomerieux.pl Mon Dec 17 10:51:13 2007 From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=) Date: Mon, 17 Dec 2007 10:51:13 +0100 Subject: kernel packages for xen kernels In-Reply-To: <200712161849.50629.glen@delfi.ee> References: <20071215115601.GA31917@mysza.eu.org> <200712161541.31771.glen@delfi.ee> <20071216151004.GA27951@mysza.eu.org> <200712161849.50629.glen@delfi.ee> Message-ID: <20071217095113.GA32253@mysza.eu.org> On Sun, Dec 16, 2007 at 06:49:50PM +0200, Elan Ruusam?e wrote: > On Sunday 16 December 2007 17:10:04 Adam Go??biowski wrote: > > On Sun, Dec 16, 2007 at 03:41:30PM +0200, Elan Ruusam?e wrote: > > > i noticed the same for ac-amd64. running upgrade command manually > > > helped... > > > > Hmm... what was the problem? outdated local poldek indexes or something > > else? > > the problem still is there.... don't know what to check what is wrong. I wonder if yesterdays ep09's hiccup (load ca 900) has anything to do with that. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From adamg at biomerieux.pl Sun Dec 23 11:05:30 2007 From: adamg at biomerieux.pl (Adam =?utf-8?B?R2/FgsSZYmlvd3NraQ==?=) Date: Sun, 23 Dec 2007 11:05:30 +0100 Subject: OK: xorg-driver-video-openchrome.spec In-Reply-To: References: <0fe28a6d-7c2e-423a-9d99-7d1d30bbe919@pld.src.builder> Message-ID: <20071223100530.GA17831@mysza.eu.org> On Sun, Dec 23, 2007 at 12:35:56AM +0000, PLD th-i686 builder wrote: > xorg-driver-video-openchrome.spec (HEAD): OK > > --- xorg-driver-video-openchrome.spec:HEAD: > upgrading packages > Build-Time: user:35.44s sys:7.70s real:50.09s (faults io:16 non-io:1822961) > > Files queued for ftp: > 125261 xorg-driver-video-openchrome-0.1.20071201-1.i686.rpm > 399574 xorg-driver-video-openchrome-debuginfo-0.1.20071201-1.i686.rpm > 203 xorg-driver-video-openchrome-0.1.20071201-1.src.rpm.uploadinfo This one wasn't uploaded to ftp: [adamg at ep09-pld PLD]$ ls dists/th/test/*/RPMS/xorg*chrome* dists/th/test/athlon/RPMS/xorg-driver-video-openchrome-0.1.20071201-1.athlon.rpm dists/th/test/athlon/RPMS/xorg-driver-video-openchrome-debuginfo-0.1.20071201-1.athlon.rpm dists/th/test/i486/RPMS/xorg-driver-video-openchrome-0.1.20071201-1.i486.rpm dists/th/test/i486/RPMS/xorg-driver-video-openchrome-debuginfo-0.1.20071201-1.i486.rpm dists/th/test/SRPMS/RPMS/xorg-driver-video-openchrome-0.1.20071201-1.src.rpm dists/th/test/x86_64/RPMS/xorg-driver-video-openchrome-0.1.20071201-1.x86_64.rpm dists/th/test/x86_64/RPMS/xorg-driver-video-openchrome-debuginfo-0.1.20071201-1.x86_64.rpm [adamg at ep09-pld PLD]$ -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From arekm at maven.pl Mon Dec 24 15:05:30 2007 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Mon, 24 Dec 2007 15:05:30 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: References: Message-ID: <200712241505.30741.arekm@maven.pl> On Monday 24 of December 2007, blues wrote: > Author: blues Date: Mon Dec 24 12:34:17 2007 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - do log rotation daily and keep 2 weeks. It's too short period :-( 2 months would be great, 1 month is +- ok but 2 weeks it too short. ps. is logrotate finally able to stop using .X notation and do just mv log archive/log-rotationdate? -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From gotar at polanet.pl Mon Dec 24 16:09:55 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 24 Dec 2007 16:09:55 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <200712241505.30741.arekm@maven.pl> References: <200712241505.30741.arekm@maven.pl> Message-ID: <20071224150955.GA27343@pepin.polanet.pl> On Mon, Dec 24, 2007 at 15:05:30 +0100, Arkadiusz Miskiewicz wrote: > On Monday 24 of December 2007, blues wrote: > > Author: blues Date: Mon Dec 24 12:34:17 2007 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - do log rotation daily and keep 2 weeks. > > It's too short period :-( First of all - where's rationale for this change? This was PLD default for a long time, please don't make blues-PLD default. > 2 months would be great, 1 month is +- ok but 2 weeks it too short. And daily is too frequent for ordinary (i.e. using defaults) system. -- Tomasz Pala From qboosh at pld-linux.org Mon Dec 24 22:31:17 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 24 Dec 2007 22:31:17 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <20071224150955.GA27343@pepin.polanet.pl> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> Message-ID: <20071224213117.GA19879@stranger.qboosh.pl> On Mon, Dec 24, 2007 at 04:09:55PM +0100, Tomasz Pala wrote: > On Mon, Dec 24, 2007 at 15:05:30 +0100, Arkadiusz Miskiewicz wrote: > > On Monday 24 of December 2007, blues wrote: > > > Author: blues Date: Mon Dec 24 12:34:17 2007 GMT > > > Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - do log rotation daily and keep 2 weeks. > > > > It's too short period :-( > > First of all - where's rationale for this change? This was PLD default > for a long time, please don't make blues-PLD default. > > > 2 months would be great, 1 month is +- ok but 2 weeks it too short. > > And daily is too frequent for ordinary (i.e. using defaults) system. Agreed. logrotate's default is rotate 4 weekly. Replacing it distribution-wide with significantly different private configuration without strong rationale is not acceptable. -- Jakub Bogusz http://qboosh.pl/ From blues at pld-linux.org Tue Dec 25 13:21:38 2007 From: blues at pld-linux.org (Pawel Golaszewski) Date: Tue, 25 Dec 2007 13:21:38 +0100 (CET) Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <20071224213117.GA19879@stranger.qboosh.pl> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> Message-ID: On Mon, 24 Dec 2007, Jakub Bogusz wrote: > > > > Author: blues Date: Mon Dec 24 12:34:17 2007 GMT > > > > Module: SOURCES Tag: HEAD > > > > ---- Log message: > > > > - do log rotation daily and keep 2 weeks. > > > It's too short period :-( > > First of all - where's rationale for this change? Few things: - it's easier to compress 5MB file than 35MB. This is significant on desktops, but on server systems could be too. - each day is one file. simple. - many services are producing a lot of logs and that was why glen has started putting different settings to each rotate file. I don't think it's good solution. I won't fight for that setting but lets talt about them... > > This was PLD default for a long time, ...we should consider changing it :) > > > 2 months would be great, 1 month is +- ok but 2 weeks it too short. > > And daily is too frequent for ordinary (i.e. using defaults) system. > Agreed. And I don't. > logrotate's default is rotate 4 weekly. There is many other defaults we don't follow ;) > Replacing it distribution-wide with significantly different private > configuration without strong rationale is not acceptable. It's not my private config. P.S.: Merry Christmas, ho-ho-ho ;) -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From patrys at pld-linux.org Tue Dec 25 15:17:05 2007 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 25 Dec 2007 15:17:05 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> Message-ID: <89b6ba3a0712250617w64672532jb1310477f7ada960@mail.gmail.com> 25-12-07, Pawel Golaszewski napisa?(a): > I won't fight for that setting but lets talt about them... > > > This was PLD default for a long time, > ...we should consider changing it :) +1 > > > > 2 months would be great, 1 month is +- ok but 2 weeks it too short. > > > And daily is too frequent for ordinary (i.e. using defaults) system. > > Agreed. > And I don't. Me neither. Even development environments produce enough logs to kill a vserver before rotation occurs. Not all machines have access to multigigabyte hard drives. > > logrotate's default is rotate 4 weekly. > There is many other defaults we don't follow ;) And upstream default is shadow ;) We can do better than default. -- Patryk Zawadzki PLD Linux Distribution From gotar at polanet.pl Tue Dec 25 16:47:56 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 25 Dec 2007 16:47:56 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> Message-ID: <20071225154755.GA16050@pepin.polanet.pl> On Tue, Dec 25, 2007 at 13:21:38 +0100, Pawel Golaszewski wrote: > > > First of all - where's rationale for this change? > > Few things: > - it's easier to compress 5MB file than 35MB. This is significant on > desktops, but on server systems could be too. It's not. > - each day is one file. simple. Each month is one file. simple. :P > - many services are producing a lot of logs and that was why glen has Which one? > > > This was PLD default for a long time, > > ...we should consider changing it :) OK - ordinary PLD system (means default configs) produces about 1 MB of logs each day. Rotating them every day or week doesn't make any sense - let's change it to rotate monthly for 12 months. > > > And daily is too frequent for ordinary (i.e. using defaults) system. > > Agreed. > > And I don't. And I don't with your don't ;> > P.S.: Merry Christmas, ho-ho-ho ;) Marry dies natalis Solis Invicti ;) -- Tomasz Pala From gotar at polanet.pl Tue Dec 25 16:53:23 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 25 Dec 2007 16:53:23 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <89b6ba3a0712250617w64672532jb1310477f7ada960@mail.gmail.com> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <89b6ba3a0712250617w64672532jb1310477f7ada960@mail.gmail.com> Message-ID: <20071225155323.GB16050@pepin.polanet.pl> On Tue, Dec 25, 2007 at 15:17:05 +0100, Patryk Zawadzki wrote: > Me neither. Even development environments produce enough logs to kill Let me repeat: it's just DEFAULT, if you create any environment you should adjust this parameter among with others. Default PLD instalation IS NOT development environment. > a vserver before rotation occurs. Not all machines have access to > multigigabyte hard drives. Ordinary modern computer does have 'multigigabyte hard drives'. If you don't - please change defaults on your own. > We can do better than default. Yep - maybe I'll change rotate to monthly with 24 months history, because EU law enforces 2 yrs retention? -- Tomasz Pala From patrys at pld-linux.org Tue Dec 25 17:17:40 2007 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 25 Dec 2007 17:17:40 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <20071225155323.GB16050@pepin.polanet.pl> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <89b6ba3a0712250617w64672532jb1310477f7ada960@mail.gmail.com> <20071225155323.GB16050@pepin.polanet.pl> Message-ID: <89b6ba3a0712250817x15d09dc4p549e91e6bb5d10cc@mail.gmail.com> 2007/12/25, Tomasz Pala : > On Tue, Dec 25, 2007 at 15:17:05 +0100, Patryk Zawadzki wrote: > > Me neither. Even development environments produce enough logs to kill > Let me repeat: it's just DEFAULT, if you create any environment you > should adjust this parameter among with others. Default PLD instalation > IS NOT development environment. Default PLD installation should be usable both in real systems and vservers. The latter tend to be very limited in terms of available space (think LVM scaled according to planned disk use). Default installations also don't have anything to log or rotate unless you start any log-intensive services (any http pr smtp server for example). Then it generates enough logs to justify daily rotation. On the other hand I don't really care about most log files on my desktop machine and daily rotation for a week or two also makes sense in terms of limiting useless junk stored on disk. > > a vserver before rotation occurs. Not all machines have access to > > multigigabyte hard drives. > Ordinary modern computer does have 'multigigabyte hard drives'. If you > don't - please change defaults on your own. Vservers don't have their own hardware. Be it vserver package- or kvm-based qemu machines. > > We can do better than default. > Yep - maybe I'll change rotate to monthly with 24 months history, > because EU law enforces 2 yrs retention? Only for public ISPs. I propose daily rotation for 2 weeks as a default. Any public server needs customizations anyway while the default makes it work sanely out-of-the-box in the rest of the cases. -- Patryk Zawadzki PLD Linux Distribution From blues at pld-linux.org Tue Dec 25 17:44:59 2007 From: blues at pld-linux.org (Pawel Golaszewski) Date: Tue, 25 Dec 2007 17:44:59 +0100 (CET) Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <20071225155323.GB16050@pepin.polanet.pl> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <89b6ba3a0712250617w64672532jb1310477f7ada960@mail.gmail.com> <20071225155323.GB16050@pepin.polanet.pl> Message-ID: On Tue, 25 Dec 2007, Tomasz Pala wrote: > > Me neither. Even development environments produce enough logs to kill > Let me repeat: it's just DEFAULT, if you create any environment you > should adjust this parameter among with others. Not just default. It default. And should be as good as possible to fit as many cases as it's possible. > > We can do better than default. > Yep - maybe I'll change rotate to monthly with 24 months history, > because EU law enforces 2 yrs retention? Sounds nice but this will take a lot of space and not-so-many systems will handle it. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From blues at pld-linux.org Tue Dec 25 17:58:07 2007 From: blues at pld-linux.org (Pawel Golaszewski) Date: Tue, 25 Dec 2007 17:58:07 +0100 (CET) Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <20071225154755.GA16050@pepin.polanet.pl> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <20071225154755.GA16050@pepin.polanet.pl> Message-ID: On Tue, 25 Dec 2007, Tomasz Pala wrote: > > > > First of all - where's rationale for this change? > > Few things: > > - it's easier to compress 5MB file than 35MB. This is significant on > > desktops, but on server systems could be too. > It's not. It is :P > > - many services are producing a lot of logs and that was why glen has > Which one? Which one changed glen or which one produces a lot of logs? :) i.e.: http servers. error log could be huge. > > > > This was PLD default for a long time, > > ...we should consider changing it :) > OK - ordinary PLD system (means default configs) produces about 1 MB of > logs each day. Rotating them every day or week doesn't make any sense - > let's change it to rotate monthly for 12 months. compressing so big file is not nice. And ordinary system doesn't need logs that are one year old. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From hawk at limanowa.net Tue Dec 25 19:45:10 2007 From: hawk at limanowa.net (Marcin Krol) Date: Tue, 25 Dec 2007 19:45:10 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <20071225154755.GA16050@pepin.polanet.pl> Message-ID: <47714FB6.4000000@limanowa.net> > compressing so big file is not nice. > And ordinary system doesn't need logs that are one year old. Let me put some thoughts here. There is no way to come up with one universal logrotate configuration that will satisfy 99% of users both desktop and server ones. IMO syslog and logrotate should be configured individually for every system the way admin wants it. In both cases I don't care about default config. However most of users I know were happy with "4 weekly". Its quite good base value for both desktops and servers. After one month admin should adjust his syslog/logrotate config to match his needs. If someone is configuring system for specific needs he/she should also configure logrotate the way that will allow easy access to logs and will not hog CPU/disks on rotate. If one will not configure it and will end with machine compressing >=30gig log, well, its his problem and his mistake. We as a distro shoudn't care about that. M. From gotar at polanet.pl Tue Dec 25 20:01:25 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 25 Dec 2007 20:01:25 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <20071225154755.GA16050@pepin.polanet.pl> Message-ID: <20071225190125.GA6716@pepin.polanet.pl> On Tue, Dec 25, 2007 at 17:58:07 +0100, Pawel Golaszewski wrote: > > > - it's easier to compress 5MB file than 35MB. This is significant on > > > desktops, but on server systems could be too. > > It's not. > > It is :P ~: ls -la aaaaaaaaaaaaaaaaa -rw------- 1 gotar gotar 8.2M Nov 16 19:09 aaaaaaaaaaaaaaaaa ~: time gzip aaaaaaaaaaaaaaaaa gzip aaaaaaaaaaaaaaaaa 0.85s user 0.06s system 95% cpu 0.957 total There's no difference for any modern system to compress 5 MB or 35 MB. My biggest system (3k users, dozens of services) produces about 300 MB logs every day. Such machine doesn't have ANY problems compressing this after a week. > > > - many services are producing a lot of logs and that was why glen has > > Which one? > > Which one changed glen or which one produces a lot of logs? :) Lot of logs. > i.e.: http servers. error log could be huge. If you have some buggy application, just adjust logrotate or disable logging of not critical notifications. > compressing so big file is not nice. Indeed, on cellular phone ;P And please don't use filesize argument - there's a 'size' option for logrotate. -- Tomasz Pala From patrys at pld-linux.org Tue Dec 25 20:22:47 2007 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 25 Dec 2007 20:22:47 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <20071225190125.GA6716@pepin.polanet.pl> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <20071225154755.GA16050@pepin.polanet.pl> <20071225190125.GA6716@pepin.polanet.pl> Message-ID: <89b6ba3a0712251122i6813b64fxf50296d1ec0d81be@mail.gmail.com> 2007/12/25, Tomasz Pala : > My biggest system (3k users, dozens of services) produces about 300 MB > logs every day. Such machine doesn't have ANY problems compressing this > after a week. My biggest system is producing gigabytes of http access logs every day. And I still believe such cases need tweaking anyway. Daily rotation by default makes it so much easier to find the right file. -- Patryk Zawadzki PLD Linux Distribution From gotar at polanet.pl Tue Dec 25 22:08:20 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 25 Dec 2007 22:08:20 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <89b6ba3a0712250817x15d09dc4p549e91e6bb5d10cc@mail.gmail.com> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <89b6ba3a0712250617w64672532jb1310477f7ada960@mail.gmail.com> <20071225155323.GB16050@pepin.polanet.pl> <89b6ba3a0712250817x15d09dc4p549e91e6bb5d10cc@mail.gmail.com> Message-ID: <20071225210820.GB6716@pepin.polanet.pl> On Tue, Dec 25, 2007 at 17:17:40 +0100, Patryk Zawadzki wrote: > Default PLD installation should be usable both in real systems and > vservers. If so then default PLD installation should be usable on routers too. I rotate traffic logs 3 times a day (each log has ca. 150 MB) with rotate 1200. > The latter tend to be very limited in terms of available > space (think LVM scaled according to planned disk use). Storage area is cheap. Data loss is expensive. > Default installations also don't have anything to log or rotate unless > you start any log-intensive services (any http pr smtp server for > example). Then it generates enough logs to justify daily rotation. On Please define 'enough' - as I said before I have no more than 1 GB daily on heavily used system and thus don't see any reason for increasing frequency of rotation. > the other hand I don't really care about most log files on my desktop > machine and daily rotation for a week or two also makes sense in terms > of limiting useless junk stored on disk. So just disable syslogd. KISS ;) > Only for public ISPs. I propose daily rotation for 2 weeks as a > default. Any public server needs customizations anyway while the Any other server needs customization too. > default makes it work sanely out-of-the-box in the rest of the cases. Please define 'rest of the cases'. -- Tomasz Pala From gotar at polanet.pl Tue Dec 25 22:10:26 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 25 Dec 2007 22:10:26 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <89b6ba3a0712251122i6813b64fxf50296d1ec0d81be@mail.gmail.com> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <20071225154755.GA16050@pepin.polanet.pl> <20071225190125.GA6716@pepin.polanet.pl> <89b6ba3a0712251122i6813b64fxf50296d1ec0d81be@mail.gmail.com> Message-ID: <20071225211026.GA30440@pepin.polanet.pl> On Tue, Dec 25, 2007 at 20:22:47 +0100, Patryk Zawadzki wrote: > > My biggest system (3k users, dozens of services) produces about 300 MB > > logs every day. Such machine doesn't have ANY problems compressing this > > after a week. > > My biggest system is producing gigabytes of http access logs every > day. And I still believe such cases need tweaking anyway. Daily And it copes with compressing it? > rotation by default makes it so much easier to find the right file. Uhm - in /dev/null... -- Tomasz Pala From qboosh at pld-linux.org Tue Dec 25 22:54:34 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 25 Dec 2007 22:54:34 +0100 Subject: SOURCES: logrotate.conf - do log rotation daily and keep 2 weeks. In-Reply-To: <89b6ba3a0712251122i6813b64fxf50296d1ec0d81be@mail.gmail.com> References: <200712241505.30741.arekm@maven.pl> <20071224150955.GA27343@pepin.polanet.pl> <20071224213117.GA19879@stranger.qboosh.pl> <20071225154755.GA16050@pepin.polanet.pl> <20071225190125.GA6716@pepin.polanet.pl> <89b6ba3a0712251122i6813b64fxf50296d1ec0d81be@mail.gmail.com> Message-ID: <20071225215434.GC5737@stranger.qboosh.pl> On Tue, Dec 25, 2007 at 08:22:47PM +0100, Patryk Zawadzki wrote: > 2007/12/25, Tomasz Pala : > > My biggest system (3k users, dozens of services) produces about 300 MB > > logs every day. Such machine doesn't have ANY problems compressing this > > after a week. > > My biggest system is producing gigabytes of http access logs every > day. And I still believe such cases need tweaking anyway. Big systems need tuning anyway. > Daily > rotation by default makes it so much easier to find the right file. And produces hundreds of archival log files (28*10 or so), which is overkill on less loaded system. My proposal: let's place a few commented log rotation schemes and leave the default of rotate 4 weekly everybody got accustomed to. -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Wed Dec 26 00:04:35 2007 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 26 Dec 2007 01:04:35 +0200 Subject: Fwd: SPECS: kernel-desktop.spec - add P: kernel(netfilter) back (iptabl... Message-ID: <200712260104.36067.glen@pld-linux.org> also: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SPECS/kernel-desktop.spec.diff?r1=1.142;r2=1.143;f=h imho we should drop those kernel() namespace provides/requires everywhere. comments? -- glen -------------- next part -------------- An embedded message was scrubbed... From: glen Subject: SPECS: kernel-desktop.spec - add P: kernel(netfilter) back (iptabl... Date: Wed, 26 Dec 2007 00:10:39 +0100 Size: 5480 URL: From gotar at polanet.pl Wed Dec 26 16:11:40 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 26 Dec 2007 16:11:40 +0100 Subject: Fwd: SPECS: kernel-desktop.spec - add P: kernel(netfilter) back (iptabl... In-Reply-To: <200712260104.36067.glen@pld-linux.org> References: <200712260104.36067.glen@pld-linux.org> Message-ID: <20071226151140.GA32165@pepin.polanet.pl> On Wed, Dec 26, 2007 at 01:04:35 +0200, Elan Ruusam?e wrote: > imho we should drop those kernel() namespace provides/requires everywhere. > comments? [...] > - add P: kernel(netfilter) back (iptables uses it) 1. having or not installed PLD kernel doesn't mean if it is running, 2. iptables works with custom kernel if it's recent enough. However someone using PLD kernel may benefit from this P, so I suggest just changing R: to S: in iptables (and other packages if any exist), leaving kernel P: intact (apart from removing nf_hipac - we don't support it for a very long time). Making kernel to work with userspace is the same PLD-way in iptables case as in glibc which won't even run on archaic kernel. -- Tomasz Pala From glen at delfi.ee Wed Dec 26 16:47:10 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 26 Dec 2007 17:47:10 +0200 Subject: Fwd: SPECS: kernel-desktop.spec - add P: kernel(netfilter) back (iptabl... In-Reply-To: <20071226151140.GA32165@pepin.polanet.pl> References: <200712260104.36067.glen@pld-linux.org> <20071226151140.GA32165@pepin.polanet.pl> Message-ID: <200712261747.11193.glen@delfi.ee> On Wednesday 26 December 2007 17:11:40 Tomasz Pala wrote: > On Wed, Dec 26, 2007 at 01:04:35 +0200, Elan Ruusam?e wrote: > > imho we should drop those kernel() namespace provides/requires > > everywhere. comments? > > [...] > > > - add P: kernel(netfilter) back (iptables uses it) > > 1. having or not installed PLD kernel doesn't mean if it is running, > 2. iptables works with custom kernel if it's recent enough. exactly. that's why i think we should drop them. besides i'm not sure is the number correct there anyway. -- glen From glen at delfi.ee Mon Dec 31 16:49:11 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 31 Dec 2007 17:49:11 +0200 Subject: db4.x.spec Message-ID: <200712311749.11268.glen@delfi.ee> hi shouldn't those obsolete bare db package, ie from ac->th upgrade there's leftover packages db-4.2.52-12.i686, db-devel-4.2.52-12.i686 -- glen