From qboosh at pld-linux.org Fri Aug 8 09:43:24 2003 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 8 Aug 2003 09:43:24 +0200 Subject: SPECS: esound.spec (HEAD) In-Reply-To: References: <20030808060623.GA7093@black.lj.pl> Message-ID: <20030808074324.GB22335@gruby.cs.net.pl> On Fri, Aug 08, 2003 at 09:17:15AM +0200, Pawe? Go?aszewski wrote: > On Fri, 8 Aug 2003, Tomek Orzechowski wrote: > > >Module name: SPECS > > >Changes by: qboosh 03/08/07 21:10:51 > > > > > >Modified files: > > > esound.spec > > > > > >Log message: > > >- updated etc_dir patch to current policy (s/ETC_DIR/HOME_ETC/, leave dots) > > > > > >Index: esound.spec > > >=================================================================== > > >RCS file: /cvsroot/SPECS/esound.spec,v > > >diff -d -u -r1.85 -r1.86 > > >--- esound.spec 1 Aug 2003 16:59:30 -0000 1.85 > > >+++ esound.spec 7 Aug 2003 19:10:51 -0000 1.86 > > >@@ -209,6 +209,9 @@ > > > All persons listed below can be reached at @pld-linux.org > > > > > > $Log$ > > >+Revision 1.86 2003/08/07 19:10:51 qboosh > > >+- updated etc_dir patch to current policy (s/ETC_DIR/HOME_ETC/, leave dots) > > Did I miss something? Where's document describing current HOME_ETC > > policy? I thought blues was going to write something like that, but he > > gave up. Hm? > > IIRC gotar has corrected document about HOME_ETC. PLD-doc/home-etc/HOME_ETC-new.txt BTW, diffs in cvsweb don't work now: =================================================================== RCS file: /cvsroot/PLD-doc/home-etc/HOME-ETC.txt,v retrieving revision 1.1 rcsdiff: can't make temporary pathname `/tmp/rcsdUOSVH/T0XXXXXX' rcsdiff aborted -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From wiget at pld-linux.org Fri Aug 8 14:40:41 2003 From: wiget at pld-linux.org (Artur Frysiak) Date: Fri, 8 Aug 2003 14:40:41 +0200 Subject: SPECS: php.spec (HEAD) In-Reply-To: References: Message-ID: <20030808124041.GA9131@ikar.t17.ds.pwr.wroc.pl> On Fri, Aug 08, 2003 at 01:19:13PM +0200, adamg wrote: > Module name: SPECS > Changes by: adamg 03/08/08 13:19:11 > > Modified files: > php.spec > > Log message: > - updated to 4.3.3RC3 > - added missing BR: elfutils-devel (configure failed when checking snmp, > but is it really needed?) rpm-devel must be fixed first (R: elfutils-devel), second net-snmp-devel must R: rpm-devel. -- Artur Frysiak http://www.pld-linux.org/ From orzech at pld-linux.org Fri Aug 8 12:12:59 2003 From: orzech at pld-linux.org (Tomek Orzechowski) Date: Fri, 8 Aug 2003 12:12:59 +0200 Subject: SPECS: kernel.spec (HEAD) In-Reply-To: <20030808085030.GA25875@melina.szuwary.org> References: <20030807192742.D2600@sith.mimuw.edu.pl> <1060277670.5256.23.camel@mizar> <20030808085030.GA25875@melina.szuwary.org> Message-ID: <20030808101259.GB10239@black.lj.pl> [08 sierpie?, 2003] Jacek Rembisz napisa?: >On Thu, Aug 07, 2003 at 08:21:16PM +0200, Pawe? Go?aszewski wrote: >> On Thu, 7 Aug 2003, Aredridel wrote: >> > > > gives "yes" >> > > The IDE subsystem got a major rewrite in 2.4.21 and our tools are step >> > > behind. If you want to use 2.4.21 you need to tell geninitrd exactly >> > > what to do. Here is the recipe: set in /etc/sysconfig/geninitrd: >> > Aha! Thank you. >> > >> > It's hard to keep up with all this. >> >> Marcello is crazy that this modular IDE was moved to 2.4 - it was not good >> move... > >I am happy. >At least my notebook wakes up nicely after suspend with new IDE. New IDE code, or maybe fixed ACPI code, hm? -- _ _._. _ .|_ (_)| /_(/.(.| ) Tomek Orzechowski Solitude, mon Dieu, solitude... From qboosh at pld-linux.org Fri Aug 8 15:45:12 2003 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 8 Aug 2003 15:45:12 +0200 Subject: SPECS: php.spec (HEAD) In-Reply-To: <20030808124041.GA9131@ikar.t17.ds.pwr.wroc.pl> References: <20030808124041.GA9131@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20030808134512.GB21435@gruby.cs.net.pl> On Fri, Aug 08, 2003 at 02:40:41PM +0200, Artur Frysiak wrote: > On Fri, Aug 08, 2003 at 01:19:13PM +0200, adamg wrote: > > Module name: SPECS > > Changes by: adamg 03/08/08 13:19:11 > > > > Modified files: > > php.spec > > > > Log message: > > - updated to 4.3.3RC3 > > - added missing BR: elfutils-devel (configure failed when checking snmp, > > but is it really needed?) > > rpm-devel must be fixed first (R: elfutils-devel), It already is. > second > net-snmp-devel must R: rpm-devel. Not always. $ net-snmp-config --libs -L/usr/lib -lnetsnmp -lcrypto -lelf -lm $ net-snmp-config --agent-libs -L/usr/lib -lnetsnmpagent -lnetsnmpmibs -lnetsnmphelpers -lnetsnmp -lrpm -lz -lcrypto -lelf -lm -L/usr/lib -lwrap So IMO net-snmp-devel should R: only elfutils-devel (packages rather use just libnetsnmp, not all agent-libs...). -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From malekith at pld-linux.org Wed Aug 6 01:58:57 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Wed, 6 Aug 2003 01:58:57 +0200 Subject: SPECS: gnustep-back.spec (HEAD) In-Reply-To: References: <1059257213.4866.7.camel@mizar> Message-ID: <20030805235857.GA21099@roke.freak> On Sun, Jul 27, 2003 at 05:53:21PM +0200, Pawe? Go?aszewski wrote: > On Sun, 26 Jul 2003, Aredridel wrote: > > > Module name: SPECS > > > Changes by: qboosh 03/07/27 00:04:07 > > > > > > Modified files: > > > gnustep-back.spec > > > > > > Log message: > > > - clone tree and compile using separate sources (like in fftw3.spec) > > > - now build and install are not mixed > > > - fixed docs compressing, added gpbs(1) man page > > > > Good fix. I was thinking of that last night as I went to sleep. I was > > going to do just that today. > > To the list-manager: could you set ReplyTo on commit list into devel-en@ > list? Thanks CVSROOT/logdiff.pl. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From aredridel at nbtsc.org Wed Aug 6 17:39:42 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 06 Aug 2003 09:39:42 -0600 Subject: [MBT] new entry in pkg rpm "Dependencies fail when easily satisfied" In-Reply-To: References: Message-ID: <1060184382.3195.8.camel@mizar> On Wed, 2003-08-06 at 09:37, bugs at pld-linux.org wrote: > Date: 2003-08-06 17:37:51+02 Author: Pawe? Go?aszewski (blues) > Title: Dependencies fail when easily satisfied > Ticket ID: #722 > Ticket URL: http://bugs.pld-linux.org/?bug=722 > Package: rpm-4.3-0.20030610.20.6 > Distribution: > Category: doesn't work as it should > Current state: closed -- resolved > Text: > > fixed in cvs. > This is "feature" of new rpm. In requires there have to be epoch included. > *** State changed to 'closed -- resolved' > Aaah ... so the correct thing is Epoch: 0 in every spec file that has no Epoch? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From qboosh at pld.org.pl Wed Aug 6 17:42:31 2003 From: qboosh at pld.org.pl (Jakub Bogusz) Date: Wed, 6 Aug 2003 17:42:31 +0200 Subject: [MBT] new entry in pkg rpm "Dependencies fail when easily satisfied" In-Reply-To: <1060184382.3195.8.camel@mizar> References: <1060184382.3195.8.camel@mizar> Message-ID: <20030806154231.GI9178@gruby.cs.net.pl> On Wed, Aug 06, 2003 at 09:39:42AM -0600, Aredridel wrote: > On Wed, 2003-08-06 at 09:37, bugs at pld-linux.org wrote: > > Date: 2003-08-06 17:37:51+02 Author: Pawe? Go?aszewski (blues) > > Title: Dependencies fail when easily satisfied > > Ticket ID: #722 > > Ticket URL: http://bugs.pld-linux.org/?bug=722 > > Package: rpm-4.3-0.20030610.20.6 > > Distribution: > > Category: doesn't work as it should > > Current state: closed -- resolved > > Text: > > > > fixed in cvs. > > This is "feature" of new rpm. In requires there have to be epoch included. > > *** State changed to 'closed -- resolved' > > > > Aaah ... so the correct thing is Epoch: 0 in every spec file that has no > Epoch? No. No epoch in dependency means epoch = 0 now. And "Requires: something = ver" means "Requires: something = epoch:ver", so if some package has non-zero epoch, "%{epoch}:" must be added to dependencies in subpackages. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From aredridel at nbtsc.org Wed Aug 6 19:19:30 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 06 Aug 2003 11:19:30 -0600 Subject: gaim dependencies In-Reply-To: <20030806154231.GI9178@gruby.cs.net.pl> References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> Message-ID: <1060190370.3195.10.camel@mizar> On Wed, 2003-08-06 at 09:42, Jakub Bogusz wrote: > On Wed, Aug 06, 2003 at 09:39:42AM -0600, Aredridel wrote: > > On Wed, 2003-08-06 at 09:37, bugs at pld-linux.org wrote: > > > Date: 2003-08-06 17:37:51+02 Author: Pawe? Go?aszewski (blues) > > > Title: Dependencies fail when easily satisfied > > > Ticket ID: #722 > > > Ticket URL: http://bugs.pld-linux.org/?bug=722 > > > Package: rpm-4.3-0.20030610.20.6 > > > Distribution: > > > Category: doesn't work as it should > > > Current state: closed -- resolved > > > Text: > > > > > > fixed in cvs. > > > This is "feature" of new rpm. In requires there have to be epoch included. > > > *** State changed to 'closed -- resolved' > > > > > > > Aaah ... so the correct thing is Epoch: 0 in every spec file that has no > > Epoch? > > No. No epoch in dependency means epoch = 0 now. > And "Requires: something = ver" means "Requires: something = epoch:ver", > so if some package has non-zero epoch, "%{epoch}:" must be added to > dependencies in subpackages. > I rebuilt gaim and I get this: poldek> upgrade gaim-* Processing dependencies... gaim-devel-0.66-0.1 obsoleted by gaim-devel-0.66-0.2 gaim-0.66-0.1 obsoleted by gaim-0.66-0.2 gaim-ui-gtk-0.66-0.1 obsoleted by gaim-ui-gtk-0.66-0.2 There are 3 packages to install, 3 to uninstall: I gaim-0.66-0.2, gaim-devel-0.66-0.2, gaim-ui-gtk-0.66-0.2 R gaim-ui-gtk-0.66-0.1, gaim-0.66-0.1, gaim-devel-0.66-0.1 Executing sudo /bin/rpm --upgrade -vh --root / --noorder... error: Failed dependencies: gaim = 0.66 is needed by gaim-devel-0.66-0.2 There were errors poldek> So it needs the epoch in the automatically found dependencies. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From blues at ds.pg.gda.pl Wed Aug 6 19:56:48 2003 From: blues at ds.pg.gda.pl (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 6 Aug 2003 19:56:48 +0200 (CEST) Subject: gaim dependencies In-Reply-To: <1060190370.3195.10.camel@mizar> References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> Message-ID: On Wed, 6 Aug 2003, Aredridel wrote: > > > Aaah ... so the correct thing is Epoch: 0 in every spec file that > > > has no Epoch? > > No. No epoch in dependency means epoch = 0 now. And "Requires: > > something = ver" means "Requires: something = epoch:ver", so if some > > package has non-zero epoch, "%{epoch}:" must be added to dependencies > > in subpackages. > I rebuilt gaim and I get this: > > poldek> upgrade gaim-* > Processing dependencies... > gaim-devel-0.66-0.1 obsoleted by gaim-devel-0.66-0.2 > gaim-0.66-0.1 obsoleted by gaim-0.66-0.2 > gaim-ui-gtk-0.66-0.1 obsoleted by gaim-ui-gtk-0.66-0.2 > There are 3 packages to install, 3 to uninstall: > I gaim-0.66-0.2, gaim-devel-0.66-0.2, gaim-ui-gtk-0.66-0.2 > R gaim-ui-gtk-0.66-0.1, gaim-0.66-0.1, gaim-devel-0.66-0.1 > Executing sudo /bin/rpm --upgrade -vh --root / --noorder... > > error: Failed dependencies: > gaim = 0.66 is needed by gaim-devel-0.66-0.2 > There were errors > poldek> > > So it needs the epoch in the automatically found dependencies. But gaim has Epoch 1 , not 0 - it needs %{epoch}:%{version} deps.. -- pozdr. Pawe? Go?aszewski --------------------------------- worth to see: http://www.againsttcpa.com/ CPU not found - software emulation... From aredridel at nbtsc.org Wed Aug 6 20:11:20 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 06 Aug 2003 12:11:20 -0600 Subject: gaim dependencies In-Reply-To: References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> Message-ID: <1060193480.25450.0.camel@mizar> > > error: Failed dependencies: > > gaim = 0.66 is needed by gaim-devel-0.66-0.2 > > There were errors > > poldek> > > > > So it needs the epoch in the automatically found dependencies. > > But gaim has Epoch 1 , not 0 - it needs %{epoch}:%{version} deps.. Right -- So they have to be added manually? Or is there something to add them automatically? -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From blues at ds.pg.gda.pl Wed Aug 6 20:28:02 2003 From: blues at ds.pg.gda.pl (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Wed, 6 Aug 2003 20:28:02 +0200 (CEST) Subject: gaim dependencies In-Reply-To: <1060193480.25450.0.camel@mizar> References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> <1060193480.25450.0.camel@mizar> Message-ID: On Wed, 6 Aug 2003, Aredridel wrote: > > > error: Failed dependencies: > > > gaim = 0.66 is needed by gaim-devel-0.66-0.2 > > > There were errors > > > poldek> > > > > > > So it needs the epoch in the automatically found dependencies. > > But gaim has Epoch 1 , not 0 - it needs %{epoch}:%{version} deps.. > Right -- So they have to be added manually? Or is there something to add > them automatically? I've fixed spec when I was closing ticket in BTS. cvs up gaim.spec -- pozdr. Pawe? Go?aszewski --------------------------------- worth to see: http://www.againsttcpa.com/ CPU not found - software emulation... From aredridel at nbtsc.org Wed Aug 6 22:24:12 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 06 Aug 2003 14:24:12 -0600 Subject: gaim dependencies In-Reply-To: References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> <1060193480.25450.0.camel@mizar> Message-ID: <1060201451.25451.2.camel@mizar> On Wed, 2003-08-06 at 12:28, Pawe? Go?aszewski wrote: > On Wed, 6 Aug 2003, Aredridel wrote: > > > > error: Failed dependencies: > > > > gaim = 0.66 is needed by gaim-devel-0.66-0.2 > > > > There were errors > > > > poldek> > > > > > > > > So it needs the epoch in the automatically found dependencies. > > > But gaim has Epoch 1 , not 0 - it needs %{epoch}:%{version} deps.. > > Right -- So they have to be added manually? Or is there something to add > > them automatically? > > I've fixed spec when I was closing ticket in BTS. > cvs up gaim.spec Actually doesn't fix it for me -- gaim-ui had no problem. gaim-devel depending on gaim is the problem -- there is no Requires: in the spec for gaim. It is automatically generated. Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From dee-pld at nsj.srem.pl Wed Aug 6 22:54:54 2003 From: dee-pld at nsj.srem.pl (=?ISO-8859-2?Q?=A3ukasz_Jerna=B6?=) Date: Wed, 6 Aug 2003 22:54:54 +0200 Subject: gaim dependencies In-Reply-To: References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> <1060193480.25450.0.camel@mizar> Message-ID: <20030806225454.3635c6bb.dee-pld@nsj.srem.pl> Dnia Wed, 6 Aug 2003 20:28:02 +0200 (CEST) u?yszkodnik Pawe? Go?aszewski napisa?: > On Wed, 6 Aug 2003, Aredridel wrote: > > > > error: Failed dependencies: > > > > gaim = 0.66 is needed by gaim-devel-0.66-0.2 > > > > There were errors > > > > poldek> > > > > > > > > So it needs the epoch in the automatically found dependencies. > > > But gaim has Epoch 1 , not 0 - it needs %{epoch}:%{version} deps.. > > Right -- So they have to be added manually? Or is there something to > > add them automatically? > > I've fixed spec when I was closing ticket in BTS. > cvs up gaim.spec > cvs up -A gaim.spec vim gaim.spec [blablabla] %package devel Requires: %{name} = %{version} [blablabla] Doesn't seem to be fixed? Or am I wrong (again...)? -- Best regards, ?ukasz [DeeJay1] Jerna? deejay1 at nsj.srem.pl {eRJot} -> DeeJay1: Bredzisz. :P | Jaki frajer! Robi za darmo jestes tak glupi ze szkoda gadac!!!! -- Pozdrowienia, ?ukasz [DeeJay1] Jerna? deejay1 at nsj.srem.pl {eRJot} -> DeeJay1: Bredzisz. :P | Jaki frajer! Robi za darmo jestes tak glupi ze szkoda gadac!!!! From grzegol at pld-linux.org Wed Aug 6 22:57:50 2003 From: grzegol at pld-linux.org (Grzegorz =?iso-8859-2?Q?Go=B3awski?=) Date: Wed, 06 Aug 2003 22:57:50 +0200 Subject: gaim dependencies In-Reply-To: <20030806225454.3635c6bb.dee-pld@nsj.srem.pl> References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> <1060193480.25450.0.camel@mizar> <20030806225454.3635c6bb.dee-pld@nsj.srem.pl> Message-ID: <1060203470.6517.77.camel@localhost.localdomain> W li?cie z ?ro, 06-08-2003, godz. 22:54, ?ukasz Jerna? pisze: > cvs up -A gaim.spec > vim gaim.spec > [blablabla] > %package devel > Requires: %{name} = %{version} > [blablabla] > > Doesn't seem to be fixed? Or am I wrong (again...)? Seems that blues forgot about this one - fixed. -- <=============================> $+>> Grzegorz Go?awski <<+$ $+>> grzegol at pld-linux.org <<+$ <=============================> From aredridel at nbtsc.org Wed Aug 6 23:10:05 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 06 Aug 2003 15:10:05 -0600 Subject: gaim dependencies In-Reply-To: <1060203470.6517.77.camel@localhost.localdomain> References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> <1060193480.25450.0.camel@mizar> <20030806225454.3635c6bb.dee-pld@nsj.srem.pl> <1060203470.6517.77.camel@localhost.localdomain> Message-ID: <1060204205.25450.8.camel@mizar> > > > > Doesn't seem to be fixed? Or am I wrong (again...)? > Seems that blues forgot about this one - fixed. It seems Epoch makes a mess for things like this... I wish there were a better way... < and > in Obsoletes, maybe? "Obsoletes: gaim <= 20000101" would be a nice way to handle CVS vs. real version numbers. Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From grzegol at pld-linux.org Wed Aug 6 23:43:06 2003 From: grzegol at pld-linux.org (Grzegorz =?iso-8859-2?Q?Go=B3awski?=) Date: Wed, 06 Aug 2003 23:43:06 +0200 Subject: gaim dependencies In-Reply-To: <1060204205.25450.8.camel@mizar> References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> <1060193480.25450.0.camel@mizar> <20030806225454.3635c6bb.dee-pld@nsj.srem.pl> <1060203470.6517.77.camel@localhost.localdomain> <1060204205.25450.8.camel@mizar> Message-ID: <1060206186.6604.91.camel@localhost.localdomain> W li?cie z ?ro, 06-08-2003, godz. 23:10, Aredridel pisze: > > > > > > Doesn't seem to be fixed? Or am I wrong (again...)? > > Seems that blues forgot about this one - fixed. > > It seems Epoch makes a mess for things like this... I wish there were a > better way... < and > in Obsoletes, maybe? "Obsoletes: gaim <= > 20000101" would be a nice way to handle CVS vs. real version numbers. Obsoletes can't replace Epoch. For example, if You have gaim-1.0.20030101 and want to install new version gaim-1.0, rpm will tell that newer version is installed and will give up. But in most cases there is possible to avoid bumping Epoch - proper Release (0.%{_snap}.1). -- <=============================> $+>> Grzegorz Go?awski <<+$ $+>> grzegol at pld-linux.org <<+$ <=============================> From aredridel at nbtsc.org Wed Aug 6 23:54:17 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 06 Aug 2003 15:54:17 -0600 Subject: gaim dependencies In-Reply-To: <1060206186.6604.91.camel@localhost.localdomain> References: <1060184382.3195.8.camel@mizar> <20030806154231.GI9178@gruby.cs.net.pl> <1060190370.3195.10.camel@mizar> <1060193480.25450.0.camel@mizar> <20030806225454.3635c6bb.dee-pld@nsj.srem.pl> <1060203470.6517.77.camel@localhost.localdomain> <1060204205.25450.8.camel@mizar> <1060206186.6604.91.camel@localhost.localdomain> Message-ID: <1060206856.25451.14.camel@mizar> On Wed, 2003-08-06 at 15:43, Grzegorz Go?awski wrote: > W li?cie z ?ro, 06-08-2003, godz. 23:10, Aredridel pisze: > > > > > > > > Doesn't seem to be fixed? Or am I wrong (again...)? > > > Seems that blues forgot about this one - fixed. > > > > It seems Epoch makes a mess for things like this... I wish there were a > > better way... < and > in Obsoletes, maybe? "Obsoletes: gaim <= > > 20000101" would be a nice way to handle CVS vs. real version numbers. > Obsoletes can't replace Epoch. I was thinking more in line of new features for RPM 4.4... adding this to obsoletes would be useful. You just end up with large Obsoletes: lists in spec files -- it seems cleaner than Epoch, to me. Just an idea for when I have time to play with the insides of RPM. Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From ser at metalab.unc.edu Thu Aug 7 21:33:33 2003 From: ser at metalab.unc.edu (Sergiusz Pawlowicz) Date: Thu, 7 Aug 2003 21:33:33 +0200 Subject: [java-sun.spec?] Message-ID: <20030807193332.GJ17193@szafa.it-zone.org> hi! why we do not have java jre source for java-sun.spec on distfiles? e.g. http://public.planetmirror.com/pub/java-sun/J2SE/1.4.2/linux/ has one... cheers - Sergiusz -- private: http://ibiblio.org/ser/ company: http://it-zone.org/ ______________________________________________________________ on wallpaper: tldp.org, gnu.org, pld-linux.org, hyperreal.info From aredridel at nbtsc.org Thu Aug 7 22:08:31 2003 From: aredridel at nbtsc.org (Aredridel) Date: Thu, 07 Aug 2003 14:08:31 -0600 Subject: SPECS: kernel.spec (HEAD) In-Reply-To: <200308072118.36110.arekm@pld-linux.org> References: <20030807192742.D2600@sith.mimuw.edu.pl> <200308072118.36110.arekm@pld-linux.org> Message-ID: <1060286910.5392.0.camel@mizar> > Also if you use bsp >= 0.3.1 (which will be released soon) you don't need --with-insmod-static. Compiling now. Thank you. > areq is working on automatic module finding for IDE subsytem (to be merged into geninitrd). Ah, good -- then I won't. Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From orzech at pld-linux.org Fri Aug 8 08:06:23 2003 From: orzech at pld-linux.org (Tomek Orzechowski) Date: Fri, 8 Aug 2003 08:06:23 +0200 Subject: SPECS: esound.spec (HEAD) In-Reply-To: References: Message-ID: <20030808060623.GA7093@black.lj.pl> [August 7, 2003] qboosh wrote: >Module name: SPECS >Changes by: qboosh 03/08/07 21:10:51 > >Modified files: > esound.spec > >Log message: >- updated etc_dir patch to current policy (s/ETC_DIR/HOME_ETC/, leave dots) > >Index: esound.spec >=================================================================== >RCS file: /cvsroot/SPECS/esound.spec,v >diff -d -u -r1.85 -r1.86 >--- esound.spec 1 Aug 2003 16:59:30 -0000 1.85 >+++ esound.spec 7 Aug 2003 19:10:51 -0000 1.86 >@@ -209,6 +209,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ >+Revision 1.86 2003/08/07 19:10:51 qboosh >+- updated etc_dir patch to current policy (s/ETC_DIR/HOME_ETC/, leave dots) Did I miss something? Where's document describing current HOME_ETC policy? I thought blues was going to write something like that, but he gave up. Hm? -- _ _._. _ .|_ (_)| /_(/.(.| ) Tomek Orzechowski Solitude, mon Dieu, solitude... From blues at ds.pg.gda.pl Fri Aug 8 09:17:15 2003 From: blues at ds.pg.gda.pl (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Fri, 8 Aug 2003 09:17:15 +0200 (CEST) Subject: SPECS: esound.spec (HEAD) In-Reply-To: <20030808060623.GA7093@black.lj.pl> References: <20030808060623.GA7093@black.lj.pl> Message-ID: On Fri, 8 Aug 2003, Tomek Orzechowski wrote: > >Module name: SPECS > >Changes by: qboosh 03/08/07 21:10:51 > > > >Modified files: > > esound.spec > > > >Log message: > >- updated etc_dir patch to current policy (s/ETC_DIR/HOME_ETC/, leave dots) > > > >Index: esound.spec > >=================================================================== > >RCS file: /cvsroot/SPECS/esound.spec,v > >diff -d -u -r1.85 -r1.86 > >--- esound.spec 1 Aug 2003 16:59:30 -0000 1.85 > >+++ esound.spec 7 Aug 2003 19:10:51 -0000 1.86 > >@@ -209,6 +209,9 @@ > > All persons listed below can be reached at @pld-linux.org > > > > $Log$ > >+Revision 1.86 2003/08/07 19:10:51 qboosh > >+- updated etc_dir patch to current policy (s/ETC_DIR/HOME_ETC/, leave dots) > Did I miss something? Where's document describing current HOME_ETC > policy? I thought blues was going to write something like that, but he > gave up. Hm? IIRC gotar has corrected document about HOME_ETC. -- pozdr. Pawe? Go?aszewski --------------------------------- worth to see: http://www.againsttcpa.com/ CPU not found - software emulation... From aredridel at nbtsc.org Fri Aug 8 15:48:39 2003 From: aredridel at nbtsc.org (Aredridel) Date: Fri, 08 Aug 2003 07:48:39 -0600 Subject: SPECS: kernel.spec (HEAD) In-Reply-To: <20030808101259.GB10239@black.lj.pl> References: <20030807192742.D2600@sith.mimuw.edu.pl> <1060277670.5256.23.camel@mizar> <20030808085030.GA25875@melina.szuwary.org> <20030808101259.GB10239@black.lj.pl> Message-ID: <1060350519.9037.0.camel@mizar> > New IDE code, or maybe fixed ACPI code, hm? Either way, my Athlon runs cool now too, IDE works fast, haven't tried suspend yet, and I got Coda working with the new kernel. I'm pretty happy. Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From adamg at biomerieux.pl Fri Aug 8 17:40:34 2003 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Fri, 8 Aug 2003 17:40:34 +0200 Subject: SPECS: php.spec (HEAD) In-Reply-To: <20030808124041.GA9131@ikar.t17.ds.pwr.wroc.pl> References: <20030808124041.GA9131@ikar.t17.ds.pwr.wroc.pl> Message-ID: <20030808154034.GA1469@mysza.eu.org> On Fri, Aug 08, 2003 at 02:40:41PM +0200, Artur Frysiak wrote: > On Fri, Aug 08, 2003 at 01:19:13PM +0200, adamg wrote: > > Module name: SPECS > > Changes by: adamg 03/08/08 13:19:11 > > > > Modified files: > > php.spec > > > > Log message: > > - updated to 4.3.3RC3 > > - added missing BR: elfutils-devel (configure failed when checking snmp, > > but is it really needed?) > > rpm-devel must be fixed first (R: elfutils-devel), Looks like it already is. > second net-snmp-devel must R: rpm-devel. Also is. Looks like I got some older versions of these packages... So, BR: elfutils-devel in php.spec should be removed? BTW: Is there any tool to generate dependency-tree? So that I would know that elfutils-devel is required by net-snmp-devel without greping the sources? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From wiget at pld-linux.org Fri Aug 8 19:55:52 2003 From: wiget at pld-linux.org (Artur Frysiak) Date: Fri, 8 Aug 2003 19:55:52 +0200 Subject: SPECS: php.spec (HEAD) In-Reply-To: <20030808154034.GA1469@mysza.eu.org> References: <20030808124041.GA9131@ikar.t17.ds.pwr.wroc.pl> <20030808154034.GA1469@mysza.eu.org> Message-ID: <20030808175552.GA24388@ikar.t17.ds.pwr.wroc.pl> On Fri, Aug 08, 2003 at 05:40:34PM +0200, Adam Go??biowski wrote: > > BTW: Is there any tool to generate dependency-tree? So that I would know > that elfutils-devel is required by net-snmp-devel without greping the > sources? rpmgraph apt-get doti (I don't remember exact option) Regards -- Artur Frysiak http://www.pld-linux.org/ From deejay1 at nsj.srem.pl Sun Aug 10 15:48:20 2003 From: deejay1 at nsj.srem.pl (=?ISO-8859-2?Q?=A3ukasz_Jerna=B6?=) Date: Sun, 10 Aug 2003 15:48:20 +0200 Subject: SPECS: armagetron.spec (HEAD) In-Reply-To: References: Message-ID: <20030810154820.79a381d8.deejay1@nsj.srem.pl> Dnia Sun, 10 Aug 2003 15:39:04 +0200 u?yszkodnik deejay1 napisa?: > Module name: SPECS > Changes by: deejay1 03/08/10 15:39:02 > > Modified files: > armagetron.spec > > Log message: > - updated to 0.2.5.1 Erm, my fault, sorry, too hot in here or maybe just I'm so dumb - but it seems to work except the wicked changelog message :/ -- Pozdrowienia, ?ukasz [DeeJay1] Jerna? deejay1 at nsj.srem.pl {eRJot} -> DeeJay1: Bredzisz. :P | Jaki frajer! Robi za darmo jestes tak glupi ze szkoda gadac!!!! From ser at metalab.unc.edu Tue Aug 12 22:08:06 2003 From: ser at metalab.unc.edu (Sergiusz Pawlowicz) Date: Tue, 12 Aug 2003 22:08:06 +0200 Subject: [lists.pld-linux.org] Message-ID: <20030812200806.GD17193@szafa.it-zone.org> The UNC campus network has been adversely affected by numerous hosts infected with the Blaster worm. Network connections seem to be coming back slowly, thought the next day or so you might experience traffic disruption. The affected systems: mail.pld-linux.org, lists.pld-linux.org cheers - Sergiusz -- private: http://ibiblio.org/ser/ company: http://it-zone.org/ ______________________________________________________________ on wallpaper: tldp.org, gnu.org, pld-linux.org, hyperreal.info From malekith at pld-linux.org Tue Aug 12 22:14:57 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Tue, 12 Aug 2003 22:14:57 +0200 Subject: [lists.pld-linux.org] In-Reply-To: <20030812200806.GD17193@szafa.it-zone.org> References: <20030812200806.GD17193@szafa.it-zone.org> Message-ID: <20030812201457.GA10393@roke.freak> On Tue, Aug 12, 2003 at 10:08:06PM +0200, Sergiusz Pawlowicz wrote: > The UNC campus network has been adversely affected by numerous > hosts infected with the Blaster worm. Network connections seem > to be coming back slowly, thought the next day or so you might > experience traffic disruption. > > The affected systems: mail.pld-linux.org, lists.pld-linux.org Hmmm [malekith at roke ~]$ host mail.pld-linux.org Host mail.pld-linux.org not found: 3(NXDOMAIN) :-) -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From michal at michal.waw.pl Tue Aug 12 22:27:01 2003 From: michal at michal.waw.pl (Michal Kochanowicz) Date: Tue, 12 Aug 2003 22:27:01 +0200 Subject: [lists.pld-linux.org] In-Reply-To: <20030812201457.GA10393@roke.freak> References: <20030812200806.GD17193@szafa.it-zone.org> <20030812201457.GA10393@roke.freak> Message-ID: <20030812202701.GB4864@wieszak.lan> On Tue, Aug 12, 2003 at 10:14:57PM +0200, Michal Moskal wrote: > [malekith at roke ~]$ host mail.pld-linux.org > Host mail.pld-linux.org not found: 3(NXDOMAIN) [misiek at wieszak misiek]$ host -t mx pld-linux.org pld-linux.org mail is handled by 0 a.mx.pld-linux.org. -- --= 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 aredridel at nbtsc.org Mon Aug 18 00:35:02 2003 From: aredridel at nbtsc.org (Aredridel) Date: Sun, 17 Aug 2003 16:35:02 -0600 Subject: SPECS: rhythmbox.spec (HEAD) In-Reply-To: References: Message-ID: <1061159631.1692.4.camel@mizar> > Log message: > - use xine backend Why xine over GStreamer? --Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wiget at pld-linux.org Mon Aug 18 07:11:13 2003 From: wiget at pld-linux.org (Artur Frysiak) Date: Mon, 18 Aug 2003 07:11:13 +0200 Subject: SPECS: rhythmbox.spec (HEAD) In-Reply-To: <1061159631.1692.4.camel@mizar> References: <1061159631.1692.4.camel@mizar> Message-ID: <20030818051113.GA7269@ikar.t17.ds.pwr.wroc.pl> On Sun, Aug 17, 2003 at 04:35:02PM -0600, Aredridel wrote: > > Log message: > > - use xine backend > > Why xine over GStreamer? with GStreamer catches segmentation fault, with xine work fine. -- Artur Frysiak http://www.pld-linux.org/ From aredridel at nbtsc.org Wed Aug 20 22:35:24 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 20 Aug 2003 14:35:24 -0600 Subject: RFC: Web packages and Prefix: Message-ID: <1061411724.32132.7.camel@mizar> I was wondering whether anyone else considered it of use to make web packages relocatable. I did some initial poking around, and see no reason that SquirrelMail couldn't have Prefix: /home/services/httpd/html in the spec file. . . It would be of great utility to me to be able to rpm -i squirrelmail...rpm --prefix /home/sites/mail.nbtsc.org Comments? Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmazur at kernel.pl Wed Aug 20 23:11:10 2003 From: mmazur at kernel.pl (Mariusz Mazur) Date: Wed, 20 Aug 2003 23:11:10 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <1061411724.32132.7.camel@mizar> References: <1061411724.32132.7.camel@mizar> Message-ID: <200308202311.10687.mmazur@kernel.pl> On Wednesday 20 of August 2003 22:35, Aredridel wrote: > I was wondering whether anyone else considered it of use to make web > packages relocatable. I did some initial poking around, and see no > reason that SquirrelMail couldn't have > > Prefix: /home/services/httpd/html > > in the spec file. . . It would be of great utility to me to be able to > > rpm -i squirrelmail...rpm --prefix /home/sites/mail.nbtsc.org > > Comments? I must say that this is a very interesting idea but it would either require an ugly hack (some changes in rpm + some hackish stuff inside squirrelmail.spec) or a higher level of abstraction inside rpm (eg. if I can install squirrelmail with a prefix than maybe I could install one in this dir, and a second one in that... but I would have real problems when trying to uninstall/upgrade/whatever any of them). -- Ka?dy cz?owiek, kt?ry naprawd? ?yje, nie ma charakteru, nie mo?e go mie?. Charakter jest zawsze martwy, otacza ci? zgni?a struktura przeniesiona z przesz?o?ci. Je?eli dzia?asz zgodnie z charakterem wtedy nie dzia?asz w og?le - jedynie mechanicznie reagujesz. { Osho } From aredridel at nbtsc.org Wed Aug 20 23:23:01 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 20 Aug 2003 15:23:01 -0600 Subject: RFC: Web packages and Prefix: In-Reply-To: <200308202311.10687.mmazur@kernel.pl> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> Message-ID: <1061414581.32132.9.camel@mizar> On Wed, 2003-08-20 at 15:11, Mariusz Mazur wrote: > On Wednesday 20 of August 2003 22:35, Aredridel wrote: > > I was wondering whether anyone else considered it of use to make web > > packages relocatable. I did some initial poking around, and see no > > reason that SquirrelMail couldn't have > > > > Prefix: /home/services/httpd/html > > > > in the spec file. . . It would be of great utility to me to be able to > > > > rpm -i squirrelmail...rpm --prefix /home/sites/mail.nbtsc.org > > > > Comments? > > I must say that this is a very interesting idea but it would either require an > ugly hack (some changes in rpm + some hackish stuff inside squirrelmail.spec) > or a higher level of abstraction inside rpm (eg. if I can install > squirrelmail with a prefix than maybe I could install one in this dir, and a > second one in that... but I would have real problems when trying to > uninstall/upgrade/whatever any of them). Good point. I should look and see how hard it would be to do inside of RPM. . . perhaps represented with virtual package names -- Squirrelmail(prefix=/foo), squirrelmail(prefix=/bar) Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From malekith at pld-linux.org Wed Aug 20 23:23:51 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Wed, 20 Aug 2003 23:23:51 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <200308202311.10687.mmazur@kernel.pl> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> Message-ID: <20030820212351.GA8894@roke.freak> On Wed, Aug 20, 2003 at 11:11:10PM +0200, Mariusz Mazur wrote: > On Wednesday 20 of August 2003 22:35, Aredridel wrote: > > I was wondering whether anyone else considered it of use to make web > > packages relocatable. I did some initial poking around, and see no > > reason that SquirrelMail couldn't have > > > > Prefix: /home/services/httpd/html > > > > in the spec file. . . It would be of great utility to me to be able to > > > > rpm -i squirrelmail...rpm --prefix /home/sites/mail.nbtsc.org > > > > Comments? > > I must say that this is a very interesting idea but it would either require an > ugly hack (some changes in rpm + some hackish stuff inside squirrelmail.spec) Maybe you don't get the point, that this can already be done without any hacking (beside Prefix: ... thing). No patches attached. > or a higher level of abstraction inside rpm (eg. if I can install > squirrelmail with a prefix than maybe I could install one in this dir, and a > second one in that... but I would have real problems when trying to > uninstall/upgrade/whatever any of them). But this is of course still a problem. But IMHO it's better then nothing. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From aredridel at nbtsc.org Wed Aug 20 23:29:53 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 20 Aug 2003 15:29:53 -0600 Subject: RFC: Web packages and Prefix: In-Reply-To: <20030820212351.GA8894@roke.freak> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> <20030820212351.GA8894@roke.freak> Message-ID: <1061414992.32038.13.camel@mizar> > > or a higher level of abstraction inside rpm (eg. if I can install > > squirrelmail with a prefix than maybe I could install one in this dir, and a > > second one in that... but I would have real problems when trying to > > uninstall/upgrade/whatever any of them). > > But this is of course still a problem. But IMHO it's better then > nothing. Same here... most people won't use --prefix (without help from Poldek), so all is well -- let those with know-how use it? I would love to see much better support for prefix in RPMs in general, especially things that do not fit well into FHS -- like web applications. FHS says /var/something -- which I think is insane. I like PLD's /home/services, but only for one-site servers. When doing many vhosts (like I do), /home/sites is very nice, so that is what I use. I can even use mod_dynamic_vhost to do most of the work. The one remaining problem is that all the web applications, I have to install manually or symlink to RPM versions (like squirrel). Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmazur at kernel.pl Wed Aug 20 23:28:45 2003 From: mmazur at kernel.pl (Mariusz Mazur) Date: Wed, 20 Aug 2003 23:28:45 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <20030820212351.GA8894@roke.freak> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> <20030820212351.GA8894@roke.freak> Message-ID: <200308202328.45563.mmazur@kernel.pl> On Wednesday 20 of August 2003 23:23, Michal Moskal wrote: > Maybe you don't get the point, that this can already be done without any > hacking (beside Prefix: ... thing). No patches attached. Beside Prefix thing? Prefix thing is the whole point :) Not to mention the configs - they would have to get s/defaultpath/newprefix/ when installing with --prefix. This would be either very hackish (%post or sth) or would require a general framework. > But this is of course still a problem. But IMHO it's better then > nothing. Look at my second post. -- Ka?dy cz?owiek, kt?ry naprawd? ?yje, nie ma charakteru, nie mo?e go mie?. Charakter jest zawsze martwy, otacza ci? zgni?a struktura przeniesiona z przesz?o?ci. Je?eli dzia?asz zgodnie z charakterem wtedy nie dzia?asz w og?le - jedynie mechanicznie reagujesz. { Osho } From mmazur at kernel.pl Wed Aug 20 23:31:31 2003 From: mmazur at kernel.pl (Mariusz Mazur) Date: Wed, 20 Aug 2003 23:31:31 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <1061414581.32132.9.camel@mizar> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> <1061414581.32132.9.camel@mizar> Message-ID: <200308202331.31549.mmazur@kernel.pl> On Wednesday 20 of August 2003 23:23, Aredridel wrote: > Good point. I should look and see how hard it would be to do inside of > RPM. . . perhaps represented with virtual package names -- > Squirrelmail(prefix=/foo), squirrelmail(prefix=/bar) This are generaly big changes. Since kloczek is dead and gone I must ask - do we have anybody in contact with rpm maintainers? If not - any volunteers? I think this is a very very very good idea, but implementing it in a good way would be a little to much to make it a patch. And I don't like the 'hack this and that' approach. -- Ka?dy cz?owiek, kt?ry naprawd? ?yje, nie ma charakteru, nie mo?e go mie?. Charakter jest zawsze martwy, otacza ci? zgni?a struktura przeniesiona z przesz?o?ci. Je?eli dzia?asz zgodnie z charakterem wtedy nie dzia?asz w og?le - jedynie mechanicznie reagujesz. { Osho } From aredridel at nbtsc.org Wed Aug 20 23:45:07 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 20 Aug 2003 15:45:07 -0600 Subject: RFC: Web packages and Prefix: In-Reply-To: <200308202331.31549.mmazur@kernel.pl> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> <1061414581.32132.9.camel@mizar> <200308202331.31549.mmazur@kernel.pl> Message-ID: <1061415907.3886.5.camel@mizar> On Wed, 2003-08-20 at 15:31, Mariusz Mazur wrote: > On Wednesday 20 of August 2003 23:23, Aredridel wrote: > > Good point. I should look and see how hard it would be to do inside of > > RPM. . . perhaps represented with virtual package names -- > > Squirrelmail(prefix=/foo), squirrelmail(prefix=/bar) > > This are generaly big changes. Since kloczek is dead and gone I must ask - do > we have anybody in contact with rpm maintainers? If not - any volunteers? Not I -- yet. In a month (maybe a bit more), I will have recovered my server enough to have free time. ext3 ate my server... RAM was bad, kernel got confused, deleted /etc and more. > I think this is a very very very good idea, but implementing it in a good way > would be a little to much to make it a patch. And I don't like the 'hack this > and that' approach. Nor do I. I would love to see RPM actually make this go. Also, having sane semantics for multiple versions installed would be nice: When upgrading, offer to remove any old versions that don't break dependencies. Upgrade older versions: if openssl 0.9.7a and 0.9.6b are installed, and openssl-0.9.7b and openssl-0.9.6j are available, install both new, and remove both old. Difficult algorithms, though. I should ask on the RDF group for good ways to optimize that query. Different prefixes for same version. Basically, the primary key of the database would be name,(epoch+version+release),prefix, but for updates, try name-prefix, then fully qualified. Not easy stuff to manage. Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From aredridel at nbtsc.org Wed Aug 20 23:47:45 2003 From: aredridel at nbtsc.org (Aredridel) Date: Wed, 20 Aug 2003 15:47:45 -0600 Subject: RFC: Web packages and Prefix: In-Reply-To: <200308202328.45563.mmazur@kernel.pl> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> <20030820212351.GA8894@roke.freak> <200308202328.45563.mmazur@kernel.pl> Message-ID: <1061416065.3887.9.camel@mizar> On Wed, 2003-08-20 at 15:28, Mariusz Mazur wrote: > On Wednesday 20 of August 2003 23:23, Michal Moskal wrote: > > Maybe you don't get the point, that this can already be done without any > > hacking (beside Prefix: ... thing). No patches attached. > > Beside Prefix thing? Prefix thing is the whole point :) Not to mention the > configs - they would have to get s/defaultpath/newprefix/ when installing > with --prefix. This would be either very hackish (%post or sth) or would > require a general framework. In the case of squirrel mail, configs are not coded absolutely, but relative to the source files -- so if you install in a different prefix, configs continue to work. It is one of the simplest cases (PHP does make this easy, and scripts that use PHP best practice should be compatible). Other apps don't have it so easy -- paths are compiled in. Also, an RPM change to substitute a path for %{prefix} as it installs would be nice -- mark parts of %files as %changeprefix, or something like that. Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From mmazur at kernel.pl Thu Aug 21 00:38:14 2003 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 21 Aug 2003 00:38:14 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <1061415907.3886.5.camel@mizar> References: <1061411724.32132.7.camel@mizar> <200308202331.31549.mmazur@kernel.pl> <1061415907.3886.5.camel@mizar> Message-ID: <200308210038.14782.mmazur@kernel.pl> On Wednesday 20 of August 2003 23:45, Aredridel wrote: > > This are generaly big changes. Since kloczek is dead and gone I must ask > > - do we have anybody in contact with rpm maintainers? If not - any > > volunteers? > > Not I -- yet. That's already taken care of. We've got wiget and arekm (just waiting for wiget to read this thread :). > Basically, the primary key of the database would be > name,(epoch+version+release),prefix, but for updates, try name-prefix, > then fully qualified. Not easy stuff to manage. Making this 'global' just because we can is not the best idea. We should focus on cases where it realy makes sense (but still get a universal framework)... it should save some trouble with managing the whole thing. -- Ka?dy cz?owiek, kt?ry naprawd? ?yje, nie ma charakteru, nie mo?e go mie?. Charakter jest zawsze martwy, otacza ci? zgni?a struktura przeniesiona z przesz?o?ci. Je?eli dzia?asz zgodnie z charakterem wtedy nie dzia?asz w og?le - jedynie mechanicznie reagujesz. { Osho } From malekith at pld-linux.org Wed Aug 20 23:42:32 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Wed, 20 Aug 2003 23:42:32 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <200308202328.45563.mmazur@kernel.pl> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> <20030820212351.GA8894@roke.freak> <200308202328.45563.mmazur@kernel.pl> Message-ID: <20030820214232.GA9979@roke.freak> On Wed, Aug 20, 2003 at 11:28:45PM +0200, Mariusz Mazur wrote: > On Wednesday 20 of August 2003 23:23, Michal Moskal wrote: > > Maybe you don't get the point, that this can already be done without any > > hacking (beside Prefix: ... thing). No patches attached. > > Beside Prefix thing? Prefix thing is the whole point :) I mean: rpm already support Prefix:. >Not to mention the > configs - they would have to get s/defaultpath/newprefix/ when installing > with --prefix. This would be either very hackish (%post or sth) or would > require a general framework. But don't know about this. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From mmazur at kernel.pl Thu Aug 21 11:39:27 2003 From: mmazur at kernel.pl (Mariusz Mazur) Date: Thu, 21 Aug 2003 11:39:27 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <20030820214232.GA9979@roke.freak> References: <1061411724.32132.7.camel@mizar> <200308202328.45563.mmazur@kernel.pl> <20030820214232.GA9979@roke.freak> Message-ID: <200308211139.27717.mmazur@kernel.pl> On Wednesday 20 of August 2003 23:42, Michal Moskal wrote: > > Beside Prefix thing? Prefix thing is the whole point :) > > I mean: rpm already support Prefix:. Ddn't know that. Am looking into some docs :) -- Ka?dy cz?owiek, kt?ry naprawd? ?yje, nie ma charakteru, nie mo?e go mie?. Charakter jest zawsze martwy, otacza ci? zgni?a struktura przeniesiona z przesz?o?ci. Je?eli dzia?asz zgodnie z charakterem wtedy nie dzia?asz w og?le - jedynie mechanicznie reagujesz. { Osho } From radek at karnet.pl Thu Aug 21 14:07:33 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Thu, 21 Aug 2003 14:07:33 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <20030820214232.GA9979@roke.freak> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> <20030820212351.GA8894@roke.freak> <200308202328.45563.mmazur@kernel.pl> <20030820214232.GA9979@roke.freak> Message-ID: <20030821120733.GE2712@bongo.whisky.rz> Michal Moskal [20-08-2003 23:42]: > On Wed, Aug 20, 2003 at 11:28:45PM +0200, Mariusz Mazur wrote: >> On Wednesday 20 of August 2003 23:23, Michal Moskal wrote: >>> Maybe you don't get the point, that this can already be done without any >>> hacking (beside Prefix: ... thing). No patches attached. >> Beside Prefix thing? Prefix thing is the whole point :) > I mean: rpm already support Prefix:. What I don't like in this support is it's limitations: there can only be one relocateable path in the package and all files must live under it. Removing (the limitations, not the support ;-) would be very nice... -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aredridel at nbtsc.org Thu Aug 21 18:43:21 2003 From: aredridel at nbtsc.org (Aredridel) Date: Thu, 21 Aug 2003 10:43:21 -0600 Subject: RFC: Web packages and Prefix: In-Reply-To: <20030821120733.GE2712@bongo.whisky.rz> References: <1061411724.32132.7.camel@mizar> <200308202311.10687.mmazur@kernel.pl> <20030820212351.GA8894@roke.freak> <200308202328.45563.mmazur@kernel.pl> <20030820214232.GA9979@roke.freak> <20030821120733.GE2712@bongo.whisky.rz> Message-ID: <1061484201.18026.2.camel@mizar> > What I don't like in this support is it's limitations: there can only > be one relocateable path in the package and all files must live under > it. Removing (the limitations, not the support ;-) would be very nice... I agree -- the limitations are bad. Still, for web packages (like squirrelmail), they don't cause trouble -- so this is a place to start, I think. It would be incredible, if, someday one could put a few lines in poldek.conf or rpmrc or something like this: %prefix / %sysconfdir /System/Preferences %bindir /System/Tools etcetera, and end up with a MacOS X FHS system, or leave it at defaults and get regular FHS standards. This is probably pie in the sky, though -- not going to happen easily if at all. -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From wiget at pld-linux.org Fri Aug 22 09:13:50 2003 From: wiget at pld-linux.org (Artur Frysiak) Date: Fri, 22 Aug 2003 09:13:50 +0200 Subject: RFC: Web packages and Prefix: In-Reply-To: <200308210038.14782.mmazur@kernel.pl> References: <1061411724.32132.7.camel@mizar> <200308202331.31549.mmazur@kernel.pl> <1061415907.3886.5.camel@mizar> <200308210038.14782.mmazur@kernel.pl> Message-ID: <20030822071350.GB13683@ikar.t17.ds.pwr.wroc.pl> On Thu, Aug 21, 2003 at 12:38:14AM +0200, Mariusz Mazur wrote: > On Wednesday 20 of August 2003 23:45, Aredridel wrote: > > > This are generaly big changes. Since kloczek is dead and gone I must ask > > > - do we have anybody in contact with rpm maintainers? If not - any > > > volunteers? > > > > Not I -- yet. > > That's already taken care of. We've got wiget and arekm (just waiting for > wiget to read this thread :). Im here :-) I have no time to investigate this problem. -- Artur Frysiak http://www.pld-linux.org/ From malekith at pld-linux.org Sat Aug 23 16:34:45 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Sat, 23 Aug 2003 16:34:45 +0200 Subject: dml repo moved Message-ID: <20030823143445.GA18882@roke.freak> If anyone cares: dml repo has been serverside moved from automateusz/dml/ to dml/. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From malekith at pld-linux.org Sun Aug 24 16:21:36 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Sun, 24 Aug 2003 16:21:36 +0200 Subject: new openssh-server startup scripts broken Message-ID: <20030824142136.GA16485@roke.freak> After upgrading openssh-server from rel 3.2 to rel 5 [malekith at roke init.d]$ ssh roke Connection to roke closed by remote host. Connection to roke closed. [malekith at roke init.d]$ Aug 24 16:12:15 roke sshd[16202]: fatal: PAM session setup failed[6]: Permission denied Replacing /etc/rc.d/init.d/sshd with old version (from 3.2) fixes the problem. The command that causes the problem seems to be ulimit -S -p unlimited. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From qboosh at pld-linux.org Sun Aug 24 21:18:34 2003 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 24 Aug 2003 21:18:34 +0200 Subject: new openssh-server startup scripts broken In-Reply-To: <20030824142136.GA16485@roke.freak> References: <20030824142136.GA16485@roke.freak> Message-ID: <20030824191834.GA29116@satan.blackhosts> On Sun, Aug 24, 2003 at 04:21:36PM +0200, Michal Moskal wrote: > After upgrading openssh-server from rel 3.2 to rel 5 > > [malekith at roke init.d]$ ssh roke > Connection to roke closed by remote host. > Connection to roke closed. > [malekith at roke init.d]$ > > Aug 24 16:12:15 roke sshd[16202]: fatal: PAM session setup failed[6]: > Permission denied > > Replacing /etc/rc.d/init.d/sshd with old version (from 3.2) fixes the > problem. > > The command that causes the problem seems to be ulimit -S -p unlimited. Have you set some other limits before trying to start sshd? This script works for me... but on Linux 2.6 ;) Maybe I'll try again on 2.4. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From malekith at pld-linux.org Sun Aug 24 21:19:57 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Sun, 24 Aug 2003 21:19:57 +0200 Subject: new openssh-server startup scripts broken In-Reply-To: <20030824191834.GA29116@satan.blackhosts> References: <20030824142136.GA16485@roke.freak> <20030824191834.GA29116@satan.blackhosts> Message-ID: <20030824191957.GA28112@roke.freak> On Sun, Aug 24, 2003 at 09:18:34PM +0200, Jakub Bogusz wrote: > On Sun, Aug 24, 2003 at 04:21:36PM +0200, Michal Moskal wrote: > > After upgrading openssh-server from rel 3.2 to rel 5 > > > > [malekith at roke init.d]$ ssh roke > > Connection to roke closed by remote host. > > Connection to roke closed. > > [malekith at roke init.d]$ > > > > Aug 24 16:12:15 roke sshd[16202]: fatal: PAM session setup failed[6]: > > Permission denied > > > > Replacing /etc/rc.d/init.d/sshd with old version (from 3.2) fixes the > > problem. > > > > The command that causes the problem seems to be ulimit -S -p unlimited. > > Have you set some other limits before trying to start sshd? Nope. > This script works for me... but on Linux 2.6 ;) > Maybe I'll try again on 2.4. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From qboosh at pld-linux.org Sun Aug 24 23:31:15 2003 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 24 Aug 2003 23:31:15 +0200 Subject: new openssh-server startup scripts broken In-Reply-To: <20030824191957.GA28112@roke.freak> References: <20030824142136.GA16485@roke.freak> <20030824191834.GA29116@satan.blackhosts> <20030824191957.GA28112@roke.freak> Message-ID: <20030824213115.GA3726@satan.blackhosts> On Sun, Aug 24, 2003 at 09:19:57PM +0200, Michal Moskal wrote: > On Sun, Aug 24, 2003 at 09:18:34PM +0200, Jakub Bogusz wrote: > > On Sun, Aug 24, 2003 at 04:21:36PM +0200, Michal Moskal wrote: > > > After upgrading openssh-server from rel 3.2 to rel 5 > > > > > > [malekith at roke init.d]$ ssh roke > > > Connection to roke closed by remote host. > > > Connection to roke closed. > > > [malekith at roke init.d]$ > > > > > > Aug 24 16:12:15 roke sshd[16202]: fatal: PAM session setup failed[6]: > > > Permission denied > > > > > > Replacing /etc/rc.d/init.d/sshd with old version (from 3.2) fixes the > > > problem. > > > > > > The command that causes the problem seems to be ulimit -S -p unlimited. > > > > Have you set some other limits before trying to start sshd? > > Nope. Uhm... I see I must rewrite ulimits setting to allow setting both soft and hard limits using single command (because when using separate commands decreasing limit requires decreasing soft limit first, but increasing limit requires increasing hard limit first... (if called by root of course, won't work otherwise)) -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From migo at supernet.com.pl Mon Aug 25 08:52:45 2003 From: migo at supernet.com.pl (Bartek Jakubski) Date: Mon, 25 Aug 2003 08:52:45 +0200 Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: References: Message-ID: <20030825065245.GA10491@anorak.localhost> On Thu, Aug 21, 2003 at 11:03:57PM +0200, arekm wrote: > Module name: SPECS (BRANCH: RA-branch) > Changes by: arekm 03/08/21 23:03:55 > > Modified files: > spamassassin.spec > > Log message: > - updated to 2.60 Just a note: 2.60 is a nigthly CVS build, not a release (yet). -- -- .- Bartek Jakubski --------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From blues at ds.pg.gda.pl Mon Aug 25 09:10:16 2003 From: blues at ds.pg.gda.pl (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 25 Aug 2003 09:10:16 +0200 (CEST) Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: <20030825065245.GA10491@anorak.localhost> References: <20030825065245.GA10491@anorak.localhost> Message-ID: On Mon, 25 Aug 2003, Bartek Jakubski wrote: > > Module name: SPECS (BRANCH: RA-branch) > > Changes by: arekm 03/08/21 23:03:55 > > > > Modified files: > > spamassassin.spec > > > > Log message: > > - updated to 2.60 > Just a note: 2.60 is a nigthly CVS build, not a release (yet). Then - why it wasn't noticed???? It waits in RA/ready for testing... -- pozdr. Pawe? Go?aszewski --------------------------------- worth to see: http://www.againsttcpa.com/ CPU not found - software emulation... From migo at supernet.com.pl Mon Aug 25 09:49:40 2003 From: migo at supernet.com.pl (Bartek Jakubski) Date: Mon, 25 Aug 2003 09:49:40 +0200 Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: References: <20030825065245.GA10491@anorak.localhost> Message-ID: <20030825074940.GA10793@anorak.localhost> On Mon, Aug 25, 2003 at 09:10:16AM +0200, Pawe? Go?aszewski wrote: > On Mon, 25 Aug 2003, Bartek Jakubski wrote: >>> Module name: SPECS (BRANCH: RA-branch) >>> Changes by: arekm 03/08/21 23:03:55 >>> >>> Modified files: >>> spamassassin.spec >>> >>> Log message: >>> - updated to 2.60 >> Just a note: 2.60 is a nigthly CVS build, not a release (yet). > > Then - why it wasn't noticed???? > It waits in RA/ready for testing... > I was wrong - their webpage is outdated and lists 2.55 as latest stable version, but it seems that 2.60 is now out. -- -- .- Bartek Jakubski --------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From radek at karnet.pl Mon Aug 25 10:21:57 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Mon, 25 Aug 2003 10:21:57 +0200 Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: <20030825074940.GA10793@anorak.localhost> References: <20030825065245.GA10491@anorak.localhost> <20030825074940.GA10793@anorak.localhost> Message-ID: <20030825082157.GA4290@bongo.whisky.rz> Bartek Jakubski [25-08-2003 09:49]: > On Mon, Aug 25, 2003 at 09:10:16AM +0200, Pawe? Go?aszewski wrote: >> On Mon, 25 Aug 2003, Bartek Jakubski wrote: >>>> Module name: SPECS (BRANCH: RA-branch) >>>> Changes by: arekm 03/08/21 23:03:55 [...] >>>> - updated to 2.60 >>> Just a note: 2.60 is a nigthly CVS build, not a release (yet). >> Then - why it wasn't noticed???? >> It waits in RA/ready for testing... > I was wrong - their webpage is outdated and lists 2.55 as > latest stable version, but it seems that 2.60 is now out. According to the spamassassin-announce mailing list: this is a RC2. And I still think, that putting experimental / superfresh versions in Ra is a bad idea. SA 2.5x has been put there despite my protest and actually _happened_ to be seriously broken. -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From blues at ds.pg.gda.pl Mon Aug 25 14:12:24 2003 From: blues at ds.pg.gda.pl (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 25 Aug 2003 14:12:24 +0200 (CEST) Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: <20030825082157.GA4290@bongo.whisky.rz> References: <20030825065245.GA10491@anorak.localhost> <20030825074940.GA10793@anorak.localhost> <20030825082157.GA4290@bongo.whisky.rz> Message-ID: On Mon, 25 Aug 2003, Radoslaw Zielinski wrote: > >>>> Module name: SPECS (BRANCH: RA-branch) > >>>> Changes by: arekm 03/08/21 23:03:55 > [...] > >>>> - updated to 2.60 > >>> Just a note: 2.60 is a nigthly CVS build, not a release (yet). > >> Then - why it wasn't noticed???? It waits in RA/ready for testing... > > I was wrong - their webpage is outdated and lists 2.55 as latest > > stable version, but it seems that 2.60 is now out. > According to the spamassassin-announce mailing list: this is a RC2. ok. > And I still think, that putting experimental / superfresh versions in Ra > is a bad idea. Some time ago you was shouting that PLD is ancient ;)) > SA 2.5x has been put there despite my protest and actually _happened_ to > be seriously broken. *What* is wrong and why nobody has told me that? -- pozdr. Pawe? Go?aszewski --------------------------------- worth to see: http://www.againsttcpa.com/ CPU not found - software emulation... From radek at karnet.pl Mon Aug 25 17:36:49 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Mon, 25 Aug 2003 17:36:49 +0200 Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: References: <20030825065245.GA10491@anorak.localhost> <20030825074940.GA10793@anorak.localhost> <20030825082157.GA4290@bongo.whisky.rz> Message-ID: <20030825153649.GA13055@bongo.whisky.rz> Pawe? Go?aszewski [25-08-2003 14:12]: > On Mon, 25 Aug 2003, Radoslaw Zielinski wrote: >> And I still think, that putting experimental / superfresh versions in Ra >> is a bad idea. > Some time ago you was shouting that PLD is ancient ;)) No, I wasn't. I don't think PLD is ancient; Ra is. And should stay this way -- ancient and stable. I don't have problem with that. My "shouting" said rather "where is my brand new enterprise-ready Ac?!". ;-) >> SA 2.5x has been put there despite my protest and actually _happened_ to >> be seriously broken. > *What* is wrong and why nobody has told me that? *Was* wrong. With versions 2.5[0123]. 2.50 was marked as unstable, but made its way to RA-branch. Now the history goes round with 2.60. I don't really care about Ra itself (since mmazur digs a grave for it). What I'm trying to say, is that we need a policy for what can go to the stable line of the distribution. The $Subject is a good example for it. -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From blues at ds.pg.gda.pl Mon Aug 25 19:05:53 2003 From: blues at ds.pg.gda.pl (=?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?=) Date: Mon, 25 Aug 2003 19:05:53 +0200 (CEST) Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: <20030825153649.GA13055@bongo.whisky.rz> References: <20030825065245.GA10491@anorak.localhost> <20030825074940.GA10793@anorak.localhost> <20030825082157.GA4290@bongo.whisky.rz> <20030825153649.GA13055@bongo.whisky.rz> Message-ID: On Mon, 25 Aug 2003, Radoslaw Zielinski wrote: > >> SA 2.5x has been put there despite my protest and actually _happened_ > >> to be seriously broken. > > *What* is wrong and why nobody has told me that? > *Was* wrong. With versions 2.5[0123]. 2.50 was marked as unstable, but > made its way to RA-branch. Now the history goes round with 2.60. well... I'm not fairy... I don't know everything... You know that package, so if you see that someone is putting wrong version into RA-branch - shout. I didn't asked arekm why is he putting this into RA-branch because... I forgot... > I don't really care about Ra itself (since mmazur digs a grave for it). dig mmazur, dig :) -- pozdr. Pawe? Go?aszewski --------------------------------- worth to see: http://www.againsttcpa.com/ CPU not found - software emulation... From migo at supernet.com.pl Mon Aug 25 19:29:17 2003 From: migo at supernet.com.pl (Bartek Jakubski) Date: Mon, 25 Aug 2003 19:29:17 +0200 Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: <20030825082157.GA4290@bongo.whisky.rz> References: <20030825065245.GA10491@anorak.localhost> <20030825074940.GA10793@anorak.localhost> <20030825082157.GA4290@bongo.whisky.rz> Message-ID: <20030825172917.GA3821@anorak.localhost> On Mon, Aug 25, 2003 at 10:21:57AM +0200, Radoslaw Zielinski wrote: > Bartek Jakubski [25-08-2003 09:49]: >> On Mon, Aug 25, 2003 at 09:10:16AM +0200, Pawe? Go?aszewski wrote: >>> On Mon, 25 Aug 2003, Bartek Jakubski wrote: >>>>> Module name: SPECS (BRANCH: RA-branch) >>>>> Changes by: arekm 03/08/21 23:03:55 > [...] >>>>> - updated to 2.60 >>>> Just a note: 2.60 is a nigthly CVS build, not a release (yet). >>> Then - why it wasn't noticed???? >>> It waits in RA/ready for testing... >> I was wrong - their webpage is outdated and lists 2.55 as >> latest stable version, but it seems that 2.60 is now out. > > According to the spamassassin-announce mailing list: this is a RC2. > So there is 2.60 and 2.60-rc2 in their "released" directory, being the same version, but with different md5sums? -- -- .- Bartek Jakubski --------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From radek at karnet.pl Tue Aug 26 00:30:30 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Tue, 26 Aug 2003 00:30:30 +0200 Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: <20030825172917.GA3821@anorak.localhost> References: <20030825065245.GA10491@anorak.localhost> <20030825074940.GA10793@anorak.localhost> <20030825082157.GA4290@bongo.whisky.rz> <20030825172917.GA3821@anorak.localhost> Message-ID: <20030825223030.GB8852@bongo.whisky.rz> Bartek Jakubski [25-08-2003 19:29]: > On Mon, Aug 25, 2003 at 10:21:57AM +0200, Radoslaw Zielinski wrote: >> Bartek Jakubski [25-08-2003 09:49]: [...] >>> I was wrong - their webpage is outdated and lists 2.55 as >>> latest stable version, but it seems that 2.60 is now out. >> According to the spamassassin-announce mailing list: this is a RC2. > So there is 2.60 and 2.60-rc2 in their "released" directory, being the > same version, but with different md5sums? It appears so (I haven't checked). Quoting the announces: Date: Wed, 20 Aug 2003 23:08:54 -0700 OK, this is 2.60 release candidate 1; it should work pretty excellently, but we want to give it a day or two before it gets an official thumbs-up. Download it from http://SpamAssassin.org/downloads.html . MD5sum: 5d23aa5ddb1c5381281cd88bf734341f Mail-SpamAssassin-2.60.tar.gz [...] Date: Fri, 22 Aug 2003 23:36:30 -0400 OK, this is 2.60 release candidate 2; it should work pretty excellently, but we want to give it a day or two before it gets an official thumbs-up. You can download it from http://SpamAssassin.org/released/ -- note: the release candidates are not listed on the SA Download page and will not be available via CPAN. MD5sum: 4c5685922f51831791d9e93b9a1c7b41 Mail-SpamAssassin-2.60-rc2.tar.gz e3a6e7fff3173d342d8180a249db1903 Mail-SpamAssassin-2.60-rc2.zip [...] -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From radek at karnet.pl Tue Aug 26 00:23:32 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Tue, 26 Aug 2003 00:23:32 +0200 Subject: SPECS: spamassassin.spec (RA-branch) In-Reply-To: References: <20030825065245.GA10491@anorak.localhost> <20030825074940.GA10793@anorak.localhost> <20030825082157.GA4290@bongo.whisky.rz> <20030825153649.GA13055@bongo.whisky.rz> Message-ID: <20030825222332.GA8852@bongo.whisky.rz> Pawe? Go?aszewski [25-08-2003 19:05]: > On Mon, 25 Aug 2003, Radoslaw Zielinski wrote: >>>> SA 2.5x has been put there despite my protest and actually _happened_ >>>> to be seriously broken. >>> *What* is wrong and why nobody has told me that? >> *Was* wrong. With versions 2.5[0123]. 2.50 was marked as unstable, but >> made its way to RA-branch. Now the history goes round with 2.60. > well... I'm not fairy... I don't know everything... If I tought you were, I'd already have a special /dev/null entry in your ~/.procmailrc for flooding you... ;-) > You know that package, so if you see that someone is putting wrong version > into RA-branch - shout. No way: I don't use to shout. I have _informed_ about it once and reminded now. At present, I just don't give a sh^W^W^W care; if it makes arekm happy, let it be this way. But it is wrong. -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From lubos at klokner.sk Tue Aug 26 12:19:55 2003 From: lubos at klokner.sk (lubos klokner) Date: Tue, 26 Aug 2003 12:19:55 +0200 Subject: Fw: openwebmail: Re: perl-CGI upgrade problem Message-ID: <20030826101955.GB9379@geck.vault-tec.sk> ----- Forwarded message from openwebmail ----- From: "openwebmail" Reply-To: openwebmail at turtle.ee.ncku.edu.tw To: lubos at klokner.sk Subject: Re: perl-CGI upgrade problem Date: Sat, 23 Aug 2003 14:52:26 +0800 X-Mailer: Open WebMail 2.10 20030731 On Fri, 22 Aug 2003 11:18:13 +0200, lubos klokner wrote > hi, > > after upgrade of package perl-CGI from version 2.91 > to version 2.99 oepnwebmail doest't work. > > here ist the problem: > - owm opens login page: http://webmail.pig.sk/cgi-bin/openwebmail.pl > - i enter valid login and password > - owm tries open: http://webmail.pig.sk/cgi-bin/%2Fcgi-bin%2Fopenwebmail.pl > > http://webmail.pig.sk/cgi-bin/%2Fcgi-bin%2Fopenwebmail.pl is of > course invalid. > > thank you for any help. > > best regards, > -- > lubos klokner Hi, It looks like the new CGI.pm has a little bug. Please refer to http://www.freebsd.org/cgi/query-pr.cgi?pr=55857 Regards. tung -- Distributed System Laboratory (http://dslab.ee.ncku.edu.tw) Department of Electrical Engineering National Cheng Kung University, Tainan, Taiwan, R.O.C. ----- End forwarded message ----- -- lubos klokner -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From qboosh at pld-linux.org Tue Aug 26 12:38:38 2003 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 26 Aug 2003 12:38:38 +0200 Subject: Fw: openwebmail: Re: perl-CGI upgrade problem In-Reply-To: <20030826101955.GB9379@geck.vault-tec.sk> References: <20030826101955.GB9379@geck.vault-tec.sk> Message-ID: <20030826103838.GC14712@gruby.cs.net.pl> On Tue, Aug 26, 2003 at 12:19:55PM +0200, lubos klokner wrote: > ----- Forwarded message from openwebmail ----- [...] > It looks like the new CGI.pm has a little bug. > Please refer to http://www.freebsd.org/cgi/query-pr.cgi?pr=55857 Seems to be fixed in perl-CGI 3.00. Sent to builders for Ra, should appear in /test soon... -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ From migo at supernet.com.pl Tue Aug 26 12:18:47 2003 From: migo at supernet.com.pl (Bartek Jakubski) Date: Tue, 26 Aug 2003 12:18:47 +0200 Subject: perl modules licenses Message-ID: <20030826101847.GA27921@anorak.localhost> Does "same terms as Perl itself" means 1. "GPL/Artistic" 2. "Artistic or GPL" 3. "GPL v1+ or Artistic" 4. "GPL v2+ or Artistic" ? -- -- .- Bartek Jakubski --------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From superluser at frontiernet.net Tue Aug 26 16:56:04 2003 From: superluser at frontiernet.net (Andrew A. Gill) Date: Tue, 26 Aug 2003 10:56:04 -0400 (EDT) Subject: PLD on DEC Alpha Message-ID: Hi-- I'm trying to get PLD for my DEC Alpha, but I'm having some trouble installing it. Namely, there's no installer for Alpha, and there are just too many packages to use RPM. Does anyone know how to do it? -- |Andrew A. Gill |I posted to Silent-Tristero and| | |all I got was this stupid sig! | |alt.tv.simpsons CBG-FAQ author | | | (Report all obscene mail to Le Maitre Pots)| |Nothing here yet: Temporary sig: -- TIA. From malekith at pld-linux.org Tue Aug 26 16:54:40 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Tue, 26 Aug 2003 16:54:40 +0200 Subject: PLD on DEC Alpha In-Reply-To: References: Message-ID: <20030826145440.GA23625@roke.freak> On Tue, Aug 26, 2003 at 10:56:04AM -0400, Andrew A. Gill wrote: > Hi-- > > I'm trying to get PLD for my DEC Alpha, but I'm having some trouble > installing it. Namely, there's no installer for Alpha, and there are just > too many packages to use RPM. Do you have some linux installed on this DEC Alpha already? -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From superluser at frontiernet.net Tue Aug 26 17:29:50 2003 From: superluser at frontiernet.net (Andrew A. Gill) Date: Tue, 26 Aug 2003 11:29:50 -0400 (EDT) Subject: PLD on DEC Alpha In-Reply-To: <20030826145440.GA23625@roke.freak> Message-ID: On Tue, 26 Aug 2003, Michal Moskal wrote: > On Tue, Aug 26, 2003 at 10:56:04AM -0400, Andrew A. Gill wrote: > > Hi-- > > > > I'm trying to get PLD for my DEC Alpha, but I'm having some trouble > > installing it. Namely, there's no installer for Alpha, and there are just > > too many packages to use RPM. > > Do you have some linux installed on this DEC Alpha already? I'm running Redhat 7.1. -- |Andrew A. Gill |I posted to Silent-Tristero and| | |all I got was this stupid sig! | |alt.tv.simpsons CBG-FAQ author | | | (Report all obscene mail to Le Maitre Pots)| |Nothing here yet: Temporary sig: -- Please, oh please, glibc 2.3... From malekith at pld-linux.org Tue Aug 26 17:33:05 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Tue, 26 Aug 2003 17:33:05 +0200 Subject: PLD on DEC Alpha In-Reply-To: References: <20030826145440.GA23625@roke.freak> Message-ID: <20030826153305.GA25113@roke.freak> On Tue, Aug 26, 2003 at 11:29:50AM -0400, Andrew A. Gill wrote: > On Tue, 26 Aug 2003, Michal Moskal wrote: > > > On Tue, Aug 26, 2003 at 10:56:04AM -0400, Andrew A. Gill wrote: > > > Hi-- > > > > > > I'm trying to get PLD for my DEC Alpha, but I'm having some trouble > > > installing it. Namely, there's no installer for Alpha, and there are just > > > too many packages to use RPM. > > > > Do you have some linux installed on this DEC Alpha already? > > I'm running Redhat 7.1. I would recommend either: a) upgrading on package by package basis b) installing fresh set of packages in chroot on different partition, setting up fstab etc by hand and trying to boot machine with it Both can be easily done using poldek. It's much like apt-get on debian system -- automatic upgrade/installation tool for rpm packages. Try installing it on you rh box, fixing up /etc/poldek.conf, and then (depending on your choice): a) poldek; upgrade * etc b) poldek --mkdir --install-dist=/path/to/chroot -v poldek rc-scripts shadow chroot /path/to/chroot poldek install ... Option b) is probably safer. You can look at http://cvs.pld-linux.org/cgi-bin/cvsweb/bootdisk/batch-installer/ui/data/groups to see what we consider basesystem. You probably should install at least base and basic groups. And don't be afraid of old ra packages. Alpha/nest (like rawhide) port is starting up, and also next main distribution version (ac) is starting up. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From superluser at frontiernet.net Tue Aug 26 19:39:59 2003 From: superluser at frontiernet.net (Andrew A. Gill) Date: Tue, 26 Aug 2003 13:39:59 -0400 (EDT) Subject: PLD on DEC Alpha In-Reply-To: <20030826153305.GA25113@roke.freak> Message-ID: On Tue, 26 Aug 2003, Michal Moskal wrote: > > Both can be easily done using poldek. It's much like apt-get on debian Would be great if I could use it. The RPM in PLD-1.0 won't install unless I get glibc2.3. I just removed all my KDE packages to get pcre installed, but curl-devel >= 7.8 (required by poldek 0.15.1) requires glibc 2.3. Changing glibc requires changing a lot of packages. I'd tell you how many, but my terminal stops after 153 lines. -- |Andrew A. Gill |I posted to Silent-Tristero and| | |all I got was this stupid sig! | |alt.tv.simpsons CBG-FAQ author | | | (Report all obscene mail to Le Maitre Pots)| |Nothing here yet: Temporary sig: -- Other suggestions? From martii at obgyn.edu.pl Tue Aug 26 19:36:35 2003 From: martii at obgyn.edu.pl (Marcin Chojnowski) Date: Tue, 26 Aug 2003 19:36:35 +0200 Subject: PLD on DEC Alpha In-Reply-To: References: Message-ID: <113164585771.20030826193635@obgyn.edu.pl> Hello Andrew, Tuesday, August 26, 2003, 7:39:59 PM, you wrote: AAG> On Tue, 26 Aug 2003, Michal Moskal wrote: >> >> Both can be easily done using poldek. It's much like apt-get on debian AAG> Would be great if I could use it. The RPM in PLD-1.0 won't install unless AAG> I get glibc2.3. Dude ;) you should use static one (poldek). You can find it on ftp ?? If not ask someone to build one for you. ------- Best regards, Marcin /* Jeden przysi?ga, drugi si?ga. */ From malekith at pld-linux.org Tue Aug 26 20:00:06 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Tue, 26 Aug 2003 20:00:06 +0200 Subject: PLD on DEC Alpha In-Reply-To: References: <20030826153305.GA25113@roke.freak> Message-ID: <20030826180006.GA1328@roke.freak> On Tue, Aug 26, 2003 at 01:39:59PM -0400, Andrew A. Gill wrote: > On Tue, 26 Aug 2003, Michal Moskal wrote: > > > > Both can be easily done using poldek. It's much like apt-get on debian > > Would be great if I could use it. The RPM in PLD-1.0 won't install unless > I get glibc2.3. > > I just removed all my KDE packages to get pcre installed, but > curl-devel >= 7.8 (required by poldek 0.15.1) requires glibc 2.3. > > Changing glibc requires changing a lot of packages. I'd tell you how > many, but my terminal stops after 153 lines. I see. So you will probably have to go with chroot approach. You can find compressed (35M) basic PLD nest filesystem for alpha at: ftp://ftp.pld-linux.org/people/malekith/alpha-chr.tar.gz It *probably* (I didn't test it) contains everything needed to boot except for kernel. PLD alpha kernel probably work, but geninitrd doesn't (I'll try to fix it). Also note, that this chroot was installed with development version of PLD. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From aredridel at nbtsc.org Tue Aug 26 21:50:01 2003 From: aredridel at nbtsc.org (Aredridel) Date: Tue, 26 Aug 2003 13:50:01 -0600 Subject: kernel 2.6.0-test4 In-Reply-To: <200308262059.27609.piotrm@projekt-sp.com.pl> References: <200308262059.27609.piotrm@projekt-sp.com.pl> Message-ID: <1061927401.5777.2.camel@mizar.nbtsc.org> On Tue, 2003-08-26 at 12:59, Piotr Modzelewski wrote: > Witam > Wlasnie odpalilem j?dro zbudowane dzis z cvsu, komputer wystartowal wszystko > sie uruchamia tylko caly czas na konsoli wyskakuja takie komunikaty z > zastraszajaca predkoscia: > Aug 26 20:28:56 pa181 kernel: Call Trace: > Aug 26 20:28:56 pa181 kernel: [] _stext+0x0/0x60 > Aug 26 20:28:56 pa181 kernel: [] schedule+0x3b0/0x3c0 > Aug 26 20:28:56 pa181 kernel: [] _stext+0x0/0x60 > Aug 26 20:28:56 pa181 kernel: [] _stext+0x0/0x60 > Aug 26 20:28:56 pa181 kernel: [] cpu_idle+0x3b/0x40 > Aug 26 20:28:56 pa181 kernel: [] start_kernel+0x184/0x1b0 > Aug 26 20:28:56 pa181 kernel: [] unknown_bootoption+0x0/0x100 > Aug 26 20:28:56 pa181 kernel: > Aug 26 20:28:56 pa181 kernel: Call Trace: > Aug 26 20:28:56 pa181 kernel: [] _stext+0x0/0x60 > Aug 26 20:28:56 pa181 kernel: [] schedule+0x3b0/0x3c0 > Aug 26 20:28:56 pa181 kernel: [] _stext+0x0/0x60 > Aug 26 20:28:56 pa181 kernel: [] _stext+0x0/0x60 > Aug 26 20:28:56 pa181 kernel: [] cpu_idle+0x3b/0x40 > Aug 26 20:28:56 pa181 kernel: [] start_kernel+0x184/0x1b0 > Aug 26 20:28:56 pa181 kernel: [] unknown_bootoption+0x0/0x100 > ...itd Ditto -- it happens to me, too. Athlon XP. Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From radek at karnet.pl Tue Aug 26 14:50:29 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Tue, 26 Aug 2003 14:50:29 +0200 Subject: perl modules licenses In-Reply-To: <20030826101847.GA27921@anorak.localhost> References: <20030826101847.GA27921@anorak.localhost> Message-ID: <20030826125029.GA5159@bongo.whisky.rz> Bartek Jakubski [26-08-2003 12:18]: > Does "same terms as Perl itself" means > 1. "GPL/Artistic" > 2. "Artistic or GPL" > 3. "GPL v1+ or Artistic" > 4. "GPL v2+ or Artistic" > ? Perl is copyrighted as "GPL v1+ or Artistic". About a year ago, "GPL/Artistic" was commonly used in the License fields to mean "same terms as Perl". Now, if a module is distributed under such terms, I put "GPL/Artistic" in the License and a comment "# same as perl" above, to make it easily distinguishable. Maybe we should put "same as perl" or something like this in the License fields? It sucks... PS Debian's FTP admins drop such packages. -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From superluser at frontiernet.net Wed Aug 27 05:23:20 2003 From: superluser at frontiernet.net (Andrew A. Gill) Date: Tue, 26 Aug 2003 23:23:20 -0400 (EDT) Subject: PLD on DEC Alpha In-Reply-To: <20030826180006.GA1328@roke.freak> Message-ID: On Tue, 26 Aug 2003, Michal Moskal wrote: > On Tue, Aug 26, 2003 at 01:39:59PM -0400, Andrew A. Gill wrote: > > On Tue, 26 Aug 2003, Michal Moskal wrote: > > > > > > Both can be easily done using poldek. It's much like apt-get on debian > > > > Would be great if I could use it. The RPM in PLD-1.0 won't install unless > > I get glibc2.3. > > > > I just removed all my KDE packages to get pcre installed, but > > curl-devel >= 7.8 (required by poldek 0.15.1) requires glibc 2.3. > > > > Changing glibc requires changing a lot of packages. I'd tell you how > > many, but my terminal stops after 153 lines. > > I see. So you will probably have to go with chroot approach. > > You can find compressed (35M) basic PLD nest filesystem for alpha at: > > ftp://ftp.pld-linux.org/people/malekith/alpha-chr.tar.gz You mean alpha-chr.tgz, right? 550 /people/malekith/alpha-chr.tgz: Permission denied Huh. Am I on Candid Camera or something? -- |Andrew A. Gill |I posted to Silent-Tristero and| | |all I got was this stupid sig! | |alt.tv.simpsons CBG-FAQ author | | | (Report all obscene mail to Le Maitre Pots)| |Nothing here yet: Temporary sig: -- Sigh... From migo at supernet.com.pl Wed Aug 27 09:22:03 2003 From: migo at supernet.com.pl (Bartek Jakubski) Date: Wed, 27 Aug 2003 09:22:03 +0200 Subject: perl modules licenses In-Reply-To: <20030826125029.GA5159@bongo.whisky.rz> References: <20030826101847.GA27921@anorak.localhost> <20030826125029.GA5159@bongo.whisky.rz> Message-ID: <20030827072203.GA18564@anorak.localhost> On Tue, Aug 26, 2003 at 02:50:29PM +0200, Radoslaw Zielinski wrote: > Bartek Jakubski [26-08-2003 12:18]: >> Does "same terms as Perl itself" means >> 1. "GPL/Artistic" >> 2. "Artistic or GPL" >> 3. "GPL v1+ or Artistic" >> 4. "GPL v2+ or Artistic" >> ? > > Perl is copyrighted as "GPL v1+ or Artistic". About a year ago, > "GPL/Artistic" was commonly used in the License fields to mean "same > terms as Perl". > > Now, if a module is distributed under such terms, I put "GPL/Artistic" > in the License and a comment "# same as perl" above, to make it easily > distinguishable. > > Maybe we should put "same as perl" or something like this in the > License fields? Just after sending this message I thought about the same. "Same as Perl itself". > It sucks... Only if you are Debian developer/user :-) > PS Debian's FTP admins drop such packages. I've just read about their issues. Fortunately we have no reasons to do the same - they have to care a lot more about licenses than we do. -- -- .- Bartek Jakubski --------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From lubos at klokner.sk Wed Aug 27 10:40:03 2003 From: lubos at klokner.sk (lubos klokner) Date: Wed, 27 Aug 2003 10:40:03 +0200 Subject: Fw: openwebmail: Re: perl-CGI upgrade problem In-Reply-To: <20030826103838.GC14712@gruby.cs.net.pl> References: <20030826101955.GB9379@geck.vault-tec.sk> <20030826103838.GC14712@gruby.cs.net.pl> Message-ID: <20030827084003.GA8458@geck.vault-tec.sk> * Jakub Bogusz (26.08.2003): > On Tue, Aug 26, 2003 at 12:19:55PM +0200, lubos klokner wrote: > > ----- Forwarded message from openwebmail ----- > [...] > > It looks like the new CGI.pm has a little bug. > > Please refer to http://www.freebsd.org/cgi/query-pr.cgi?pr=55857 > > Seems to be fixed in perl-CGI 3.00. > Sent to builders for Ra, should appear in /test soon... thanks, perl-CGI-3.00-1 works fine. -- lubos klokner From malekith at pld-linux.org Wed Aug 27 14:02:16 2003 From: malekith at pld-linux.org (Michal Moskal) Date: Wed, 27 Aug 2003 14:02:16 +0200 Subject: PLD on DEC Alpha In-Reply-To: References: <20030826180006.GA1328@roke.freak> Message-ID: <20030827120216.GA4527@roke.freak> On Tue, Aug 26, 2003 at 11:23:20PM -0400, Andrew A. Gill wrote: > > I see. So you will probably have to go with chroot approach. > > > > You can find compressed (35M) basic PLD nest filesystem for alpha at: > > > > ftp://ftp.pld-linux.org/people/malekith/alpha-chr.tar.gz > > You mean alpha-chr.tgz, right? > > 550 /people/malekith/alpha-chr.tgz: Permission denied > > Huh. Am I on Candid Camera or something? Sorry, fixed. -- : Michal Moskal :: http://www.kernel.pl/~malekith : GCS {C,UL}++++$ a? !tv : When in doubt, use brute force. -- Ken Thompson : {E-,w}-- {b++,e}>+++ h From radek at karnet.pl Thu Aug 28 19:27:18 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Thu, 28 Aug 2003 19:27:18 +0200 Subject: perl modules licenses In-Reply-To: <20030827072203.GA18564@anorak.localhost> References: <20030826101847.GA27921@anorak.localhost> <20030826125029.GA5159@bongo.whisky.rz> <20030827072203.GA18564@anorak.localhost> Message-ID: <20030828172718.GA2687@bongo.whisky.rz> Bartek Jakubski [27-08-2003 09:22]: > On Tue, Aug 26, 2003 at 02:50:29PM +0200, Radoslaw Zielinski wrote: [...] >> Maybe we should put "same as perl" or something like this in the >> License fields? > Just after sending this message I thought about the same. "Same as Perl > itself". OK for me. -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ankry at green.mif.pg.gda.pl Fri Aug 29 00:28:15 2003 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 29 Aug 2003 00:28:15 +0200 (CEST) Subject: perl modules licenses In-Reply-To: <20030828172718.GA2687@bongo.whisky.rz> from "Radoslaw Zielinski" at Aug 28, 2003 07:27:18 PM Message-ID: <200308282228.h7SMSFWu015513@green.mif.pg.gda.pl> Radoslaw Zielinski wrote: > Bartek Jakubski [27-08-2003 09:22]: > > On Tue, Aug 26, 2003 at 02:50:29PM +0200, Radoslaw Zielinski wrote: > [...] > >> Maybe we should put "same as perl" or something like this in the > >> License fields? > > Just after sending this message I thought about the same. "Same as Perl > > itself". > > OK for me. I don't see any advantage for users of indirect licensing info here. It is inconvenient. IMVHO, the info in a comment is enough. If we are aware of changing perl license, maybe implement an rpm macro, like %{perl_license} ? -- ======================================================================= 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 migo at supernet.com.pl Fri Aug 29 08:21:20 2003 From: migo at supernet.com.pl (Bartek Jakubski) Date: Fri, 29 Aug 2003 08:21:20 +0200 Subject: perl modules licenses In-Reply-To: <200308282228.h7SMSFWu015513@green.mif.pg.gda.pl> References: <20030828172718.GA2687@bongo.whisky.rz> <200308282228.h7SMSFWu015513@green.mif.pg.gda.pl> Message-ID: <20030829062120.GA31499@anorak.localhost> On Fri, Aug 29, 2003 at 12:28:15AM +0200, Andrzej Krzysztofowicz wrote: > Radoslaw Zielinski wrote: >> Bartek Jakubski [27-08-2003 09:22]: >>> On Tue, Aug 26, 2003 at 02:50:29PM +0200, Radoslaw Zielinski wrote: >> [...] >>>> Maybe we should put "same as perl" or something like this in the >>>> License fields? >>> Just after sending this message I thought about the same. "Same as Perl >>> itself". >> >> OK for me. > > I don't see any advantage for users of indirect licensing info here. > It is inconvenient. Yes, but that's what license says. > If we are aware of changing perl license, maybe implement an rpm macro, like > %{perl_license} ? What happens if perl changes license? The modules no longer will be available under the old licenses? I don't know, the license is unclear. I don't want to guess what author meant so let's put it exactly as he said. It's mostly a matter of cosmetics for me. You decide. :-) -- -- .- Bartek Jakubski --------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From ankry at green.mif.pg.gda.pl Fri Aug 29 08:39:32 2003 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 29 Aug 2003 08:39:32 +0200 (CEST) Subject: perl modules licenses In-Reply-To: <20030829062120.GA31499@anorak.localhost> from "Bartek Jakubski" at Aug 29, 2003 08:21:20 AM Message-ID: <200308290639.h7T6dWdT024069@green.mif.pg.gda.pl> Bartek Jakubski wrote: > On Fri, Aug 29, 2003 at 12:28:15AM +0200, Andrzej Krzysztofowicz wrote: > > Radoslaw Zielinski wrote: > >> Bartek Jakubski [27-08-2003 09:22]: > >>> On Tue, Aug 26, 2003 at 02:50:29PM +0200, Radoslaw Zielinski wrote: > >> [...] > >>>> Maybe we should put "same as perl" or something like this in the > >>>> License fields? > >>> Just after sending this message I thought about the same. "Same as Perl > >>> itself". > >> > >> OK for me. > > > > I don't see any advantage for users of indirect licensing info here. > > It is inconvenient. > > Yes, but that's what license says. So do we need to put special license eg. named "perl" for this case into common-licenses package ? Perl itself will not use it. > > If we are aware of changing perl license, maybe implement an rpm macro, like > > %{perl_license} ? > > What happens if perl changes license? The modules no longer will be IMVHO, if old perl version are still available under the present licensing scheme, it will be no problem. You can use old perl version with modules on the same licenses. If perl license in distribution changes, the module licenses changes also. So - my macro proposition: it could just extract the license from the perl package. Can perl license change to be non-GPL compliant ? > available under the old licenses? I don't know, the license is unclear. > I don't want to guess what author meant so let's put it exactly as he > said. Maybe just ask a lawyer ? > It's mostly a matter of cosmetics for me. You decide. :-) No. I am not the person, who decides. Radek is. I am just arguing. -- ======================================================================= 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 radek at karnet.pl Fri Aug 29 15:14:18 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Fri, 29 Aug 2003 15:14:18 +0200 Subject: perl modules licenses In-Reply-To: <200308290639.h7T6dWdT024069@green.mif.pg.gda.pl> References: <20030829062120.GA31499@anorak.localhost> <200308290639.h7T6dWdT024069@green.mif.pg.gda.pl> Message-ID: <20030829131418.GB2425@bongo.whisky.rz> Andrzej Krzysztofowicz [29-08-2003 08:39]: > Bartek Jakubski wrote: >> On Fri, Aug 29, 2003 at 12:28:15AM +0200, Andrzej Krzysztofowicz wrote: >>> Radoslaw Zielinski wrote: >>>> Bartek Jakubski [27-08-2003 09:22]: >>>>> On Tue, Aug 26, 2003 at 02:50:29PM +0200, Radoslaw Zielinski wrote: >>>> [...] >>>>>> Maybe we should put "same as perl" or something like this in the >>>>>> License fields? >>>>> Just after sending this message I thought about the same. "Same as Perl >>>>> itself". >>>> OK for me. >>> I don't see any advantage for users of indirect licensing info here. >>> It is inconvenient. >> Yes, but that's what license says. > So do we need to put special license eg. named "perl" for this case into > common-licenses package ? Perl itself will not use it. IMHO it wouldn't harm. Issue: the perl distribution contains Larry's interpretation of GPL (in README). Is this a part of the perl's license and should be included in common-licenses? >>> If we are aware of changing perl license, maybe implement an rpm macro, like >>> %{perl_license} ? >> What happens if perl changes license? The modules no longer will be > IMVHO, if old perl version are still available under the present licensing > scheme, it will be no problem. You can use old perl version with modules on > the same licenses. > If perl license in distribution changes, the module licenses changes also. > So - my macro proposition: it could just extract the license from the perl > package. I don't like it. Main reasons: 1. This is an interpretation of this unclear statement. IMHO, we should keep away from it. Inconvenient? Who cares. We're not supposed to resolve legal problems for users. 2. We lose information, which could possibly be of use for those, who would like to distribute PLD packages and drop the ones with weird licenses. 3. It's an unnecessary technical complication. I don't like the idea of inheritance either, but I do agree with Bartek, that it's an author's decision, not our. > Can perl license change to be non-GPL compliant ? Hard to say. Can it be changed at all? >> available under the old licenses? I don't know, the license is unclear. >> I don't want to guess what author meant so let's put it exactly as he >> said. > Maybe just ask a lawyer ? And what use would you have from such a statement? It would mean nothing in case of a lawsuit. Bartek: do you know why I think it sucks, now? Every licensing term which makes us -- the packagers -- think about lawyers, just *suck*. >> It's mostly a matter of cosmetics for me. You decide. :-) > No. I am not the person, who decides. Radek is. I am just arguing. Hell, I won't touch the honour of taking any controversial "intelectual properties" related decision with a seven metre long rod used for ritual pig tickling; IANAL. Luckily, if we won't agree, we can always pass the case up to our "hit me" boy^W^W^W^W^W RM... ;-)) -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From ankry at green.mif.pg.gda.pl Fri Aug 29 16:34:17 2003 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Fri, 29 Aug 2003 16:34:17 +0200 (CEST) Subject: perl modules licenses In-Reply-To: <20030829131418.GB2425@bongo.whisky.rz> from "Radoslaw Zielinski" at Aug 29, 2003 03:14:18 PM Message-ID: <200308291434.h7TEYHc3026893@green.mif.pg.gda.pl> Radoslaw Zielinski wrote: > Andrzej Krzysztofowicz [29-08-2003 08:39]: > > Bartek Jakubski wrote: > >> On Fri, Aug 29, 2003 at 12:28:15AM +0200, Andrzej Krzysztofowicz wrote: > >>> Radoslaw Zielinski wrote: > >>>> Bartek Jakubski [27-08-2003 09:22]: > >>>>> On Tue, Aug 26, 2003 at 02:50:29PM +0200, Radoslaw Zielinski wrote: > >>>> [...] > >>>>>> Maybe we should put "same as perl" or something like this in the > >>>>>> License fields? > >>>>> Just after sending this message I thought about the same. "Same as Pe= > rl > >>>>> itself". > >>>> OK for me. > >>> I don't see any advantage for users of indirect licensing info here. > >>> It is inconvenient.=20 > >> Yes, but that's what license says. > > So do we need to put special license eg. named "perl" for this case into > > common-licenses package ? Perl itself will not use it. > > IMHO it wouldn't harm. > > Issue: the perl distribution contains Larry's interpretation of GPL > (in README). Is this a part of the perl's license and should be > included in common-licenses? > > >>> If we are aware of changing perl license, maybe implement an rpm macro,= > like > >>> %{perl_license} ? > >> What happens if perl changes license? The modules no longer will be > > IMVHO, if old perl version are still available under the present licensing > > scheme, it will be no problem. You can use old perl version with modules = > on > > the same licenses. > > > If perl license in distribution changes, the module licenses changes also. > > So - my macro proposition: it could just extract the license from the perl > > package. > > I don't like it. Main reasons: > > 1. This is an interpretation of this unclear statement. IMHO, we should > keep away from it. Inconvenient? Who cares. We're not supposed to > resolve legal problems for users. What is unclear in this statement ? > 2. We lose information, which could possibly be of use for those, who > would like to distribute PLD packages and drop the ones with weird > licenses. > > 3. It's an unnecessary technical complication. So what do you think about a statement like: "same as perl (GPL v2+ or Artistic)" You do not loose any information here (IMHO). BTW: some packages has licenses like "same as ". Do we really need the string of dependencies in the informational field ??? > I don't like the idea of inheritance either, but I do agree with Bartek, > that it's an author's decision, not our. > > > Can perl license change to be non-GPL compliant ? > > Hard to say. Can it be changed at all? If it can't I see no problem at all. -- ======================================================================= 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 migo at supernet.com.pl Fri Aug 29 18:20:07 2003 From: migo at supernet.com.pl (Bartek Jakubski) Date: Fri, 29 Aug 2003 18:20:07 +0200 Subject: perl modules licenses In-Reply-To: <20030829131418.GB2425@bongo.whisky.rz> References: <20030829062120.GA31499@anorak.localhost> <200308290639.h7T6dWdT024069@green.mif.pg.gda.pl> <20030829131418.GB2425@bongo.whisky.rz> Message-ID: <20030829162007.GB32595@anorak.localhost> On Fri, Aug 29, 2003 at 03:14:18PM +0200, Radoslaw Zielinski wrote: (...) > Bartek: do you know why I think it sucks, now? Every licensing term > which makes us -- the packagers -- think about lawyers, just *suck*. Let me assure you: word "lawyer" didn't crossed my mind. I just wanted to know what shold be in that damned License: field :-) -- -- .- Bartek Jakubski --------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From radek at karnet.pl Fri Aug 29 21:21:23 2003 From: radek at karnet.pl (Radoslaw Zielinski) Date: Fri, 29 Aug 2003 21:21:23 +0200 Subject: perl modules licenses In-Reply-To: <200308291434.h7TEYHc3026893@green.mif.pg.gda.pl> References: <20030829131418.GB2425@bongo.whisky.rz> <200308291434.h7TEYHc3026893@green.mif.pg.gda.pl> Message-ID: <20030829192123.GA22512@bongo.whisky.rz> Andrzej Krzysztofowicz [29-08-2003 16:34]: > Radoslaw Zielinski wrote: >> Andrzej Krzysztofowicz [29-08-2003 08:39]: [...] >>> If perl license in distribution changes, the module licenses changes also. >>> So - my macro proposition: it could just extract the license from the perl >>> package. >> I don't like it. Main reasons: >> 1. This is an interpretation of this unclear statement. IMHO, we should >> keep away from it. Inconvenient? Who cares. We're not supposed to >> resolve legal problems for users. > What is unclear in this statement ? And why are we having this conversation? But see at the bottom. >> 2. We lose information, which could possibly be of use for those, who >> would like to distribute PLD packages and drop the ones with weird >> licenses. >> 3. It's an unnecessary technical complication. > So what do you think about a statement like: > "same as perl (GPL v2+ or Artistic)" False. ;-) If s/2/1/ (which compresses to s/ v1\+//) -- redundant. But fine as a compromise. [...] > BTW: some packages has licenses like "same as ". > Do we really need the string of dependencies in the informational field ??? If an author wants it? Why not? What harm will it do? [...] >>> Can perl license change to be non-GPL compliant ? >> Hard to say. Can it be changed at all? > If it can't I see no problem at all. I don't know if can't; again: IANAL. Just suspect, that such change would be very hard to carry through -- probably every contributor would have to agree on it. Example problems to feed your paranoia: * What if other interpreter will be written? (There is ActiveState for Win32, but I don't know about its status (a separate program or just a port) or license.) * Can I write a program, call it perl and claim, that these modules are under its license? Why not? * What does "Perl" in "same as Perl" mean? Formally (as stated at some place I can't find right now), "Perl" is the language, as opposite to "perl" the interpreter. Does a language have a license? -- Rados?aw Zieli?ski [ GPG key: http://radek.karnet.pl/ ] -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aredridel at nbtsc.org Sun Aug 31 05:35:58 2003 From: aredridel at nbtsc.org (Aredridel) Date: Sat, 30 Aug 2003 21:35:58 -0600 Subject: DISTFILES: ERRORS: libic-cvs-20030830.tar.gz In-Reply-To: <4636.1062300711@distfiles.pld-linux.org> References: <4636.1062300711@distfiles.pld-linux.org> Message-ID: <1062300958.12432.55.camel@mizar.nbtsc.org> On Sat, 2003-08-30 at 21:31, aredridel wrote: > FATAL: ./upload/aredridel/libic-cvs-20030830.tar.gz was not uploaded > Hm. How -does- one reference source that's only available in CVS? Ari -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: From adamg at biomerieux.pl Sun Aug 31 08:25:05 2003 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Sun, 31 Aug 2003 08:25:05 +0200 Subject: DISTFILES: ERRORS: libic-cvs-20030830.tar.gz In-Reply-To: <1062300958.12432.55.camel@mizar.nbtsc.org> References: <4636.1062300711@distfiles.pld-linux.org> <1062300958.12432.55.camel@mizar.nbtsc.org> Message-ID: <20030831062505.GA11314@mysza.eu.org> On Sat, Aug 30, 2003 at 09:35:58PM -0600, Aredridel wrote: > On Sat, 2003-08-30 at 21:31, aredridel wrote: > > FATAL: ./upload/aredridel/libic-cvs-20030830.tar.gz was not uploaded > > > > Hm. How -does- one reference source that's only available in CVS? First you should checkout the sources, then pack and upload them to: ftp://@dropin.pld-linux.org/ After that you can safely commit the spec with SourceX: line having no URL, but only the filename, like you did in libic.spec: Source0: %{name}-cvs-%{cvs_release}.tar.gz They will be automatically uploaded into distfiles.pld-linux.org and removed from dropin.pld-linux.org. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From aredridel at nbtsc.org Sun Aug 31 18:58:14 2003 From: aredridel at nbtsc.org (Aredridel) Date: Sun, 31 Aug 2003 10:58:14 -0600 Subject: DISTFILES: ERRORS: libic-cvs-20030830.tar.gz In-Reply-To: <20030831062505.GA11314@mysza.eu.org> References: <4636.1062300711@distfiles.pld-linux.org> <1062300958.12432.55.camel@mizar.nbtsc.org> <20030831062505.GA11314@mysza.eu.org> Message-ID: <1062349094.13528.0.camel@mizar.nbtsc.org> On Sun, 2003-08-31 at 00:25, Adam Go??biowski wrote: > On Sat, Aug 30, 2003 at 09:35:58PM -0600, Aredridel wrote: > > On Sat, 2003-08-30 at 21:31, aredridel wrote: > > > FATAL: ./upload/aredridel/libic-cvs-20030830.tar.gz was not uploaded > > > > > > > Hm. How -does- one reference source that's only available in CVS? > > First you should checkout the sources, then pack and upload them to: > > ftp://@dropin.pld-linux.org/ Ah -- dropin.pld-linux.org is what I didn't know. Thank you! -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: This is a digitally signed message part URL: