From arekm at maven.pl Sat Aug 1 18:33:03 2009 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Sat, 1 Aug 2009 18:33:03 +0200 Subject: Th: ppc and athlon unmaintained (end of July 2009) In-Reply-To: <200907131301.16458.arekm@maven.pl> References: <200907131301.16458.arekm@maven.pl> Message-ID: <200908011833.03345.arekm@maven.pl> On Monday 13 of July 2009, Arkadiusz Miskiewicz wrote: > www.pld-linux.org news: > > "13 July 2009 Th: ppc and athlon unmaintained > > ppc and athlon architectures in PLD Th line will become officialy > deprecated at the end of July 2009 and moved out of official directory at > PLD ftp server. Users of athlon arch are asked to switch to i686. ppc fate > is unknown (there is a chance of keeping ppc alive in form of unofficial > branch)." It happened. ppc unfortunately is abandoned. sparky didn't step up to maintain it as a separate branch. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From susanin at ispras.ru Fri Aug 7 19:52:57 2009 From: susanin at ispras.ru (Andrey Ponomarenko) Date: Fri, 07 Aug 2009 21:52:57 +0400 Subject: ABI compliance checker Message-ID: <4A7C69F9.10405@ispras.ru> Colleagues, I'm software engineer from Institute for System Programing of Russian Academy of Sciences and we are developing a free lightweight tool for checking backward/forward binary compatibility of shared C/C++ libraries in OS Linux. It checks interface signatures and data type definitions in two library versions (headers and shared objects) and searches ABI changes that may lead to incompatibility. We have released 1.2 version of this tool and we'd like you to consider its usefulness for your project. The wiki-page with the latest release of binary compatibility checker is http://ispras.linux-foundation.org/index.php/ABI_compliance_checker Andrey Ponomarenko From freetz at gmx.net Sat Aug 8 14:15:57 2009 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 8 Aug 2009 14:15:57 +0200 Subject: packages: bluez/bluez.init - use udev for starting stuff In-Reply-To: References:

Message-ID: <20090808141557.38d9bb40.freetz@gmx.net> On Sat, 08 Aug 2009 13:33:28 +0200 arekm wrote: > Author: arekm Date: Sat Aug 8 11:33:28 2009 GMT > Module: packages Tag: HEAD > ---- Log message: > - use udev for starting stuff > > ---- Files affected: > packages/bluez: > bluez.init (1.5 -> 1.6) > > ---- Diffs: > > ================================================================ > Index: packages/bluez/bluez.init > diff -u packages/bluez/bluez.init:1.5 packages/bluez/bluez.init:1.6 > --- packages/bluez/bluez.init:1.5 Tue Aug 4 21:13:20 2009 > +++ packages/bluez/bluez.init Sat Aug 8 13:33:22 2009 > @@ -1,6 +1,6 @@ > #!/bin/sh > # > -# bluetooth Bluetooth subsystem starting and stopping > +# bluetooth Bluetooth subsystem starting and stopping. Turn HID adapters into Bluetooth ones. > # > # chkconfig: 345 50 83 > # > @@ -17,11 +17,12 @@ > start() { > # Check if the service is already running? > if [ ! -f /var/lock/subsys/bluetooth ]; then > - msg_starting hid2hci > - daemon /usr/sbin/hid2hci -q -r hci > - RETVAL=$? > - /bin/sleep 1 # delay for hid's to be detected by hotplug > - touch /var/lock/subsys/bluetooth > + if [ -x /sbin/udevadm ]; then > + msg_starting "Bluetooth devices" > + daemon /sbin/udevadm trigger --subsystem-match=bluetooth > + RETVAL=$? > + touch /var/lock/subsys/bluetooth > + fi this is redundant. if there is a bluetooth subsystem present, all events are already triggered by start_udev. -- freetz From arekm at maven.pl Sat Aug 8 14:23:18 2009 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Sat, 8 Aug 2009 14:23:18 +0200 Subject: packages: bluez/bluez.init - use udev for starting stuff In-Reply-To: <20090808141557.38d9bb40.freetz@gmx.net> References:

