From gotar at polanet.pl Tue Jan 1 18:20:53 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 1 Jan 2008 18:20:53 +0100 Subject: boost devels Message-ID: <20080101172053.GA16048@pepin.polanet.pl> 1. /usr/include/boost/iostreams/detail/double_object.hpp:26:34: error: boost/call_traits.hpp: No such file or directory ~: rpm -qf /usr/include/boost/iostreams/detail/double_object.hpp boost-devel-1.34.1-1 #if BOOST_WORKAROUND(__MWERKS__, > 0x3003) typedef Metrowerks::call_traits traits_type; #else typedef boost::call_traits traits_type; #endif however file /usr/include/boost/call_traits.hpp belongs to boost-call_traits-devel which is not required. I think it should. 2. what's the point in separating these two devels? boost-ref-devel = 1.34.1-1 is needed by (installed) boost-devel-1.34.1-1.athlon boost-devel = 1.34.1-1 is needed by (installed) boost-ref-devel-1.34.1-1.athlon -- Tomasz Pala From glen at delfi.ee Wed Jan 2 00:05:53 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 2 Jan 2008 01:05:53 +0200 Subject: boost devels In-Reply-To: <20080101172053.GA16048@pepin.polanet.pl> References: <20080101172053.GA16048@pepin.polanet.pl> Message-ID: <200801020105.53727.glen@delfi.ee> On Tuesday 01 January 2008 19:20:53 Tomasz Pala wrote: > however file /usr/include/boost/call_traits.hpp belongs to > boost-call_traits-devel which is not required. I think it should. so, fix it in cvs? and if it's wrong then one knowing it will most likely revert or make proper fix. i don't see problem here. -- glen From gotar at polanet.pl Wed Jan 2 00:44:10 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 2 Jan 2008 00:44:10 +0100 Subject: boost devels In-Reply-To: <200801020105.53727.glen@delfi.ee> References: <20080101172053.GA16048@pepin.polanet.pl> <200801020105.53727.glen@delfi.ee> Message-ID: <20080101234410.GA6004@pepin.polanet.pl> On Wed, Jan 02, 2008 at 01:05:53 +0200, Elan Ruusam?e wrote: > > however file /usr/include/boost/call_traits.hpp belongs to > > boost-call_traits-devel which is not required. I think it should. > > so, fix it in cvs? boost-call_traits-devel requires boost-devel And so it's connected with 2nd question: what's the point in separating these three devels? > and if it's wrong then one knowing it will most likely revert or make proper > fix. i don't see problem here. The changes were made by maho 3 yrs ago. Now there is: poldek:/all-avail> ls boost-*-devel [...] 24 packages and I have no idea if only these 3 should be merged or all of them. -- Tomasz Pala From qboosh at pld-linux.org Fri Jan 4 14:13:55 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 4 Jan 2008 14:13:55 +0100 Subject: qt4 tools Message-ID: <20080104131355.GA27108@stranger.qboosh.pl> AICS some packages expect Qt4 tools to have "-qt4" suffix rather than "qt4-" prefix - so I'd rename them to be compatible with the rest of the world. Also, I'm going to add suffixed version of lrelease, so it could be called without specifying full %{_libdir}/qt4/bin path. Any comments? -- Jakub Bogusz http://qboosh.pl/ From zswi at pers.pl Fri Jan 4 14:24:23 2008 From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=) Date: Fri, 4 Jan 2008 14:24:23 +0100 Subject: qt4 tools In-Reply-To: <20080104131355.GA27108@stranger.qboosh.pl> References: <20080104131355.GA27108@stranger.qboosh.pl> Message-ID: <200801041424.26870.zswi@pers.pl> Dnia pi?tek, 4 stycznia 2008, Jakub Bogusz napisa?: > AICS some packages expect Qt4 tools to have "-qt4" suffix rather than > "qt4-" prefix - so I'd rename them to be compatible with the rest of the > world. Also, I'm going to add suffixed version of lrelease, so it could > be called without specifying full %{_libdir}/qt4/bin path. > > Any comments? What about providing old symlinks for backward compatibility to avoid problems with tools witch use prefixed version? Regards, -- Rafa? Cygnarowski rafi at pers.pl -------------- 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 patrys at pld-linux.org Fri Jan 4 14:39:40 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Fri, 4 Jan 2008 14:39:40 +0100 Subject: qt4 tools In-Reply-To: <200801041424.26870.zswi@pers.pl> References: <20080104131355.GA27108@stranger.qboosh.pl> <200801041424.26870.zswi@pers.pl> Message-ID: <89b6ba3a0801040539y78c5868xe36be1b06cbfd19d@mail.gmail.com> 2008/1/4, Rafa? Cygnarowski : > Dnia pi?tek, 4 stycznia 2008, Jakub Bogusz napisa?: > > AICS some packages expect Qt4 tools to have "-qt4" suffix rather than > > "qt4-" prefix - so I'd rename them to be compatible with the rest of the > > world. Also, I'm going to add suffixed version of lrelease, so it could > > be called without specifying full %{_libdir}/qt4/bin path. > > > > Any comments? +1 > What about providing old symlinks for backward compatibility to avoid problems > with tools witch use prefixed version? Are there any? All apps I touched first check for qmake-qt4, then some of them check for qt4-qmake then all fall back to qmake. -- Patryk Zawadzki PLD Linux Distribution From zswi at pers.pl Fri Jan 4 15:45:43 2008 From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=) Date: Fri, 4 Jan 2008 15:45:43 +0100 Subject: qt4 tools In-Reply-To: <89b6ba3a0801040539y78c5868xe36be1b06cbfd19d@mail.gmail.com> References: <20080104131355.GA27108@stranger.qboosh.pl> <200801041424.26870.zswi@pers.pl> <89b6ba3a0801040539y78c5868xe36be1b06cbfd19d@mail.gmail.com> Message-ID: <200801041545.48219.zswi@pers.pl> Dnia pi?tek, 4 stycznia 2008, Patryk Zawadzki napisa?: > Are there any? All apps I touched first check for qmake-qt4, then some > of them check for qt4-qmake then all fall back to qmake. At least my private scripts ;) Regards, -- Rafa? Cygnarowski rafi at pers.pl -------------- 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 qboosh at pld-linux.org Fri Jan 4 15:57:10 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 4 Jan 2008 15:57:10 +0100 Subject: qt4 tools In-Reply-To: <89b6ba3a0801040539y78c5868xe36be1b06cbfd19d@mail.gmail.com> References: <20080104131355.GA27108@stranger.qboosh.pl> <200801041424.26870.zswi@pers.pl> <89b6ba3a0801040539y78c5868xe36be1b06cbfd19d@mail.gmail.com> Message-ID: <20080104145710.GA27623@stranger.qboosh.pl> On Fri, Jan 04, 2008 at 02:39:40PM +0100, Patryk Zawadzki wrote: > 2008/1/4, Rafa? Cygnarowski : > > Dnia pi?tek, 4 stycznia 2008, Jakub Bogusz napisa?: > > > AICS some packages expect Qt4 tools to have "-qt4" suffix rather than > > > "qt4-" prefix - so I'd rename them to be compatible with the rest of the > > > world. Also, I'm going to add suffixed version of lrelease, so it could > > > be called without specifying full %{_libdir}/qt4/bin path. > > > > > > Any comments? > > +1 > > > What about providing old symlinks for backward compatibility to avoid problems > > with tools witch use prefixed version? > > Are there any? All apps I touched first check for qmake-qt4, then some > of them check for qt4-qmake then all fall back to qmake. The only ones I've seen which try qt4-* only are PLD specs, which I'm going to update after qt4.spec. -- Jakub Bogusz http://qboosh.pl/ From deejay1 at srem.org Fri Jan 4 17:25:03 2008 From: deejay1 at srem.org (=?UTF-8?Q?=C5=81ukasz_Jerna=C5=9B?=) Date: Fri, 04 Jan 2008 17:25:03 +0100 Subject: qt4 tools In-Reply-To: <20080104131355.GA27108@stranger.qboosh.pl> References: <20080104131355.GA27108@stranger.qboosh.pl> Message-ID: <1199463903.3778.1.camel@betty.paderewskiego11> Dnia 04-01-2008, Pt o godzinie 14:13 +0100, Jakub Bogusz pisze: > AICS some packages expect Qt4 tools to have "-qt4" suffix rather than > "qt4-" prefix - so I'd rename them to be compatible with the rest of the > world. Also, I'm going to add suffixed version of lrelease, so it could > be called without specifying full %{_libdir}/qt4/bin path. > > Any comments? +1, I get hit straight in the face by this too often... -- ?ukasz [DeeJay1] Jerna? http://www.actus.org.pl/ From tomasz.wittner at gmail.com Fri Jan 4 19:52:29 2008 From: tomasz.wittner at gmail.com (Tomasz Wittner) Date: Fri, 4 Jan 2008 19:52:29 +0100 Subject: qt4 tools In-Reply-To: <20080104131355.GA27108@stranger.qboosh.pl> References: <20080104131355.GA27108@stranger.qboosh.pl> Message-ID: <200801041952.29862.tomasz.wittner@gmail.com> On Friday 04 January 2008, 14:13, Jakub Bogusz wrote: > AICS some packages expect Qt4 tools to have "-qt4" suffix rather than > "qt4-" prefix - so I'd rename them to be compatible with the rest of the > world. Also, I'm going to add suffixed version of lrelease, so it could > be called without specifying full %{_libdir}/qt4/bin path. > > Any comments? Go-ahead. Last time a was forced to patching qsvn due to this PLD idiosyncrasy and spent too much time digging into cmake macros - they also use qmake-qt4. -- Tomasz Wittner From wolf.pld at gmail.com Sat Jan 5 16:27:39 2008 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sat, 5 Jan 2008 16:27:39 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: References:

Message-ID: <20080105152739.GB22930@bajzel> On Mon, Dec 31, 2007 at 11:55:29AM +0100, glen wrote: > -# THIS IS GENERATED FILE. DO NOT EDIT BY HAND. All your changes will be lost. wolf -- Bartek . Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From kamil.listy at klecza.pl Sat Jan 5 20:41:52 2008 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Sat, 5 Jan 2008 20:41:52 +0100 Subject: [SPECS] rc-boot - more work Message-ID: <200801052041.57637.kamil.listy@klecza.pl> Hi I want to cleanup a little rc-boot.spec and all relative specs. rc-boot has "R: bootloader" but bootloader is not enough for rc-boot. It need also functions which supports chosen bootloader. This functions are in separate packages (rc-boot-lilo, rc-boot-grub, rc-boot-yaboot) which has "R:" for specific bootloader. So I want to remove "R: bootloader" from rc-boot.spec, put there "R: rc-boot-bootloader" and to all packages with functions put "P: rc-boot-bootloader". Also all Conflicts (C: lilo < 22.0.2-2, C: grub < 0.90-2) from rc-boot should be moved to packages with functions (rc-boot-lilo, rc-boot-grub). After removing "R: bootloader" from rc-boot.spec, "P: bootloader" in all bootloaders will become useless becouse only rc-boot uses this provides. But I think this Provide should stay for future. What all this changes gives: - rc-boot after install will be usable (becouse for example it will require rc-boot-lilo, which require lilo) - require just bootloader was stupid becouse many bootloaders has "P: bootloader" but only 3 has functions with support for rc-boot - you can install rc-boot and lilo < 22.0.2-2 or grub < 0.90-2 but without a support for rc-boot :P:P:P Any objections? Changes in attachments. -- Regards, Kamil Dziedzic -------------- next part -------------- A non-text attachment was scrubbed... Name: grub.patch Type: text/x-diff Size: 400 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: rc-boot.patch Type: text/x-diff Size: 1249 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: lilo.patch Type: text/x-diff Size: 1833 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: yaboot.patch Type: text/x-diff Size: 276 bytes Desc: not available URL: -------------- 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 blues at pld-linux.org Sat Jan 5 21:35:36 2008 From: blues at pld-linux.org (Pawel Golaszewski) Date: Sat, 5 Jan 2008 21:35:36 +0100 (CET) Subject: SPECS: wireshark.spec - ghost soname symlinks In-Reply-To: References:

