From ankry at green.mif.pg.gda.pl Thu Mar 1 12:58:18 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 1 Mar 2007 12:58:18 +0100 (CET) Subject: SPECS (AC-branch): openoffice.org.spec - build only 32bit Message-ID: <200703011158.l21BwIA6007937@green.mif.pg.gda.pl> glen wrote: > -ExclusiveArch: %{ix86} %{x8664} ppc sparc sparcv9 > +ExclusiveArch: i586 i686 pentium3 pentium4 athlon What for other archs? Obsoletes? Think of upgrade. i386/sparc/ppc versions are already on ftp. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From glen at delfi.ee Thu Mar 1 13:13:25 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 1 Mar 2007 14:13:25 +0200 Subject: SPECS (AC-branch): openoffice.org.spec - build only 32bit In-Reply-To: <200703011158.l21BwIA6007937@green.mif.pg.gda.pl> References: <200703011158.l21BwIA6007937@green.mif.pg.gda.pl> Message-ID: <200703011413.25447.glen@delfi.ee> On Thursday 01 March 2007 13:58:18 Andrzej Krzysztofowicz wrote: > glen wrote: > > -ExclusiveArch: %{ix86} %{x8664} ppc sparc sparcv9 > > +ExclusiveArch: i586 i686 pentium3 pentium4 athlon > > What for other archs? Obsoletes? > Think of upgrade. i386/sparc/ppc versions are already on ftp. read other commits, (basesystem.spec) and openoffice.org was never built successfully on ac. -- glen From ankry at green.mif.pg.gda.pl Thu Mar 1 14:24:33 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 1 Mar 2007 14:24:33 +0100 (CET) Subject: SPECS (AC-branch): openoffice.org.spec - build only 32bit In-Reply-To: <200703011413.25447.glen@delfi.ee> from "Elan =?iso-8859-1?q?Ruusam=E4e?=" at Mar 01, 2007 02:13:25 PM Message-ID: <200703011324.l21DOXxV008255@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > and openoffice.org was never built successfully on ac. OOPS, missed the "org" :) -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From hawk at limanowa.net Thu Mar 1 18:09:00 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Thu, 01 Mar 2007 18:09:00 +0100 Subject: Packages to be removed from Ac Message-ID: <45E708AC.9010201@limanowa.net> EN: Following packages doesn't build on current Ac and will be removed from distribution if no one will fix them till 10th of March 2007. PL: Nastepujace pakiety nie buduja sie na aktualnym Ac i zostana usuniete z dystrybucji jezeli ktos nie poprawi ich do 10 marca 2007. gstreamer08x.spec:AC-branc rezound.zpec:AC-branch snort.spec:AC-branch sonic-rainbow.spec:AC-branch EN: If there will be more (some packages are still being or will be checked by me) I'll let you know. PL: Jezeli bedzie wiecej takich pakietow (z niektorymi jeszcze walcze/bede walczyl) dam znac. M. From hawk at limanowa.net Thu Mar 1 18:50:20 2007 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Thu, 01 Mar 2007 18:50:20 +0100 Subject: Packages to be removed from Ac In-Reply-To: <45E708AC.9010201@limanowa.net> References: <45E708AC.9010201@limanowa.net> Message-ID: <45E7125C.9020806@limanowa.net> > EN: If there will be more (some packages are still being or will be checked by > me) I'll let you know. > > PL: Jezeli bedzie wiecej takich pakietow (z niektorymi jeszcze walcze/bede > walczyl) dam znac. python-flac.spec:AC-branch M. From qboosh at pld-linux.org Thu Mar 1 21:50:45 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 01 Mar 2007 21:50:45 +0100 Subject: Packages to be removed from Ac In-Reply-To: <45E708AC.9010201@limanowa.net> References: <45E708AC.9010201@limanowa.net> Message-ID: <20070301205045.GA24559@stranger.qboosh.pl> On Thu, Mar 01, 2007 at 06:09:00PM +0100, Marcin Kr?l wrote: > rezound.zpec:AC-branch Does HEAD version build on Ac? -- Jakub Bogusz http://qboosh.pl/ From hawk at limanowa.net Thu Mar 1 23:17:22 2007 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Thu, 01 Mar 2007 23:17:22 +0100 Subject: Packages to be removed from Ac In-Reply-To: <20070301205045.GA24559@stranger.qboosh.pl> References: <45E708AC.9010201@limanowa.net> <20070301205045.GA24559@stranger.qboosh.pl> Message-ID: <45E750F2.4010008@limanowa.net> > Does HEAD version build on Ac? Hm. I didn't noticed newer version on HEAD. Yes, it has built ok on my test machine. M. From glen at delfi.ee Fri Mar 2 11:44:15 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 2 Mar 2007 12:44:15 +0200 Subject: SPECS: motion.spec - added user motion to video group - rel. 3 In-Reply-To: References: Message-ID: <200703021244.15488.glen@delfi.ee> On Friday 02 March 2007 12:10, tiwek wrote: > Author: tiwek Date: Fri Mar 2 10:10:14 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - added user motion to video group > - rel. 3 > > ---- Files affected: > SPECS: > motion.spec (1.44 -> 1.45) > %pre init > %groupadd -g 177 motion > %useradd -u 177 -g motion motion > +/usr/sbin/usermod -G video motion 1>&2 > /dev/null this OVERWRITES any existing groups mapping use %addusertogroup macro instead and you forgot update Requires: /usr/sbin/usermod -- glen From glen at delfi.ee Sat Mar 3 12:14:14 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 3 Mar 2007 13:14:14 +0200 Subject: SOURCES: less-multilib.patch (NEW) - pass CFLAGS when linking In-Reply-To: References: Message-ID: <200703031314.14331.glen@delfi.ee> On Friday 02 March 2007, tommat wrote: > Author: tommat Date: Fri Mar 2 17:37:48 2007 GMT > Module: SOURCES Tag: HEAD > ---- Log message: > - pass CFLAGS when linking what's that good for? -- glen From glen at delfi.ee Sat Mar 3 12:14:23 2007 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Sat, 3 Mar 2007 13:14:23 +0200 Subject: SPECS: python-pyogg.spec - File oggtail.py moved from -devel packa... In-Reply-To: References: Message-ID: <200703031314.23127.glen@delfi.ee> On Friday 02 March 2007, beorn wrote: > +find $RPM_BUILD_ROOT%{py_sitedir} -type f -name "*.py" | xargs rm there exists %py_postclean macro when using, don't forget rpmmacros (see exact rev from ../PLD-doc/BuildRequires.txt) -- glen From qboosh at pld-linux.org Sat Mar 3 12:30:59 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 03 Mar 2007 12:30:59 +0100 Subject: SOURCES: less-multilib.patch (NEW) - pass CFLAGS when linking In-Reply-To: <200703031314.14331.glen@delfi.ee> References: <200703031314.14331.glen@delfi.ee> Message-ID: <20070303113059.GA11568@stranger.qboosh.pl> On Sat, Mar 03, 2007 at 01:14:14PM +0200, Elan Ruusam?e wrote: > On Friday 02 March 2007, tommat wrote: > > Author: tommat Date: Fri Mar 2 17:37:48 2007 GMT > > Module: SOURCES Tag: HEAD > > ---- Log message: > > - pass CFLAGS when linking > > what's that good for? CFLAGS may contain -m32/-m64 (or other?) to select ABI. automake-generated makefiles pass CFLAGS to linking command when gcc is used to link. -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Sat Mar 3 14:25:45 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 3 Mar 2007 15:25:45 +0200 Subject: SOURCES: less-multilib.patch (NEW) - pass CFLAGS when linking In-Reply-To: <20070303113059.GA11568@stranger.qboosh.pl> References: <200703031314.14331.glen@delfi.ee> <20070303113059.GA11568@stranger.qboosh.pl> Message-ID: <200703031525.45951.glen@delfi.ee> On Saturday 03 March 2007, Jakub Bogusz wrote: > On Sat, Mar 03, 2007 at 01:14:14PM +0200, Elan Ruusam?e wrote: > > On Friday 02 March 2007, tommat wrote: > > > Author: tommat Date: Fri Mar 2 17:37:48 2007 GMT > > > Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - pass CFLAGS when linking > > > > what's that good for? > > CFLAGS may contain -m32/-m64 (or other?) to select ABI. shouldn't the proper fix be then to pass -m32/-m64 in LDFLAGS? > automake-generated makefiles pass CFLAGS to linking command when gcc is > used to link. i wouldn't rely on this behavior in the future ;) -- glen From sparky at pld-linux.org Sat Mar 3 14:34:44 2007 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Sat, 3 Mar 2007 14:34:44 +0100 Subject: SOURCES: less-multilib.patch (NEW) - pass CFLAGS when linking In-Reply-To: <20070303113059.GA11568@stranger.qboosh.pl> References: <200703031314.14331.glen@delfi.ee> <20070303113059.GA11568@stranger.qboosh.pl> Message-ID: <20070303132606.GA19297@pld-linux.org> On Sat, Mar 03, 2007 at 12:30:59PM +0100, Jakub Bogusz wrote: > On Sat, Mar 03, 2007 at 01:14:14PM +0200, Elan Ruusam?e wrote: > > On Friday 02 March 2007, tommat wrote: > > > Author: tommat Date: Fri Mar 2 17:37:48 2007 GMT > > > Module: SOURCES Tag: HEAD > > > ---- Log message: > > > - pass CFLAGS when linking > > > > what's that good for? > > CFLAGS may contain -m32/-m64 (or other?) to select ABI. > automake-generated makefiles pass CFLAGS to linking command when gcc is > used to link. It may also contain -O2/-Os which makes final binary a little bit smaller. -O level If level is a numeric values greater than zero ld optimizes the output. This might take significantly longer and therefore probably should only be enabled for the final binary. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From beorn at alpha.pl Sat Mar 3 19:16:27 2007 From: beorn at alpha.pl (Daniel =?iso-8859-2?q?Mr=F3z?=) Date: Sat, 3 Mar 2007 19:16:27 +0100 Subject: SPECS (AC-branch): hsqldb.spec - AC-branch In-Reply-To: References: Message-ID: <200703031916.27870.beorn@alpha.pl> On Saturday 03 of March 2007 15:15:43 glen wrote: > -Summary(pl.UTF-8): Silnik relacyjnych baz danych SQL napisany w Javie > +Summary(pl): Silnik relacyjnych baz danych SQL napisany w Javie Why? We're switching to UTF8 or not? I'm confused :) Regards Beorn -- Daniel 'Beorn' Mr?z ? ?http://127.0.0.1/beorn [GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---] [O- M- V! ?PS+ PE++ Y+ PGP++ t- 5 ?X R !tv b+ DI D++ G++ e h*] [ ? ? ? ? ? ? ? ? ? ? ? ? ?r++ ?y+ ? ? ? ? ? ? ? ? ? ? ? ? ? ] From glen at delfi.ee Sat Mar 3 19:20:09 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sat, 3 Mar 2007 20:20:09 +0200 Subject: SPECS (AC-branch): hsqldb.spec - AC-branch In-Reply-To: <200703031916.27870.beorn@alpha.pl> References: <200703031916.27870.beorn@alpha.pl> Message-ID: <200703032020.10254.glen@delfi.ee> On Saturday 03 March 2007, Daniel Mr?z wrote: > On Saturday 03 of March 2007 15:15:43 glen wrote: > > -Summary(pl.UTF-8): Silnik relacyjnych baz danych SQL napisany w Javie > > +Summary(pl): Silnik relacyjnych baz danych SQL napisany w Javie > > Why? We're switching to UTF8 or not? I'm confused :) AC-branch is not > Regards > Beorn -- glen From qboosh at pld-linux.org Sun Mar 4 17:20:11 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sun, 4 Mar 2007 17:20:11 +0100 Subject: SPECS: unixODBC.spec - rel 2; disable types patch; doesn anyone kn... In-Reply-To: References: Message-ID: <20070304162011.GA21027@gruby.cs.net.pl> On Sun, Mar 04, 2007 at 03:01:33PM +0100, arekm wrote: > Author: arekm Date: Sun Mar 4 14:01:33 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - rel 2; disable types patch; doesn anyone know why it's here? http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2004-October/117631.html Could sb check Win64 ODBC API now, what does it use as SLONG/ULONG? -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Mon Mar 5 10:44:56 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 5 Mar 2007 10:44:56 +0100 Subject: SPECS (AC-branch): nessus-core.spec - missing dir; rel 2 In-Reply-To: References: Message-ID: <20070305094456.GA2050@gruby.cs.net.pl> On Mon, Mar 05, 2007 at 01:06:54AM +0100, glen wrote: > %files -n nessus-devel > %defattr(644,root,root,755) > +%dir %{_includedir}/nessus It belongs to nessus-libs-devel (already required by nessus-devel). -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Mon Mar 5 11:19:01 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 5 Mar 2007 12:19:01 +0200 Subject: ERRORS: openvpn.spec In-Reply-To: <200702251648.l1PGm07F030430@green.mif.pg.gda.pl> References: <200702251648.l1PGm07F030430@green.mif.pg.gda.pl> Message-ID: <200703051219.02004.glen@delfi.ee> On Sunday 25 February 2007, Andrzej Krzysztofowicz wrote: > > $ rpmbuild --define "prep %dump" openvpn.spec 2>&1 | grep PACKAGE_VERSION > > ?-1: PACKAGE_VERSION ? ?2.0 > > > > and that happens because there is subpackage with Version field in > > openvpn.spec. > > However, the 1.380 builder handles this properly. > Was the "simulated interactivity" introduced because of this problem? > The 1.381 change broke it. I don't guess why. it's 1.382 http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SPECS/builder.diff?r1=1.381;r2=1.382;f=h -- glen From kornet at camk.edu.pl Mon Mar 5 16:56:58 2007 From: kornet at camk.edu.pl (Kacper Kornet) Date: Mon, 5 Mar 2007 16:56:58 +0100 Subject: Error in in builder check_buildarch Message-ID: <20070305155658.GC20510@virgo.camk.edu.pl> The check_buildarch does not work correctly when the builder is called with the --define argument. Best solution that I could find is in the attachment. Best wishes, -- Kacper Kornet From kornet at camk.edu.pl Mon Mar 5 17:01:25 2007 From: kornet at camk.edu.pl (Kacper Kornet) Date: Mon, 5 Mar 2007 17:01:25 +0100 Subject: Error in in builder check_buildarch In-Reply-To: <20070305155658.GC20510@virgo.camk.edu.pl> References: <20070305155658.GC20510@virgo.camk.edu.pl> Message-ID: <20070305160125.GD20510@virgo.camk.edu.pl> On Mon, Mar 05, 2007 at 04:56:58PM +0100, Kacper Kornet wrote: > Best solution that I could find is in the attachment. And the forgotten attachment. -- Kacper Kornet -------------- next part -------------- Index: builder =================================================================== RCS file: /cvsroot/SPECS/builder,v retrieving revision 1.487 diff -u -r1.487 builder --- builder 5 Mar 2007 10:03:44 -0000 1.487 +++ builder 5 Mar 2007 15:52:55 -0000 @@ -1183,7 +1183,7 @@ # this avoids unneccessary BR filling. check_buildarch() { local out ret - out=$($RPMBUILD --short-circuit -bp --define 'prep exit 0' --nodeps $QUIET $RPMOPTS $RPMBUILDOPTS $BCOND $TARGET_SWITCH $SPECFILE 2>&1) + out="`eval $RPMBUILD --short-circuit -bp --define \'prep exit 0\' --nodeps $QUIET $RPMOPTS $RPMBUILDOPTS $BCOND $TARGET_SWITCH $SPECFILE 2\>\&1`" ret=$? if [ $ret -ne 0 ]; then echo >&2 "$out" From glen at delfi.ee Mon Mar 5 17:10:18 2007 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Mon, 5 Mar 2007 18:10:18 +0200 Subject: Error in in builder check_buildarch In-Reply-To: <20070305160125.GD20510@virgo.camk.edu.pl> References: <20070305155658.GC20510@virgo.camk.edu.pl> <20070305160125.GD20510@virgo.camk.edu.pl> Message-ID: <200703051810.18803.glen@delfi.ee> On Monday 05 March 2007 18:01:25 Kacper Kornet wrote: > On Mon, Mar 05, 2007 at 04:56:58PM +0100, Kacper Kornet wrote: > > Best solution that I could find is in the attachment. > > And the forgotten attachment. i'm not sure are the define parameters necccessary at that context? i guess we don't use %{with xxx} to define BuildArch: or do we? -- glen From glen at delfi.ee Mon Mar 5 17:15:32 2007 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Mon, 5 Mar 2007 18:15:32 +0200 Subject: Error in in builder check_buildarch In-Reply-To: <20070305160125.GD20510@virgo.camk.edu.pl> References: <20070305155658.GC20510@virgo.camk.edu.pl> <20070305160125.GD20510@virgo.camk.edu.pl> Message-ID: <200703051815.32202.glen@delfi.ee> On Monday 05 March 2007 18:01:25 Kacper Kornet wrote: > On Mon, Mar 05, 2007 at 04:56:58PM +0100, Kacper Kornet wrote: > > Best solution that I could find is in the attachment. > > And the forgotten attachment. and please supply command to test? -- glen From kornet at camk.edu.pl Mon Mar 5 17:19:36 2007 From: kornet at camk.edu.pl (Kacper Kornet) Date: Mon, 5 Mar 2007 17:19:36 +0100 Subject: Error in in builder check_buildarch In-Reply-To: <200703051815.32202.glen@delfi.ee> References: <20070305155658.GC20510@virgo.camk.edu.pl> <20070305160125.GD20510@virgo.camk.edu.pl> <200703051815.32202.glen@delfi.ee> Message-ID: <20070305161936.GE20510@virgo.camk.edu.pl> On Mon, Mar 05, 2007 at 06:15:32PM +0200, Elan Ruusam?e wrote: > On Monday 05 March 2007 18:01:25 Kacper Kornet wrote: > > On Mon, Mar 05, 2007 at 04:56:58PM +0100, Kacper Kornet wrote: > > > Best solution that I could find is in the attachment. > > And the forgotten attachment. > and please supply command to test? ./builder -bb -nn --define alt_kernel desktop madwifi-ng.spec ends with: error: Macro % has illegal name (%define) error: Macro % has illegal name (%define) error: failed to stat /work/kornet/rpm/SPECS/desktop": No such file or directory -- Kacper Kornet From troll at pld-linux.org Mon Mar 5 20:22:06 2007 From: troll at pld-linux.org (Michal Chruszcz) Date: Mon, 5 Mar 2007 20:22:06 +0100 Subject: Google Summer of Code Message-ID: Hi everyone, Today has begun the new edition of Google Summer of Code. From now on projects may supply applications to Google until March 12. Full timeline is here: http://code.google.com/support/bin/answer.py?answer=60325&topic=10729 Are we willing to miss the chance again this year? Or are we going to think of something that could be done in the advantage of PLD? Personally, I was thinking of what can I do and this is GUI for poldek (yes, the same as a year ago). It's only one idea, though. Maybe any of you were thinking of something that could be applied to Google? -- Michal Chruszcz To follow the path: look to the master, follow the master, walk with the master, see through the master, become the master. From adamg at biomerieux.pl Mon Mar 5 20:27:21 2007 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 5 Mar 2007 20:27:21 +0100 Subject: Google Summer of Code In-Reply-To: References: Message-ID: <20070305192721.GB7224@mysza.eu.org> On Mon, Mar 05, 2007 at 08:22:06PM +0100, Michal Chruszcz wrote: > Hi everyone, > > Today has begun the new edition of Google Summer of Code. From now on > projects may supply applications to Google until March 12. Full > timeline is here: > http://code.google.com/support/bin/answer.py?answer=60325&topic=10729 > Are we willing to miss the chance again this year? Or are we going to > think of something that could be done in the advantage of PLD? > Personally, I was thinking of what can I do and this is GUI for poldek > (yes, the same as a year ago). It's only one idea, though. Maybe any > of you were thinking of something that could be applied to Google? Have a look at jajcus's recent thread on pld-discuss. It has been discussed there. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From troll at pld-linux.org Mon Mar 5 20:48:40 2007 From: troll at pld-linux.org (Michal Chruszcz) Date: Mon, 5 Mar 2007 20:48:40 +0100 Subject: Google Summer of Code In-Reply-To: <20070305192721.GB7224@mysza.eu.org> References: <20070305192721.GB7224@mysza.eu.org> Message-ID: On 05/03/07, Adam Go??biowski wrote: > Have a look at jajcus's recent thread on pld-discuss. It has been > discussed there. Uhm, then excuse me, I'm not subscribed to pld-discuss. -- Michal Chruszcz To follow the path: look to the master, follow the master, walk with the master, see through the master, become the master. From glen at delfi.ee Mon Mar 5 22:03:23 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 5 Mar 2007 23:03:23 +0200 Subject: OOo 2.1.0 Message-ID: <200703052303.23209.glen@delfi.ee> there's OOo 2.1.0-0.m6 in ac-i586, ac-i686 ready trees happy testing! -- glen From adamg at biomerieux.pl Mon Mar 5 22:18:55 2007 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 5 Mar 2007 22:18:55 +0100 Subject: OOo 2.1.0 In-Reply-To: <200703052303.23209.glen@delfi.ee> References: <200703052303.23209.glen@delfi.ee> Message-ID: <20070305211855.GC7224@mysza.eu.org> On Mon, Mar 05, 2007 at 11:03:23PM +0200, Elan Ruusam?e wrote: > there's OOo 2.1.0-0.m6 in ac-i586, ac-i686 ready trees > > happy testing! Kudos! Thanks. -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. From arekm at pld-linux.org Mon Mar 5 22:36:41 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Mon, 5 Mar 2007 22:36:41 +0100 Subject: OOo 2.1.0 In-Reply-To: <20070305211855.GC7224@mysza.eu.org> References: <200703052303.23209.glen@delfi.ee> <20070305211855.GC7224@mysza.eu.org> Message-ID: <200703052236.41686.arekm@pld-linux.org> On Monday 05 of March 2007, Adam Go??biowski wrote: > On Mon, Mar 05, 2007 at 11:03:23PM +0200, Elan Ruusam?e wrote: > > there's OOo 2.1.0-0.m6 in ac-i586, ac-i686 ready trees > > > > happy testing! > > Kudos! I have Th version for amd64, too (built in current enviroment). Unfortunately there is a problem in oowriter - writting makes text invisible until something (like menu) covers and uncovers text area. No one knows about the problem. Qrczak says that's gcc 4.2 related but doesn't know any details (or even source of that info I guess). > Thanks. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From sls at poczta.wp.pl Tue Mar 6 01:14:26 2007 From: sls at poczta.wp.pl (Szymon Siwek) Date: Tue, 6 Mar 2007 01:14:26 +0100 Subject: OOo 2.1.0 In-Reply-To: <200703052236.41686.arekm@pld-linux.org> References: <200703052303.23209.glen@delfi.ee> <20070305211855.GC7224@mysza.eu.org> <200703052236.41686.arekm@pld-linux.org> Message-ID: <20070306001426.GA15353@cion.siwster.com> On Mon, Mar 05, 2007 at 10:36:41PM +0100, Arkadiusz Miskiewicz wrote: > On Monday 05 of March 2007, Adam Go??biowski wrote: > > On Mon, Mar 05, 2007 at 11:03:23PM +0200, Elan Ruusam?e wrote: > > > there's OOo 2.1.0-0.m6 in ac-i586, ac-i686 ready trees > > > > > > happy testing! > > > > Kudos! > > I have Th version for amd64, too (built in current enviroment). Unfortunately > there is a problem in oowriter - writting makes text invisible until > something (like menu) covers and uncovers text area. > > No one knows about the problem. Qrczak says that's gcc 4.2 related but doesn't > know any details (or even source of that info I guess). > It's definitely gcc-4.2 related (th-i686) -- Szymon Siwek From qrczakmk at gmail.com Tue Mar 6 01:48:19 2007 From: qrczakmk at gmail.com (Marcin 'Qrczak' Kowalczyk) Date: Tue, 06 Mar 2007 01:48:19 +0100 Subject: OOo 2.1.0 In-Reply-To: <20070306001426.GA15353@cion.siwster.com> References: <200703052303.23209.glen@delfi.ee> <20070305211855.GC7224@mysza.eu.org> <200703052236.41686.arekm@pld-linux.org> <20070306001426.GA15353@cion.siwster.com> Message-ID: <1173142099.6246.0.camel@qrnik> Dnia 06-03-2007, wto o godzinie 01:14 +0100, Szymon Siwek napisa?(a): > It's definitely gcc-4.2 related (th-i686) What about gcc-4.1.2? -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From qboosh at pld-linux.org Tue Mar 6 09:25:20 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 6 Mar 2007 09:25:20 +0100 Subject: SPECS: openoffice.org.spec - files update for system agg and hunspell In-Reply-To: References: Message-ID: <20070306082520.GA23995@gruby.cs.net.pl> On Mon, Mar 05, 2007 at 03:19:31PM +0100, glen wrote: > +# - --with-system-mspack use libmspack already installed on system Isn't it used only to (optionally) extract some fonts during build? -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Tue Mar 6 09:41:48 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 6 Mar 2007 10:41:48 +0200 Subject: SPECS: openoffice.org.spec - files update for system agg and hunspell In-Reply-To: <20070306082520.GA23995@gruby.cs.net.pl> References: <20070306082520.GA23995@gruby.cs.net.pl> Message-ID: <200703061041.48857.glen@delfi.ee> On Tuesday 06 March 2007, Jakub Bogusz wrote: > On Mon, Mar 05, 2007 at 03:19:31PM +0100, glen wrote: > > +# - --with-system-mspack use libmspack already installed on system > > Isn't it used only to (optionally) extract some fonts during build? haven't checked, but it was present in config_office/configure --help, so added to todo ;) btw, db4.5-java contains shared lib and jar file. ooo-build needs the db.jar during build, and most likely during runtime also. currently runtime dep is not set. should split db4.5-java and put shared lib to -libs? -- glen From qboosh at pld-linux.org Tue Mar 6 09:58:20 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 06 Mar 2007 09:58:20 +0100 Subject: SPECS: openoffice.org.spec - files update for system agg and hunspell In-Reply-To: <200703061041.48857.glen@delfi.ee> References: <20070306082520.GA23995@gruby.cs.net.pl> <200703061041.48857.glen@delfi.ee> Message-ID: <20070306085820.GA30559@stranger.qboosh.pl> On Tue, Mar 06, 2007 at 10:41:48AM +0200, Elan Ruusam?e wrote: > On Tuesday 06 March 2007, Jakub Bogusz wrote: > > On Mon, Mar 05, 2007 at 03:19:31PM +0100, glen wrote: > > > +# - --with-system-mspack use libmspack already installed on system > > > > Isn't it used only to (optionally) extract some fonts during build? > > haven't checked, but it was present in config_office/configure --help, so > added to todo ;) > > btw, db4.5-java contains shared lib and jar file. ooo-build needs the db.jar > during build, and most likely during runtime also. currently runtime dep is > not set. > > should split db4.5-java and put shared lib to -libs? db.jar doesn't require this shared lib to work? -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Tue Mar 6 10:01:27 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 6 Mar 2007 11:01:27 +0200 Subject: SPECS: openoffice.org.spec - files update for system agg and hunspell In-Reply-To: <20070306085820.GA30559@stranger.qboosh.pl> References: <200703061041.48857.glen@delfi.ee> <20070306085820.GA30559@stranger.qboosh.pl> Message-ID: <200703061101.27620.glen@delfi.ee> On Tuesday 06 March 2007, Jakub Bogusz wrote: > > should split db4.5-java and put shared lib to -libs? > > db.jar doesn't require this shared lib to work? oh right, i totally forgot about native methods. sorry my bad ;) -- glen From sls at poczta.wp.pl Tue Mar 6 14:46:56 2007 From: sls at poczta.wp.pl (Szymon Siwek) Date: Tue, 6 Mar 2007 14:46:56 +0100 Subject: OOo 2.1.0 In-Reply-To: <1173142099.6246.0.camel@qrnik> References: <200703052303.23209.glen@delfi.ee> <20070305211855.GC7224@mysza.eu.org> <200703052236.41686.arekm@pld-linux.org> <20070306001426.GA15353@cion.siwster.com> <1173142099.6246.0.camel@qrnik> Message-ID: <20070306134656.GA16045@cion.siwster.com> On Tue, Mar 06, 2007 at 01:48:19AM +0100, Marcin 'Qrczak' Kowalczyk wrote: > Dnia 06-03-2007, wto o godzinie 01:14 +0100, Szymon Siwek napisa?(a): > > > It's definitely gcc-4.2 related (th-i686) > > What about gcc-4.1.2? > Works nice (no described problem with oowriter/ooweb) -- Szymon Siwek From arekm at pld-linux.org Tue Mar 6 15:06:22 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Tue, 6 Mar 2007 15:06:22 +0100 Subject: OOo 2.1.0 In-Reply-To: <20070306134656.GA16045@cion.siwster.com> References: <200703052303.23209.glen@delfi.ee> <1173142099.6246.0.camel@qrnik> <20070306134656.GA16045@cion.siwster.com> Message-ID: <200703061506.22481.arekm@pld-linux.org> On Tuesday 06 of March 2007, Szymon Siwek wrote: > On Tue, Mar 06, 2007 at 01:48:19AM +0100, Marcin 'Qrczak' Kowalczyk wrote: > > Dnia 06-03-2007, wto o godzinie 01:14 +0100, Szymon Siwek napisa?(a): > > > It's definitely gcc-4.2 related (th-i686) > > > > What about gcc-4.1.2? > > Works nice (no described problem with oowriter/ooweb) Do you have both OOo binaries? One compiled with 4.2 and one with 4.1.2? If yes then you could trace which so library is broken. Take 4.2 compilation and replace one library by one from 4.1.2 compilation until the problem is ,,fixed'' (or the other way around... until the problem is visible). -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at delfi.ee Tue Mar 6 16:24:00 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 6 Mar 2007 17:24:00 +0200 Subject: WARNING: php5 on ac-amd64 Message-ID: <200703061724.00995.glen@delfi.ee> # service apache configtest Syntax error on line 1 of /etc/apache/conf.d/70_mod_php.conf: Cannot load /etc/apache/modules/libphp5.so into server: /usr/lib64/libphp_common-5.2.1.so: undefined symbol: pthread_getspecific not sure why it is so. the acthreads.patch needs to be updated by someone who knows what's he's doing, currently there are LDFLAGS=-lpthread hacks in spec ;( -- glen From glen at delfi.ee Tue Mar 6 18:37:08 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 6 Mar 2007 19:37:08 +0200 Subject: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat... In-Reply-To: References: Message-ID: <200703061937.08386.glen@delfi.ee> On Tuesday 06 March 2007 18:58:06 you wrote: > Author: megabajt Date: Tue Mar 6 16:58:06 2007 GMT > Module: SPECS Tag: DEVEL > ---- Log message: > - floppy subpackage is back; updated deps > > ---- Files affected: > SPECS: > gnome-utils.spec (1.149.2.1 -> 1.149.2.2) > > ---- Diffs: > > ================================================================ > Index: SPECS/gnome-utils.spec > diff -u SPECS/gnome-utils.spec:1.149.2.1 SPECS/gnome-utils.spec:1.149.2.2 > --- SPECS/gnome-utils.spec:1.149.2.1 Sun Mar 4 23:27:21 2007 > +++ SPECS/gnome-utils.spec Tue Mar 6 17:58:00 2007 > @@ -15,34 +15,35 @@ > # Source0-md5: c995e302bbf11617dc5be53640eca0de > Patch0: %{name}-desktop.patch > URL: http://www.gnome.org/ > -BuildRequires: GConf2-devel >= 2.16.0 > +BuildRequires: GConf2-devel >= 2.18.0.1 > BuildRequires: autoconf > BuildRequires: automake > BuildRequires: bison > BuildRequires: e2fsprogs-devel > BuildRequires: gnome-common >= 2.12.0 > -BuildRequires: gnome-desktop-devel >= 2.16.1 > -BuildRequires: gnome-panel-devel >= 2.16.1 > -BuildRequires: gnome-vfs2-devel >= 2.16.2 > +BuildRequires: gnome-desktop-devel >= 2.17.92 > +BuildRequires: gnome-doc-utils >= 0.9.2 > +BuildRequires: gnome-panel-devel >= 2.17.92 > +BuildRequires: gnome-vfs2-devel >= 2.17.91 > +BuildRequires: gtk+2-devel >= 2:2.10.9 > BuildRequires: hal-devel >= 0.5.7.1 > -BuildRequires: intltool >= 0.35 > +BuildRequires: intltool >= 0.35.5 > +BuildRequires: libbonoboui-devel >= 2.17.94 > BuildRequires: libglade2-devel >= 1:2.6.0 > -BuildRequires: libgtop-devel >= 2.14.4 > -BuildRequires: libgnomeprintui-devel >= 2.12.1 > -BuildRequires: libgnomeui-devel >= 2.16.1 > +BuildRequires: libgnomeprintui-devel >= 2.17.92 > +BuildRequires: libgnomeui-devel >= 2.17.92 > +BuildRequires: libgtop-devel >= 2.14.8 > BuildRequires: libtool > BuildRequires: pkgconfig > -BuildRequires: popt-devel > BuildRequires: rpmbuild(macros) >= 1.311 > BuildRequires: scrollkeeper >= 0.3.11 > -Requires(post,preun): GConf2 >= 2.16.0 > Requires(post,postun): desktop-file-utils > Requires(post,postun): scrollkeeper > -Requires: gnome-vfs2 >= 2.16.2 > -Requires: libgnomeui >= 2.16.1 > +Requires(post,preun): GConf2 > +Requires: gnome-vfs2 >= 2.17.91 > +Requires: libgnomeui >= 2.17.92 ... > $Log$ > +Revision 1.149.2.2 2007/03/06 16:58:00 megabajt > +- floppy subpackage is back; updated deps what is all behind that "updated deps" ???? do you know how hard is later merge branches due large version mismatches between branches? -- glen From glen at delfi.ee Tue Mar 6 18:55:10 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Tue, 6 Mar 2007 19:55:10 +0200 Subject: ANN: Closing AC In-Reply-To: <20051212173626.GA6910@mysza.eu.org> References: <200512101501.44676.arekm@pld-linux.org> <20051212100114.5d3a415c.linux@pilot.org.ua> <20051212173626.GA6910@mysza.eu.org> Message-ID: <200703061955.10862.glen@delfi.ee> On Monday 12 December 2005 19:36:26 Adam Go??biowski wrote: > On Mon, Dec 12, 2005 at 10:01:14AM +0300, Denis Ovsienko wrote: > > > That would probably require some hacking. You could try to install Th > > > from scratch into a chroot on another partition and than try to boot > > > from it. It should be more secure than installing from scratch. > > > > Is there any documentation on installing 3.0 from scratch? > > You can install it from Ac using poldek: > # poldek --root /chrootth -n . > > All you have to remember is to rebuild rpm database afterwards - erase > everything but Packages from /var/lib/rpm and do rpm --rebuilddb. removing only /var/lib/rpm/__db* is sufficent. and yes, i replied to email older than a year ;) -- glen From megabajt at pld-linux.org Tue Mar 6 20:03:23 2007 From: megabajt at pld-linux.org (Marcin Banasiak) Date: Tue, 6 Mar 2007 20:03:23 +0100 Subject: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat... In-Reply-To: <200703061937.08386.glen@delfi.ee> References: <200703061937.08386.glen@delfi.ee> Message-ID: <6e5c47670703061103h45018f38j1b88f82ed94c14e7@mail.gmail.com> 2007/3/6, Elan Ruusam?e : > what is all behind that "updated deps" ???? AFAIR, GNOME apps was always built with the newest libs and I try to continue this practice. Now, I'm preparing GNOME 2.18 release for Th and I take dependencies from http://live.gnome.org/TwoPointSeventeen (paragraph Release Suites). > do you know how hard is later merge branches due large version mismatches > between branches? I know. -- Marcin Banasiak From baggins at sith.mimuw.edu.pl Tue Mar 6 21:00:24 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 6 Mar 2007 21:00:24 +0100 Subject: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat... In-Reply-To: <200703061937.08386.glen@delfi.ee> References: <200703061937.08386.glen@delfi.ee> Message-ID: <20070306200024.GA20115@sith.mimuw.edu.pl> On Tue, 06 Mar 2007, Elan Ruusam?e wrote: > On Tuesday 06 March 2007 18:58:06 you wrote: [...cut...] > > -Requires: gnome-vfs2 >= 2.16.2 > > -Requires: libgnomeui >= 2.16.1 > > +Requires(post,preun): GConf2 > > +Requires: gnome-vfs2 >= 2.17.91 > > +Requires: libgnomeui >= 2.17.92 > ... > > $Log$ > > +Revision 1.149.2.2 2007/03/06 16:58:00 megabajt > > +- floppy subpackage is back; updated deps > what is all behind that "updated deps" ???? He's doing The Right Thing. You have no idea how much you can fsck gnome without updating all the required libs. I have, I shoot mysefl in the foot many times by having mismatched libs and apps. > do you know how hard is later merge branches due large version mismatches > between branches? Sorry, life sucks but otherwise you can end up with broken packages in distro. Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at delfi.ee Tue Mar 6 21:21:25 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 6 Mar 2007 22:21:25 +0200 Subject: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat... In-Reply-To: <20070306200024.GA20115@sith.mimuw.edu.pl> References: <200703061937.08386.glen@delfi.ee> <20070306200024.GA20115@sith.mimuw.edu.pl> Message-ID: <200703062221.25968.glen@delfi.ee> On Tuesday 06 March 2007, Jan Rekorajski wrote: > On Tue, 06 Mar 2007, Elan Ruusam?e wrote: > > On Tuesday 06 March 2007 18:58:06 you wrote: > > [...cut...] > > > > -Requires: gnome-vfs2 >= 2.16.2 > > > -Requires: libgnomeui >= 2.16.1 > > > +Requires(post,preun): GConf2 > > > +Requires: gnome-vfs2 >= 2.17.91 > > > +Requires: libgnomeui >= 2.17.92 > > > > ... > > > > > $Log$ > > > +Revision 1.149.2.2 2007/03/06 16:58:00 megabajt > > > +- floppy subpackage is back; updated deps > > > > what is all behind that "updated deps" ???? > > He's doing The Right Thing. > You have no idea how much you can fsck gnome without updating all > the required libs. I have, I shoot mysefl in the foot many times by > having mismatched libs and apps. shouldn't then runtime deps should be done with %requires_eq/%requires_eq_to then? -- glen From baggins at sith.mimuw.edu.pl Tue Mar 6 21:44:07 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Tue, 6 Mar 2007 21:44:07 +0100 Subject: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat... In-Reply-To: <200703062221.25968.glen@delfi.ee> References: <200703061937.08386.glen@delfi.ee> <20070306200024.GA20115@sith.mimuw.edu.pl> <200703062221.25968.glen@delfi.ee> Message-ID: <20070306204407.GD20115@sith.mimuw.edu.pl> On Tue, 06 Mar 2007, Elan Ruusam?e wrote: > On Tuesday 06 March 2007, Jan Rekorajski wrote: > > On Tue, 06 Mar 2007, Elan Ruusam?e wrote: > > > On Tuesday 06 March 2007 18:58:06 you wrote: > > > > [...cut...] > > > > > > -Requires: gnome-vfs2 >= 2.16.2 > > > > -Requires: libgnomeui >= 2.16.1 > > > > +Requires(post,preun): GConf2 > > > > +Requires: gnome-vfs2 >= 2.17.91 > > > > +Requires: libgnomeui >= 2.17.92 > > > > > > ... > > > > > > > $Log$ > > > > +Revision 1.149.2.2 2007/03/06 16:58:00 megabajt > > > > +- floppy subpackage is back; updated deps > > > > > > what is all behind that "updated deps" ???? > > > > He's doing The Right Thing. > > You have no idea how much you can fsck gnome without updating all > > the required libs. I have, I shoot mysefl in the foot many times by > > having mismatched libs and apps. > shouldn't then runtime deps should be done with %requires_eq/%requires_eq_to > then? Lucky for us it's not _that_ bad :) It's just "GNOME 2.x needs libs 2.x.*", so %requires_eq/%requires_eq_to would be an overkill. Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From glen at delfi.ee Tue Mar 6 22:10:59 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 6 Mar 2007 23:10:59 +0200 Subject: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat... In-Reply-To: <20070306204407.GD20115@sith.mimuw.edu.pl> References: <200703062221.25968.glen@delfi.ee> <20070306204407.GD20115@sith.mimuw.edu.pl> Message-ID: <200703062310.59078.glen@delfi.ee> On Tuesday 06 March 2007, Jan Rekorajski wrote: > > > > > -Requires:??????gnome-vfs2 >= 2.16.2 > > > > > -Requires:??????libgnomeui >= 2.16.1 > > > > > +Requires(post,preun):??GConf2 > > > > > +Requires:??????gnome-vfs2 >= 2.17.91 > > > > > +Requires:??????libgnomeui >= 2.17.92 [cut] > > shouldn't then runtime deps should be done with > > %requires_eq/%requires_eq_to then? > > Lucky for us it's not _that_ bad :) > It's just "GNOME 2.x needs libs 2.x.*", so %requires_eq/%requires_eq_to > would be an overkill. so, why not use >= 2.17 without minor version -- glen From glen at delfi.ee Tue Mar 6 22:26:42 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 6 Mar 2007 23:26:42 +0200 Subject: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat... In-Reply-To: <200703062310.59078.glen@delfi.ee> References: <20070306204407.GD20115@sith.mimuw.edu.pl> <200703062310.59078.glen@delfi.ee> Message-ID: <200703062326.42564.glen@delfi.ee> On Tuesday 06 March 2007, Elan Ruusam?e wrote: > On Tuesday 06 March 2007, Jan Rekorajski wrote: > > > > > > -Requires:??????gnome-vfs2 >= 2.16.2 > > > > > > -Requires:??????libgnomeui >= 2.16.1 > > > > > > +Requires(post,preun):??GConf2 > > > > > > +Requires:??????gnome-vfs2 >= 2.17.91 > > > > > > +Requires:??????libgnomeui >= 2.17.92 > > [cut] > > > > shouldn't then runtime deps should be done with > > > %requires_eq/%requires_eq_to then? > > > > Lucky for us it's not _that_ bad :) > > It's just "GNOME 2.x needs libs 2.x.*", so %requires_eq/%requires_eq_to > > would be an overkill. > > so, why not use >= 2.17 without minor version or even %define _gnome_ver 2.17 and use that macro in deps. -- glen From wrobell at pld-linux.org Tue Mar 6 22:26:46 2007 From: wrobell at pld-linux.org (wrobell) Date: Tue, 6 Mar 2007 21:26:46 +0000 Subject: SPECS (DEVEL): gnome-utils.spec - floppy subpackage is back; updat... In-Reply-To: <200703062310.59078.glen@delfi.ee> References: <200703062221.25968.glen@delfi.ee> <20070306204407.GD20115@sith.mimuw.edu.pl> <200703062310.59078.glen@delfi.ee> Message-ID: <20070306212646.GD13041@borg> On Tue, Mar 06, 2007 at 11:10:59PM +0200, Elan Ruusam?e wrote: > On Tuesday 06 March 2007, Jan Rekorajski wrote: > > > > > > -Requires:??????gnome-vfs2 >= 2.16.2 > > > > > > -Requires:??????libgnomeui >= 2.16.1 > > > > > > +Requires(post,preun):??GConf2 > > > > > > +Requires:??????gnome-vfs2 >= 2.17.91 > > > > > > +Requires:??????libgnomeui >= 2.17.92 > [cut] > > > > shouldn't then runtime deps should be done with > > > %requires_eq/%requires_eq_to then? > > > > Lucky for us it's not _that_ bad :) > > It's just "GNOME 2.x needs libs 2.x.*", so %requires_eq/%requires_eq_to > > would be an overkill. > > so, why not use >= 2.17 without minor version because you sometimes get into trouble (experienced myself). it's good thing. regards, wrobell From beorn at alpha.pl Wed Mar 7 12:07:32 2007 From: beorn at alpha.pl (Daniel =?utf-8?q?Mr=C3=B3z?=) Date: Wed, 7 Mar 2007 12:07:32 +0100 Subject: SOURCES: rpm.macros - todo In-Reply-To: References: Message-ID: <200703071207.32375.beorn@alpha.pl> On Wednesday 07 March 2007, glen wrote: > +# TODO: find way to pass CC/CXX and CC/CXXFLAGS > %__scons /usr/bin/scons Sometimes works something like that: scons CFLAGS='...' CXXFLAGS='...' LDFLAGS='...' but not in all cases of SConstruct. Also, it looks like compiler command is hardcoded into SConstruct files, but I didn't check it well. I'm still looking for a universal way to pass *FLAGS to scons. I work on aqsis.spec (switched to scons in version 1.2.0) and it builds without errors, but also without any platform optimizations, which is unacceptable for 3D render engine. Regards Beorn -- Daniel 'Beorn' Mr?z http://127.0.0.1/beorn [GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---] [O- M- V! PS+ PE++ Y+ PGP++ t- 5 X R !tv b+ DI D++ G++ e h*] [ r++ y+ ] From glen at delfi.ee Wed Mar 7 17:11:52 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 7 Mar 2007 18:11:52 +0200 Subject: SPECS: truecrypt.spec - br: kernel-source In-Reply-To: References: Message-ID: <200703071811.52345.glen@delfi.ee> On Wednesday 07 March 2007 17:47:50 you wrote: > Author: mguevara Date: Wed Mar 7 15:47:50 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - br: kernel-source > > ---- Files affected: > SPECS: > truecrypt.spec (1.16 -> 1.17) > > ---- Diffs: > > ================================================================ > Index: SPECS/truecrypt.spec > diff -u SPECS/truecrypt.spec:1.16 SPECS/truecrypt.spec:1.17 > --- SPECS/truecrypt.spec:1.16 Wed Mar 7 15:02:41 2007 > +++ SPECS/truecrypt.spec Wed Mar 7 16:47:45 2007 > @@ -30,6 +30,7 @@ > Patch3: %{name}-blk_congestion_wait-2.6.20-fix.patch > URL: http://www.truecrypt.org/ > %if %{with kernel} > +BuildRequires: kernel-source > Requires(post,postun): /sbin/depmod > %endif this is wrong (i hope you know it) package should be updated to use kernel-headers or linux-libc-headers and most probably kernel-headers and llh should be updated too for truecrypt.spec(?) -- glen From mguevara at acn.waw.pl Wed Mar 7 18:31:13 2007 From: mguevara at acn.waw.pl (Marek Guevara Braun) Date: Wed, 07 Mar 2007 18:31:13 +0100 Subject: SPECS: truecrypt.spec - br: kernel-source In-Reply-To: <200703071811.52345.glen@delfi.ee> References: <200703071811.52345.glen@delfi.ee> Message-ID: <45EEF6E1.2010907@acn.waw.pl> Elan Ruusam?e wrote: > On Wednesday 07 March 2007 17:47:50 you wrote: >> Author: mguevara Date: Wed Mar 7 15:47:50 2007 GMT >> +BuildRequires: kernel-source > > this is wrong (i hope you know it) Yes I do, but at the moment we need full kernel-source to build the modules - so I've added the br. > package should be updated to use kernel-headers or linux-libc-headers > and most probably kernel-headers and llh should be updated too for > truecrypt.spec(?) BTW. still 0.n release. Regards, Marek From qboosh at pld-linux.org Thu Mar 8 08:11:18 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 08 Mar 2007 08:11:18 +0100 Subject: tzdata needs trigger Message-ID: <20070308071118.GA26553@stranger.qboosh.pl> tzdata needs trigger with chkconfig --add to run after rc-scripts upgrade. Now upgrade ends with timezone script unregistered by chkconfig. -- Jakub Bogusz http://qboosh.pl/ From zswi at pers.pl Thu Mar 8 12:46:28 2007 From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=) Date: Thu, 8 Mar 2007 12:46:28 +0100 Subject: amanda on th Message-ID: <200703081246.28875.zswi@pers.pl> Hi! I was just trying to build amanda on Th. It seems there is some linker problem. On AC same spec builds fine. Can anyone confirm my suspicion? Here is end of build log: /bin/sh ../libtool --tag=CC --mode=link i686-pld-linux-gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 -Wl,--as-needed -o ammt ammt.o ../common-src/libamanda.la libamtape.la ../common-src/libamanda.la -lm i686-pld-linux-gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 -Wl,--as-needed -o .libs/ammt ammt.o ./.libs/libamtape.so ../common-src/.libs/libamanda.so -lm creating ammt i686-pld-linux-gcc -DHAVE_CONFIG_H -I. -I../config -I../common-src -I../common-src -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 -MT amdd.o -MD -MP -MF .deps/amdd.Tpo -c -o amdd.o amdd.c mv -f .deps/amdd.Tpo .deps/amdd.Po /bin/sh ../libtool --tag=CC --mode=link i686-pld-linux-gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 -Wl,--as-needed -o amdd amdd.o ../common-src/libamanda.la libamtape.la ../common-src/libamanda.la -lm i686-pld-linux-gcc -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_GNU_SOURCE -O2 -fno-strict-aliasing -fwrapv -march=i686 -mtune=pentium4 -gdwarf-2 -g2 -Wl,--as-needed -o .libs/amdd amdd.o ./.libs/libamtape.so ../common-src/.libs/libamanda.so -lm ./.libs/libamtape.so: undefined reference to `debug_vstralloc' ./.libs/libamtape.so: undefined reference to `debug_areads' ./.libs/libamtape.so: undefined reference to `debug_alloc' ./.libs/libamtape.so: undefined reference to `build_header' ./.libs/libamtape.so: undefined reference to `fh_init' ./.libs/libamtape.so: undefined reference to `debug_amtable_alloc' ./.libs/libamtape.so: undefined reference to `debug_newvstralloc' ./.libs/libamtape.so: undefined reference to `quote_string' ./.libs/libamtape.so: undefined reference to `debug_alloc_push' ./.libs/libamtape.so: undefined reference to `fullwrite' ./.libs/libamtape.so: undefined reference to `vstrextend' ./.libs/libamtape.so: undefined reference to `debug_newstralloc' ./.libs/libamtape.so: undefined reference to `split' ./.libs/libamtape.so: undefined reference to `debug_printf' ./.libs/libamtape.so: undefined reference to `parse_file_header' ./.libs/libamtape.so: undefined reference to `areads_relbuf' ./.libs/libamtape.so: undefined reference to `sanitise_filename' ./.libs/libamtape.so: undefined reference to `debug_stralloc' ./.libs/libamtape.so: undefined reference to `amtable_free' collect2: ld returned 1 exit status make[1]: *** [amdd] Error 1 make[1]: Leaving directory `/home/users/pldcvs/rpm/BUILD/amanda-2.5.1p2/tape-src' make: *** [all-recursive] Error 1 b??d: B??dny status wyj?cia z /home/users/pldcvs/tmp/rpm-tmp.53778 (%build) Unresolved symbols are in ../common-src/.libs/libamanda.so but are not seen by linker. -- Rafa? Cygnarowski rafi at pers.pl From glen at delfi.ee Thu Mar 8 13:19:07 2007 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 8 Mar 2007 14:19:07 +0200 Subject: amanda on th In-Reply-To: <200703081246.28875.zswi@pers.pl> References: <200703081246.28875.zswi@pers.pl> Message-ID: <200703081419.07659.glen@delfi.ee> On Thursday 08 March 2007 13:46:28 Rafa? Cygnarowski wrote: > Hi! > > I was just trying to build amanda on Th. It seems there is some linker > problem. On AC same spec builds fine. Can anyone confirm my suspicion? > > Here is end of build log: [...] > ./.libs/libamtape.so: undefined reference to `debug_stralloc' > ./.libs/libamtape.so: undefined reference to `amtable_free' > collect2: ld returned 1 exit status just guessing, try adding something like ../SOURCES/kde-ac260-lt.patch altho it also may look due -Wl,--as-needed and -llibs at wrong side of it for ass-needed you might find useful this doc: http://www.pld-linux.org/DevelopingPLD/AdvancedDeveloping/FixingAsNeeded -- glen From zswi at pers.pl Thu Mar 8 15:16:35 2007 From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=) Date: Thu, 8 Mar 2007 15:16:35 +0100 Subject: amanda on th In-Reply-To: <200703081419.07659.glen@delfi.ee> References: <200703081246.28875.zswi@pers.pl> <200703081419.07659.glen@delfi.ee> Message-ID: <200703081516.35742.zswi@pers.pl> Dnia czwartek, 8 marca 2007, Elan Ruusam?e napisa?: > altho it also may look due -Wl,--as-needed and -llibs at wrong side of it > > for ass-needed you might find useful this doc: > http://www.pld-linux.org/DevelopingPLD/AdvancedDeveloping/FixingAsNeeded yup... it's --as-needed problem, thanks. -- Rafa? Cygnarowski rafi at pers.pl From arekm at pld-linux.org Fri Mar 9 09:07:16 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 9 Mar 2007 09:07:16 +0100 Subject: OOo 2.1.0 In-Reply-To: <200703052236.41686.arekm@pld-linux.org> References: <200703052303.23209.glen@delfi.ee> <20070305211855.GC7224@mysza.eu.org> <200703052236.41686.arekm@pld-linux.org> Message-ID: <200703090907.16370.arekm@pld-linux.org> On Monday 05 of March 2007, Arkadiusz Miskiewicz wrote: > On Monday 05 of March 2007, Adam Go??biowski wrote: > > On Mon, Mar 05, 2007 at 11:03:23PM +0200, Elan Ruusam?e wrote: > > > there's OOo 2.1.0-0.m6 in ac-i586, ac-i686 ready trees > > > > > > happy testing! > > > > Kudos! > > I have Th version for amd64, too (built in current enviroment). > Unfortunately there is a problem in oowriter - writting makes text > invisible until something (like menu) covers and uncovers text area. http://carme.pld-linux.org/~arekm/openoffice.org/ -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From gotar at polanet.pl Fri Mar 9 14:55:52 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 9 Mar 2007 14:55:52 +0100 Subject: cairo, xorg-lib-libXft: LCD Message-ID: <20070309135552.GA11838@pepin.polanet.pl> Hi, that's how my screen has been configured: http://www.quarto.pl/~gotar/cairo-without-lcd.png today I've upgraded cairo (with dozen of other libs) and the effect (yes, so poor) is shown here: http://www.quarto.pl/~gotar/cairo-lcd.png Only some GTK apps were affected. Trying to rescue my eyes I've been breaking my system more and more and eventually everything was looking like this. freetype rebuilded --without lcd has given mono hinting (no sub-pixel at all). Solution is pretty simple - rebuild cairo and xorg-lib-libXft --without lcd, so that they use their own sampling code. So my conclusion is: freetype 2.3 is handling subpixel badly, much worse than cairo/Xft. If there's no way to switch rendering method (within freetype) we should get back to native. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From marek.guevara at atm.com.pl Fri Mar 9 15:47:41 2007 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Fri, 09 Mar 2007 15:47:41 +0100 Subject: Packages to be removed from Ac In-Reply-To: <45E708AC.9010201@limanowa.net> References: <45E708AC.9010201@limanowa.net> Message-ID: <45F1738D.4030206@atm.com.pl> Marcin Kr?l wrote: > EN: Following packages doesn't build on current Ac and will be removed from > distribution if no one will fix them till 10th of March 2007. > snort.spec:AC-branch Huh 2007-03-09 - snort 2.6.1.3-1 [AC-branch] should be OK. :-) Greets, Marek From marek.guevara at atm.com.pl Fri Mar 9 16:26:53 2007 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Fri, 09 Mar 2007 16:26:53 +0100 Subject: iptables-devel requires iptables ? Message-ID: <45F17CBD.7080309@atm.com.pl> Does iptables-devel realy require iptables ? I would like to build the new version of snort on a Th machine, but don't want to install full chain of iptables-devel dependencies (see below). What is the main reason for keeping the dependency. Could we change it to some kind of "conflicts with older" or "conflicts with different version of iptables"? [mguevara at carme-pld SPECS]$ poldek -i iptables-devel Loading [pndir]th-test... Loading [pndir]th-test... Loading [pndir]th-updates-security... Loading [pndir]th-updates-security... Loading [pndir]th... Loading [pndir]th... Przeczytano 12443 pakiety Usuni?to 3 zdublowane pakiety z listy dost?pnych Przetwarzanie zale?no?ci... iptables-devel-1.3.6-1.2.6.18 at 2.6.17.13_1.x86_64 zaznaczy? iptables-1.3.6-1.2.6.18 at 2.6.17.13_1.x86_64 (w?. iptables = 1.3.6-1.2.6.18 at 2.6.17.13_1) Wi?cej ni? jeden pakiet udost?pnia w?a?ciwo?? "kernel(netfilter) >= 20060829": a) kernel-2.6.17.14-4 b) kernel-2.6.17.13-1 c) kernel-smp-2.6.17.14-4 d) kernel-smp-2.6.17.13-1 Which one do you want to install ('Q' to abort)? [a] < pressed Q > Greets, Marek From gotar at polanet.pl Fri Mar 9 16:30:40 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 9 Mar 2007 16:30:40 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <20070309135552.GA11838@pepin.polanet.pl> References: <20070309135552.GA11838@pepin.polanet.pl> Message-ID: <20070309153040.GA21996@pepin.polanet.pl> On Fri, Mar 09, 2007 at 02:55:52PM +0100, Tomasz Pala wrote: > > So my conclusion is: freetype 2.3 is handling subpixel badly, much worse > than cairo/Xft. If there's no way to switch rendering method (within > freetype) we should get back to native. http://lists.freedesktop.org/archives/cairo/2007-February/009495.html http://lists.freedesktop.org/archives/cairo/2007-February/009499.html -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From qboosh at pld-linux.org Fri Mar 9 16:41:19 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 09 Mar 2007 16:41:19 +0100 Subject: iptables-devel requires iptables ? In-Reply-To: <45F17CBD.7080309@atm.com.pl> References: <45F17CBD.7080309@atm.com.pl> Message-ID: <20070309154119.GA7796@stranger.qboosh.pl> On Fri, Mar 09, 2007 at 04:26:53PM +0100, Marek Guevara Braun wrote: > Does iptables-devel realy require iptables ? > > I would like to build the new version of snort on a Th machine, but > don't want to install full chain of iptables-devel dependencies (see > below). > > What is the main reason for keeping the dependency. Could we change it > to some kind of "conflicts with older" or "conflicts with different > version of iptables"? No need to, just drop Requires. There is no reason for it. But external iptables modules should have proper %requires_eq_to. -- Jakub Bogusz http://qboosh.pl/ From arekm at pld-linux.org Fri Mar 9 20:35:18 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Fri, 9 Mar 2007 20:35:18 +0100 Subject: OOo 2.1.0 In-Reply-To: <200703090907.16370.arekm@pld-linux.org> References: <200703052303.23209.glen@delfi.ee> <200703052236.41686.arekm@pld-linux.org> <200703090907.16370.arekm@pld-linux.org> Message-ID: <200703092035.18721.arekm@pld-linux.org> On Friday 09 of March 2007, Arkadiusz Miskiewicz wrote: > On Monday 05 of March 2007, Arkadiusz Miskiewicz wrote: > > On Monday 05 of March 2007, Adam Go??biowski wrote: > > > On Mon, Mar 05, 2007 at 11:03:23PM +0200, Elan Ruusam?e wrote: > > > > there's OOo 2.1.0-0.m6 in ac-i586, ac-i686 ready trees > > > > > > > > happy testing! > > > > > > Kudos! > > > > I have Th version for amd64, too (built in current enviroment). > > Unfortunately there is a problem in oowriter - writting makes text > > invisible until something (like menu) covers and uncovers text area. > > http://carme.pld-linux.org/~arekm/openoffice.org/ http://carme.pld-linux.org/~arekm/openoffice.org/libsw680lx.so replace this single file and your text will become visible in oowriter (this one was built using gcc 4.1.2) -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From qrczakmk at gmail.com Fri Mar 9 22:43:54 2007 From: qrczakmk at gmail.com (Marcin 'Qrczak' Kowalczyk) Date: Fri, 09 Mar 2007 22:43:54 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <20070309135552.GA11838@pepin.polanet.pl> References: <20070309135552.GA11838@pepin.polanet.pl> Message-ID: <1173476634.21049.11.camel@qrnik> Dnia 09-03-2007, pi? o godzinie 14:55 +0100, Tomasz Pala napisa?(a): > http://www.quarto.pl/~gotar/cairo-without-lcd.png > > today I've upgraded cairo (with dozen of other libs) and the effect > (yes, so poor) is shown here: > > http://www.quarto.pl/~gotar/cairo-lcd.png Do you have an LCD monitor (with correctly configured RGB order)? If yes, this is really supposed to look like this. I was surprised too when I zoomed it in. It looks great in the original size, even though I'm not sure why. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From gotar at polanet.pl Sat Mar 10 09:26:36 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 10 Mar 2007 09:26:36 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <1173476634.21049.11.camel@qrnik> References: <20070309135552.GA11838@pepin.polanet.pl> <1173476634.21049.11.camel@qrnik> Message-ID: <20070310082635.GA18793@pepin.polanet.pl> On Fri, Mar 09, 2007 at 10:43:54PM +0100, Marcin 'Qrczak' Kowalczyk wrote: > > Do you have an LCD monitor (with correctly configured RGB order)? Yes (LG L1930B), I've checked order with magnyfying glass (it is R-G-B) and the cairo/Xft is giving almost perfect view; I can barely notice color fringes in fixed-width 'w' letter (when adding linuxnews comment) and italic 'N' letter (with background of phpPgAdmin). They apperar only in extremely small font sizes: http://www.quarto.pl/~gotar/Xft-without-lcd-tiny.png fully readable, color fringes visible in letters 'm' and 'j' (rightmost part rendered redish as seen on zoom in 'wi?ce_j_'). http://www.quarto.pl/~gotar/Xft-without-lcd-small.png still readable, blue discolours appears in thin letters ('i', 'l' etc). http://www.quarto.pl/~gotar/Xft-without-lcd-smaller.png yeah, I can read this too;) Text lost its contrast, but there's no more bad color placing than before! http://www.quarto.pl/~gotar/Xft-without-lcd-smallest.png ok, it's hard to read. But it's even harder to read the zoom! That's my fontconfig configuration: 10-sub-pixel-rgb.conf 20-fix-globaladvance.conf 20-lohit-gujarati.conf 20-unhint-small-vera.conf 30-amt-aliases.conf 30-urw-aliases.conf 40-generic.conf 49-sansserif.conf 60-latin.conf 65-fonts-persian.conf 65-nonlatin.conf 69-unifont.conf 80-delicious.conf 90-synthetic.conf > If yes, this is really supposed to look like this. Well, I can't believe that 'l' letter at this size should be rendered as yellow-black-blue vertical bars instead of just black... Take a look and compare 'Digita_l_1' in http://www.quarto.pl/~gotar/cairo-lcd.png and http://www.quarto.pl/~gotar/cairo-without-lcd.png. It looks like all the text was shifted left in red phase and right in blue phase. And I do see it on-screen. > I was surprised too > when I zoomed it in. It looks great in the original size, even though > I'm not sure why. Probably you're using unhinted font. Please read Keith and David posts I've given links earlier. Until there's no way to configure this on system level, please revert the bconds to default (not patched) cairo and Xft libraries filtering. There's a reason why these patches are still not incorporated. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From hawk at limanowa.net Sat Mar 10 16:13:10 2007 From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=) Date: Sat, 10 Mar 2007 16:13:10 +0100 Subject: Packages to be removed from Ac In-Reply-To: <45F1738D.4030206@atm.com.pl> References: <45E708AC.9010201@limanowa.net> <45F1738D.4030206@atm.com.pl> Message-ID: <45F2CB06.5030803@limanowa.net> > Huh 2007-03-09 - snort 2.6.1.3-1 [AC-branch] should be OK. :-) Lot of unpackaged files there, is that ok? M. From hawk at limanowa.net Sat Mar 10 16:32:14 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Sat, 10 Mar 2007 16:32:14 +0100 Subject: metapackage-gnome Message-ID: <45F2CF7E.1090700@limanowa.net> Any ideas if this dep can be dropped? metapackage-gnome-extras-2.14-3: req gstreamer-amrnb >= 0.10.3 not found amrnb plugin is no longer built because it needs non-distributable library. M. From baggins at sith.mimuw.edu.pl Sat Mar 10 18:39:06 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sat, 10 Mar 2007 18:39:06 +0100 Subject: metapackage-gnome In-Reply-To: <45F2CF7E.1090700@limanowa.net> References: <45F2CF7E.1090700@limanowa.net> Message-ID: <20070310173906.GA19599@sith.mimuw.edu.pl> On Sat, 10 Mar 2007, Marcin Kr?l wrote: > Any ideas if this dep can be dropped? > > metapackage-gnome-extras-2.14-3: req gstreamer-amrnb >= 0.10.3 not found > > amrnb plugin is no longer built because it needs non-distributable library. So the answer is obvious. Go ahead and remove it. Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From qrczakmk at gmail.com Sat Mar 10 19:49:09 2007 From: qrczakmk at gmail.com (Marcin 'Qrczak' Kowalczyk) Date: Sat, 10 Mar 2007 19:49:09 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <20070310082635.GA18793@pepin.polanet.pl> References: <20070309135552.GA11838@pepin.polanet.pl> <1173476634.21049.11.camel@qrnik> <20070310082635.GA18793@pepin.polanet.pl> Message-ID: <1173552549.21257.22.camel@qrnik> Dnia 10-03-2007, sob o godzinie 09:26 +0100, Tomasz Pala napisa?(a): > > Do you have an LCD monitor (with correctly configured RGB order)? > > Yes (LG L1930B), I've checked order with magnyfying glass (it is R-G-B) And the screen resolution matches the monitor resolution? > Well, I can't believe that 'l' letter at this size should be rendered as > yellow-black-blue vertical bars instead of just black... It really is. And it looks fine on my screen. The yellow and blue are very bright, they are unnoticeable in 1:1 scale. > Probably you're using unhinted font. No. Your screenshots look fine here too. > Until there's no way to configure this on system level, > please revert the bconds to default (not patched) cairo > and Xft libraries filtering. LCD filtering can be turned off on the level of fontconfig / Gnome / KDE. There isn't yet a switch which chooses between parameters of LCD filtering however (the freetype implementation has a few modes; they even include the one equivalent to the old xft/cairo algorithm, but I think it's for testing and it will be eventually removed). Let the PLD community decide. > There's a reason why these patches are still not incorporated. The reason is that this freetype functionality is quite young. They are already incorporated into the official freetype, only libraries using freetype don't rely on them yet. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From gotar at polanet.pl Sat Mar 10 20:29:17 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 10 Mar 2007 20:29:17 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <1173552549.21257.22.camel@qrnik> References: <20070309135552.GA11838@pepin.polanet.pl> <1173476634.21049.11.camel@qrnik> <20070310082635.GA18793@pepin.polanet.pl> <1173552549.21257.22.camel@qrnik> Message-ID: <20070310192917.GA7263@pepin.polanet.pl> On Sat, Mar 10, 2007 at 07:49:09PM +0100, Marcin 'Qrczak' Kowalczyk wrote: > > > > Yes (LG L1930B), I've checked order with magnyfying glass (it is R-G-B) > > And the screen resolution matches the monitor resolution? Yep. It's connected through DVI. ~: xdpyinfo [...] dimensions: 1280x1024 pixels (382x302 millimeters) resolution: 85x86 dots per inch [...] > It really is. And it looks fine on my screen. The yellow and blue are > very bright, they are unnoticeable in 1:1 scale. And how about cairo-without-lcd.png? How is it worse? > LCD filtering can be turned off on the level of fontconfig / Gnome / I don't want to disable it. I want it to work in cairo/Xft way. > KDE. There isn't yet a switch which chooses between parameters of LCD > filtering however (the freetype implementation has a few modes; they > even include the one equivalent to the old xft/cairo algorithm, but > I think it's for testing and it will be eventually removed). FT_LCD_FILTER_LEGACY But it's description (need for very good hinting and BCI) doesn't explain why do you see cairo-without-lcd.png worse. > > There's a reason why these patches are still not incorporated. > > The reason is that this freetype functionality is quite young. I'm not talking about freetype... > They are already incorporated into the official freetype, only libraries > using freetype don't rely on them yet. ...but about them. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From qrczakmk at gmail.com Sun Mar 11 15:38:04 2007 From: qrczakmk at gmail.com (Marcin 'Qrczak' Kowalczyk) Date: Sun, 11 Mar 2007 15:38:04 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <20070310192917.GA7263@pepin.polanet.pl> References: <20070309135552.GA11838@pepin.polanet.pl> <1173476634.21049.11.camel@qrnik> <20070310082635.GA18793@pepin.polanet.pl> <1173552549.21257.22.camel@qrnik> <20070310192917.GA7263@pepin.polanet.pl> Message-ID: <1173623884.18904.14.camel@qrnik> Dnia 10-03-2007, sob o godzinie 20:29 +0100, Tomasz Pala napisa?(a): > > It really is. And it looks fine on my screen. The yellow and blue are > > very bright, they are unnoticeable in 1:1 scale. > > And how about cairo-without-lcd.png? How is it worse? It's less smooth, more pixelized. Look at diagonal lines in V, M. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From gotar at polanet.pl Sun Mar 11 19:04:24 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 11 Mar 2007 19:04:24 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <1173623884.18904.14.camel@qrnik> References: <20070309135552.GA11838@pepin.polanet.pl> <1173476634.21049.11.camel@qrnik> <20070310082635.GA18793@pepin.polanet.pl> <1173552549.21257.22.camel@qrnik> <20070310192917.GA7263@pepin.polanet.pl> <1173623884.18904.14.camel@qrnik> Message-ID: <20070311180424.GA10846@pepin.polanet.pl> On Sun, Mar 11, 2007 at 03:38:04PM +0100, Marcin 'Qrczak' Kowalczyk wrote: > > It's less smooth, more pixelized. No, it's simply not blurred. > Look at diagonal lines in V, M. They're perfect. And what's your hardware and settings? LCD/CRT, DSUB/DVI, DPI? -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From qrczakmk at gmail.com Sun Mar 11 20:37:11 2007 From: qrczakmk at gmail.com (Marcin 'Qrczak' Kowalczyk) Date: Sun, 11 Mar 2007 20:37:11 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <20070311180424.GA10846@pepin.polanet.pl> References: <20070309135552.GA11838@pepin.polanet.pl> <1173476634.21049.11.camel@qrnik> <20070310082635.GA18793@pepin.polanet.pl> <1173552549.21257.22.camel@qrnik> <20070310192917.GA7263@pepin.polanet.pl> <1173623884.18904.14.camel@qrnik> <20070311180424.GA10846@pepin.polanet.pl> Message-ID: <1173641831.19503.3.camel@qrnik> Dnia 11-03-2007, nie o godzinie 19:04 +0100, Tomasz Pala napisa?(a): > > It's less smooth, more pixelized. > > No, it's simply not blurred. A bit of blurring is good. Antialiased fonts are more blurred than non-antialiased. > And what's your hardware and settings? LCD/CRT, > DSUB/DVI, DPI? LCD, DVI, 98dpi. I can't stop contemplating nice fonts on my screen, this already lasts a few weeks. -- __("< Marcin Kowalczyk \__/ qrczak at knm.org.pl ^^ http://qrnik.knm.org.pl/~qrczak/ From gotar at polanet.pl Sun Mar 11 23:07:53 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 11 Mar 2007 23:07:53 +0100 Subject: cairo, xorg-lib-libXft: LCD In-Reply-To: <1173641831.19503.3.camel@qrnik> References: <20070309135552.GA11838@pepin.polanet.pl> <1173476634.21049.11.camel@qrnik> <20070310082635.GA18793@pepin.polanet.pl> <1173552549.21257.22.camel@qrnik> <20070310192917.GA7263@pepin.polanet.pl> <1173623884.18904.14.camel@qrnik> <20070311180424.GA10846@pepin.polanet.pl> <1173641831.19503.3.camel@qrnik> Message-ID: <20070311220753.GA17202@pepin.polanet.pl> On Sun, Mar 11, 2007 at 08:37:11PM +0100, Marcin 'Qrczak' Kowalczyk wrote: > > A bit of blurring is good. De gustibus non disputandum est. > Antialiased fonts are more blurred than > non-antialiased. I used to have blurred fonts but have revised it. After all I can have not blurred perfect shaped fonts:) > LCD, DVI, 98dpi. I can't stop contemplating nice fonts on my screen, > this already lasts a few weeks. LOL, the same as me;) If there won't be soon some system level configuration for filter type, we should either vote[1] or compile 3 freetype packages. Both solutions are kind a stupid. [1] "I haven't considered using the freetype filter for Xft, and I'm not sure we should for cairo either." Keith Packard -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Tue Mar 13 15:37:37 2007 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 13 Mar 2007 16:37:37 +0200 Subject: SPECS: samba-pdbsql.spec - updated to 0.2 - added some BR - added ... In-Reply-To: References: Message-ID: <200703131637.37869.glen@delfi.ee> On Tuesday 13 March 2007 15:29:57 you wrote: > Author: luzik Date: Tue Mar 13 13:29:57 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - updated to 0.2 > - added some BR > - added examples to docs > > ---- Files affected: > SPECS: > samba-pdbsql.spec (1.8 -> 1.9) > > ---- Diffs: > > ================================================================ > Index: SPECS/samba-pdbsql.spec > diff -u SPECS/samba-pdbsql.spec:1.8 SPECS/samba-pdbsql.spec:1.9 > --- SPECS/samba-pdbsql.spec:1.8 Mon Feb 12 23:09:14 2007 > +++ SPECS/samba-pdbsql.spec Tue Mar 13 14:29:51 2007 > @@ -3,17 +3,20 @@ > Summary: Samba pdbsql - *SQL passdb backends > Summary(pl.UTF-8): Samba pdbsql - backendy *SQL dla passdb > Name: samba-pdbsql > -Version: 0.1 > -Release: 2 > +Version: 0.2 > +Release: 1 > Epoch: 2 > License: GPL v2 > Group: Networking/Daemons > -Source0: http://dl.sourceforge.net/pdbsql/pdbsql-%{version}-samba_%{_samba >_ver}.tar.bz2 -# Source0-md5: 52b18a8d18eac908d2c06b250c269eb3 > +Source0: http://dl.sourceforge.net/pdbsql/pdbsql-%{version}-samba-%{_samba >_ver}.tar.bz2 +# Source0-md5: e2d1b65e1ae6097de58fa9709ca45ddc > Patch0: %{name}-build.patch > +BuildRequires: acl-devel > BuildRequires: autoconf > BuildRequires: automake > +BuildRequires: libnscd-devel > BuildRequires: samba-devel > +BuildRequires: valgrind > URL: http://pdbsql.sourceforge.net/ > BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) aren't acl-devel, libnscd-devel samba-devel deps? and valgrind?? -- glen From radek42 at gmail.com Tue Mar 13 20:46:58 2007 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Tue, 13 Mar 2007 20:46:58 +0100 Subject: SPECS (AC-branch): filesystem.spec - release 5: %ghost for /initrd... In-Reply-To: <200702121119.01482.glen@delfi.ee> References: <200702120001.41914.glen@delfi.ee> <20070211231452.GA11567@bzium> <200702121119.01482.glen@delfi.ee> Message-ID: <20070313194658.GB2886@bzium> Uh, this reply certainly took me a while. Elan Ruusam?e [12-02-2007 10:19]: > On Monday 12 February 2007, radek wrote: >>> why? >> Because it's impossible to upgrade if old root (from boot time) is >> mounted on /initrd. ?cpio fails on unpacking the *.rpm. >> It has been broken for quite a while... :-/ > so fix what's broken. I have fixed what was broken. At least one part of it. > it should not be mounted for normal system run. But it *is* mounted on three of four of my PLD systems. Which are working perfectly fine, apart from not being able to upgrade filesystem: $ LANG=C poldek -iv filesystem [...] I filesystem-2.0-6 Need to get 10.0KB of archives. Executing sudo /bin/rpm --install -vh --root / --noorder... Preparing... ########################################### [100%] 1:filesystem ########################################### [100%] error: unpacking of archive failed on file /initrd: cpio: chown failed - Read-only file system So, you have reverted it to the broken state. Is this a ping-pong club or what? > anyway not being able to umount /initrd (due unmounted /initrd/dev) is fixed > in geninitrd 8142. $ rpm -q geninitrd geninitrd-8286-1 >>> doesn't it break fresh installs as i don't think /initrd is mkdir at boot >> No. ?%ghost %dir creates it. > no, it does not (go and test it) Hmm, true. I must have messed something up while testing this. Any better ideas than %ghost and mkdir in %post? -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From glen at delfi.ee Tue Mar 13 21:25:54 2007 From: glen at delfi.ee (Elan =?iso-8859-15?q?Ruusam=E4e?=) Date: Tue, 13 Mar 2007 22:25:54 +0200 Subject: SPECS (AC-branch): filesystem.spec - release 5: %ghost for /initrd... In-Reply-To: <20070313194658.GB2886@bzium> References: <200702121119.01482.glen@delfi.ee> <20070313194658.GB2886@bzium> Message-ID: <200703132225.54862.glen@delfi.ee> On Tuesday 13 March 2007, Radoslaw Zielinski wrote: > >> Because it's impossible to upgrade if old root (from boot time) is > >> mounted on /initrd. ?cpio fails on unpacking the *.rpm. > >> > >> It has been broken for quite a while... :-/ > > > > so fix what's broken. > > I have fixed what was broken. ?At least one part of it. no, that's not "fixing". it's workarounding problem from wrong direction. initrd needs fixing, not filesystem.spec having workarounds. > > anyway not being able to umount /initrd (due unmounted /initrd/dev) is > > fixed in geninitrd 8142. > > ? $ rpm -q geninitrd > ? geninitrd-8286-1 installing geninitrd package doesn't "fix" your problem. you need to regenerate initrd using fixed geninitrd. if you've all done that, then please show your initrd contents (while /initrd still mounted to be sure to compare initrd used for boot): # cat /initrd/linuxrc of course there's slight chance there's either another bug or new one introduced (or old one re-implemented ;)). as quick workaround not being to upgrade filesystem package, issue: # umount /initrd/dev /initrd -- glen From lmth at deakin.edu.au Wed Mar 14 05:45:14 2007 From: lmth at deakin.edu.au (lmth at deakin.edu.au) Date: Wed, 14 Mar 2007 15:45:14 +1100 Subject: Fwd: A request for your input. Message-ID: <20070314154514.277bu2n49ww8gg88@mail.deakin.edu.au> Hello My name is Lara Thynne and I am a PhD candidate at Deakin University Australia. I am currently researching the boundary between work and leisure activities directly related to the open source community and open source program development. As part of this I am running a survey at the following address. https://dcarf.deakin.edu.au/surveys/oss/ The survey is completely confidential and looks at your views and motivations to use Open Source software and to participate in the community. It will only take a five to ten minutes to complete and your contact details will not be recorded. You can withdraw your participation at any stage. I sincerely apologize for the spammish nature of this e-mail - I don't mean to abuse this list. I am trying to collect responses from as many open source developers and users as possible and a mailing list like can be the only way to reach many developers. Thanks again Lara P.S The program that I am using is open source, of course (www.phpsurveyor.org)! From glen at delfi.ee Fri Mar 16 23:35:06 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 17 Mar 2007 00:35:06 +0200 Subject: SPECS: mcs.spec - package all lib symlinks In-Reply-To: References: Message-ID: <200703170035.06876.glen@delfi.ee> On Saturday 17 March 2007, you wrote: > -%attr(755,root,root) %{_libdir}/libmcs.so.*.* > +%attr(755,root,root) %{_libdir}/libmcs.so.* > %dir %{_libdir}/%{name} > %attr(755,root,root) %{_libdir}/%{name}/libkeyfile.so > > @@ -84,6 +84,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.3 2007/03/16 22:21:28 sls > +- package all lib symlinks shouldn't you use %ghost? -- glen From glen at delfi.ee Fri Mar 16 23:36:34 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 17 Mar 2007 00:36:34 +0200 Subject: Fwd: Re: SPECS: python-pyogg.spec - File oggtail.py moved from -devel packa... Message-ID: <200703170036.34329.glen@delfi.ee> list owner is not responding, maybe here somebody hears? ---------- Forwarded Message ---------- Subject: Fwd: Re: SPECS: python-pyogg.spec - File oggtail.py moved from -devel packa... Date: Saturday 03 March 2007 From: Elan Ruusam?e To: pld-devel-en-owner at lists.pld-linux.org darn, can i add my @pld address to allow list? You are not allowed to post to this mailing list, and your message has been automatically rejected. If you think that your messages are being rejected in error, contact the mailing list owner at pld-devel-en-owner at lists.pld-linux.org. On Friday 02 March 2007, beorn wrote: > +find $RPM_BUILD_ROOT%{py_sitedir} -type f -name "*.py" | xargs rm there exists %py_postclean macro when using, don't forget rpmmacros (see exact rev from ../PLD-doc/BuildRequires.txt) -- glen -- glen ------------------------------------------------------- -- glen From sls at poczta.wp.pl Sat Mar 17 00:01:04 2007 From: sls at poczta.wp.pl (Szymon Siwek) Date: Sat, 17 Mar 2007 00:01:04 +0100 Subject: SPECS: mcs.spec - package all lib symlinks In-Reply-To: <200703170035.06876.glen@delfi.ee> References: <200703170035.06876.glen@delfi.ee> Message-ID: <20070316230104.GA5401@cion.siwster.com> On Sat, Mar 17, 2007 at 12:35:06AM +0200, Elan Ruusam?e wrote: > On Saturday 17 March 2007, you wrote: > > -%attr(755,root,root) %{_libdir}/libmcs.so.*.* > > +%attr(755,root,root) %{_libdir}/libmcs.so.* > > %dir %{_libdir}/%{name} > > %attr(755,root,root) %{_libdir}/%{name}/libkeyfile.so > > > > @@ -84,6 +84,9 @@ > > All persons listed below can be reached at @pld-linux.org > > > > $Log$ > > +Revision 1.3 2007/03/16 22:21:28 sls > > +- package all lib symlinks > > shouldn't you use %ghost? > No idea. I based on some last similiar changes. Unfortunately, template-lib.spec doesn't help. So, should I use %ghost? -- Szymon Siwek From glen at delfi.ee Sat Mar 17 00:46:27 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 17 Mar 2007 01:46:27 +0200 Subject: java class version In-Reply-To: <200702020007.50000.glen@delfi.ee> References: <200702020007.50000.glen@delfi.ee> Message-ID: <200703170146.27637.glen@delfi.ee> On Friday 02 February 2007, Elan Ruusam?e wrote: > hi > > would it be possible to rpm 4.4.2 to autogenerate deps for java class data > versions: > > $ file XRef.class > XRef.class: compiled Java class data, version 48.0 otherwise you may find that if you're using class compiled with java 1.6 and having installed java 1.5 suprised by such error: XSLTXalanOLEExtracter.java:48: cannot access org.apache.xalan.extensions.XSLProcessorContext bad class file: /usr/share/java/xalan.jar(org/apache/xalan/extensions/XSLProcessorContext.class) class file has wrong version 50.0, should be 49.0 -- glen From glen at delfi.ee Sat Mar 17 00:53:01 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 17 Mar 2007 01:53:01 +0200 Subject: %configure Message-ID: <200703170153.01112.glen@delfi.ee> %configure {./configure \ LDFLAGS="${LDFLAGS:-%rpmldflags}" \ CFLAGS="${CFLAGS:-%rpmcflags}" \ CXXFLAGS="${CXXFLAGS:-%rpmcxxflags}" \ FFLAGS="${FFLAGS:-%rpmcflags}" \ CPPFLAGS="${CPPFLAGS:-}" \ %{?__cc:CC="%{__cc}"} \ %{?__cxx:CXX="%{__cxx}"} \ --host=%{_target_platform} \ why is that %configure forces CC/CXX/CPP while CFLAGS it allows $CFLAGS to override? this makes it impossible to redefine %__cc in a spec and having effect in %configure (other than passing CC=%{__cc} again to %configure (like rpm.spec does)). -- glen From ankry at green.mif.pg.gda.pl Sat Mar 17 08:45:27 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Sat, 17 Mar 2007 08:45:27 +0100 (CET) Subject: SPECS: mcs.spec - package all lib symlinks In-Reply-To: <20070316230104.GA5401@cion.siwster.com> from "Szymon Siwek" at Mar 17, 2007 12:01:04 AM Message-ID: <200703170745.l2H7jRPw025183@green.mif.pg.gda.pl> Szymon Siwek wrote: > On Sat, Mar 17, 2007 at 12:35:06AM +0200, Elan Ruusam?e wrote: > > On Saturday 17 March 2007, you wrote: > > > -%attr(755,root,root) %{_libdir}/libmcs.so.*.* > > > +%attr(755,root,root) %{_libdir}/libmcs.so.* > > > %dir %{_libdir}/%{name} > > > %attr(755,root,root) %{_libdir}/%{name}/libkeyfile.so > > > > > > @@ -84,6 +84,9 @@ > > > All persons listed below can be reached at @pld-linux.org > > > > > > $Log$ > > > +Revision 1.3 2007/03/16 22:21:28 sls > > > +- package all lib symlinks > > > > shouldn't you use %ghost? > > > No idea. I based on some last similiar changes. > Unfortunately, template-lib.spec doesn't help. > So, should I use %ghost? for symlinks generated by ldconfidg - you should. -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From radek42 at gmail.com Sat Mar 17 13:27:41 2007 From: radek42 at gmail.com (Radoslaw Zielinski) Date: Sat, 17 Mar 2007 13:27:41 +0100 Subject: SPECS (AC-branch): filesystem.spec - release 5: %ghost for /initrd... In-Reply-To: <200703132225.54862.glen@delfi.ee> References: <200702121119.01482.glen@delfi.ee> <20070313194658.GB2886@bzium> <200703132225.54862.glen@delfi.ee> Message-ID: <20070317122741.GB2756@bzium> Elan Ruusam?e [13-03-2007 21:25]: > On Tuesday 13 March 2007, Radoslaw Zielinski wrote: >>>> Because it's impossible to upgrade if old root (from boot time) is >>>> mounted on /initrd. ?cpio fails on unpacking the *.rpm. >>>> It has been broken for quite a while... :-/ >>> so fix what's broken. >> I have fixed what was broken. ?At least one part of it. > no, that's not "fixing". it's workarounding problem from wrong direction. > initrd needs fixing, not filesystem.spec having workarounds. If a package can't be upgraded (even in wrong environment), it can be considered a problem with this package. And IMO this is the case. >>> anyway not being able to umount /initrd (due unmounted /initrd/dev) is >>> fixed in geninitrd 8142. >> ? $ rpm -q geninitrd >> ? geninitrd-8286-1 > installing geninitrd package doesn't "fix" your problem. Indeed, it doesn't fix filesystem.spec. > you need to regenerate initrd using fixed geninitrd. No kidding...? > if you've all done that, then please show your initrd contents (while /initrd > still mounted to be sure to compare initrd used for boot): > # cat /initrd/linuxrc #! /bin/sh set -x insmod /lib/modules/2.6.20-0.12/kernel/drivers/ide/ide-core.ko insmod /lib/modules/2.6.20-0.12/kernel/drivers/ide/pci/piix.ko insmod /lib/modules/2.6.20-0.12/kernel/drivers/ide/ide-disk.ko insmod /lib/modules/2.6.20-0.12/kernel/fs/xfs/xfs.ko : 'Creating /dev' mount -o mode=0755 -t tmpfs none /dev mknod /dev/console c 5 1 mknod /dev/null c 1 3 mknod /dev/zero c 1 5 mkdir /dev/pts mkdir /dev/shm mount -t proc none /proc mount -t sysfs none /sys : 'Starting udev' /sbin/udevd --daemon kill udevd umount /proc umount /sys set +x mount -t proc none /proc root="$(busybox awk ' /root=\/dev\// { gsub(/.*root=\/dev\//,NIL,$0); gsub(/ .*/,NIL,$0); print $0; } ' /proc/cmdline)" if [ -n "$root" ]; then rootnr="$(busybox awk -v root="$root" ' { if ($4 == root) { print 256*$1+$2; } } ' /proc/partitions)" if [ -n "$rootnr" ]; then echo "$rootnr" > /proc/sys/kernel/real-root-dev fi fi umount /proc set -x -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From qboosh at pld-linux.org Sat Mar 17 22:12:46 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 17 Mar 2007 22:12:46 +0100 Subject: SPECS: openoffice.org.spec - updated ooo-build to 2.1.8, lets call... In-Reply-To: References: Message-ID: <20070317211246.GA11582@gruby.cs.net.pl> On Sat, Mar 17, 2007 at 10:06:52PM +0100, glen wrote: > Author: glen Date: Sat Mar 17 21:06:52 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - updated ooo-build to 2.1.8, lets call package version the same? But it's openoffice.org 2.1.0, not 2.1.8; package name is openoffice.org, not ooo-build, so using 2.1.8 as Version would be misleading. -- Jakub Bogusz http://qboosh.pl/ From gotar at polanet.pl Sun Mar 18 02:22:27 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 18 Mar 2007 02:22:27 +0100 Subject: dia linking Message-ID: <20070318012227.GA15430@pepin.polanet.pl> Hi, glen has removed my BR: libselinux-devel - and indeed, there's nothing connected with selinux in dia itself. However it won't build without it. plug-ins/gprint/{.libs/,}libgprint_filter.la* contain -lselinux in dependency_libs and it's passed (among with libesd, asound and probably more indirect libs). How to handle this? -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From glen at delfi.ee Sun Mar 18 16:30:59 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 18 Mar 2007 17:30:59 +0200 Subject: test Message-ID: <200703181731.00030.glen@delfi.ee> ignore -- glen From kolodko1 at gmail.com Sun Mar 18 16:37:14 2007 From: kolodko1 at gmail.com (Grzegorz Konopko) Date: Sun, 18 Mar 2007 16:37:14 +0100 Subject: [Ac] kydpdict-0.6.7-1 Message-ID: <200703181637.14568.kolodko1@gmail.com> kydpdict in version from AC 0.6.7-1 does not work on amd64 arch. I didn't check why, version 0.9.3-1 from HEAD works. Might we heve newest version in Ac? From marek.guevara at atm.com.pl Mon Mar 19 00:03:45 2007 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Mon, 19 Mar 2007 00:03:45 +0100 Subject: Packages to be removed from Ac In-Reply-To: <45F2CB06.5030803@limanowa.net> References: <45E708AC.9010201@limanowa.net> <45F1738D.4030206@atm.com.pl> <45F2CB06.5030803@limanowa.net> Message-ID: <45FDC551.6010205@atm.com.pl> Marcin Kr?l wrote: >> Huh 2007-03-09 - snort 2.6.1.3-1 [AC-branch] should be OK. :-) > > Lot of unpackaged files there, is that ok? In the (just commited) rel 2 I have added -devel package for the header files which were previously deleted by shadzik. Still unpackaged are static files/libraries but I think that this is ok. Marek From ankry at green.mif.pg.gda.pl Mon Mar 19 00:15:40 2007 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Mon, 19 Mar 2007 00:15:40 +0100 (CET) Subject: Packages to be removed from Ac In-Reply-To: <45FDC551.6010205@atm.com.pl> from "Marek Guevara Braun" at Mar 19, 2007 12:03:45 AM Message-ID: <200703182315.l2INFe6Z011505@green.mif.pg.gda.pl> Marek Guevara Braun wrote: > > Marcin Kr?l wrote: > >> Huh 2007-03-09 - snort 2.6.1.3-1 [AC-branch] should be OK. :-) > > > > Lot of unpackaged files there, is that ok? > > In the (just commited) rel 2 I have added -devel package for the header > files which were previously deleted by shadzik. Still unpackaged are > static files/libraries but I think that this is ok. Is the -devel package useful? If not, maybe better is to bcond it (default: off) -- ======================================================================= Andrzej M. Krzysztofowicz ankry at mif.pg.gda.pl phone (48)(58) 347 19 36 Faculty of Applied Phys. & Math., Gdansk University of Technology From hawk at limanowa.net Mon Mar 19 00:16:13 2007 From: hawk at limanowa.net (=?ISO-8859-2?Q?Marcin_Kr=F3l?=) Date: Mon, 19 Mar 2007 00:16:13 +0100 Subject: Info: Ac main tree to be closed Message-ID: <45FDC83D.3090409@limanowa.net> EN: There are high chances that Ac main tree will be locked before end of march. Because of that: 1. If anyone wants anything to be included in Ac stable he has to prepare it on AC-branch (ASAP), check it by sending to test (anyone is allowed to do that AFAIR) and ask me or someone other with access to sending upgrade requests to sent it to builders. I've sent similiar info some time ago and there were few responses, however I wasn't able to prepare/test/whatever required specs myself, sorry :( BTW: updates that will be sent to ready and will fail on some architectures will be dropped. 2. Before doing anything on AC-branch keep in mind that STBRs for specs that requires additional rebuilds (due to deps changes or new so-names etc.) will be dropped. Please do not STBR such things now. It took few weeks to get rid of (almost all) broken deps. Feel free to send such STBRs after main tree will be locked. There will be moved to updates. 3. About updates... From Ra I've learned that splitting them for general and security ones makes no sense. Example: new bind goes to general because it doesn't fix anything security related. Its updated on builders. Some time later some bind dependant app goes to security. It would be built with new bind. So it would be impossible to install this app without using bind from general updates. Thus, I've decided to merge those trees on ftp. In next few days (maybe even tomorrow) I'll create new tree "updates" on ftp. Old ones will be symlinked to new one. Poldek config in package will be updated too. However if someone is rsyncing updates-{security,general} he will need to update his configuration. 4. When Ac main tree will be locked Ac stable will be announced (ISOs will be 2-3 weeks delayed due to required installer adjustements). Since not many people are interested in active AC-branch developement there is a chance that Ac will die in 2-3 months after release because no one will be preparing updates for it. Its unfortunate, but I'm not going to do all the stuff myself (well, almost myself) as it was done for Ra. If it has to die, so be it. I have some plans for Ac future but I'll post more detailed info about them after Ac stable announcement. P.S. Its late. If you think I made some errors in above note, let me know :) PL: Sa duze szanse na zamkniecie glownego drzewka Ac przed koncem marca. Dlatego tez: 1. Jezeli ktokolwiek chce aby jakas rzez pojawila sie w stabilnym Ac musi sam ja przygotowac na AC-branch (jak najszybciej), wyslac do test (o ile pamietam kazdy moze wysylac tam zlecenia), a nastepnie dac znac mi lub innej osobie uprawnionej do wysylania zlecen do ready. Wysylalem juz podobna informacje jakis czas temu i bylo kilka propozycji. Niestety nie bylem w stanie przygotowac/przetestowac/cokolwiek zrobic z podanymi tam specami :( Aha, update'y, ktore trafia do ready, a nie zbuduja sie na wszystkich architekturach zostana wycofane. 2. Nim cokolwiek zacznie byc robione na AC-branch: informuje, ze wszystkie prosby o STBR specy wymagajacych przebudowy dodatkowych pakietow (z powodu zaleznosci, nowych so-name itp) beda ignorowane. Prosze o nie wysylanie na razie takich zlecen na buildery. Usuwanie bledow w zaleznosciach (kilka jeszcze zostalo) zajelo kilka tygodni. Wysylanie takich zlecen bedzie mozliwe dopiero bo zablokowaniu glownego drzewka. Trafia one wtedy do updates. 3. Odnosnie updates. Ra nauczylo mnie, ze utrzymywanie dwoch drzewek, general i security mija sie z celem. Przyklad: nowy bind trafia do general z braku poprawek security. Zostaje uaktualniony na builderach. Jakis czas pozniej inny program wymagajacy binda trafia do security. Zostanie zlinkowany z nowym bindem. W takiej sytuacji niemozliwe bedzie jego zainstalowanie bez korzystania drzewka updates-general. Dlatego tez postanowiem polaczyc drzewka general i security w jedno "updates". Zmiany na ftp zostana wprowadzone w przeciagu kilku dni, moze nawet juz jutro. Stare katalogi updates-{general,security} zostana zlinkowane do nowego. Konfiguracja poldka w pakiecie rowniez zostanie uaktualniona. Jezeli jednak ktos np rsyncuje updates-{general,security} bedzie musial poprawic sobie konfiguracje recznie. 4. Po zamknieciu glownego drzewka ogloszone zostanie osiagniecie stanu stabilnej wersji Ac. ISOs beda opoznione 2-3 tygodni z powodu koniecznosci uaktualnienia instalatora. Poniewaz niewiele osob jest zainteresowanych aktywnym rozwijaniem AC-branch jest mozliwe, ze Ac umrze po 2-3 miesiacach z powodu braku uaktualnien. Przyko mi, ale nie zamierzam sam (no, prawie sam) ciagnac Ac tak jak ciagnalem Ra. Jezeli ma umrzec, trudno. Mam jeszcze pewne plany odnosnie Ac, ale napisze o nich dokladniej dopiero po ogloszeniu stabilnego Ac. P.S. Jest juz pozno. Jezeli myslicie, ze cos namieszalem w powyzszym tekscie, dajce znac :) M. From beorn at alpha.pl Mon Mar 19 11:50:52 2007 From: beorn at alpha.pl (Daniel =?iso-8859-1?q?Mr=F3z?=) Date: Mon, 19 Mar 2007 11:50:52 +0100 Subject: SPECS: python-kaa-base.spec (NEW) - new In-Reply-To: References: Message-ID: <200703191150.52365.beorn@alpha.pl> On Sunday 18 of March 2007 18:55:27 arekm wrote: > Author: arekm Date: Sun Mar 18 17:55:27 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - new [...] > +python setup.py install \ > + --install-purelib=%{py_sitedir} \ > + --root=$RPM_BUILD_ROOT \ > + --optimize=2 I can't build that package (no python 2.5 in my system), but shouldn't we clean *.py files after install? Regards Beorn -- Daniel 'Beorn' Mr?z ? ?http://127.0.0.1/beorn [GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---] [O- M- V! ?PS+ PE++ Y+ PGP++ t- 5 ?X R !tv b+ DI D++ G++ e h*] [ ? ? ? ? ? ? ? ? ? ? ? ? ?r++ ?y+ ? ? ? ? ? ? ? ? ? ? ? ? ? ] From marek.guevara at atm.com.pl Mon Mar 19 12:53:13 2007 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Mon, 19 Mar 2007 12:53:13 +0100 Subject: Packages to be removed from Ac In-Reply-To: <200703182315.l2INFe6Z011505@green.mif.pg.gda.pl> References: <200703182315.l2INFe6Z011505@green.mif.pg.gda.pl> Message-ID: <45FE79A9.9020306@atm.com.pl> Andrzej Krzysztofowicz wrote: > Marek Guevara Braun wrote: >> In the (just commited) rel 2 I have added -devel package for the header >> files which were previously deleted by shadzik. Still unpackaged are >> static files/libraries but I think that this is ok. > > Is the -devel package useful? > If not, maybe better is to bcond it (default: off) It could be used for creating dynamically loadable preprocessor, detection engine and rule modules. See http://snort.org/docs/snort_htmanuals/htmanual_261/node313.html for details. Marek From glen at delfi.ee Mon Mar 19 16:40:23 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 19 Mar 2007 17:40:23 +0200 Subject: ooo graphics Message-ID: <200703191740.23785.glen@delfi.ee> does anyone knows where do these files originate from? Source50: openabout_pld.png Source51: openintro_pld.bmp qboosh said that he took them initially from ooo-build svn, because somebody submitted them there. -- glen From glen at delfi.ee Mon Mar 19 23:22:51 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 20 Mar 2007 00:22:51 +0200 Subject: _noauto* Message-ID: <200703200022.52074.glen@delfi.ee> idea: add in rpm.macros by default to _noautostrip and _noautochrpath %{_datadir} as there shouldn't be packaged libraries and binaries to stip(1) or chrpath(1) -- glen From patrys at pld-linux.org Tue Mar 20 09:23:50 2007 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 20 Mar 2007 09:23:50 +0100 Subject: SoC alternative Message-ID: <89b6ba3a0703200123ia5f6cabqf229eab32c086fdb@mail.gmail.com> Hi, My employer, Immediate Technical Solutions Ltd., is currently evaluating the possibility of sponsoring our project. Their main goal is to turn PLD into a desktop-ready distribution but are not willing to duplicate the whole project (OpenBIZ-like). There are two models possible: - Contract some of the developers full-time - Set a bounty list along with rewards and let the community organize itself Not to worry anyone, they are not trying to change any part of our philosophy. The first targets would most probably be a working Anaconda installation CD/DVD and a PyGTK poldek shell (using python-poldek, not wrapping the binary). The ultimate goal is to be able to offer PLD to some hardware suppliers in UK. I'd love to hear your opinions and I need to know if anyone would be interested in participating. Also, please forward this email to pld-discuss as I am unable to send anything there for quite some time (like a year maybe), my messages sent there just disappear. -- Patryk Zawadzki Generated Content From sparky at pld-linux.org Tue Mar 20 09:44:07 2007 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Tue, 20 Mar 2007 09:44:07 +0100 Subject: _noauto* In-Reply-To: <200703200022.52074.glen@delfi.ee> References: <200703200022.52074.glen@delfi.ee> Message-ID: <20070320084407.GA6159@pld-linux.org> On Tue, Mar 20, 2007 at 12:22:51AM +0200, Elan Ruusam?e wrote: > idea: > > add in rpm.macros by default to _noautostrip and _noautochrpath %{_datadir} > as there shouldn't be packaged libraries and binaries to stip(1) or chrpath(1) +1 and if in %{_datadir} some elf file appear, it normally should be not stripped (like in case of mol.spec which packages in datadir drivers for ghost system) -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From qboosh at pld-linux.org Tue Mar 20 10:18:06 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 20 Mar 2007 10:18:06 +0100 Subject: _noauto* In-Reply-To: <20070320084407.GA6159@pld-linux.org> References: <200703200022.52074.glen@delfi.ee> <20070320084407.GA6159@pld-linux.org> Message-ID: <20070320091806.GA19917@stranger.qboosh.pl> On Tue, Mar 20, 2007 at 09:44:07AM +0100, Przemyslaw Iskra wrote: > On Tue, Mar 20, 2007 at 12:22:51AM +0200, Elan Ruusam?e wrote: > > idea: > > > > add in rpm.macros by default to _noautostrip and _noautochrpath %{_datadir} > > as there shouldn't be packaged libraries and binaries to stip(1) or chrpath(1) > > +1 > > and if in %{_datadir} some elf file appear, it normally should be not > stripped (like in case of mol.spec which packages in datadir drivers for > ghost system) except for cases where _datadir is redefined to /usr/lib* (because of incorrect datadir usage in package configure script). -- Jakub Bogusz http://qboosh.pl/ From sparky at pld-linux.org Tue Mar 20 10:59:35 2007 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Tue, 20 Mar 2007 10:59:35 +0100 Subject: _noauto* In-Reply-To: <20070320091806.GA19917@stranger.qboosh.pl> References: <200703200022.52074.glen@delfi.ee> <20070320084407.GA6159@pld-linux.org> <20070320091806.GA19917@stranger.qboosh.pl> Message-ID: <20070320095935.GA10458@pld-linux.org> On Tue, Mar 20, 2007 at 10:18:06AM +0100, Jakub Bogusz wrote: > On Tue, Mar 20, 2007 at 09:44:07AM +0100, Przemyslaw Iskra wrote: > > On Tue, Mar 20, 2007 at 12:22:51AM +0200, Elan Ruusam?e wrote: > > > idea: > > > > > > add in rpm.macros by default to _noautostrip and _noautochrpath %{_datadir} > > > as there shouldn't be packaged libraries and binaries to stip(1) or chrpath(1) > > > > +1 > > > > and if in %{_datadir} some elf file appear, it normally should be not > > stripped (like in case of mol.spec which packages in datadir drivers for > > ghost system) > > except for cases where _datadir is redefined to /usr/lib* (because of > incorrect datadir usage in package configure script). right but setting _noautostrip and _noautochrpath to %{_prefix}/datadir should also give good results -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From qboosh at pld-linux.org Tue Mar 20 11:03:12 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 20 Mar 2007 11:03:12 +0100 Subject: _noauto* In-Reply-To: <20070320095935.GA10458@pld-linux.org> References: <200703200022.52074.glen@delfi.ee> <20070320084407.GA6159@pld-linux.org> <20070320091806.GA19917@stranger.qboosh.pl> <20070320095935.GA10458@pld-linux.org> Message-ID: <20070320100312.GA23831@stranger.qboosh.pl> On Tue, Mar 20, 2007 at 10:59:35AM +0100, Przemyslaw Iskra wrote: > On Tue, Mar 20, 2007 at 10:18:06AM +0100, Jakub Bogusz wrote: > > On Tue, Mar 20, 2007 at 09:44:07AM +0100, Przemyslaw Iskra wrote: > > > On Tue, Mar 20, 2007 at 12:22:51AM +0200, Elan Ruusam?e wrote: > > > > idea: > > > > > > > > add in rpm.macros by default to _noautostrip and _noautochrpath %{_datadir} > > > > as there shouldn't be packaged libraries and binaries to stip(1) or chrpath(1) > > > > > > +1 > > > > > > and if in %{_datadir} some elf file appear, it normally should be not > > > stripped (like in case of mol.spec which packages in datadir drivers for > > > ghost system) > > > > except for cases where _datadir is redefined to /usr/lib* (because of > > incorrect datadir usage in package configure script). > > right > > but setting _noautostrip and _noautochrpath to %{_prefix}/datadir should > also give good results So maybe just /usr/share to be independent of local redefinitions? -- Jakub Bogusz http://qboosh.pl/ From marek.guevara at atm.com.pl Tue Mar 20 11:17:53 2007 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Tue, 20 Mar 2007 11:17:53 +0100 Subject: [ac-ready] geninitrd-8381-1 gives me syntax error during boot of 2.6.20 Message-ID: <45FFB4D1.4050103@atm.com.pl> I have just encountered a problem with initrd image generated by geninitrd-8381-1 from ac-ready. During booting of 2.6.20.3-0.6 linux kernel (LINUX_2_6_20 branch) I have obtained a "syntax error" message - probably around loading modules stuff, then the booting procedure failed on mounting root device. Downgrading to geninitrd-8286-1 from ac helped. The syntax error message contained some info about problems with quotation marks. Regards, Marek From marek.guevara at atm.com.pl Tue Mar 20 14:13:56 2007 From: marek.guevara at atm.com.pl (Marek Guevara Braun) Date: Tue, 20 Mar 2007 14:13:56 +0100 Subject: [ac-ready] geninitrd-8381-1 gives me ... - killall In-Reply-To: <200703201330.35312.glen@pld-linux.org> References: <45FFB4D1.4050103@atm.com.pl> <200703201305.07458.glen@delfi.ee> <45FFC286.90405@atm.com.pl> <200703201330.35312.glen@pld-linux.org> Message-ID: <45FFDE14.2010001@atm.com.pl> Elan Ruusam?e wrote: > try r8385 > It works. But I have got another issue with the new geninitrd, probably busybox-initrd related. Between release 8286 and 8381 there was change near line 1088: "kill udevd" was replaced by "killall udevd" [1] but generated initrd image does not contain killall binary. It complains about "killall: no such file or directory". And even if we add sth like "cd bin && ln -s initrd-busybox killall" I'm affraid we will not obtain properly working killall: $ rpm -q busybox-initrd busybox-initrd-1.00-3 $ cd $ ln -s /bin/initrd-busybox killall $ export PATH=.:$PATH $ which killall ./killall $ killall BusyBox v1.00 (2007.03.09-13:34+0000) multi-call binary Usage: busybox [function] [arguments]... or: [function] [arguments]... BusyBox is a multi-call binary that combines many common Unix utilities into a single executable. Most people will create a link to busybox for each function they wish to use, and BusyBox will act like whatever it was invoked as. Currently defined functions: [, ash, awk, basename, busybox, cat, chroot, dirname, echo, false, freeramdisk, halt, ifconfig, insmod, losetup, ls, mkdir, mknod, mount, pivot_root, poweroff, pwd, raid_start, reboot, rm, route, sh, switchroot, test, true, udhcpc, umount, usleep For simple kill it works like expected: $ ln -s /bin/initrd-busybox kill $ which kill ./kill $ kill kill: usage: kill [-s sigspec | -n signum | -sigspec] pid | jobspec ... or kill -l [sigspec] Regards, Marek send cc: to pld-devel-en [1] http://svn.pld-linux.org/cgi-bin/viewsvn/geninitrd/trunk/geninitrd?rev=8381&view=diff&r1=8381&r2=8286&p1=geninitrd/trunk/geninitrd&p2=/geninitrd/trunk/geninitrd* * From glen at pld-linux.org Tue Mar 20 14:19:39 2007 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 20 Mar 2007 15:19:39 +0200 Subject: [ac-ready] geninitrd-8381-1 gives me ... - killall In-Reply-To: <45FFDE14.2010001@atm.com.pl> References: <45FFB4D1.4050103@atm.com.pl> <200703201330.35312.glen@pld-linux.org> <45FFDE14.2010001@atm.com.pl> Message-ID: <200703201519.39406.glen@pld-linux.org> On Tuesday 20 March 2007 15:13:56 Marek Guevara Braun wrote: > Elan Ruusam?e wrote: > > try r8385 > > It works. But I have got another issue with the new geninitrd, probably > busybox-initrd related. Between release 8286 and 8381 there was change > near line 1088: "kill udevd" was replaced by "killall udevd" [1] but > generated initrd image does not contain killall binary. It complains why are you using udev on initrd on ac? it never worked there, or does it do anything for you? anyway most likely your busybox doesn't contain the applet: # /bin/initrd-busybox killall initrd-busybox: applet not found i was thinking of adding check to geninitrd to check for required applets. -- glen From zswi at pers.pl Tue Mar 20 15:35:19 2007 From: zswi at pers.pl (=?utf-8?q?Rafa=C5=82_Cygnarowski?=) Date: Tue, 20 Mar 2007 15:35:19 +0100 Subject: SoC alternative In-Reply-To: <89b6ba3a0703200123ia5f6cabqf229eab32c086fdb@mail.gmail.com> References: <89b6ba3a0703200123ia5f6cabqf229eab32c086fdb@mail.gmail.com> Message-ID: <200703201535.19818.zswi@pers.pl> Dnia wtorek, 20 marca 2007, Patryk Zawadzki napisa?: [cut] > There are two models possible: > > - Contract some of the developers full-time It's my the deepest dream ;) > - Set a bounty list along with rewards and let the community organize > itself > > Not to worry anyone, they are not trying to change any part of our > philosophy. The first targets would most probably be a working > Anaconda installation CD/DVD and a PyGTK poldek shell (using > python-poldek, not wrapping the binary). > > The ultimate goal is to be able to offer PLD to some hardware suppliers in > UK. > > I'd love to hear your opinions and I need to know if anyone would be > interested in participating. Generally... I'm interesed in but more details whould be appreciate. It's nice to hear that some company would like to help with PLD development. Any kind of help (work, money, machines, promotion) is needed especially if PLD would like to reach the name of DESKTOP system. Regards, -- Rafa? Cygnarowski rafi at pers.pl From kiesyoo at o2.pl Tue Mar 20 20:52:53 2007 From: kiesyoo at o2.pl (kiesiu) Date: Tue, 20 Mar 2007 20:52:53 +0100 Subject: [Ac] python-sqlite Message-ID: <46003B95.7020204@o2.pl> Hi. Currently in Ac is python-sqlite-2.0.5-2 and sqlite3-3.3.10-1 which don't work together because this version of pysqlite doesn't work with sqlite3-3.3.3 and later[1]. A patch to AC-branch updating python-sqlite to newer version resolving this problem is in attachment. I'll be grateful if someone with +w could add it and STBR package. ChangeLog: - updated to 2.3.3 [1] - http://initd.org/tracker/pysqlite/wiki/2.0.7_Changelog -- ?ukasz "kiesiu" Kie? -------------- next part -------------- --- python-sqlite.spec~ 2007-03-15 13:07:16.000000000 +0100 +++ python-sqlite.spec 2007-03-19 17:31:53.000000000 +0100 @@ -5,16 +5,16 @@ Summary: A DB API v2.0 compatible interface to SQLite Summary(pl): Interfejs do SQLite kompatybilny z DB API v2.0 Name: python-%{module} -Version: 2.0.5 -Release: 2 +Version: 2.3.3 +Release: 1 License: zlib/libpng Group: Development/Languages/Python -Source0: http://initd.org/pub/software/pysqlite/releases/2.0/%{version}/pysqlite-%{version}.tar.gz -# Source0-md5: 574bbb4f7b3a077506689cbab0d9bf7f +Source0: http://initd.org/pub/software/pysqlite/releases/2.3/%{version}/pysqlite-%{version}.tar.gz +# Source0-md5: cac3e827f22befff8b6302109c6eff34 URL: http://www.pysqlite.org/ %pyrequires_eq python-modules BuildRequires: python-devel >= 1:2.3 -BuildRequires: sqlite3-devel +BuildRequires: sqlite3-devel >= 3.0.8 BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %description @@ -45,10 +45,12 @@ rm -rf $RPM_BUILD_ROOT install -d $RPM_BUILD_ROOT{%{py_sitedir},%{_examplesdir}/%{name}-%{version}} -python setup.py install \ +PYTHONPATH=$RPM_BUILD_ROOT%{py_sitedir} \ + python setup.py install \ --root=$RPM_BUILD_ROOT --optimize=2 -rm -f $RPM_BUILD_ROOT%{py_sitedir}/%{module}/*.py +rm -rf $RPM_BUILD_ROOT%{py_sitedir}/pysqlite2/{,test/}*.py \ + $RPM_BUILD_ROOT%{_prefix}/pysqlite2-doc cp -aR doc/code/* $RPM_BUILD_ROOT%{_examplesdir}/%{name}-%{version} %clean @@ -56,7 +58,7 @@ %files %defattr(644,root,root,755) -%doc doc/*.html doc/*.css +%doc doc/*.txt %dir %{py_sitedir}/pysqlite2 %{py_sitedir}/pysqlite2/*.py[co] %attr(755,root,root) %{py_sitedir}/pysqlite2/_%{module}.so From olivier.thauvin at aerov.jussieu.fr Wed Mar 21 13:13:07 2007 From: olivier.thauvin at aerov.jussieu.fr (Olivier Thauvin) Date: Wed, 21 Mar 2007 13:13:07 +0100 Subject: New mirror in France Message-ID: <200703211313.07768.olivier.thauvin@aerov.jussieu.fr> I am pleased to announce I just setup a new PLD mirror in France: The mirror is located in Europe, France, Paris (48,8?N, 2,33?E). URL: ftp://distrib-coffee.ipsl.jussieu.fr/pub/linux/pld http://distrib-coffee.ipsl.jussieu.fr/pub/linux/pld rsync://distrib-coffee.ipsl.jussieu.fr/pub/linux/pld/ aliased to: rsync://distrib-coffee.ipsl.jussieu.fr/pld/ This mirror is full, include everything (iso, dists...). Please let me know if have somethings special to do or if I have to use a specific rsync server (currently using rsync://ftp2.pld-linux.org/pld/). Regards. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From adamg at biomerieux.pl Wed Mar 21 13:19:21 2007 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Wed, 21 Mar 2007 13:19:21 +0100 Subject: New mirror in France In-Reply-To: <200703211313.07768.olivier.thauvin@aerov.jussieu.fr> References: <200703211313.07768.olivier.thauvin@aerov.jussieu.fr> Message-ID: <20070321121921.GD14962@mysza.eu.org> On Wed, Mar 21, 2007 at 01:13:07PM +0100, Olivier Thauvin wrote: > I am pleased to announce I just setup a new PLD mirror in France: > > The mirror is located in Europe, France, Paris (48,8?N, 2,33?E). great to hear that! > Please let me know if have somethings special to do or if I have to use a > specific rsync server (currently using rsync://ftp2.pld-linux.org/pld/). There is an rsync server with restricted access at rsync.pld-linux.org located in Bratislava, SK. Is it better for you (try to compare mtr, or transfers from ftp). Best regards, Adam -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do. -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From beorn at alpha.pl Fri Mar 23 11:43:35 2007 From: beorn at alpha.pl (Daniel =?utf-8?q?Mr=C3=B3z?=) Date: Fri, 23 Mar 2007 11:43:35 +0100 Subject: SPECS: libopenraw.spec (NEW) - added In-Reply-To: References: Message-ID: <200703231143.35561.beorn@alpha.pl> On Friday 23 of March 2007 02:12:07 aredridel wrote: > +$Log$ > +Revision 1.1 2007/03/23 01:12:02 aredridel > +- added > + > +Revision 1.66 2007/02/12 22:09:17 glen > +- tabs in preamble > + > +Revision 1.65 2007/02/12 01:06:34 baggins > +- converted to UTF-8 > + > +Revision 1.64 2007/02/07 14:47:31 glen > +- Epoch adding should be simple enough, not to have it here If it's a new SPEC, why does it have a commit log? Regards Beorn -- Daniel 'Beorn' Mr?z ? ?http://127.0.0.1/beorn [GIT d s:- a-@ C++++ UL++++$ P+ L++++ E--- W+ N+++ o? K- w---] [O- M- V! ?PS+ PE++ Y+ PGP++ t- 5 ?X R !tv b+ DI D++ G++ e h*] [ ? ? ? ? ? ? ? ? ? ? ? ? ?r++ ?y+ ? ? ? ? ? ? ? ? ? ? ? ? ? ] From radek at pld-linux.org Tue Mar 27 00:40:31 2007 From: radek at pld-linux.org (Radoslaw Zielinski) Date: Tue, 27 Mar 2007 00:40:31 +0200 Subject: ERRORS: perl-Apache-SessionManager.spec In-Reply-To: References: <86ceed5f-fcdb-4868-9735-d6542441a407@pld.src.builder> Message-ID: <20070326224031.GA9472@bzium> I don't get it: [...] > apache-mod_perl-2.0.3-2 marks apache-base-2.2.4-1 (cap apache(modules-api) = 20051115) > apache-base-2.2.4-1 marks webapps-0.3-3 (cap webapps) > error: apache-mod_perl-2.0.3-2: req /etc/httpd/httpd.conf not found $ rpm -qf /etc/httpd/httpd.conf apache-base-2.2.4-1.i686 It marked the right package, didn't it? -- Rados?aw Zieli?ski -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 189 bytes Desc: not available URL: From gotar at polanet.pl Wed Mar 28 15:05:46 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 28 Mar 2007 15:05:46 +0200 Subject: Info: Ac main tree to be closed In-Reply-To: <45FDC83D.3090409@limanowa.net> References: <45FDC83D.3090409@limanowa.net> Message-ID: <20070328130546.GA18969@pepin.polanet.pl> AC/main mc-4.6.1-8.i686.rpm hawk has reenabled broken utf8 patch. Please fix the patches on AC-branch and rebuild package or disable this 'feature'. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From baggins at sith.mimuw.edu.pl Wed Mar 28 15:20:43 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Wed, 28 Mar 2007 15:20:43 +0200 Subject: Info: Ac main tree to be closed In-Reply-To: <20070328130546.GA18969@pepin.polanet.pl> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> Message-ID: <20070328132043.GY23295@sith.mimuw.edu.pl> On Wed, 28 Mar 2007, Tomasz Pala wrote: > AC/main > mc-4.6.1-8.i686.rpm > > hawk has reenabled broken utf8 patch. Please fix the patches on > AC-branch and rebuild package or disable this 'feature'. Could you (or someone else) please elaborate as to what's wrong with this patch and what needs fixing? Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From hawk at limanowa.net Wed Mar 28 19:09:15 2007 From: hawk at limanowa.net (=?ISO-8859-1?Q?Marcin_Kr=F3l?=) Date: Wed, 28 Mar 2007 19:09:15 +0200 Subject: Info: Ac main tree to be closed In-Reply-To: <20070328130546.GA18969@pepin.polanet.pl> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> Message-ID: <460AA13B.90903@limanowa.net> > hawk has reenabled broken utf8 patch. Please fix the patches on > AC-branch and rebuild package or disable this 'feature'. I didn't enabled utf8 patch in mc. Where do you see it enabled? On AC-branch its been disabled for a long time. M. From gotar at polanet.pl Thu Mar 29 14:07:29 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 29 Mar 2007 14:07:29 +0200 Subject: Info: Ac main tree to be closed In-Reply-To: <460AA13B.90903@limanowa.net> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> <460AA13B.90903@limanowa.net> Message-ID: <20070329120728.GA30242@pepin.polanet.pl> On Wed, Mar 28, 2007 at 07:09:15PM +0200, Marcin Kr?l wrote: > > I didn't enabled utf8 patch in mc. Where do you see it enabled? On AC-branch its > been disabled for a long time. Ooops, SORRY:/ Wrong diff. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Thu Mar 29 14:17:27 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 29 Mar 2007 14:17:27 +0200 Subject: [th] mc utf8 In-Reply-To: <20070328132043.GY23295@sith.mimuw.edu.pl> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> <20070328132043.GY23295@sith.mimuw.edu.pl> Message-ID: <20070329121727.GB30242@pepin.polanet.pl> On Wed, Mar 28, 2007 at 03:20:43PM +0200, Jan Rekorajski wrote: > > > Could you (or someone else) please elaborate as to what's wrong with > this patch and what needs fixing? ~: echo $LC_COLLATE pl_PL ~: cat asdasdddddddd ?????? this file was edited with mcedit from Th (it's not Ac issue! I took a wrong diff, sorry again - in Ac utf8 is disabled by default). And it's OK - editing works well. However viewer is broken and needs to be fixed, here's copy&paste in ASCII mode: B|z^|z and in hex: 00000000 B3 BF BC E6 x BF BC 0A ??????. As you see hex is fine too. I don't know what is ASCII mode really displaying, as true-UTF8 text are also weird: Summary(pl.UTF-8): Dia - program do tworzenia diagram^Bw -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From arekm at pld-linux.org Thu Mar 29 14:27:23 2007 From: arekm at pld-linux.org (Arkadiusz Miskiewicz) Date: Thu, 29 Mar 2007 14:27:23 +0200 Subject: [th] mc utf8 In-Reply-To: <20070329121727.GB30242@pepin.polanet.pl> References: <45FDC83D.3090409@limanowa.net> <20070328132043.GY23295@sith.mimuw.edu.pl> <20070329121727.GB30242@pepin.polanet.pl> Message-ID: <200703291427.23904.arekm@pld-linux.org> On Thursday 29 of March 2007, Tomasz Pala wrote: > On Wed, Mar 28, 2007 at 03:20:43PM +0200, Jan Rekorajski wrote: > > Could you (or someone else) please elaborate as to what's wrong with > > this patch and what needs fixing? > > ~: echo $LC_COLLATE > pl_PL > ~: cat asdasdddddddd > ?????? People know about this but no one bothered to do any fix. In Th utf8 is more important than iso8859-2 I'm afraid. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From gotar at polanet.pl Thu Mar 29 14:38:22 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 29 Mar 2007 14:38:22 +0200 Subject: [th] mc utf8 In-Reply-To: <20070329121727.GB30242@pepin.polanet.pl> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> <20070328132043.GY23295@sith.mimuw.edu.pl> <20070329121727.GB30242@pepin.polanet.pl> Message-ID: <20070329123822.GA10805@pepin.polanet.pl> On Thu, Mar 29, 2007 at 02:17:27PM +0200, Tomasz Pala wrote: > OK - editing works well. However viewer is broken and needs to be fixed, > here's copy&paste in ASCII mode: > > B|z^|z > > and in hex: > > 00000000 B3 BF BC E6 x BF BC 0A ??????. The difference comes probably from mc-utf8-8bit-hex.patch and that seems to be missing in ASCII mode. And that's the only problem now. > As you see hex is fine too. I don't know what is ASCII mode really > displaying, as true-UTF8 text are also weird: > > Summary(pl.UTF-8): Dia - program do tworzenia diagram^Bw ...as that is utf8. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From baggins at sith.mimuw.edu.pl Thu Mar 29 14:47:18 2007 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Thu, 29 Mar 2007 14:47:18 +0200 Subject: [th] mc utf8 In-Reply-To: <20070329123822.GA10805@pepin.polanet.pl> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> <20070328132043.GY23295@sith.mimuw.edu.pl> <20070329121727.GB30242@pepin.polanet.pl> <20070329123822.GA10805@pepin.polanet.pl> Message-ID: <20070329124718.GA23295@sith.mimuw.edu.pl> On Thu, 29 Mar 2007, Tomasz Pala wrote: > On Thu, Mar 29, 2007 at 02:17:27PM +0200, Tomasz Pala wrote: > > > OK - editing works well. However viewer is broken and needs to be fixed, > > here's copy&paste in ASCII mode: > > > > B|z^|z > > > > and in hex: > > > > 00000000 B3 BF BC E6 x BF BC 0A ??????. > > The difference comes probably from mc-utf8-8bit-hex.patch and that seems > to be missing in ASCII mode. And that's the only problem now. > > > As you see hex is fine too. I don't know what is ASCII mode really > > displaying, as true-UTF8 text are also weird: > > > > Summary(pl.UTF-8): Dia - program do tworzenia diagram^Bw > > ...as that is utf8. Can you try latest mc from Th (2007-03-09-18)?. It looks like something improved in this snapshot. Janek -- Jan Rekorajski | ALL SUSPECTS ARE GUILTY. PERIOD! bagginsmimuw.edu.pl | OTHERWISE THEY WOULDN'T BE SUSPECTS, WOULD THEY? BOFH, MANIAC | -- TROOPS by Kevin Rubio From gotar at polanet.pl Fri Mar 30 01:28:07 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 30 Mar 2007 01:28:07 +0200 Subject: nf-hipac in kernel? Message-ID: <20070329232807.GA23475@pepin.polanet.pl> Our kernel-2.6.*.rpm claims to provide kernel(nf-hipac) = 0.9.1. However it does not since 1.441.2.1420 - patch was removed as outdated and according to: http://www.gossamer-threads.com/lists/iptables/devel/65614 it was never merged with netfilter. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From gotar at polanet.pl Fri Mar 30 12:36:59 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 30 Mar 2007 12:36:59 +0200 Subject: [th] mc utf8 In-Reply-To: <20070329124718.GA23295@sith.mimuw.edu.pl> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> <20070328132043.GY23295@sith.mimuw.edu.pl> <20070329121727.GB30242@pepin.polanet.pl> <20070329123822.GA10805@pepin.polanet.pl> <20070329124718.GA23295@sith.mimuw.edu.pl> Message-ID: <20070330103659.GA21112@pepin.polanet.pl> On Thu, Mar 29, 2007 at 02:47:18PM +0200, Jan Rekorajski wrote: > > Can you try latest mc from Th (2007-03-09-18)?. It looks like something > improved in this snapshot. mc-4.6.2-0.2007.03.09.18.2 and unfortunatelly the problem still exists. -- Tom Pala http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ From blues at pld-linux.org Fri Mar 30 13:15:11 2007 From: blues at pld-linux.org (Pawel Golaszewski) Date: Fri, 30 Mar 2007 13:15:11 +0200 (CEST) Subject: pine in utf8 ([th] mc utf8) In-Reply-To: <20070330103659.GA21112@pepin.polanet.pl> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> <20070328132043.GY23295@sith.mimuw.edu.pl> <20070329121727.GB30242@pepin.polanet.pl> <20070329123822.GA10805@pepin.polanet.pl> <20070329124718.GA23295@sith.mimuw.edu.pl> <20070330103659.GA21112@pepin.polanet.pl> Message-ID: On Fri, 30 Mar 2007, Tomasz Pala wrote: > > Can you try latest mc from Th (2007-03-09-18)?. It looks like > > something improved in this snapshot. > mc-4.6.2-0.2007.03.09.18.2 > > and unfortunatelly the problem still exists. Apropos... Please, test on utf console pine Build "--without distributable", with all of the patches. BTW - maybe someone would like to mail again to pine-developers and gain license for distribution...? Of course, if the patches are ok (on my utf console it works perfect :) ). -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From hawk at limanowa.net Fri Mar 30 13:28:40 2007 From: hawk at limanowa.net (=?UTF-8?B?TWFyY2luIEtyw7Ns?=) Date: Fri, 30 Mar 2007 13:28:40 +0200 Subject: pine in utf8 ([th] mc utf8) In-Reply-To: References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> <20070328132043.GY23295@sith.mimuw.edu.pl> <20070329121727.GB30242@pepin.polanet.pl> <20070329123822.GA10805@pepin.polanet.pl> <20070329124718.GA23295@sith.mimuw.edu.pl> <20070330103659.GA21112@pepin.polanet.pl> Message-ID: <460CF468.9080104@limanowa.net> > BTW - maybe someone would like to mail again to pine-developers and gain > license for distribution...? Of course, if the patches are ok (on my utf > console it works perfect :) ). We are allowed to distribute pine with all versions of PLD with patches that were accepted. Check license file for details. M. From blues at pld-linux.org Fri Mar 30 17:49:51 2007 From: blues at pld-linux.org (Pawel Golaszewski) Date: Fri, 30 Mar 2007 17:49:51 +0200 (CEST) Subject: pine in utf8 ([th] mc utf8) In-Reply-To: <460CF468.9080104@limanowa.net> References: <45FDC83D.3090409@limanowa.net> <20070328130546.GA18969@pepin.polanet.pl> <20070328132043.GY23295@sith.mimuw.edu.pl> <20070329121727.GB30242@pepin.polanet.pl> <20070329123822.GA10805@pepin.polanet.pl> <20070329124718.GA23295@sith.mimuw.edu.pl> <20070330103659.GA21112@pepin.polanet.pl> <460CF468.9080104@limanowa.net> Message-ID: On Fri, 30 Mar 2007, Marcin Kr?l wrote: > > BTW - maybe someone would like to mail again to pine-developers and > > gain license for distribution...? Of course, if the patches are ok (on > > my utf console it works perfect :) ). > We are allowed to distribute pine with all versions of PLD with patches > that were accepted. Check license file for details. look at _current_ spec... I'm asking because there is a lot more patches added... -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From qboosh at pld-linux.org Fri Mar 30 22:48:52 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 30 Mar 2007 22:48:52 +0200 Subject: SPECS: glib2.spec - separated -libs; rel 2 In-Reply-To: References: Message-ID: <20070330204852.GA15991@stranger.qboosh.pl> On Sun, Mar 18, 2007 at 03:11:17PM +0100, glen wrote: > Author: glen Date: Sun Mar 18 14:11:17 2007 > GMT > Module: SPECS Tag: HEAD > ---- Log message: > - separated -libs; rel 2 Isn't it overkill? This way we'd end with *-libs in all lib* packages... And -libs subpackage in package which name suggests that it contains lib(s) looks weird. -- Jakub Bogusz http://qboosh.pl/ From sparky at pld-linux.org Sat Mar 31 03:13:11 2007 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Sat, 31 Mar 2007 03:13:11 +0200 Subject: SPECS: glib2.spec - separated -libs; rel 2 In-Reply-To: <20070330204852.GA15991@stranger.qboosh.pl> References: <20070330204852.GA15991@stranger.qboosh.pl> Message-ID: <20070331011311.GA322@pld-linux.org> On Fri, Mar 30, 2007 at 10:48:52PM +0200, Jakub Bogusz wrote: > On Sun, Mar 18, 2007 at 03:11:17PM +0100, glen wrote: > > Author: glen Date: Sun Mar 18 14:11:17 2007 > > GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - separated -libs; rel 2 > > Isn't it overkill? > This way we'd end with *-libs in all lib* packages... > And -libs subpackage in package which name suggests that it contains > lib(s) looks weird. /me agrees with qboosh. Installing documentation and translations may be easyly disabled at instalation time. If it contained some utils I would suggest separate them to -tools, or -utils subpackage. But this change was pointles. Yet worse, now nothing will require glib2 package, it won't be installed and many people will wonder why there are no translations in glib2. IMO to be reverted. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org