From kloczek at rudy.mif.pg.gda.pl Tue May 14 16:09:14 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Tue, 14 May 2002 16:09:14 +0200 (CEST) Subject: [MBT] new entry in pkg xscreensaver "update request" In-Reply-To: <20020514111347.GB22051@wiget.koelner.com.pl> Message-ID: On Tue, 14 May 2002, Artur Frysiak wrote: > On Tue, May 14, 2002 at 12:11:00PM +0200, Lukas Dobrek wrote: > > On Tue, May 14, 2002 at 09:56:40AM -0000, bugs at pld.org.pl wrote: > > > > > > Date: 2002-05-14 11:56:40+02 Author: Erik Smit (Zoiah) > > > Title: update request > > > Ticket ID: #187 > > > Ticket URL: http://bugs.pld.org.pl/?bug=187 > > > Package: xscreensaver-1:4.02-1 > > > Distribution: PLD-Ra.main > > > Category: feature request > > > Current state: ignored > > > Text: > > > > > > same as 189 > > ^^^^^^^^^^^^^^ > > This is stupid. Sorry to say it but it is. It is not informative enough. > > But this ticket are bogus. I added it in testing procedure. Ignoring it > is "best way" (tm). So #187 also can be ignored ? kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From wiget at pld.org.pl Wed May 15 11:25:04 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Wed, 15 May 2002 11:25:04 +0200 Subject: [MBT] new entry in pkg qt-devel "Missing qmake" In-Reply-To: References: Message-ID: <20020515092504.GA3660@wiget.koelner.com.pl> On Wed, May 15, 2002 at 09:18:12AM -0000, bugs at pld.org.pl wrote: > > Date: 2002-05-15 11:18:10+02 Author: Jakub Bogusz (qboosh) > Title: Missing qmake > Ticket ID: #21 > Ticket URL: http://bugs.pld.org.pl/?bug=21 > Package: qt-devel-1:2.3.1-2 ^^^^^^^^ > Distribution: > Category: other bug on spec > Current state: opened > Text: > > In which qt version? In current 3.0 seems fixed > (it's in qt-devel). > Package: say 2.3.1-2 Regards -- Artur Frysiak http://www.pld.org.pl/ From wiget at pld.org.pl Tue May 14 17:07:02 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Tue, 14 May 2002 17:07:02 +0200 Subject: [MBT] new entry in pkg xscreensaver "update request" In-Reply-To: References: <20020514111347.GB22051@wiget.koelner.com.pl> Message-ID: <20020514150702.GA7607@wiget.koelner.com.pl> On Tue, May 14, 2002 at 04:09:14PM +0200, Tomasz K?oczko wrote: > On Tue, 14 May 2002, Artur Frysiak wrote: > > > On Tue, May 14, 2002 at 12:11:00PM +0200, Lukas Dobrek wrote: > > > On Tue, May 14, 2002 at 09:56:40AM -0000, bugs at pld.org.pl wrote: > > > > > > > > Date: 2002-05-14 11:56:40+02 Author: Erik Smit (Zoiah) > > > > Title: update request > > > > Ticket ID: #187 > > > > Ticket URL: http://bugs.pld.org.pl/?bug=187 > > > > Package: xscreensaver-1:4.02-1 > > > > Distribution: PLD-Ra.main > > > > Category: feature request > > > > Current state: ignored > > > > Text: > > > > > > > > same as 189 > > > ^^^^^^^^^^^^^^ > > > This is stupid. Sorry to say it but it is. It is not informative enough. > > > > But this ticket are bogus. I added it in testing procedure. Ignoring it > > is "best way" (tm). > > So #187 also can be ignored ? Yes. -- Artur Frysiak http://www.pld.org.pl/ From wiget at pld.org.pl Fri May 17 10:20:21 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Fri, 17 May 2002 10:20:21 +0200 Subject: [MBT] new entry in pkg XFree86-driver-nvidia "missing /usr/X11R6/lib/libGL.so" In-Reply-To: References: Message-ID: <20020517082021.GA3300@wiget.koelner.com.pl> On Thu, May 16, 2002 at 06:38:52PM -0000, bugs at pld.org.pl wrote: > > Date: 2002-05-16 20:38:50+02 Author: Tomasz K?oczko (kloczek) > Title: missing /usr/X11R6/lib/libGL.so > Ticket ID: #174 > Ticket URL: http://bugs.pld.org.pl/?bug=174 > Package: XFree86-driver-nvidia-1.0.2880-1 > Distribution: PLD-Ra.main > Category: doesn't work as it should > Current state: ignored > Text: > > libGL.so it is part devel OpenGL package. > Seems quake3 is bloken because this program should require libGL.so.1 > (this is SONAME Current OpenGL library). No. Quake3 use dlopen() to load libGL.so, like quake2 and other *GL dependent commercial programs/games. -- Artur Frysiak http://www.pld.org.pl/ From ser at metalab.unc.edu Mon May 6 02:20:40 2002 From: ser at metalab.unc.edu (--s+) Date: Mon, 6 May 2002 02:20:40 +0200 Subject: [ cvs://LDP/ - please remove it ] Message-ID: <20020506002040.GA18663@szafa.hyperreal.pl> Hello, could you please remove contents of cvs://LDP/ from "cvs.pld.org.pl" server, it mesleads somebody. The LDP CVS server is currently in US, and uses address "cvs.tldp.org". thanks - Sergiusz -- http://ibiblio.org/ser/ | http://it-zone.org/ _________________________________________________________ tldp.org|gnu.org|hyperreal.info|pld-linux.org|it-zone.org "The moon is made of green cheese." -- John Heywood From arturs at iidea.pl Mon May 6 19:59:25 2002 From: arturs at iidea.pl (Artur Skura) Date: Mon, 6 May 2002 19:59:25 +0200 Subject: modem people please look Message-ID: <20020506195925.A3943@aph.waw.pdi.net> If someone using minicom could look at patched updown.c at http://arturs.iidea.pl/updown.patch -- it just displays an appriopriate message if the user attempts to use a program which is not available. It seems more or less OK but someone who uses minicom should test it, I don't want to throw junk to CVS. Are there any other things which need to be fixed before 1.0? What blocks it? Regards, Artur -- http://www.anmesty.org.pl http://www.wolneprogramy.org http://mf.gnome.pl From wrobell at ite.pl Mon May 6 20:02:11 2002 From: wrobell at ite.pl (wrobell) Date: Mon, 6 May 2002 20:02:11 +0200 Subject: 1.0 In-Reply-To: <20020506195925.A3943@aph.waw.pdi.net> References: <20020506195925.A3943@aph.waw.pdi.net> Message-ID: <20020506180211.GB11401@pred.posexperts.com.pl> On Mon, May 06, 2002 at 07:59:25PM +0200, Artur Skura wrote: [...] > Are there any other things which need to be fixed before 1.0? > What blocks it? www.mozillazine.org and 'Mozilla Security Hole' article? mozilla 1.0rc1 and other mozilla-based browsers are ready to use in pld cvs (i am using them successfully a few weeks) and it should be trivial to extract patch which fixes the bug from mozilla cvs wrobell -------------- 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 Tue May 7 01:48:02 2002 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Tue, 7 May 2002 01:48:02 +0200 (CEST) Subject: modem people please look In-Reply-To: <20020506195925.A3943@aph.waw.pdi.net> from "Artur Skura" at May 06, 2002 07:59:25 PM Message-ID: <200205062348.BAA01207@green.mif.pg.gda.pl> > > > If someone using minicom could look at patched updown.c at > http://arturs.iidea.pl/updown.patch -- it just displays an > appriopriate message if the user attempts to use a program > which is not available. It seems more or less OK but someone > who uses minicom should test it, I don't want to throw junk > to CVS. IMO, it is not good way to have the binary names hardcoded. They can be changed in minicom configuration. BTW: Isn't the warning message generated when execution fails enough ? (It is already done.) -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Technical University of Gdansk From arturs at iidea.pl Wed May 8 10:58:55 2002 From: arturs at iidea.pl (Artur Skura) Date: Wed, 8 May 2002 10:58:55 +0200 Subject: modem people please look In-Reply-To: <200205062348.BAA01207@green.mif.pg.gda.pl>; from ankry@green.mif.pg.gda.pl on Tue, May 07, 2002 at 01:48:02AM +0200 References: <20020506195925.A3943@aph.waw.pdi.net> <200205062348.BAA01207@green.mif.pg.gda.pl> Message-ID: <20020508105855.A9223@aph.waw.pdi.net> On Tue, May 07, 2002 at 01:48:02AM +0200, Andrzej Krzysztofowicz wrote: > > > > > > If someone using minicom could look at patched updown.c at > > http://arturs.iidea.pl/updown.patch -- it just displays an > > appriopriate message if the user attempts to use a program > > which is not available. It seems more or less OK but someone > > who uses minicom should test it, I don't want to throw junk > > to CVS. > > IMO, it is not good way to have the binary names hardcoded. > They can be changed in minicom configuration. > > BTW: Isn't the warning message generated when execution fails enough ? > (It is already done.) To be honest I reached the same conclusion; I think what was proposed around http://lists.pld.org.pl/archive/index.htm?19:msp:17803:ckagdphbmjjehidjkihf wasn't really necessary. OK, so I'm leaving this unless someone proves there really is a problem. Regards, Artur -- http://www.amnesty.org.pl http://www.wolneprogramy.org http://mf.gnome.pl From wojrus at linux.slupsk.net Wed May 8 11:04:10 2002 From: wojrus at linux.slupsk.net (Olgierd Pieczul) Date: Wed, 8 May 2002 11:04:10 +0200 Subject: PLD-doc module In-Reply-To: <20020426132729.A15422@aph.waw.pdi.net> References: <20020426132729.A15422@aph.waw.pdi.net> Message-ID: <20020508090410.GC13397@ezoteryk> Dnia Fri, Apr 26, 2002 at 01:27:29PM +0200 stanal u mych drzwi list od Artur Skura i rzekl: > I would like to prepare a README what is what in this module. > Please say if it's OK and what is in these '???' (or if it should be > there): > > PLD_www_res - sources for our WWW site PLD_www_res/irc - sources of irc.pld.org.pl -- Olgierd Pieczul wojrus at linux.slupsk.net "Rozumiem 'jak', nie rozumiem 'dlaczego'" From martii at obgyn.edu.pl Fri May 10 04:56:51 2002 From: martii at obgyn.edu.pl (Marcin Chojnowski) Date: Fri, 10 May 2002 04:56:51 +0200 Subject: To python users Message-ID: <20020510025651.GA10870@obgyn.edu.pl> I get such info during Zope compilation: cp /usr/lib/python2.2/config/Makefile.pre.in . make -f Makefile.pre.in boot PYTHON=/usr/bin/python make: *** Brak regu? do wykonania obiektu `boot'. Stop. Traceback (most recent call last): File "wo_pcgi.py", line 117, in ? File "wo_pcgi.py", line 105, in main File "/home/users/martii/rpm/BUILD/Zope-2.4.3-src/inst/build_extensions.py", line 102, in ? make('lib','python') File "/home/users/martii/rpm/BUILD/Zope-2.4.3-src/inst/do.py", line 134, in make do('make -f Makefile.pre.in boot PYTHON=%s' % sys.executable) File "/home/users/martii/rpm/BUILD/Zope-2.4.3-src/inst/do.py", line 104, in do if i and picky: raise SystemError, i SystemError: 512 b??d: Bad exit status from /var/tmp/rpm-tmp.8282 (%build) this do.py piece of code looks like that: for a in args: os.chdir(a) # Copy over and use the prototype extensions makefile from python dist: do("cp %s ." % wheres_Makefile_pre_in()) do('make -f Makefile.pre.in boot PYTHON=%s' % sys.executable) do('make') do('make clean') for a in args: os.chdir('..') Any Ideahow to solve this problem ??? martii From orzech at pld.org.pl Fri May 10 10:15:00 2002 From: orzech at pld.org.pl (Tomek Orzechowski) Date: Fri, 10 May 2002 10:15:00 +0200 Subject: lvm Message-ID: <20020510081500.GA6183@alpha.hq.cs.net.pl> Hello move lvm-1.0.3 from /test to "/". Current "stable" version is completely broken. 1.0.3 works fine. -- Tomek Orzechowski From arturs at iidea.pl Fri May 10 11:08:06 2002 From: arturs at iidea.pl (Artur Skura) Date: Fri, 10 May 2002 11:08:06 +0200 Subject: To python users In-Reply-To: <20020510025651.GA10870@obgyn.edu.pl>; from martii@obgyn.edu.pl on Fri, May 10, 2002 at 04:56:51AM +0200 References: <20020510025651.GA10870@obgyn.edu.pl> Message-ID: <20020510110806.A761@aph.waw.pdi.net> On Fri, May 10, 2002 at 04:56:51AM +0200, Marcin Chojnowski wrote: > I get such info during Zope compilation: > > cp /usr/lib/python2.2/config/Makefile.pre.in . Some time ago I heard Zope is not 2.2 compatible, 2.1 had to be used. I don't know if this was resolved, you may look at the Python version in the precompiled binary from Zope. Regards, Artur -- http://www.amnesty.org.pl http://www.wolneprogramy.org http://mf.gnome.pl From martii at obgyn.edu.pl Fri May 10 10:24:14 2002 From: martii at obgyn.edu.pl (Marcin Chojnowski) Date: Fri, 10 May 2002 10:24:14 +0200 Subject: To python users In-Reply-To: <20020510110806.A761@aph.waw.pdi.net> References: <20020510025651.GA10870@obgyn.edu.pl> <20020510110806.A761@aph.waw.pdi.net> Message-ID: <20020510082414.GA11726@obgyn.edu.pl> Dnia Pa?skiego 10 May, 2002, Artur Skura napisa?(a): > Some time ago I heard Zope is not 2.2 compatible, 2.1 had to be > used. I don't know if this was resolved, you may look at the > Python version in the precompiled binary from Zope. Thanx but I'd preffer to have rpm package in PLD ;-) So I'll try to ask Zope developers Thanx Martii From malekith at pld-linux.org Fri May 10 14:07:12 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Fri, 10 May 2002 14:07:12 +0200 Subject: undefine: SPECS treecc.spec In-Reply-To: <20020509182540.EFF2EE104A@wun.zie.pg.gda.pl> References: <20020509182540.EFF2EE104A@wun.zie.pg.gda.pl> Message-ID: <20020510120712.GB5720@ep09.kernel.pl> On Thu, May 09, 2002 at 08:25:40PM +0200, PLD CVS wrote: > Module name: SPECS > Changes by: undefine 02/05/09 20:25:40 > > Modified files: > . : treecc.spec > > Log message: > - upgrade to 0.1.0 > - coment ac/am stuff and use %configure2_13 - we don't modify ac/am stuff so why regenerate it? I belive that if configure is generated with autoconf 2.13, and there are no problem with regeneration, it should be done. It has something to do with optymalization flags passing I guess. -- : Michal Moskal :::::::: malekith/at/pld.org.pl : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From wrobell at ite.pl Fri May 10 14:26:25 2002 From: wrobell at ite.pl (wrobell) Date: Fri, 10 May 2002 14:26:25 +0200 Subject: wrobell: SPECS busybox.spec In-Reply-To: <20020510121714.2F313E104A@wun.zie.pg.gda.pl> References: <20020510121714.2F313E104A@wun.zie.pg.gda.pl> Message-ID: <20020510122625.GK8083@pred.posexperts.com.pl> On Fri, May 10, 2002 at 02:17:14PM +0200, PLD CVS wrote: > Module name: SPECS > Changes by: wrobell 02/05/10 14:17:12 > > Modified files: > . : busybox.spec > > Log message: > - added new options: > - altconfig - build busybox with alternative busybox config file > - linkfl - creates links to busybox binary and includes them into filelist > - fileutil_prov - adds fileutils providing > - grep_prov - adds grep providing > - sh_prov - adds /bin/sh providing The last three options... Is there any posibility with adding 'Provides:' field to package with rpm command options? wrobell From malekith at pld-linux.org Fri May 10 14:47:33 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Fri, 10 May 2002 14:47:33 +0200 Subject: ocaml packages Message-ID: <20020510124733.GA12265@ep09.kernel.pl> I've changed/prepared following ocaml packages: ocaml.spec ocaml-findlib.spec ocaml-lablgtk.spec ocaml-configwin.spec ocaml-mysql.spec ocaml-otags.spec ocaml-mlglade.spec ocaml-odbc.spec ocaml-postgres.spec STBR please. (in order given above, it comes from br: ) Also I've made some document about preparation of other ocaml packages for PLD, it can be seen at http://www.pld-linux.org/ocaml.html (next to similar document about python by wrobell) and changed as a part of PLD-Guide. -- : Michal Moskal :::::::: malekith/at/pld.org.pl : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From arturs at iidea.pl Fri May 10 16:34:29 2002 From: arturs at iidea.pl (Artur Skura) Date: Fri, 10 May 2002 16:34:29 +0200 Subject: -Tascii8 in PLD groff Message-ID: <20020510163429.A2993@aph.waw.pdi.net> I think it doesn't, but I better ask: does groff in PLD support ascii8 (8bit clean) device? Regards, Artur -- http://www.amnesty.org.pl http://www.wolneprogramy.org http://mf.gnome.pl From undefine at aramin.one.pl Fri May 10 18:05:03 2002 From: undefine at aramin.one.pl (undefine at aramin.one.pl) Date: Fri, 10 May 2002 18:05:03 +0200 Subject: undefine: SPECS treecc.spec In-Reply-To: <20020510120712.GB5720@ep09.kernel.pl> References: <20020509182540.EFF2EE104A@wun.zie.pg.gda.pl> <20020510120712.GB5720@ep09.kernel.pl> Message-ID: <20020510160503.GA7326@aramin.one.pl> On Fri, May 10, 2002 at 02:07:12PM +0200, Michal Moskal wrote: > > . : treecc.spec > > > > Log message: > > - upgrade to 0.1.0 > > - coment ac/am stuff and use %configure2_13 - we don't modify ac/am stuff so why regenerate it? > > I belive that if configure is generated with autoconf 2.13, and there > are no problem with regeneration, it should be done. It has something to > do with optymalization flags passing I guess. but there are problems with regeneration :> > : Michal Moskal :::::::: malekith/at/pld.org.pl : GCS {C,UL}++++$ a? !tv From arturs at iidea.pl Sun May 12 16:30:33 2002 From: arturs at iidea.pl (Artur Skura) Date: Sun, 12 May 2002 16:30:33 +0200 Subject: -Tascii8 in PLD groff In-Reply-To: <20020510163429.A2993@aph.waw.pdi.net>; from arturs@iidea.pl on Fri, May 10, 2002 at 04:34:29PM +0200 References: <20020510163429.A2993@aph.waw.pdi.net> Message-ID: <20020512163033.A18516@aph.waw.pdi.net> On Fri, May 10, 2002 at 04:34:29PM +0200, Artur Skura wrote: > > I think it doesn't, but I better ask: does groff in PLD support > ascii8 (8bit clean) device? One Japanese guy wrote a patch adding this so that in Debian groff does support it (you can find the patch on Debian mirrors). I mention this because while writing an article about tbl I was checking which distributions support it; it seems Debian is the only one -- I don't know why, it shouldn't break anything... Regards, Artur -- http://www.amnesty.org.pl http://www.wolneprogramy.org http://mf.gnome.pl From malekith at pld-linux.org Mon May 13 16:35:57 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Mon, 13 May 2002 16:35:57 +0200 Subject: striping .a files Message-ID: <20020513143557.GA30610@ep09.kernel.pl> Why don't we strip them (i.e. why arn't they striped when .so files are)? Debug symbols are not included in most cases anyway. Without strip libjava.a (from gcc) is over 40 megs big. I'm intrested in it, since ocaml package often use .a libraries, and they should be striped. Should I add this to our rpm scripts? -- : Michal Moskal :::::::: malekith/at/pld.org.pl : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From fk181140 at zodiac.mimuw.edu.pl Mon May 13 16:58:37 2002 From: fk181140 at zodiac.mimuw.edu.pl (Filip Kalinski) Date: Mon, 13 May 2002 16:58:37 +0200 Subject: striping .a files In-Reply-To: <20020513143557.GA30610@ep09.kernel.pl> References: <20020513143557.GA30610@ep09.kernel.pl> Message-ID: <20020513145837.GB28387@zodiac.mimuw.edu.pl> On day Mon, May 13, 2002 at 04:35:57PM +0200, Michal Moskal wrote what follows: > Why don't we strip them (i.e. why arn't they striped when .so files > are)? Debug symbols are not included in most cases anyway. Without strip > libjava.a (from gcc) is over 40 megs big. I'm intrested in it, since > ocaml package often use .a libraries, and they should be striped. > > Should I add this to our rpm scripts? > I think, that yes, you should. If someone wants to have non-stripped versions, one can set debug on. -- Filip Kalinski From kloczek at rudy.mif.pg.gda.pl Mon May 13 17:36:53 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 13 May 2002 17:36:53 +0200 (CEST) Subject: striping .a files In-Reply-To: <20020513143557.GA30610@ep09.kernel.pl> Message-ID: On Mon, 13 May 2002, Michal Moskal wrote: > Why don't we strip them (i.e. why arn't they striped when .so files > are)? Debug symbols are not included in most cases anyway. Without strip > libjava.a (from gcc) is over 40 megs big. I'm intrested in it, since > ocaml package often use .a libraries, and they should be striped. > > Should I add this to our rpm scripts? No. Not using -g options not mean you not generate debuging informations. It is included anyway .. but less. It was discussed on the begining prepare automate striping in rpm in current form (~three years ago). kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From malekith at pld-linux.org Mon May 13 17:42:56 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Mon, 13 May 2002 17:42:56 +0200 Subject: striping .a files In-Reply-To: References: <20020513143557.GA30610@ep09.kernel.pl> Message-ID: <20020513154256.GF24031@ep09.kernel.pl> On Mon, May 13, 2002 at 05:36:53PM +0200, Tomasz K?oczko wrote: > On Mon, 13 May 2002, Michal Moskal wrote: > > > Why don't we strip them (i.e. why arn't they striped when .so files > > are)? Debug symbols are not included in most cases anyway. Without strip > > libjava.a (from gcc) is over 40 megs big. I'm intrested in it, since > > ocaml package often use .a libraries, and they should be striped. > > > > Should I add this to our rpm scripts? > > No. Not using -g options not mean you not generate debuging informations. > It is included anyway .. but less. So? Are you going to link anything staticaly just to debug it? In order to debug it properly you gonna have to have sources anyway. Therefore you can build package with --debug. Anyway program almost never involves debugging libraries it is linked against. I think it is worth to have 35+ megs smaller libjava for the cost of not having some partital debug information, that is almost always useless. -- : Michal Moskal :::::::: malekith/at/pld.org.pl : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From kloczek at rudy.mif.pg.gda.pl Mon May 13 18:11:30 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 13 May 2002 18:11:30 +0200 (CEST) Subject: striping .a files In-Reply-To: <20020513154256.GF24031@ep09.kernel.pl> Message-ID: On Mon, 13 May 2002, Michal Moskal wrote: > On Mon, May 13, 2002 at 05:36:53PM +0200, Tomasz K?oczko wrote: > > On Mon, 13 May 2002, Michal Moskal wrote: > > > > > Why don't we strip them (i.e. why arn't they striped when .so files > > > are)? Debug symbols are not included in most cases anyway. Without strip > > > libjava.a (from gcc) is over 40 megs big. I'm intrested in it, since > > > ocaml package often use .a libraries, and they should be striped. > > > > > > Should I add this to our rpm scripts? > > > > No. Not using -g options not mean you not generate debuging informations. > > It is included anyway .. but less. > > So? Are you going to link anything staticaly just to debug it? In order > to debug it properly you gonna have to have sources anyway. Therefore > you can build package with --debug. Of course nott but with this stub debug level information you can find for example line number in back trace. kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From malekith at pld-linux.org Mon May 13 18:13:33 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Mon, 13 May 2002 18:13:33 +0200 Subject: striping .a files In-Reply-To: References: <20020513154256.GF24031@ep09.kernel.pl> Message-ID: <20020513161333.GA5354@ep09.kernel.pl> On Mon, May 13, 2002 at 06:11:30PM +0200, Tomasz K?oczko wrote: > On Mon, 13 May 2002, Michal Moskal wrote: > > So? Are you going to link anything staticaly just to debug it? In order > > to debug it properly you gonna have to have sources anyway. Therefore > > you can build package with --debug. > > Of course nott but with this stub debug level information you can find for > example line number in back trace. If you are not going to link something staticaly why are you arguing about striping static libraries? -- : Michal Moskal :::::::: malekith/at/pld.org.pl : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From kloczek at rudy.mif.pg.gda.pl Mon May 13 18:21:06 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 13 May 2002 18:21:06 +0200 (CEST) Subject: striping .a files In-Reply-To: <20020513161333.GA5354@ep09.kernel.pl> Message-ID: On Mon, 13 May 2002, Michal Moskal wrote: > On Mon, May 13, 2002 at 06:11:30PM +0200, Tomasz K?oczko wrote: > > On Mon, 13 May 2002, Michal Moskal wrote: > > > So? Are you going to link anything staticaly just to debug it? In order > > > to debug it properly you gonna have to have sources anyway. Therefore > > > you can build package with --debug. > > > > Of course nott but with this stub debug level information you can find for > > example line number in back trace. > > If you are not going to link something staticaly why are you arguing > about striping static libraries? Because if you pass -static to link options you must have some static libriaries with *any* debug info. You can choose between stub debug info provided by production resources and full debug info after reinstall packages rebuilded --with debug (depending on compilation time and what you need). kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From malekith at pld-linux.org Mon May 13 18:30:13 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Mon, 13 May 2002 18:30:13 +0200 Subject: striping .a files In-Reply-To: References: <20020513161333.GA5354@ep09.kernel.pl> Message-ID: <20020513163013.GB12703@ep09.kernel.pl> On Mon, May 13, 2002 at 06:21:06PM +0200, Tomasz K?oczko wrote: > On Mon, 13 May 2002, Michal Moskal wrote: > > > On Mon, May 13, 2002 at 06:11:30PM +0200, Tomasz K?oczko wrote: > > > On Mon, 13 May 2002, Michal Moskal wrote: > > > > So? Are you going to link anything staticaly just to debug it? In order > > > > to debug it properly you gonna have to have sources anyway. Therefore > > > > you can build package with --debug. > > > > > > Of course nott but with this stub debug level information you can find for > > > example line number in back trace. > > > > If you are not going to link something staticaly why are you arguing > > about striping static libraries? > > Because if you pass -static to link options you must have some static > libriaries with *any* debug info. What? You need symbol information, not debug information. This is different. -- : Michal Moskal :::::::: malekith/at/pld.org.pl : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From malekith at pld-linux.org Mon May 13 18:33:46 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Mon, 13 May 2002 18:33:46 +0200 Subject: striping .a files In-Reply-To: <20020513163013.GB12703@ep09.kernel.pl> References: <20020513161333.GA5354@ep09.kernel.pl> <20020513163013.GB12703@ep09.kernel.pl> Message-ID: <20020513163346.GA29138@ep09.kernel.pl> On Mon, May 13, 2002 at 06:30:13PM +0200, Michal Moskal wrote: > On Mon, May 13, 2002 at 06:21:06PM +0200, Tomasz K?oczko wrote: > > On Mon, 13 May 2002, Michal Moskal wrote: > > > > > On Mon, May 13, 2002 at 06:11:30PM +0200, Tomasz K?oczko wrote: > > > > On Mon, 13 May 2002, Michal Moskal wrote: > > > > > So? Are you going to link anything staticaly just to debug it? In order > > > > > to debug it properly you gonna have to have sources anyway. Therefore > > > > > you can build package with --debug. > > > > > > > > Of course nott but with this stub debug level information you can find for > > > > example line number in back trace. > > > > > > If you are not going to link something staticaly why are you arguing > > > about striping static libraries? > > > > Because if you pass -static to link options you must have some static > > libriaries with *any* debug info. > > What? You need symbol information, not debug information. This is > different. Proof: [malekith at ep09 y]$ cat main.c main() { foo(); } [malekith at ep09 y]$ cat test.c int foo() { } [malekith at ep09 y]$ cc -c *.c [malekith at ep09 y]$ ar rcs foo.a test.o [malekith at ep09 y]$ ls -l foo.a -rw-r--r-- 1 malekith pld 852 May 13 18:32 foo.a [malekith at ep09 y]$ cc main.o foo.a [malekith at ep09 y]$ strip -g foo.a [malekith at ep09 y]$ ls -l foo.a -rw-r--r-- 1 malekith pld 828 May 13 18:32 foo.a [malekith at ep09 y]$ cc main.o foo.a [malekith at ep09 y]$ -- : Michal Moskal :::::::: malekith/at/pld.org.pl : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From dobrek at itp.uni-hannover.de Tue May 14 12:11:00 2002 From: dobrek at itp.uni-hannover.de (Lukas Dobrek) Date: Tue, 14 May 2002 12:11:00 +0200 Subject: [MBT] new entry in pkg xscreensaver "update request" In-Reply-To: ; from bugs@pld.org.pl on Tue, May 14, 2002 at 09:56:40AM -0000 References: Message-ID: <20020514121059.A8768@itp.uni-hannover.de> On Tue, May 14, 2002 at 09:56:40AM -0000, bugs at pld.org.pl wrote: > > Date: 2002-05-14 11:56:40+02 Author: Erik Smit (Zoiah) > Title: update request > Ticket ID: #187 > Ticket URL: http://bugs.pld.org.pl/?bug=187 > Package: xscreensaver-1:4.02-1 > Distribution: PLD-Ra.main > Category: feature request > Current state: ignored > Text: > > same as 189 ^^^^^^^^^^^^^^ This is stupid. Sorry to say it but it is. It is not informative enough. > *** State changed to 'ignored' Take Care Lukasz -- ?ukasz Dobrek An optimist believes that we live in the best of all possible worlds. A pessimist is sure that this must be so. From wiget at t17.ds.pwr.wroc.pl Tue May 14 13:13:47 2002 From: wiget at t17.ds.pwr.wroc.pl (Artur Frysiak) Date: Tue, 14 May 2002 13:13:47 +0200 Subject: [MBT] new entry in pkg xscreensaver "update request" In-Reply-To: <20020514121059.A8768@itp.uni-hannover.de> References: <20020514121059.A8768@itp.uni-hannover.de> Message-ID: <20020514111347.GB22051@wiget.koelner.com.pl> On Tue, May 14, 2002 at 12:11:00PM +0200, Lukas Dobrek wrote: > On Tue, May 14, 2002 at 09:56:40AM -0000, bugs at pld.org.pl wrote: > > > > Date: 2002-05-14 11:56:40+02 Author: Erik Smit (Zoiah) > > Title: update request > > Ticket ID: #187 > > Ticket URL: http://bugs.pld.org.pl/?bug=187 > > Package: xscreensaver-1:4.02-1 > > Distribution: PLD-Ra.main > > Category: feature request > > Current state: ignored > > Text: > > > > same as 189 > ^^^^^^^^^^^^^^ > This is stupid. Sorry to say it but it is. It is not informative enough. But this ticket are bogus. I added it in testing procedure. Ignoring it is "best way" (tm). Regards -- wiget at t17.ds.pwr.wroc.pl DS T17 Bofh PGP key: http://www.t17.ds.pwr.wroc.pl/~wiget/pgp.key 1024D/D3D4CF84 E4D3 6787 284C 57F0 3C1F ADFD A92A 3F2E D3D4 CF84 From wrobell at ite.pl Wed May 22 12:23:20 2002 From: wrobell at ite.pl (wrobell) Date: Wed, 22 May 2002 12:23:20 +0200 Subject: filon: SPECS mutt.spec In-Reply-To: <20020522052139.A1A88E104A@wun.zie.pg.gda.pl> References: <20020522052139.A1A88E104A@wun.zie.pg.gda.pl> Message-ID: <20020522102320.GB4121@pred.posexperts.com.pl> On Wed, May 22, 2002 at 07:21:39AM +0200, PLD CVS wrote: > Module name: SPECS > Changes by: filon 02/05/22 07:21:39 > > Modified files: > . : mutt.spec > > Log message: [...] > - removed --with-iconv, it means using libiconv (wrong) why? [...] wrobell From fk181140 at zodiac.mimuw.edu.pl Wed May 22 13:31:08 2002 From: fk181140 at zodiac.mimuw.edu.pl (Filip Kalinski) Date: Wed, 22 May 2002 13:31:08 +0200 Subject: filon: SPECS mutt.spec In-Reply-To: <20020522102320.GB4121@pred.posexperts.com.pl> References: <20020522052139.A1A88E104A@wun.zie.pg.gda.pl> <20020522102320.GB4121@pred.posexperts.com.pl> Message-ID: <20020522113107.GA6641@zodiac.mimuw.edu.pl> On day Wed, May 22, 2002 at 12:23:20PM +0200, wrobell wrote what follows: > On Wed, May 22, 2002 at 07:21:39AM +0200, PLD CVS wrote: > > Module name: SPECS > > Changes by: filon 02/05/22 07:21:39 > > > > Modified files: > > . : mutt.spec > > > > Log message: > [...] > > - removed --with-iconv, it means using libiconv (wrong) > why? > > [...] > Because we schould use iconv() supplied by glibc. -- Filip Kalinski From fk181140 at zodiac.mimuw.edu.pl Wed May 22 13:34:54 2002 From: fk181140 at zodiac.mimuw.edu.pl (Filip Kalinski) Date: Wed, 22 May 2002 13:34:54 +0200 Subject: filon: SPECS mutt.spec In-Reply-To: <20020522113107.GA6641@zodiac.mimuw.edu.pl> References: <20020522052139.A1A88E104A@wun.zie.pg.gda.pl> <20020522102320.GB4121@pred.posexperts.com.pl> <20020522113107.GA6641@zodiac.mimuw.edu.pl> Message-ID: <20020522113454.GA8805@zodiac.mimuw.edu.pl> On day Wed, May 22, 2002 at 01:31:08PM +0200, Filip Kalinski wrote what follows: > On day Wed, May 22, 2002 at 12:23:20PM +0200, wrobell wrote what follows: > > On Wed, May 22, 2002 at 07:21:39AM +0200, PLD CVS wrote: > > > Module name: SPECS > > > Changes by: filon 02/05/22 07:21:39 > > > > > > Modified files: > > > . : mutt.spec > > > > > > Log message: > > [...] > > > - removed --with-iconv, it means using libiconv (wrong) > > why? > > > > [...] > > > > Because we schould use iconv() supplied by glibc. ^^^^^^^ "should" of course -- Filip Kalinski From malekith at pld-linux.org Wed May 22 18:53:48 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Wed, 22 May 2002 18:53:48 +0200 Subject: __ in rpm macros Message-ID: <20020522165348.GA17590@ep09.kernel.pl> Hmm.. I wonder why do we use __ in front of %{__make} and especially %{__autoconf} and %{__automake}. In C prefixing __ to name means: "don't touch, internal stuff". While in case of make it makes some sense (it expands to /usr/bin/make itself and nothing more, in default setup at least), but %{__automake} has several options. I guess it would be better to use %automake and %autoconf (and maybe %make). -- : Michal Moskal ::::: malekith/at/pld-linux.org : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From jajcus at pld.org.pl Wed May 22 18:57:15 2002 From: jajcus at pld.org.pl (Jacek Konieczny) Date: Wed, 22 May 2002 18:57:15 +0200 Subject: __ in rpm macros In-Reply-To: <20020522165348.GA17590@ep09.kernel.pl> References: <20020522165348.GA17590@ep09.kernel.pl> Message-ID: <20020522165715.GA20729@nic.nigdzie> On Wed, May 22, 2002 at 06:53:48PM +0200, Michal Moskal wrote: > Hmm.. I wonder why do we use __ in front of %{__make} and especially > %{__autoconf} and %{__automake}. In C prefixing __ to name means: "don't > touch, internal stuff". While in case of make it makes some sense (it > expands to /usr/bin/make itself and nothing more, in default setup at > least), but %{__automake} has several options. I think thats because names without "__" may be defined to anything in spec file, so they should not have any special meaning. > I guess it would be better to use %automake and %autoconf (and maybe > %make). I don't thing so. Bu I think %_automake would be better than %__automake. Greets, Jacek From kloczek at rudy.mif.pg.gda.pl Wed May 22 19:44:32 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Wed, 22 May 2002 19:44:32 +0200 (CEST) Subject: __ in rpm macros In-Reply-To: <20020522165348.GA17590@ep09.kernel.pl> Message-ID: On Wed, 22 May 2002, Michal Moskal wrote: > Hmm.. I wonder why do we use __ in front of %{__make} and especially > %{__autoconf} and %{__automake}. In C prefixing __ to name means: "don't > touch, internal stuff". While in case of make it makes some sense (it > expands to /usr/bin/make itself and nothing more, in default setup at > least), but %{__automake} has several options. > > I guess it would be better to use %automake and %autoconf (and maybe > %make). Not so neccessary. We do not write C code ;) ... but seems you are right :) Comment from /usr/lib/rpm/macros: #============================================================================== # Macro naming conventions (preliminary): # # Macros that begin with an underscore are "local" in the sense that # they (if used) will not be exported in rpm headers. Some macros # that don't start with an underscore (but look like they should) # are compatible with macros generated by rpm-2.5.x and will be made # more consistent in a future release. # So probaly will be good add: %_use_smp_mflags 0 %make %{__make} %{?_use_smp:%{_smp_mflags}} %autoconf %{__autoconf} %{?debug:-Wall} %automake %{__automake} -a -c -f --foreing %libtoollize %{__libtoolize} --copy --force %gettextize %{__gettextize} --copy --force Also must be repalced all direct using make and replaced by using %make in rest platform.in. For PLD in platform.in can be removed %makeinstall or better redefine this to "%{make} install DESTDIR=%{rpmbuildroot}". Also IMHO will be good drop (but rather on begining work on PLD 1.2) using %{rpmcflags} macro and redefine in platform.in: %optflags @RPMRC_OPTFLAGS@ to: %optflags %{!?debug:@RPMRC_OPTFLAGS@}%{?debug:-O -g} And back to using %optflags instead current %rpmcflags (?). Or better also local template and define: %__optflags @RPMRC_OPTFLAGS@ and %optflags as: %optflags %{!?debug:%{__optflags} %{_cflags}}%{?debug:-O -g} and also add empty %{_cflags} %{_cxxflags} %{_fflags} %{_ldflags} macros (for make this much more closer to template names from autoconf name space). For fixing in platform.in is also IMHO: %_initrddir %{_sysconfdir}/rc.d/init.d it must be: %_initrddir /etc/rc.d/init.d for not depending local redefine %{_sysconfdir} in spec preamble. Coments or any other planed changes ? Some time ago I'm also thinking about add profiling infrastructure similar to current %{debug} support. kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From jajcus at pld.org.pl Wed May 22 20:49:44 2002 From: jajcus at pld.org.pl (Jacek Konieczny) Date: Wed, 22 May 2002 20:49:44 +0200 Subject: __ in rpm macros In-Reply-To: References: <20020522165348.GA17590@ep09.kernel.pl> Message-ID: <20020522184943.GA24376@nic.nigdzie> On Wed, May 22, 2002 at 07:44:32PM +0200, Tomasz K?oczko wrote: > > I guess it would be better to use %automake and %autoconf (and maybe > > %make). > > Not so neccessary. We do not write C code ;) ... but seems you are right :) > Comment from /usr/lib/rpm/macros: > > #============================================================================== > # Macro naming conventions (preliminary): > # > # Macros that begin with an underscore are "local" in the sense that > # they (if used) will not be exported in rpm headers. Some macros > # that don't start with an underscore (but look like they should) > # are compatible with macros generated by rpm-2.5.x and will be made > # more consistent in a future release. > # > > So probaly will be good add: >... Do we need %automake and such exported in rpm headers???? No. We only need them expanded while executing spec file. So, if I understand the text above well, you are wrong. Greets, Jacek From wiget at pld.org.pl Thu May 23 10:33:48 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Thu, 23 May 2002 10:33:48 +0200 Subject: kloczek: SOURCES libgnomeui-ac_fixes.patch In-Reply-To: <20020523074620.5E91DE104A@wun.zie.pg.gda.pl> References: <20020523074620.5E91DE104A@wun.zie.pg.gda.pl> Message-ID: <20020523083348.GB3495@wiget.koelner.com.pl> On Thu, May 23, 2002 at 09:46:20AM +0200, PLD CVS wrote: > Module name: SOURCES > Changes by: kloczek 02/05/23 09:46:20 > > Added files: > . : libgnomeui-ac_fixes.patch > > Log message: > - removed using GNOME_COMPILE_WARNINGS, GNOME_DEBUG_CHECK macros > (this is from GNOME 1.x aclocal macros set). > $ grep -rl GNOME_COMPILE_WARNINGS /usr/share/aclocal/gnome2-macros/ /usr/share/aclocal/gnome2-macros/compiler-flags.m4 $ rpm -qf /usr/share/aclocal/gnome2-macros/compiler-flags.m4 gnome-common-1.2.4-0.1 And now remove your patch or block your RW access to PLD CVS. Regards -- Artur Frysiak http://www.pld.org.pl/ From wrobell at ite.pl Thu May 23 11:52:16 2002 From: wrobell at ite.pl (wrobell) Date: Thu, 23 May 2002 11:52:16 +0200 Subject: athlon port on ftp Message-ID: <20020523095216.GG26448@pred.posexperts.com.pl> lftp ftp.pld.org.pl:/dists/nest/PLD> cd athlon/ cd: Access failed: 550 /dists/nest/PLD/athlon: Permission denied wrobell From misiek at pld.ORG.PL Thu May 23 11:55:14 2002 From: misiek at pld.ORG.PL (Arkadiusz Miskiewicz) Date: 23 May 2002 11:55:14 +0200 Subject: athlon port on ftp In-Reply-To: <20020523095216.GG26448@pred.posexperts.com.pl> References: <20020523095216.GG26448@pred.posexperts.com.pl> Message-ID: <87661ftchp.fsf@arm.t19.ds.pwr.wroc.pl> wrobell writes: > lftp ftp.pld.org.pl:/dists/nest/PLD> cd athlon/ > cd: Access failed: 550 /dists/nest/PLD/athlon: Permission denied Removed. > wrobell -- Arkadiusz Mi?kiewicz IPv6 ready PLD Linux at http://www.pld.org.pl misiek(at)pld.org.pl AM2-6BONE, 1024/3DB19BBD, arekm(at)ircnet, PWr From malekith at pld-linux.org Thu May 23 17:01:23 2002 From: malekith at pld-linux.org (Michal Moskal) Date: Thu, 23 May 2002 17:01:23 +0200 Subject: __ in rpm macros In-Reply-To: <20020522184943.GA24376@nic.nigdzie> References: <20020522165348.GA17590@ep09.kernel.pl> <20020522184943.GA24376@nic.nigdzie> Message-ID: <20020523150123.GC2035@ep09.kernel.pl> On Wed, May 22, 2002 at 08:49:44PM +0200, Jacek Konieczny wrote: > On Wed, May 22, 2002 at 07:44:32PM +0200, Tomasz K?oczko wrote: > > > I guess it would be better to use %automake and %autoconf (and maybe > > > %make). > > > > Not so neccessary. We do not write C code ;) ... but seems you are right :) > > Comment from /usr/lib/rpm/macros: > > > > #============================================================================== > > # Macro naming conventions (preliminary): > > # > > # Macros that begin with an underscore are "local" in the sense that > > # they (if used) will not be exported in rpm headers. Some macros > > # that don't start with an underscore (but look like they should) > > # are compatible with macros generated by rpm-2.5.x and will be made > > # more consistent in a future release. > > # > > > > So probaly will be good add: > >... > > Do we need %automake and such exported in rpm headers???? No. We only > need them expanded while executing spec file. So, if I understand the > text above well, you are wrong. Hmm... so %configure is exported? %makeinstall? %setup? Strange... -- : Michal Moskal ::::: malekith/at/pld-linux.org : GCS {C,UL}++++$ a? !tv : PLD Linux ::::::: Wroclaw University, CS Dept : {E-,w}-- {b++,e}>+++ h From fk181140 at zodiac.mimuw.edu.pl Thu May 23 17:12:34 2002 From: fk181140 at zodiac.mimuw.edu.pl (Filip Kalinski) Date: Thu, 23 May 2002 17:12:34 +0200 Subject: __ in rpm macros In-Reply-To: <20020523150123.GC2035@ep09.kernel.pl> References: <20020522165348.GA17590@ep09.kernel.pl> <20020522184943.GA24376@nic.nigdzie> <20020523150123.GC2035@ep09.kernel.pl> Message-ID: <20020523151234.GA26452@zodiac.mimuw.edu.pl> On day Thu, May 23, 2002 at 05:01:23PM +0200, Michal Moskal wrote what follows: > On Wed, May 22, 2002 at 08:49:44PM +0200, Jacek Konieczny wrote: > > On Wed, May 22, 2002 at 07:44:32PM +0200, Tomasz K?oczko wrote: > > > > I guess it would be better to use %automake and %autoconf (and maybe > > > > %make). > > > > > > Not so neccessary. We do not write C code ;) ... but seems you are right :) > > > Comment from /usr/lib/rpm/macros: > > > > > > #============================================================================== > > > # Macro naming conventions (preliminary): > > > # > > > # Macros that begin with an underscore are "local" in the sense that > > > # they (if used) will not be exported in rpm headers. Some macros > > > # that don't start with an underscore (but look like they should) > > > # are compatible with macros generated by rpm-2.5.x and will be made > > > # more consistent in a future release. > > > # > > > > > > So probaly will be good add: > > >... > > > > Do we need %automake and such exported in rpm headers???? No. We only > > need them expanded while executing spec file. So, if I understand the > > text above well, you are wrong. > > Hmm... so %configure is exported? %makeinstall? %setup? Strange... > BTW, %setup is not a macro. -- Filip Kalinski From migo at supernet.com.pl Sat May 25 18:47:57 2002 From: migo at supernet.com.pl (Bartosz Jakubski) Date: Sat, 25 May 2002 18:47:57 +0200 Subject: teapop, tome Message-ID: <20020525164757.GA12328@anoraknophobia.localdomain> I think they should be STB, but they are currently not on ftp, so I guess that there are still some problems with them? -- -- .- Bartosz Jakubski ------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From migo at supernet.com.pl Sat May 25 21:36:19 2002 From: migo at supernet.com.pl (Bartosz Jakubski) Date: Sat, 25 May 2002 21:36:19 +0200 Subject: ekg requires bash Message-ID: <20020525193618.GA13192@anoraknophobia.localdomain> In ekg there is /usr/bin/ekl2.sh script, which generates Requires: bash for the package. Can someone who uses it (I don't even know what is it for) check if it works with /bin/sh? -- -- .- Bartosz Jakubski ------------------- Sosnowiec -. -- -- | Free Software is a matter of liberty, not price | -- -- `---------------(http://www.fsf.org/philosophy)-----' -- From ser at metalab.unc.edu Sun May 26 10:02:32 2002 From: ser at metalab.unc.edu (--s+) Date: Sun, 26 May 2002 10:02:32 +0200 Subject: [photos and texts to pld-guide] Message-ID: <20020526080232.GC18712@szafa.hyperreal.pl> Hello, I am still waiting for photos from people listed in: http://www.pld-linux.org/people.html We are going to finish the first release of this document in one month. I will be widely available on over 170 LDP mirrors around the world. If someone has something interesting to add to guide, please contact me as fast as you can. -- http://ibiblio.org/ser/ | http://it-zone.org/ _________________________________________________________ tldp.org|gnu.org|hyperreal.info|pld-linux.org|it-zone.org "The moon is made of green cheese." -- John Heywood From wiget at pld.org.pl Mon May 27 09:37:15 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Mon, 27 May 2002 09:37:15 +0200 Subject: XML catalog Message-ID: <20020527073715.GA14157@wiget.koelner.com.pl> Hello. Fact 1) libxml2 support XML catalog (/etc/xml/catalog) like misc sgml tool support SGML Super Catalog (/etc/sgml/catalog). Fact 2) yelp and libvfs-help.so from libgnome requires working /etc/xml/catalog. Fact 3) wrobell add XML catalog support to our libxml2 package. Q.) Place of /etc/xml/catalog ? I think better place for XML catalog is libxml2-progs because this package includes /usr/bin/xmlcatalog - tool to manage XML catalogs. But libxml2 uses this file directly and require it for proper work. I modified *dtd* packages for XML catalog support but I not commit it to CVS before answer at this question. And this is showstopper for GNOME2. Regards -- Artur Frysiak http://www.pld.org.pl/ From wiget at pld.org.pl Mon May 27 11:39:26 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Mon, 27 May 2002 11:39:26 +0200 Subject: broken rpm.spec Message-ID: <20020527093926.GA18527@wiget.koelner.com.pl> (%:~/rpm/SPECS) cvs up rpm.spec cvs [server aborted]: unexpected EOF reading RCS file /cvsroot/SPECS/rpm.spec,v -- Artur Frysiak http://www.pld.org.pl/ From wrobell at ite.pl Mon May 27 11:52:36 2002 From: wrobell at ite.pl (wrobell) Date: Mon, 27 May 2002 11:52:36 +0200 Subject: XML catalog In-Reply-To: <20020527073715.GA14157@wiget.koelner.com.pl> References: <20020527073715.GA14157@wiget.koelner.com.pl> Message-ID: <20020527095236.GA2103@pred.posexperts.com.pl> On Mon, May 27, 2002 at 09:37:15AM +0200, Artur Frysiak wrote: [...] > Place of /etc/xml/catalog ? > I think better place for XML catalog is libxml2-progs because this > package includes /usr/bin/xmlcatalog - tool to manage XML catalogs. > But libxml2 uses this file directly and require it for proper work. Yes, /etc/xml/catalog should be in package, which contains libxml2 library, because developers who use libxml2 would use catalog in their applications. Example application is xsltproc from libxslt-progs pacakge. ^^^^^^^^^^^^^ [...] wrobell From wiget at pld.org.pl Mon May 27 12:04:20 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Mon, 27 May 2002 12:04:20 +0200 Subject: XML catalog In-Reply-To: <20020527095236.GA2103@pred.posexperts.com.pl> References: <20020527073715.GA14157@wiget.koelner.com.pl> <20020527095236.GA2103@pred.posexperts.com.pl> Message-ID: <20020527100419.GA18582@wiget.koelner.com.pl> On Mon, May 27, 2002 at 11:52:36AM +0200, wrobell wrote: > On Mon, May 27, 2002 at 09:37:15AM +0200, Artur Frysiak wrote: > [...] > > Place of /etc/xml/catalog ? > > I think better place for XML catalog is libxml2-progs because this > > package includes /usr/bin/xmlcatalog - tool to manage XML catalogs. > > But libxml2 uses this file directly and require it for proper work. > Yes, /etc/xml/catalog should be in package, which contains libxml2 > library, because developers who use libxml2 would use catalog in their > applications. Example application is xsltproc from libxslt-progs pacakge. Yes, but /usr/bin/xmlcatalog is in libxml2-progs and all packages with DTD/xsl stylesheets need to use /usr/bin/xmlcatalog to alter /etc/xml/catalog. But from other side, you are right. My proposal: /etc/xml/catalog in libxml2 package. All packages with DTDs for XML documents Requires(post): /usr/bin/xmlcatalog Requires(postun): /usr/bin/xmlcatalog I looked at docbook-dtd412-xml.spec from -r xmlcatalog. I think this methodology is not good. - not registering DTDs for XML documents in SGML SuperCatalog is not good for openjade/opensp and other SGML apps with XML extensions but without XML catalogs support. - direct registering in /etc/xml/catalog is not good for packages upgrades/removals. - registering SystemId by rewriteSystem tag is not correct and don't handle other files from package Please look at xhtml-dtd10-xml.spec for my proposal. If you have any questions please ask. Regards -- Artur Frysiak http://www.pld.org.pl/ From wrobell at ite.pl Mon May 27 13:09:25 2002 From: wrobell at ite.pl (wrobell) Date: Mon, 27 May 2002 13:09:25 +0200 Subject: XML catalog In-Reply-To: <20020527100419.GA18582@wiget.koelner.com.pl> References: <20020527073715.GA14157@wiget.koelner.com.pl> <20020527095236.GA2103@pred.posexperts.com.pl> <20020527100419.GA18582@wiget.koelner.com.pl> Message-ID: <20020527110925.GB2103@pred.posexperts.com.pl> On Mon, May 27, 2002 at 12:04:20PM +0200, Artur Frysiak wrote: > On Mon, May 27, 2002 at 11:52:36AM +0200, wrobell wrote: > > On Mon, May 27, 2002 at 09:37:15AM +0200, Artur Frysiak wrote: > > [...] > > > Place of /etc/xml/catalog ? > > > I think better place for XML catalog is libxml2-progs because this > > > package includes /usr/bin/xmlcatalog - tool to manage XML catalogs. > > > But libxml2 uses this file directly and require it for proper work. > > Yes, /etc/xml/catalog should be in package, which contains libxml2 > > library, because developers who use libxml2 would use catalog in their > > applications. Example application is xsltproc from libxslt-progs pacakge. > > Yes, but /usr/bin/xmlcatalog is in libxml2-progs and all packages with > DTD/xsl stylesheets need to use /usr/bin/xmlcatalog to alter > /etc/xml/catalog. > > But from other side, you are right. > My proposal: > /etc/xml/catalog in libxml2 package. > All packages with DTDs for XML documents > Requires(post): /usr/bin/xmlcatalog > Requires(postun): /usr/bin/xmlcatalog OK. > I looked at docbook-dtd412-xml.spec from -r xmlcatalog. > I think this methodology is not good. > - not registering DTDs for XML documents in SGML SuperCatalog is not > good for openjade/opensp and other SGML apps with XML extensions but > without XML catalogs support. Are there any SGML apps with XML extensions which are used at all? SGML SuperCatalog needs some dirty hacks to use so I am determined to not support it for XML DTDs. > - direct registering in /etc/xml/catalog is not good for packages > upgrades/removals. No. There is no such problem. xmlcatalog can handle catalog entries removing. It is another XML Catalog strength over SGML SuperCatalog. > - registering SystemId by rewriteSystem tag is not correct and don't > handle other files from package Please note, that rewrite system is not designed for handling other DTDs which are provided by some packages. For example docbook-dtd412-xml should register "-//OASIS//DTD XML Exchange Table Model 19990315//EN" DTD and others too... it is not finished certainly. It would be nice to have a script which could extract and register all DTDs from catalog 'docbook.cat' which is provided with docbook packages. Please look at http://xmlsoft.org/catalog.html. One of the XML Catalog strengths is the rewrite system. It is designed to replace URI with another one, so for example xml validator will load locally installed DTD instead of fetching DTD from net. XML Catalog rewrite system gives you ability to put into you document following doctype specification and use locally installed DTD. This way documents are not tied with vendor (PLD, RH, Debian, etc.) specific DTD localization. > Please look at xhtml-dtd10-xml.spec for my proposal. > If you have any questions please ask. Following line I would redefine to /etc/xml/catalog: %define catalog %{_datadir}/sgml/html/xml-dtd-%{v_er}/xmlcatalog-%{v_er}-%{version}-%{release} and remove this line (/etc/xml/catalog is provided by libxml2 package): xmlcatalog --noout --create $RPM_BUILD_ROOT/%{catalog} Will such registered catalog entries: xmlcatalog --noout --add rewriteSystem \ 'http://www.w3.org/TR/xhtml1/DTD/' \ '/usr/share/sgml/html/xml-dtd-%{v_er}/' \ $RPM_BUILD_ROOT/%{catalog} xmlcatalog --noout -add public \ "-//W3C//DTD XHTML 1.0 Strict//EN" \ xhtml1-strict.dtd \ $RPM_BUILD_ROOT/%{catalog} handle following doctype specification: so DTD will *not* be fetched from Internet? wrobell From wiget at pld.org.pl Mon May 27 13:37:45 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Mon, 27 May 2002 13:37:45 +0200 Subject: XML catalog In-Reply-To: <20020527110925.GB2103@pred.posexperts.com.pl> References: <20020527073715.GA14157@wiget.koelner.com.pl> <20020527095236.GA2103@pred.posexperts.com.pl> <20020527100419.GA18582@wiget.koelner.com.pl> <20020527110925.GB2103@pred.posexperts.com.pl> Message-ID: <20020527113745.GA19773@wiget.koelner.com.pl> On Mon, May 27, 2002 at 01:09:25PM +0200, wrobell wrote: > On Mon, May 27, 2002 at 12:04:20PM +0200, Artur Frysiak wrote: > > > I looked at docbook-dtd412-xml.spec from -r xmlcatalog. > > I think this methodology is not good. > > - not registering DTDs for XML documents in SGML SuperCatalog is not > > good for openjade/opensp and other SGML apps with XML extensions but > > without XML catalogs support. > Are there any SGML apps with XML extensions which are used at all? > SGML SuperCatalog needs some dirty hacks to use so I am determined > to not support it for XML DTDs. You may want to use openjade and dsssl stylesheets to convert XML DocBook 4.1.2 to jadetex/ps/pdf, and you need matching DTD in SGML SuperCatalog. > > - direct registering in /etc/xml/catalog is not good for packages > > upgrades/removals. > No. There is no such problem. xmlcatalog can handle catalog entries > removing. It is another XML Catalog strength over SGML SuperCatalog. But look at order of %post/%postun sections: (very short version) - new %post - old %postun So, all --add's from %post are --del'eted in %postun. Using --add nextCatalog with %{version}-%{release} fixes this. Yes, you may protect %post/%postun by if [ $1 == 0 ] but with this you can handle changes in registration scheme in future. > > > - registering SystemId by rewriteSystem tag is not correct and don't > > handle other files from package > Please note, that rewrite system is not designed for handling other > DTDs which are provided by some packages. For example docbook-dtd412-xml > should register "-//OASIS//DTD XML Exchange Table Model 19990315//EN" > DTD and others too... it is not finished certainly. It would be nice to > have a script which could extract and register all DTDs from catalog > 'docbook.cat' which is provided with docbook packages. Yes, with simple catalog (one line entries) this script is simple and I may write it. > Please look at http://xmlsoft.org/catalog.html. > One of the XML Catalog strengths is the rewrite system. It is designed > to replace URI with another one, so for example xml validator will load > locally installed DTD instead of fetching DTD from net. > > XML Catalog rewrite system gives you ability to put into you document > following doctype specification > > "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"> > > and use locally installed DTD. This way documents are not tied with > vendor (PLD, RH, Debian, etc.) specific DTD localization. Yes, I know this and I suggest using rewriteSystem for "short form" like this listed by you in next section. So, for docbook-dtd412-xml.dtd: %{_bindir}/xmlcatalog --noout --add rewriteSystem \ http://www.oasis-open.org/docbook/xml/%{ver}/ \ file://%{_datadir}/sgml/docbook/xml-dtd-%{ver}/ \ %{catalog} > > Please look at xhtml-dtd10-xml.spec for my proposal. > > If you have any questions please ask. > > Following line I would redefine to /etc/xml/catalog: > %define catalog %{_datadir}/sgml/html/xml-dtd-%{v_er}/xmlcatalog-%{v_er}-%{version}-%{release} > and remove this line (/etc/xml/catalog is provided by libxml2 package): > xmlcatalog --noout --create $RPM_BUILD_ROOT/%{catalog} > > Will such registered catalog entries: > > xmlcatalog --noout --add rewriteSystem \ > 'http://www.w3.org/TR/xhtml1/DTD/' \ > '/usr/share/sgml/html/xml-dtd-%{v_er}/' \ > $RPM_BUILD_ROOT/%{catalog} > > xmlcatalog --noout -add public \ > "-//W3C//DTD XHTML 1.0 Strict//EN" \ > xhtml1-strict.dtd \ > $RPM_BUILD_ROOT/%{catalog} > > handle following doctype specification: > > "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd"> > > so DTD will *not* be fetched from Internet? Yes, DTD will not be fetched from Internet. If prefer PublicId is true then PublicId from document match registered PublicId from xml catalog. If prefer SystemId then rewriteSystem rule is used and local copy of DTD is used. I checked this with xmlcatalog --shell. Regards -- Artur Frysiak http://www.pld.org.pl/ From kloczek at rudy.mif.pg.gda.pl Mon May 27 14:24:29 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 27 May 2002 14:24:29 +0200 (CEST) Subject: XML catalog In-Reply-To: <20020527073715.GA14157@wiget.koelner.com.pl> Message-ID: On Mon, 27 May 2002, Artur Frysiak wrote: > Hello. > Fact 1) > libxml2 support XML catalog (/etc/xml/catalog) like misc sgml tool > support SGML Super Catalog (/etc/sgml/catalog). I don't know it is best/correct path (also in current oure packages state). /etc/sgml/catalog contains no configuration files dut rather indexed (data) files. Probably will be better use /var/lib/{sgml,xml}. kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From wiget at pld.org.pl Mon May 27 14:32:31 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Mon, 27 May 2002 14:32:31 +0200 Subject: XML catalog In-Reply-To: References: <20020527073715.GA14157@wiget.koelner.com.pl> Message-ID: <20020527123231.GA27533@wiget.koelner.com.pl> On Mon, May 27, 2002 at 02:24:29PM +0200, Tomasz K?oczko wrote: > On Mon, 27 May 2002, Artur Frysiak wrote: > > > Hello. > > Fact 1) > > libxml2 support XML catalog (/etc/xml/catalog) like misc sgml tool > > support SGML Super Catalog (/etc/sgml/catalog). > > I don't know it is best/correct path (also in current oure packages > state). /etc/sgml/catalog contains no configuration files dut rather > indexed (data) files. Probably will be better use /var/lib/{sgml,xml}. You are wrong. /etc/{xml,sgml}/catalog files are configuration files like /etc/passwd and others. Ragards -- Artur Frysiak http://www.pld.org.pl/ From wrobell at ite.pl Mon May 27 14:54:34 2002 From: wrobell at ite.pl (wrobell) Date: Mon, 27 May 2002 14:54:34 +0200 Subject: XML catalog In-Reply-To: <20020527113745.GA19773@wiget.koelner.com.pl> References: <20020527073715.GA14157@wiget.koelner.com.pl> <20020527095236.GA2103@pred.posexperts.com.pl> <20020527100419.GA18582@wiget.koelner.com.pl> <20020527110925.GB2103@pred.posexperts.com.pl> <20020527113745.GA19773@wiget.koelner.com.pl> Message-ID: <20020527125434.GD2103@pred.posexperts.com.pl> On Mon, May 27, 2002 at 01:37:45PM +0200, Artur Frysiak wrote: > On Mon, May 27, 2002 at 01:09:25PM +0200, wrobell wrote: > > On Mon, May 27, 2002 at 12:04:20PM +0200, Artur Frysiak wrote: > > > > > I looked at docbook-dtd412-xml.spec from -r xmlcatalog. > > > I think this methodology is not good. > > > - not registering DTDs for XML documents in SGML SuperCatalog is not > > > good for openjade/opensp and other SGML apps with XML extensions but > > > without XML catalogs support. > > Are there any SGML apps with XML extensions which are used at all? > > SGML SuperCatalog needs some dirty hacks to use so I am determined > > to not support it for XML DTDs. > > You may want to use openjade and dsssl stylesheets to convert XML > DocBook 4.1.2 to jadetex/ps/pdf, and you need matching DTD in SGML > SuperCatalog. Yes, I know, but it is till "may want to" and it is suicide at all. openjade/opensp is not maintained actively anymore and I do not know any person who uses XML DocBook with DSSSL stylesheets. It is just easier to use XSL stylesheets for XML, now. And in case of ps/pdf you have more choices at all: renderx, fop, passivetex. > > > - direct registering in /etc/xml/catalog is not good for packages > > > upgrades/removals. > > No. There is no such problem. xmlcatalog can handle catalog entries > > removing. It is another XML Catalog strength over SGML SuperCatalog. > > But look at order of %post/%postun sections: > (very short version) > - new %post > - old %postun > > So, all --add's from %post are --del'eted in %postun. > Using --add nextCatalog with %{version}-%{release} fixes this. > Yes, you may protect %post/%postun by if [ $1 == 0 ] but with this you > can handle changes in registration scheme in future. Having many XML catalogs has some disadvantages. When you want to use specified catalog, then you have to set XML_CATALOG_FILES and please note that XML_CATALOG_FILES may only point to one file. When you want to change catalog you have to set XML_CATALOG_FILES again. Daniel Veillard (libxml2 author) said that maybe he will change it to handle XML_CATALOG_FILES as list of files, but even then it will be inconvienient to use. I would prefer 'if [ $1 == 0]' as it is for adding and deleting users within packages. [...] > > Please look at http://xmlsoft.org/catalog.html. > > One of the XML Catalog strengths is the rewrite system. It is designed > > to replace URI with another one, so for example xml validator will load > > locally installed DTD instead of fetching DTD from net. > > > > XML Catalog rewrite system gives you ability to put into you document > > following doctype specification > > > > > "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"> > > > > and use locally installed DTD. This way documents are not tied with > > vendor (PLD, RH, Debian, etc.) specific DTD localization. > > Yes, I know this and I suggest using rewriteSystem for "short form" > like this listed by you in next section. > > So, for docbook-dtd412-xml.dtd: > %{_bindir}/xmlcatalog --noout --add rewriteSystem \ > http://www.oasis-open.org/docbook/xml/%{ver}/ \ > file://%{_datadir}/sgml/docbook/xml-dtd-%{ver}/ \ > %{catalog} I have tried it but it didn't work. Maybe I have something screwed up due to time I have been doing it (it was 3AM as I remember). I will try again. [...] wrobell From wrobell at ite.pl Mon May 27 14:55:10 2002 From: wrobell at ite.pl (wrobell) Date: Mon, 27 May 2002 14:55:10 +0200 Subject: XML catalog In-Reply-To: <20020527123231.GA27533@wiget.koelner.com.pl> References: <20020527073715.GA14157@wiget.koelner.com.pl> <20020527123231.GA27533@wiget.koelner.com.pl> Message-ID: <20020527125510.GE2103@pred.posexperts.com.pl> On Mon, May 27, 2002 at 02:32:31PM +0200, Artur Frysiak wrote: > On Mon, May 27, 2002 at 02:24:29PM +0200, Tomasz K?oczko wrote: > > On Mon, 27 May 2002, Artur Frysiak wrote: > > > > > Hello. > > > Fact 1) > > > libxml2 support XML catalog (/etc/xml/catalog) like misc sgml tool > > > support SGML Super Catalog (/etc/sgml/catalog). > > > > I don't know it is best/correct path (also in current oure packages > > state). /etc/sgml/catalog contains no configuration files dut rather > > indexed (data) files. Probably will be better use /var/lib/{sgml,xml}. > > You are wrong. /etc/{xml,sgml}/catalog files are configuration files > like /etc/passwd and others. exactly! wrobell From wiget at pld.org.pl Mon May 27 15:01:13 2002 From: wiget at pld.org.pl (Artur Frysiak) Date: Mon, 27 May 2002 15:01:13 +0200 Subject: XML catalog In-Reply-To: <20020527125434.GD2103@pred.posexperts.com.pl> References: <20020527073715.GA14157@wiget.koelner.com.pl> <20020527095236.GA2103@pred.posexperts.com.pl> <20020527100419.GA18582@wiget.koelner.com.pl> <20020527110925.GB2103@pred.posexperts.com.pl> <20020527113745.GA19773@wiget.koelner.com.pl> <20020527125434.GD2103@pred.posexperts.com.pl> Message-ID: <20020527130113.GA8880@wiget.koelner.com.pl> On Mon, May 27, 2002 at 02:54:34PM +0200, wrobell wrote: > On Mon, May 27, 2002 at 01:37:45PM +0200, Artur Frysiak wrote: > > > > You may want to use openjade and dsssl stylesheets to convert XML > > DocBook 4.1.2 to jadetex/ps/pdf, and you need matching DTD in SGML > > SuperCatalog. > Yes, I know, but it is till "may want to" and it is suicide at all. > openjade/opensp is not maintained actively anymore and I do not know > any person who uses XML DocBook with DSSSL stylesheets. It is just easier > to use XSL stylesheets for XML, now. And in case of ps/pdf you have > more choices at all: renderx, fop, passivetex. But if you don't register XML DTDs in SGML SuperCatalog then you forces me to don't use openjade and db2* from docbook-utils package. I don't like this. > > So, all --add's from %post are --del'eted in %postun. > > Using --add nextCatalog with %{version}-%{release} fixes this. > > Yes, you may protect %post/%postun by if [ $1 == 0 ] but with this you > > can handle changes in registration scheme in future. > Having many XML catalogs has some disadvantages. When you want to use > specified catalog, then you have to set XML_CATALOG_FILES and please > note that XML_CATALOG_FILES may only point to one file. When you want to > change catalog you have to set XML_CATALOG_FILES again. Daniel Veillard > (libxml2 author) said that maybe he will change it to handle > XML_CATALOG_FILES as list of files, but even then it will be > inconvienient to use. > > I would prefer 'if [ $1 == 0]' as it is for adding and deleting users > within packages. You don't understand me. I suggest using xmlcatalog --add nextCatalog foo /path/to/xml/catalog/from/package and this *not* require XML_CATALOG_FILES mangling. Simply if libxml2 find in /etc/xml/catalog then look in /path/to/xml/catalog/from/package. Regards -- Artur Frysiak http://www.pld.org.pl/ From wrobell at ite.pl Mon May 27 15:18:59 2002 From: wrobell at ite.pl (wrobell) Date: Mon, 27 May 2002 15:18:59 +0200 Subject: XML catalog In-Reply-To: <20020527130113.GA8880@wiget.koelner.com.pl> References: <20020527073715.GA14157@wiget.koelner.com.pl> <20020527095236.GA2103@pred.posexperts.com.pl> <20020527100419.GA18582@wiget.koelner.com.pl> <20020527110925.GB2103@pred.posexperts.com.pl> <20020527113745.GA19773@wiget.koelner.com.pl> <20020527125434.GD2103@pred.posexperts.com.pl> <20020527130113.GA8880@wiget.koelner.com.pl> Message-ID: <20020527131859.GF2103@pred.posexperts.com.pl> On Mon, May 27, 2002 at 03:01:13PM +0200, Artur Frysiak wrote: > On Mon, May 27, 2002 at 02:54:34PM +0200, wrobell wrote: > > On Mon, May 27, 2002 at 01:37:45PM +0200, Artur Frysiak wrote: > > > > > > You may want to use openjade and dsssl stylesheets to convert XML > > > DocBook 4.1.2 to jadetex/ps/pdf, and you need matching DTD in SGML > > > SuperCatalog. > > Yes, I know, but it is till "may want to" and it is suicide at all. > > openjade/opensp is not maintained actively anymore and I do not know > > any person who uses XML DocBook with DSSSL stylesheets. It is just easier > > to use XSL stylesheets for XML, now. And in case of ps/pdf you have > > more choices at all: renderx, fop, passivetex. > > But if you don't register XML DTDs in SGML SuperCatalog then you forces > me to don't use openjade and db2* from docbook-utils package. > I don't like this. And I do not like hacks in docbook-dtd*-xml.spec like: # associate default declaration for xml # and map system identifier for xml because opensp seems to misinterpret # xml-style system identifiers (file://...) cat <>$RPM_BUILD_ROOT%{_datadir}/sgml/docbook/xml-dtd-%{ver}/catalog -- default decl -- DTDDECL "-//OASIS//DTD DocBook XML V%{ver}//EN" "../../xml.dcl" -- hacks for opensp -- SYSTEM "file://%{_datadir}/sgml/docbook/xml-dtd-%{ver}/docbookx.dtd" "%{_datadir}/sgml/docbook/xml-dtd-%{ver}/docbookx.dtd" SYSTEM "http://www.oasis-open.org/docbook/xml/%{ver}/docbookx.dtd" "%{_datadir}/sgml/docbook/xml-dtd-%{ver}/docbookx.dtd" EOF If there should be SGML SuperCatalog support for XML DTDs, then opensp should be fixed. If you really use DocBook XML with openjade, then please fix opensp. :-]] In xmlcatalog branch I will remove hack mentioned above and support for SGML SuperCatalog. When opensp will be fixed then support for SGML SuperCatalog will be back. > > > So, all --add's from %post are --del'eted in %postun. > > > Using --add nextCatalog with %{version}-%{release} fixes this. > > > Yes, you may protect %post/%postun by if [ $1 == 0 ] but with this you > > > can handle changes in registration scheme in future. > > Having many XML catalogs has some disadvantages. When you want to use > > specified catalog, then you have to set XML_CATALOG_FILES and please > > note that XML_CATALOG_FILES may only point to one file. When you want to > > change catalog you have to set XML_CATALOG_FILES again. Daniel Veillard > > (libxml2 author) said that maybe he will change it to handle > > XML_CATALOG_FILES as list of files, but even then it will be > > inconvienient to use. > > > > I would prefer 'if [ $1 == 0]' as it is for adding and deleting users > > within packages. > > You don't understand me. I suggest using > xmlcatalog --add nextCatalog foo /path/to/xml/catalog/from/package > and this *not* require XML_CATALOG_FILES mangling. Simply if libxml2 > find in > /etc/xml/catalog then look in /path/to/xml/catalog/from/package. OK, now I understand. wrobell From grzegol at pld.org.pl Mon May 27 16:36:36 2002 From: grzegol at pld.org.pl (Grzegorz Golawski) Date: Mon, 27 May 2002 16:36:36 +0200 Subject: broken rpm.spec In-Reply-To: <20020527093926.GA18527@wiget.koelner.com.pl> References: <20020527093926.GA18527@wiget.koelner.com.pl> Message-ID: <20020527143636.GA6141@pld.org.pl> On Mon, May 27, 2002 at 11:39:26AM +0200, Artur Frysiak wrote: > (%:~/rpm/SPECS) cvs up rpm.spec > cvs [server aborted]: unexpected EOF reading RCS file /cvsroot/SPECS/rpm.spec,v > I had got the same situation... cvs get rpm.spec should resolve this problem. ^^^ -- <===========================> $+>>>^^^^^^^^^^^^^^^^^^^<<<+$ $+>> Grzegorz Go?awski <<+$ $+>> grzegol at pld.org.pl <<+$ $+>>>...................<<<+$ <===========================> From ankry at green.mif.pg.gda.pl Mon May 27 17:26:40 2002 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 27 May 2002 17:26:40 +0200 (CEST) Subject: broken rpm.spec In-Reply-To: <20020527143636.GA6141@pld.org.pl> from "Grzegorz Golawski" at May 27, 2002 04:36:36 PM Message-ID: <200205271526.RAA03391@green.mif.pg.gda.pl> > > On Mon, May 27, 2002 at 11:39:26AM +0200, Artur Frysiak wrote: > > (%:~/rpm/SPECS) cvs up rpm.spec > > cvs [server aborted]: unexpected EOF reading RCS file /cvsroot/SPECS/rpm.spec,v > > > I had got the same situation... > cvs get rpm.spec should resolve this problem. > ^^^ Older revisions ( <= 1.320) seem to be not available. Why ... ? $ rm rpm.spec $ cvs up -r 1.320 rpm.spec cvs [server aborted]: unexpected EOF reading RCS file /cvsroot/SPECS/rpm.spec,v $ cvs up -r 1.321 rpm.spec P rpm.spec $ cvs up -A rpm.spec P rpm.spec :( -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 14 61 Faculty of Applied Phys. & Math., Technical University of Gdansk From kloczek at rudy.mif.pg.gda.pl Mon May 27 17:51:04 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 27 May 2002 17:51:04 +0200 (CEST) Subject: broken rpm.spec In-Reply-To: <200205271526.RAA03391@green.mif.pg.gda.pl> Message-ID: On Mon, 27 May 2002, Andrzej Krzysztofowicz wrote: > > > > On Mon, May 27, 2002 at 11:39:26AM +0200, Artur Frysiak wrote: > > > (%:~/rpm/SPECS) cvs up rpm.spec > > > cvs [server aborted]: unexpected EOF reading RCS file /cvsroot/SPECS/rpm.spec,v > > > > > I had got the same situation... > > cvs get rpm.spec should resolve this problem. > > ^^^ > > Older revisions ( <= 1.320) seem to be not available. Why ... ? > > $ rm rpm.spec > $ cvs up -r 1.320 rpm.spec > cvs [server aborted]: unexpected EOF reading RCS file /cvsroot/SPECS/rpm.spec,v > $ cvs up -r 1.321 rpm.spec > P rpm.spec > $ cvs up -A rpm.spec > P rpm.spec Seems I found missing 1.320-1.319 rvisions (on backup) but haven't changes on 1.318. And this was fixed by me by hand. So now is missing 1.318. RCS file is avalaible via rsync on cvs.pld.org.pl::cvs/SPECS//rpm.spec,v Maybe someone have missing 1.318 revision in private copy repository or can help fix rcs rpm.spec,v file. kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl* From kloczek at rudy.mif.pg.gda.pl Mon May 27 18:44:19 2002 From: kloczek at rudy.mif.pg.gda.pl (=?ISO-8859-2?Q?Tomasz_K=B3oczko?=) Date: Mon, 27 May 2002 18:44:19 +0200 (CEST) Subject: rpm.spec Message-ID: OK. Seem 1.318 is restored (this revision contain substitution for using %{__auroconf}, %{__automake} macros so it was possible restore this withount additional information). kloczek -- ----------------------------------------------------------- *Ludzie nie maj? problem?w, tylko sobie sami je stwarzaj?* ----------------------------------------------------------- Tomasz K?oczko, sys adm @zie.pg.gda.pl|*e-mail: kloczek at rudy.mif.pg.gda.pl*