From qboosh at pld-linux.org Sun Apr 2 01:52:05 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 2 Apr 2006 01:52:05 +0200 Subject: SPECS: realplayer.spec - up to 10.0.7, x86 only - previous version... In-Reply-To: References: Message-ID: <20060401235205.GA483@gruby.cs.net.pl> On Mon, Mar 27, 2006 at 04:02:40PM +0200, glen wrote: > Author: glen Date: Mon Mar 27 14:02:40 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - up to 10.0.7, x86 only or RealPlayer.spec - which one should be dropped? -- Jakub Bogusz http://qboosh.cs.net.pl/ From twittner at o2.pl Sun Apr 2 12:14:09 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Sun, 2 Apr 2006 12:14:09 +0200 Subject: SOURCES: kgtk-sh.patch (REMOVED) - replaced with sed patching In-Reply-To: References: Message-ID: <200604021214.10064.twittner@o2.pl> On Sun 2. April 2006 02:11, twittner wrote: > Author: twittner Date: Sun Apr 2 00:11:50 2006 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - replaced with sed patching I think, patching by sed is not good in general, but it is OK (and much convenient) for changing shebang's in more than one file, when sed script affects only first line ( 1s/foo/bar/ ) - I'm writing about this, because one developer sent me private e-mail with reservations about my changes. > > ---- Files affected: > SOURCES: > kgtk-sh.patch (1.1 -> NONE) (REMOVED) -- Tomasz Wittner From robert.wozny at gmail.com Sun Apr 2 14:00:03 2006 From: robert.wozny at gmail.com (robert j. wozny) Date: Sun, 02 Apr 2006 14:00:03 +0200 Subject: ep09 -> th mirror is dead In-Reply-To: References: Message-ID: wrobell wrote: > ep09 -> th mirror is dead. when it will be up? it was a rsync problem. fixed. (but I'm not a mirror admin or sth...) -- r. From hawk at limanowa.net Sun Apr 2 19:22:00 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Sun, 02 Apr 2006 19:22:00 +0200 Subject: SPECS: php.spec - disable interbase/firebird for now; it's in bad ... In-Reply-To: References: Message-ID: <44300838.9030504@limanowa.net> > Author: arekm Date: Tue Mar 28 18:24:05 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - disable interbase/firebird for now; it's in bad shape in Th How it is in Ac? If only Th has problem spec should be AC-branched and feature reenabled IMO. M. From arekm at pld-linux.org Sun Apr 2 19:28:44 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sun, 2 Apr 2006 19:28:44 +0200 Subject: SPECS: php.spec - disable interbase/firebird for now; it's in bad ... In-Reply-To: <44300838.9030504@limanowa.net> References: <44300838.9030504@limanowa.net> Message-ID: <200604021928.44549.arekm@pld-linux.org> On Sunday 02 April 2006 19:22, Marcin Kr?l wrote: > > Author: arekm Date: Tue Mar 28 18:24:05 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - disable interbase/firebird for now; it's in bad shape in Th > > How it is in Ac? If only Th has problem spec should be AC-branched and > feature reenabled IMO. AC packages were supposed to be branched from whathever is on ftp in main. Not from cvs HEAD. These changes are not on main afaik so branch point still would be earlier. > M. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at delfi.ee Sun Apr 2 20:39:43 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 2 Apr 2006 21:39:43 +0300 Subject: SPECS: realplayer.spec - up to 10.0.7, x86 only - previous version... In-Reply-To: <20060401235205.GA483@gruby.cs.net.pl> References: <20060401235205.GA483@gruby.cs.net.pl> Message-ID: <200604022139.43514.glen@delfi.ee> On Sunday 02 April 2006 02:52, Jakub Bogusz wrote: > On Mon, Mar 27, 2006 at 04:02:40PM +0200, glen wrote: > > Author: glen Date: Mon Mar 27 14:02:40 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - up to 10.0.7, x86 only > > or RealPlayer.spec - which one should be dropped? oh. didn't know about that. drop RealPlayer.spec as realplayer.spec uses it's installer, thus should be more accurate about installing. but before dropping there could be things in RealPlayer.spec worth of merging into realplayer.spec. and RealPlayer.spec seems to be cp from r1.25 of realplayer.spec according to the untruncated changelog. -- glen From radek42 at gmail.com Mon Apr 3 16:26:49 2006 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Mon, 3 Apr 2006 16:26:49 +0200 Subject: TEST build ERRORS: perl.spec In-Reply-To: References: <7ad395cc-d6f2-49a0-870a-959b3953dd5c@pld.src.builder> Message-ID: <20060403142649.GA4394@bongo> PLD ac-athlon builder [03-04-2006 14:58]: > perl.spec (HEAD): FAILED [...] > lib/ExtUtils/t/Constant...................FAILED at test 25 [...] I'd need access to builder to debug it, on my Ac/athlon it works fine. Test is performed around line 237, defining $keep_files=1 at line 25 will be helpful. -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From radek42 at gmail.com Mon Apr 3 16:42:01 2006 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Mon, 3 Apr 2006 16:42:01 +0200 Subject: new-cpan.sh, pldcpan and pure_install In-Reply-To: <200511062229.08825.glen@delfi.ee> References: <20051106192035.GA19857@drone> <200511062229.08825.glen@delfi.ee> Message-ID: <20060403144201.GA4843@bongo> Elan Ruusam?e [06-11-2005 21:29]: > On Sunday 06 November 2005 21:20, Bartek Jakubski wrote: >> Large part of new-cpan.sh script is unnecessary - pldcpan handles tar.gz >> archives just fine (and inserts md5 sums too). Using pure_install >> instead of install is trivial to change in pldcpan (spec template is at >> the end of pldcpan file). > new-cpan.sh was created because pldcpan inability to fetch sources remotely. > rest of that just evolved so. improving pldcpan to have that functionality is > great idea, just do it :) Done. -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From mmazur at kernel.pl Tue Apr 4 00:00:01 2006 From: mmazur at kernel.pl (Mariusz Mazur) Date: Tue, 4 Apr 2006 00:00:01 +0200 Subject: SPECS: pld-builder.spec - added initscript (template) for performi... In-Reply-To: References: Message-ID: <200604040000.02008.mmazur@kernel.pl> On Monday 03 April 2006 18:00, twittner wrote: > Author: twittner Date: Mon Apr 3 16:00:29 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added initscript (template) for performing administrator's tasks > for pld-builder such as mounting /proc in builder chroots, [mmazur at home PLD_Builder]$ grep mount *.py rpm_builder.py: chroot.run("test ! -f /proc/uptime && mount /proc", 'root') -- Judge others by their intentions and yourself by your results. Guy Kawasaki Education is an admirable thing, but it is well to remember from time to time that nothing that is worth knowing can be taught. Oscar Wilde From twittner at o2.pl Tue Apr 4 00:34:06 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Tue, 4 Apr 2006 00:34:06 +0200 Subject: SPECS: pld-builder.spec - added initscript (template) for performi... In-Reply-To: <200604040000.02008.mmazur@kernel.pl> References: <200604040000.02008.mmazur@kernel.pl> Message-ID: <200604040034.06802.twittner@o2.pl> On Tue 4. April 2006 00:00, Mariusz Mazur wrote: > On Monday 03 April 2006 18:00, twittner wrote: > > Author: twittner Date: Mon Apr 3 16:00:29 2006 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - added initscript (template) for performing administrator's tasks > > for pld-builder such as mounting /proc in builder chroots, > > [mmazur at home PLD_Builder]$ grep mount *.py > rpm_builder.py: chroot.run("test ! -f /proc/uptime && mount /proc", 'root') 1. What about umounting proc inside chroots when system is shutting down?: $ sudo umount /mnt/hda9 umount: /mnt/hda9: device is busy umount: /mnt/hda9: device is busy I have inside /mnt/hda9 chroots with mounted /proc 2. What about installing/removing crontables with pld-builder jobs on demand? - I have pld-builder installed on my desktop. Every minute cron runs ca 5 python interpreters performing builder tasks at the same time - it breaks playing sound. -- Tomasz Wittner From hawk at limanowa.net Tue Apr 4 00:50:11 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 04 Apr 2006 00:50:11 +0200 Subject: AC: branching - update In-Reply-To: <200603212053.27530.arekm@pld-linux.org> References: <200603212053.27530.arekm@pld-linux.org> Message-ID: <4431A6A3.90200@limanowa.net> > Under http://ep09.pld-linux.org/~arekm/ac-branch.txt there is a list of > packages which will be branched from specified revision from HEAD (branching > will be done by date). The list prepared by arekm is no longer valid because some newer packages were moved to main. Also there is no actual list ATM because some packages will be moved to main in next few days. If nothing bad will happen branching will be done this weekend (april 8-9th) based on contents of main Ac tree. Branching will not be done by date as arekm wrote but by auto-ac tags from which packages in main were built. Please do not send anything to ready tree after april 6th. Also do not move any packages from ready to main after this point. > Some specs already have AC-branch - these will not be touched. Thats still true. > Some will be > deleted on HEAD (these which are obsolete in Th like X11.spec). I'm not thinking about this right now. Anyone want to help with this when branching will be finished? > AC builders (ac-ready) will be blocked to allow AC-branch builds only. Thats still true. M. From qboosh at pld-linux.org Tue Apr 4 15:27:42 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 4 Apr 2006 15:27:42 +0200 Subject: builder bug: fetching patch from URL when it's already in CVS Message-ID: <20060404132742.GA19820@gruby.cs.net.pl> $ ./builder -bp -r LINUX_2_6 kernel.spec [...] --15:21:35-- http://bluetooth-alsa.sourceforge.net/sco-mtu.patch => `sco-mtu.patch' [...] cvs server: move away sco-mtu.patch; it is in the way C sco-mtu.patch builder shouldn't fetch anything from URLs given in SourceX/PatchX if it's present in CVS/distfiles and fetching from CVS/df is not disabled by command line option. And it didn't... till some day. It seems to be some bug introduced quite recently. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Tue Apr 4 16:20:04 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 4 Apr 2006 17:20:04 +0300 Subject: builder bug: fetching patch from URL when it's already in CVS In-Reply-To: <20060404132742.GA19820@gruby.cs.net.pl> References: <20060404132742.GA19820@gruby.cs.net.pl> Message-ID: <200604041720.05055.glen@delfi.ee> On Tuesday 04 April 2006 16:27, Jakub Bogusz wrote: > $ ./builder -bp -r LINUX_2_6 kernel.spec > [...] > --15:21:35-- http://bluetooth-alsa.sourceforge.net/sco-mtu.patch > => `sco-mtu.patch' > [...] > cvs server: move away sco-mtu.patch; it is in the way > C sco-mtu.patch > > builder shouldn't fetch anything from URLs given in SourceX/PatchX if > it's present in CVS/distfiles and fetching from CVS/df is not disabled > by command line option. And it didn't... till some day. > It seems to be some bug introduced quite recently. the builder behavior was updated, to fetch first remote urls, and then group cvs up to one single execution. the speedup was 3 minutes vs 3 seconds for kernel.spec! and with this technology how can builder know if file exists in cvs/df without fetching it via cvs up/wget? i noticed the bug too, and i wasn't sure is it worth to fix, as if the source patch and patch in cvs are identical, there's no such warning issued. so in most cases just update the patch in SOURCES? and if url and sources are not identical then there should not put full url in specfile. -- glen From ankry at green.mif.pg.gda.pl Tue Apr 4 17:09:55 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 4 Apr 2006 17:09:55 +0200 (CEST) Subject: builder bug: fetching patch from URL when it's already in CVS In-Reply-To: <200604041720.05055.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Apr 04, 2006 05:20:04 PM Message-ID: <200604041509.k34F9tHg014595@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > On Tuesday 04 April 2006 16:27, Jakub Bogusz wrote: > > $ ./builder -bp -r LINUX_2_6 kernel.spec > > [...] > > --15:21:35-- http://bluetooth-alsa.sourceforge.net/sco-mtu.patch > > => `sco-mtu.patch' > > [...] > > cvs server: move away sco-mtu.patch; it is in the way > > C sco-mtu.patch > > > > builder shouldn't fetch anything from URLs given in SourceX/PatchX if > > it's present in CVS/distfiles and fetching from CVS/df is not disabled > > by command line option. And it didn't... till some day. > > It seems to be some bug introduced quite recently. > the builder behavior was updated, to fetch first remote urls, and then group > cvs up to one single execution. the speedup was 3 minutes vs 3 seconds for > kernel.spec! and with this technology how can builder know if file exists in > cvs/df without fetching it via cvs up/wget? > > i noticed the bug too, and i wasn't sure is it worth to fix, as if the source > patch and patch in cvs are identical, there's no such warning issued. so in > most cases just update the patch in SOURCES? The main intention for disabling fetching sources by builders from URLs were security reasons. Maybe the new behaviour should be optional, for disabling it on builders? > and if url and sources are not identical then there should not put full url in > specfile. AFAIR, some sources change periodically; having an URL for them and not using distfiles you can easily know when they change and the md5 needs to be updated. Why to disable this feature? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From jajcus at jajcus.net Tue Apr 4 19:18:18 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Tue, 4 Apr 2006 19:18:18 +0200 Subject: rc-inetd sucks Message-ID: <20060404171818.GB2191@nic.nigdzie> Hello, rc-inetd is one of those unique PLD features which were supposed to make our lives easier. However, it makes simple things complicated. I am developing a kind of embedded system based on PLD. PLD is good because of detailed subpackaging and careful dependencies choice, but the rc-ined thing breaks this -- I am not able to install any tftpd server without whole rc-inetd machinery and generation of *inetd configuration (always the same) on startup is definitely not what I need. I think rc-inetd requirement should be dropped from any packages, like rc-boot is not required by our bootloaders. I guess it is another place where Suggest should be used instead of Requires. Any thoughts? Greets, Jacek From glen at delfi.ee Tue Apr 4 19:24:30 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 4 Apr 2006 20:24:30 +0300 Subject: builder bug: fetching patch from URL when it's already in CVS In-Reply-To: <200604041509.k34F9tHg014595@green.mif.pg.gda.pl> References: <200604041509.k34F9tHg014595@green.mif.pg.gda.pl> Message-ID: <200604042024.30369.glen@delfi.ee> On Tuesday 04 April 2006 18:09, Andrzej Krzysztofowicz wrote: > Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > On Tuesday 04 April 2006 16:27, Jakub Bogusz wrote: > > > $ ./builder -bp -r LINUX_2_6 kernel.spec > > > [...] > > > --15:21:35-- http://bluetooth-alsa.sourceforge.net/sco-mtu.patch > > > => `sco-mtu.patch' > > > [...] > > > cvs server: move away sco-mtu.patch; it is in the way > > > C sco-mtu.patch > > > > > > builder shouldn't fetch anything from URLs given in SourceX/PatchX if > > > it's present in CVS/distfiles and fetching from CVS/df is not disabled > > > by command line option. And it didn't... till some day. > > > It seems to be some bug introduced quite recently. > > > > the builder behavior was updated, to fetch first remote urls, and then > > group cvs up to one single execution. the speedup was 3 minutes vs 3 > > seconds for kernel.spec! and with this technology how can builder know if > > file exists in cvs/df without fetching it via cvs up/wget? > > > > i noticed the bug too, and i wasn't sure is it worth to fix, as if the > > source patch and patch in cvs are identical, there's no such warning > > issued. so in most cases just update the patch in SOURCES? > > The main intention for disabling fetching sources by builders from URLs > were security reasons. Maybe the new behaviour should be optional, for > disabling it on builders? it doesn't change for src-builders, as builders always use *only* SOURCES/distfiles, no url fetching. > > and if url and sources are not identical then there should not put full > > url in specfile. > > AFAIR, some sources change periodically; having an URL for them and not > using distfiles you can easily know when they change and the md5 needs to > be updated. Why to disable this feature? it's rather side effect ;) and there was speaken PATCHx (which have no md5), not SOURCEx, and afaik SOURCEx is not affected. -- glen From glen at delfi.ee Tue Apr 4 22:30:49 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 4 Apr 2006 23:30:49 +0300 Subject: linking voodoo Message-ID: <200604042330.50125.glen@delfi.ee> hi i've created patch [1] for versioning php symbols, for later loading both php modules (php4,php5) into same apache instance. it works so far when php extensions aren't loaded. the problem is that extensions are right now linked so they don't have version info on undefined symbols [2]. the result is crash [3] after debugging with arekm i've found that there's way to force the version in php extensions is linking php extensions with libphp_common.la so is there, 1. other way 2. problems when linking php extensions with libphp_common.la [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/php4-versioning.patch [2] $ objdump -T /usr/lib/apache1/libphp4.so |grep ts_allocate_id 00000000 DF *UND* 00000196 php4 ts_allocate_id $ objdump -T /usr/lib/php4/zlib.so |grep ts_allocate_id 00000000 D *UND* 00000000 ts_allocate_id [3] http://pastebin.com/639611 -- glen From twittner at o2.pl Tue Apr 4 23:07:27 2006 From: twittner at o2.pl (Tomasz Wittner) Date: Tue, 4 Apr 2006 23:07:27 +0200 Subject: TEST build ERRORS: perl.spec In-Reply-To: <20060403142649.GA4394@bongo> References: <7ad395cc-d6f2-49a0-870a-959b3953dd5c@pld.src.builder> <20060403142649.GA4394@bongo> Message-ID: <200604042307.27425.twittner@o2.pl> On Mon 3. April 2006 16:26, Radoslaw Zielinski wrote: > PLD ac-athlon builder [03-04-2006 14:58]: > > perl.spec (HEAD): FAILED > [...] > > lib/ExtUtils/t/Constant...................FAILED at test 25 > [...] > > I'd need access to builder to debug it, on my Ac/athlon it works fine. Maybe it fails because athlon builder works on amd64 (AFAIK)? > Test is performed around line 237, defining $keep_files=1 at line 25 > will be helpful. > -- Tomasz Wittner From ankry at green.mif.pg.gda.pl Tue Apr 4 23:41:58 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 4 Apr 2006 23:41:58 +0200 (CEST) Subject: TEST build ERRORS: perl.spec In-Reply-To: <200604042307.27425.twittner@o2.pl> from "Tomasz Wittner" at Apr 04, 2006 11:07:27 PM Message-ID: <200604042141.k34LfwvY016139@green.mif.pg.gda.pl> Tomasz Wittner wrote: > > On Mon 3. April 2006 16:26, Radoslaw Zielinski wrote: > > PLD ac-athlon builder [03-04-2006 14:58]: > > > perl.spec (HEAD): FAILED > > [...] > > > lib/ExtUtils/t/Constant...................FAILED at test 25 > > [...] > > > > I'd need access to builder to debug it, on my Ac/athlon it works fine. > Maybe it fails because athlon builder works on amd64 (AFAIK)? All x86 ac-* builders work on the same machine at the moment. > > Test is performed around line 237, defining $keep_files=1 at line 25 > > will be helpful. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From radek42 at gmail.com Wed Apr 5 09:07:20 2006 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Wed, 5 Apr 2006 09:07:20 +0200 Subject: TEST build ERRORS: perl.spec In-Reply-To: <200604042141.k34LfwvY016139@green.mif.pg.gda.pl> References: <200604042307.27425.twittner@o2.pl> <200604042141.k34LfwvY016139@green.mif.pg.gda.pl> Message-ID: <20060405070720.GA4038@bongo> Andrzej Krzysztofowicz [04-04-2006 23:41]: > Tomasz Wittner wrote: >> On Mon 3. April 2006 16:26, Radoslaw Zielinski wrote: >>> PLD ac-athlon builder [03-04-2006 14:58]: >>>> perl.spec (HEAD): FAILED >>> [...] >>>> lib/ExtUtils/t/Constant...................FAILED at test 25 >>> [...] >>> I'd need access to builder to debug it, on my Ac/athlon it works fine. >> Maybe it fails because athlon builder works on amd64 (AFAIK)? > All x86 ac-* builders work on the same machine at the moment. Investigation in progress. BTW, what's that (causes t/op/stat.t failures sometimes)? [builder2 at aksjomat ~]$ for i in `seq 3`; do ls -lL /dev|grep -q stdin; echo $?; done|grep 1|wc ls: /dev/fd: No such file or directory ls: /dev/stderr: No such file or directory ls: /dev/stdin: No such file or directory ls: /dev/stdout: No such file or directory ls: /dev/fd: No such file or directory ls: /dev/stderr: No such file or directory ls: /dev/stdin: No such file or directory ls: /dev/stdout: No such file or directory ls: /dev/fd: No such file or directory ls: /dev/stderr: No such file or directory ls: /dev/stdin: No such file or directory ls: /dev/stdout: No such file or directory 3 3 6 [builder2 at aksjomat ~]$ for i in `seq 3`; do ls -l /dev|grep -q stdin; echo $?; done|grep 1|wc 0 0 0 -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 191 bytes Desc: not available URL: From hawk at limanowa.net Wed Apr 5 10:28:02 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Wed, 05 Apr 2006 10:28:02 +0200 Subject: TEST build ERRORS: perl.spec In-Reply-To: <20060405070720.GA4038@bongo> References: <200604042307.27425.twittner@o2.pl> <200604042141.k34LfwvY016139@green.mif.pg.gda.pl> <20060405070720.GA4038@bongo> Message-ID: <44337F92.8060800@limanowa.net> > Investigation in progress. BTW, what's that (causes t/op/stat.t failures > sometimes)? Dunno. However it always fail at regen test (or something) number 25, 30, 167 (randomly) + it always passes all tests when built on root. M. From ankry at green.mif.pg.gda.pl Wed Apr 5 12:12:46 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 5 Apr 2006 12:12:46 +0200 (CEST) Subject: TEST build ERRORS: perl.spec In-Reply-To: <20060405070720.GA4038@bongo> from "Radoslaw Zielinski" at Apr 05, 2006 09:07:20 AM Message-ID: <200604051012.k35ACkZL029178@green.mif.pg.gda.pl> Radoslaw Zielinski wrote: > Andrzej Krzysztofowicz [04-04-2006 23:41]: > > Tomasz Wittner wrote: > >> On Mon 3. April 2006 16:26, Radoslaw Zielinski wrote: > >>> PLD ac-athlon builder [03-04-2006 14:= > 58]: > >>>> perl.spec (HEAD): FAILED > >>> [...] > >>>> lib/ExtUtils/t/Constant...................FAILED at test 25 > >>> [...] > >>> I'd need access to builder to debug it, on my Ac/athlon it works fine. > >> Maybe it fails because athlon builder works on amd64 (AFAIK)? > > All x86 ac-* builders work on the same machine at the moment. > > Investigation in progress. BTW, what's that (causes t/op/stat.t failures > sometimes)? > > [builder2 at aksjomat ~]$ for i in `seq 3`; do ls -lL /dev|grep -q stdin; echo= > $?; done|grep 1|wc > ls: /dev/fd: No such file or directory > ls: /dev/stderr: No such file or directory [...] Najwyrazniej zdarza sie tylko: 1. dla arch=athlon 2. dla UID>0 3. dla stdout nie bedacego terminalem [root at aksjomat /]# uname -r 2.6.8 Sprobuje zaczac od zmiany kernela na nowszy. Tam jest kernel z PLD. Podejrzewam jakis problem z grsec... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From ankry at green.mif.pg.gda.pl Wed Apr 5 12:15:28 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 5 Apr 2006 12:15:28 +0200 (CEST) Subject: TEST build ERRORS: perl.spec In-Reply-To: <200604051012.k35ACkZL029178@green.mif.pg.gda.pl> from "Andrzej Krzysztofowicz" at Apr 05, 2006 12:12:46 PM Message-ID: <200604051015.k35AFSJ8029194@green.mif.pg.gda.pl> Andrzej Krzysztofowicz wrote: > Radoslaw Zielinski wrote: > > Andrzej Krzysztofowicz [04-04-2006 23:41]: > > > Tomasz Wittner wrote: > > >> On Mon 3. April 2006 16:26, Radoslaw Zielinski wrote: > > >>> PLD ac-athlon builder [03-04-2006 14:= > > 58]: > > >>>> perl.spec (HEAD): FAILED > > >>> [...] > > >>>> lib/ExtUtils/t/Constant...................FAILED at test 25 > > >>> [...] > > >>> I'd need access to builder to debug it, on my Ac/athlon it works fine. > > >> Maybe it fails because athlon builder works on amd64 (AFAIK)? > > > All x86 ac-* builders work on the same machine at the moment. > > > > Investigation in progress. BTW, what's that (causes t/op/stat.t failures > > sometimes)? > > > > [builder2 at aksjomat ~]$ for i in `seq 3`; do ls -lL /dev|grep -q stdin; echo= > > $?; done|grep 1|wc > > ls: /dev/fd: No such file or directory > > ls: /dev/stderr: No such file or directory > [...] OOPS :) It seems to happen only when: 1. arch=athlon 2. UID>0 3. stdout is not a terminal (all at once) [root at aksjomat /]# uname -r 2.6.8 I will try to upgrade the kernel first. It is a PLD kernel. I think the problem is grsec related... -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Wed Apr 5 23:20:06 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 6 Apr 2006 00:20:06 +0300 Subject: linking voodoo In-Reply-To: <200604042330.50125.glen@delfi.ee> References: <200604042330.50125.glen@delfi.ee> Message-ID: <200604060020.06578.glen@delfi.ee> ok. there is one issue. all extensions will depend on exact minor version of php. which is overkill imho, as there already is dependency on php api version, which ought not to change inside same major releases (ie php 4.x) Requires: glibc libc.so.6 libc.so.6(GLIBC_2.0) libc.so.6(GLIBC_2.1.3) libphp_common-4.4.2.so libphp_common-4.4.2.so(php4) libtidy-0.99.so.0 php4-common tidy Wrote: /home/glen/rpm/pld/RPMS/php4-pecl-tidy-1.1-3.i686.rpm so is the version in libphp_common-4.4.2.so neccessary? maybe just have it as libphp_common4.so ? qboosh? (and could you also please check the patches i've made, as i don't know how to solve the relinking messages which imho appeared with the changes). $ ./builder -bb -R --with versioning php4 On Tuesday 04 April 2006 23:30, Elan Ruusam?e wrote: > hi > > i've created patch [1] for versioning php symbols, for later loading both > php modules (php4,php5) into same apache instance. > > it works so far when php extensions aren't loaded. the problem is that > extensions are right now linked so they don't have version info on > undefined symbols [2]. the result is crash [3] > > after debugging with arekm i've found that there's way to force the version > in php extensions is linking php extensions with libphp_common.la > > so is there, > 1. other way > 2. problems when linking php extensions with libphp_common.la > > [1] > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/php4-versioning.patch > [2] > $ objdump -T /usr/lib/apache1/libphp4.so |grep ts_allocate_id > 00000000 DF *UND* 00000196 php4 ts_allocate_id > $ objdump -T /usr/lib/php4/zlib.so |grep ts_allocate_id > 00000000 D *UND* 00000000 ts_allocate_id > [3] http://pastebin.com/639611 -- glen From hawk at limanowa.net Thu Apr 6 14:33:50 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Thu, 06 Apr 2006 14:33:50 +0200 Subject: [info] Ac builder access restrictions Message-ID: <44350AAE.4070107@limanowa.net> Due to planned CVS branching Ac builder access will be restricted to AC-branch on april 6th. If something should be sent to builders before branching will occur, let me know. M. From baggins at sith.mimuw.edu.pl Thu Apr 6 14:37:56 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 6 Apr 2006 14:37:56 +0200 Subject: [info] Ac builder access restrictions In-Reply-To: <44350AAE.4070107@limanowa.net> References: <44350AAE.4070107@limanowa.net> Message-ID: <20060406123756.GT12279@sith.mimuw.edu.pl> On Thu, 06 Apr 2006, Marcin Kr?l wrote: > Due to planned CVS branching Ac builder access will be restricted to > AC-branch on april 6th. If something should be sent to builders before > branching will occur, let me know. horde-mnemo should be upgraded, but I can't connect to (ftp|www).horde.org to do it. Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From hawk at limanowa.net Fri Apr 7 09:38:45 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Fri, 07 Apr 2006 09:38:45 +0200 Subject: rc-inetd sucks In-Reply-To: <20060404171818.GB2191@nic.nigdzie> References: <20060404171818.GB2191@nic.nigdzie> Message-ID: <44361705.4000303@limanowa.net> > Any thoughts? Yeah. I was hit by this problem few minutes ago. I'm using xinetd which has some very nice features like port redirecting which I currently need. Example entry in xinetd conf looks like this: service telnet { socket_type = stream wait = no user = root bind = 192.168.0.1 redirect = 192.168.0.100 23 } However I can't use rc-inetd to generate such entry. It will complain about DAEMON, FLAGS and SERVER being not defined while in fact they are not needed here. The ideal sollution (IMHO) would be to leave decission to administrator if he want config auto-generating enabled or disabled, ie. via some var in /etc/sysconfig/inetd or something. M. From arekm at pld-linux.org Sat Apr 8 12:01:27 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Sat, 8 Apr 2006 12:01:27 +0200 Subject: th and macromedia flash under any browser Message-ID: <200604081201.27491.arekm@pld-linux.org> Hi, Is macromedia flash working for you under Th (i686 here)? What I'm getting is white boxes identified as flash but nothing is displayed on these (no text, no graphics). Example url: http://www.miniclip.com/motherload/index.htm ps. this isn't xfs issue since I don't use font server. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From hawk at limanowa.net Sun Apr 9 00:14:58 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sun, 09 Apr 2006 00:14:58 +0200 Subject: [info] Ac branching status Message-ID: <443835E2.50107@limanowa.net> Most of the files in SPECS and SOURCES were today branched with AC-branch, however not all of them. Some files will be branched at later time (2-3 days maximum) after moving required packages from ready to main. Please be patient. Some of the packages may currently fail to build using AC-branch. This is due to errors in our CVS, ie. spec was without branch while some (not all) patches had AC-branch on some older or newer (than required) revision. Builder script hasn't moved those branches to valid revision so I'll have to do this myself :) I'll be fixing those issues tomorrow... err... today. Also builder access was restricted (as it was announced). Now Ac builders will accept requests only for AC-branch and auto-ac-* tags. M. From troll at pld-linux.org Sun Apr 9 21:18:10 2006 From: troll at pld-linux.org (Michal Chruszcz) Date: Sun, 9 Apr 2006 21:18:10 +0200 Subject: SPECS: python-Imaging.spec - updated to 1.1.5 - renamed to python-... In-Reply-To: References: Message-ID: <200604092118.10926@tintia.doriath> It seems like on Sunday 09 April 2006 21:10, troll typed: [...] > - renamed to python-PIL I'm not kidding ;-P Please, rename python-Imaging.spec to python-PIL.spec. -- Michal Chruszcz -=- Seen at http://1lo.sanok.pl/~troll/gallery/ Meet Jacek: http://photoblog.be/jacek From agaran at pld-linux.org Sun Apr 9 22:22:29 2006 From: agaran at pld-linux.org (Maciej 'Agaran' Pijanka) Date: Sun, 9 Apr 2006 22:22:29 +0200 Subject: SPECS: python-Imaging.spec - updated to 1.1.5 - renamed to python-... In-Reply-To: <200604092118.10926@tintia.doriath> References: <200604092118.10926@tintia.doriath> Message-ID: <20060409202229.GA15958@ep09.pld-linux.org> On Sun, Apr 09, 2006 at 09:18:10PM +0200, Michal Chruszcz wrote: > It seems like on Sunday 09 April 2006 21:10, troll typed: > [...] > > - renamed to python-PIL > > I'm not kidding ;-P Please, rename python-Imaging.spec to python-PIL.spec. best way is to put mv with exact file names, so it could be just copy'n'wasted^wpasted btw there was tags on that spec so not moving but only cp, cvs rm from user side to preserve branches.. -- agaran at pld dash linux dot org :: PLD Linux Developer [#133161] I do not fear computers. I fear the lack of them. [Isaac Asimov] From adgor at isn.pl Sun Apr 9 22:58:44 2006 From: adgor at isn.pl (Adam Gorzkiewicz) Date: Sun, 9 Apr 2006 22:58:44 +0200 Subject: th and macromedia flash under any browser In-Reply-To: <200604081201.27491.arekm@pld-linux.org> References: <200604081201.27491.arekm@pld-linux.org> Message-ID: <200604092259.22428.adgor@isn.pl> Dnia sobota 08 kwietnia 2006 12:01, Arkadiusz Miskiewicz napisa?: > Hi, > > Is macromedia flash working for you under Th (i686 here)? > > What I'm getting is white boxes identified as flash but nothing is > displayed on these (no text, no graphics). > > Example url: http://www.miniclip.com/motherload/index.htm SOA Anyway - i have no contents in flash contdekst menu, under the right mouse click. > ps. this isn't xfs issue since I don't use font server. -- Adam Gorzkiewicz -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 190 bytes Desc: not available URL: From aredridel at nbtsc.org Sun Apr 9 23:01:12 2006 From: aredridel at nbtsc.org (Aredridel) Date: Sun, 09 Apr 2006 15:01:12 -0600 Subject: th and macromedia flash under any browser In-Reply-To: <200604092259.22428.adgor@isn.pl> References: <200604081201.27491.arekm@pld-linux.org> <200604092259.22428.adgor@isn.pl> Message-ID: <1144616473.28745.12.camel@localhost> On Sun, 2006-04-09 at 22:58 +0200, Adam Gorzkiewicz wrote: > Dnia sobota 08 kwietnia 2006 12:01, Arkadiusz Miskiewicz napisa?: > > Hi, > > > > Is macromedia flash working for you under Th (i686 here)? > > > > What I'm getting is white boxes identified as flash but nothing is > > displayed on these (no text, no graphics). > > > > Example url: http://www.miniclip.com/motherload/index.htm > > SOA > > Anyway - i have no contents in flash contdekst menu, under the right mouse > click. Works for me -- flash 7.0.61, with composite extension enabled and render, with and without xcompmgr. Aria From hawk at limanowa.net Tue Apr 11 22:03:06 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Tue, 11 Apr 2006 22:03:06 +0200 Subject: [info] Ac branching - done Message-ID: <443C0B7A.6050703@limanowa.net> I've manually branched last three specs today. As far as I can trust my simple scripts whole Ac is now branched with AC-branch. However if you will encounter any error ie. AC-branch on wrong revision, please either fix it or let me know about it (via mail). There is at least one problematic spec: kernel-mosix.spec. It shares few sources with kernel24.spec. Since AC-branch was placed on those shared files using kernel24.spec, kernel-mosix.spec may even not build. I'm not interested in openmosix enabled kernel, so if someone plans working on this spec, please fix this problem first. For Ac STBRs, please check who-is-who in PLD-doc or send requests directly to me (mail, jabber). Before requesting STBR make sure that it can be built using AC-branch. STBRs for HEAD versions may have ~1 day delay. If anyone will need privileges to send STBRs from non-Ac branches (ie. DEVEL), let me know. M. From jajcus at jajcus.net Wed Apr 12 08:55:10 2006 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 12 Apr 2006 08:55:10 +0200 Subject: AC-branch usage suggestion Message-ID: <20060412065510.GB10336@admin1.beta> Hello, IMHO anybody who wants to work with Ac (compile things for Ac or fix bugs in Ac) should edit his ~/.builderrc to include line: CVSTAG=AC-branch This way we may avoid many stupid mistakes. It is too easy to forget passing branch name to builder or cvs. Of course anyone who wants to do big changes in PLD should not set the AC-branch as default. Greets, Jacek From glen at delfi.ee Wed Apr 12 16:09:17 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 12 Apr 2006 17:09:17 +0300 Subject: AC-branch usage suggestion In-Reply-To: <20060412065510.GB10336@admin1.beta> References: <20060412065510.GB10336@admin1.beta> Message-ID: <200604121709.17277.glen@delfi.ee> also you can (after cvs up) add to your ~/.requestrc: default_branch="AC-branch" On Wednesday 12 April 2006 09:55, Jacek Konieczny wrote: > Hello, > > IMHO anybody who wants to work with Ac (compile things for Ac or fix > bugs in Ac) should edit his ~/.builderrc to include line: > > CVSTAG=AC-branch > > This way we may avoid many stupid mistakes. It is too easy to forget > passing branch name to builder or cvs. > > Of course anyone who wants to do big changes in PLD should not set the > AC-branch as default. > > Greets, > Jacek -- glen From michal at michal.waw.pl Wed Apr 12 20:07:18 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Wed, 12 Apr 2006 20:07:18 +0200 Subject: AC-branch usage suggestion In-Reply-To: <200604121709.17277.glen@delfi.ee> References: <20060412065510.GB10336@admin1.beta> <200604121709.17277.glen@delfi.ee> Message-ID: <20060412180718.GB29260@woland.michal.waw.pl> Because it against natural reading order. Why? Topposting. What is most annoying in the Internet? -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From glen at delfi.ee Wed Apr 12 23:13:07 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 13 Apr 2006 00:13:07 +0300 Subject: AC-branch usage suggestion In-Reply-To: <20060412180718.GB29260@woland.michal.waw.pl> References: <20060412065510.GB10336@admin1.beta> <200604121709.17277.glen@delfi.ee> <20060412180718.GB29260@woland.michal.waw.pl> Message-ID: <200604130013.07548.glen@delfi.ee> On Wednesday 12 April 2006 21:07, Michal Kochanowicz wrote: > Because it against natural reading order. > Why? > Topposting. > What is most annoying in the Internet? i post to top when i don't have anything to quote, but reply to whole message. -- glen From wrobell at pld-linux.org Thu Apr 13 09:42:09 2006 From: wrobell at pld-linux.org (wrobell) Date: Thu, 13 Apr 2006 08:42:09 +0100 Subject: AC-branch usage suggestion In-Reply-To: <200604130013.07548.glen@delfi.ee> References: <20060412065510.GB10336@admin1.beta> <200604121709.17277.glen@delfi.ee> <20060412180718.GB29260@woland.michal.waw.pl> <200604130013.07548.glen@delfi.ee> Message-ID: <1144914129.25149.132.camel@RECENT-CONVERT> On Thu, 2006-04-13 at 00:13 +0300, Elan Ruusam?e wrote: > On Wednesday 12 April 2006 21:07, Michal Kochanowicz wrote: > > Because it against natural reading order. > > Why? > > Topposting. > > What is most annoying in the Internet? > i post to top when i don't have anything to quote, but reply to whole message. and you are so brave to claim that no other person will answer to yours? :) cheers, wrobell From wrobell at pld-linux.org Thu Apr 13 10:02:18 2006 From: wrobell at pld-linux.org (wrobell) Date: Thu, 13 Apr 2006 09:02:18 +0100 Subject: sending build requests for th, a proposal of rules Message-ID: <1144915339.25149.148.camel@RECENT-CONVERT> hello, th is quite usable for some of us now, so what about such two rules? 1. if you send something to th builders, then it should build on all archs. this means that if package building fails on one of the builders, then it is sender responsibility to fix this before sending another request. if you are not able to fix something, then tell about it on the list, so we can work together to fix the problem. 2. if you want to send a package to builders, then _build_ and _run_ it on your machine first. this means, that if soname changes then it is sender responsibility to rebuild or other dependant packages. if you have no time for soname play, then don't send a request to builders. if you are in middle of the process and your cat needs you, then ask other developer to finish the job. if it involves a lot of time (i.e. openssl), then tell people on the list about it. of course, this is only a proposal. i think that such rules could improve stability of system for testers. then, maybe we could gain more people to test pld th. regards, wrobell From qboosh at pld-linux.org Thu Apr 13 10:08:35 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 13 Apr 2006 10:08:35 +0200 Subject: SPECS (AC-branch): ImageMagick.spec - updated to 6.2.6-8 - added w... In-Reply-To: References: Message-ID: <20060413080835.GA25409@gruby.cs.net.pl> On Wed, Apr 05, 2006 at 10:21:49AM +0200, hawk wrote: > Author: hawk Date: Wed Apr 5 08:21:49 2006 GMT > Module: SPECS Tag: AC-branch > ---- Log message: > - updated to 6.2.6-8 There is 6.2.6-0 on HEAD. IMO (almost-)stable shouldn't step before current... -- Jakub Bogusz http://qboosh.cs.net.pl/ From mmazur at kernel.pl Thu Apr 13 13:54:29 2006 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 13 Apr 2006 13:54:29 +0200 Subject: pld-builder.new (WORKING): client/make-request.sh - add $default_b... In-Reply-To: References: Message-ID: <200604131354.29859.mmazur@kernel.pl> On Wednesday 12 April 2006 16:07, glen wrote: > Author: glen Date: Wed Apr 12 14:07:29 2006 GMT > Module: pld-builder.new Tag: WORKING > ---- Log message: > - add $default_branch support Ac isn't using the WORKING branch version of pld-builder afaik. -- Judge others by their intentions and yourself by your results. Guy Kawasaki Education is an admirable thing, but it is well to remember from time to time that nothing that is worth knowing can be taught. Oscar Wilde From michal at michal.waw.pl Thu Apr 13 13:59:09 2006 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Thu, 13 Apr 2006 13:59:09 +0200 Subject: AC-branch usage suggestion In-Reply-To: <200604130013.07548.glen@delfi.ee> References: <20060412065510.GB10336@admin1.beta> <200604121709.17277.glen@delfi.ee> <20060412180718.GB29260@woland.michal.waw.pl> <200604130013.07548.glen@delfi.ee> Message-ID: <20060413115909.GC29260@woland.michal.waw.pl> On Thu, Apr 13, 2006 at 12:13:07AM +0300, Elan Ruusam?e wrote: > i post to top when i don't have anything to quote, but reply to whole ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ If you "don't have anything to quote" why quote EVERYTHING?? If you don't have anything to quote - don't quote anything. And everybody can go to message you are replayng to, if he/she want's to read it. -- --= Michal Kochanowicz =--==--==BOFH==--==--= michal at michal.waw.pl =-- --= finger me for PGP public key or visit http://michal.waw.pl/PGP =-- --==--==--==--==--==-- Vodka. Connecting people.--==--==--==--==--==-- A chodzenie po g?rach SSIE!!! From glen at delfi.ee Thu Apr 13 15:08:06 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 13 Apr 2006 16:08:06 +0300 Subject: pld-builder.new (WORKING): client/make-request.sh - add $default_b... In-Reply-To: <200604131354.29859.mmazur@kernel.pl> References: <200604131354.29859.mmazur@kernel.pl> Message-ID: <200604131608.06821.glen@delfi.ee> On Thursday 13 April 2006 14:54, Mariusz Mazur wrote: > On Wednesday 12 April 2006 16:07, glen wrote: > > Author: glen Date: Wed Apr 12 14:07:29 2006 GMT > > Module: pld-builder.new Tag: WORKING > > ---- Log message: > > - add $default_branch support > > Ac isn't using the WORKING branch version of pld-builder afaik. dunno. i use it. works ok. feel free to propagate the change to all neccessary branches ;) -- glen From mmazur at kernel.pl Thu Apr 13 15:30:37 2006 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 13 Apr 2006 15:30:37 +0200 Subject: pld-builder.new (WORKING): client/make-request.sh - add $default_b... In-Reply-To: <200604131608.06821.glen@delfi.ee> References: <200604131354.29859.mmazur@kernel.pl> <200604131608.06821.glen@delfi.ee> Message-ID: <200604131530.37729.mmazur@kernel.pl> On Thursday 13 April 2006 15:08, Elan Ruusam?e wrote: > > Ac isn't using the WORKING branch version of pld-builder afaik. > > dunno. i use it. works ok. > feel free to propagate the change to all neccessary branches ;) Well, you feeling free was what I had in mind :) -- Judge others by their intentions and yourself by your results. Guy Kawasaki Education is an admirable thing, but it is well to remember from time to time that nothing that is worth knowing can be taught. Oscar Wilde From freetz at gmx.net Thu Apr 13 17:59:19 2006 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Thu, 13 Apr 2006 17:59:19 +0200 Subject: sending build requests for th, a proposal of rules In-Reply-To: <1144915339.25149.148.camel@RECENT-CONVERT> References: <1144915339.25149.148.camel@RECENT-CONVERT> Message-ID: <20060413175919.4e77d467.freetz@gmx.net> --- wrobell wrote: > hello, hi, > th is quite usable for some of us now, so what about > such two rules? > > 1. if you send something to th builders, then it should > build on all archs. this means that if package building > fails on one of the builders, then it is sender responsibility > to fix this before sending another request. > > if you are not able to fix something, then tell about it on the list, > so we can work together to fix the problem. > > 2. if you want to send a package to builders, then _build_ and _run_ it > on your machine first. this means, that if soname changes then > it is sender responsibility to rebuild or other dependant packages. > > if you have no time for soname play, then don't send a request to > builders. if you are in middle of the process and your cat needs > you, then ask other developer to finish the job. > > if it involves a lot of time (i.e. openssl), then tell people on > the list about it. > > > of course, this is only a proposal. i think that such rules could > improve stability of system for testers. then, maybe we could > gain more people to test pld th. simple and clear rules. Th is not a trash, it's very usable (thx to pluto's work) and should stay so. So, dear developer, don't forget to check wrobell's words before sending a builder request. -- Fryderyk Dziarmagowski From arekm at pld-linux.org Thu Apr 13 23:38:36 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 13 Apr 2006 23:38:36 +0200 Subject: qt 3.3.6 [was Re: th and macromedia flash under any browser] In-Reply-To: <1144616473.28745.12.camel@localhost> References: <200604081201.27491.arekm@pld-linux.org> <200604092259.22428.adgor@isn.pl> <1144616473.28745.12.camel@localhost> Message-ID: <200604132338.36660.arekm@pld-linux.org> On Sunday 09 April 2006 23:01, Aredridel wrote: > On Sun, 2006-04-09 at 22:58 +0200, Adam Gorzkiewicz wrote: > > Dnia sobota 08 kwietnia 2006 12:01, Arkadiusz Miskiewicz napisa?: > > > Hi, > > > > > > Is macromedia flash working for you under Th (i686 here)? > > > > > > What I'm getting is white boxes identified as flash but nothing is > > > displayed on these (no text, no graphics). > > > > > > Example url: http://www.miniclip.com/motherload/index.htm > > > > SOA > > > > Anyway - i have no contents in flash contdekst menu, under the right > > mouse click. > > Works for me -- flash 7.0.61, with composite extension enabled and > render, with and without xcompmgr. Composite - that was it. After disabling composite I'm seeing flash animations properly! Now new problem appeared. qt 3.3.6-1 from Th. When upgrading to it my fonts became very, very small. Downgrading qt back to 3.3.5 snapshot fixed font problem. Anyone? > Aria -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From arekm at pld-linux.org Fri Apr 14 09:36:36 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 14 Apr 2006 09:36:36 +0200 Subject: qt 3.3.6 [was Re: th and macromedia flash under any browser] In-Reply-To: <200604132338.36660.arekm@pld-linux.org> References: <200604081201.27491.arekm@pld-linux.org> <1144616473.28745.12.camel@localhost> <200604132338.36660.arekm@pld-linux.org> Message-ID: <200604140936.36080.arekm@pld-linux.org> On Thursday 13 April 2006 23:38, Arkadiusz Miskiewicz wrote: > Now new problem appeared. qt 3.3.6-1 from Th. When upgrading to it my fonts > became very, very small. Downgrading qt back to 3.3.5 snapshot fixed font > problem. > > Anyone? 3.3.6-1.1 from Th doesn't have that problem (in it two font related patches were commented out). > > > Aria -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From pluto at agmk.net Fri Apr 14 10:12:39 2006 From: pluto at agmk.net (=?iso-8859-2?q?Pawe=B3_Sikora?=) Date: Fri, 14 Apr 2006 10:12:39 +0200 Subject: qt 3.3.6 [was Re: th and macromedia flash under any browser] In-Reply-To: <200604140936.36080.arekm@pld-linux.org> References: <200604081201.27491.arekm@pld-linux.org> <200604132338.36660.arekm@pld-linux.org> <200604140936.36080.arekm@pld-linux.org> Message-ID: <200604141012.39916.pluto@agmk.net> Dnia pi?tek, 14 kwietnia 2006 09:36, Arkadiusz Miskiewicz napisa?: > On Thursday 13 April 2006 23:38, Arkadiusz Miskiewicz wrote: > > Now new problem appeared. qt 3.3.6-1 from Th. When upgrading to it my > > fonts became very, very small. Downgrading qt back to 3.3.5 snapshot > > fixed font problem. > > > > Anyone? > > 3.3.6-1.1 from Th doesn't have that problem (in it two font related patches > were commented out). qt-3.3.6-1 from th works for me, so $(cvs diff -u -r1.355 -r1.356 qt.spec) is not quite correct. From arekm at pld-linux.org Fri Apr 14 10:18:42 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 14 Apr 2006 10:18:42 +0200 Subject: qt 3.3.6 [was Re: th and macromedia flash under any browser] In-Reply-To: <200604141012.39916.pluto@agmk.net> References: <200604081201.27491.arekm@pld-linux.org> <200604140936.36080.arekm@pld-linux.org> <200604141012.39916.pluto@agmk.net> Message-ID: <200604141018.42050.arekm@pld-linux.org> On Friday 14 April 2006 10:12, Pawe? Sikora wrote: > Dnia pi?tek, 14 kwietnia 2006 09:36, Arkadiusz Miskiewicz napisa?: > > On Thursday 13 April 2006 23:38, Arkadiusz Miskiewicz wrote: > > > Now new problem appeared. qt 3.3.6-1 from Th. When upgrading to it my > > > fonts became very, very small. Downgrading qt back to 3.3.5 snapshot > > > fixed font problem. > > > > > > Anyone? > > > > 3.3.6-1.1 from Th doesn't have that problem (in it two font related > > patches were commented out). > > qt-3.3.6-1 from th works for me, And do you have wsxga? I think that's the problem with bigger resolutions on DisplaySize much lower than default in X. > so $(cvs diff -u -r1.355 -r1.356 qt.spec) is not quite correct. It was also dropped on qt-copy branch for some reason (not mentioned in changelog unfortunately). Do we really know what these patches are for? -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From arekm at pld-linux.org Fri Apr 14 11:57:19 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 14 Apr 2006 11:57:19 +0200 Subject: sending build requests for th, a proposal of rules In-Reply-To: <1144915339.25149.148.camel@RECENT-CONVERT> References: <1144915339.25149.148.camel@RECENT-CONVERT> Message-ID: <200604141157.19053.arekm@pld-linux.org> On Thursday 13 April 2006 10:02, wrobell wrote: > hello, > > th is quite usable for some of us now, so what about > such two rules? > > 1. if you send something to th builders, then it should > build on all archs. this means that if package building > fails on one of the builders, then it is sender responsibility > to fix this before sending another request. > > if you are not able to fix something, then tell about it on the list, > so we can work together to fix the problem. But we do not have something like ac-test in Th :( There is some hidden test without poldek indexes (which makes the think much less useable). > > 2. if you want to send a package to builders, then _build_ and _run_ it > on your machine first. this means, that if soname changes then > it is sender responsibility to rebuild or other dependant packages. > > if you have no time for soname play, then don't send a request to > builders. if you are in middle of the process and your cat needs > you, then ask other developer to finish the job. > > if it involves a lot of time (i.e. openssl), then tell people on > the list about it. There are two packages currently with soname changes. expat and openssl. expat case isn't yet clear and rebuilding stuff for openssl and then again for expat would be stupid. So openssl has to wait. It didn't upgrade on builders so what the problem? > of course, this is only a proposal. i think that such rules could > improve stability of system for testers. then, maybe we could > gain more people to test pld th. Proposal is fine for th-main and th-ready and would be fine for all th* if we had ac-test like thing. Current th-test is afaik something different. I don't know how packages flow is done in th right now. > regards, > > wrobell -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From arekm at pld-linux.org Fri Apr 14 21:46:45 2006 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 14 Apr 2006 21:46:45 +0200 Subject: th, ruby blocks koffice Message-ID: <200604142146.45817.arekm@pld-linux.org> Hi, New ruby contains fix for eaccess() duplication which is needed to build new koffice. Unfortunately ruby build fails on th-ppc: ppc-pld-linux-gcc -O2 -fsigned-char -ggdb -fPIC -DRUBY_EXPORT -I. -I. -c version.c ppc-pld-linux-gcc -O2 -fsigned-char -ggdb -fPIC -DRUBY_EXPORT -I. -I. -c dmyext.c ar rcu libruby-static.a array.o bignum.o class.o compar.o dir.o dln.o enum.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o variable.o version.o dmyext.o ppc-pld-linux-gcc -O2 -fsigned-char -ggdb -fPIC -DRUBY_EXPORT -I. -I. -c main.c ppc-pld-linux-gcc main.o libruby-static.a -lpthread -ldl -lcrypt -lm -o miniruby -O2 -fsigned-char -ggdb -fPIC -DRUBY_EXPORT -rdynamic -Wl,-export-dynamic rbconfig.rb updated ppc-pld-linux-gcc -shared -Wl,-soname,libruby.so.1.8 array.o bignum.o class.o compar.o dir.o dln.o enum.o error.o eval.o file.o gc.o hash.o inits.o io.o marshal.o math.o numeric.o object.o pack.o parse.o process.o prec.o random.o range.o re.o regex.o ruby.o signal.o sprintf.o st.o string.o struct.o time.o util.o variable.o version.o dmyext.o -lpthread -ldl -lcrypt -lm -o libruby.so.1.8.4 compiling Win32API /home/users/builder/rpm/BUILD/ruby-1.8.4/lib/mkmf.rb:804: [BUG] Segmentation fault ruby 1.8.4 (2005-12-24) [powerpc-linux] Unfortunately I no longer have linux-ppc machine and I have no access to th ppc builder. wrobell? -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From loc at toya.net.pl Fri Apr 14 23:51:26 2006 From: loc at toya.net.pl (=?UTF-8?B?SmFrdWIgUGlvdHIgQ8WCYXBh?=) Date: Fri, 14 Apr 2006 23:51:26 +0200 Subject: SoC 2006 Message-ID: <4440195E.6050708@toya.net.pl> Djurban said it has been different last year but it seems (according to the FAQ) that the mentor of a SoC 2006 project can be a company or even private person. Maybe we should consider applying? Long story short: $4500 for the participating student + $500 for the mentor organization (or for the mentor himself) for a OpenSource project finished by 1st September 2006. From glen at delfi.ee Sat Apr 15 12:16:32 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 15 Apr 2006 13:16:32 +0300 Subject: Fwd: ERRORS: ircd-ptlink.spec Message-ID: <200604151316.33216.glen@delfi.ee> any one know why this fails on builders? it builds ok on my pc. is it somehow related to 32bit devel libraries being installed? and how to fix linking in that case? ---------- Forwarded Message ---------- Subject: ERRORS: ircd-ptlink.spec Date: Saturday 15 April 2006 12:16 From: PLD ac-amd64 builder To: glen at pld-linux.org Cc: pld-logs-builder at lists.pld-linux.org ircd-ptlink.spec (auto-ac-ircd-ptlink-6_19_4-1): FAILED --- ircd-ptlink.spec:auto-ac-ircd-ptlink-6_19_4-1: Build-Time: user:22.75s sys:7.69s real:39.00s (faults io:79 non-io:803487) *** buildlog for ircd-ptlink.spec request from: glen started at: Sat Apr 15 11:15:36 2006 fetching http://ep09.pld-linux.org/~buildsrc/srpms/930a88c4-e862-4a06-8fab-4f9b5e4e0e b4/ircd-ptlink-6.19.4-1.src.rpm fetched 790270 bytes, 293.3 K/s installing srpm: ircd-ptlink-6.19.4-1.src.rpm checking BR no BR needed building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.cf12b1 nice -n 18 rpmbuild -bb --target amd64-pld-linux ircd-ptlink.spec Building target platforms: amd64-pld-linux Building for target amd64-pld-linux Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.91912 + umask 022 + cd /home/users/builder/rpm/BUILD + LANG=C + export LANG + unset DISPLAY + : + unset LINGUAS + : + cd /home/users/builder/rpm/BUILD + rm -rf PTlink6.19.4 + /bin/gzip -dc /home/users/builder/rpm/SOURCES/PTlink6.19.4.tar.gz + tar -xf - + STATUS=0 + [ 0 -ne 0 ] + cd PTlink6.19.4 + /bin/id -u + [ 1505 = 0 ] + true . + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + echo Patch #0 (ircd-ptlink-config.patch): Patch #0 (ircd-ptlink-config.patch): + patch -p1 -s + < /home/users/builder/rpm/SOURCES/ircd-ptlink-config.patch + mv -f autoconf/configure.in autoconf/acconfig.h . + exit 0 Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.91912 + umask 022 + cd /home/users/builder/rpm/BUILD + cd PTlink6.19.4 + LANG=C + export LANG + unset DISPLAY + : + unset LINGUAS + : + cp -f /usr/share/automake/config.guess /usr/share/automake/config.sub autoconf + aclocal configure.in:11: warning: underquoted definition of BOLD_MESSAGE run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal + autoconf + CFLAGS=-O2 + ./configure LDFLAGS= CFLAGS=-O2 CXXFLAGS=-O2 FFLAGS=-O2 CPPFLAGS= CC=amd64-pld-linux-gcc CXX=amd64-pld-linux-g++ --host=amd64-pld-linux --build=amd64-pld-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc/ircd --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/lib64 --localstatedir=/var/lib/ircd --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --x-libraries=/usr/X11R6/lib64 --enable-ipv6 --enable-utf-8 Configuring Hybrid6/PTlink6.19.4 ... checking for amd64-pld-linux-gcc... amd64-pld-linux-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether amd64-pld-linux-gcc accepts -g... yes checking for amd64-pld-linux-gcc option to accept ANSI C... none needed checking for strerror in -lcposix... no checking build system type... x86_64-pld-linux-gnu checking host system type... x86_64-pld-linux-gnu checking target system type... x86_64-pld-linux-gnu checking whether make sets $(MAKE)... yes checking for rm... /bin/rm checking for cp... /bin/cp checking for ar... /usr/bin/ar checking for a BSD-compatible install... /usr/bin/install -c checking for gethostbyname in -lnsl... yes checking for res_mkquery... no checking for res_mkquery in -lresolv... no checking for socket in -lsocket... no checking for crypt... no checking for crypt in -ldescrypt... no checking for crypt in -lcrypt... yes checking for inet_ntoa... yes checking for inet_aton... yes checking how to run the C preprocessor... amd64-pld-linux-gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking for string.h... (cached) yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking crypt.h usability... yes checking crypt.h presence... yes checking for crypt.h... yes checking stdarg.h usability... yes checking stdarg.h presence... yes checking for stdarg.h... yes checking whether amd64-pld-linux-gcc needs -traditional... no checking for deflate in -lz... yes checking for zlibVersion... yes checking for poll... yes checking for setenv... yes checking for poll... (cached) yes checking for non-blocking socket implementation... O_NONBLOCK checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking signal implementation... bsd checking whether to use our own crypt routines... no checking whether to support hebrew chars on nicknames... no checking whether to support korean chars on nicknames... no checking whether to support utf-8 chars on nicknames... yes checking whether to enable flooddelay... yes checking for IPv6... yes checking whether to use adns... no configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating adns/Makefile config.status: creating tools/Makefile config.status: creating include/setup.h Configuration: IRCd version:............. Hybrid6/PTlink6.19.4 Compiler:................. amd64-pld-linux-gcc Binary path:.............. /usr/bin Config path:.............. /etc/ircd Var path:................. /var/lib/ircd Options:.................. utf-8 IPv6 NoADNS + /usr/bin/make LIBDIR=/usr/lib64 Building src make[1]: Entering directory `/home/users/builder/rpm/BUILD/PTlink6.19.4/src' amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c adns.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c channel.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c class.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c client.c client.c: In function `check_pings': client.c:275: warning: cast from pointer to integer of different size amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c crypt.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c dbuf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c dconf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c dline_conf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c fdlist.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c fileio.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c flud.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c hash.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c help.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c irc_string.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c ircd.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c ircd_signal.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c list.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c listener.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_admin.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_away.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_bots.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_capab.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_close.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_codepage.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_connect.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_dccdenys.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_die.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_error.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_floodex.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_gline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_helpers.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_htm.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ircops.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_imode.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_info.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ison.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_kill.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_kline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_links.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_list.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_locops.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_lost.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ltrace.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_lusers.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_map.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_message.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_mode.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_oper.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_pass.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ping.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_pong.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_quit.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_rehash.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_restart.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_server.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_set.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_setname.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_silence.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_squit.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_stats.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svinfo.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svsadmin.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svsguest.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svsinfo.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svsmode.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_time.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_trace.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ungline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_unkline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_userhost.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_users.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_version.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_wallops.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_watch.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_who.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_whois.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_zombies.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c match.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c md5.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c motd.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c mtrie_conf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c oratime.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c numeric.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c packet.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c parse.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c res.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c restart.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_auth.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_bsd.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_conf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_debug.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_log.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_misc.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_serv.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_services.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_stats.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_user.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_zip.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c scache.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c send.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c spoof.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c sprintf_irc.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c sqline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c ssl.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c svline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c sxline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c throttle.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c unicode.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c vlinks.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c whowas.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c zline.c /bin/sh ./version.c.SH Extracting IRC/src/version.c... amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c version.c amd64-pld-linux-gcc -o ircd adns.o channel.o class.o client.o crypt.o dbuf.o dconf.o dline_conf.o fdlist.o fileio.o flud.o hash.o help.o irc_string.o ircd.o ircd_signal.o list.o listener.o m_admin.o m_away.o m_bots.o m_capab.o m_close.o m_codepage.o m_connect.o m_dccdenys.o m_die.o m_error.o m_floodex.o m_gline.o m_helpers.o m_htm.o m_ircops.o m_imode.o m_info.o m_ison.o m_kill.o m_kline.o m_links.o m_list.o m_locops.o m_lost.o m_ltrace.o m_lusers.o m_map.o m_message.o m_mode.o m_oper.o m_pass.o m_ping.o m_pong.o m_quit.o m_rehash.o m_restart.o m_server.o m_set.o m_setname.o m_silence.o m_squit.o m_stats.o m_svinfo.o m_svsadmin.o m_svsguest.o m_svsinfo.o m_svsmode.o m_time.o m_trace.o m_ungline.o m_unkline.o m_userhost.o m_users.o m_version.o m_wallops.o m_watch.o m_who.o m_whois.o m_zombies.o match.o md5.o motd.o mtrie_conf.o oratime.o numeric.o packet.o parse.o res.o restart.o s_auth.o s_bsd.o s_conf.o s_debug.o s_log.o s_misc.o s_serv.o s_services.o s_stats.o s_user.o s_z ip.o scache.o send.o spoof.o sprintf_irc.o sqline.o ssl.o svline.o sxline.o throttle.o unicode.o vlinks.o whowas.o zline.o version.o -lz -lcrypt -lnsl res.o(.text+0xbe2): In function `query_name': /home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:790: undefined reference to `__res_mkquery' res.o(.text+0xdec): In function `proc_answer': /home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:942: undefined reference to `__dn_expand' res.o(.text+0xe24):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:966: undefined reference to `_getshort' res.o(.text+0xe33):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:969: undefined reference to `_getshort' res.o(.text+0xe46):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:972: undefined reference to `_getlong' res.o(.text+0xe5d):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:975: undefined reference to `_getshort' res.o(.text+0x1024):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:103 3: undefined reference to `__dn_expand' res.o(.text+0x10d7):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:934 : undefined reference to `__dn_skipname' collect2: ld returned 1 exit status make[1]: *** [ircd] Error 1 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/PTlink6.19.4/src' Building tools make[1]: Entering directory `/home/users/builder/rpm/BUILD/PTlink6.19.4/tools' amd64-pld-linux-gcc -g -O2 -DNDEBUG -I../include -c viconf.c amd64-pld-linux-gcc -o viconf viconf.o -lz -lcrypt -lnsl amd64-pld-linux-gcc -g -O2 -DNDEBUG -I../include -c mkpasswd.c amd64-pld-linux-gcc -o mkpasswd mkpasswd.o -lz -lcrypt -lnsl amd64-pld-linux-gcc -g -O2 -DNDEBUG -I../include -c fixklines.c amd64-pld-linux-gcc -o fixklines fixklines.o -lz -lcrypt -lnsl amd64-pld-linux-gcc -g -O2 -DNDEBUG -I../include -c killircd.c amd64-pld-linux-gcc -o killircd killircd.o -lz -lcrypt -lnsl make[1]: Leaving directory `/home/users/builder/rpm/BUILD/PTlink6.19.4/tools' Now type 'make install' . + exit 0 Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.11921 + umask 022 + cd /home/users/builder/rpm/BUILD + cd PTlink6.19.4 + LANG=C + export LANG + unset DISPLAY + : + unset LINGUAS + : + rm -rf /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder + install -d /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/var/log/ircd /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/etc/ircd /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd/modules /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd/modules/autoloa d /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd/tools /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd/help /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/sbin /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/share/man/man8 /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/etc/rc.d/init.d /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/etc/sysconfig /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/var/lib/ircd + install src/ircd /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/sbin/ircd install: cannot stat `src/ircd': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.11921 (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.11921 (%install) error: No files produced. Begin-PLD-Builder-Info Build-Time: user:22.75s sys:7.69s real:39.00s (faults io:79 non-io:803487) End-PLD-Builder-Info ------------------------------------------------------- -- glen -- glen -------------- next part -------------- ircd-ptlink.spec (auto-ac-ircd-ptlink-6_19_4-1): FAILED --- ircd-ptlink.spec:auto-ac-ircd-ptlink-6_19_4-1: Build-Time: user:22.75s sys:7.69s real:39.00s (faults io:79 non-io:803487) *** buildlog for ircd-ptlink.spec request from: glen started at: Sat Apr 15 11:15:36 2006 fetching http://ep09.pld-linux.org/~buildsrc/srpms/930a88c4-e862-4a06-8fab-4f9b5e4e0eb4/ircd-ptlink-6.19.4-1.src.rpm fetched 790270 bytes, 293.3 K/s installing srpm: ircd-ptlink-6.19.4-1.src.rpm checking BR no BR needed building RPM using: cd rpm/SPECS; TMPDIR=/tmp/B.cf12b1 nice -n 18 rpmbuild -bb --target amd64-pld-linux ircd-ptlink.spec Building target platforms: amd64-pld-linux Building for target amd64-pld-linux Executing(%prep): /bin/sh -e /var/tmp/rpm-tmp.91912 + umask 022 + cd /home/users/builder/rpm/BUILD + LANG=C + export LANG + unset DISPLAY + : + unset LINGUAS + : + cd /home/users/builder/rpm/BUILD + rm -rf PTlink6.19.4 + /bin/gzip -dc /home/users/builder/rpm/SOURCES/PTlink6.19.4.tar.gz + tar -xf - + STATUS=0 + [ 0 -ne 0 ] + cd PTlink6.19.4 + /bin/id -u + [ 1505 = 0 ] + true . + /bin/chmod -Rf a+rX,u+w,g-w,o-w . + echo Patch #0 (ircd-ptlink-config.patch): Patch #0 (ircd-ptlink-config.patch): + patch -p1 -s + < /home/users/builder/rpm/SOURCES/ircd-ptlink-config.patch + mv -f autoconf/configure.in autoconf/acconfig.h . + exit 0 Executing(%build): /bin/sh -e /var/tmp/rpm-tmp.91912 + umask 022 + cd /home/users/builder/rpm/BUILD + cd PTlink6.19.4 + LANG=C + export LANG + unset DISPLAY + : + unset LINGUAS + : + cp -f /usr/share/automake/config.guess /usr/share/automake/config.sub autoconf + aclocal configure.in:11: warning: underquoted definition of BOLD_MESSAGE run info '(automake)Extending aclocal' or see http://sources.redhat.com/automake/automake.html#Extending-aclocal + autoconf + CFLAGS=-O2 + ./configure LDFLAGS= CFLAGS=-O2 CXXFLAGS=-O2 FFLAGS=-O2 CPPFLAGS= CC=amd64-pld-linux-gcc CXX=amd64-pld-linux-g++ --host=amd64-pld-linux --build=amd64-pld-linux --prefix=/usr --exec-prefix=/usr --bindir=/usr/bin --sbindir=/usr/sbin --sysconfdir=/etc/ircd --datadir=/usr/share --includedir=/usr/include --libdir=/usr/lib64 --libexecdir=/usr/lib64 --localstatedir=/var/lib/ircd --sharedstatedir=/var/lib --mandir=/usr/share/man --infodir=/usr/share/info --x-libraries=/usr/X11R6/lib64 --enable-ipv6 --enable-utf-8 Configuring Hybrid6/PTlink6.19.4 ... checking for amd64-pld-linux-gcc... amd64-pld-linux-gcc checking for C compiler default output file name... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for suffix of executables... checking for suffix of object files... o checking whether we are using the GNU C compiler... yes checking whether amd64-pld-linux-gcc accepts -g... yes checking for amd64-pld-linux-gcc option to accept ANSI C... none needed checking for strerror in -lcposix... no checking build system type... x86_64-pld-linux-gnu checking host system type... x86_64-pld-linux-gnu checking target system type... x86_64-pld-linux-gnu checking whether make sets $(MAKE)... yes checking for rm... /bin/rm checking for cp... /bin/cp checking for ar... /usr/bin/ar checking for a BSD-compatible install... /usr/bin/install -c checking for gethostbyname in -lnsl... yes checking for res_mkquery... no checking for res_mkquery in -lresolv... no checking for socket in -lsocket... no checking for crypt... no checking for crypt in -ldescrypt... no checking for crypt in -lcrypt... yes checking for inet_ntoa... yes checking for inet_aton... yes checking how to run the C preprocessor... amd64-pld-linux-gcc -E checking for egrep... grep -E checking for ANSI C header files... yes checking for sys/types.h... yes checking for sys/stat.h... yes checking for stdlib.h... yes checking for string.h... yes checking for memory.h... yes checking for strings.h... yes checking for inttypes.h... yes checking for stdint.h... yes checking for unistd.h... yes checking sys/param.h usability... yes checking sys/param.h presence... yes checking for sys/param.h... yes checking sys/select.h usability... yes checking sys/select.h presence... yes checking for sys/select.h... yes checking errno.h usability... yes checking errno.h presence... yes checking for errno.h... yes checking for string.h... (cached) yes checking stddef.h usability... yes checking stddef.h presence... yes checking for stddef.h... yes checking getopt.h usability... yes checking getopt.h presence... yes checking for getopt.h... yes checking crypt.h usability... yes checking crypt.h presence... yes checking for crypt.h... yes checking stdarg.h usability... yes checking stdarg.h presence... yes checking for stdarg.h... yes checking whether amd64-pld-linux-gcc needs -traditional... no checking for deflate in -lz... yes checking for zlibVersion... yes checking for poll... yes checking for setenv... yes checking for poll... (cached) yes checking for non-blocking socket implementation... O_NONBLOCK checking for stdlib.h... (cached) yes checking for unistd.h... (cached) yes checking for getpagesize... yes checking for working mmap... yes checking signal implementation... bsd checking whether to use our own crypt routines... no checking whether to support hebrew chars on nicknames... no checking whether to support korean chars on nicknames... no checking whether to support utf-8 chars on nicknames... yes checking whether to enable flooddelay... yes checking for IPv6... yes checking whether to use adns... no configure: creating ./config.status config.status: creating Makefile config.status: creating src/Makefile config.status: creating adns/Makefile config.status: creating tools/Makefile config.status: creating include/setup.h Configuration: IRCd version:............. Hybrid6/PTlink6.19.4 Compiler:................. amd64-pld-linux-gcc Binary path:.............. /usr/bin Config path:.............. /etc/ircd Var path:................. /var/lib/ircd Options:.................. utf-8 IPv6 NoADNS + /usr/bin/make LIBDIR=/usr/lib64 Building src make[1]: Entering directory `/home/users/builder/rpm/BUILD/PTlink6.19.4/src' amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c adns.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c channel.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c class.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c client.c client.c: In function `check_pings': client.c:275: warning: cast from pointer to integer of different size amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c crypt.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c dbuf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c dconf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c dline_conf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c fdlist.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c fileio.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c flud.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c hash.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c help.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c irc_string.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c ircd.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c ircd_signal.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c list.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c listener.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_admin.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_away.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_bots.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_capab.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_close.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_codepage.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_connect.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_dccdenys.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_die.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_error.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_floodex.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_gline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_helpers.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_htm.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ircops.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_imode.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_info.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ison.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_kill.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_kline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_links.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_list.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_locops.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_lost.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ltrace.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_lusers.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_map.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_message.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_mode.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_oper.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_pass.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ping.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_pong.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_quit.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_rehash.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_restart.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_server.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_set.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_setname.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_silence.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_squit.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_stats.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svinfo.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svsadmin.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svsguest.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svsinfo.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_svsmode.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_time.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_trace.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_ungline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_unkline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_userhost.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_users.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_version.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_wallops.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_watch.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_who.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_whois.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c m_zombies.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c match.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c md5.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c motd.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c mtrie_conf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c oratime.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c numeric.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c packet.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c parse.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c res.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c restart.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_auth.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_bsd.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_conf.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_debug.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_log.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_misc.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_serv.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_services.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_stats.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_user.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c s_zip.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c scache.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c send.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c spoof.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c sprintf_irc.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c sqline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c ssl.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c svline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c sxline.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c throttle.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c unicode.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c vlinks.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c whowas.c amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c zline.c /bin/sh ./version.c.SH Extracting IRC/src/version.c... amd64-pld-linux-gcc -I../include -g -O2 -DNDEBUG -c version.c amd64-pld-linux-gcc -o ircd adns.o channel.o class.o client.o crypt.o dbuf.o dconf.o dline_conf.o fdlist.o fileio.o flud.o hash.o help.o irc_string.o ircd.o ircd_signal.o list.o listener.o m_admin.o m_away.o m_bots.o m_capab.o m_close.o m_codepage.o m_connect.o m_dccdenys.o m_die.o m_error.o m_floodex.o m_gline.o m_helpers.o m_htm.o m_ircops.o m_imode.o m_info.o m_ison.o m_kill.o m_kline.o m_links.o m_list.o m_locops.o m_lost.o m_ltrace.o m_lusers.o m_map.o m_message.o m_mode.o m_oper.o m_pass.o m_ping.o m_pong.o m_quit.o m_rehash.o m_restart.o m_server.o m_set.o m_setname.o m_silence.o m_squit.o m_stats.o m_svinfo.o m_svsadmin.o m_svsguest.o m_svsinfo.o m_svsmode.o m_time.o m_trace.o m_ungline.o m_unkline.o m_userhost.o m_users.o m_version.o m_wallops.o m_watch.o m_who.o m_whois.o m_zombies.o match.o md5.o motd.o mtrie_conf.o oratime.o numeric.o packet.o parse.o res.o restart.o s_auth.o s_bsd.o s_conf.o s_debug.o s_log.o s_misc.o s_serv.o s_services.o s_stats.o s_user.o s_z ip.o scache.o send.o spoof.o sprintf_irc.o sqline.o ssl.o svline.o sxline.o throttle.o unicode.o vlinks.o whowas.o zline.o version.o -lz -lcrypt -lnsl res.o(.text+0xbe2): In function `query_name': /home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:790: undefined reference to `__res_mkquery' res.o(.text+0xdec): In function `proc_answer': /home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:942: undefined reference to `__dn_expand' res.o(.text+0xe24):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:966: undefined reference to `_getshort' res.o(.text+0xe33):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:969: undefined reference to `_getshort' res.o(.text+0xe46):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:972: undefined reference to `_getlong' res.o(.text+0xe5d):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:975: undefined reference to `_getshort' res.o(.text+0x1024):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:1033: undefined reference to `__dn_expand' res.o(.text+0x10d7):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:934: undefined reference to `__dn_skipname' collect2: ld returned 1 exit status make[1]: *** [ircd] Error 1 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/PTlink6.19.4/src' Building tools make[1]: Entering directory `/home/users/builder/rpm/BUILD/PTlink6.19.4/tools' amd64-pld-linux-gcc -g -O2 -DNDEBUG -I../include -c viconf.c amd64-pld-linux-gcc -o viconf viconf.o -lz -lcrypt -lnsl amd64-pld-linux-gcc -g -O2 -DNDEBUG -I../include -c mkpasswd.c amd64-pld-linux-gcc -o mkpasswd mkpasswd.o -lz -lcrypt -lnsl amd64-pld-linux-gcc -g -O2 -DNDEBUG -I../include -c fixklines.c amd64-pld-linux-gcc -o fixklines fixklines.o -lz -lcrypt -lnsl amd64-pld-linux-gcc -g -O2 -DNDEBUG -I../include -c killircd.c amd64-pld-linux-gcc -o killircd killircd.o -lz -lcrypt -lnsl make[1]: Leaving directory `/home/users/builder/rpm/BUILD/PTlink6.19.4/tools' Now type 'make install' . + exit 0 Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.11921 + umask 022 + cd /home/users/builder/rpm/BUILD + cd PTlink6.19.4 + LANG=C + export LANG + unset DISPLAY + : + unset LINGUAS + : + rm -rf /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder + install -d /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/var/log/ircd /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/etc/ircd /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd/modules /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd/modules/autoload /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd/tools /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/lib64/ircd/help /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/sbin /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/share/man/man8 /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/etc/rc.d/init.d /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/etc/sysconfig /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/var/lib/ircd + install src/ircd /tmp/B.cf12b1/ircd-ptlink-6.19.4-root-builder/usr/sbin/ircd install: cannot stat `src/ircd': No such file or directory error: Bad exit status from /var/tmp/rpm-tmp.11921 (%install) RPM build errors: Bad exit status from /var/tmp/rpm-tmp.11921 (%install) error: No files produced. Begin-PLD-Builder-Info Build-Time: user:22.75s sys:7.69s real:39.00s (faults io:79 non-io:803487) End-PLD-Builder-Info From qboosh at pld-linux.org Sat Apr 15 13:08:33 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 15 Apr 2006 13:08:33 +0200 Subject: Fwd: ERRORS: ircd-ptlink.spec In-Reply-To: <200604151316.33216.glen@delfi.ee> References: <200604151316.33216.glen@delfi.ee> Message-ID: <20060415110833.GB9515@fngna.oyu> On Sat, Apr 15, 2006 at 01:16:32PM +0300, Elan Ruusam?e wrote: > any one know why this fails on builders? it builds ok on my pc. > is it somehow related to 32bit devel libraries being installed? and how to fix > linking in that case? > checking for gethostbyname in -lnsl... yes Too simple test, causes excessive linking (but not failure). It should check for gethostbyname in libc first. > checking for res_mkquery... no > checking for res_mkquery in -lresolv... no Insufficient test - should test for __res_mkquery in -lresolv too. [...] > vlinks.o whowas.o zline.o version.o -lz -lcrypt -lnsl res.o(.text+0xbe2): In > function `query_name': > /home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:790: undefined reference > to `__res_mkquery' res.o(.text+0xdec): In function `proc_answer': > /home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:942: undefined reference > to `__dn_expand' > res.o(.text+0xe24):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:966: > undefined reference to `_getshort' > res.o(.text+0xe33):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:969: > undefined reference to `_getshort' > res.o(.text+0xe46):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:972: > undefined reference to `_getlong' > res.o(.text+0xe5d):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:975: > undefined reference to `_getshort' > res.o(.text+0x1024):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:103 > 3: undefined reference to `__dn_expand' > res.o(.text+0x10d7):/home/users/builder/rpm/BUILD/PTlink6.19.4/src/res.c:934 > : undefined reference to `__dn_skipname' collect2: ld returned 1 exit status These symbols are in libresolv. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Sat Apr 15 22:38:38 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 15 Apr 2006 23:38:38 +0300 Subject: AC-branch usage suggestion In-Reply-To: <20060412065510.GB10336@admin1.beta> References: <20060412065510.GB10336@admin1.beta> Message-ID: <200604152338.39039.glen@delfi.ee> ... because i hate duplication, here's some suggestion. if you update spec that is not branch specific, commit it to HEAD, and move the AC-branch, rather commiting to AC-branch. and if you still commit to branch, update HEAD too. don't rely somebody doing it for you. because if you don't and nobody will, eventually someday another developer updating the HEAD will lose the changes done in branch (or vice versa, but vice versa is probably not oblication to deviloper, but RM's worries) there are plenty of cases where changes were overwritten, first two that come to my mind: 1. php-shared.patch with linking with current libphp_common.la 2. python patch which avoids linking with python-static -- glen From ankry at green.mif.pg.gda.pl Sun Apr 16 00:47:41 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sun, 16 Apr 2006 00:47:41 +0200 (CEST) Subject: SPECS: ogre.spec - proper release - ogre-1.2.0-0.RC1.1 is better ... In-Reply-To: from "blekot" at Apr 16, 2006 12:33:24 AM Message-ID: <200604152247.k3FMlfik026984@green.mif.pg.gda.pl> blekot wrote: > > Author: blekot Date: Sat Apr 15 22:33:24 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - proper release > - ogre-1.2.0-0.RC1.1 is better idea then ogre-1.2.0-RC1.0.1 [...] > -%define _rc RC1 > -%define _rel 0.1 > +%define _rc 0.RC1.1 But this suggests strange RC version. Separate PLD release, please to show whether it is integer on non-integer (at least). > -Release: %{_rc}.%{_rel} > +Release: %{_rc} I suggest using 0.%{_rc}.%{_rel} construction. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Sun Apr 16 14:32:30 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 16 Apr 2006 15:32:30 +0300 Subject: Fwd: SPECS: mldonkey.spec - alpha fails to build Message-ID: <200604161532.31249.glen@delfi.ee> if somebody wishes to hack and fix ocaml/mldonkey for alpha, then shout, otherwise mldonkey gets ExcludeArch: alpha ---------- Forwarded Message ---------- Subject: SPECS: mldonkey.spec - alpha fails to build Date: Sunday 16 April 2006 15:13 From: glen To: pld-cvs-commit at lists.pld-linux.org Author: glen Date: Sun Apr 16 12:13:19 2006 GMT Module: SPECS Tag: HEAD ---- Log message: - alpha fails to build ---- Files affected: SPECS: mldonkey.spec (1.142 -> 1.143) ---- Diffs: ================================================================ Index: SPECS/mldonkey.spec diff -u SPECS/mldonkey.spec:1.142 SPECS/mldonkey.spec:1.143 --- SPECS/mldonkey.spec:1.142 Sun Apr 16 13:22:45 2006 +++ SPECS/mldonkey.spec Sun Apr 16 14:13:14 2006 @@ -2,6 +2,9 @@ # TODO # - it creates file: .mldonkey/mlnet_strings.C # - mlnetd crashes on sparc (ca 15 minutes afrer start) +# - build fails on alpha: +# http://caml.inria.fr/mantis/view.php?id=3072 +# http://buildlogs.pld-linux.org/index.php?idx=15&ok=0&ns=0&cnt=16&off=16&id=4 15a7e23dca873a5fa0f1811e5c2503b # # Conditional build: %bcond_without audiogalaxy # without Audio Galaxy support @@ -351,6 +354,9 @@ All persons listed below can be reached at @pld-linux.org $Log$ +Revision 1.143 2006/04/16 12:13:14 glen +- alpha fails to build + Revision 1.142 2006/04/16 11:22:45 glen - enable newgui2 - remove build hacks which seem unneccessary ================================================================ ---- CVS-web: http://cvs.pld-linux.org/SPECS/mldonkey.spec?r1=1.142&r2=1.143&f=u _______________________________________________ pld-cvs-commit mailing list pld-cvs-commit at lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit ------------------------------------------------------- -- glen From glen at delfi.ee Sun Apr 16 16:41:21 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 16 Apr 2006 17:41:21 +0300 Subject: ffmpeg & transcode Message-ID: <200604161741.22280.glen@delfi.ee> what about having them from HEAD to ac? what were the reasons of branching? -- glen From qboosh at pld-linux.org Sun Apr 16 17:19:49 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 16 Apr 2006 17:19:49 +0200 Subject: ffmpeg & transcode In-Reply-To: <200604161741.22280.glen@delfi.ee> References: <200604161741.22280.glen@delfi.ee> Message-ID: <20060416151948.GA25982@fngna.oyu> On Sun, Apr 16, 2006 at 05:41:21PM +0300, Elan Ruusam?e wrote: > what about having them from HEAD to ac? > what were the reasons of branching? Some packages were not ready for new ffmpeg and related packages (e.g. *quicktime*); some of them have been updated, but I'm not sure if all. -- Jakub Bogusz http://qboosh.cs.net.pl/ From qboosh at pld-linux.org Sun Apr 16 18:51:22 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 16 Apr 2006 18:51:22 +0200 Subject: SPECS: ffmpeg.spec - add ffmpeg-config to -devel from debian (mayb... In-Reply-To: References: Message-ID: <20060416165122.GA31122@gruby.cs.net.pl> On Sun, Apr 16, 2006 at 05:34:13PM +0200, glen wrote: > Author: glen Date: Sun Apr 16 15:34:13 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - add ffmpeg-config to -devel from debian (maybe pointless due .pc files?) I think so. pkgconfig files tend to replace package-specific *-config scripts. Additionally, this script gives too much dependencies for --libs postproc. BTW: Is ffserver run as root? I wouldn't do so. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Sun Apr 16 20:28:55 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 16 Apr 2006 21:28:55 +0300 Subject: SPECS: ffmpeg.spec - add ffmpeg-config to -devel from debian (mayb... In-Reply-To: <20060416165122.GA31122@gruby.cs.net.pl> References: <20060416165122.GA31122@gruby.cs.net.pl> Message-ID: <200604162128.55998.glen@delfi.ee> On Sunday 16 April 2006 19:51, Jakub Bogusz wrote: > BTW: > Is ffserver run as root? I wouldn't do so. any preferrence what it should run as? or just create new user ffserver? -- glen From wrobell at pld-linux.org Sun Apr 16 21:56:24 2006 From: wrobell at pld-linux.org (wrobell) Date: Sun, 16 Apr 2006 20:56:24 +0100 Subject: sending build requests for th, a proposal of rules In-Reply-To: <200604141157.19053.arekm@pld-linux.org> References: <1144915339.25149.148.camel@RECENT-CONVERT> <200604141157.19053.arekm@pld-linux.org> Message-ID: <20060416195624.GB16154@borg> On Fri, Apr 14, 2006 at 11:57:19AM +0200, Arkadiusz Miskiewicz wrote: > On Thursday 13 April 2006 10:02, wrobell wrote: [...] > > > > > 2. if you want to send a package to builders, then _build_ and _run_ it > > on your machine first. this means, that if soname changes then > > it is sender responsibility to rebuild or other dependant packages. > > > > if you have no time for soname play, then don't send a request to > > builders. if you are in middle of the process and your cat needs > > you, then ask other developer to finish the job. > > > > if it involves a lot of time (i.e. openssl), then tell people on > > the list about it. > There are two packages currently with soname changes. expat and openssl. expat > case isn't yet clear and rebuilding stuff for openssl and then again for > expat would be stupid. So openssl has to wait. It didn't upgrade on builders > so what the problem? speaking about openssl and th it is not a problem, now. :) openssl was just an example. if you have your plan then it is ok. eventually, just let us know what is going to happen. let's be flexible. [...] wrobell From pluto at agmk.net Mon Apr 17 15:03:20 2006 From: pluto at agmk.net (=?utf-8?q?Pawe=C5=82_Sikora?=) Date: Mon, 17 Apr 2006 15:03:20 +0200 Subject: sending build requests for th, a proposal of rules In-Reply-To: <1144915339.25149.148.camel@RECENT-CONVERT> References: <1144915339.25149.148.camel@RECENT-CONVERT> Message-ID: <200604171503.20411.pluto@agmk.net> On Thursday 13 April 2006 10:02, wrobell wrote: > hello, > > th is quite usable for some of us now, so what about > such two rules? > > 1. if you send something to th builders, then it should > build on all archs. this means that if package building > fails on one of the builders, then it is sender responsibility > to fix this before sending another request. > > if you are not able to fix something, then tell about it on the list, > so we can work together to fix the problem. and the winner is... 4458. 2006.04.16 23:03:17 from cieciwa (...) test-build qcad-2.0.4.0-2.src.rpm (qcad.spec -R HEAD ) [th-x86_64:FAIL th-athlon:OK th-i486:OK th-i686:OK th-ppc:OK] 4460. 2006.04.16 23:15:39 from cieciwa (...) upgrade qcad-2.0.4.0-2.src.rpm (qcad.spec -R HEAD ) [th-x86_64:FAIL th-athlon:OK th-i486:OK th-i686:OK th-ppc:OK] From wrobell at pld-linux.org Mon Apr 17 18:12:55 2006 From: wrobell at pld-linux.org (wrobell) Date: Mon, 17 Apr 2006 17:12:55 +0100 Subject: SPECS: epiphany.spec - build with firefox by default - rel. 2 In-Reply-To: References: Message-ID: <20060417161255.GD16154@borg> On Mon, Apr 17, 2006 at 06:07:53PM +0200, wrobell wrote: > Author: wrobell Date: Mon Apr 17 16:07:53 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - build with firefox by default > - rel. 2 the reasons for above change: - mozilla suite is obsoloted by seamonkey - firefox is the official browser of mozilla project - epiphany requires only gecko engine, which is provided by firefox wrobell From glen at delfi.ee Mon Apr 17 19:17:11 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 17 Apr 2006 20:17:11 +0300 Subject: SPECS: mldonkey.spec - restored standard sf source URL In-Reply-To: References: Message-ID: <200604172017.11271.glen@delfi.ee> info for people constantly trying to add specific mirror url, add to your SPECS/mirrors like like: http://dl.sourceforge.net/|http://switch.dl.sourceforge.net/sourceforge|switch.sf it is important to skip slash from mirror name url, because due bug/feature of builder there would be otherwise double slashes, and sourceforge mirrors don't handle those. in other words, this will not work: http://dl.sourceforge.net/|http://switch.dl.sourceforge.net/sourceforge/|switch.sf ps: smb fwd this to devel-pl too, i'm not subscribed myself there. On Monday 17 April 2006 19:53, qboosh wrote: > Author: qboosh Date: Mon Apr 17 16:53:17 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - restored standard sf source URL [...] > -Source0: http://kent.dl.sourceforge.net/sourceforge/mldonkey/%{name}-%{ver >sion}.tar.bz2 > +Source0: http://dl.sourceforge.net/mldonkey/%{name}-%{version}.tar.bz2 # -- glen From ankry at green.mif.pg.gda.pl Mon Apr 17 20:23:52 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 17 Apr 2006 20:23:52 +0200 (CEST) Subject: SPECS: mldonkey.spec - restored standard sf source URL In-Reply-To: <200604172017.11271.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Apr 17, 2006 08:17:11 PM Message-ID: <200604171823.k3HINqrn027094@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > info for people constantly trying to add specific mirror url, > add to your SPECS/mirrors like like: > > http://dl.sourceforge.net/|http://switch.dl.sourceforge.net/sourceforge|switch.sf > > it is important to skip slash from mirror name url, because due bug/feature of > builder there would be otherwise double slashes, and sourceforge mirrors don't > handle those. in other words, this will not work: > > http://dl.sourceforge.net/|http://switch.dl.sourceforge.net/sourceforge/|switch.sf Is this ugly wiorkaround in any way better than fixing the builder script? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Mon Apr 17 20:30:13 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 17 Apr 2006 21:30:13 +0300 Subject: SPECS: mldonkey.spec - restored standard sf source URL In-Reply-To: <200604171823.k3HINqrn027094@green.mif.pg.gda.pl> References: <200604171823.k3HINqrn027094@green.mif.pg.gda.pl> Message-ID: <200604172130.13167.glen@delfi.ee> On Monday 17 April 2006 21:23, Andrzej Krzysztofowicz wrote: > > info for people constantly trying to add specific mirror url, > > add to your SPECS/mirrors like like: > > > > http://dl.sourceforge.net/|http://switch.dl.sourceforge.net/sourceforge|s > >witch.sf > > > > it is important to skip slash from mirror name url, because due > > bug/feature of builder there would be otherwise double slashes, and > > sourceforge mirrors don't handle those. in other words, this will not > > work: > > > > http://dl.sourceforge.net/|http://switch.dl.sourceforge.net/sourceforge/| > >switch.sf > > Is this ugly wiorkaround in any way better than fixing the builder script? um, what is ugly workaround? unbalanced mirror urls (dst has slash less than src)? or need to use SPECS/mirrors? ps: imho builder script should be just fixed to use balanced slashes at both sides. -- glen From ankry at green.mif.pg.gda.pl Mon Apr 17 21:39:26 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 17 Apr 2006 21:39:26 +0200 (CEST) Subject: SPECS: mldonkey.spec - restored standard sf source URL In-Reply-To: <200604172130.13167.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Apr 17, 2006 09:30:13 PM Message-ID: <200604171939.k3HJdQ8w027492@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > On Monday 17 April 2006 21:23, Andrzej Krzysztofowicz wrote: > > > info for people constantly trying to add specific mirror url, > > > add to your SPECS/mirrors like like: > > > > > > http://dl.sourceforge.net/|http://switch.dl.sourceforge.net/sourceforge|s > > >witch.sf > > > > > > it is important to skip slash from mirror name url, because due > > > bug/feature of builder there would be otherwise double slashes, and > > > sourceforge mirrors don't handle those. in other words, this will not > > > work: > > > > > > http://dl.sourceforge.net/|http://switch.dl.sourceforge.net/sourceforge/| > > >switch.sf > > > > Is this ugly wiorkaround in any way better than fixing the builder script? > um, what is ugly workaround? unbalanced mirror urls (dst has slash less than > src)? > > or need to use SPECS/mirrors? > > ps: imho builder script should be just fixed to use balanced slashes at both > sides. Exactly. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From adamg at biomerieux.pl Wed Apr 19 09:42:36 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 19 Apr 2006 09:42:36 +0200 Subject: unsatisfied deps in AC Message-ID: <20060419074236.GB10160@mysza.eu.org> error: abiword-2.4.2-1: req libwv-1.0.so.3 not found error: bigsister-1.02-3: req perl(BS_win32) not found error: bigsister-oracle-1.02-3: req perl-DBD-Oracle not found error: kdevelop-i18n-3.5.2-1: req kdevelop = 7:3.3.1 version mismatch error: kernel24-net-ians-3.4.3a-1 at 2.4.32_4: req kernel24-up = 2.4.32-4 version mismatch error: kernel24-smp-net-ians-3.4.3a-1 at 2.4.32_4: req kernel24-smp = 2.4.32-4 version mismatch error: kernel24-smp-video-svgalib_helper-1.9.24-1 at 2.4.32_4: req kernel24-smp = 2.4.32-4 version mismatch error: kernel24-video-svgalib_helper-1.9.24-1 at 2.4.32_4: req kernel24-up = 2.4.32-4 version mismatch error: koffice-kplato-1.5.0-1: req libkdeinit_kplato.so not found error: koffice-kugar-1.5.0-1: req libkdeinit_kudesigner.so not found error: ocaml-otags-3.08.0.1-4: req ocaml-camlp4 = 1:3.09.0 version mismatch error: php-pear-MDB2_Driver_fbsql-0.1.1-2: req php-fbsql not found error: php-pear-MDB2_Driver_oci8-0.1.2-2: req php-oci8 not found error: vips-7.10.10-2: req libMagick.so.9 not found and from the list above: - kdevelop - STBR kdemodule-i18n.spec to solve this dep - php-pear-MDB2* - I guess we can safely drop these - vips - I see that release is already bumped, someone (tm) needs to send it to builders -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From ankry at green.mif.pg.gda.pl Wed Apr 19 09:57:51 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Wed, 19 Apr 2006 09:57:51 +0200 (CEST) Subject: unsatisfied deps in AC In-Reply-To: <20060419074236.GB10160@mysza.eu.org> from "Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=" at Apr 19, 2006 09:42:36 AM Message-ID: <200604190757.k3J7vp2P024189@green.mif.pg.gda.pl> Adam =?iso-8859-2?Q?Go=B3=EAbiowski?= wrote: > - php-pear-MDB2* - I guess we can safely drop these Move to (un)supported/ ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From hawk at limanowa.net Wed Apr 19 18:04:11 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Wed, 19 Apr 2006 18:04:11 +0200 Subject: unsatisfied deps in AC In-Reply-To: <20060419074236.GB10160@mysza.eu.org> References: <20060419074236.GB10160@mysza.eu.org> Message-ID: <44465F7B.8050807@limanowa.net> > error: abiword-2.4.2-1: req libwv-1.0.so.3 not found abiword is in progress, I hope to finish it today > error: bigsister-1.02-3: req perl(BS_win32) not found > error: bigsister-oracle-1.02-3: req perl-DBD-Oracle not found use rel 4, it was built two days ago > error: kdevelop-i18n-3.5.2-1: req kdevelop = 7:3.3.1 version mismatch > error: kernel24-net-ians-3.4.3a-1 at 2.4.32_4: req kernel24-up = 2.4.32-4 version mismatch > error: kernel24-smp-net-ians-3.4.3a-1 at 2.4.32_4: req kernel24-smp = 2.4.32-4 version mismatch > error: kernel24-smp-video-svgalib_helper-1.9.24-1 at 2.4.32_4: req kernel24-smp = 2.4.32-4 version mismatch > error: kernel24-video-svgalib_helper-1.9.24-1 at 2.4.32_4: req kernel24-up = 2.4.32-4 version mismatch > error: koffice-kplato-1.5.0-1: req libkdeinit_kplato.so not found > error: koffice-kugar-1.5.0-1: req libkdeinit_kudesigner.so not found > error: ocaml-otags-3.08.0.1-4: req ocaml-camlp4 = 1:3.09.0 version mismatch > error: vips-7.10.10-2: req libMagick.so.9 not found STBRed > error: php-pear-MDB2_Driver_fbsql-0.1.1-2: req php-fbsql not found > error: php-pear-MDB2_Driver_oci8-0.1.2-2: req php-oci8 not found > - php-pear-MDB2* - I guess we can safely drop these Hm... We'll see... M. From glen at delfi.ee Fri Apr 21 11:36:02 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 21 Apr 2006 12:36:02 +0300 Subject: SPECS: mplayer.spec - multiarch support In-Reply-To: References: Message-ID: <200604211236.02696.glen@delfi.ee> what if i want mplayer.athlon and mplayer.amd64 installed? On Friday 21 April 2006 12:13, sparky wrote: > Author: sparky Date: Fri Apr 21 09:13:29 2006 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - multiarch support > > ---- Files affected: > SPECS: > mplayer.spec (1.323 -> 1.324) > > ---- Diffs: > > ================================================================ > Index: SPECS/mplayer.spec > diff -u SPECS/mplayer.spec:1.323 SPECS/mplayer.spec:1.324 > --- SPECS/mplayer.spec:1.323 Mon Mar 20 14:05:02 2006 > +++ SPECS/mplayer.spec Fri Apr 21 11:13:23 2006 > @@ -58,6 +58,13 @@ > %ifarch %{x8664} > %undefine with_runtime > %endif > + > +%if %{_lib} == "lib64" > +%define _suf 64 > +%else > +%define _suf 32 > +%endif > + > # set it to 0, or 1 > %define snapshot 0 > > @@ -450,11 +457,14 @@ > > # executables > %if %{with mencoder} > -install mencoder $RPM_BUILD_ROOT%{_bindir} > +install mencoder $RPM_BUILD_ROOT%{_bindir}/mencoder%{_suf} > +ln -sf mencoder%{_suf} $RPM_BUILD_ROOT%{_bindir}/mencoder > %endif > -install mplayer $RPM_BUILD_ROOT%{_bindir} > +install mplayer $RPM_BUILD_ROOT%{_bindir}/mplayer%{_suf} > +ln -sf mplayer%{_suf} $RPM_BUILD_ROOT%{_bindir}/mplayer > %if %{with gui} > -install gmplayer $RPM_BUILD_ROOT%{_bindir} > +install gmplayer $RPM_BUILD_ROOT%{_bindir}/gmplayer%{_suf} > +ln -sf gmplayer%{_suf} $RPM_BUILD_ROOT%{_bindir}/gmplayer > %endif > > # fonts > @@ -506,12 +516,12 @@ > > %files > %defattr(644,root,root,755) > -%attr(755,root,root) %{_bindir}/mplayer > +%attr(755,root,root) %{_bindir}/mplayer* > > %if %{with gui} > %files -n gmplayer > %defattr(644,root,root,755) > -%attr(755,root,root) %{_bindir}/gmplayer > +%attr(755,root,root) %{_bindir}/gmplayer* > %{_desktopdir}/gmplayer.desktop > %dir %{_datadir}/%{name}/Skin > %ghost %{_datadir}/%{name}/Skin/default > @@ -521,7 +531,7 @@ > %defattr(644,root,root,755) > %doc DOCS/tech/encoding-tips.txt DOCS/tech/swscaler_filters.txt > %doc DOCS/tech/swscaler_methods.txt DOCS/tech/colorspaces.txt > -%attr(755,root,root) %{_bindir}/mencoder > +%attr(755,root,root) %{_bindir}/mencoder* > > %files common > %defattr(644,root,root,755) > @@ -572,6 +582,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.324 2006/04/21 09:13:23 sparky > +- multiarch support > + > Revision 1.323 2006/03/20 13:05:02 wiget > - more xorg-lib\* BRs > > ================================================================ > > ---- CVS-web: > http://cvs.pld-linux.org/SPECS/mplayer.spec?r1=1.323&r2=1.324&f=u > > _______________________________________________ > pld-cvs-commit mailing list > pld-cvs-commit at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit -- glen From sparky at pld-linux.org Fri Apr 21 16:31:01 2006 From: sparky at pld-linux.org (Przemek Iskra) Date: Fri, 21 Apr 2006 16:31:01 +0200 Subject: SPECS: mplayer.spec - multiarch support In-Reply-To: <200604211236.02696.glen@delfi.ee> References: <200604211236.02696.glen@delfi.ee> Message-ID: <20060421143101.GA10068@pld-linux.org> On Fri, Apr 21, 2006 at 12:36:02PM +0300, Elan Ruusam?e wrote: > what if i want mplayer.athlon and mplayer.amd64 installed? before one would owerwrite other binary now there are 2 binaries /usr/bin/mplayer32 for athlon and /usr/bin/mplayer64 for amd64, and there is symbolic link 'mplayer', you can adjust it for player you prefer to yse as default -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From qboosh at pld-linux.org Mon Apr 24 11:50:25 2006 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 24 Apr 2006 11:50:25 +0200 Subject: service mdns does not support chkconfig Message-ID: <20060424095025.GA12619@gruby.cs.net.pl> During mDNSResponder upgrade (on alpha): Executing rpm --upgrade -vh --root / --noorder... Preparing... ########################################### [100%] 1:mDNSResponder-libs ########################################### [ 33%] 2:mDNSResponder-devel ########################################### [ 67%] 3:mDNSResponder ########################################### [100%] service mdns does not support chkconfig Run "/sbin/service mdns start" to start mdns service. -- Jakub Bogusz http://qboosh.cs.net.pl/ From glen at delfi.ee Mon Apr 24 13:35:39 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 24 Apr 2006 14:35:39 +0300 Subject: service mdns does not support chkconfig In-Reply-To: <20060424095025.GA12619@gruby.cs.net.pl> References: <20060424095025.GA12619@gruby.cs.net.pl> Message-ID: <200604241435.39411.glen@delfi.ee> could this .init script used, or it's better not to share files from different packages? glen at builder-ac pld/SOURCES $ cv mDNSResponder.init =================================================================== File: mDNSResponder.init Status: Up-to-date Working revision: 1.2 Repository revision: 1.2 /cvsroot/SOURCES/mDNSResponder.init,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: (none) Existing Tags: AC-branch (branch: 1.2.2) auto-ac-howl-1_0_0-4 (revision: 1.2) auto-th-howl-1_0_0-4 (revision: 1.2) auto-ac-howl-1_0_0-2 (revision: 1.1) auto-ac-howl-1_0_0-1 (revision: 1.1) auto-th-howl-0_9_10-2 (revision: 1.1) auto-ac-howl-0_9_10-1 (revision: 1.1) auto-ac-howl-0_9_6-2 (revision: 1.1) auto-ac-howl-0_9_6-1 (revision: 1.1) On Monday 24 April 2006 12:50, Jakub Bogusz wrote: > During mDNSResponder upgrade (on alpha): > > Executing rpm --upgrade -vh --root / --noorder... > Preparing... ########################################### > [100%] 1:mDNSResponder-libs ########################################### > [ 33%] 2:mDNSResponder-devel ########################################### > [ 67%] 3:mDNSResponder ########################################### > [100%] service mdns does not support chkconfig > Run "/sbin/service mdns start" to start mdns service. -- glen From adamg at biomerieux.pl Mon Apr 24 16:06:17 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 24 Apr 2006 16:06:17 +0200 Subject: [CVS] php-gtk.spec -> php-gtk2.spec Message-ID: <20060424140617.GA13614@mysza.eu.org> cp SPECS/php-gtk.spec,v SPECS/php-gtk2.spec,v Thanks. -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From glen at delfi.ee Mon Apr 24 20:04:30 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 24 Apr 2006 21:04:30 +0300 Subject: nfsd from Ac Message-ID: <200604242104.30680.glen@delfi.ee> shouldn't /var/lib/nfs/v4recovery be packaged? dmesg: NFSD: Using /var/lib/nfs/v4recovery as the NFSv4 state recovery directory NFSD: recovery directory /var/lib/nfs/v4recovery doesn't exist NFSD: starting 90-second grace period -- glen From ankry at green.mif.pg.gda.pl Mon Apr 24 22:21:00 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 24 Apr 2006 22:21:00 +0200 (CEST) Subject: SPECS: bugzilla.spec - add crontab - longer banner In-Reply-To: from "glen" at Apr 24, 2006 10:13:19 PM Message-ID: <200604242021.k3OKL0x0014399@green.mif.pg.gda.pl> glen wrote: > @@ -71,14 +72,27 @@ > install %{SOURCE1} $RPM_BUILD_ROOT%{_sysconfdir}/apache.conf ^^^^^^^^^^^^^^ > install %{SOURCE1} $RPM_BUILD_ROOT%{_sysconfdir}/httpd.conf ^^^^^^^^^^^^^^ BTW, these should be IMO located in apache config dirs, not in {httpd,apache}.conf subdirs of the current package config dir (for the case %{_sysconfdir} != /etc) > install %{SOURCE2} $RPM_BUILD_ROOT%{_sysconfdir}/localconfig.pl > +install -D %{SOURCE3} $RPM_BUILD_ROOT/etc/cron.daily/bugzilla %{name} ? -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Mon Apr 24 22:52:58 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 24 Apr 2006 23:52:58 +0300 Subject: SPECS: bugzilla.spec - add crontab - longer banner In-Reply-To: <200604242021.k3OKL0x0014399@green.mif.pg.gda.pl> References: <200604242021.k3OKL0x0014399@green.mif.pg.gda.pl> Message-ID: <200604242352.58604.glen@delfi.ee> On Monday 24 April 2006 23:21, Andrzej Krzysztofowicz wrote: > glen wrote: > > @@ -71,14 +72,27 @@ > > install %{SOURCE1} $RPM_BUILD_ROOT%{_sysconfdir}/apache.conf > > ^^^^^^^^^^^^^^ > > > install %{SOURCE1} $RPM_BUILD_ROOT%{_sysconfdir}/httpd.conf > > ^^^^^^^^^^^^^^ > BTW, these should be IMO located in apache config dirs, not in > {httpd,apache}.conf subdirs of the current package config dir > (for the case %{_sysconfdir} != /etc) %define _sysconfdir %{_webapps}/%{_webapp} ever heard of "webapps framework" in pld? > > install %{SOURCE2} $RPM_BUILD_ROOT%{_sysconfdir}/localconfig.pl > > +install -D %{SOURCE3} $RPM_BUILD_ROOT/etc/cron.daily/bugzilla > > %{name} ? lazyness ;) -- glen From glen at delfi.ee Wed Apr 26 21:47:07 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 26 Apr 2006 22:47:07 +0300 Subject: rpm changelog Message-ID: <200604262247.07300.glen@delfi.ee> hi i made patch to truncate changelog at build time [1]. the question is how many entries to limit the truncation, and should the truncation setting be different for Ac and Th? and what macro name to use, currently it's %_buildchangelog [1] http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SOURCES/Attic/rpm-truncate-cvslog.patch -- glen From mguevara at acn.waw.pl Wed Apr 26 23:58:07 2006 From: mguevara at acn.waw.pl (Marek Guevara Braun) Date: Wed, 26 Apr 2006 23:58:07 +0200 Subject: [ac-updates-security] mozilla-thunderbird 1.5.0.2 from HEAD to Ac-branch - STBR Message-ID: <444FECEF.9040705@acn.waw.pl> I have just merged mozilla-thunderbird 1.5.0.2-1 from HEAD to Ac-branch. The new version brings some security fixes: http://www.mozilla.org/projects/security/known-vulnerabilities.html#thunderbird1.5.0.2 and have some other important fixes. STBR. Even if the Ac is freezed (is it?) this thunderbird release should be in ac-updates-security. Marek From adamg at biomerieux.pl Thu Apr 27 00:06:41 2006 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Thu, 27 Apr 2006 00:06:41 +0200 Subject: rpm changelog In-Reply-To: <200604262247.07300.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> Message-ID: <20060426220641.GA12850@mysza.eu.org> On Wed, Apr 26, 2006 at 10:47:07PM +0300, Elan Ruusam?e wrote: > i made patch to truncate changelog at build time [1]. > the question is how many entries to limit the truncation, and should the > truncation setting be different for Ac and Th? I guess 15-20 entries should be sufficient for both -- .. :: Przeznacz 1% swojego podatku dochodowego: :: .. .. :: http://www.pomocdladominiki.com.pl/ -- mo?esz pom?c :: .. | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From hawk at limanowa.net Thu Apr 27 00:57:53 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Thu, 27 Apr 2006 00:57:53 +0200 Subject: rpm changelog In-Reply-To: <200604262247.07300.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> Message-ID: <444FFAF1.5000102@limanowa.net> > the question is how many entries to limit the truncation, 30 max IMO. > and should the > truncation setting be different for Ac and Th? No. > and what macro name to use, currently it's %_buildchangelog %_buildchangelogtruncate ? M. From baggins at sith.mimuw.edu.pl Thu Apr 27 10:15:23 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 27 Apr 2006 10:15:23 +0200 Subject: rpm changelog In-Reply-To: <200604262247.07300.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> Message-ID: <20060427081523.GA29232@sith.mimuw.edu.pl> On Wed, 26 Apr 2006, Elan Ruusam?e wrote: > hi > > i made patch to truncate changelog at build time [1]. > the question is how many entries to limit the truncation, and should the > truncation setting be different for Ac and Th? At least 3 months worth, preferably half a year. You can't just cut it based on number of entries, because yo may get meaningless %changelog Janek -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at delfi.ee Thu Apr 27 10:47:58 2006 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 27 Apr 2006 11:47:58 +0300 Subject: rpm changelog In-Reply-To: <20060427081523.GA29232@sith.mimuw.edu.pl> References: <200604262247.07300.glen@delfi.ee> <20060427081523.GA29232@sith.mimuw.edu.pl> Message-ID: <200604271147.58423.glen@delfi.ee> On Thursday 27 April 2006 11:15, Jan Rekorajski wrote: > On Wed, 26 Apr 2006, Elan Ruusam?e wrote: > > hi > > > > i made patch to truncate changelog at build time [1]. > > the question is how many entries to limit the truncation, and should the > > truncation setting be different for Ac and Th? > > At least 3 months worth, preferably half a year. > You can't just cut it based on number of entries, because yo may get > meaningless %changelog i was first thinking of making it understand cvs logs as changelog entry but then there were questions, what to do with the real changelog entry and the cvs revisions, how to display them and another one that made final decision, the cvs commit logs aren't in chronological order when there was branch merge so just truncating the message seemed the best choice and if you want complete changelog, you can always use cvsweb. rpm 4.4.6 has this char * t = rpmExpand("%{?_changelog_truncate}", NULL); but it's different behaviour ie it's timestamp or number of entries :) rpm-4.4.6/macros.in: # Truncate changelogs to no. of entries or date. # <=0 disables # <1000 truncates to no. of entries # Otherwise, a get_date string (e.g. "2 years ago") may be entered, # and changelog entries older than that date will not be added to headers. %_changelog_truncate 1 year ago > Janek -- glen From baggins at sith.mimuw.edu.pl Thu Apr 27 12:03:37 2006 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 27 Apr 2006 12:03:37 +0200 Subject: Security issue in kernel-vserver (all versions) Message-ID: <20060427100337.GC29232@sith.mimuw.edu.pl> There is a serious security issue with all versions of linux-vserver. All versions 2.0 and above are vulnerable. Description: Setting context capability (ccapabilities) gives rights to use operations allowed by this capability to all users inside vserver. All users of kernel-vserver are urged to upgrade to latest kernel from CVS. Fixed version of kernel-vserver packages will be available in ac-test later today. Jan -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From hawk at limanowa.net Thu Apr 27 13:07:10 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Thu, 27 Apr 2006 13:07:10 +0200 Subject: rpm changelog In-Reply-To: <200604271147.58423.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> <20060427081523.GA29232@sith.mimuw.edu.pl> <200604271147.58423.glen@delfi.ee> Message-ID: <4450A5DE.2090800@limanowa.net> > and if you want complete changelog, you can always use cvsweb. or cvs log at commandline :) M. From wrobell at pld-linux.org Thu Apr 27 13:32:12 2006 From: wrobell at pld-linux.org (wrobell) Date: Thu, 27 Apr 2006 12:32:12 +0100 Subject: rpm changelog In-Reply-To: <4450A5DE.2090800@limanowa.net> References: <200604262247.07300.glen@delfi.ee> <20060427081523.GA29232@sith.mimuw.edu.pl> <200604271147.58423.glen@delfi.ee> <4450A5DE.2090800@limanowa.net> Message-ID: <1146137532.12017.129.camel@recent-convert.mapflow.int> On Thu, 2006-04-27 at 13:07 +0200, Marcin Kr?l wrote: > > and if you want complete changelog, you can always use cvsweb. > > or cvs log at commandline :) how this all relates to subversion repository and claims that you always need complete changelog? wrobell From hawk at limanowa.net Thu Apr 27 14:03:54 2006 From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=) Date: Thu, 27 Apr 2006 14:03:54 +0200 Subject: rpm changelog In-Reply-To: <1146137532.12017.129.camel@recent-convert.mapflow.int> References: <200604262247.07300.glen@delfi.ee> <20060427081523.GA29232@sith.mimuw.edu.pl> <200604271147.58423.glen@delfi.ee> <4450A5DE.2090800@limanowa.net> <1146137532.12017.129.camel@recent-convert.mapflow.int> Message-ID: <4450B32A.9010506@limanowa.net> > how this all relates to subversion repository and claims that > you always need complete changelog? But we don't build any rpms from subversion? M. From wrobell at pld-linux.org Thu Apr 27 14:04:07 2006 From: wrobell at pld-linux.org (wrobell) Date: Thu, 27 Apr 2006 13:04:07 +0100 Subject: rpm changelog In-Reply-To: <4450B32A.9010506@limanowa.net> References: <200604262247.07300.glen@delfi.ee> <20060427081523.GA29232@sith.mimuw.edu.pl> <200604271147.58423.glen@delfi.ee> <4450A5DE.2090800@limanowa.net> <1146137532.12017.129.camel@recent-convert.mapflow.int> <4450B32A.9010506@limanowa.net> Message-ID: <1146139448.12017.131.camel@recent-convert.mapflow.int> On Thu, 2006-04-27 at 14:03 +0200, Marcin Kr?l wrote: > > how this all relates to subversion repository and claims that > > you always need complete changelog? > > But we don't build any rpms from subversion? but while we were discussing migration to svn it was stated that we really need complete changelog. always. wrobell From hawk at limanowa.net Thu Apr 27 14:37:16 2006 From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=) Date: Thu, 27 Apr 2006 14:37:16 +0200 Subject: rpm changelog In-Reply-To: <1146139448.12017.131.camel@recent-convert.mapflow.int> References: <200604262247.07300.glen@delfi.ee> <20060427081523.GA29232@sith.mimuw.edu.pl> <200604271147.58423.glen@delfi.ee> <4450A5DE.2090800@limanowa.net> <1146137532.12017.129.camel@recent-convert.mapflow.int> <4450B32A.9010506@limanowa.net> <1146139448.12017.131.camel@recent-convert.mapflow.int> Message-ID: <4450BAFC.8020600@limanowa.net> > but while we were discussing migration to svn it was stated > that we really need complete changelog. always. Wait a second. I got lost. Glen wants to cut changelog in CVS/SVN or in packages at build time? If in specs, then some of them have already been cut manually. If in rpms, isn't it pointless? M. From glen at delfi.ee Thu Apr 27 18:29:20 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 27 Apr 2006 19:29:20 +0300 Subject: RPM changelog In-Reply-To: <4450BAFC.8020600@limanowa.net> References: <200604262247.07300.glen@delfi.ee> <1146139448.12017.131.camel@recent-convert.mapflow.int> <4450BAFC.8020600@limanowa.net> Message-ID: <200604271929.20684.glen@delfi.ee> On Thursday 27 April 2006 15:37, Marcin Kr?l wrote: > > but while we were discussing migration to svn it was stated > > that we really need complete changelog. always. > > Wait a second. I got lost. glen wants to cut changelog in CVS/SVN or in > packages at build time? If in specs, then some of them have already been > cut manually. If in rpms, isn't it pointless? in binary rpm's. why pointless? changelog isn't compressed, and some small packages have more in changelog in rpm than the package itself contains in compressed files. and just manually truncating specfile changelog just to have smaller changelog in rpms -- that is imho pointless. ah and full changelogs are copied to /var/lib/rpm/Packages too, also uncompressed form. rpm -qa is slow already on my average system. and it's convenient for developer to have not-truncated changelog in spec. from changelog in rpm you just need few recent ones to see is it worth to upgrade rpm, or what was changed recently... -- glen From glen at delfi.ee Thu Apr 27 18:52:51 2006 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 27 Apr 2006 19:52:51 +0300 Subject: RPM changelog In-Reply-To: <200604271929.20684.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> <4450BAFC.8020600@limanowa.net> <200604271929.20684.glen@delfi.ee> Message-ID: <200604271952.51514.glen@delfi.ee> On Thursday 27 April 2006 19:29, Elan Ruusam?e wrote: > On Thursday 27 April 2006 15:37, Marcin Kr?l wrote: > > > but while we were discussing migration to svn it was stated > > > that we really need complete changelog. always. > > > > Wait a second. I got lost. glen wants to cut changelog in CVS/SVN or in > > packages at build time? If in specs, then some of them have already been > > cut manually. If in rpms, isn't it pointless? > > in binary rpm's. why pointless? ... oh, and this one too. if the changelog is complete, the filelist is 30 pages far away, comparing to "on next page" $ less rpm-4.4.2-31.50.i686.rpm Name : rpm Relocations: (not relocatable) Version : 4.4.2 Vendor: (none) Release : 31.50 Build Date: Thu Apr 27 01:12:53 2006 Install Date: (not installed) Build Host: builder-ac Group : Base Source RPM: rpm-4.4.2-31.50.src.rpm Size : 1206233 License: GPL Signature : (none) URL : http://wraptastic.org/ Summary : RPM Package Manager Description : RPM is a powerful package manager, which can be used to build, install, query, verify, update, and uninstall individual software packages. A package consists of an archive of files, and package information, including name, version, and description. * Thu Apr 27 2006 PLD Team All persons listed below can be reached at @pld-linux.org $Log: rpm.spec,v $ Revision 1.555.2.171 2006/04/26 21:55:11 glen - skip reading backups and rpmsave files from /etc/rpm - lockup fix for non-vanilla kernels (ck for example) [...] Revision 1.555.2.157 2005/11/08 15:51:52 qboosh - added cleanlibdirs patch (avoid -L poisoning in *.la) - release 26 -rwxr-xr-x 1 root root 80408 Apr 27 01:12 /bin/rpm drwxr-xr-x 2 root root 0 Apr 27 01:12 /etc/rpm -rw-r--r-- 1 root root 399 Apr 27 01:12 /etc/rpm/macros -rwxr-xr-x 1 root root 2561 Apr 27 01:12 /usr/lib/rpm/convertrpmrc.sh -rw-r--r-- 1 root root 40012 Apr 27 01:12 /usr/lib/rpm/macros [...] -- glen From aredridel at nbtsc.org Thu Apr 27 19:01:13 2006 From: aredridel at nbtsc.org (Aredridel) Date: Thu, 27 Apr 2006 11:01:13 -0600 Subject: RPM changelog In-Reply-To: <200604271952.51514.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> <4450BAFC.8020600@limanowa.net> <200604271929.20684.glen@delfi.ee> <200604271952.51514.glen@delfi.ee> Message-ID: <1146157273.8780.72.camel@localhost> On Thu, 2006-04-27 at 19:52 +0300, Elan Ruusam?e wrote: > On Thursday 27 April 2006 19:29, Elan Ruusam?e wrote: > > On Thursday 27 April 2006 15:37, Marcin Kr?l wrote: > > > > but while we were discussing migration to svn it was stated > > > > that we really need complete changelog. always. > > > > > > Wait a second. I got lost. glen wants to cut changelog in CVS/SVN or in > > > packages at build time? If in specs, then some of them have already been > > > cut manually. If in rpms, isn't it pointless? > > > > in binary rpm's. why pointless? > ... I do end up using the changelogs to see what past releases are, so I can downgrade (some times). Those changes are most useful for me -- not the most recent always, but the ones that change release numbers. Aria From glen at delfi.ee Thu Apr 27 19:05:46 2006 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 27 Apr 2006 20:05:46 +0300 Subject: rpm changelog In-Reply-To: <1146139448.12017.131.camel@recent-convert.mapflow.int> References: <200604262247.07300.glen@delfi.ee> <4450B32A.9010506@limanowa.net> <1146139448.12017.131.camel@recent-convert.mapflow.int> Message-ID: <200604272005.46507.glen@delfi.ee> On Thursday 27 April 2006 15:04, wrobell wrote: > On Thu, 2006-04-27 at 14:03 +0200, Marcin Kr?l wrote: > > > how this all relates to subversion repository and claims that > > > you always need complete changelog? > > > > But we don't build any rpms from subversion? > > but while we were discussing migration to svn it was stated > that we really need complete changelog. always. i'm lazy to search the conversation, but wasn't it about the changelog in spec files, ie that svn can't provide changelog into spec files like cvs does. -- glen From hawk at limanowa.net Thu Apr 27 22:20:36 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Thu, 27 Apr 2006 22:20:36 +0200 Subject: RPM changelog In-Reply-To: <200604271929.20684.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> <1146139448.12017.131.camel@recent-convert.mapflow.int> <4450BAFC.8020600@limanowa.net> <200604271929.20684.glen@delfi.ee> Message-ID: <44512794.2090805@limanowa.net> > in binary rpm's. why pointless? Few KB more or less per rpm makes no difference for me. > changelog isn't compressed, and some small packages have more in changelog in Small packages usually doesn't have big changelogs. Of course there are exceptions. > truncating specfile changelog just to have smaller changelog in rpms spec files were AFAIR truncated just to be smaller, not because of rpm. > rpm -qa is slow already on my average system. Well, it is slow on some of my systems and fast on others. I was even wondering why it is this way :) Machines speed doesn't matter here. Live example: 400 MHz AMD K6-2 has faster rpm -qa than dual P3 1.4 GHz. It probably depends on what packages are installed. > from changelog in rpm you just need few recent ones to see is it worth to > upgrade rpm, or what was changed recently... Changelog in rpm could be even empty for me. But probably no one will agree with me here :) M. From hawk at limanowa.net Thu Apr 27 22:21:34 2006 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Thu, 27 Apr 2006 22:21:34 +0200 Subject: RPM changelog In-Reply-To: <200604271952.51514.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> <4450BAFC.8020600@limanowa.net> <200604271929.20684.glen@delfi.ee> <200604271952.51514.glen@delfi.ee> Message-ID: <445127CE.2040808@limanowa.net> > oh, and this one too. if the changelog is complete, the filelist is 30 pages far away, comparing to "on next page" I'm using mc if I must browse rpm contents :) M. From wrobell at pld-linux.org Fri Apr 28 12:37:26 2006 From: wrobell at pld-linux.org (wrobell) Date: Fri, 28 Apr 2006 11:37:26 +0100 Subject: rpm changelog In-Reply-To: <200604272005.46507.glen@delfi.ee> References: <200604262247.07300.glen@delfi.ee> <4450B32A.9010506@limanowa.net> <1146139448.12017.131.camel@recent-convert.mapflow.int> <200604272005.46507.glen@delfi.ee> Message-ID: <1146220646.2988.9.camel@recent-convert.mapflow.int> On Thu, 2006-04-27 at 20:05 +0300, Elan Ruusam?e wrote: > On Thursday 27 April 2006 15:04, wrobell wrote: > > On Thu, 2006-04-27 at 14:03 +0200, Marcin Kr?l wrote: > > > > how this all relates to subversion repository and claims that > > > > you always need complete changelog? > > > > > > But we don't build any rpms from subversion? > > > > but while we were discussing migration to svn it was stated > > that we really need complete changelog. always. > i'm lazy to search the conversation, but wasn't it about the changelog in spec > files, ie that svn can't provide changelog into spec files like cvs does. yep. you are right. sorry for misinformation. wrobell From wolf.pld at gmail.com Fri Apr 28 14:55:51 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Fri, 28 Apr 2006 14:55:51 +0200 Subject: RPM changelog In-Reply-To: <44512794.2090805@limanowa.net> References: <200604262247.07300.glen@delfi.ee> <1146139448.12017.131.camel@recent-convert.mapflow.int> <4450BAFC.8020600@limanowa.net> <200604271929.20684.glen@delfi.ee> <44512794.2090805@limanowa.net> Message-ID: <20060428125551.GA25993@bajzel> On Thu, Apr 27, 2006 at 10:20:36PM +0200, Marcin Kr?l wrote: > > in binary rpm's. why pointless? > Few KB more or less per rpm makes no difference for me. [14:51 wolf at bajzel:~]% rpm -qa|wc -l 1423 Assuming every package has 10 KB worth of changelog, then we're talking about 14 MB of almost never used, slowing rpm down, taking disk space crap. That's a lot of difference to me. > > > changelog isn't compressed, and some small packages have more in changelog in > Small packages usually doesn't have big changelogs. That assumption is just plain wrong. wolf -- Bartek . - W ka?dym porz?dnym domu powinien by? fortepian. A wiecie po Taudul : co? ?eby na nim postawi? palm?. .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From hawk at limanowa.net Fri Apr 28 15:42:30 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Fri, 28 Apr 2006 15:42:30 +0200 Subject: RPM changelog In-Reply-To: <20060428125551.GA25993@bajzel> References: <200604262247.07300.glen@delfi.ee> <1146139448.12017.131.camel@recent-convert.mapflow.int> <4450BAFC.8020600@limanowa.net> <200604271929.20684.glen@delfi.ee> <44512794.2090805@limanowa.net> <20060428125551.GA25993@bajzel> Message-ID: <44521BC6.2000607@limanowa.net> > [14:51 wolf at bajzel:~]% rpm -qa|wc -l > 1423 So? As I said, that makes no difference _for me_, even if it would return 10000. I didn't said it makes no difference at all :) >>Small packages usually doesn't have big changelogs. > > That assumption is just plain wrong. Maybe. I didn't said it is the rule for small packages. M. From wolf.pld at gmail.com Fri Apr 28 16:13:10 2006 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Fri, 28 Apr 2006 16:13:10 +0200 Subject: RPM changelog In-Reply-To: <44521BC6.2000607@limanowa.net> References: <200604262247.07300.glen@delfi.ee> <1146139448.12017.131.camel@recent-convert.mapflow.int> <4450BAFC.8020600@limanowa.net> <200604271929.20684.glen@delfi.ee> <44512794.2090805@limanowa.net> <20060428125551.GA25993@bajzel> <44521BC6.2000607@limanowa.net> Message-ID: <20060428141310.GA26618@bajzel> On Fri, Apr 28, 2006 at 03:42:30PM +0200, Marcin Kr?l wrote: > > [14:51 wolf at bajzel:~]% rpm -qa|wc -l > > 1423 > So? As I said, that makes no difference _for me_ So? I said it makes difference _for me_. wolf -- Bartek . - O! Jest ten co wypisuje o mnie bzdury. Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From hawk at limanowa.net Fri Apr 28 17:20:16 2006 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Fri, 28 Apr 2006 17:20:16 +0200 Subject: RPM changelog In-Reply-To: <20060428141310.GA26618@bajzel> References: <200604262247.07300.glen@delfi.ee> <1146139448.12017.131.camel@recent-convert.mapflow.int> <4450BAFC.8020600@limanowa.net> <200604271929.20684.glen@delfi.ee> <44512794.2090805@limanowa.net> <20060428125551.GA25993@bajzel> <44521BC6.2000607@limanowa.net> <20060428141310.GA26618@bajzel> Message-ID: <445232B0.7030002@limanowa.net> > So? I said it makes difference _for me_. Please read between lines... "It makes no difference for me" == "I don't care" == ("you may completly remove changelogs from rpms" || "you may keep 10MB changelog in each rpm") EOT M. From ankry at green.mif.pg.gda.pl Fri Apr 28 18:54:23 2006 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 28 Apr 2006 18:54:23 +0200 (CEST) Subject: RPM changelog In-Reply-To: <20060428141310.GA26618@bajzel> from "Bartosz Taudul" at Apr 28, 2006 04:13:10 PM Message-ID: <200604281654.k3SGsNfW014015@green.mif.pg.gda.pl> Bartosz Taudul wrote: > > On Fri, Apr 28, 2006 at 03:42:30PM +0200, Marcin Kr?l wrote: > > > [14:51 wolf at bajzel:~]% rpm -qa|wc -l > > > 1423 > > So? As I said, that makes no difference _for me_ > So? I said it makes difference _for me_. So, if we are talking about personal preferences, I prefer no changelog at all than a changelog without the information about the most important changes. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Gdansk University of Technology