Message-ID: On Sat, 5 Jan 2008, qboosh wrote: > Author: qboosh Date: Sat Jan 5 15:08:17 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - ghost soname symlinks [...] > +%attr(755,root,root) %ghost %{_libdir}/libwireshark.so.0 Shouldn't rpm generate these entries automagically? -- 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 qboosh at pld-linux.org Sat Jan 5 22:07:19 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 5 Jan 2008 22:07:19 +0100 Subject: boost devels In-Reply-To: <20080101234410.GA6004@pepin.polanet.pl> References: <20080101172053.GA16048@pepin.polanet.pl> <200801020105.53727.glen@delfi.ee> <20080101234410.GA6004@pepin.polanet.pl> Message-ID: <20080105210719.GA16497@stranger.qboosh.pl> On Wed, Jan 02, 2008 at 12:44:10AM +0100, Tomasz Pala wrote: > On Wed, Jan 02, 2008 at 01:05:53 +0200, Elan Ruusam?e wrote: > > > however file /usr/include/boost/call_traits.hpp belongs to > > > boost-call_traits-devel which is not required. I think it should. > > > > so, fix it in cvs? > > boost-call_traits-devel requires boost-devel > > And so it's connected with 2nd question: what's the point in separating > these three devels? > > > and if it's wrong then one knowing it will most likely revert or make proper > > fix. i don't see problem here. > > The changes were made by maho 3 yrs ago. Now there is: > > poldek:/all-avail> ls boost-*-devel > [...] > 24 packages > > and I have no idea if only these 3 should be merged or all of them. IIRC all boost headers together take over 20MB, so it's reasonable to separate some big parts without dependency loops (like ublas or spirit). Separating single small headers was pointless (or we'd end up with several thousands of boost-*-devel packages with endless lists of interdependencies). -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Sat Jan 5 22:27:35 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 5 Jan 2008 23:27:35 +0200 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080105152739.GB22930@bajzel> References:

<20080105152739.GB22930@bajzel> Message-ID: <200801052327.36344.glen@delfi.ee> On Saturday 05 January 2008 17:27:39 Bartosz Taudul wrote: > On Mon, Dec 31, 2007 at 11:55:29AM +0100, glen wrote: > > -# THIS IS GENERATED FILE. DO NOT EDIT BY HAND. > > All your changes will be lost. i will revert that commit and choke personally who will lose the changes. > wolf -- glen From glen at delfi.ee Sat Jan 5 22:31:01 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 5 Jan 2008 23:31:01 +0200 Subject: SPECS: wireshark.spec - ghost soname symlinks In-Reply-To: References:

Message-ID: <200801052331.02358.glen@delfi.ee> On Saturday 05 January 2008 22:35:36 Pawel Golaszewski wrote: > On Sat, 5 Jan 2008, qboosh wrote: > > Author: qboosh Date: Sat Jan 5 15:08:17 2008 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - ghost soname symlinks > > [...] > > > +%attr(755,root,root) %ghost %{_libdir}/libwireshark.so.0 > > Shouldn't rpm generate these entries automagically? how? i mean how would rpmbuild make the decision that this symlink: 1. shouild be added automatically to %files 2. rpmbuild would know this symlink is ldconfig ghost so far only thing automatic is %find_lang you want to introduce %find_ldconfig ? :) -- glen From glen at delfi.ee Sat Jan 5 22:35:16 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 5 Jan 2008 23:35:16 +0200 Subject: [SPECS] rc-boot - more work In-Reply-To: <200801052041.57637.kamil.listy@klecza.pl> References: <200801052041.57637.kamil.listy@klecza.pl> Message-ID: <200801052335.16707.glen@delfi.ee> On Saturday 05 January 2008 21:41:52 Kamil Dziedzic wrote: > Any objections? no. but why do you need to call rc-boot from rc-boot %post and %preun? it shouldn't it be called just only in kernel package %post, like grubby? > Changes in attachments. -- glen From qboosh at pld-linux.org Sat Jan 5 22:41:52 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 5 Jan 2008 22:41:52 +0100 Subject: [SPECS] rc-boot - more work In-Reply-To: <200801052041.57637.kamil.listy@klecza.pl> References: <200801052041.57637.kamil.listy@klecza.pl> Message-ID: <20080105214152.GA26673@stranger.qboosh.pl> On Sat, Jan 05, 2008 at 08:41:52PM +0100, Kamil Dziedzic wrote: > Also all Conflicts (C: lilo < 22.0.2-2, C: grub < 0.90-2) from rc-boot should > be moved to packages with functions (rc-boot-lilo, rc-boot-grub). There is no need for Conflicts in individual rc-boot- packages, as these packages _require_ specific bootloader in specific version (equal or >= some minimal). > After removing "R: bootloader" from rc-boot.spec, "P: bootloader" in all > bootloaders will become useless becouse only rc-boot uses this provides. > But I think this Provide should stay for future. It could be useful for something else. > What all this changes gives: > - rc-boot after install will be usable (becouse for example it will require > rc-boot-lilo, which require lilo) BTW, S: rc-boot-lilo in noarch rc-boot was wrong: lilo is available only for 2 ABIs/one architecture. -- Jakub Bogusz http://qboosh.pl/ From kamil.listy at klecza.pl Sat Jan 5 23:08:33 2008 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Sat, 5 Jan 2008 23:08:33 +0100 Subject: [SPECS] rc-boot - more work In-Reply-To: <20080105214152.GA26673@stranger.qboosh.pl> References: <200801052041.57637.kamil.listy@klecza.pl> <20080105214152.GA26673@stranger.qboosh.pl> Message-ID: <200801052308.37353.kamil.listy@klecza.pl> Dnia sobota 05 stycze? 2008, Jakub Bogusz napisa?: > There is no need for Conflicts in individual rc-boot- > packages, as these packages _require_ specific bootloader in specific > version (equal or >= some minimal). > Hmmm... true... so there is no more need for this conflicts in any package. Thanks. > BTW, S: rc-boot-lilo in noarch rc-boot was wrong: lilo is available only > for 2 ABIs/one architecture. True too. It will be removed anyway but thanks for pointing mistake. -- 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 blues at pld-linux.org Sat Jan 5 23:15:40 2008 From: blues at pld-linux.org (Pawel Golaszewski) Date: Sat, 5 Jan 2008 23:15:40 +0100 (CET) Subject: SPECS: wireshark.spec - ghost soname symlinks In-Reply-To: <200801052331.02358.glen@delfi.ee> References:

<200801052331.02358.glen@delfi.ee> Message-ID: On Sat, 5 Jan 2008, Elan Ruusam?e wrote: > > On Sat, 5 Jan 2008, qboosh wrote: > > > Author: qboosh Date: Sat Jan 5 15:08:17 2008 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - ghost soname symlinks > > [...] > > > +%attr(755,root,root) %ghost %{_libdir}/libwireshark.so.0 > > Shouldn't rpm generate these entries automagically? > how? i mean how would rpmbuild make the decision that this symlink: > 1. shouild be added automatically to %files > 2. rpmbuild would know this symlink is ldconfig ghost You have full list of files. After that you can make ldconfig in buildroot and you have differences :) only ghost it. > so far only thing automatic is %find_lang > you want to introduce %find_ldconfig ? :) yep, would be nice ;) -- 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 kamil.listy at klecza.pl Sat Jan 5 23:20:21 2008 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Sat, 5 Jan 2008 23:20:21 +0100 Subject: [SPECS] rc-boot - more work In-Reply-To: <200801052335.16707.glen@delfi.ee> References: <200801052041.57637.kamil.listy@klecza.pl> <200801052335.16707.glen@delfi.ee> Message-ID: <200801052320.21260.kamil.listy@klecza.pl> Dnia sobota 05 stycze? 2008, Elan Ruusam?e wrote: > On Saturday 05 January 2008 21:41:52 Kamil Dziedzic wrote: > > Any objections? > > no. but why do you need to call rc-boot from rc-boot %post and %preun? > it shouldn't it be called just only in kernel package %post, like grubby? > rc-boot is called from %post and %postun in rc-boot-image-* packages. In %post to add "image" to bootloader In %postun to remove "image" from bootloader Its not called from rc-boot at all and its not called in %preun at all too (or maybe I make somewhere mistake?) -- 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 glen at delfi.ee Sun Jan 6 02:22:25 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 6 Jan 2008 03:22:25 +0200 Subject: SPECS: wireshark.spec - ghost soname symlinks In-Reply-To: References: <200801052331.02358.glen@delfi.ee> Message-ID: <200801060322.25906.glen@delfi.ee> On Sunday 06 January 2008 00:15:40 Pawel Golaszewski wrote: > On Sat, 5 Jan 2008, Elan Ruusam?e wrote: > > > On Sat, 5 Jan 2008, qboosh wrote: > > > > Author: qboosh Date: Sat Jan 5 15:08:17 2008 > > > > GMT Module: SPECS Tag: HEAD > > > > ---- Log message: > > > > - ghost soname symlinks > > > > > > [...] > > > > > > > +%attr(755,root,root) %ghost %{_libdir}/libwireshark.so.0 > > > > > > Shouldn't rpm generate these entries automagically? > > > > how? i mean how would rpmbuild make the decision that this symlink: > > 1. shouild be added automatically to %files > > 2. rpmbuild would know this symlink is ldconfig ghost > > You have full list of files. After that you can make ldconfig in buildroot > and you have differences :) only ghost it. usually the symlinks are done by make install, ldconfig in buildroot would just make the same links. > > so far only thing automatic is %find_lang > > you want to introduce %find_ldconfig ? :) > > yep, would be nice ;) 3. how would it know which subpackage the library is in -- glen From glen at delfi.ee Sun Jan 6 02:24:19 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Sun, 6 Jan 2008 03:24:19 +0200 Subject: [SPECS] rc-boot - more work In-Reply-To: <200801052320.21260.kamil.listy@klecza.pl> References: <200801052041.57637.kamil.listy@klecza.pl> <200801052335.16707.glen@delfi.ee> <200801052320.21260.kamil.listy@klecza.pl> Message-ID: <200801060324.19583.glen@delfi.ee> On Sunday 06 January 2008 00:20:21 Kamil Dziedzic wrote: > Dnia sobota 05 stycze? 2008, Elan Ruusam?e wrote: > > On Saturday 05 January 2008 21:41:52 Kamil Dziedzic wrote: > > > Any objections? > > > > no. but why do you need to call rc-boot from rc-boot %post and %preun? > > it shouldn't it be called just only in kernel package %post, like grubby? > > rc-boot is called from %post and %postun in rc-boot-image-* packages. > In %post to add "image" to bootloader > In %postun to remove "image" from bootloader > > Its not called from rc-boot at all and its not called in %preun at all too > (or maybe I make somewhere mistake?) i really did mean rc-boot* and question was why it's needed to call from there, rather from kernel package. as it's kernel* package that provides the image to be added, isn't it? -- glen From wolf.pld at gmail.com Sun Jan 6 02:24:53 2008 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sun, 6 Jan 2008 02:24:53 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <200801052327.36344.glen@delfi.ee> References:

<20080105152739.GB22930@bajzel> <200801052327.36344.glen@delfi.ee> Message-ID: <20080106012453.GA32130@bajzel> On Sat, Jan 05, 2008 at 11:27:35PM +0200, Elan Ruusam?e wrote: > > > -# THIS IS GENERATED FILE. DO NOT EDIT BY HAND. > > All your changes will be lost. > i will revert that commit and choke personally who will lose the changes. And I will revert that revert and the cdg will have to decide whether are we following some sensible standards (like understanding how things work), or are we just making random commits ignoring other people's work and obvious warnings. Your actions are both dangerous (the removal of warning may lead other people to thinking that fortunes-pl.spec may be modified by hand) and incompetent (you failed to remove "If you want to modify or regenerate it use script from CVS: fortunes-pl/SPEC/*"). This may seem like an over exaggerated reaction, considering how insignificant fortunes-pl is, but I don't think that there should be one set of rules for important specs/people and another one for the rest. wolf -- Bartek . Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From glen at delfi.ee Sun Jan 6 13:13:42 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 6 Jan 2008 14:13:42 +0200 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106012453.GA32130@bajzel> References: <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> Message-ID: <200801061413.43933.glen@delfi.ee> On Sunday 06 January 2008 03:24:53 Bartosz Taudul wrote: > On Sat, Jan 05, 2008 at 11:27:35PM +0200, Elan Ruusam?e wrote: > > > > -# THIS IS GENERATED FILE. DO NOT EDIT BY HAND. > > > > > > All your changes will be lost. > > > > i will revert that commit and choke personally who will lose the changes. > > And I will revert that revert and the cdg will have to decide whether > are we following some sensible standards (like understanding how things > work), or are we just making random commits ignoring other people's work > and obvious warnings. > > Your actions are both dangerous (the removal of warning may lead other > people to thinking that fortunes-pl.spec may be modified by hand) and > incompetent (you failed to remove "If you want to modify or regenerate > it use script from CVS: fortunes-pl/SPEC/*"). > > This may seem like an over exaggerated reaction, considering how > insignificant fortunes-pl is, but I don't think that there should be one > set of rules for important specs/people and another one for the rest. you can not generate that spec, because that will discard translations and few other changes. besides, last time i asked some POLISH developer to fix things in the spec, he sent me to hell with reason if i care then fix my self (i was helping ac rm at that time). and you can use the generator script to introduce new spec fragments, but you should really review what you commit, that means you don't overwrite existing fixes. > wolf -- glen From gotar at polanet.pl Sun Jan 6 13:27:29 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 6 Jan 2008 13:27:29 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106012453.GA32130@bajzel> References:

<20080105152739.GB22930@bajzel> <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> Message-ID: <20080106122729.GA6067@pepin.polanet.pl> On Sun, Jan 06, 2008 at 02:24:53 +0100, Bartosz Taudul wrote: > And I will revert that revert and the cdg will have to decide whether > are we following some sensible standards (like understanding how things +1 -- Tomasz Pala From gotar at polanet.pl Sun Jan 6 13:36:20 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 6 Jan 2008 13:36:20 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <200801061413.43933.glen@delfi.ee> References: <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <200801061413.43933.glen@delfi.ee> Message-ID: <20080106123620.GB6067@pepin.polanet.pl> On Sun, Jan 06, 2008 at 14:13:42 +0200, Elan Ruusam?e wrote: > you can not generate that spec, because that will discard translations and few > other changes. THIS spec was generated. If you want other rules, just create another spec. > besides, last time i asked some POLISH developer to fix things in the spec, he > sent me to hell with reason if i care then fix my self (i was helping ac rm And what did you think? Last time I've reported broken (by someone!) sshd_config YOU told me to fix it myself. Last time I've reported some dumb reqs in boost-*-devel YOU told me to fix it myself. > and you can use the generator script to introduce new spec fragments, but you Not if this spec is generated entirely. > should really review what you commit, that means you don't overwrite existing > fixes. If you want to introduce manual changes, add such functionality to the script which is generating spec file. -- Tomasz Pala From hawk at limanowa.net Sun Jan 6 13:37:14 2008 From: hawk at limanowa.net (Marcin Krol) Date: Sun, 06 Jan 2008 13:37:14 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106122729.GA6067@pepin.polanet.pl> References:

<20080105152739.GB22930@bajzel> <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <20080106122729.GA6067@pepin.polanet.pl> Message-ID: <4780CB7A.6000401@limanowa.net> >> And I will revert that revert and the cdg will have to decide whether >> are we following some sensible standards (like understanding how things > > +1 >From what I understand spec in question was being generated automagically. However someone have included some translation or other fixes in it using regular CVS and now we have conflict. I see two options: 1. Anyone doing some changes to that spec should do it carefully by partial merges (as glen already proposed) to not overwrite existing fixes. 2. Someone interested in generating this spec atuomatically should merge in-spec changes into that scipt or whatever it is so they won't be lost. M. From glen at delfi.ee Sun Jan 6 13:46:27 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 6 Jan 2008 14:46:27 +0200 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106123620.GB6067@pepin.polanet.pl> References: <200801061413.43933.glen@delfi.ee> <20080106123620.GB6067@pepin.polanet.pl> Message-ID: <200801061446.28465.glen@delfi.ee> On Sunday 06 January 2008 14:36:20 Tomasz Pala wrote: > And what did you think? > Last time I've reported broken (by someone!) sshd_config YOU told me to > fix it myself. one difference there is -- fortunes-pl is fun for -pl people only. -- glen From gotar at polanet.pl Sun Jan 6 13:52:58 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 6 Jan 2008 13:52:58 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <4780CB7A.6000401@limanowa.net> References:

<20080105152739.GB22930@bajzel> <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <20080106122729.GA6067@pepin.polanet.pl> <4780CB7A.6000401@limanowa.net> Message-ID: <20080106125258.GA19570@pepin.polanet.pl> On Sun, Jan 06, 2008 at 13:37:14 +0100, Marcin Krol wrote: > 2. Someone interested in generating this spec atuomatically should merge > in-spec changes into that scipt or whatever it is so they won't be lost. No - the person who made in-spec changes should had made them in the script. -- Tomasz Pala From gotar at polanet.pl Sun Jan 6 13:55:07 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 6 Jan 2008 13:55:07 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <200801061446.28465.glen@delfi.ee> References: <200801061413.43933.glen@delfi.ee> <20080106123620.GB6067@pepin.polanet.pl> <200801061446.28465.glen@delfi.ee> Message-ID: <20080106125507.GB19570@pepin.polanet.pl> On Sun, Jan 06, 2008 at 14:46:27 +0200, Elan Ruusam?e wrote: > one difference there is -- fortunes-pl is fun for -pl people only. So I doesn't make any sense to translate any parts of it. -- Tomasz Pala From qboosh at pld-linux.org Sun Jan 6 14:00:17 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 6 Jan 2008 14:00:17 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106123620.GB6067@pepin.polanet.pl> References: <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <200801061413.43933.glen@delfi.ee> <20080106123620.GB6067@pepin.polanet.pl> Message-ID: <20080106130017.GA25211@stranger.qboosh.pl> On Sun, Jan 06, 2008 at 01:36:20PM +0100, Tomasz Pala wrote: > On Sun, Jan 06, 2008 at 14:13:42 +0200, Elan Ruusam?e wrote: > > > you can not generate that spec, because that will discard translations and few > > other changes. > > THIS spec was generated. If you want other rules, just create another > spec. > > > besides, last time i asked some POLISH developer to fix things in the spec, he > > sent me to hell with reason if i care then fix my self (i was helping ac rm > > And what did you think? > Last time I've reported broken (by someone!) sshd_config YOU told me to > fix it myself. > Last time I've reported some dumb reqs in boost-*-devel YOU told me to > fix it myself. > > > and you can use the generator script to introduce new spec fragments, but you > > Not if this spec is generated entirely. And it's bad practice. Per analogiam: perl*.spec are often pregenerated (using pldcpan or so), but all updates are done on existing spec, without losing changelog and manual changes. fortunes-pl update script could do the following tasks: - pregenerate spec from scratch (once) - update version in existing spec - introduce new subpackages in existing spec -- Jakub Bogusz http://qboosh.pl/ From patrys at pld-linux.org Sun Jan 6 15:41:16 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Sun, 6 Jan 2008 15:41:16 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106125258.GA19570@pepin.polanet.pl> References:

<20080105152739.GB22930@bajzel> <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <20080106122729.GA6067@pepin.polanet.pl> <4780CB7A.6000401@limanowa.net> <20080106125258.GA19570@pepin.polanet.pl> <89b6ba3a0801060641g7eb5e348r87dc4f21018d3922@mail.gmail.com> <20080106145150.GA6169@bajzel> Message-ID: <89b6ba3a0801060659q439fc1d5q3b0d87dcc65d51ab@mail.gmail.com> 2008/1/6, Bartosz Taudul : > On Sun, Jan 06, 2008 at 03:41:16PM +0100, Patryk Zawadzki wrote: > > I often use a simple script to convert Fedora specs to proper PLD > > format (for obvious reasons: most of the Fedora specs make adapter cry > > even after 3+ runs and these guys tend to override lots of macros in > > each spec file). Had I shared this script, I wouldn't ask for each of > > these files to carry a big fat warning: "once upon a time someone > > decided to generate the file." > How does that relate to fortunes-pl.spec? I mean generators are only useful when they make your work easier. If it's easier to fix and maintain the result than to fix the generator then it shouldn't be a real problem. Not that fortunes require a lot of attention on daily basis. -- Patryk Zawadzki PLD Linux Distribution From glen at delfi.ee Sun Jan 6 16:07:16 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 6 Jan 2008 17:07:16 +0200 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106125507.GB19570@pepin.polanet.pl> References: <200801061446.28465.glen@delfi.ee> <20080106125507.GB19570@pepin.polanet.pl> Message-ID: <200801061707.16987.glen@delfi.ee> On Sunday 06 January 2008 14:55:07 Tomasz Pala wrote: > On Sun, Jan 06, 2008 at 14:46:27 +0200, Elan Ruusam?e wrote: > > one difference there is -- fortunes-pl is fun for -pl people only. > > So I doesn't make any sense to translate any parts of it. i did mean by that i couldn't fix package because i don't speak polish. nevermind now. -- glen From wolf.pld at gmail.com Sun Jan 6 16:23:55 2008 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sun, 6 Jan 2008 16:23:55 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <89b6ba3a0801060659q439fc1d5q3b0d87dcc65d51ab@mail.gmail.com> References: <20080105152739.GB22930@bajzel> <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <20080106122729.GA6067@pepin.polanet.pl> <4780CB7A.6000401@limanowa.net> <20080106125258.GA19570@pepin.polanet.pl> <89b6ba3a0801060641g7eb5e348r87dc4f21018d3922@mail.gmail.com> <20080106145150.GA6169@bajzel> <89b6ba3a0801060659q439fc1d5q3b0d87dcc65d51ab@mail.gmail.com> Message-ID: <20080106152355.GA7017@bajzel> On Sun, Jan 06, 2008 at 03:59:06PM +0100, Patryk Zawadzki wrote: > I mean generators are only useful when they make your work easier. If > it's easier to fix and maintain the result than to fix the generator > then it shouldn't be a real problem. fortunes-pl.spec generator is really simple. It's just concatenating spec parts, with one loop for the subpackages. I don't understand why it is easier to change something in fortunes-pl.spec than in one of the spec parts used by generator. Take a look, this file is part of generator: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/fortunes-pl/SPEC/spec-template-header?rev=1.5;content-type=text%2Fplain wolf -- Bartek . Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From patrys at pld-linux.org Sun Jan 6 16:55:49 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Sun, 6 Jan 2008 16:55:49 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106152355.GA7017@bajzel> References: <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <20080106122729.GA6067@pepin.polanet.pl> <4780CB7A.6000401@limanowa.net> <20080106125258.GA19570@pepin.polanet.pl> <89b6ba3a0801060641g7eb5e348r87dc4f21018d3922@mail.gmail.com> <20080106145150.GA6169@bajzel> <89b6ba3a0801060659q439fc1d5q3b0d87dcc65d51ab@mail.gmail.com> <20080106152355.GA7017@bajzel> Message-ID: <89b6ba3a0801060755pa95e85i1e8617a6a898892f@mail.gmail.com> 2008/1/6, Bartosz Taudul : > On Sun, Jan 06, 2008 at 03:59:06PM +0100, Patryk Zawadzki wrote: > > I mean generators are only useful when they make your work easier. If > > it's easier to fix and maintain the result than to fix the generator > > then it shouldn't be a real problem. > fortunes-pl.spec generator is really simple. It's just concatenating > spec parts, with one loop for the subpackages. I don't understand why it > is easier to change something in fortunes-pl.spec than in one of the > spec parts used by generator. Take a look, this file is part of > generator: > > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/fortunes-pl/SPEC/spec-template-header?rev=1.5;content-type=text%2Fplain Ah, ok then porting the changes should be really straightforward. I thought it involved some more magic in the process. -- Patryk Zawadzki PLD Linux Distribution From me at shadsterling.com Sun Jan 6 17:03:36 2008 From: me at shadsterling.com (Shad Sterling) Date: Sun, 06 Jan 2008 11:03:36 -0500 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <89b6ba3a0801060755pa95e85i1e8617a6a898892f@mail.gmail.com> References: <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <20080106122729.GA6067@pepin.polanet.pl> <4780CB7A.6000401@limanowa.net> <20080106125258.GA19570@pepin.polanet.pl> <89b6ba3a0801060641g7eb5e348r87dc4f21018d3922@mail.gmail.com> <20080106145150.GA6169@bajzel> <89b6ba3a0801060659q439fc1d5q3b0d87dcc65d51ab@mail.gmail.com> <20080106152355.GA7017@bajzel> <89b6ba3a0801060755pa95e85i1e8617a6a898892f@mail.gmail.com> Message-ID: <4780FBD8.3090202@shadsterling.com> Patryk Zawadzki wrote: > 2008/1/6, Bartosz Taudul : > >> On Sun, Jan 06, 2008 at 03:59:06PM +0100, Patryk Zawadzki wrote: >> >>> I mean generators are only useful when they make your work easier. If >>> it's easier to fix and maintain the result than to fix the generator >>> then it shouldn't be a real problem. >>> >> fortunes-pl.spec generator is really simple. It's just concatenating >> spec parts, with one loop for the subpackages. I don't understand why it >> is easier to change something in fortunes-pl.spec than in one of the >> spec parts used by generator. Take a look, this file is part of >> generator: >> >> http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/fortunes-pl/SPEC/spec-template-header?rev=1.5;content-type=text%2Fplain >> > > Ah, ok then porting the changes should be really straightforward. I > thought it involved some more magic in the process. > How bout putting a brief explanation of the generator in the final .spec so the next guy doesn't have the same misunderstanding? -------------- next part -------------- An HTML attachment was scrubbed... URL: From qboosh at pld-linux.org Sun Jan 6 17:06:14 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 6 Jan 2008 17:06:14 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106152355.GA7017@bajzel> References: <20080105152739.GB22930@bajzel> <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <20080106122729.GA6067@pepin.polanet.pl> <4780CB7A.6000401@limanowa.net> <20080106125258.GA19570@pepin.polanet.pl> <89b6ba3a0801060641g7eb5e348r87dc4f21018d3922@mail.gmail.com> <20080106145150.GA6169@bajzel> <89b6ba3a0801060659q439fc1d5q3b0d87dcc65d51ab@mail.gmail.com> <20080106152355.GA7017@bajzel> Message-ID: <20080106160614.GA9594@stranger.qboosh.pl> On Sun, Jan 06, 2008 at 04:23:55PM +0100, Bartosz Taudul wrote: > On Sun, Jan 06, 2008 at 03:59:06PM +0100, Patryk Zawadzki wrote: > > I mean generators are only useful when they make your work easier. If > > it's easier to fix and maintain the result than to fix the generator > > then it shouldn't be a real problem. > fortunes-pl.spec generator is really simple. And it's broken if used for something more than pregeneration of initial spec: - drops spec changelog - puts invalid character ('?') in C Summary - uses ISO-8859-2 charset which is deprecated in specs - puts incomprehensible Polish descriptions as C ones, using characters invalid in us-ascii encoding -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Sun Jan 6 17:28:34 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 6 Jan 2008 18:28:34 +0200 Subject: heath of th packages Message-ID: <200801061828.34996.glen@delfi.ee> http://ep09.pld-linux.org/~pldth/mvpkg.log please have look at that log and if you find your package there please fix it or point out that can be moved without the missing arch packages listed there as WARN -- glen From glen at pld-linux.org Sun Jan 6 16:13:41 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Sun, 6 Jan 2008 17:13:41 +0200 Subject: SPECS: rpm-build-macros.spec - 1.412: _autostrip* support In-Reply-To: References:

Message-ID: <200801061713.41669.glen@pld-linux.org> On Sunday 06 January 2008 16:54:28 qboosh wrote: > Author: qboosh Date: Sun Jan 6 14:54:28 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - 1.412: _autostrip* support is there written anywhere (other than source) what it is and how to use? -- glen From wolf.pld at gmail.com Sun Jan 6 18:47:20 2008 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sun, 6 Jan 2008 18:47:20 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106160614.GA9594@stranger.qboosh.pl> References: <200801052327.36344.glen@delfi.ee> <20080106012453.GA32130@bajzel> <20080106122729.GA6067@pepin.polanet.pl> <4780CB7A.6000401@limanowa.net> <20080106125258.GA19570@pepin.polanet.pl> <89b6ba3a0801060641g7eb5e348r87dc4f21018d3922@mail.gmail.com> <20080106145150.GA6169@bajzel> <89b6ba3a0801060659q439fc1d5q3b0d87dcc65d51ab@mail.gmail.com> <20080106152355.GA7017@bajzel> <20080106160614.GA9594@stranger.qboosh.pl> Message-ID: <20080106174720.GA11856@bajzel> On Sun, Jan 06, 2008 at 05:06:14PM +0100, Jakub Bogusz wrote: > > fortunes-pl.spec generator is really simple. > And it's broken It's broken because the spec was fixed, not generator. > if used for something more than pregeneration of initial spec: The initial generated spec should also be final spec. > - drops spec changelog cvs log fortunes-pl.spec or write some parser to put output of that command into generated spec. > - uses ISO-8859-2 charset which is deprecated in specs Convert README to utf-8, add declaration to templates, problem fixed. > - puts incomprehensible Polish descriptions as C ones, using characters > invalid in us-ascii encoding Encoding can be fixed by using iconv, and what do you expect to put in C description? The contents are polish, so is the description. If someone doesn't understand the description, neither will he understand the contnts. The generic "XXX polish fortunes." description doesn't look good to me, although that's some solution. wolf -- Bartek . Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From ankry at green.mif.pg.gda.pl Sun Jan 6 19:05:14 2008 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 6 Jan 2008 19:05:14 +0100 (CET) Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106174720.GA11856@bajzel> from "Bartosz Taudul" at Jan 06, 2008 06:47:20 PM Message-ID: <200801061805.m06I5EXZ020867@green.mif.pg.gda.pl> Bartosz Taudul wrote: > On Sun, Jan 06, 2008 at 05:06:14PM +0100, Jakub Bogusz wrote: > > > fortunes-pl.spec generator is really simple. > > And it's broken > It's broken because the spec was fixed, not generator. > > > if used for something more than pregeneration of initial spec: > The initial generated spec should also be final spec. > > > - drops spec changelog > cvs log fortunes-pl.spec or write some parser to put output of that > command into generated spec. If using generator this information will probably be useless. The information what has been changed in the generator since the previous spec generation would be more appropriate. But I see no way to automate this. > > - uses ISO-8859-2 charset which is deprecated in specs > Convert README to utf-8, add declaration to templates, problem fixed. READE.en, README.pl, etc. ? > > - puts incomprehensible Polish descriptions as C ones, using characters > > invalid in us-ascii encoding > Encoding can be fixed by using iconv, and what do you expect to put in C # echo '?e doda? pro?by' | iconv -f iso8859-2 -t us-ascii//translit ?e doda? pro?by Will you fix transliteration rules in glibc or suggest appropriate pl-en dictionary for these forms? > description? The contents are polish, so is the description. If someone > doesn't understand the description, neither will he understand the The C description is generally for those who do not understand Polish. They should get information why they should (not) install the package. > contnts. The generic "XXX polish fortunes." description doesn't look > good to me, although that's some solution. Maybe. -- ======================================================================= 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 wolf.pld at gmail.com Sun Jan 6 20:35:38 2008 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sun, 6 Jan 2008 20:35:38 +0100 Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <200801061805.m06I5EXZ020867@green.mif.pg.gda.pl> References: <20080106174720.GA11856@bajzel> <200801061805.m06I5EXZ020867@green.mif.pg.gda.pl> Message-ID: <20080106193538.GA15730@bajzel> On Sun, Jan 06, 2008 at 07:05:14PM +0100, Andrzej Krzysztofowicz wrote: > > > - uses ISO-8859-2 charset which is deprecated in specs > > Convert README to utf-8, add declaration to templates, problem fixed. > READE.en, README.pl, etc. ? Nah. > > > - puts incomprehensible Polish descriptions as C ones, using characters > > > invalid in us-ascii encoding > > Encoding can be fixed by using iconv, and what do you expect to put in C > # echo '?e doda? pro?by' | iconv -f iso8859-2 -t us-ascii//translit > ?e doda? pro?by % echo '?e doda? pro?by' | iconv -f utf-8 -t us-ascii//translit ze dodac prosby > Will you fix transliteration rules in glibc or suggest appropriate pl-en > dictionary for these forms? iso8859-2 is obsolete. wolf -- Bartek . Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From ankry at green.mif.pg.gda.pl Sun Jan 6 20:57:57 2008 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 6 Jan 2008 20:57:57 +0100 (CET) Subject: SPECS: fortunes-pl.spec - add todo In-Reply-To: <20080106193538.GA15730@bajzel> from "Bartosz Taudul" at Jan 06, 2008 08:35:38 PM Message-ID: <200801061957.m06Jvv7c021268@green.mif.pg.gda.pl> Bartosz Taudul wrote: > On Sun, Jan 06, 2008 at 07:05:14PM +0100, Andrzej Krzysztofowicz wrote: > > > > - uses ISO-8859-2 charset which is deprecated in specs > > > Convert README to utf-8, add declaration to templates, problem fixed. > > READE.en, README.pl, etc. ? > Nah. > > > > > - puts incomprehensible Polish descriptions as C ones, using characters > > > > invalid in us-ascii encoding > > > Encoding can be fixed by using iconv, and what do you expect to put in C > > # echo '?e doda? pro?by' | iconv -f iso8859-2 -t us-ascii//translit > > ?e doda? pro?by > % echo '?e doda? pro?by' | iconv -f utf-8 -t us-ascii//translit > ze dodac prosby > > > Will you fix transliteration rules in glibc or suggest appropriate pl-en > > dictionary for these forms? > iso8859-2 is obsolete. But necessary for compatibility with older systems. -- ======================================================================= 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 tomasz.wittner at gmail.com Sun Jan 6 20:58:48 2008 From: tomasz.wittner at gmail.com (Tomasz Wittner) Date: Sun, 6 Jan 2008 20:58:48 +0100 Subject: heath of th packages In-Reply-To: <200801061828.34996.glen@delfi.ee> References: <200801061828.34996.glen@delfi.ee> Message-ID: <200801062058.49125.tomasz.wittner@gmail.com> On Sunday 06 January 2008, 17:28, Elan Ruusam?e wrote: > http://ep09.pld-linux.org/~pldth/mvpkg.log > > please have look at that log and if you find your package there please fix > it or point out that can be moved without the missing arch packages listed > there as WARN 1. ERR: fwbuilder-2.1.16-2 has only src.rpm built error: Failed build dependencies: antlr conflicts with fwbuilder-2.1.16-2.src I can't help another way (for now) - I've put Conflict. 2. ERR: python-pexpect-2.2-1 moving would remove archs: ['ppc', 'x86_64', 'athlon', 'i486', 'i686'] It is OK - I've changed it to noarch - look at next entry (just the opposite) 3. ERR: qjackctl-0.3.2-1 moving would remove archs: ['x86_64'] Fix provided - builds on carme x86_64, rel. bumped & sent to builders (BTW: I don't get mails with buildlogs from th-x86_64) -- Tomasz Wittner From kamil.listy at klecza.pl Sun Jan 6 21:50:06 2008 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Sun, 6 Jan 2008 21:50:06 +0100 Subject: No mails with buildlogs from th-x86_64 In-Reply-To: <200801062058.49125.tomasz.wittner@gmail.com> References: <200801061828.34996.glen@delfi.ee> <200801062058.49125.tomasz.wittner@gmail.com> Message-ID: <200801062150.10369.kamil.listy@klecza.pl> Dnia niedziela 06 stycze? 2008, Tomasz Wittner napisa?: > BTW: I don't get mails with buildlogs from th-x86_64 Not only you. -- 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 kamil.listy at klecza.pl Sun Jan 6 23:46:15 2008 From: kamil.listy at klecza.pl (Kamil Dziedzic) Date: Sun, 6 Jan 2008 23:46:15 +0100 Subject: [SPECS] rc-boot - more work In-Reply-To: <200801060324.19583.glen@delfi.ee> References: <200801052041.57637.kamil.listy@klecza.pl> <200801052320.21260.kamil.listy@klecza.pl> <200801060324.19583.glen@delfi.ee> Message-ID: <200801062346.20471.kamil.listy@klecza.pl> Elan Ruusam?e wrote: > no. but why do you need to call rc-boot from rc-boot %post and %preun? > it shouldn't it be called just only in kernel package %post, like grubby? > (...) > i really did mean rc-boot* and question was why it's needed to call from > there, rather from kernel package. > > as it's kernel* package that provides the image to be added, isn't it? Ok, propably I now understand what you mean. This is quite good question so I have long answer;) In last days I add to memtest86+, memtest86 and rescuecd subpackages which provides "images" for rc-boot. I add them to automate proces of adding those applications to bootloader. So when you install one of rc-boot-image-* it will automaticly add them to bootloader menu. Now when you try to upgrade one of this rc-boot "images" or application then rc-boot will reload bootloader. In first case for example rc-boot-image-memtest86 requires memtest86 so it will be installed by dependency and then will be called rc-boot from %post in rc-boot-image-memtest86. In second case becouse for example rc-boot-image-memtest86 requires memtest86 in exacly version, poldek will install it by greedy dependency and then will be called rc-boot from %post in rc-boot-image-memtest86. Also on uninstall there is called rc-boot so it will remove application from bootloader menu. Simple, automatic and works good. But now comes one more image which I add - rc-boot-image-PLD. I add it becouse of this same reason why I add other rc-boot "images". To simplify adding kernel to bootloader menu. So simply install rc-boot-image-PLD to add PLD to bootloader menu (which is default kernel). But in this case this solution is not perfect. rc-boot-image-PLD doesn't require kernel at all so we need to put rc-boot call in two places - in kernel and rc-boot-image-PLD. Leaving rc-boot call only in kernel is not enough becouse then when we install rc-boot-image-PLD, bootloader will be not reloaded so PLD will be not added to bootloader menu. I can't add R: kernel to rc-boot-image-PLD becouse: - We have many kernels (kernel, grsecurity, desktop) and all (not sure) of them uses /boot/vmlinuz and /boot/initrd - I read somewhere that following PLD policy nothing should R: kernel (with what I agree... but not in this case;)) Now proposition part;) Propably this will be not accepted (I didn't even search if this will not break anything) but I don't have any other idea. So here it is: - add rc-boot-image-* subpackage to all kernels (which are on ftp) - put in them R: %{name} = %{version}-%{release} - remove from kernels rc-boot call - create uniq simlinks for each type of kernel in /boot (/boot/vmlinuz, /boot/vmlinuz-grsecurity, /boot/vmlinuz-desktop) (not sure if this is already done) With this everyting will be ok. Also we will get in rc-boot support for simply, automatic installing simultaneously diffrent types of kernel (rc-boot-image-PLD, rc-boot-image-PLD-grsecurity, rc-boot-image-PLD-desktop). This is just my little idea... feel free to criticise it;) -- 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 wojciech at blaszkowski.com Mon Jan 7 12:58:20 2008 From: wojciech at blaszkowski.com (Wojciech =?utf-8?q?B=C5=82aszkowski?=) Date: Mon, 7 Jan 2008 12:58:20 +0100 Subject: SPECS: trac - Suggests: apache-mod_authz_host Message-ID: <200801071258.20662@wojtosz> patch w za??czniku. bez instalacji apache-mod_authz_host dostaniemy przy starcie apacza(2.2.6): Syntax error on line 18 of /etc/httpd/webapps.d/trac.conf: Invalid command 'Order', perhaps misspelled or defined by a module not included in the server configuration -- Pozdrawiam, Best regards, Mit freundlichen Gr??en, Wojciech "Wojtosz" B?aszkowski From wojciech at blaszkowski.com Mon Jan 7 12:59:46 2008 From: wojciech at blaszkowski.com (Wojciech =?utf-8?q?B=C5=82aszkowski?=) Date: Mon, 7 Jan 2008 12:59:46 +0100 Subject: SPECS: trac - Suggests: apache-mod_authz_host In-Reply-To: <200801071258.20662@wojtosz> References: <200801071258.20662@wojtosz> Message-ID: <200801071259.46864@wojtosz> Dnia poniedzia?ek 07 stycze? 2008, Wojciech B?aszkowski napisa?: > patch w za??czniku. bez instalacji apache-mod_authz_host dostaniemy przy > starcie apacza(2.2.6): > > Syntax error on line 18 of /etc/httpd/webapps.d/trac.conf: > Invalid command 'Order', perhaps misspelled or defined by a module not > included in the server configuration brakuj?cy za??cznik. -- Pozdrawiam, Best regards, Mit freundlichen Gr??en, Wojciech "Wojtosz" B?aszkowski -------------- next part -------------- A non-text attachment was scrubbed... Name: trac.patch Type: text/x-diff Size: 482 bytes Desc: not available URL: From glen at delfi.ee Mon Jan 7 13:03:01 2008 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 7 Jan 2008 14:03:01 +0200 Subject: SPECS: trac - Suggests: apache-mod_authz_host In-Reply-To: <200801071259.46864@wojtosz> References: <200801071258.20662@wojtosz> <200801071259.46864@wojtosz> Message-ID: <200801071403.01436.glen@delfi.ee> On Monday 07 January 2008 13:59:46 Wojciech B?aszkowski wrote: > Dnia poniedzia?ek 07 stycze? 2008, Wojciech B?aszkowski napisa?: > > patch w za??czniku. bez instalacji apache-mod_authz_host dostaniemy przy > > starcie apacza(2.2.6): > > > > Syntax error on line 18 of /etc/httpd/webapps.d/trac.conf: > > Invalid command 'Order', perhaps misspelled or defined by a module not > > included in the server configuration > > brakuj?cy za??cznik. please english in this list. -- glen From wojciech at blaszkowski.com Mon Jan 7 14:22:46 2008 From: wojciech at blaszkowski.com (Wojciech =?utf-8?q?B=C5=82aszkowski?=) Date: Mon, 7 Jan 2008 14:22:46 +0100 Subject: SPECS: trac - Suggests: apache-mod_authz_host In-Reply-To: <200801071403.01436.glen@delfi.ee> References: <200801071258.20662@wojtosz> <200801071259.46864@wojtosz> <200801071403.01436.glen@delfi.ee> Message-ID: <200801071422.46830@wojtosz> Dnia poniedzia?ek 07 stycze? 2008, Elan Ruusam?e napisa?: > please english in this list. My fault, sorry. I typed wrong e-mail. with out apache-mod_authz_host installed when we try to run apache(2.2.6) all we've get: Syntax error on line 18 of /etc/httpd/webapps.d/trac.conf: Invalid command 'Order', perhaps misspelled or defined by a module not included in the server configuration (in default PLD apache config) -- Pozdrawiam, Best regards, Mit freundlichen Gr??en, Wojciech "Wojtosz" B?aszkowski From glen at pld-linux.org Mon Jan 7 17:01:06 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 7 Jan 2008 18:01:06 +0200 Subject: Fwd: ERRORS: ruby-rbogl.spec Message-ID: <200801071801.06752.glen@pld-linux.org> what should stay on th? ---------- Forwarded Message ---------- Subject: ERRORS: ruby-rbogl.spec Date: Monday 07 January 2008 From: PLD th-ppc builder To: glen at pld-linux.org Cc: pld-logs-th at lists.pld-linux.org ruby-rbogl.spec (HEAD): FAILED --- ruby-rbogl.spec:HEAD: Build-Time: user:15.32s sys:2.62s real:44.38s (faults io:23 non-io:191392) *** buildlog for ruby-rbogl.spec request from: glen started at: Mon Jan 7 16:23:27 2008 fetching http://ep09.pld-linux.org/~builderth/srpms/639814ad-33c4-4f04-b648-2d4c619a2da4/ruby-rbogl-0.32b-6.src.rpm fetched 76841 bytes, 297.8 K/s installing srpm: ruby-rbogl-0.32b-6.src.rpm Can't find java virtual machine, aborting. Can't find java virtual machine, aborting. Can't find java virtual machine, aborting. Building target platforms: ppc-pld-linux checking BR rpm: error: Failed build dependencies: rpm: glut-devel is needed by ruby-rbogl-0.32b-6.src ... Processing dependencies... glut-devel-3.7-18 marks glut-3.7-18 (cap glut = 3.7-18) There are 2 packages to install (1 marked by dependencies): I glut-devel-3.7-18 D glut-3.7-18 Need to get 221.0KB of archives (221.0KB to download). After unpacking 483.7KB will be used. Retrieving th::glut-3.7-18.ppc.rpm... ..............................done Retrieving th::glut-devel-3.7-18.ppc.rpm... ..............................done Executing rpm --upgrade -vh --root / --noorder... Preparing... ################################################## file /usr/include/GL/glut.h from install of glut-devel-3.7-18.ppc conflicts with file from package freeglut-devel-2.4.0-2.ppc file /usr/lib/libglut.so from install of glut-devel-3.7-18.ppc conflicts with file from package freeglut-devel-2.4.0-2.ppc error: BR installation failed Can't find java virtual machine, aborting. Begin-PLD-Builder-Info Build-Time: user:15.32s sys:2.62s real:44.38s (faults io:23 non-io:191392) End-PLD-Builder-Info ------------------------------------------------------- -- glen -------------- next part -------------- ruby-rbogl.spec (HEAD): FAILED --- ruby-rbogl.spec:HEAD: Build-Time: user:15.32s sys:2.62s real:44.38s (faults io:23 non-io:191392) *** buildlog for ruby-rbogl.spec request from: glen started at: Mon Jan 7 16:23:27 2008 fetching http://ep09.pld-linux.org/~builderth/srpms/639814ad-33c4-4f04-b648-2d4c619a2da4/ruby-rbogl-0.32b-6.src.rpm fetched 76841 bytes, 297.8 K/s installing srpm: ruby-rbogl-0.32b-6.src.rpm Can't find java virtual machine, aborting. Can't find java virtual machine, aborting. Can't find java virtual machine, aborting. Building target platforms: ppc-pld-linux checking BR rpm: error: Failed build dependencies: rpm: glut-devel is needed by ruby-rbogl-0.32b-6.src installing BR: glut\-devel Can't find java virtual machine, aborting. local is up to date Retrieving th::packages.ndir.md... Retrieving th::packages.ndir.diff.toc.gz... Retrieving diff::packages.ndir.2008.01.06-16.17.19.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-16.17.19.gz... Loading [pndir]th... Applying packages.ndir.2008.01.06-16.17.19.gz... Retrieving diff::packages.ndir.2008.01.06-19.03.06.gz... Retrieving diff::packages.ndir.dscr.2008.01.06-19.03.06.gz... Applying packages.ndir.2008.01.06-19.03.06.gz... Retrieving diff::packages.ndir.2008.01.06-22.32.10.gz... Applying packages.ndir.2008.01.06-22.32.10.gz... Writing /root/.poldek-cache/[...]/packages.ndir.gz... Retrieving th::packages.ndir.md... Retrieving th::packages.ndir.diff.toc.gz... Retrieving diff::packages.ndir.2008.01.06-16.18.37.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-16.18.37.gz... ..............................done Loading [pndir]th... Applying packages.ndir.2008.01.06-16.18.37.gz... Retrieving diff::packages.ndir.2008.01.06-19.02.56.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-19.02.56.gz... Applying packages.ndir.2008.01.06-19.02.56.gz... Retrieving diff::packages.ndir.2008.01.06-22.32.04.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-22.32.04.gz... Applying packages.ndir.2008.01.06-22.32.04.gz... Retrieving diff::packages.ndir.2008.01.06-22.58.16.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-22.58.16.gz... ..............................done Applying packages.ndir.2008.01.06-22.58.16.gz... Retrieving diff::packages.ndir.2008.01.07-12.00.47.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.07-12.00.47.gz... Applying packages.ndir.2008.01.07-12.00.47.gz... Writing /root/.poldek-cache/[...]/packages.ndir.gz... Retrieving th-test::packages.ndir.md... Retrieving th-test::packages.ndir.diff.toc.gz... Retrieving diff::packages.ndir.2008.01.06-16.59.01.gz... Loading [pndir]th-test... Applying packages.ndir.2008.01.06-16.59.01.gz... Retrieving diff::packages.ndir.2008.01.06-18.52.51.gz... Applying packages.ndir.2008.01.06-18.52.51.gz... Retrieving diff::packages.ndir.2008.01.06-19.03.06.gz... Retrieving diff::packages.ndir.dscr.2008.01.06-19.03.06.gz... Applying packages.ndir.2008.01.06-19.03.06.gz... Retrieving diff::packages.ndir.2008.01.06-19.52.01.gz... Applying packages.ndir.2008.01.06-19.52.01.gz... Retrieving diff::packages.ndir.2008.01.06-22.32.10.gz... Retrieving diff::packages.ndir.dscr.2008.01.06-22.32.10.gz... Applying packages.ndir.2008.01.06-22.32.10.gz... Writing /root/.poldek-cache/[...]/packages.ndir.gz... Retrieving th-test::packages.ndir.md... Retrieving th-test::packages.ndir.diff.toc.gz... Retrieving diff::packages.ndir.2008.01.06-17.53.00.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-17.53.00.gz... Loading [pndir]th-test... Applying packages.ndir.2008.01.06-17.53.00.gz... Retrieving diff::packages.ndir.2008.01.06-18.08.00.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-18.08.00.gz... ..............................done Applying packages.ndir.2008.01.06-18.08.00.gz... Retrieving diff::packages.ndir.2008.01.06-18.45.00.gz... Applying packages.ndir.2008.01.06-18.45.00.gz... Retrieving diff::packages.ndir.2008.01.06-18.58.45.gz... Applying packages.ndir.2008.01.06-18.58.45.gz... Retrieving diff::packages.ndir.2008.01.06-19.02.14.gz... Retrieving diff::packages.ndir.dscr.2008.01.06-19.02.14.gz... Applying packages.ndir.2008.01.06-19.02.14.gz... Retrieving diff::packages.ndir.2008.01.06-19.47.00.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-19.47.00.gz... Applying packages.ndir.2008.01.06-19.47.00.gz... Retrieving diff::packages.ndir.2008.01.06-20.07.00.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-20.07.00.gz... Applying packages.ndir.2008.01.06-20.07.00.gz... Retrieving diff::packages.ndir.2008.01.06-22.43.00.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-22.43.00.gz... ..............................done Applying packages.ndir.2008.01.06-22.43.00.gz... Retrieving diff::packages.ndir.2008.01.06-22.58.16.gz... Retrieving diff::packages.ndir.dscr.2008.01.06-22.58.16.gz... Applying packages.ndir.2008.01.06-22.58.16.gz... Retrieving diff::packages.ndir.2008.01.06-23.04.00.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.06-23.04.00.gz... Applying packages.ndir.2008.01.06-23.04.00.gz... Retrieving diff::packages.ndir.2008.01.07-08.08.00.gz... Retrieving diff::packages.ndir.dscr.2008.01.07-08.08.00.gz... Applying packages.ndir.2008.01.07-08.08.00.gz... Retrieving diff::packages.ndir.2008.01.07-11.11.00.gz... Applying packages.ndir.2008.01.07-11.11.00.gz... Retrieving diff::packages.ndir.2008.01.07-12.00.47.gz... Retrieving diff::packages.ndir.dscr.2008.01.07-12.00.47.gz... Applying packages.ndir.2008.01.07-12.00.47.gz... Retrieving diff::packages.ndir.2008.01.07-12.45.00.gz... ..............................done Retrieving diff::packages.ndir.dscr.2008.01.07-12.45.00.gz... Applying packages.ndir.2008.01.07-12.45.00.gz... Retrieving diff::packages.ndir.2008.01.07-13.23.00.gz... Applying packages.ndir.2008.01.07-13.23.00.gz... Writing /root/.poldek-cache/[...]/packages.ndir.gz... local is up to date Retrieving th::packages.ndir.md... th is up to date Retrieving th::packages.ndir.md... th is up to date Retrieving th-test::packages.ndir.md... th-test is up to date Retrieving th-test::packages.ndir.md... th-test is up to date Loading [pndir]th... Loading [pndir]th... Loading [pndir]th-test... Loading [pndir]th-test... Loading [pndir]local... 16510 packages read Removed 1179 duplicate packages from available set Processing dependencies... glut-devel-3.7-18 marks glut-3.7-18 (cap glut = 3.7-18) There are 2 packages to install (1 marked by dependencies): I glut-devel-3.7-18 D glut-3.7-18 Need to get 221.0KB of archives (221.0KB to download). After unpacking 483.7KB will be used. Retrieving th::glut-3.7-18.ppc.rpm... ..............................done Retrieving th::glut-devel-3.7-18.ppc.rpm... ..............................done Executing rpm --upgrade -vh --root / --noorder... Preparing... ################################################## file /usr/include/GL/glut.h from install of glut-devel-3.7-18.ppc conflicts with file from package freeglut-devel-2.4.0-2.ppc file /usr/lib/libglut.so from install of glut-devel-3.7-18.ppc conflicts with file from package freeglut-devel-2.4.0-2.ppc error: BR installation failed Can't find java virtual machine, aborting. Begin-PLD-Builder-Info Build-Time: user:15.32s sys:2.62s real:44.38s (faults io:23 non-io:191392) End-PLD-Builder-Info From patrys at pld-linux.org Mon Jan 7 17:13:55 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Mon, 7 Jan 2008 17:13:55 +0100 Subject: ERRORS: ruby-rbogl.spec In-Reply-To: <200801071801.06752.glen@pld-linux.org> References: <200801071801.06752.glen@pld-linux.org> Message-ID: <89b6ba3a0801070813v1669809cy278614997ecd7fd0@mail.gmail.com> 2008/1/7, Elan Ruusam?e : > what should stay on th? Freeglut and both should be compatible. -- Patryk Zawadzki PLD Linux Distribution From radek at pld-linux.org Mon Jan 7 21:47:21 2008 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Mon, 7 Jan 2008 20:47:21 +0000 Subject: SPECS: postgresql.spec - introduced pgcluster bcond, turned off by... In-Reply-To: References:

Message-ID: <20080107204721.GA5399@bzium> blues [06-12-2007 22:46]: > Author: blues Date: Thu Dec 6 22:46:06 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - introduced pgcluster bcond, turned off by default, needs a lot of tests > and some work with init-scripts You don't want this. Honestly. -- 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 blues at pld-linux.org Tue Jan 8 16:25:26 2008 From: blues at pld-linux.org (Pawel Golaszewski) Date: Tue, 8 Jan 2008 16:25:26 +0100 (CET) Subject: SPECS: postgresql.spec - introduced pgcluster bcond, turned off by... In-Reply-To: <20080107204721.GA5399@bzium> References:

<20080107204721.GA5399@bzium> Message-ID: On Mon, 7 Jan 2008, Radoslaw Zielinski wrote: > > Author: blues Date: Thu Dec 6 22:46:06 2007 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - introduced pgcluster bcond, turned off by default, needs a lot of > > tests and some work with init-scripts > You don't want this. Honestly. I wasn't sure. That's why it's disabled... :) -- 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 glen at delfi.ee Sat Jan 12 17:31:26 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 12 Jan 2008 18:31:26 +0200 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: <200801121831.27453.glen@delfi.ee> On Monday 24 December 2007 17:09:55 Tomasz Pala wrote: > > 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. and monthly can easily fill up your var system like ep09 with 1g /var got now filled up you can call that system badly managed, but really shoould put effort of rotating more often but by size, and we can keep the month worth of logs -- glen From glen at delfi.ee Sun Jan 13 01:02:04 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 13 Jan 2008 02:02:04 +0200 Subject: [ac] rpm 4.4.9 Message-ID: <200801130202.05650.glen@delfi.ee> hi i've prepared rpm 4.4.9 and poldek for ac any objections why not push it to ac-updates? i've made it as much ac compatible as possible: - disabled .la and .pc autodeps - disabled directory and symlink deps - disabled lua - kept same cc/cxx that ac had what's different: - -Wl,as-needed is enabled (just didn't feel neccessary to kill it, should work with ac gcc) - lzma payload is supported - uname() and sysinfo() deps are available the features were disabled to avoid rebuilding whole tree, which would be pointless for ac. i've put the src.rpm to [1] as i couldn't make my mind to which branch commit the changes. [1] http://glen.alkohol.ee/pld/rpm-4.4.9-20.14.src.rpm -- glen From arekm at maven.pl Sun Jan 13 13:13:09 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Sun, 13 Jan 2008 13:13:09 +0100 Subject: [ac] rpm 4.4.9 In-Reply-To: <200801130202.05650.glen@delfi.ee> References: <200801130202.05650.glen@delfi.ee> Message-ID: <200801131313.09561.arekm@maven.pl> On Sunday 13 of January 2008, Elan Ruusam?e wrote: > what's different: > - -Wl,as-needed is enabled (just didn't feel neccessary to kill it, should > work with ac gcc) AFAIK as-needed works correctly only in more or less recent 4.x gcc. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From hawk at limanowa.net Sun Jan 13 11:47:01 2008 From: hawk at limanowa.net (Marcin Krol) Date: Sun, 13 Jan 2008 11:47:01 +0100 Subject: [ac] rpm 4.4.9 In-Reply-To: <200801130202.05650.glen@delfi.ee> References: <200801130202.05650.glen@delfi.ee> Message-ID: <4789EC25.3070300@limanowa.net> > i've prepared rpm 4.4.9 and poldek for ac > any objections why not push it to ac-updates? There weren't much problems with rpm 4.4.9 when Titanium was just Ac with new rpm. Update was a bit tricky but then it worked without problems. For Titanium to change rpm to 4.4.9 following things had to be done: 1. rpm.spec and macros from rpm 4.4.2 had to be manually hacked otherwise it didn't build at all (compiler was complaining about various things, some macros weren't expanded correctly). I assume thats what you've already done. 2. rpm 4.4.9 was built using rpm 4.4.2. it had to be manually upgraded using --nodeps on all builders including source builder. rpm --rebuilddb had to be run on all builders too. 3. rpm 4.4.9 had to be rebuilt once again using rpm 4.4.9, otherwise deps like libtool(/usr/lib64/libssp.la) were not included in packages. rpm --rebuilddb had to be run again too. 4. Some packages had to be rebuilt so they include new deps, but if they're disabled point 3 and 4 shouldn't be required. M. From glen at delfi.ee Sun Jan 13 14:07:16 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 13 Jan 2008 15:07:16 +0200 Subject: [ac] rpm 4.4.9 In-Reply-To: <4789EC25.3070300@limanowa.net> References: <200801130202.05650.glen@delfi.ee> <4789EC25.3070300@limanowa.net> Message-ID: <200801131507.17629.glen@delfi.ee> On Sunday 13 January 2008 12:47:01 Marcin Krol wrote: > > i've prepared rpm 4.4.9 and poldek for ac > > any objections why not push it to ac-updates? > > There weren't much problems with rpm 4.4.9 when Titanium was just Ac > with new rpm. Update was a bit tricky but then it worked without problems. > > For Titanium to change rpm to 4.4.9 following things had to be done: > > 1. rpm.spec and macros from rpm 4.4.2 had to be manually hacked > otherwise it didn't build at all (compiler was complaining about various > things, some macros weren't expanded correctly). I assume thats what > you've already done. nope. i just built and upgraded it. maybe on builders it's more complicated > 2. rpm 4.4.9 was built using rpm 4.4.2. it had to be manually upgraded > using --nodeps on all builders including source builder. rpm --rebuilddb > had to be run on all builders too. didn't had to use --nodeps, only thing was that rpm 4.4.9 used same soname while symbols were missing, so poldek didn't startup. for builders have to build rpm and poldek in same time. but that's impossible. however afaik builders don't use chroot poldek, but some copy. > 3. rpm 4.4.9 had to be rebuilt once again using rpm 4.4.9, otherwise > deps like libtool(/usr/lib64/libssp.la) were not included in packages. > rpm --rebuilddb had to be run again too. those deps were disabled. > 4. Some packages had to be rebuilt so they include new deps, but if > they're disabled point 3 and 4 shouldn't be required. if you mean libtool deps, then those not needed. but were there any packages besides poldek using rpm library, as soname deps don't work (it's same for 4.4.2 and 4.4.9) -- glen From hawk at limanowa.net Sun Jan 13 14:35:11 2008 From: hawk at limanowa.net (Marcin Krol) Date: Sun, 13 Jan 2008 14:35:11 +0100 Subject: [ac] rpm 4.4.9 In-Reply-To: <200801131507.17629.glen@delfi.ee> References: <200801130202.05650.glen@delfi.ee> <4789EC25.3070300@limanowa.net> <200801131507.17629.glen@delfi.ee> Message-ID: <478A138F.1010502@limanowa.net> > however afaik builders don't use chroot poldek, but some copy. They use chroot poldek. > if you mean libtool deps, then those not needed. but were there any packages > besides poldek using rpm library, as soname deps don't work (it's same for > 4.4.2 and 4.4.9) >From what I remember it was poldek only, but I'm not sure. M. From qboosh at pld-linux.org Sun Jan 13 14:39:53 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 13 Jan 2008 14:39:53 +0100 Subject: [ac] rpm 4.4.9 In-Reply-To: <478A138F.1010502@limanowa.net> References: <200801130202.05650.glen@delfi.ee> <4789EC25.3070300@limanowa.net> <200801131507.17629.glen@delfi.ee> <478A138F.1010502@limanowa.net> Message-ID: <20080113133953.GA23981@stranger.qboosh.pl> On Sun, Jan 13, 2008 at 02:35:11PM +0100, Marcin Krol wrote: > > however afaik builders don't use chroot poldek, but some copy. > > They use chroot poldek. > > > if you mean libtool deps, then those not needed. but were there any packages > > besides poldek using rpm library, as soname deps don't work (it's same for > > 4.4.2 and 4.4.9) > > >From what I remember it was poldek only, but I'm not sure. net-snmp (but I don't remember if it requires any changes or rebuild) -- Jakub Bogusz http://qboosh.pl/ From freetz at gmx.net Sun Jan 13 14:48:57 2008 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sun, 13 Jan 2008 14:48:57 +0100 Subject: [ac] rpm 4.4.9 In-Reply-To: <200801131313.09561.arekm@maven.pl> References: <200801130202.05650.glen@delfi.ee> <200801131313.09561.arekm@maven.pl> Message-ID: <20080113144857.a5e46a73.freetz@gmx.net> On Sun, 13 Jan 2008 13:13:09 +0100 Arkadiusz Miskiewicz wrote: > On Sunday 13 of January 2008, Elan Ruusam?e wrote: > > > what's different: > > - -Wl,as-needed is enabled (just didn't feel neccessary to kill it, > > should work with ac gcc) > > AFAIK as-needed works correctly only in more or less recent 4.x gcc. no true. It works perfectly with 3.4.6 -- Fryderyk Dziarmagowski From glen at delfi.ee Sun Jan 13 15:04:20 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 13 Jan 2008 16:04:20 +0200 Subject: [ac] rpm 4.4.9 In-Reply-To: <20080113144857.a5e46a73.freetz@gmx.net> References: <200801130202.05650.glen@delfi.ee> <200801131313.09561.arekm@maven.pl> <20080113144857.a5e46a73.freetz@gmx.net> Message-ID: <200801131604.21049.glen@delfi.ee> On Sunday 13 January 2008 15:48:57 Fryderyk Dziarmagowski wrote: > On Sun, 13 Jan 2008 13:13:09 +0100 > > Arkadiusz Miskiewicz wrote: > > On Sunday 13 of January 2008, Elan Ruusam?e wrote: > > > what's different: > > > - -Wl,as-needed is enabled (just didn't feel neccessary to kill it, > > > should work with ac gcc) > > > > AFAIK as-needed works correctly only in more or less recent 4.x gcc. > > no true. It works perfectly with 3.4.6 however pld ac has 3.3.6 -- glen From radek at pld-linux.org Sun Jan 13 23:02:15 2008 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Sun, 13 Jan 2008 22:02:15 +0000 Subject: SPECS: perl-DBD-SQLite.spec - release 2: use bundled sqlite (dumps... In-Reply-To: <200801132226.05012.arekm@pld-linux.org> References:

<200801132226.05012.arekm@pld-linux.org> Message-ID: <20080113220215.GA20501@bzium> Arkadiusz Miskiewicz [13-01-2008 21:26]: > On Sunday 13 of January 2008, radek wrote: >> Author: radek Date: Sun Jan 13 21:13:19 2008 GMT >> Module: SPECS Tag: HEAD >> ---- Log message: >> - release 2: use bundled sqlite (dumps core *sometimes* when linked with >> 3.5.4) - minor cleanup > Is internal sqlite modified? I don't know. It's 3.4.2. This might be useful: http://www.sqlite.org/34to35.html > If not then don't hide bugs and instead trace what's wrong/bugreport it. Have you checked if it has already been reported before writing this? Why not? -- 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 radek at pld-linux.org Sun Jan 13 23:22:39 2008 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Sun, 13 Jan 2008 22:22:39 +0000 Subject: SPECS: perl-DBD-SQLite.spec - release 2: use bundled sqlite (dumps... In-Reply-To: <20080113220215.GA20501@bzium> References:

<200801132226.05012.arekm@pld-linux.org> <20080113220215.GA20501@bzium> Message-ID: <20080113222239.GA22623@bzium> Radoslaw Zielinski [13-01-2008 22:02]: > Arkadiusz Miskiewicz [13-01-2008 21:26]: >> On Sunday 13 of January 2008, radek wrote: >>> Author: radek Date: Sun Jan 13 21:13:19 2008 GMT >>> Module: SPECS Tag: HEAD >>> ---- Log message: >>> - release 2: use bundled sqlite (dumps core *sometimes* when linked with 3.5.4) One interesting thing here -- first command succeeds, second one fails. No idea why. prove -bdv t/06error.t # OK echo "x:\n\tprove -bdv t/06error.t" > moo; make -f moo x # FAIL ($PWD is ~/rpm/BUILD/DBD-SQLite-1.14/ after perl Makefile.PL && make) -- 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 deejay1 at srem.org Wed Jan 16 19:00:59 2008 From: deejay1 at srem.org (=?UTF-8?Q?=C5=81ukasz_Jerna=C5=9B?=) Date: Wed, 16 Jan 2008 19:00:59 +0100 Subject: Difference between th-486 and other builders? Message-ID: <1200506459.11551.5.camel@betty.paderewskiego11> Hello. Can someone explain me the difference between th-486 and the rest of the builds? Somehow Scribus wasn't built on them, but it builds on my machine and on carme. It seems to occur pretty random :/ (I've just noticed the x64 packaging issue - will try to fix it and then blame someone for it ;) Regards, -- ?ukasz From hawk at limanowa.net Tue Jan 15 18:38:40 2008 From: hawk at limanowa.net (Marcin Krol) Date: Tue, 15 Jan 2008 18:38:40 +0100 Subject: SPECS: mysql.spec - re-enable federated; rel 5 In-Reply-To: References:

Message-ID: <478CEFA0.5090006@limanowa.net> > Author: glen Date: Sun Jan 13 00:53:46 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - re-enable federated; rel 5 Fails to build: RPM build errors: File not found by glob: /tmp/B.1fd85a/mysql-5.1.22-root-builder/usr/lib64/mysql/ha_federated.so.*.*.* M. From glen at delfi.ee Sun Jan 20 15:55:19 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 20 Jan 2008 16:55:19 +0200 Subject: [ac] rpm 4.4.9 In-Reply-To: <200801130202.05650.glen@delfi.ee> References: <200801130202.05650.glen@delfi.ee> Message-ID: <200801201655.20183.glen@delfi.ee> On Sunday 13 January 2008 02:02:04 Elan Ruusam?e wrote: > hi > > i've prepared rpm 4.4.9 and poldek for ac > any objections why not push it to ac-updates? okay. discovered some incompatible change which would be quite annoying to have, now rpm invokes triggers on same package name differently. if previously you had trigger on same name but different versions, rpm just invoked the last one, now it invokes only the first one and number of times the trigger is present: Upgrading... 1:lighttpd-mod_staticfile########################################### [ 13%] 2:lighttpd-mod_dirlisting########################################### [ 25%] 3:lighttpd ########################################### [ 38%] 4:lighttpd-mod_indexfile ########################################### [ 50%] spawn-fcgi program is now available separately from spawn-fcgi package. spawn-fcgi program is now available separately from spawn-fcgi package. 5:lighttpd-mod_access ########################################### [ 63%] lighttpd.spec: --- %triggerpostun -- %{name} <= 1.3.6-2 %banner %{name} -e < Hi, It took a hell lot of time, but finally akcyza is alive. Lists are up and running, rest of services will be up by the end of the day. Many thanks to qboosh for diagnosing the problem and working out an efficient solution. Thanks! Later this evening - at home and not from a noisy server room - I will try to explain what happened, what was already done and what will be done to avoid such a long delays in case of any breaks. Adam From hawk at limanowa.net Wed Jan 23 17:53:25 2008 From: hawk at limanowa.net (Marcin Krol) Date: Wed, 23 Jan 2008 17:53:25 +0100 Subject: INFO: Ac RM change Message-ID: <47977105.7090302@limanowa.net> [EN] In last few months I wasn't doing too much to keep PLD Ac up to date :( Most of work including FTP management was done by Elan Ruusam?e. Since I'm currently working mostly on PLD Titanium I've decide to resign from RMing Ac. Starting from today Elan Ruusam?e is release manager of PLD 2.0 (Ac). [PL] Przez ostatnie kilka miesi?cy nie po?wi?ca?em zbyt wiele czasu na utrzymywanie PLD Ac :( Wi?kszo?? prac, ??cznie z zarz?dzaniem FTP wykonywa? Elan Ruusam?e. Poniewa? obecnie pracuj? g??wnie nad PLD Titanium postanowi?em zrezygnowa? z funkcji release managera Ac. Od dzi? release managerem PLD 2.0 (Ac) jest Elan Ruusam?e. M. From qboosh at pld-linux.org Wed Jan 23 18:56:20 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Wed, 23 Jan 2008 18:56:20 +0100 Subject: SPECS: glibc.spec - kde4 uses some LC_SCRIPTS dir In-Reply-To: References:

Message-ID: <20080123175620.GC20468@stranger.qboosh.pl> On Mon, Jan 21, 2008 at 01:38:15AM +0100, glen wrote: > Author: glen Date: Mon Jan 21 00:38:15 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - kde4 uses some LC_SCRIPTS dir I don't see any LC_SCRIPTS here, it's not a valid category, just pure KDE thing so far. Nothing to change in glibc. -- Jakub Bogusz http://qboosh.pl/ From mlukaszek at gmail.com Thu Jan 24 10:04:33 2008 From: mlukaszek at gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=) Date: Thu, 24 Jan 2008 10:04:33 +0100 Subject: [ac] kernel upgrade Message-ID: $ LANG=C poldek Loading [pndir]ac... Loading [pndir]ac-updates... Loading [pndir]ac-supported... Loading [pndir]ac-ready... 17790 packages read Removed 6 duplicate packages from available set Loading [rpmdbcache]/var/lib/rpm... 553 packages loaded Welcome to the poldek shell mode. Type "help" for help with commands. poldek:/all-avail> llu available installed build date size kernel-grsecurity-2.6.16.59-2 2.6.16.57-1 2008/01/20 05:40 17.8 MB kernel-grsecurity-headers-2.6.16.59-2 2.6.16.57-1 2008/01/20 05:40 22.7 MB kernel-grsecurity-module-build-2.6.16.59-2 2.6.16.57-1 2008/01/20 05:40 3.4 MB kernel-grsecurity-source-2.6.16.59-2 2.6.16.57-1 2008/01/20 05:40 184.1 MB 4 packages, 228.0 MB poldek:/all-avail> upgrade * Processing dependencies... kernel-grsecurity-source-2.6.16.57-1 obsoleted by kernel-grsecurity-source-2.6.16.59-2 kernel-grsecurity-module-build-2.6.16.57-1 obsoleted by kernel-grsecurity-module-build-2.6.16.59-2 kernel-grsecurity-headers-2.6.16.57-1 obsoleted by kernel-grsecurity-headers-2.6.16.59-2 kernel-grsecurity-2.6.16.57-1 obsoleted by kernel-grsecurity-2.6.16.59-2 There are more than one package which provide "kernel(netfilter) >= 20051115": a) kernel-2.6.16.59-2 b) kernel-2.6.16.45-1 c) kernel-desktop-2.6.22.16-1 d) kernel-grsecurity-2.6.16.55-2 e) kernel-grsecurity-smp-2.6.16.55-2 f) kernel-laptop-2.6.22.15-1 g) kernel-smp-2.6.16.59-2 h) kernel-smp-2.6.16.45-1 Which one do you want to install ('Q' to abort)? [a] There were errors Why kernel-grsecurity-2.6.16.59-2 does not provide "kernel(netfilter) >= 20051115", whereas eg. kernel-2.6.16.59-2 does? -- regards, Micha? ?ukaszek prism at pld-linux.org From glen at delfi.ee Thu Jan 24 11:29:11 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 24 Jan 2008 12:29:11 +0200 Subject: [ac] kernel upgrade In-Reply-To: References: Message-ID: <200801241229.11508.glen@delfi.ee> On Thursday 24 January 2008 11:04:33 Micha? ?ukaszek wrote: > Why kernel-grsecurity-2.6.16.59-2 does not provide "kernel(netfilter) >= 20051115", whereas eg. kernel-2.6.16.59-2 does? because it's kernel-grsecurity(netfilter) now.... however as said already earlier those kernel <> userpsace deps don't make sense and i'll remove the one from iptables unless somebody says one good reason why these should be there. -- glen From glen at pld-linux.org Sun Jan 27 14:49:30 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 27 Jan 2008 15:49:30 +0200 Subject: Fwd: ERRORS: mbrola.spec Message-ID: <200801271549.30575.glen@pld-linux.org> 2g part for thsrc is too small only SOURCES of this package is already ~663mb please grow it on ep09 :) -- glen -------------- next part -------------- An embedded message was scrubbed... From: PLD th-src builder Subject: ERRORS: mbrola.spec Date: Sun, 27 Jan 2008 13:44:14 +0000 Size: 15793 URL: From glen at delfi.ee Tue Jan 29 10:42:47 2008 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Tue, 29 Jan 2008 11:42:47 +0200 Subject: Fwd: ERRORS: mbrola.spec In-Reply-To: <200801271549.30575.glen@pld-linux.org> References: <200801271549.30575.glen@pld-linux.org> Message-ID: <200801291142.47550.glen@delfi.ee> On Sunday 27 January 2008 15:49:30 Elan Ruusam?e wrote: > 2g part for thsrc is too small > only SOURCES of this package is already ~663mb > > please grow it on ep09 :) anyone alive? other option would be to skip building these packages: error: festival-voices-english-mbrola-en-1.4.4-0.20030803.4: req mbrola not found error: festival-voices-english-mbrola-us-1.4.4-0.20030803.4: req mbrola not found -- glen From qboosh at pld-linux.org Tue Jan 29 19:24:59 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 29 Jan 2008 19:24:59 +0100 Subject: SPECS: kernel-vanilla.spec - skip build and source symlinks from p... In-Reply-To: References:

Message-ID: <20080129182459.GB28313@stranger.qboosh.pl> On Tue, Jan 29, 2008 at 07:11:41PM +0100, glen wrote: > Author: glen Date: Tue Jan 29 18:11:41 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - skip build and source symlinks from packaging "/lib/modules/$(uname -r)/build" is the standard way to find kernel build tree when building kernel modules without use of PLD rpm. -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Tue Jan 29 19:41:53 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 29 Jan 2008 20:41:53 +0200 Subject: SPECS: kernel-vanilla.spec - skip build and source symlinks from p... In-Reply-To: <20080129182459.GB28313@stranger.qboosh.pl> References:

<20080129182459.GB28313@stranger.qboosh.pl> Message-ID: <200801292041.53519.glen@pld-linux.org> On Tuesday 29 January 2008 20:24:59 Jakub Bogusz wrote: > On Tue, Jan 29, 2008 at 07:11:41PM +0100, glen wrote: > > Author: glen Date: Tue Jan 29 18:11:41 2008 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - skip build and source symlinks from packaging > > "/lib/modules/$(uname -r)/build" is the standard way to find kernel > build tree when building kernel modules without use of PLD rpm. what about source symlink? -- glen From qboosh at pld-linux.org Tue Jan 29 19:49:18 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 29 Jan 2008 19:49:18 +0100 Subject: SPECS: kernel-vanilla.spec - skip build and source symlinks from p... In-Reply-To: <200801292041.53519.glen@pld-linux.org> References:

<20080129182459.GB28313@stranger.qboosh.pl> <200801292041.53519.glen@pld-linux.org> Message-ID: <20080129184918.GA6108@stranger.qboosh.pl> On Tue, Jan 29, 2008 at 08:41:53PM +0200, Elan Ruusam?e wrote: > On Tuesday 29 January 2008 20:24:59 Jakub Bogusz wrote: > > On Tue, Jan 29, 2008 at 07:11:41PM +0100, glen wrote: > > > Author: glen Date: Tue Jan 29 18:11:41 2008 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - skip build and source symlinks from packaging > > > > "/lib/modules/$(uname -r)/build" is the standard way to find kernel > > build tree when building kernel modules without use of PLD rpm. > > what about source symlink? As I can see in main kernel Makefile - it's the way to find kernel source tree. In general case it could differ from build dir - similarly to $(top_builddir) and $(top_srcdir) in automake. So both should exist. -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Wed Jan 30 09:31:54 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 30 Jan 2008 10:31:54 +0200 Subject: compressing 0 modules Message-ID: <200801301031.54548.glen@delfi.ee> any suggestions how to make the counting proper for empty and non-empty list? with echo -n: $ echo -n /lib/modules/2.6.22.16-3/misc/nvidia.ko | wc -l 0 $ echo -n ""| wc -l 0 with echo: $ echo /lib/modules/2.6.22.16-3/misc/nvidia.ko | wc -l 1 $ echo ""| wc -l 1 $ -- glen From gotar at polanet.pl Wed Jan 30 10:47:01 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 30 Jan 2008 10:47:01 +0100 Subject: compressing 0 modules In-Reply-To: <200801301031.54548.glen@delfi.ee> References: <200801301031.54548.glen@delfi.ee> Message-ID: <20080130094701.GA6236@pepin.polanet.pl> On Wed, Jan 30, 2008 at 10:31:54 +0200, Elan Ruusam?e wrote: > any suggestions how to make the counting proper for empty and non-empty list? > > with echo -n: > $ echo -n /lib/modules/2.6.22.16-3/misc/nvidia.ko | wc -l > 0 > > $ echo -n ""| wc -l > 0 echo "" | while read line; do [ -n "$line" ] && echo $line; done | wc -l 0 echo "asdasd" | while read line; do [ -n "$line" ] && echo $line; done | wc -l 1 -- Tomasz Pala From glen at delfi.ee Wed Jan 30 11:57:20 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Wed, 30 Jan 2008 12:57:20 +0200 Subject: compressing 0 modules In-Reply-To: <20080130094701.GA6236@pepin.polanet.pl> References: <200801301031.54548.glen@delfi.ee> <20080130094701.GA6236@pepin.polanet.pl> Message-ID: <200801301257.20279.glen@delfi.ee> On Wednesday 30 January 2008 11:47:01 Tomasz Pala wrote: > On Wed, Jan 30, 2008 at 10:31:54 +0200, Elan Ruusam?e wrote: > > any suggestions how to make the counting proper for empty and non-empty > > list? > > > > with echo -n: > > $ echo -n /lib/modules/2.6.22.16-3/misc/nvidia.ko | wc -l > > 0 > > > > $ echo -n ""| wc -l > > 0 > > echo "" | while read line; do [ -n "$line" ] && echo $line; done | wc -l > 0 > > echo "asdasd" | while read line; do [ -n "$line" ] && echo $line; done | wc > -l 1 thanks. took different approach: if [ "$files" ]; then echo "$files" | wc -l fi -- glen From qboosh at pld-linux.org Thu Jan 31 18:59:45 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 31 Jan 2008 18:59:45 +0100 Subject: SPECS: shadow.spec (REMOVED) - obsoleted by pwdutils In-Reply-To: References:

Message-ID: <20080131175944.GA2963@stranger.qboosh.pl> On Thu, Jan 24, 2008 at 11:05:16AM +0100, arekm wrote: > Author: arekm Date: Thu Jan 24 10:05:16 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - obsoleted by pwdutils BTW: shadow has a new maintainer and is not dead. Now it's hosted at http://pkg-shadow.alioth.debian.org/ and recently there was shadow-4.1.0 release. pwdutils still remains superior, but seems a bit stalled (no release since over a year, dead mailing list), so I wouldn't drop alternatives. -- Jakub Bogusz http://qboosh.pl/