<20090808141557.38d9bb40.freetz@gmx.net> Message-ID: <200908081423.18706.arekm@maven.pl> On Saturday 08 of August 2009, Fryderyk Dziarmagowski wrote: > On Sat, 08 Aug 2009 13:33:28 +0200 > > arekm wrote: > > Author: arekm Date: Sat Aug 8 11:33:28 2009 GMT > > Module: packages Tag: HEAD > > ---- Log message: > > - use udev for starting stuff > > > > ---- Files affected: > > packages/bluez: > > bluez.init (1.5 -> 1.6) > > > > ---- Diffs: > > > > ================================================================ > > Index: packages/bluez/bluez.init > > diff -u packages/bluez/bluez.init:1.5 packages/bluez/bluez.init:1.6 > > --- packages/bluez/bluez.init:1.5 Tue Aug 4 21:13:20 2009 > > +++ packages/bluez/bluez.init Sat Aug 8 13:33:22 2009 > > @@ -1,6 +1,6 @@ > > #!/bin/sh > > # > > -# bluetooth Bluetooth subsystem starting and stopping > > +# bluetooth Bluetooth subsystem starting and stopping. Turn HID adapters > > into Bluetooth ones. # > > # chkconfig: 345 50 83 > > # > > @@ -17,11 +17,12 @@ > > start() { > > # Check if the service is already running? > > if [ ! -f /var/lock/subsys/bluetooth ]; then > > - msg_starting hid2hci > > - daemon /usr/sbin/hid2hci -q -r hci > > - RETVAL=$? > > - /bin/sleep 1 # delay for hid's to be detected by hotplug > > - touch /var/lock/subsys/bluetooth > > + if [ -x /sbin/udevadm ]; then > > + msg_starting "Bluetooth devices" > > + daemon /sbin/udevadm trigger --subsystem-match=bluetooth > > + RETVAL=$? > > + touch /var/lock/subsys/bluetooth > > + fi > > this is redundant. if there is a bluetooth subsystem present, all > events are already triggered by start_udev. This is workaround for some bug in udev. FC has the details. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From z at xatka.net Tue Aug 11 13:41:39 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Tue, 11 Aug 2009 13:41:39 +0200 Subject: [Th-test] Upgrade texlive In-Reply-To: <200908101418.38947@laptok.ed.pl> References: <200908101418.38947@laptok.ed.pl> Message-ID: <20090811114139.GA13693@davabel.touk.pl> On Mon, 10 Aug 2009, ?ukasz Ma?ko wrote: > poldek:/all-avail> upgrade tex* > Przetwarzanie zale?no?ci... > [...] > b??d: texlive-fonts-jknappen = 1:20080816-5 is required by installed > texlive-latex-jknappen-20080816-5.i686 > [...] > b??d: texlive-latex = 1:20080816-5 is required by installed > texlive-latex-jknappen-20080816-5.i686 > [...] > b??d: 2 niespe?nione zale?no?ci > Wyst?pi?y b??dy podczas instalacji It is fixed in texlive*-7 (already in th-test). Upgrade texlive using following command: poldek> upgrade texlive-fonts-jknappen-20080816-7.i686 Otherwise it says: error: texlive-latex-jknappen-20080816-5.i686: req texlive-fonts-jknappen = 1:20080816-5 not found error: texlive-latex-jknappen-20080816-5.i686: req texlive-latex = 1:20080816-5 not found I do not understand why. Poldek does not support "fonts-jknappen Obsoletes: latex-jknappen" dependency, so I should also add "Provides:"? -- Pawe? Zuzelski From glen at pld-linux.org Thu Aug 13 17:54:12 2009 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 13 Aug 2009 18:54:12 +0300 Subject: packages: cronie/cronie.spec - don't provide/obsolete vixie-cron on Titanium In-Reply-To: References:

