From z at xatka.net Fri Apr 2 13:15:03 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Fri, 2 Apr 2010 13:15:03 +0200 Subject: serverside rename request - xmlgraphics packages Message-ID: <20100402111503.GA5242@davabel.touk.pl> Please, move: fop -> java-xmlgraphics-fop batik -> java-xmlgraphics-batik xmlgraphics-commons -> java-xmlgraphics-commons -- Thanks in advance, Pawe? From z at xatka.net Fri Apr 2 13:33:31 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Fri, 2 Apr 2010 13:33:31 +0200 Subject: serverside rename request - avalon packages In-Reply-To: <20100402111503.GA5242@davabel.touk.pl> References: <20100402111503.GA5242@davabel.touk.pl> Message-ID: <20100402113331.GB5242@davabel.touk.pl> Two more packages to rename: avalon-framework -> java-avalon-framework avalon-logkit -> java-avalon-logkit Thanks -- Pawe? From mike at osdn.org.ua Fri Apr 2 14:29:16 2010 From: mike at osdn.org.ua (Michael Shigorin) Date: Fri, 2 Apr 2010 15:29:16 +0300 Subject: serverside rename request - avalon packages In-Reply-To: <20100402113331.GB5242@davabel.touk.pl> References: <20100402111503.GA5242@davabel.touk.pl> <20100402113331.GB5242@davabel.touk.pl> Message-ID: <20100402122916.GZ1691@osdn.org.ua> On Fri, Apr 02, 2010 at 01:33:31PM +0200, Pawe? Zuzelski wrote: > Two more packages to rename: > avalon-framework -> java-avalon-framework > avalon-logkit -> java-avalon-logkit Just in case, viy/altlinux.org has implemented a framework to maintain "close fork" of jpackage.org for ALT Linux, including things which are going to stay a bit different way (sort of "persistent patches"). Not a "fire and forget" thing but previous attempt at packaging java stack (e.g. up to tomcat) rather failed due to a person simply burning out. -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ From z at xatka.net Fri Apr 2 15:24:21 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Fri, 2 Apr 2010 15:24:21 +0200 Subject: serverside rename request - avalon packages In-Reply-To: <20100402122916.GZ1691@osdn.org.ua> References: <20100402111503.GA5242@davabel.touk.pl> <20100402113331.GB5242@davabel.touk.pl> <20100402122916.GZ1691@osdn.org.ua> Message-ID: <20100402132421.GC5242@davabel.touk.pl> On Fri, 02 Apr 2010, Michael Shigorin wrote: > On Fri, Apr 02, 2010 at 01:33:31PM +0200, Pawe? Zuzelski wrote: > > Two more packages to rename: > > avalon-framework -> java-avalon-framework > > avalon-logkit -> java-avalon-logkit > > Just in case, viy/altlinux.org has implemented a framework > to maintain "close fork" of jpackage.org for ALT Linux, > including things which are going to stay a bit different way > (sort of "persistent patches"). Interesting. Thanks. > Not a "fire and forget" thing but previous attempt at packaging > java stack (e.g. up to tomcat) rather failed due to a person > simply burning out. Now we have working tomcat with some web application in th :) -- Regards, Pawe? Zuzelski From freetz at gmx.net Sat Apr 3 15:12:46 2010 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 3 Apr 2010 15:12:46 +0200 Subject: packages: xulrunner/xulrunner.spec - up to 1.9.2.3 - some loose *.so added ... In-Reply-To: References: Message-ID: <20100403151246.8afce783.freetz@gmx.net> On Sat, 03 Apr 2010 15:52:28 +0200 duddits wrote: > Author: duddits Date: Sat Apr 3 13:52:28 2010 GMT > Module: packages Tag: HEAD > ---- Log message: > - up to 1.9.2.3 > - some loose *.so added to -libs [...] > +%attr(755,root,root) %{_libdir}/%{name}/libfreebl3.so > %attr(755,root,root) %{_libdir}/%{name}/libmozjs.so > +%attr(755,root,root) %{_libdir}/%{name}/libnss3.so > +%attr(755,root,root) %{_libdir}/%{name}/libnssckbi.so > +%attr(755,root,root) %{_libdir}/%{name}/libnssdbm3.so > +%attr(755,root,root) %{_libdir}/%{name}/libnssutil3.so > +%attr(755,root,root) %{_libdir}/%{name}/libsmime3.so > +%attr(755,root,root) %{_libdir}/%{name}/libsoftokn3.so > +%attr(755,root,root) %{_libdir}/%{name}/libssl3.so > %attr(755,root,root) %{_libdir}/%{name}/libxpcom.so > %attr(755,root,root) %{_libdir}/%{name}/libxul.so this is wrong, those are already provided by nss. -- Fryderyk Dziarmagowski From glen at pld-linux.org Sat Apr 3 18:36:27 2010 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 3 Apr 2010 19:36:27 +0300 Subject: serverside rename request - xmlgraphics packages In-Reply-To: <20100402111503.GA5242@davabel.touk.pl> References: <20100402111503.GA5242@davabel.touk.pl> Message-ID: <201004031936.27541.glen@pld-linux.org> On Friday 02 April 2010 14:15:03 Pawe? Zuzelski wrote: > Please, move: > > fop -> java-xmlgraphics-fop > batik -> java-xmlgraphics-batik > xmlgraphics-commons -> java-xmlgraphics-commons done On Friday 02 April 2010 14:33:31 Pawe? Zuzelski wrote: > Two more packages to rename: > > avalon-framework -> java-avalon-framework > avalon-logkit -> java-avalon-logkit done also randomly renamed patches as well, just cvs up in a package dir to get final names. -- glen From radek at pld-linux.org Sun Apr 4 17:48:21 2010 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Sun, 4 Apr 2010 12:48:21 -0300 Subject: packages: xulrunner/xulrunner.spec - up to 1.9.2.3 - some loose *.so added ... In-Reply-To: <20100403151246.8afce783.freetz@gmx.net> References: <20100403151246.8afce783.freetz@gmx.net> Message-ID: <20100404154821.GA4675@bongo> Fryderyk Dziarmagowski [2010-04-03 10:12]: > On Sat, 03 Apr 2010 15:52:28 +0200 > duddits wrote: >> Author: duddits Date: Sat Apr 3 13:52:28 2010 GMT >> Module: packages Tag: HEAD >> ---- Log message: >> - up to 1.9.2.3 >> - some loose *.so added to -libs [...] > > +%attr(755,root,root) %{_libdir}/%{name}/libssl3.so [...] > this is wrong, those are already provided by nss. Something is still wrong. poldek:/all-avail> upgrade iceweasel-3.6.3-1.i686 -t Processing dependencies... iceweasel-3.6.2-1.i686 obsoleted by iceweasel-3.6.3-1.i686 iceweasel-3.6.3-1.i686 marks xulrunner-1.9.2.3-2.i686 (cap xulrunner = 2:1.9.2.3) xulrunner-1.9.2-4.i686 obsoleted by xulrunner-1.9.2.3-2.i686 xulrunner-1.9.2.3-2.i686 marks xulrunner-libs-1.9.2.3-2.i686 (cap xulrunner-libs = 2:1.9.2.3-2) xulrunner-libs-1.9.2-4.i686 obsoleted by xulrunner-libs-1.9.2.3-2.i686 xulrunner-libs-1.9.2.3-2.i686 marks icedove-3.0.4-1.i686 (cap libssl3.so(NSS_3.12.6)) $ iceweasel Couldn't load XPCOM. -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 198 bytes Desc: not available URL: From glen at pld-linux.org Sun Apr 4 20:39:21 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 4 Apr 2010 21:39:21 +0300 Subject: packages: xulrunner/xulrunner.spec - up to 1.9.2.3 - some loose *.so added ... In-Reply-To: <20100404154821.GA4675@bongo> References: <20100403151246.8afce783.freetz@gmx.net> <20100404154821.GA4675@bongo> Message-ID: <201004042139.21630.glen@pld-linux.org> On Sunday 04 April 2010 18:48:21 Radoslaw Zielinski wrote: > Fryderyk Dziarmagowski [2010-04-03 10:12]: > > On Sat, 03 Apr 2010 15:52:28 +0200 > > > > duddits wrote: > >> Author: duddits Date: Sat Apr 3 13:52:28 2010 GMT > >> Module: packages Tag: HEAD > >> ---- Log message: > >> - up to 1.9.2.3 > >> - some loose *.so added to -libs > > [...] > > > > +%attr(755,root,root) %{_libdir}/%{name}/libssl3.so > > [...] > > > this is wrong, those are already provided by nss. > > Something is still wrong. > > poldek:/all-avail> upgrade iceweasel-3.6.3-1.i686 -t > Processing dependencies... > iceweasel-3.6.2-1.i686 obsoleted by iceweasel-3.6.3-1.i686 > iceweasel-3.6.3-1.i686 marks xulrunner-1.9.2.3-2.i686 (cap xulrunner = > 2:1.9.2.3) xulrunner-1.9.2-4.i686 obsoleted by xulrunner-1.9.2.3-2.i686 > xulrunner-1.9.2.3-2.i686 marks xulrunner-libs-1.9.2.3-2.i686 (cap > xulrunner-libs = 2:1.9.2.3-2) xulrunner-libs-1.9.2-4.i686 obsoleted by > xulrunner-libs-1.9.2.3-2.i686 xulrunner-libs-1.9.2.3-2.i686 marks > icedove-3.0.4-1.i686 (cap libssl3.so(NSS_3.12.6)) icedove should not provide nss/nspr files/deps! -- glen From pawel at dlugosz.eu Sun Apr 4 22:03:56 2010 From: pawel at dlugosz.eu (Pawel Dlugosz) Date: Sun, 04 Apr 2010 22:03:56 +0200 Subject: packages: xulrunner/xulrunner.spec - up to 1.9.2.3 - some loose *.so added ... In-Reply-To: <20100404154821.GA4675@bongo> References: <20100403151246.8afce783.freetz@gmx.net> <20100404154821.GA4675@bongo> Message-ID: <4BB8F0AC.30702@dlugosz.eu> W dniu 2010-04-04 17:48, Radoslaw Zielinski pisze: > $ iceweasel > Couldn't load XPCOM. Indeed. /usr/lib/xulrunner/libxpcom.so: /usr/lib/libssl3.so: version `NSS_3.12.6' not found (required by /usr/lib/xulrunner/libxul.so) I've just sent new nss to th builders. Iceweasel should work fine after nss upgrade. Let me just tweak dependencies in respective specs to reflect those requirements. Thanks everyone for help. -- Pawe? <@duddits> D?ugosz .::http://dlugosz.eu::. From Ron.Reed at Level3.com Mon Apr 5 21:08:43 2010 From: Ron.Reed at Level3.com (Reed, Ron) Date: Mon, 5 Apr 2010 13:08:43 -0600 Subject: Modification of the RescueCD Message-ID: <9235BAA814A8EA4191B360DB2765467F0145719660@idc1embx0001.corp.global.level3.com> How does one go about making minor changes (add a script to auto run, etc.) to the RescueCD? I just need to add a single script that installs some kernel modules and runs a script to configure an IPMI card. Ronald Reed Level 3 Communications 100 S. Cincinnati Tulsa, OK 74103 p: 918-547-7686 f : 720-567-3756 c: 918-808-3492 e: ron.reed at level3.com From z at xatka.net Tue Apr 6 10:03:03 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Tue, 6 Apr 2010 10:03:03 +0200 Subject: mv request: jcommon, jfreechart Message-ID: <20100406080303.GA4505@davabel.touk.pl> Please, move: jcommon -> java-jcommon jfreechart -> java-jfreechart -- Thanks in advance, Pawe? From glen at pld-linux.org Tue Apr 6 14:23:44 2010 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 6 Apr 2010 15:23:44 +0300 Subject: mv request: jcommon, jfreechart In-Reply-To: <20100406080303.GA4505@davabel.touk.pl> References: <20100406080303.GA4505@davabel.touk.pl> Message-ID: <201004061523.44933.glen@pld-linux.org> On Tuesday 06 April 2010 11:03:03 Pawe? Zuzelski wrote: > Please, move: > > jcommon -> java-jcommon > jfreechart -> java-jfreechart ....done! -- glen From lm at zork.pl Tue Apr 6 14:52:12 2010 From: lm at zork.pl (Lukasz Michalski) Date: Tue, 06 Apr 2010 14:52:12 +0200 Subject: Modification of the RescueCD In-Reply-To: <9235BAA814A8EA4191B360DB2765467F0145719660@idc1embx0001.corp.global.level3.com> References: <9235BAA814A8EA4191B360DB2765467F0145719660@idc1embx0001.corp.global.level3.com> Message-ID: <4BBB2E7C.9080101@zork.pl> On 04/05/10 21:08, Reed, Ron wrote: > How does one go about making minor changes (add a script to auto run, etc.) to the RescueCD? I just need to add a single script that installs some kernel modules and runs a script to configure an IPMI card. > Hi, Below is FAQ entry from http://rescuecd.pld-linux.org/download/current/FAQpl.txt translated to english: How could I add my own files to rescueCD image? You should prepare tgz archives named pld[01]0[0-9].tar.bz2 that contains all your files. Allowed dirs are: etc tmp var root home opt. Use rcdmod script (from iso or download site) to add pld[01]0[0-9].tar.bz2 archives to iso image this way: rcdmod -i rescue.iso -f pld000.tar.bz2,pld100.tar.bz2 -o rescue-new.iso Upon booting RescueCD detects added archives and untar its contents to root dir of the system. For archives named pld00[0-9].tar.bz2 this operation is performed just after call to /sbin/init, before hardware detection phase. If added archive contains /etc/rc.d/rc.rescue0.*, then it will be run at this time. Archives named pld10[0-9].tar.bz2 are added after hardware detection phase and environment setup. If archive contains /etc/rc.d/rc.rescue1.* then those scripts will be run at this time. Regards, ?ukasz -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 262 bytes Desc: OpenPGP digital signature URL: From jajcus at jajcus.net Wed Apr 7 18:55:36 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 7 Apr 2010 18:55:36 +0200 Subject: packages: python-docutils/python-docutils.spec (REMOVED) - WTF? The same pa... In-Reply-To: References: Message-ID: <20100407165536.GB7469@lolek.nigdzie> Greets, I just wanted to build cherokee which required python-docutils and found out it conflicts with already installed docutils package? Then I looked into CVS to see which name is current valid one? and I was astonished? It seems the same thing was maintained in PLD under two different names: docutils.spec and python-docutils.spec? for nearly 6 years! How the hell did it stay unnoticed? I have just removed python-docutils.spec (the one maintained mostly by me) as I already had plans to rename it to docutils.spec and current docutils.spec contained newer version. I have also split docutils.spec into two packages: docutils and python-docutils, as that is how it should be packaged (docutils are mostly the python modules and should be packaged under python-%{name}). Greets, Jacek _______________________________________________ pld-cvs-commit mailing list pld-cvs-commit at lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-cvs-commit From udvzsolt at gmail.com Thu Apr 8 20:51:38 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Thu, 8 Apr 2010 20:51:38 +0200 Subject: Builder fault Message-ID: Hi all! I've a problem on carme-server: [uzsolt at carme-pld-i686 ~]$ builder irssi builder: SMP make flags are set to -j16 Warning: No CVS access defined - using local .spec file cvs update: CVSROOT is set but empty! Make sure that the cvs update: specification of CVSROOT is legal, either via the cvs update: `-d' option, the CVSROOT environment variable, or the cvs [update aborted]: CVS/Root file (if any). Error: spec file not stored in CVS repo. With rpm-build-tools-4.4.35 worked well, but with .37 doesn't. What's the problem? Zsolt From jwnews at debian.maszyna.pl Fri Apr 9 14:15:38 2010 From: jwnews at debian.maszyna.pl (=?UTF-8?Q?Jan_WIde=C5=82?=) Date: Fri, 09 Apr 2010 14:15:38 +0200 Subject: Builder fault In-Reply-To: References: Message-ID: On Thu, 8 Apr 2010 20:51:38 +0200, Zsolt Udvari wrote: > Hi all! > > I've a problem on carme-server: > > [uzsolt at carme-pld-i686 ~]$ builder irssi > builder: SMP make flags are set to -j16 > Warning: No CVS access defined - using local .spec file > cvs update: CVSROOT is set but empty! Make sure that the > cvs update: specification of CVSROOT is legal, either via the > cvs update: `-d' option, the CVSROOT environment variable, or the > cvs [update aborted]: CVS/Root file (if any). > Error: spec file not stored in CVS repo. cvs up builder? -- Poz, JW From caleb at pld-linux.org Fri Apr 9 14:22:18 2010 From: caleb at pld-linux.org (Caleb Maclennan) Date: Fri, 9 Apr 2010 15:22:18 +0300 Subject: Builder fault In-Reply-To: References: Message-ID: I have the same problem with the builder script on my local machine after upgrading rpm-build-tools. cvs up builder did not fix it although there was a newer version. Caleb 2010/4/9 Jan WIde? : > On Thu, 8 Apr 2010 20:51:38 +0200, Zsolt Udvari > wrote: >> Hi all! >> >> I've a problem on carme-server: >> >> [uzsolt at carme-pld-i686 ~]$ builder irssi >> builder: SMP make flags are set to -j16 >> Warning: No CVS access defined - using local .spec file >> cvs update: CVSROOT is set but empty! ?Make sure that the >> cvs update: specification of CVSROOT is legal, either via the >> cvs update: `-d' option, the CVSROOT environment variable, or the >> cvs [update aborted]: CVS/Root file (if any). >> Error: spec file not stored in CVS repo. > > cvs up builder? > > -- > Poz, > JW > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en > From z at xatka.net Fri Apr 9 14:52:01 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Fri, 9 Apr 2010 14:52:01 +0200 Subject: Builder fault In-Reply-To: References: Message-ID: <20100409125201.GC4674@davabel.touk.pl> On Fri, 09 Apr 2010, Caleb Maclennan wrote: > I have the same problem with the builder script on my local machine > after upgrading rpm-build-tools. > > cvs up builder did not fix it although there was a newer version. 0. Please, DO NOT TOPPOST. 1. Do you use ./builder or builder? If you use ./builder, cvs up may fix/break builder. If you use builder upgrading of rpm-build-tools package may fix/broke builder. 2. Real problem is, you redefine %_topdir in your .rpmmacros. Remove this line, and remove ~/rpm/SOURCES directory if you have one (it may confuse builder). -- Regards, Pawe? Zuzelski From udvzsolt at gmail.com Fri Apr 9 17:03:33 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 9 Apr 2010 17:03:33 +0200 Subject: Builder fault In-Reply-To: <20100409125201.GC4674@davabel.touk.pl> References: <20100409125201.GC4674@davabel.touk.pl> Message-ID: <20100409170333.69e3c8ec@pld-laptop> > 2. Real problem is, you redefine %_topdir in your .rpmmacros. Remove > this line, and remove ~/rpm/SOURCES directory if you have one (it > may confuse builder). > Oh, yes, the disabling of %_topdir was the solution... Thanks, so I can again create spec files :D Zsolt From udvzsolt at gmail.com Sun Apr 11 16:16:05 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 11 Apr 2010 16:16:05 +0200 Subject: Openoffice upgrade Message-ID: <20100411161605.70e5441e@pld-laptop> Hi all! I don't know that I can upgrade Openoffice or not on th, but should be upgrade because of openssl-update (0.9.x -> 1.0.0). error: libcrypto.so.0.9.8 is required by installed openoffice.org-core-3.2.0.7-ooo320_m12.1.i686 Zsolt From arekm at maven.pl Sun Apr 11 16:42:41 2010 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Sun, 11 Apr 2010 16:42:41 +0200 Subject: Openoffice upgrade In-Reply-To: <20100411161605.70e5441e@pld-laptop> References: <20100411161605.70e5441e@pld-laptop> Message-ID: <201004111642.41490.arekm@maven.pl> On Sunday 11 of April 2010, Zsolt Udvari wrote: > Hi all! > > I don't know that I can upgrade Openoffice or not on th, but should be > upgrade because of openssl-update (0.9.x -> 1.0.0). > > error: libcrypto.so.0.9.8 is required by installed > openoffice.org-core-3.2.0.7-ooo320_m12.1.i686 It's known. Don't use th-test and the error is gone. > Zsolt -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From udvzsolt at gmail.com Sun Apr 11 17:08:46 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 11 Apr 2010 17:08:46 +0200 Subject: Openoffice upgrade In-Reply-To: <201004111642.41490.arekm@maven.pl> References: <20100411161605.70e5441e@pld-laptop> <201004111642.41490.arekm@maven.pl> Message-ID: <20100411170846.56903382@pld-laptop> > It's known. Don't use th-test and the error is gone. And what's about upgrade? Doesn't build OOo with the newest openssl? From arekm at maven.pl Sun Apr 11 17:17:09 2010 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Sun, 11 Apr 2010 17:17:09 +0200 Subject: Openoffice upgrade In-Reply-To: <20100411170846.56903382@pld-laptop> References: <20100411161605.70e5441e@pld-laptop> <201004111642.41490.arekm@maven.pl> <20100411170846.56903382@pld-laptop> Message-ID: <201004111717.09792.arekm@maven.pl> On Sunday 11 of April 2010, Zsolt Udvari wrote: > > It's known. Don't use th-test and the error is gone. > > And what's about upgrade? Doesn't build OOo with the newest openssl? Rebuild will be done in proper time. There is ton work to do - see http://ep09.pld-linux.org/~pldth/main-ready-test.txt -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From udvzsolt at gmail.com Sun Apr 11 17:25:23 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 11 Apr 2010 17:25:23 +0200 Subject: Openoffice upgrade In-Reply-To: <201004111717.09792.arekm@maven.pl> References: <20100411161605.70e5441e@pld-laptop> <201004111642.41490.arekm@maven.pl> <20100411170846.56903382@pld-laptop> <201004111717.09792.arekm@maven.pl> Message-ID: <20100411172523.3363892e@pld-laptop> Sun, 11 Apr 2010 17:17:09 +0200 -n Arkadiusz Miskiewicz ?rta: > On Sunday 11 of April 2010, Zsolt Udvari wrote: > > > It's known. Don't use th-test and the error is gone. > > > > And what's about upgrade? Doesn't build OOo with the newest openssl? > > Rebuild will be done in proper time. There is ton work to do - see > http://ep09.pld-linux.org/~pldth/main-ready-test.txt > Okay, sorry. I wanted inquire about it. Zsolt From glen at pld-linux.org Wed Apr 14 12:03:45 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 14 Apr 2010 13:03:45 +0300 Subject: packages: icedtea6/TODO (NEW), icedtea6/icedtea6.spec (NEW) - new package, ... In-Reply-To: References: Message-ID: <201004141303.45474.glen@pld-linux.org> On Wednesday 14 April 2010 12:53:55 jajcus wrote: > +$Log$ > +Revision 1.1 2010/04/14 09:53:49 jajcus > +- new package, the stable release of IcedTes, based on icedtea.spec, NFY what's the point? icedtea.spec contains same content, and it's not finished or stable or anything, finish the first spec, and if it needs "development" we have branches for that... -- glen From jajcus at jajcus.net Wed Apr 14 12:09:08 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 14 Apr 2010 12:09:08 +0200 Subject: packages: icedtea6/TODO (NEW), icedtea6/icedtea6.spec (NEW) - new package, ... In-Reply-To: <201004141303.45474.glen@pld-linux.org> References: <201004141303.45474.glen@pld-linux.org> Message-ID: <20100414100908.GC32169@jajo.eggsoft> On Wed, Apr 14, 2010 at 01:03:45PM +0300, Elan Ruusam?e wrote: > On Wednesday 14 April 2010 12:53:55 jajcus wrote: > > +$Log$ > > +Revision 1.1 2010/04/14 09:53:49 jajcus > > +- new package, the stable release of IcedTes, based on icedtea.spec, NFY > > what's the point? icedtea.spec contains same content, and it's not finished or > stable or anything, finish the first spec, and if it needs "development" we > have branches for that... icedtea.spec contains a newer version of IcedTea ? based on IcedTea7 (Java 7) implementation. I don't want to move back or have may work with the stable release quickly replaced by the bleeding edge (it is PLD, you know). And there is even a much more important reason: upstream source tar-balls are named 'icedtea6' and have the same version numbers as 'icedtea' (IcedTea7) tar-balls. Look: http://icedtea.classpath.org/download/source/ Greets, Jacek From z at xatka.net Wed Apr 14 19:17:44 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Wed, 14 Apr 2010 19:17:44 +0200 Subject: java, *.src.jar packaging Message-ID: <20100414171744.GB4752@davabel.touk.pl> Hello, sometimes it is convenient to have java sources (.src.jar file) installed. These files act as documentation. They are used by IDEs together with javadoc for completion, hilithing etc. I would like to add -source subpackage to some java libraries. My question is: where to install .src.jar files? 1. to /usr/share/java - but there is already to many files 2. to %{_docdir} (/usr/share/doc/%{name}-source) - I don't think it's a good idea 3. create new directory, like /usr/share/javasrc - Needs modification in packages that provides jdk As far as I know other distros don't package these files at all, so there is no convention to follow. -- Regards, Pawe? From baggins at sith.mimuw.edu.pl Wed Apr 14 19:51:47 2010 From: baggins at sith.mimuw.edu.pl (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Wed, 14 Apr 2010 19:51:47 +0200 Subject: java, *.src.jar packaging In-Reply-To: <20100414171744.GB4752@davabel.touk.pl> References: <20100414171744.GB4752@davabel.touk.pl> Message-ID: <20100414175147.GA24009@sith.mimuw.edu.pl> On Wed, 14 Apr 2010, Pawe? Zuzelski wrote: > Hello, > > sometimes it is convenient to have java sources (.src.jar file) > installed. These files act as documentation. They are used by IDEs > together with javadoc for completion, hilithing etc. > > I would like to add -source subpackage to some java libraries. > > My question is: where to install .src.jar files? > > 1. to /usr/share/java - but there is already to many files > > 2. to %{_docdir} (/usr/share/doc/%{name}-source) - I don't think > it's a good idea > > 3. create new directory, like /usr/share/javasrc - Needs > modification in packages that provides jdk > > As far as I know other distros don't package these files at all, so > there is no convention to follow. http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSRCSOURCECODE -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at pld-linux.org Wed Apr 14 21:28:59 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 14 Apr 2010 22:28:59 +0300 Subject: java, *.src.jar packaging In-Reply-To: <20100414175147.GA24009@sith.mimuw.edu.pl> References: <20100414171744.GB4752@davabel.touk.pl> <20100414175147.GA24009@sith.mimuw.edu.pl> Message-ID: <201004142228.59388.glen@pld-linux.org> On Wednesday 14 April 2010 20:51:47 Jan R?korajski wrote: > > As far as I know other distros don't package these files at all, so > > there is no convention to follow. > > http://www.pathname.com/fhs/pub/fhs-2.3.html#USRSRCSOURCECODE we also have %{_examplesdir} which could fit. -- glen From glen at pld-linux.org Wed Apr 14 21:32:18 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Wed, 14 Apr 2010 22:32:18 +0300 Subject: packages: icedtea6/TODO (NEW), icedtea6/icedtea6.spec (NEW) - new package, ... In-Reply-To: <20100414100908.GC32169@jajo.eggsoft> References: <201004141303.45474.glen@pld-linux.org> <20100414100908.GC32169@jajo.eggsoft> Message-ID: <201004142232.18884.glen@pld-linux.org> On Wednesday 14 April 2010 13:09:08 Jacek Konieczny wrote: > On Wed, Apr 14, 2010 at 01:03:45PM +0300, Elan Ruusam?e wrote: > > On Wednesday 14 April 2010 12:53:55 jajcus wrote: > > > +$Log$ > > > +Revision 1.1 ?2010/04/14 09:53:49 ?jajcus > > > +- new package, the stable release of IcedTes, based on icedtea.spec, > > > NFY > > > > what's the point? icedtea.spec contains same content, and it's not > > finished or stable or anything, finish the first spec, and if it needs > > "development" we have branches for that... > > icedtea.spec contains a newer version of IcedTea ? based on IcedTea7 > (Java 7) implementation. I don't want to move back or have may work with > the stable release quickly replaced by the bleeding edge (it is PLD, you > know). really? even now the version: tag matches pld at all-specs$ cvsstat icedtea.spec icedtea6.spec icedtea.spec Status: Up-to-date Local: 1.16 CVS: 1.16 icedtea6.spec *Status: Up-to-date Local: 1.2 CVS: 1.2 --- icedtea.spec 2010-02-05 10:30:16.590046939 +0200 +++ icedtea6.spec 2010-04-14 22:30:01.731810792 +0300 @@ -1,19 +1,23 @@ -# $Revision: 1.16 $, $Date: 2009/04/11 17:00:59 $ -# TODO: -# - fix bash substitution +# $Revision: 1.2 $, $Date: 2010/04/14 12:56:45 $ # Summary: OpenJDK and GNU Classpath code Summary(pl.UTF-8): Kod OpenJDK i GNU Classpath -Name: icedtea +Name: icedtea6 Version: 1.8 Release: 0.1 License: GPL -- glen From caleb at pld-linux.org Thu Apr 15 10:13:01 2010 From: caleb at pld-linux.org (Caleb Maclennan) Date: Thu, 15 Apr 2010 11:13:01 +0300 Subject: packages: icedtea6/TODO (NEW), icedtea6/icedtea6.spec (NEW) - new package, ... In-Reply-To: <201004142232.18884.glen@pld-linux.org> References: <201004141303.45474.glen@pld-linux.org> <20100414100908.GC32169@jajo.eggsoft> <201004142232.18884.glen@pld-linux.org> Message-ID: 2010/4/14 Elan Ruusam?e : > even now the version: tag matches Yes, the version tag matches, but the base package is different and they are in fact different versions! I looked at the upstream project files the other day and they apparently have different branches of the project that share parallel version numbers. Only the base package name is different. Crazy? Yes, but real enough. From jajcus at jajcus.net Thu Apr 15 11:22:37 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 15 Apr 2010 11:22:37 +0200 Subject: Rename request rhino.spec -> java-rhino.spec Message-ID: <20100415092237.GC13905@jajo.eggsoft> Package rename request for the CVS admin: rhino -> java-rhino Greets, Jacek From jajcus at jajcus.net Thu Apr 15 12:27:08 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Thu, 15 Apr 2010 12:27:08 +0200 Subject: IcedTea Message-ID: <20100415102708.GD13905@jajo.eggsoft> Hello, As some of you have already noticed (and complained) I have been preparing IcedTea package for PLD, in 'icedtea6.spec'. IcedTea (http://icedtea.classpath.org/) is a set of sources, patches and build environment to build fully featured Java developement kit and runtime environment from OpenJDK sources. OpenJDK is the GPL release of Sun's Jave JDK. Though, but itself, it is not complete (still some third-party, non-GPL components are needed to build it and for full functionality) and does not support every platform we have. And it needs another JDK to build itself. IcedTea can be built with GCJ/ECJ and can support more platforms (I hope). First IcedTea was started with the OpenJDK code which was Java 7 development code. Java 7 is still a future and world uses Java 6, so a Java 6 OpenJDK has been released and IcedTea6 based on it. That is why the package is named 'icedtea6' not 'icedtea'. When packaging IcedTea I wanted to solve some problem we have with our current JDK packages: 1. Only single JDK could be installed. That was unacceptable for many. I need to use Java5 (java-sun-1.5.x) and Java 6 (java-sun-1.6.x) to do my job? I had to use chroots. Then, PLD packages expected the GCJ java stack (java-gcj-devel package). To install it one would have to uninistall whatever other Java JDK or JRE he is using. Even to build the IcedTea6 I needed java-gcj-devel, which I couldn't install as I need to have my java-sun working here. That is why 'java-gcj-devel' is the first package I have 'fixed'. The fix was moving all /usr/lib/jvm/* stuff to a *-base subpackages, which would provide all the needed JDK functionality, and could be installed together with java-sun-* or other JDK. The base package would contain links in %{_bindir} and other things that would conflict with other JDK. Then I did the same with IcedTea. One may install icedtea-jdk-base and icedtea-jre-base and use it without un-installing sun-jdk or java-gcj-devel. 2. I forgot ;) Some decisions I made, may be controversial. I will list them for discussion: 1. icedtea6.spec instead of, already existing, icedtea.spec -> already discussed. 2. 'icedtea6' instead of 'java-icedtea6'. This is a Java implementation, not a library. Let's keep java- prefix for Java libraries. I don't like the 'java-gcj-compat' name either. 3. 'icedtea6' instead of 'openjdk' Yes, the thing built from IcedTea is OpenJDK? but OpenJDK could, theoretically, be built from their own sources too. And we would get something a bit different. So let's keep 'openjdk' name for that 'vanilla OpenJDK' 4. '-base' suffix for the 'base' packages? This is the first idea for the name I got. It could be 'jdk-icedtea6' package, it could be other suffix. It doesn't matter much as long it will be consistent with other JDK implementations. Currently only icedtea6.spec and latest java-gcj-compat.spec use this 'feature', so it can be still changed. Though, the more I think about it the more I like my '-base' idea :) 5. No '-tools' package. java-sun provides java-sun-tools subpackage providing 'java-jre-tools' virtual. It seems a very artificial separation and I think any dependencies on java-sun-tools or java-jre-tools should be dropped in favour on precise executable path dependency. I have created a 'icedtea6-jar' subpackage instead, for the one utility from java-jre-tools. This way alternative JAR implementations may be provided by PLD under /usr/bin/jar name. 6. Lots of 'obsoletes' in 'icedtea6' packages, sometimes duplicating those inherited by icedtea6-* dependencies. I think this is a best way to provide simple replacement for 'java-sun' and 'java-sun-jre'. In many cases there will be no need to install 'icedtea6' package anyway, as 'icedtea6-jdk', 'icedtea6-jre' or even 'icedtea-jre-base' will be enough. But, if one wants simply to replace existing Java implementation with IcedTea simple 'install icedtea6' in poldek should be enough. 7. 'jar' and 'appletviewer' in the -jdk-base, the 'jar' and 'appletviewer' packages provide only links and manual pages. This causes 'icedtea6-jar' to pull whole 'icedtea6-jdk-base', but otherwise we would probably need to have icedtea6-jar-base subpackage too. Current solution seems good enough for me as: a) usually when one really needs 'jar' (and ZIP is not enough), he probably needs a JDK anyway. b) we have other, smaller JAR implementations in PLD, like fastjar Any more questions, comments, proposition? And one 'little' request from me: could anyone review the existing and write missing package descriptions (English and Polish) in icedtea.spec, please? Greets, Jacek From glen at pld-linux.org Thu Apr 15 13:15:21 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 15 Apr 2010 14:15:21 +0300 Subject: Rename request rhino.spec -> java-rhino.spec In-Reply-To: <20100415092237.GC13905@jajo.eggsoft> References: <20100415092237.GC13905@jajo.eggsoft> Message-ID: <201004151415.21724.glen@pld-linux.org> On Thursday 15 April 2010 12:22:37 Jacek Konieczny wrote: > Package rename request for the CVS admin: > > rhino -> java-rhino do ne. -- glen From glen at pld-linux.org Fri Apr 16 09:33:22 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 16 Apr 2010 10:33:22 +0300 Subject: packages: mumble/mumble.spec - /etc/murmur must be owned by murmur In-Reply-To: References: Message-ID: <201004161033.23034.glen@pld-linux.org> On Thursday 15 April 2010 22:23:26 shadzik wrote: > -%dir %{_sysconfdir}/murmur > +%attr(755,murmur,murmur) %dir %{_sysconfdir}/murmur no, we usually do not let services own the dir, but later allow writing dir via group ownership, this way they can't fck up the permissions, but still can write, add/remove files there: %attr(775,root,murmur) %dir %{_sysconfdir}/murmur that said, if you do not need service to add/remove/move files in that dir, you don't need to give it write permission to DIR, but files only. -- glen From jajcus at jajcus.net Fri Apr 16 10:51:51 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Fri, 16 Apr 2010 10:51:51 +0200 Subject: java-shared? Message-ID: <20100416085151.GC25437@jajo.eggsoft> poldek:/all-avail> search --provides java-shared 3 package(s) found: fastjar-0.93-7.i686 java-gnu-classpath-tools-0.98-2.i686 java-sun-tools-1.6.0.18-3.i686 poldek:/all-avail> search --requires java-shared 1 package(s) found: java-sun-1.6.0.18-3.i686 I think it can be removed, as it seems meaningless. Greets, Jacek From jajcus at jajcus.net Fri Apr 16 11:47:22 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Fri, 16 Apr 2010 11:47:22 +0200 Subject: How to make a dependency Message-ID: <20100416094722.GE25437@jajo.eggsoft> Hello, I am updating the Java packages so different JRE implementations may be installed together. Now I have a problem with defining one common dependecy: 'require Java with X11 support'. Currently it was 'solved' with 'R: jre-X11'. That worked, because 'jre-X11' contained the X11 driver for JRE and pulled 'jre' which provided /usr/bin/java. With current IcedTea6 I have 'jre' which provides /usr/bin/java, 'jre-base' which provides the base JRE under /usr/lib/jvm/icedtea6 and 'jre-X11' which provides X11 driver for JRE. The problem is, I want 'jre-base' with 'jre-X11' usable without installing 'jre', which may conflict with other /usr/bin/jave provider. So, when I give 'P: jre-X11' to 'icedtea6-jre-X11' then 'R: jre-X11' whould not work as expected if /usr/bin/java is provided by other jre and the only 'jre-X11' installed is from icedtea6. The question is: how to define a 'require /usr/bin/java and jre(X11) matching this /usr/bin/java'? The easiest solution would be to make another '-jre-X11-base' subpackage with the X11 driver. But then, the '-jre-X11' would contain _only_ the dependencies: 'R: %{name}-jre-X11-base' and 'R: %{name}-jre' and no files? Any better ideas? Greets, Jacek From jajcus at jajcus.net Sat Apr 17 15:38:14 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sat, 17 Apr 2010 15:38:14 +0200 Subject: CVS admin request: java packages renames Message-ID: <20100417133814.GA3823@lolek.nigdzie> Hello, Could we have another few java packages renamed? antlr3 -> java-antlr3 antlr -> java-antlr bsf -> java-bsf jdepend -> java-jdepend jsch -> java-jsch netrexx -> java-netrexx Greets, Jacek From glen at pld-linux.org Sun Apr 18 13:20:48 2010 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 18 Apr 2010 14:20:48 +0300 Subject: CVS admin request: java packages renames In-Reply-To: <20100417133814.GA3823@lolek.nigdzie> References: <20100417133814.GA3823@lolek.nigdzie> Message-ID: <201004181420.48940.glen@pld-linux.org> On Saturday 17 April 2010 16:38:14 Jacek Konieczny wrote: > Hello, > > Could we have another few java packages renamed? > > antlr3 -> java-antlr3 > antlr -> java-antlr > bsf -> java-bsf > jdepend -> java-jdepend > jsch -> java-jsch > netrexx -> java-netrexx done. -- glen From jajcus at jajcus.net Sun Apr 18 14:36:19 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 18 Apr 2010 14:36:19 +0200 Subject: CVS admin request: java packages renames In-Reply-To: <201004181420.48940.glen@pld-linux.org> References: <20100417133814.GA3823@lolek.nigdzie> <201004181420.48940.glen@pld-linux.org> Message-ID: <20100418123619.GA4078@lolek.nigdzie> On Sun, Apr 18, 2010 at 02:20:48PM +0300, Elan Ruusam?e wrote: > On Saturday 17 April 2010 16:38:14 Jacek Konieczny wrote: > > Hello, > > > > Could we have another few java packages renamed? > > > > antlr -> java-antlr Ooops? this one was too much. Java is just a part of it. Could you please revert this change? antlr3 rename was ok (antlr3 provides only the Java library). Greets, Jacek From wolf.pld at gmail.com Sun Apr 18 17:38:19 2010 From: wolf.pld at gmail.com (Bartosz Taudul) Date: Sun, 18 Apr 2010 17:38:19 +0200 Subject: WTF? Message-ID: <20100418153819.GA8723@bajzel> [17:35 wolf at bajzel:~/rpm/packages]% cvs up -r 1.603 builder P builder [17:35 wolf at bajzel:~/rpm/packages]% ./builder -g oneko # $Revision: 1.18 $, $Date: 2008/07/27 22:18:56 $ oneko-1.2.tar.gz having proper md5sum already exists [17:35 wolf at bajzel:~/rpm/packages]% cvs up -r 1.604 builder P builder [17:35 wolf at bajzel:~/rpm/packages]% ./builder -g oneko Warning: No CVS access defined - using local .spec file cvs checkout: No CVSROOT specified! Please use the `-d' option cvs [checkout aborted]: or set the CVSROOT environment variable. Error: spec file not stored in CVS repo. revision 1.604 date: 2010/02/11 19:25:12; author: glen; state: Exp; lines: +3 -3; kopt: kv; commitid: 2ecc4b7459985abf; filename: builder; - packages_dir = top dir, requires rpm build macros >= 1.534 [17:36 wolf at bajzel:~/rpm/packages]% rpm -q rpm-build-macros rpm-build-macros-1.555-1.noarch wolf -- Bartek . Taudul : .:.................................................................... w o l f @ p l d - l i n u x . o r g .:. http://wolf.valkyrie.one.pl/ From udvzsolt at gmail.com Sun Apr 18 17:48:37 2010 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 18 Apr 2010 17:48:37 +0200 Subject: WTF? In-Reply-To: <20100418153819.GA8723@bajzel> References: <20100418153819.GA8723@bajzel> Message-ID: <20100418174837.480fe95d@pld-laptop> > [17:35 wolf at bajzel:~/rpm/packages]% cvs up -r 1.604 builder > P builder > [17:35 wolf at bajzel:~/rpm/packages]% ./builder -g oneko > Warning: No CVS access defined - using local .spec file > cvs checkout: No CVSROOT specified! Please use the `-d' option > cvs [checkout aborted]: or set the CVSROOT environment variable. > Error: spec file not stored in CVS repo. See: http://www.mail-archive.com/pld-devel-en at lists.pld-linux.org/msg05648.html From jajcus at jajcus.net Sun Apr 18 19:18:16 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 18 Apr 2010 19:18:16 +0200 Subject: packages: icedtea6/icedtea6.spec - BR: fastjar, gawk, glibc-misc, lsb-relea... In-Reply-To: References: Message-ID: <20100418171816.GB4078@lolek.nigdzie> On Sun, Apr 18, 2010 at 07:10:19PM +0200, sparky wrote: > Author: sparky Date: Sun Apr 18 17:10:19 2010 GMT > Module: packages Tag: HEAD > ---- Log message: > - BR: fastjar, gawk, glibc-misc, lsb-release, pkgconfig, util-linux fastjar? Why fastjar and not java-sun-tools, icedtea6-jar or any other jar? lsb-release? it builds without it? > - dropped BR: wget > + WGET=%{_bindir}/wget \ Will that be enough for this to pass? Greets, Jacek From sparky at pld-linux.org Sun Apr 18 21:04:01 2010 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Sun, 18 Apr 2010 21:04:01 +0200 Subject: packages: icedtea6/icedtea6.spec - BR: fastjar, gawk, glibc-misc, lsb-relea... In-Reply-To: <20100418171816.GB4078@lolek.nigdzie> References: <20100418171816.GB4078@lolek.nigdzie> Message-ID: <20100418190401.GA410@pld-linux.org> On Sun, Apr 18, 2010 at 07:18:16PM +0200, Jacek Konieczny wrote: > On Sun, Apr 18, 2010 at 07:10:19PM +0200, sparky wrote: > > Author: sparky Date: Sun Apr 18 17:10:19 2010 GMT > > Module: packages Tag: HEAD > > ---- Log message: > > - BR: fastjar, gawk, glibc-misc, lsb-release, pkgconfig, util-linux > > fastjar? Why fastjar and not java-sun-tools, icedtea6-jar or any other > jar? yup, this is wrong, any jar will do > lsb-release? it builds without it? But distribution identificator is more correct, I think. > > - dropped BR: wget > > + WGET=%{_bindir}/wget \ It is, there is nothing that checks for executability or file existance. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From jajcus at jajcus.net Sun Apr 18 21:12:14 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Sun, 18 Apr 2010 21:12:14 +0200 Subject: packages: icedtea6/icedtea6.spec - BR: fastjar, gawk, glibc-misc, lsb-relea... In-Reply-To: <20100418190401.GA410@pld-linux.org> References: <20100418171816.GB4078@lolek.nigdzie> <20100418190401.GA410@pld-linux.org> Message-ID: <20100418191214.GD4078@lolek.nigdzie> On Sun, Apr 18, 2010 at 09:04:01PM +0200, Przemyslaw Iskra wrote: > On Sun, Apr 18, 2010 at 07:18:16PM +0200, Jacek Konieczny wrote: > > On Sun, Apr 18, 2010 at 07:10:19PM +0200, sparky wrote: > > > > fastjar? Why fastjar and not java-sun-tools, icedtea6-jar or any other > > jar? > > yup, this is wrong, any jar will do Fixed. > > lsb-release? it builds without it? > > But distribution identificator is more correct, I think. That is good. > > > - dropped BR: wget > > > + WGET=%{_bindir}/wget \ > > It is, there is nothing that checks for executability or file existance. Maybe WGET=/bin/false would be even better? Will not silently allow to download files during build? Of course, that would break things if that $WGET is embeded somewhere in the built package? Let's keep it the way it is now. Good enough, I guess. Greets, Jacek From glen at pld-linux.org Sun Apr 18 17:04:51 2010 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Sun, 18 Apr 2010 18:04:51 +0300 Subject: CVS admin request: java packages renames In-Reply-To: <20100418123619.GA4078@lolek.nigdzie> References: <20100417133814.GA3823@lolek.nigdzie> <201004181420.48940.glen@pld-linux.org> <20100418123619.GA4078@lolek.nigdzie> Message-ID: <201004181804.52291.glen@pld-linux.org> On Sunday 18 April 2010 15:36:19 Jacek Konieczny wrote: > On Sun, Apr 18, 2010 at 02:20:48PM +0300, Elan Ruusam?e wrote: > > On Saturday 17 April 2010 16:38:14 Jacek Konieczny wrote: > > > Hello, > > > > > > Could we have another few java packages renamed? > > > > > > antlr -> java-antlr > > Ooops? this one was too much. Java is just a part of it. > Could you please revert this change? > > antlr3 rename was ok (antlr3 provides only the Java library). damage reverted > Greets, > Jacek -- glen From baggins at sith.mimuw.edu.pl Tue Apr 20 15:05:49 2010 From: baggins at sith.mimuw.edu.pl (Jan =?utf-8?Q?R=C4=99korajski?=) Date: Tue, 20 Apr 2010 15:05:49 +0200 Subject: python-virtualenv Message-ID: <20100420130549.GI6579@sith.mimuw.edu.pl> Can some python hacker chack and fix why python has hardcoded sys.prefix, thus making python-virtualenv a no-op? [baggins at sith tmp]$ virtualenv xxx New python executable in xxx/bin/python ERROR: The executable xxx/bin/python is not functioning ERROR: It thinks sys.prefix is '/usr' (should be '/tmp/xxx') ERROR: virtualenv is not compatible with this system or executable [baggins at sith tmp]$ rpm -q python python-2.6.5-3.x86_64 -- Jan R?korajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From patrys at pld-linux.org Tue Apr 20 15:12:42 2010 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 20 Apr 2010 15:12:42 +0200 Subject: python-virtualenv In-Reply-To: <20100420130549.GI6579@sith.mimuw.edu.pl> References: <20100420130549.GI6579@sith.mimuw.edu.pl> Message-ID: On Tue, Apr 20, 2010 at 3:05 PM, Jan R?korajski wrote: > Can some python hacker chack and fix why python has hardcoded > sys.prefix, thus making python-virtualenv a no-op? System-wide python builds are supposed to work that way. This functionality depends on how python is configured and built (sometimes referred to as "framework build"). -- Patryk Zawadzki From august84 at autocom.pl Wed Apr 21 13:03:06 2010 From: august84 at autocom.pl (=?UTF-8?B?QW5kcnplaiBBdWd1c3R5xYRza2k=?=) Date: Wed, 21 Apr 2010 13:03:06 +0200 Subject: kdelibs.spec Message-ID: <4BCEDB6A.7070806@autocom.pl> Hi, Compilation kdelibs-3.5.10 with new openssl needs patch: http://www.thel.ro/kde3-fedora/SOURCES/kdelibs-3.5.10-ossl-1.x.patch Reference: http://www.openssl.org/news/changelog.html: Changes between 0.9.8n and 1.0.0 [xx XXX xxxx]: *) Remove the ancient ASN1_METHOD code. This was only ever used in one place for the (very old) "NETSCAPE" format certificates which are now handled using new ASN1 code equivalents. [Steve Henson] th+redy+test-i686: i've successfully built patched 1.589, so current should work too. Build for th may also require arts built against boost-1.42.0. Arts from 1.181 builds fine for my local builder (with and without java* packages). Is there still problem with it on bulider? ( http://buildlogs.pld-linux.org/index.php?dist=th&arch=SRPMS&ok=1&name=arts&id=e1d2b671-ee9d-4236-843a-dd4ba4a37c5b&action=tail ) Regards, -- Andrzej Augusty?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: kdelibs-3.5.10-ossl-1.x.patch Type: text/x-patch Size: 7178 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: kdelibs.patch Type: text/x-patch Size: 768 bytes Desc: not available URL: From arekm at maven.pl Wed Apr 21 18:38:25 2010 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Wed, 21 Apr 2010 18:38:25 +0200 Subject: Th: help needed / pomoc potrzebna - openssl Message-ID: <201004211838.25961.arekm@maven.pl> Big number of packages needs rebuild due to soname change in openssl library. Feel free to fix any package you will find at url below. Du?a ilo?? paczek wymaga przebudowania z powodu zmiany wersji biblioteki openssl. Zainteresowani mog? poprawia? dowoln? wybran? paczk? z urla poni?ej. http://ep09.pld-linux.org/~pldth/main-ready-test.txt Due to really big number of packages ready is going to be stalled until all are fixed so help is needed. Z powodu naprawd? du?ej ilo?ci paczek "ready" prze?yje wstrzymanie do czasu poprawienia paczek, a co za tym idzie pomoc w poprawianiu jest potrzebna... i niezb?dna. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From jajcus at jajcus.net Wed Apr 21 19:28:33 2010 From: jajcus at jajcus.net (Jacek Konieczny) Date: Wed, 21 Apr 2010 19:28:33 +0200 Subject: Th: help needed / pomoc potrzebna - openssl In-Reply-To: <201004211838.25961.arekm@maven.pl> References: <201004211838.25961.arekm@maven.pl> Message-ID: <20100421172832.GB3720@lolek.nigdzie> On Wed, Apr 21, 2010 at 06:38:25PM +0200, Arkadiusz Miskiewicz wrote: > http://ep09.pld-linux.org/~pldth/main-ready-test.txt To i ja co? wykopi? z listy: error: bacula-console-gnome-2.4.4-3: req bacula-common = 2.4.4-3 not found error: bacula-console-gnome-2.4.4-3: req libcrypto.so.0.9.8 not found Tego pakietu ju? nie ma i raczej nie b?dzie. Nad reszt? baculi w?a?nie pracuj?. Pozdrowienia, Jacek From august84 at autocom.pl Wed Apr 21 23:18:06 2010 From: august84 at autocom.pl (=?UTF-8?B?QW5kcnplaiBBdWd1c3R5xYRza2k=?=) Date: Wed, 21 Apr 2010 23:18:06 +0200 Subject: AMAROK_1_4 In-Reply-To: <201003021736.23315.glen@pld-linux.org> References: <4B8C4206.2080707@autocom.pl> <201003021736.23315.glen@pld-linux.org> Message-ID: <4BCF6B8E.9030502@autocom.pl> W dniu 02.03.2010 16:36, Elan Ruusam?e pisze: > yes, it lives, as any branch is open for commits until there are insterested > developers. > > however it is not officially supported in th, and building it needs manual > installing of depdendant packages from th-obsolete. autoconf-2.63-4 still needed :/ > there will be no default build with mysql, unless you send a patch that builds > sqlite AND mysql/postgresql by default (i.e sqlite support is produced from > same build), but as much i know it supports one backend a time. > > happy hacking on software that upstream considers dead :) Patch ruby19 is based on http://aur.archlinux.org/packages/amarok1/amarok1/ I don't know if it breaks building against ruby-1.8.x, but BuildRequires bumped up just in case (RUBY_1_8 failed to build with new openssl). Maybe it is time to remove unused zeroconf code? Small fix for new gcc 4.5 added. Mysql & pqsql support turned on by default. Amarok supports different DB (sqlite,mysql,pqsql) simultaneously and you can switch between _different_ collections in settings. There is no built-in method of moving collection from one type of DB to another, but you may try http://amarok.kde.org/wiki/MySQL_HowTo#Database_Conversions >> [..] >> i686-pld-linux-g++: Internal error: Killed (program collect2) >> Please submit a full bug report. >> See for instructionadvas. >> [..] Now in th with libtool-2.2.6-13.i686 works fine. arts(boost) and kdelibs(openssl) in th propably need rebuild in order to use this amarok in distro. th+ready+test+obsolete-i686: (with homemade arts and kdelibs) amarok builds and works. I would be graceful to somebody for putting changes in repo. thX in advance :) -- Andrzej Augusty?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: amarok-gcc45.patch Type: text/x-patch Size: 579 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: amarok-ruby19.patch Type: text/x-patch Size: 2686 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: amarok.patch Type: text/x-patch Size: 3156 bytes Desc: not available URL: From patrys at pld-linux.org Wed Apr 21 23:22:12 2010 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 21 Apr 2010 23:22:12 +0200 Subject: udev-152 Message-ID: The firmware helper is broken and does not load any firmware the kernel requests. Downgrading to 151 immediately fixes the problem (which seems to point to /lib/udev/firmware binary). -- Patryk Zawadzki From kornet at camk.edu.pl Thu Apr 22 00:30:50 2010 From: kornet at camk.edu.pl (Kacper Kornet) Date: Thu, 22 Apr 2010 00:30:50 +0200 Subject: udev-152 In-Reply-To: References: Message-ID: <20100421223050.GA2470@gatekeeper.camk.edu.pl> On Wed, Apr 21, 2010 at 11:22:12PM +0200, Patryk Zawadzki wrote: > The firmware helper is broken and does not load any firmware the > kernel requests. > Downgrading to 151 immediately fixes the problem (which seems to point > to /lib/udev/firmware binary). There is a typo in configure.ac. See: http://git.kernel.org/?p=linux/hotplug/udev.git;a=summary Corrected in udev-153 (please, let someone send it to builders). -- Kacper From patrys at pld-linux.org Thu Apr 22 00:37:38 2010 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Thu, 22 Apr 2010 00:37:38 +0200 Subject: udev-152 In-Reply-To: <20100421223050.GA2470@gatekeeper.camk.edu.pl> References: <20100421223050.GA2470@gatekeeper.camk.edu.pl> Message-ID: On Thu, Apr 22, 2010 at 12:30 AM, Kacper Kornet wrote: > On Wed, Apr 21, 2010 at 11:22:12PM +0200, Patryk Zawadzki wrote: >> The firmware helper is broken and does not load any firmware the >> kernel requests. > >> Downgrading to 151 immediately fixes the problem (which seems to point >> to /lib/udev/firmware binary). > > There is a typo in configure.ac. See: > > http://git.kernel.org/?p=linux/hotplug/udev.git;a=summary > > Corrected in udev-153 (please, let someone send it to builders). Done. -- Patryk Zawadzki From adamg at pld-linux.org Fri Apr 23 14:15:08 2010 From: adamg at pld-linux.org (Adam Golebiowski) Date: Fri, 23 Apr 2010 14:15:08 +0200 Subject: opengfx -> openttd-opengfx In-Reply-To: References: Message-ID: <20100423121508.GA22577@agmk.net> On Fri, Apr 23, 2010 at 02:08:42PM +0200, Micha? Lisowski wrote: > mv opengfx openttd-opengfx done. -- adamg From caleb at pld-linux.org Sat Apr 24 00:27:02 2010 From: caleb at pld-linux.org (Caleb Maclennan) Date: Sat, 24 Apr 2010 01:27:02 +0300 Subject: Adapter problem, difference between make and %{__make} Message-ID: In an attempt to get emerillon packaged for PLD I've been working on specs for the two missing deps, librest and libethos. Librest went ok but I'm having fits with libethos. Most PLD packages use the macro %{__make} for the build, but for some reason that breaks the build whereas just make runs and builds fine. Can somebody tell me what is different and therefore how to fix the build process so it can get a clean bill of health from adapter and still build! http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/libethos/libethos.spec?rev=1.1 Also, while it builds fine on two out of three of my TH systems, the third bombs during configure with this cryptic error: ... Running intltoolize... Running gtkdocize... Running gnome-doc-common... Running aclocal-1.11... configure.ac:34: warning: AM_NLS is m4_require'd but not m4_defun'd m4/intltool.m4:27: IT_PROG_INTLTOOL is expanded from... configure.ac:34: the top level Running autoconf... configure.ac:34: warning: AM_NLS is m4_require'd but not m4_defun'd m4/intltool.m4:27: IT_PROG_INTLTOOL is expanded from... configure.ac:34: the top level configure:5568: error: possibly undefined macro: AM_NLS If this token and others are legitimate, please use m4_pattern_allow. See the Autoconf documentation. error: Bad exit status from /home/users/caleb/tmp/rpm-tmp.88172 (%build) Thanks for any input. Caleb From patrys at pld-linux.org Sat Apr 24 01:16:49 2010 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Sat, 24 Apr 2010 01:16:49 +0200 Subject: Adapter problem, difference between make and %{__make} In-Reply-To: References: Message-ID: On Sat, Apr 24, 2010 at 12:27 AM, Caleb Maclennan wrote: > In an attempt to get emerillon packaged for PLD I've been working on > specs for the two missing deps, librest and libethos. Librest went ok > but I'm having fits with libethos. > > Most PLD packages use the macro %{__make} ?for the build, but for some > reason that breaks the build whereas just make runs and builds fine. > Can somebody tell me what is different and therefore how to fix the > build process so it can get a clean bill of health from adapter and > still build! If %{__make} fails, your first target is -j1 :) -- Patryk Zawadzki From z at xatka.net Sat Apr 24 05:29:50 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Sat, 24 Apr 2010 05:29:50 +0200 Subject: cvs rename: hsqldb -> java-hsqldb Message-ID: <20100424032950.GA5517@davabel> Please rename hsqldb to java-hsqldb. This package contains library and standalone server, but it's more often used as library than as standalone application, so imo main package should contain library and be named java-hsqldb, and standalone part should be packaged as -n hsqldb. -- Pozdrawiam, Pawe? From caleb at pld-linux.org Sat Apr 24 12:07:26 2010 From: caleb at pld-linux.org (Caleb Maclennan) Date: Sat, 24 Apr 2010 13:07:26 +0300 Subject: Adapter problem, difference between make and %{__make} In-Reply-To: References: Message-ID: 2010/4/24 Patryk Zawadzki : > If %{__make} fails, your first target is -j1 :) Good to know, thanks. Is the proper way to do this just to run %{__make} -j1? I noticed this gets executed as make -j6 -j1 which seems kinda clumsy. In this case that did not fix my problem, but with some help from deejay1 it looks like my problem was before the make routine, the configure steps needed to be pld-ified as well. From adamg at pld-linux.org Sat Apr 24 12:57:18 2010 From: adamg at pld-linux.org (Adam Golebiowski) Date: Sat, 24 Apr 2010 12:57:18 +0200 Subject: new developer In-Reply-To: <4BD2D05A.3070402@autocom.pl> References: <4BD2D05A.3070402@autocom.pl> Message-ID: <20100424105718.GA3631@agmk.net> On Sat, Apr 24, 2010 at 01:04:58PM +0200, Andrzej Augusty?ski wrote: > Hi, > > (en): I want to be a new developer - here is my login and hash of pass: > (pl): Chcia?em zosta? nowym deweloperem - a tu m?j login i skr?t has?a: Hi, You may login with your cvs account now, please add yourself to CVSROOT/users file. regards, adamg From adamg at pld-linux.org Sat Apr 24 13:00:04 2010 From: adamg at pld-linux.org (Adam Golebiowski) Date: Sat, 24 Apr 2010 13:00:04 +0200 Subject: cvs rename: hsqldb -> java-hsqldb In-Reply-To: <20100424032950.GA5517@davabel> References: <20100424032950.GA5517@davabel> Message-ID: <20100424110003.GA4031@agmk.net> On Sat, Apr 24, 2010 at 05:29:50AM +0200, Pawe? Zuzelski wrote: > Please rename hsqldb to java-hsqldb. > > This package contains library and standalone server, but it's more > often used as library than as standalone application, so imo main > package should contain library and be named java-hsqldb, and > standalone part should be packaged as -n hsqldb. done. Since there were auto-tags on hsqldb, I did server-side cp, please do a 'cvs rm' on hsqldb. regards, adamg From robert.tomasik at gmail.com Sat Apr 24 19:36:27 2010 From: robert.tomasik at gmail.com (Robert) Date: Sat, 24 Apr 2010 19:36:27 +0200 Subject: packages: openoffice.org/openoffice.org.spec - updated hsqldb deps - rel 2 In-Reply-To: References: Message-ID: <201004241936.27802.Robert.Tomasik@gmail.com> To raczej nie jest to samo. zmiana chyba do cofni?cia Dnia sobota, 24 kwietnia 2010 o 19:02:54 pawelz napisa?(a): > -Epoch: 1 > +Epoch: 2 >---------------------------------------- >+- updated hsqldb deps >+- rel 2 From z at xatka.net Sat Apr 24 20:06:01 2010 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Sat, 24 Apr 2010 20:06:01 +0200 Subject: packages: openoffice.org/openoffice.org.spec - updated hsqldb deps - rel 2 In-Reply-To: <201004241936.27802.Robert.Tomasik@gmail.com> References: <201004241936.27802.Robert.Tomasik@gmail.com> Message-ID: <20100424180601.GD5517@davabel> On Sat, 24 Apr 2010, Robert wrote: > To raczej nie jest to samo. zmiana chyba do cofni?cia whooaaaa, faktycznie si? r?bn??em. Dzi?ki. Poprawione. -- Pawe? From arekm at maven.pl Mon Apr 26 11:59:11 2010 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Mon, 26 Apr 2010 11:59:11 +0200 Subject: Th: help needed / pomoc potrzebna - openssl In-Reply-To: <201004211838.25961.arekm@maven.pl> References: <201004211838.25961.arekm@maven.pl> Message-ID: <201004261159.11642.arekm@maven.pl> On Wednesday 21 of April 2010, Arkadiusz Miskiewicz wrote: > Big number of packages needs rebuild due to soname change in openssl > library. Feel free to fix any package you will find at url below. > > Du?a ilo?? paczek wymaga przebudowania z powodu zmiany wersji biblioteki > openssl. Zainteresowani mog? poprawia? dowoln? wybran? paczk? z urla > poni?ej. > > http://ep09.pld-linux.org/~pldth/main-ready-test.txt Due to lack of interest I'm going to drop all packages that weren't rebuild with new openssl, so double check that there isn't anything that you use at: http://ep09.pld-linux.org/~pldth/main-ready-test.txt If you need anything from this list then make sure that it builds on current th and give me a note. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/