Message-ID: <200908131854.12993.glen@pld-linux.org> On Thursday 13 August 2009 14:34:25 hawk wrote: > ?Obsoletes:?????crondaemon > ?Obsoletes:?????crontabs > +%if "%{pld_release}" != "ti" > ?Obsoletes:?????vixie-cron <= 4:4.3 > +%endif i think the vixie-cron obsolete is duplicate, "Obsoletes: crondaemon" should already do the same, as you can't have two cron daemons installed at same time in pld anyway. -- glen From z at xatka.net Wed Aug 19 09:24:13 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Wed, 19 Aug 2009 09:24:13 +0200 Subject: serverside rename Message-ID: <20090819072412.GA4885@davabel.touk.pl> Please rename java-portletapi10 to java-pluto. I can't provide with exact commands, beacuase I don't know how should they look like after CVS structure migration. -- Regards, Pawe? Zuzelski From adamg at pld-linux.org Thu Aug 20 18:07:50 2009 From: adamg at pld-linux.org (=?ISO-8859-2?Q?Adam_Go=B3=EAbiowski?=) Date: Thu, 20 Aug 2009 18:07:50 +0200 Subject: serverside rename In-Reply-To: <20090819072412.GA4885@davabel.touk.pl> References: <20090819072412.GA4885@davabel.touk.pl> Message-ID: <4A8D74D6.8000006@pld-linux.org> Pawe? Zuzelski pisze: > Please rename java-portletapi10 to java-pluto. > > I can't provide with exact commands, beacuase I don't know how > should they look like after CVS structure migration. Done: cp packages/java-portletapi10 packages/java-pluto mv packages/java-pluto/java-{portletapi10,pluto}.spec,v -- http://adam.golebiowski.eu/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From pld at chiefworks.com Sat Aug 22 15:10:06 2009 From: pld at chiefworks.com (Caleb Maclennan) Date: Sat, 22 Aug 2009 16:10:06 +0300 Subject: Commit access Message-ID: <5b3145a0908220610r3a60683ekd1ee19c00fa49e84@mail.gmail.com> Can somebody tell me who to get in touch with regarding commit access to PLD spec files? I requested access back in Nov of 2007 after submitting some patches and specs. I was +1'd by Aria and Krystian as well as feedback from Andrzej and Elan. I was then contacted and asked to turn in my desired cvs login info which I did a couple times but never heard anything after that. I have continued to maintain and update my own spec files and frequently update things that end up getting done by somebody else later anyway. Sometimes it's frustrating to be doing this duplicate work. With the re-arrangement of specs recently I need to update a bunch of my stuff. I was wondering if CVS write access was ever going to be in the cards or if I should just organize my own stuff? Thanks, Caleb From hawk at limanowa.net Sat Aug 22 15:35:37 2009 From: hawk at limanowa.net (Marcin Krol) Date: Sat, 22 Aug 2009 15:35:37 +0200 Subject: Commit access In-Reply-To: <5b3145a0908220610r3a60683ekd1ee19c00fa49e84@mail.gmail.com> References: <5b3145a0908220610r3a60683ekd1ee19c00fa49e84@mail.gmail.com> Message-ID: <4A8FF429.9070007@limanowa.net> > Can somebody tell me who to get in touch with regarding commit access > to PLD spec files? > > I requested access back in Nov of 2007 after submitting some patches > and specs. I was +1'd by Aria and Krystian as well as feedback from > Andrzej and Elan. I was then contacted and asked to turn in my desired > cvs login info which I did a couple times but never heard anything > after that. 2007!? You should've asked what is going on week or two after being contacted to send cvs login & password :-) You may try sending mail to cvsadmin at pld-linux.org. Here is link with your three +1's: http://www.mail-archive.com/pld-devel-en at lists.pld-linux.org/msg03571.html > I have continued to maintain and update my own spec files and > frequently update things that end up getting done by somebody else > later anyway. Sometimes it's frustrating to be doing this duplicate > work. > > With the re-arrangement of specs recently I need to update a bunch of > my stuff. I was wondering if CVS write access was ever going to be in > the cards or if I should just organize my own stuff? Its been almost two years so it would be good idea to send few samples of what you want to change and I'm sure you'll get your write access soon. M. From glen at pld-linux.org Mon Aug 24 08:20:10 2009 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 24 Aug 2009 09:20:10 +0300 Subject: packages: rsyslog5/rsyslog5.spec (NEW) - initial In-Reply-To: References:

Message-ID: <200908240920.10275.glen@pld-linux.org> On Saturday 22 August 2009 12:18, amateja wrote: > +$Log$ > +Revision 1.1 2009/08/22 09:17:55 amateja > +- initial what good is it to create another package, we have branches available in cvs > +Revision 1.27 2009/08/22 04:28:29 amateja > +- updated to 4.5.2 copied changelog should be truncated. -- glen From zawadaa at gmail.com Mon Aug 24 09:29:25 2009 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Mon, 24 Aug 2009 09:29:25 +0200 Subject: packages: rsyslog5/rsyslog5.spec (NEW) - initial In-Reply-To: References:

<200908240920.10275.glen@pld-linux.org> Message-ID: <4A924155.4080109@gmail.com> Andrzej Mateja wrote: > On Mon, 24 Aug 2009, Elan Ruusam?e wrote: > >> On Saturday 22 August 2009 12:18, amateja wrote: >>> +$Log$ >>> +Revision 1.1 2009/08/22 09:17:55 amateja >>> +- initial >> what good is it to create another package, we have branches available in cvs > I've done it after discussion on #pld channel. Mess for me. BTW1: rsyslog 4.4.0 (v4-stable) released and IMHO this one should be on HEAD rsyslog 4.5.2 (beta) released - this is v4-development branch rsyslog 5.1.4 (devel) released - this is completely new v5-development branch -- Andrzej Zawadzki From glen at pld-linux.org Mon Aug 24 13:05:33 2009 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 24 Aug 2009 14:05:33 +0300 Subject: packages: rsyslog5/rsyslog5.spec (NEW) - initial In-Reply-To: <4A924155.4080109@gmail.com> References: <4A924155.4080109@gmail.com> Message-ID: <200908241405.34233.glen@pld-linux.org> On Monday 24 August 2009 10:29:25 Andrzej Zawadzki wrote: > rsyslog 4.4.0 (v4-stable) released and IMHO this one should be on HEAD so, it be in PLD HEAD > rsyslog 4.5.2 (beta) released - this is v4-development branch in PLD DEVEL branch if somebody is really interested or some named one (BETA?) > rsyslog 5.1.4 (devel) released - this is completely new v5-development > branch in PLD DEVEL branch or some named one (RSYSLOG5) what's problem with this? all other packages can be managed in such manner. -- glen From zawadaa at gmail.com Mon Aug 24 13:45:26 2009 From: zawadaa at gmail.com (Andrzej Zawadzki) Date: Mon, 24 Aug 2009 13:45:26 +0200 Subject: packages: rsyslog5/rsyslog5.spec (NEW) - initial In-Reply-To: <200908241405.34233.glen@pld-linux.org> References: <4A924155.4080109@gmail.com> <200908241405.34233.glen@pld-linux.org> Message-ID: <4A927D56.3010001@gmail.com> Elan Ruusam?e wrote: > On Monday 24 August 2009 10:29:25 Andrzej Zawadzki wrote: > >> rsyslog 4.4.0 (v4-stable) released and IMHO this one should be on HEAD >> > so, it be in PLD HEAD > > >> rsyslog 4.5.2 (beta) released - this is v4-development branch >> > > in PLD DEVEL branch if somebody is really interested or some named one (BETA?) > > >> rsyslog 5.1.4 (devel) released - this is completely new v5-development >> branch >> > > in PLD DEVEL branch or some named one (RSYSLOG5) > > what's problem with this? all other packages can be managed in such manner. > > Exactly! That's why I pointed that "mess" - we don't need rsyslog5.spec... -- Andrzej Zawadzki From jan.palus at gmail.com Fri Aug 28 14:54:07 2009 From: jan.palus at gmail.com (Jan Palus) Date: Fri, 28 Aug 2009 14:54:07 +0200 Subject: ghc missing patches Message-ID: <20090828125407.GA3535@cebula.man.poznan.pl> As our ghc on ftp is missing libreadline.so.5 dependency I wanted to rebuild it myself and found that two patches are missing (ghc-system-libffi.patch, ghc-system-haddock.patch). Could somebody (glen?) add them to repo? From arekm at maven.pl Fri Aug 28 15:09:31 2009 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Fri, 28 Aug 2009 15:09:31 +0200 Subject: ghc missing patches In-Reply-To: <20090828125407.GA3535@cebula.man.poznan.pl> References: <20090828125407.GA3535@cebula.man.poznan.pl> Message-ID: <200908281509.31443.arekm@maven.pl> On Friday 28 of August 2009, Jan Palus wrote: > As our ghc on ftp is missing libreadline.so.5 dependency I wanted to > rebuild it myself and found that two patches are missing > (ghc-system-libffi.patch, ghc-system-haddock.patch). Could somebody > (glen?) add them to repo? btw. rebuilding was a problem because ghc didn't support gcc 4.x -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at pld-linux.org Fri Aug 28 15:18:51 2009 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 28 Aug 2009 16:18:51 +0300 Subject: ghc missing patches In-Reply-To: <20090828125407.GA3535@cebula.man.poznan.pl> References: <20090828125407.GA3535@cebula.man.poznan.pl> Message-ID: <200908281618.51894.glen@pld-linux.org> On Friday 28 August 2009 15:54:07 Jan Palus wrote: > (ghc-system-libffi.patch, ghc-system-haddock.patch). Could somebody > (glen?) add them to repo? they are permanently lost with the packages/ structure migration as i did on carme rm -rf SOURCES SPECS to free up some space... -- glen From qboosh at pld-linux.org Sun Aug 30 10:24:57 2009 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 30 Aug 2009 10:24:57 +0200 Subject: packages: tcl-bwidget/tcl-bwidget.spec (NEW) - new, based on fc spec In-Reply-To: References:

Message-ID: <20090830082457.GA2623@stranger.qboosh.pl> On Mon, May 11, 2009 at 06:32:31PM +0200, glen wrote: > Author: glen Date: Mon May 11 16:32:31 2009 GMT > Module: packages Tag: HEAD > ---- Log message: > - new, based on fc spec > +Source0: http://dl.sourceforge.net/tcllib/BWidget-%{version}.tar.bz2 What about tk-BWidget.spec? -- Jakub Bogusz http://qboosh.pl/ From jan.palus at gmail.com Mon Aug 31 22:46:58 2009 From: jan.palus at gmail.com (Jan Palus) Date: Mon, 31 Aug 2009 22:46:58 +0200 Subject: ghc missing patches In-Reply-To: <200908281509.31443.arekm@maven.pl> References: <20090828125407.GA3535@cebula.man.poznan.pl> <200908281509.31443.arekm@maven.pl> Message-ID: <20090831204658.GA16153@cebula.man.poznan.pl> On 28.08.2009 15:09, Arkadiusz Miskiewicz wrote: > On Friday 28 of August 2009, Jan Palus wrote: > > As our ghc on ftp is missing libreadline.so.5 dependency I wanted to > > rebuild it myself and found that two patches are missing > > (ghc-system-libffi.patch, ghc-system-haddock.patch). Could somebody > > (glen?) add them to repo? > > btw. rebuilding was a problem because ghc didn't support gcc 4.x Today I've looked into ghc and *almost* managed to build it --with bootstrap. Problem is with variable values passed in our %configure macro (CFLAGS,LDFLAGS...). ghc does some tricky stuff by prepanding every configure option with --configure-option (mk/cabal.mk:22), then it invokes other configure scripts through: ./libraries/cabal-bin ./ghc-6.10.4/bindist/bin/ghc ./libraries/bootstrapping.conf 1.6.0.3 configure --configure-option=... which somehow strips the --configure-option prefix but fails for variables. I guess all this magic is done in ./libraries/Cabal/Distribution/Simple/Setup.hs but for now it looks like voodoo for me so I don't know how to fix it. The biggest PITA is that configure scripts invoked with --configure-option=CFLAGS fail but building process still continues... Except this one there are still two small problems. First configure for terminfo module can't find curses.h. Passing --with-curses-includes=/usr/include/ncurses should solve the problem but I didn't try it. Second docdir must be passed to both "make install" contained in %install section, if not it tries to create /usr/share/doc/ghc and fails. If someone wants to finish it, please do so... I've got enough. ghc is a mess.