From glen at pld-linux.org Mon Nov 3 00:56:40 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 01:56:40 +0200 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: References: Message-ID: <200811030156.40598.glen@pld-linux.org> On Sunday 02 November 2008 01:55, arekm wrote: > Author: arekm Date: Sat Nov 1 23:55:01 2008 GMT > Module: CVSROOT Tag: HEAD > ---- Log message: > - treat patches as binary files emmm.... this will make cvsweb unable to provide diffs between versions, find real solution please! however, we shouldn't add msdos files to cvs, undos the sources before patching instead is better solution. > ---- Files affected: > CVSROOT: > cvswrappers (1.7 -> 1.8) > > ---- Diffs: > > ================================================================ > Index: CVSROOT/cvswrappers > diff -u CVSROOT/cvswrappers:1.7 CVSROOT/cvswrappers:1.8 > --- CVSROOT/cvswrappers:1.7 Wed Feb 16 22:06:50 2005 > +++ CVSROOT/cvswrappers Sun Nov 2 00:54:56 2008 > @@ -31,5 +31,5 @@ > *.rar -k 'b' > *.Z -k 'b' > *.tar -k 'b' > -*.patch -k 'o' > -*.diff -k 'o' > +*.patch -k 'b' > +*.diff -k 'b' -- glen From glen at pld-linux.org Mon Nov 3 00:59:23 2008 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 01:59:23 +0200 Subject: [Titanium] kernel-vanilla.spec, omitted files In-Reply-To: <490B6853.2070000@limanowa.net> References: <200810312035.54824.tomasz.wittner@gmail.com> <490B6853.2070000@limanowa.net> Message-ID: <200811030159.24166.glen@pld-linux.org> On Friday 31 October 2008 22:19, Marcin Krol wrote: > > Checking for unpackaged > > file(s): /usr/lib/rpm/check-files > > /home/users/tw/tmp/kernel-vanilla-2.6.27.4-root-tw warning: Installed > > (but unpackaged) file(s) found: > > /usr/src/linux-2.6.27.4-vanilla/arch/sh/drivers/Makefile > > This one is part of kernel-vanilla-module-build. > > > /usr/src/linux-2.6.27.4-vanilla/crypto/async_tx/async_memcpy.c > > /usr/src/linux-2.6.27.4-vanilla/drivers/infiniband/hw/mlx4/ah.c > > Those are part of kernel-vanilla-source. > > > /usr/src/linux-2.6.27.4-vanilla/drivers/media/video/ivtv/Makefile > > /usr/src/linux-2.6.27.4-vanilla/drivers/net/wireless/p54/Makefile > > > > /usr/src/linux-2.6.27.4-vanilla/drivers/usb/serial/Makefile-keyspan_pda_f > >w /usr/src/linux-2.6.27.4-vanilla/kernel/Kconfig.preempt > > Those are part of kernel-vanilla-module-build. > > > These files are omitted intentionally or by mistake? > > They are all packaged. I've no idea why they gets listed as unpackaged. > RPM bug? yes. rpm misbehave. please try also to see if rpm from rpm-4_5 branch is also affected. -- glen From hawk at limanowa.net Mon Nov 3 11:38:31 2008 From: hawk at limanowa.net (Marcin Krol) Date: Mon, 03 Nov 2008 11:38:31 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <200811030156.40598.glen@pld-linux.org> References: <200811030156.40598.glen@pld-linux.org> Message-ID: <490ED4A7.2090805@limanowa.net> > this will make cvsweb unable to provide diffs between versions, Diffs works just fine with this change on both old and new cvsweb. > however, we shouldn't add msdos files to cvs, undos the sources before > patching instead is better solution. No no no. I don't want to see dos2unix going automagically on all and every sources. We must be able add any type of file to CVS. Its CVS fault that it tries to be smarter than user adding the file. CVS shouldn't change contents of any file, no matter what type of file is being added/commited. I agree, current solution is just workaround, but problem should be fixed at CVS server level. Either by configuring it properly (if its possible) or by patching it to remove this dos2unix stupidity. M. From glen at pld-linux.org Mon Nov 3 12:06:29 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 13:06:29 +0200 Subject: SPECS: cacti.spec - /usr/share/cacti/rra -> /var/lib/cacti/rra for broken i... In-Reply-To: References: Message-ID: <200811031306.29373.glen@pld-linux.org> On Monday 03 November 2008 10:30:38 grzegorz wrote: > Author: grzegorz Date: Mon Nov 3 08:30:38 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - /usr/share/cacti/rra -> /var/lib/cacti/rra for broken installations. > > ---- Files affected: > SPECS: > cacti.spec (1.97 -> 1.98) > > ---- Diffs: > > ================================================================ > Index: SPECS/cacti.spec > diff -u SPECS/cacti.spec:1.97 SPECS/cacti.spec:1.98 > --- SPECS/cacti.spec:1.97 Thu Oct 30 08:20:00 2008 > +++ SPECS/cacti.spec Mon Nov 3 09:30:32 2008 > @@ -162,6 +162,10 @@ > cp -a %{SOURCE4} $RPM_BUILD_ROOT%{_sysconfdir}/httpd.conf > cp -a %{SOURCE5} $RPM_BUILD_ROOT%{_sysconfdir}/lighttpd.conf > > +# This is for backward compatibility with broken installations. > +# Such installations should be repaired by cacti-rrdpath.sql. > +ln -sf /var/lib/%{name}/rra $RPM_BUILD_ROOT%{webadminroot}/rra > + > %clean > rm -rf $RPM_BUILD_ROOT use %triggerpostun for backward compatibility bleh -- glen From gotar at polanet.pl Mon Nov 3 13:29:36 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 3 Nov 2008 13:29:36 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <200811030156.40598.glen@pld-linux.org> References: <200811030156.40598.glen@pld-linux.org> Message-ID: <20081103122936.GA8301@pepin.polanet.pl> On Mon, Nov 03, 2008 at 01:56:40 +0200, Elan Ruusam?e wrote: > this will make cvsweb unable to provide diffs between versions, find real > solution please! Fixing CVS server is the only one. > however, we shouldn't add msdos files to cvs, undos the sources before > patching instead is better solution. Nope - this makes sending our patches upstream harder. Maybe it's better idea to add -l (--ignore-whitespace) to %__patch? -- Tomasz Pala From patrys at pld-linux.org Mon Nov 3 14:10:07 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Mon, 3 Nov 2008 14:10:07 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <20081103122936.GA8301@pepin.polanet.pl> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> Message-ID: <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> 2008/11/3 Tomasz Pala : > Maybe it's better idea to add -l (--ignore-whitespace) to %__patch? Especially for Python ;) -- Patryk Zawadzki From glen at delfi.ee Mon Nov 3 14:38:52 2008 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 15:38:52 +0200 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <490ED4A7.2090805@limanowa.net> References: <200811030156.40598.glen@pld-linux.org> <490ED4A7.2090805@limanowa.net> Message-ID: <200811031538.52927.glen@delfi.ee> On Monday 03 November 2008 12:38:31 Marcin Krol wrote: > > however, we shouldn't add msdos files to cvs, undos the sources before > > patching instead is better solution. > > No no no. I don't want to see dos2unix going automagically on all and > every sources. We must be able add any type of file to CVS. i didn't say it should be automatic. i just referred some undos lines (sed -i -e 's,\r,,' ...) in %prep before %patches -- glen From glen at delfi.ee Mon Nov 3 14:41:05 2008 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 15:41:05 +0200 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <20081103122936.GA8301@pepin.polanet.pl> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> Message-ID: <200811031541.05673.glen@delfi.ee> On Monday 03 November 2008 14:29:36 Tomasz Pala wrote: > > however, we shouldn't add msdos files to cvs, undos the sources before > > patching instead is better solution. > > Nope - this makes sending our patches upstream harder. sending upstream is always problematic... and if we're not talking about c-sources, then i don't like to see mixed encoded files in pear or php dirs... > Maybe it's better idea to add -l (--ignore-whitespace) to %__patch? doesn't this create some unwanted changes that doesn't even think can came out? -- glen From patrys at pld-linux.org Mon Nov 3 15:07:20 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Mon, 3 Nov 2008 15:07:20 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <200811031541.05673.glen@delfi.ee> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <200811031541.05673.glen@delfi.ee> Message-ID: <89b6ba3a0811030607t581293cbj74d1b88da0d51a70@mail.gmail.com> On Mon, Nov 3, 2008 at 2:41 PM, Elan Ruusam?e wrote: > On Monday 03 November 2008 14:29:36 Tomasz Pala wrote: >> Maybe it's better idea to add -l (--ignore-whitespace) to %__patch? > doesn't this create some unwanted changes that doesn't even think can came > out? It breaks Python where whitespace is crucial. -- Patryk Zawadzki From glen at pld-linux.org Mon Nov 3 17:22:19 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 18:22:19 +0200 Subject: ca-certificates Message-ID: <200811031822.19639.glen@pld-linux.org> hmm, why the certificates bundle is openssl specific? glen at builder-ac pld/SPECS $ rpm -qf /etc/openssl/ca-certificates.crt ca-certificates-20080809-3.noarch and why openssl-tools is required? glen at builder-ac pld/SPECS $ rpm -qf /etc/openssl openssl-tools-0.9.7m-1.i686 what's the purpose of /etc/certs then glen at builder-ac pld/SPECS $ rpm -qf /etc/certs filesystem-2.3-1.i686 i would store it as /etc/certs/ca-bundle.crt and let the package depend on filesystem only. i can't find any pkg right now using ssl ca certs in .crt format and not linked with openssl, but openssl-tools definately isn't neccessary. also, should we also let nss build from ca-certificates it's source? (so we have one centric source for certificates) -- glen From baggins at sith.mimuw.edu.pl Mon Nov 3 17:31:48 2008 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 3 Nov 2008 17:31:48 +0100 Subject: ca-certificates In-Reply-To: <200811031822.19639.glen@pld-linux.org> References: <200811031822.19639.glen@pld-linux.org> Message-ID: <20081103163148.GD12313@sith.mimuw.edu.pl> On Mon, 03 Nov 2008, Elan Ruusam?e wrote: > hmm, why the certificates bundle is openssl specific? > glen at builder-ac pld/SPECS $ rpm -qf /etc/openssl/ca-certificates.crt > ca-certificates-20080809-3.noarch Because it's replacement for bundle formerly provided by openssl, and only programs linked with openssl use it. > and why openssl-tools is required? > glen at builder-ac pld/SPECS $ rpm -qf /etc/openssl > openssl-tools-0.9.7m-1.i686 I don't care for AC. iow your install is b0rken: [baggins at sith ~]$ rpm -qf /etc/openssl openssl-0.9.8i-3.i686 > what's the purpose of /etc/certs then > glen at builder-ac pld/SPECS $ rpm -qf /etc/certs > filesystem-2.3-1.i686 Wild guess - for local certificates. > i would store it as /etc/certs/ca-bundle.crt and let the package depend on > filesystem only. i can't find any pkg right now using ssl ca certs in .crt > format and not linked with openssl, but openssl-tools definately isn't > neccessary. openssl-tools is your problem, not distro. And you'll have to tell openssl of that change. I don't really care where this file is, but please keep the ca-certificates.crt name. > also, should we also let nss build from ca-certificates it's source? (so we > have one centric source for certificates) Good luck. Personally I will just wait for when nss won't be a piece of crap and starts supporting CA bundles. 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 pld-linux.org Mon Nov 3 17:40:52 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 18:40:52 +0200 Subject: mdns-bonjour-devel virtual Message-ID: <200811031840.52643.glen@pld-linux.org> mDNSResponder-devel and avahi-compat-libdns_sd-devel both provide mdns-bonjour-devel virtual. however if application is compiled with avahi-compat-libdns_sd-devel, also libdns_sd.la dependency cames in due being contained in *.la file $ grep -r /usr/lib64/libdns_sd.la /usr/lib64/*.la -l | xargs rpm -qf kdegames-devel-3.5.10-1.amd64 kdelibs-devel-3.5.10-1.amd64 kdegames-devel-3.5.10-1.amd64 question is, should there be done something and and what is side effect of stripping libdns_sd.la from kde*devel .la? poldek:/all-avail> search -f /usr/lib64/libdns_sd.la Searching packages..........................................done. 2 package(s) found: avahi-compat-libdns_sd-devel-0.6.20-6.amd64 avahi-compat-libdns_sd-devel-0.6.11-1.amd64 $ ql avahi-compat-libdns_sd-devel /usr/include/avahi-compat-libdns_sd /usr/include/avahi-compat-libdns_sd/dns_sd.h /usr/include/dns_sd.h /usr/lib64/libdns_sd.la /usr/lib64/libdns_sd.so /usr/lib64/pkgconfig/avahi-compat-libdns_sd.pc $ ql mDNSResponder-devel /usr/include/dns_sd.h /usr/lib64/libdns_sd.so -- glen From glen at pld-linux.org Mon Nov 3 17:45:34 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 3 Nov 2008 18:45:34 +0200 Subject: ca-certificates In-Reply-To: <20081103163148.GD12313@sith.mimuw.edu.pl> References: <200811031822.19639.glen@pld-linux.org> <20081103163148.GD12313@sith.mimuw.edu.pl> Message-ID: <200811031845.35014.glen@pld-linux.org> On Monday 03 November 2008 18:31:48 Jan Rekorajski wrote: > On Mon, 03 Nov 2008, Elan Ruusam?e wrote: > > hmm, why the certificates bundle is openssl specific? > > glen at builder-ac pld/SPECS $ rpm -qf /etc/openssl/ca-certificates.crt > > ca-certificates-20080809-3.noarch > > Because it's replacement for bundle formerly provided by openssl, > and only programs linked with openssl use it. thanks for the information. i just couldn't state so certainly myself that only openssl can read ca bundles. > > and why openssl-tools is required? > > glen at builder-ac pld/SPECS $ rpm -qf /etc/openssl > > openssl-tools-0.9.7m-1.i686 > > I don't care for AC. iow your install is b0rken: not so much thanks for the attitude. -- glen From arekm at maven.pl Mon Nov 3 17:47:35 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Mon, 3 Nov 2008 17:47:35 +0100 Subject: mdns-bonjour-devel virtual In-Reply-To: <200811031840.52643.glen@pld-linux.org> References: <200811031840.52643.glen@pld-linux.org> Message-ID: <200811031747.35634.arekm@maven.pl> On Monday 03 of November 2008, Elan Ruusam?e wrote: > mDNSResponder-devel and avahi-compat-libdns_sd-devel both provide > mdns-bonjour-devel virtual. > > however if application is compiled with avahi-compat-libdns_sd-devel, also > libdns_sd.la dependency cames in due being contained in *.la file The solution is to drop mDNSResponder and stay with avahi only, isn't it? -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From baggins at sith.mimuw.edu.pl Mon Nov 3 17:52:00 2008 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 3 Nov 2008 17:52:00 +0100 Subject: ca-certificates In-Reply-To: <200811031845.35014.glen@pld-linux.org> References: <200811031822.19639.glen@pld-linux.org> <20081103163148.GD12313@sith.mimuw.edu.pl> <200811031845.35014.glen@pld-linux.org> Message-ID: <20081103165200.GE12313@sith.mimuw.edu.pl> On Mon, 03 Nov 2008, Elan Ruusam?e wrote: > On Monday 03 November 2008 18:31:48 Jan Rekorajski wrote: > > On Mon, 03 Nov 2008, Elan Ruusam?e wrote: > > > and why openssl-tools is required? > > > glen at builder-ac pld/SPECS $ rpm -qf /etc/openssl > > > openssl-tools-0.9.7m-1.i686 > > > > I don't care for AC. iow your install is b0rken: > > not so much thanks for the attitude. Call it a shock therapy. You blindly port stuff from HEAD to an _old_ distro that should be in maintanance mode, and expect things to work and make sense? Come on... 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 pld-linux.org Mon Nov 3 17:58:53 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Mon, 3 Nov 2008 18:58:53 +0200 Subject: ca-certificates In-Reply-To: <20081103165200.GE12313@sith.mimuw.edu.pl> References: <200811031822.19639.glen@pld-linux.org> <200811031845.35014.glen@pld-linux.org> <20081103165200.GE12313@sith.mimuw.edu.pl> Message-ID: <200811031858.54016.glen@pld-linux.org> On Monday 03 November 2008 18:52:00 Jan Rekorajski wrote: > On Mon, 03 Nov 2008, Elan Ruusam?e wrote: > > On Monday 03 November 2008 18:31:48 Jan Rekorajski wrote: > > > On Mon, 03 Nov 2008, Elan Ruusam?e wrote: > > > > and why openssl-tools is required? > > > > glen at builder-ac pld/SPECS $ rpm -qf /etc/openssl > > > > openssl-tools-0.9.7m-1.i686 > > > > > > I don't care for AC. iow your install is b0rken: > > > > not so much thanks for the attitude. > > Call it a shock therapy. You blindly port stuff from HEAD to an _old_ > distro that should be in maintanance mode, and expect things to work > and make sense? Come on... my question was not about (pld) distro, but about openssl centric dir. good you pointed out HEAD is different in packaging. however you are also blind to assume only openssl exist as ssl implementation, and nss is crap. what about gnutls, yassl (mysql)? wget for example is able to use openssl, gnutls, libssl (yassl?), lftp prefers gnutls, pidgin can't work with openssl with msn, so gnutls should be used there. -- glen From glen at pld-linux.org Mon Nov 3 18:03:51 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 19:03:51 +0200 Subject: ca-certificates In-Reply-To: <200811031822.19639.glen@pld-linux.org> References: <200811031822.19639.glen@pld-linux.org> Message-ID: <200811031903.51963.glen@pld-linux.org> On Monday 03 November 2008 18:22:19 Elan Ruusam?e wrote: > glen at builder-ac pld/SPECS $ rpm -qf /etc/certs > filesystem-2.3-1.i686 > > i would store it as /etc/certs/ca-bundle.crt and let the package depend on > filesystem only. i can't find any pkg right now using ssl ca certs in .crt > format and not linked with openssl, but openssl-tools definately isn't > neccessary. and another point why to use /etc/certs dir is to avoid dependency loop and rpm-whiteout changes... really, static file doesn't need any ssl implementation :) -- glen From gotar at polanet.pl Mon Nov 3 18:13:46 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 3 Nov 2008 18:13:46 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> Message-ID: <20081103171346.GB6224@pepin.polanet.pl> On Mon, Nov 03, 2008 at 14:10:07 +0100, Patryk Zawadzki wrote: >> Maybe it's better idea to add -l (--ignore-whitespace) to %__patch? > > Especially for Python ;) man patch it's for _matching_ only, not patching itself. -- Tomasz Pala From gotar at polanet.pl Mon Nov 3 18:24:27 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 3 Nov 2008 18:24:27 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <200811031541.05673.glen@delfi.ee> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <200811031541.05673.glen@delfi.ee> Message-ID: <20081103172427.GC6224@pepin.polanet.pl> On Mon, Nov 03, 2008 at 15:41:05 +0200, Elan Ruusam?e wrote: >> Nope - this makes sending our patches upstream harder. > sending upstream is always problematic... But it's easier to send link to webcvs with comments, history etc. > and if we're not talking about c-sources, then i don't like to see mixed > encoded files in pear or php dirs... I don't like to see files that differ from original, especially when comparing different versions (e.g. new tarballs updated by author). >> Maybe it's better idea to add -l (--ignore-whitespace) to %__patch? > > doesn't this create some unwanted changes that doesn't even think can came > out? I can't imagine something like this could happen in real situation. -- Tomasz Pala From gotar at polanet.pl Mon Nov 3 18:24:58 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 3 Nov 2008 18:24:58 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <89b6ba3a0811030607t581293cbj74d1b88da0d51a70@mail.gmail.com> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <200811031541.05673.glen@delfi.ee> <89b6ba3a0811030607t581293cbj74d1b88da0d51a70@mail.gmail.com> Message-ID: <20081103172458.GD6224@pepin.polanet.pl> On Mon, Nov 03, 2008 at 15:07:20 +0100, Patryk Zawadzki wrote: >> doesn't this create some unwanted changes that doesn't even think can came >> out? > > It breaks Python where whitespace is crucial. Prove it;) -- Tomasz Pala From baggins at sith.mimuw.edu.pl Mon Nov 3 19:55:18 2008 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 3 Nov 2008 19:55:18 +0100 Subject: ca-certificates In-Reply-To: <200811031903.51963.glen@pld-linux.org> References: <200811031822.19639.glen@pld-linux.org> <200811031903.51963.glen@pld-linux.org> Message-ID: <20081103185518.GA6338@sith.mimuw.edu.pl> On Mon, 03 Nov 2008, Elan Ruusam?e wrote: > On Monday 03 November 2008 18:22:19 Elan Ruusam?e wrote: > > glen at builder-ac pld/SPECS $ rpm -qf /etc/certs > > filesystem-2.3-1.i686 > > > > i would store it as /etc/certs/ca-bundle.crt and let the package depend on > > filesystem only. i can't find any pkg right now using ssl ca certs in .crt > > format and not linked with openssl, but openssl-tools definately isn't > > neccessary. > > and another point why to use /etc/certs dir is to avoid dependency loop and > rpm-whiteout changes... > > really, static file doesn't need any ssl implementation :) So change the dir, it makes no difference for me, I even considered this myself when I was packaging this. Just, please, stick with ca-certificates.crt file name. 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 baggins at sith.mimuw.edu.pl Mon Nov 3 19:59:44 2008 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Mon, 3 Nov 2008 19:59:44 +0100 Subject: ca-certificates In-Reply-To: <200811031858.54016.glen@pld-linux.org> References: <200811031822.19639.glen@pld-linux.org> <200811031845.35014.glen@pld-linux.org> <20081103165200.GE12313@sith.mimuw.edu.pl> <200811031858.54016.glen@pld-linux.org> Message-ID: <20081103185944.GB6338@sith.mimuw.edu.pl> On Mon, 03 Nov 2008, Elan Ruusam?e wrote: > my question was not about (pld) distro, but about openssl centric dir. good > you pointed out HEAD is different in packaging. however you are also blind to > assume only openssl exist as ssl implementation, and nss is crap. what about > gnutls, yassl (mysql)? Good point. My opinion on nss is based on the need to recompile the whole thing just because a static data, orthogonal to code base changed. I'll consider it worthy When nss starts supporting PEM format certs and external CA database. > wget for example is able to use openssl, gnutls, libssl (yassl?), lftp prefers > gnutls, pidgin can't work with openssl with msn, so gnutls should be used > there. Yeah, like I said in other post, feel free to change that dir. 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 pld-linux.org Mon Nov 3 20:32:41 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 21:32:41 +0200 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <490ED4A7.2090805@limanowa.net> References: <200811030156.40598.glen@pld-linux.org> <490ED4A7.2090805@limanowa.net> Message-ID: <200811032132.41336.glen@pld-linux.org> On Monday 03 November 2008 12:38:31 Marcin Krol wrote: > > this will make cvsweb unable to provide diffs between versions, > > Diffs works just fine with this change on both old and new cvsweb. for non-binary files - yes (presumeably you looked older patch files) for binary (cvs admin -kb) - no cvswrappers affect newly added files only anyway... here's file which is binary for cvs: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/test/kdeaddons-babelfish-google.patch no diffs, no view as text... -- glen From glen at pld-linux.org Mon Nov 3 21:02:33 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 3 Nov 2008 22:02:33 +0200 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <200811032132.41336.glen@pld-linux.org> References: <490ED4A7.2090805@limanowa.net> <200811032132.41336.glen@pld-linux.org> Message-ID: <200811032202.33203.glen@pld-linux.org> On Monday 03 November 2008 21:32:41 Elan Ruusam?e wrote: > On Monday 03 November 2008 12:38:31 Marcin Krol wrote: > > > this will make cvsweb unable to provide diffs between versions, > > > > Diffs works just fine with this change on both old and new cvsweb. > > for non-binary files - yes (presumeably you looked older patch files) > for binary (cvs admin -kb) - no > cvswrappers affect newly added files only anyway... > > here's file which is binary for cvs: > http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/test/kdeaddons-babelfish-google >.patch > > no diffs, no view as text... and asking again, how the F*K you're supposed to remove the -kb??? glen at wintersunset pld/SOURCES $ cvs admin -kkv php-fpm-zts.patch RCS file: /cvsroot/SOURCES/php-fpm-zts.patch,v cvs server: admin -k no longer affects future checkins. Use update -k / commit -f instead. done glen at wintersunset pld/SOURCES $ cvsstat php-fpm-zts.patch|sh php-fpm-zts.patch *Status: Up-to-date Local: 1.2 CVS: 1.2 Sticky Options: b glen at wintersunset pld/SOURCES $ cvs update -kkv php-fpm-zts.patch U php-fpm-zts.patch glen at wintersunset pld/SOURCES $ cvs ci -f -m '- remove -kb' php-fpm-zts.patch cvs server: Up-to-date check failed for `php-fpm-zts.patch' cvs [server aborted]: correct above errors first! glen at wintersunset pld/SOURCES $ until no answer, reverting cvswrappers forcing binary! -- glen From wrobell at pld-linux.org Mon Nov 3 21:24:57 2008 From: wrobell at pld-linux.org (wrobell) Date: Mon, 3 Nov 2008 20:24:57 +0000 Subject: matchbox project Message-ID: <20081103202457.GF3887@borg.WAG54GS> hi, i am struggling with matchbox a bit. imho, it would be nice to integrate it on desktop level. first, i would revert build conditionals and include startup notification, session management and gconf functionality. this way it would be more usable on desktop machine from the start (and easier to try this yoke). i assume, that if somebody is going to build embedded system, then he will recompile most of the software with some conditionals off, adding matchbox on top of that does not make much of a difference. then, i would like to add matchbox.desktop to matchbox-common.spec, so gdm/kdm/whatever could allow an user to login into matchbox session. i would remove matchbox-desktop and matchbox-panel packages from list of installation requirements of matchbox-common (or change it "suggests"). matchbox-window-manager would stay. this way you don't have to install stuff you sometimes don't need (i.e. you may want to replace panel and desktop with awn or whatever). that's all for now. any comments? wrobell From hawk at limanowa.net Mon Nov 3 21:49:39 2008 From: hawk at limanowa.net (Marcin Krol) Date: Mon, 03 Nov 2008 21:49:39 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <200811032132.41336.glen@pld-linux.org> References: <200811030156.40598.glen@pld-linux.org> <490ED4A7.2090805@limanowa.net> <200811032132.41336.glen@pld-linux.org> Message-ID: <490F63E3.1050207@limanowa.net> > no diffs, no view as text... Only in new cvsweb that was forced some time ago. Good old one works just fine: http://cvs.pld-linux.org/cgi-bin/cvsweb/test/kdeaddons-babelfish-google.patch?r1=1.1&r2=1.2 M. From hawk at limanowa.net Mon Nov 3 21:53:28 2008 From: hawk at limanowa.net (Marcin Krol) Date: Mon, 03 Nov 2008 21:53:28 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <200811032202.33203.glen@pld-linux.org> References: <490ED4A7.2090805@limanowa.net> <200811032132.41336.glen@pld-linux.org> <200811032202.33203.glen@pld-linux.org> Message-ID: <490F64C8.6050903@limanowa.net> > and asking again, how the F*K you're supposed to remove the -kb??? Same way you are adding it? I mean, cvs remove it and then cvs add it again w/o -kb. And yes, you can add -kb without removing the file (via cvs admin), but _it won't work_ as CR/LF will still be blindly translated. > until no answer, reverting cvswrappers forcing binary! You volunteer to fix cvsnt by removing CR/LF translation stupidity from it? :) M. From patrys at pld-linux.org Mon Nov 3 22:13:29 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Mon, 3 Nov 2008 22:13:29 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <20081103171346.GB6224@pepin.polanet.pl> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> Message-ID: <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> On Mon, Nov 3, 2008 at 6:13 PM, Tomasz Pala wrote: > On Mon, Nov 03, 2008 at 14:10:07 +0100, Patryk Zawadzki wrote: >>> Maybe it's better idea to add -l (--ignore-whitespace) to %__patch? >> Especially for Python ;) > man patch > > it's for _matching_ only, not patching itself. Now in real life imagine this: if foo: if bar: asd() fgh() gets changed to: if foo: if bar: if asd(): fgh() Now imagine fgh is at least 7 lines long. Now imagine: been there, done that. It breaks Python. -- Patryk Zawadzki From gotar at polanet.pl Tue Nov 4 01:35:57 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 4 Nov 2008 01:35:57 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> Message-ID: <20081104003557.GA16848@pepin.polanet.pl> On Mon, Nov 03, 2008 at 22:13:29 +0100, Patryk Zawadzki wrote: >> it's for _matching_ only, not patching itself. > > Now in real life imagine this: > > if foo: > if bar: > asd() > fgh() > > gets changed to: > > if foo: > if bar: > if asd(): > fgh() > > Now imagine fgh is at least 7 lines long. Now imagine: been there, > done that. It breaks Python. Please attach testcase (original and modified file). -- Tomasz Pala From patrys at pld-linux.org Tue Nov 4 10:04:40 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 4 Nov 2008 10:04:40 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <20081104003557.GA16848@pepin.polanet.pl> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> Message-ID: <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> On Tue, Nov 4, 2008 at 1:35 AM, Tomasz Pala wrote: > On Mon, Nov 03, 2008 at 22:13:29 +0100, Patryk Zawadzki wrote: >> been there, >> done that. It breaks Python. > Please attach testcase (original and modified file). foo1.py is the original, foo.patch is the patch against that (altered to mention foo2.py for easy testing). foo2.py is the new file. Run: patch -p0 -l < foo.patch to break the code instead of failing. -- Patryk Zawadzki -------------- next part -------------- A non-text attachment was scrubbed... Name: foo1.py Type: application/octet-stream Size: 45 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: foo2.py Type: application/octet-stream Size: 60 bytes Desc: not available URL: -------------- next part -------------- A non-text attachment was scrubbed... Name: foo.patch Type: application/octet-stream Size: 162 bytes Desc: not available URL: From gotar at polanet.pl Tue Nov 4 17:39:16 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 4 Nov 2008 17:39:16 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> Message-ID: <20081104163916.GA8539@pepin.polanet.pl> On Tue, Nov 04, 2008 at 10:04:40 +0100, Patryk Zawadzki wrote: >>> been there, >>> done that. It breaks Python. >> Please attach testcase (original and modified file). > > foo1.py is the original, foo.patch is the patch against that (altered > to mention foo2.py for easy testing). foo2.py is the new file. Run: It's the _patch_ that's broken, not patching with -l. > patch -p0 -l < foo.patch > > to break the code instead of failing. Oh, breaking the code by dumb patching is always a case. The point is: 'patch -l' DOESN'T break anything as you were saying. Of course it can hide some errors (this is obvious), however we can deal with that giving additional '-F 0'. This way we'll force updating other patches even if they apply now. -- Tomasz Pala From patrys at pld-linux.org Tue Nov 4 17:47:04 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 4 Nov 2008 17:47:04 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <20081104163916.GA8539@pepin.polanet.pl> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> <20081104163916.GA8539@pepin.polanet.pl> Message-ID: <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> On Tue, Nov 4, 2008 at 5:39 PM, Tomasz Pala wrote: > On Tue, Nov 04, 2008 at 10:04:40 +0100, Patryk Zawadzki wrote: >> foo1.py is the original, foo.patch is the patch against that (altered >> to mention foo2.py for easy testing). foo2.py is the new file. Run: > It's the _patch_ that's broken, not patching with -l. How is that patch broken? You mean the offset? Just add one line to foo1.py so they are equal in length but the indentation level changes. >> patch -p0 -l < foo.patch >> >> to break the code instead of failing. > Oh, breaking the code by dumb patching is always a case. The point is: > 'patch -l' DOESN'T break anything as you were saying. Breaking the code in this way and for dynamically compiled languages means we'll find the error two weeks after building a package. It DOES break the code by making it invalid (if this happened in the middle of the file you'd get a nice syntax error at run-time due to broken indentation or just buggy behavior depending on the place in the code block) and giving no error at patch-time. Ignoring whitespace in Python is like ignoring dots in brainfuck or ignoring brace in C. -- Patryk Zawadzki From qboosh at pld-linux.org Tue Nov 4 18:26:11 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 4 Nov 2008 18:26:11 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> <20081104163916.GA8539@pepin.polanet.pl> <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> Message-ID: <20081104172611.GA25686@stranger.qboosh.pl> On Tue, Nov 04, 2008 at 05:47:04PM +0100, Patryk Zawadzki wrote: > On Tue, Nov 4, 2008 at 5:39 PM, Tomasz Pala wrote: > > On Tue, Nov 04, 2008 at 10:04:40 +0100, Patryk Zawadzki wrote: [...] > >> patch -p0 -l < foo.patch > >> > >> to break the code instead of failing. > > Oh, breaking the code by dumb patching is always a case. The point is: > > 'patch -l' DOESN'T break anything as you were saying. > > Breaking the code in this way and for dynamically compiled languages > means we'll find the error two weeks after building a package. > > It DOES break the code by making it invalid (if this happened in the > middle of the file you'd get a nice syntax error at run-time due to > broken indentation or just buggy behavior depending on the place in > the code block) and giving no error at patch-time. Ignoring whitespace > in Python is like ignoring dots in brainfuck or ignoring brace in C. What about ignoring whitespaces in patches to code in Whitespace language? ;> -- Jakub Bogusz http://qboosh.pl/ From arekm at maven.pl Tue Nov 4 19:59:37 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 4 Nov 2008 19:59:37 +0100 Subject: ANN: New kernel in Th - 2.6.27.4 Message-ID: <200811041959.37428.arekm@maven.pl> Hello, There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as 2.6.25.x was + additionally grsec_full and apparmor by default. Please test it and report bugs. 0.1 rel runs on carme for last few days without problems. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at pld-linux.org Tue Nov 4 20:50:30 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Tue, 4 Nov 2008 21:50:30 +0200 Subject: PLD-doc: uid_gid.db.txt - tabs In-Reply-To: References: Message-ID: <200811042150.30759.glen@pld-linux.org> On Tuesday 04 November 2008 20:22:07 qboosh wrote: > @@ -446,9 +446,9 @@ > 199 bfilter bfilter HTTP filtering proxy > 200 pound pound Reverse-proxy and load-balancer > 201 nexus nexus Nexus Maven Repository Manager > -202 gnump3d gnump3d GNUMP3d streaming server > -203 couchdb couchdb Apache CouchDB > -204 mpd mpd Music Player Daemon (mpd) > +202 gnump3d gnump3d GNUMP3d streaming server > +203 couchdb couchdb Apache CouchDB > +204 mpd mpd Music Player Daemon (mpd) imho we should use spaces for in-line indenting, so everyone can have their own tabstop and it would still look ok, tabs would be used only at the beginning of lines. too sad that vim doesn't have such modeline to support it, or does it? -- glen From qboosh at pld-linux.org Tue Nov 4 20:58:09 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Tue, 4 Nov 2008 20:58:09 +0100 Subject: PLD-doc: uid_gid.db.txt - tabs In-Reply-To: <200811042150.30759.glen@pld-linux.org> References: <200811042150.30759.glen@pld-linux.org> Message-ID: <20081104195809.GA11593@stranger.qboosh.pl> On Tue, Nov 04, 2008 at 09:50:30PM +0200, Elan Ruusam?e wrote: > On Tuesday 04 November 2008 20:22:07 qboosh wrote: > > @@ -446,9 +446,9 @@ > > 199 bfilter bfilter HTTP filtering proxy > > 200 pound pound Reverse-proxy and load-balancer > > 201 nexus nexus Nexus Maven Repository Manager > > -202 gnump3d gnump3d GNUMP3d streaming server > > -203 couchdb couchdb Apache CouchDB > > -204 mpd mpd Music Player Daemon (mpd) > > +202 gnump3d gnump3d GNUMP3d streaming server > > +203 couchdb couchdb Apache CouchDB > > +204 mpd mpd Music Player Daemon (mpd) > > imho we should use spaces for in-line indenting, so everyone can have their > own tabstop and it would still look ok, tabs would be used only at the > beginning of lines. > > too sad that vim doesn't have such modeline to support it, or does it? ts=8 is already in this file modeline, so it looks the same for everyone. -- Jakub Bogusz http://qboosh.pl/ From kiesiu at kiesiu.com Tue Nov 4 21:07:46 2008 From: kiesiu at kiesiu.com (Lukasz Kies) Date: Tue, 4 Nov 2008 21:07:46 +0100 Subject: ANN: New kernel in Th - 2.6.27.4 In-Reply-To: <200811041959.37428.arekm@maven.pl> References: <200811041959.37428.arekm@maven.pl> Message-ID: <1adc5bd30811041207k10aa8d51jc38abe67c4686d84@mail.gmail.com> 2008/11/4 Arkadiusz Miskiewicz : > > Hello, > > There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as > 2.6.25.x was + additionally grsec_full and apparmor by default. > > Please test it and report bugs. 0.1 rel runs on carme for last few days > without problems. I couldn't load i915 module. Here's dump from dmesg: [22176.695418] mtrr: no MTRR for d0000000,10000000 found [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5 [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer Could someone else confirm? If you need any other info, just let me know. Regards, Lukasz From arekm at maven.pl Tue Nov 4 21:10:07 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 4 Nov 2008 21:10:07 +0100 Subject: ANN: New kernel in Th - 2.6.27.4 In-Reply-To: <1adc5bd30811041207k10aa8d51jc38abe67c4686d84@mail.gmail.com> References: <200811041959.37428.arekm@maven.pl> <1adc5bd30811041207k10aa8d51jc38abe67c4686d84@mail.gmail.com> Message-ID: <200811042110.08014.arekm@maven.pl> On Tuesday 04 of November 2008, Lukasz Kies wrote: > 2008/11/4 Arkadiusz Miskiewicz : > > Hello, > > > > There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff > > as 2.6.25.x was + additionally grsec_full and apparmor by default. > > > > Please test it and report bugs. 0.1 rel runs on carme for last few days > > without problems. > > I couldn't load i915 module. Here's dump from dmesg: > > [22176.695418] mtrr: no MTRR for d0000000,10000000 found > [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5 > [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual > address for ring buffer > > Could someone else confirm? If you need any other info, just let me know. Which xorg intel driver? You will need recent intel 2.5.0 (or patched 2.4.x). > Regards, > Lukasz -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From mlukaszek at gmail.com Tue Nov 4 21:31:17 2008 From: mlukaszek at gmail.com (=?ISO-8859-2?Q?Micha=B3_=A3ukaszek?=) Date: Tue, 4 Nov 2008 20:31:17 +0000 Subject: ANN: New kernel in Th - 2.6.27.4 In-Reply-To: <200811041959.37428.arekm@maven.pl> References: <200811041959.37428.arekm@maven.pl> Message-ID: On Tue, Nov 4, 2008 at 6:59 PM, Arkadiusz Miskiewicz wrote: > > Hello, > > There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as > 2.6.25.x was + additionally grsec_full and apparmor by default. > > Please test it and report bugs. 0.1 rel runs on carme for last few days > without problems. fglrx is not available. I've built 8.10.1 successfully, but fglrx_drv.so it cannot find a symbol on startup. And 8.10 fails to build with 2.6.27 kernel :-( -- regards, Micha? ?ukaszek prism at pld-linux.org From arekm at maven.pl Tue Nov 4 21:34:12 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 4 Nov 2008 21:34:12 +0100 Subject: ANN: New kernel in Th - 2.6.27.4 In-Reply-To: References: <200811041959.37428.arekm@maven.pl> Message-ID: <200811042134.12863.arekm@maven.pl> On Tuesday 04 of November 2008, Micha? ?ukaszek wrote: > On Tue, Nov 4, 2008 at 6:59 PM, Arkadiusz Miskiewicz wrote: > > Hello, > > > > There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff > > as 2.6.25.x was + additionally grsec_full and apparmor by default. > > > > Please test it and report bugs. 0.1 rel runs on carme for last few days > > without problems. > > fglrx is not available. > I've built 8.10.1 successfully, but fglrx_drv.so it cannot find a > symbol on startup. > And 8.10 fails to build with 2.6.27 kernel :-( fglrx is not ready (see Pawe? Sikora mail on -pl on what's needed). -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From freetz at gmx.net Tue Nov 4 21:50:31 2008 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 4 Nov 2008 21:50:31 +0100 Subject: ANN: New kernel in Th - 2.6.27.4 In-Reply-To: <1adc5bd30811041207k10aa8d51jc38abe67c4686d84@mail.gmail.com> References: <200811041959.37428.arekm@maven.pl> <1adc5bd30811041207k10aa8d51jc38abe67c4686d84@mail.gmail.com> Message-ID: <20081104215031.8f4264a7.freetz@gmx.net> On Tue, 4 Nov 2008 21:07:46 +0100 "Lukasz Kies" wrote: > 2008/11/4 Arkadiusz Miskiewicz : > > > > Hello, > > > > There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff as > > 2.6.25.x was + additionally grsec_full and apparmor by default. > > > > Please test it and report bugs. 0.1 rel runs on carme for last few days > > without problems. > > I couldn't load i915 module. Here's dump from dmesg: > > [22176.695418] mtrr: no MTRR for d0000000,10000000 found > [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5 > [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual > address for ring buffer > > Could someone else confirm? If you need any other info, just let me know. nothing special, xf86-intel-2.5.0 doesn't not cooperate correctly with kernel 2.6.27.x. -- Fryderyk Dziarmagowski From arekm at maven.pl Tue Nov 4 22:04:56 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 4 Nov 2008 22:04:56 +0100 Subject: ANN: New kernel in Th - 2.6.27.4 In-Reply-To: <200811042110.08014.arekm@maven.pl> References: <200811041959.37428.arekm@maven.pl> <1adc5bd30811041207k10aa8d51jc38abe67c4686d84@mail.gmail.com> <200811042110.08014.arekm@maven.pl> Message-ID: <200811042204.56535.arekm@maven.pl> On Tuesday 04 of November 2008, Arkadiusz Miskiewicz wrote: > On Tuesday 04 of November 2008, Lukasz Kies wrote: > > 2008/11/4 Arkadiusz Miskiewicz : > > > Hello, > > > > > > There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same > > > stuff as 2.6.25.x was + additionally grsec_full and apparmor by > > > default. > > > > > > Please test it and report bugs. 0.1 rel runs on carme for last few days > > > without problems. > > > > I couldn't load i915 module. Here's dump from dmesg: > > > > [22176.695418] mtrr: no MTRR for d0000000,10000000 found > > [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5 google says it's harmless. It's test for GEM which doesn't exists in older kernels than 2.6.28rcX. > > [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual > > address for ring buffer That's real problem and google finds no solution and only 3-4 reports. Uh. Even freedesktop bugzilla has nothing about this. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From kiesiu at kiesiu.com Tue Nov 4 22:15:23 2008 From: kiesiu at kiesiu.com (Lukasz Kies) Date: Tue, 4 Nov 2008 22:15:23 +0100 Subject: ANN: New kernel in Th - 2.6.27.4 In-Reply-To: <200811042110.08014.arekm@maven.pl> References: <200811041959.37428.arekm@maven.pl> <1adc5bd30811041207k10aa8d51jc38abe67c4686d84@mail.gmail.com> <200811042110.08014.arekm@maven.pl> Message-ID: <1adc5bd30811041315i35a42786ne24f0e4bc6082d9e@mail.gmail.com> 2008/11/4 Arkadiusz Miskiewicz : > On Tuesday 04 of November 2008, Lukasz Kies wrote: >> 2008/11/4 Arkadiusz Miskiewicz : >> > Hello, >> > >> > There is a new kernel in Th - 2.6.27.4. It supports (+/-) the same stuff >> > as 2.6.25.x was + additionally grsec_full and apparmor by default. >> > >> > Please test it and report bugs. 0.1 rel runs on carme for last few days >> > without problems. >> >> I couldn't load i915 module. Here's dump from dmesg: >> >> [22176.695418] mtrr: no MTRR for d0000000,10000000 found >> [22179.628596] [drm:i915_getparam] *ERROR* Unknown parameter 5 >> [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual >> address for ring buffer >> >> Could someone else confirm? If you need any other info, just let me know. > > Which xorg intel driver? You will need recent intel 2.5.0 (or patched 2.4.x). > [kiesiu at beth ~]$ rpm -q libdrm xorg-driver-video-intel xorg-xserver-server libdrm-2.4.1-1.i686 xorg-driver-video-intel-2.5.0-4.i686 xorg-xserver-server-1.5.2-3.i686 Regards, Lukasz From tomasz.wittner at gmail.com Tue Nov 4 22:56:55 2008 From: tomasz.wittner at gmail.com (Tomasz Wittner) Date: Tue, 4 Nov 2008 22:56:55 +0100 Subject: [Titanium] kernel-vanilla.spec, omitted files In-Reply-To: <200811030159.24166.glen@pld-linux.org> References: <200810312035.54824.tomasz.wittner@gmail.com> <490B6853.2070000@limanowa.net> <200811030159.24166.glen@pld-linux.org> Message-ID: <200811042256.56165.tomasz.wittner@gmail.com> On Monday 03 of November 2008, 00:59, Elan Ruusam?e wrote: > On Friday 31 October 2008 22:19, Marcin Krol wrote: > > > Checking for unpackaged > > > file(s): /usr/lib/rpm/check-files > > > /home/users/tw/tmp/kernel-vanilla-2.6.27.4-root-tw warning: Installed > > > (but unpackaged) file(s) found: > > > /usr/src/linux-2.6.27.4-vanilla/arch/sh/drivers/Makefile > > > > This one is part of kernel-vanilla-module-build. > > > > > /usr/src/linux-2.6.27.4-vanilla/crypto/async_tx/async_memcpy.c > > > /usr/src/linux-2.6.27.4-vanilla/drivers/infiniband/hw/mlx4/ah.c > > > > Those are part of kernel-vanilla-source. > > > > > /usr/src/linux-2.6.27.4-vanilla/drivers/media/video/ivtv/Makefile > > > /usr/src/linux-2.6.27.4-vanilla/drivers/net/wireless/p54/Makefile > > > > > > /usr/src/linux-2.6.27.4-vanilla/drivers/usb/serial/Makefile-keyspan_pda > > >_f w /usr/src/linux-2.6.27.4-vanilla/kernel/Kconfig.preempt > > > > Those are part of kernel-vanilla-module-build. > > > > > These files are omitted intentionally or by mistake? > > > > They are all packaged. I've no idea why they gets listed as unpackaged. > > RPM bug? > > yes. rpm misbehave. please try also to see if rpm from rpm-4_5 branch is > also affected. Today I tried to rebuild kernel with rpm from rpm-4_5 - no unpackaged files have been shown. BTW: I've got warnings about twice packaged files: warning: File listed twice: /lib/modules/2.6.27.4-vanilla-1/kernel/drivers/pcmcia warning: File listed twice: /lib/modules/2.6.27.4-vanilla-1/kernel/drivers/pcmcia/pcmcia.ko.gz warning: File listed twice: /lib/modules/2.6.27.4-vanilla-1/kernel/drivers/pcmcia/pcmcia_core.ko.gz -- Tomasz Wittner From kiesiu at kiesiu.com Tue Nov 4 23:08:24 2008 From: kiesiu at kiesiu.com (Lukasz Kies) Date: Tue, 4 Nov 2008 23:08:24 +0100 Subject: ANN: New kernel in Th - 2.6.27.4 In-Reply-To: <200811042204.56535.arekm@maven.pl> References: <200811041959.37428.arekm@maven.pl> <1adc5bd30811041207k10aa8d51jc38abe67c4686d84@mail.gmail.com> <200811042110.08014.arekm@maven.pl> <200811042204.56535.arekm@maven.pl> Message-ID: <1adc5bd30811041408t6d4dfe05ybc66f0a74dad120@mail.gmail.com> 2008/11/4 Arkadiusz Miskiewicz : > On Tuesday 04 of November 2008, Arkadiusz Miskiewicz wrote: >> On Tuesday 04 of November 2008, Lukasz Kies wrote: >> > [22179.690085] [drm:i915_initialize] *ERROR* can not ioremap virtual >> > address for ring buffer > > That's real problem and google finds no solution and only 3-4 reports. Uh. > Even freedesktop bugzilla has nothing about this. > Arek, here's debug dmesg output: [29186.889620] [drm] Initialized drm 1.1.0 20060810 [29194.544936] [drm:drm_init] [29194.545033] [drm:drm_get_dev] [29194.545102] pci 0000:00:02.0: setting latency timer to 64 [29194.545187] [drm:drm_addmap_core] offset = 0xfc000000, size = 0x00100000, type = 1 [29194.545297] [drm:drm_get_minor] [29194.549906] [drm:drm_get_minor] new minor assigned 0 [29194.549982] [drm] Initialized i915 1.6.0 20060119 on minor 0 [29202.274039] [drm:drm_stub_open] [29202.274051] [drm:drm_open_helper] pid = 15999, minor = 0 [29202.274232] [drm:drm_addmap_core] offset = 0x00000000, size = 0x00002000, type = 2 [29202.274338] [drm:drm_addmap_core] 8192 13 f8c6b000 [29202.274413] [drm:drm_setup] [29202.274503] [drm:drm_ioctl] pid=15999, cmd=0xc0246400, nr=0x00, dev 0xe200, auth=1 [29202.274585] [drm:drm_ioctl] pid=15999, cmd=0xc0246400, nr=0x00, dev 0xe200, auth=1 [29202.274670] [drm:drm_release] open_count = 1 [29202.274677] [drm:drm_release] pid = 15999, device = 0xe200, open_count = 1 [29202.274680] [drm:drm_fasync] fd = -1, device = 0xe200 [29202.274819] [drm:drm_lastclose] [29202.274888] [drm:drm_lastclose] driver lastclose completed [29202.274966] [drm:drm_lastclose] lastclose completed [29202.275073] [drm:drm_stub_open] [29202.275080] [drm:drm_open_helper] pid = 15999, minor = 0 [29202.275185] [drm:drm_addmap_core] offset = 0x00000000, size = 0x00002000, type = 2 [29202.275270] [drm:drm_addmap_core] 8192 13 f8c6b000 [29202.275341] [drm:drm_setup] [29202.275419] [drm:drm_ioctl] pid=15999, cmd=0xc0246400, nr=0x00, dev 0xe200, auth=1 [29202.275497] [drm:drm_ioctl] pid=15999, cmd=0xc0246400, nr=0x00, dev 0xe200, auth=1 [29202.275596] [drm:drm_release] open_count = 1 [29202.275602] [drm:drm_release] pid = 15999, device = 0xe200, open_count = 1 [29202.275605] [drm:drm_fasync] fd = -1, device = 0xe200 [29202.275759] [drm:drm_lastclose] [29202.275830] [drm:drm_lastclose] driver lastclose completed [29202.275907] [drm:drm_lastclose] lastclose completed [29202.276007] [drm:drm_stub_open] [29202.276012] [drm:drm_open_helper] pid = 15999, minor = 0 [29202.276117] [drm:drm_addmap_core] offset = 0x00000000, size = 0x00002000, type = 2 [29202.276201] [drm:drm_addmap_core] 8192 13 f8c6b000 [29202.276273] [drm:drm_setup] [29202.276362] [drm:drm_ioctl] pid=15999, cmd=0xc0106407, nr=0x07, dev 0xe200, auth=1 [29202.276446] [drm:drm_ioctl] pid=15999, cmd=0xc0086401, nr=0x01, dev 0xe200, auth=1 [29202.276522] [drm:drm_ioctl] pid=15999, cmd=0xc0086401, nr=0x01, dev 0xe200, auth=1 [29202.276609] [drm:drm_ioctl] pid=15999, cmd=0xc0106407, nr=0x07, dev 0xe200, auth=1 [29202.276698] [drm:drm_ioctl] pid=15999, cmd=0xc0186415, nr=0x15, dev 0xe200, auth=1 [29202.276775] [drm:drm_addmap_core] offset = 0x00000000, size = 0x00002000, type = 2 [29202.276859] [drm:drm_mmap_locked] start = 0xb7a26000, end = 0xb7a28000, page offset = 0xf8c6b [29202.276865] [drm:drm_vm_open_locked] 0xb7a26000,0x00002000 [29202.276979] [drm:drm_do_vm_shm_fault] shm_fault 0x0 [29202.277057] [drm:drm_do_vm_shm_fault] shm_fault 0x1000 [29202.277179] [drm:drm_ioctl] pid=15999, cmd=0xc0086426, nr=0x26, dev 0xe200, auth=1 [29202.277260] [drm:drm_ioctl] pid=15999, cmd=0xc0086426, nr=0x26, dev 0xe200, auth=1 [29202.277384] [drm:drm_ioctl] pid=15999, cmd=0xc0086420, nr=0x20, dev 0xe200, auth=1 [29202.277468] [drm:drm_addctx] 1 [29202.277543] [drm:drm_ioctl] pid=15999, cmd=0x40086422, nr=0x22, dev 0xe200, auth=1 [29202.277632] [drm:drm_ioctl] pid=15999, cmd=0x4008642a, nr=0x2a, dev 0xe200, auth=1 [29202.277709] [drm:drm_lock] 1 (pid 15999) requests lock (0x00000000), flags = 0x00000000 [29202.277715] [drm:drm_lock] 1 has lock [29202.277837] [drm:drm_fasync] fd = 11, device = 0xe200 [29202.277951] [drm:drm_ioctl] pid=15999, cmd=0xc0246400, nr=0x00, dev 0xe200, auth=1 [29202.278037] [drm:drm_ioctl] pid=15999, cmd=0xc0246400, nr=0x00, dev 0xe200, auth=1 [29202.278204] [drm:drm_ioctl] pid=15999, cmd=0xc0086446, nr=0x46, dev 0xe200, auth=1 [29202.278293] [drm:i915_getparam] *ERROR* Unknown parameter 5 [29202.278299] [drm:drm_ioctl] ret = ffffffea [29202.342932] [drm:drm_ioctl] pid=15999, cmd=0xc0186415, nr=0x15, dev 0xe200, auth=1 [29202.343128] [drm:drm_addmap_core] offset = 0xfc000000, size = 0x00080000, type = 1 [29202.343135] [drm:drm_addmap_core] Matching maps of type 1 with mismatched sizes, (524288 vs 1048576) [29202.343269] [drm:drm_ioctl] pid=15999, cmd=0xc0186415, nr=0x15, dev 0xe200, auth=1 [29202.343348] [drm:drm_addmap_core] offset = 0xd0000000, size = 0x00020000, type = 3 [29202.343353] [drm:drm_addmap_core] AGP offset = 0xd0000000, size = 0x00020000 [29202.343504] [drm:drm_ioctl] pid=15999, cmd=0x40446440, nr=0x40, dev 0xe200, auth=1 [29202.343836] [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer [29202.343845] [drm:drm_ioctl] ret = fffffff4 [29202.344030] [drm:drm_fasync] fd = 11, device = 0xe200 [29202.344119] [drm:drm_ioctl] pid=15999, cmd=0xc0086421, nr=0x21, dev 0xe200, auth=1 [29202.344195] [drm:drm_rmctx] 1 [29202.344271] [drm:drm_ioctl] pid=15999, cmd=0xc0086426, nr=0x26, dev 0xe200, auth=1 [29202.344348] [drm:drm_ioctl] pid=15999, cmd=0xc0086426, nr=0x26, dev 0xe200, auth=1 [29202.344440] [drm:drm_ioctl] pid=15999, cmd=0x4008642b, nr=0x2b, dev 0xe200, auth=1 [29202.344547] [drm:drm_vm_shm_close] 0xb7a26000,0x00002000 [29202.344632] [drm:drm_release] open_count = 1 [29202.344637] [drm:drm_release] pid = 15999, device = 0xe200, open_count = 1 [29202.344641] [drm:drm_fasync] fd = -1, device = 0xe200 [29202.344779] [drm:drm_lastclose] [29202.344848] [drm:drm_lastclose] driver lastclose completed [29202.344937] [drm:drm_lastclose] lastclose completed It also looks like xserver (or maybe libgl) cannot load i965_dri and instead it loads swrast_dri: [kiesiu at beth ~]$ LIBGL_DEBUG=verbose glxinfo | head -n 3 libGL: OpenDriver: trying /usr/lib/xorg/modules/dri/swrast_dri.so name of display: :0.0 display: :0 screen: 0 direct rendering: Yes [kiesiu at beth ~]$ rpm -q Mesa-dri-driver-swrast Mesa-dri-driver-intel-i965 Mesa-dri-driver-swrast-7.2-2.i686 Mesa-dri-driver-intel-i965-7.2-2.i686 Could someone else confirm if has similar problem with intel cards? Regards, Lukasz From gotar at polanet.pl Wed Nov 5 18:14:10 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 5 Nov 2008 18:14:10 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> <20081104163916.GA8539@pepin.polanet.pl> <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> Message-ID: <20081105171410.GA5929@pepin.polanet.pl> On Tue, Nov 04, 2008 at 17:47:04 +0100, Patryk Zawadzki wrote: >> It's the _patch_ that's broken, not patching with -l. > > How is that patch broken? You mean the offset? Just add one line to I mean the patch is completely broken - see attached result of diff -u foo1.py foo2.py It's entirely different from foo.patch you have send, isn't it? Now apply my patch with or without -l and compare result. It's not the case we're talking about. >> Oh, breaking the code by dumb patching is always a case. The point is: >> 'patch -l' DOESN'T break anything as you were saying. > > Breaking the code in this way and for dynamically compiled languages > means we'll find the error two weeks after building a package. Let me repeat: it does not break code in any way. It just makes it possible for broken patches to apply and I don't argue with that. > It DOES break the code by making it invalid (if this happened in the > middle of the file you'd get a nice syntax error at run-time due to > broken indentation or just buggy behavior depending on the place in > the code block) and giving no error at patch-time. ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ OMG, one last time: if the patch is fucked up, resulting code will be too. The only, and I mean ONLY thing -l does as you say is underlined. > Ignoring whitespace > in Python is like ignoring dots in brainfuck or ignoring brace in C. I'm not quite sure if you understand 'match' word. Whitespaces are ignored for Matching only, M-atching, not P-atching. Still waiting for testcase so. Again: just give me one example of code that's being broken BY USING -l option, not by BREAKING patch, because I've already said twice it can HIDE errors originating from other places, but not GENERATE them. -- Tomasz Pala -------------- next part -------------- --- foo1.py 2008-11-05 17:58:32.000000000 +0100 +++ foo2.py 2008-11-05 17:58:32.000000000 +0100 @@ -1,5 +1,6 @@ if True: - line1() - line2() - line3() - line5() + if False: + line1() + line2() + line3() + line5() -------------- next part -------------- --- foo2.py 2008-11-04 09:59:53.025271379 +0100 +++ foo3.py 2008-11-04 10:00:09.088445554 +0100 @@ -2,4 +2,4 @@ line1() line2() line3() - line5() + line4() From gotar at polanet.pl Wed Nov 5 18:16:13 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 5 Nov 2008 18:16:13 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <20081104172611.GA25686@stranger.qboosh.pl> References: <200811030156.40598.glen@pld-linux.org> <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> <20081104163916.GA8539@pepin.polanet.pl> <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> <20081104172611.GA25686@stranger.qboosh.pl> Message-ID: <20081105171613.GB5929@pepin.polanet.pl> On Tue, Nov 04, 2008 at 18:26:11 +0100, Jakub Bogusz wrote: > What about ignoring whitespaces in patches to code in Whitespace > language? ;> Nothing, as I'm suggesting 'patch -l' not 'diff -wB' (and patrys apparently doesn't understand difference between creating patch and using it). -- Tomasz Pala From patrys at pld-linux.org Wed Nov 5 19:23:40 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 5 Nov 2008 19:23:40 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <20081105171410.GA5929@pepin.polanet.pl> References: <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> <20081104163916.GA8539@pepin.polanet.pl> <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> <20081105171410.GA5929@pepin.polanet.pl> Message-ID: <89b6ba3a0811051023s75bb400dkcfd0ec292065f2b5@mail.gmail.com> 2008/11/5 Tomasz Pala : > I mean the patch is completely broken - see attached result of > diff -u foo1.py foo2.py > It's entirely different from foo.patch you have send, isn't it? > Now apply my patch with or without -l and compare result. It's not the > case we're talking about. No, you don't get it. foo1 is code from project X version Y. PLD decides to patch it, apply the patch and see the results. The patch is correct and was generated properly. Now the project X releases version Z, including foo2 (with the same name as foo1 obviously) but with slightly different syntax. PLD applies the former patch and gets no error. Or even decides to alter the patch but commit shows no differences due to ignored whitespace. Broken. -- Patryk Zawadzki From gotar at polanet.pl Wed Nov 5 19:40:56 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Wed, 5 Nov 2008 19:40:56 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <89b6ba3a0811051023s75bb400dkcfd0ec292065f2b5@mail.gmail.com> References: <20081103122936.GA8301@pepin.polanet.pl> <89b6ba3a0811030510h6ed27fd9i6aeafb05555b2bbb@mail.gmail.com> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> <20081104163916.GA8539@pepin.polanet.pl> <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> <20081105171410.GA5929@pepin.polanet.pl> <89b6ba3a0811051023s75bb400dkcfd0ec292065f2b5@mail.gmail.com> Message-ID: <20081105184056.GC5929@pepin.polanet.pl> On Wed, Nov 05, 2008 at 19:23:40 +0100, Patryk Zawadzki wrote: > No, you don't get it. I do get it... > foo1 is code from project X version Y. [...] > Now the project X releases version Z, including foo2 (with the same [...] > PLD applies the former patch and gets no error. Or even decides to [...] ...and I don't argue with that from the very beginning. But it's the patch what is broken during dumb update (which can happen even without -l) thus I've suggested adding '-F 0' which enforces more checking, so that probability of passing old patches is reduced. The Question was: is there any case where _proper_ patch can do any damage applied this way? -- Tomasz Pala From patrys at pld-linux.org Wed Nov 5 21:32:35 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 5 Nov 2008 21:32:35 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <20081105184056.GC5929@pepin.polanet.pl> References: <20081103122936.GA8301@pepin.polanet.pl> <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> <20081104163916.GA8539@pepin.polanet.pl> <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> <20081105171410.GA5929@pepin.polanet.pl> <89b6ba3a0811051023s75bb400dkcfd0ec292065f2b5@mail.gmail.com> <20081105184056.GC5929@pepin.polanet.pl> Message-ID: <89b6ba3a0811051232s1d1da549h3cdc8c1d387e6167@mail.gmail.com> On Wed, Nov 5, 2008 at 7:40 PM, Tomasz Pala wrote: > ...and I don't argue with that from the very beginning. But it's the > patch what is broken during dumb update (which can happen even without > -l) thus I've suggested adding '-F 0' which enforces more checking, so > that probability of passing old patches is reduced. > > The Question was: is there any case where _proper_ patch can do any > damage applied this way? Yes, if the offsets didn't change -F 0 wouldn't help at all. -- Patryk Zawadzki From gotar at polanet.pl Thu Nov 6 00:11:57 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Thu, 6 Nov 2008 00:11:57 +0100 Subject: CVSROOT: cvswrappers - treat patches as binary files In-Reply-To: <89b6ba3a0811051232s1d1da549h3cdc8c1d387e6167@mail.gmail.com> References: <20081103171346.GB6224@pepin.polanet.pl> <89b6ba3a0811031313t28f3bedewee17115be493b0c6@mail.gmail.com> <20081104003557.GA16848@pepin.polanet.pl> <89b6ba3a0811040104v590b9d64q842b7d5e54fbda37@mail.gmail.com> <20081104163916.GA8539@pepin.polanet.pl> <89b6ba3a0811040847p63f95ccrbacbd6cf4de720fd@mail.gmail.com> <20081105171410.GA5929@pepin.polanet.pl> <89b6ba3a0811051023s75bb400dkcfd0ec292065f2b5@mail.gmail.com> <20081105184056.GC5929@pepin.polanet.pl> <89b6ba3a0811051232s1d1da549h3cdc8c1d387e6167@mail.gmail.com> Message-ID: <20081105231157.GA27814@pepin.polanet.pl> On Wed, Nov 05, 2008 at 21:32:35 +0100, Patryk Zawadzki wrote: >> The Question was: is there any case where _proper_ patch can do any >> damage applied this way? > > Yes, if the offsets didn't change -F 0 wouldn't help at all. ... -- Tomasz Pala From qboosh at pld-linux.org Fri Nov 7 17:20:46 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 7 Nov 2008 17:20:46 +0100 Subject: SPECS: xorg-lib-libXaw.spec - rel 3; move hack from configure.ac to the spe... In-Reply-To: References: Message-ID: <20081107162046.GA21639@stranger.qboosh.pl> On Fri, Nov 07, 2008 at 11:46:34AM +0100, arekm wrote: > Author: arekm Date: Fri Nov 7 10:46:34 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - rel 3; move hack from configure.ac to the spec so it will work with new libtool. > %configure \ > %{!?with_static_libs:--disable-static} > + > +# Bring hack here, after libtool file is actually created. > +# See configure.ac. > +ed libtool << \EOF > +/^soname_spec/i > +# X.Org hack to match monolithic Xaw SONAME > +xorglibxawname="libXaw" > +. > +/^soname_spec/s/libname/xorglibxawname/ > +w > +q > +EOF LT_OUTPUT (in configure.ac before hack, see e.g. glib2-lt.patch) -- Jakub Bogusz http://qboosh.pl/ From arekm at maven.pl Fri Nov 7 17:58:38 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Fri, 7 Nov 2008 17:58:38 +0100 Subject: SPECS: xorg-lib-libXaw.spec - rel 3; move hack from configure.ac to the spe... In-Reply-To: <20081107162046.GA21639@stranger.qboosh.pl> References: <20081107162046.GA21639@stranger.qboosh.pl> Message-ID: <200811071758.38406.arekm@maven.pl> On Friday 07 of November 2008, Jakub Bogusz wrote: > On Fri, Nov 07, 2008 at 11:46:34AM +0100, arekm wrote: > > Author: arekm Date: Fri Nov 7 10:46:34 2008 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - rel 3; move hack from configure.ac to the spec so it will work with new > > libtool. > > > > %configure \ > > %{!?with_static_libs:--disable-static} > > + > > +# Bring hack here, after libtool file is actually created. > > +# See configure.ac. > > +ed libtool << \EOF > > +/^soname_spec/i > > +# X.Org hack to match monolithic Xaw SONAME > > +xorglibxawname="libXaw" > > +. > > +/^soname_spec/s/libname/xorglibxawname/ > > +w > > +q > > +EOF > > LT_OUTPUT (in configure.ac before hack, see e.g. glib2-lt.patch) Doesn't work because libtool is recreated lated. Additional change is needed. There is fixed patch in xorg bugzilla it seems but I haven't tested it yet. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at pld-linux.org Sun Nov 9 17:05:12 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 9 Nov 2008 18:05:12 +0200 Subject: SPECS: php.spec - mysqli needs really recent mysql-devel In-Reply-To: References: Message-ID: <200811091805.13011.glen@pld-linux.org> On Sunday 09 November 2008 01:43, baggins wrote: > Index: SPECS/php.spec > diff -u SPECS/php.spec:1.741 SPECS/php.spec:1.742 > --- SPECS/php.spec:1.741 Thu Nov 6 18:03:21 2008 > +++ SPECS/php.spec Sun Nov 9 00:43:23 2008 > @@ -192,7 +192,7 @@ > %{?with_ming:BuildRequires: ming-devel >= 0.3} > %{?with_mm:BuildRequires: mm-devel >= 1.3.0} > BuildRequires: mysql-devel >= 4.0.0 > -%{?with_mysqli:BuildRequires: mysql-devel >= 4.1.0} > +%{?with_mysqli:BuildRequires: mysql-devel >= 5.1.29} > BuildRequires: ncurses-ext-devel > %{?with_ldap:BuildRequires: openldap-devel >= 2.3.0} > %if %{with openssl} || %{with ldap} > @@ -2829,6 +2829,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.742 2008/11/08 23:43:23 baggins > +- mysqli needs really recent mysql-devel really? why? 5.0 isn't new enough? -- glen From baggins at sith.mimuw.edu.pl Sun Nov 9 18:31:55 2008 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Sun, 9 Nov 2008 18:31:55 +0100 Subject: SPECS: php.spec - mysqli needs really recent mysql-devel In-Reply-To: <200811091805.13011.glen@pld-linux.org> References: <200811091805.13011.glen@pld-linux.org> Message-ID: <20081109173155.GA13098@sith.mimuw.edu.pl> On Sun, 09 Nov 2008, Elan Ruusam?e wrote: > On Sunday 09 November 2008 01:43, baggins wrote: > > Index: SPECS/php.spec > > diff -u SPECS/php.spec:1.741 SPECS/php.spec:1.742 > > --- SPECS/php.spec:1.741 Thu Nov 6 18:03:21 2008 > > +++ SPECS/php.spec Sun Nov 9 00:43:23 2008 > > @@ -192,7 +192,7 @@ > > %{?with_ming:BuildRequires: ming-devel >= 0.3} > > %{?with_mm:BuildRequires: mm-devel >= 1.3.0} > > BuildRequires: mysql-devel >= 4.0.0 > > -%{?with_mysqli:BuildRequires: mysql-devel >= 4.1.0} > > +%{?with_mysqli:BuildRequires: mysql-devel >= 5.1.29} > > BuildRequires: ncurses-ext-devel > > %{?with_ldap:BuildRequires: openldap-devel >= 2.3.0} > > %if %{with openssl} || %{with ldap} > > @@ -2829,6 +2829,9 @@ > > All persons listed below can be reached at @pld-linux.org > > > > $Log$ > > +Revision 1.742 2008/11/08 23:43:23 baggins > > +- mysqli needs really recent mysql-devel > > really? why? Don't ask me, I just build it ;) > 5.0 isn't new enough? I had 5.1.23 installed and compilation failed with lots of errors, update to 5.1.29 fixed 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 glen at pld-linux.org Mon Nov 10 03:11:54 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 10 Nov 2008 04:11:54 +0200 Subject: python macros Message-ID: <200811100411.58715.glen@pld-linux.org> 1. what's the point of such macros? $ rpm -E '%pyrequires_eq python-libs' Requires: python-libs $ rpm -E '%pyrequires_eq python-modules' Requires: python-modules 2. python 2.6 .py[co] aren't recognixzed by file(1) and therefore no python autodeps are produced? $ file * bootloaderInfo.pyc: data bootloaderInfo.pyo: data at least if i take python-booty from th-test, it has no python versioned deps whatsover. # rpm -q python-booty --requires python-libs python-rhpl >= 0.176-1.1 rpmlib(PayloadIsLzma) <= 4.4.6-1 spec itself: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/SPECS/python-booty.spec?rev=1.17 or it's not parsed as the python files are not inside python dirs? $ rpm -qpl ../RPMS/python-booty-0.93-5.i686.rpm /usr/lib/booty /usr/lib/booty/bootloaderInfo.pyc /usr/lib/booty/bootloaderInfo.pyo /usr/lib/booty/booty.pyc /usr/lib/booty/booty.pyo /usr/lib/booty/checkbootloader.pyc /usr/lib/booty/checkbootloader.pyo /usr/lib/booty/grubupdatetest.pyc /usr/lib/booty/grubupdatetest.pyo /usr/lib/booty/lilo.pyc /usr/lib/booty/lilo.pyo -- glen From arekm at maven.pl Mon Nov 10 22:39:39 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Mon, 10 Nov 2008 22:39:39 +0100 Subject: CVSROOT: users - make AIDA Th aliases - sorted In-Reply-To: References: Message-ID: <200811102239.39667.arekm@maven.pl> On Monday 10 of November 2008, tommat wrote: > Author: tommat Date: Mon Nov 10 15:38:08 2008 GMT > Module: CVSROOT Tag: HEAD > ---- Log message: > - make AIDA Th aliases > - sorted What's AIDA? Please fix sorting, you broke it. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From n3npq at mac.com Mon Nov 10 22:49:48 2008 From: n3npq at mac.com (Jeff Johnson) Date: Mon, 10 Nov 2008 16:49:48 -0500 Subject: CVSROOT: users - make AIDA Th aliases - sorted In-Reply-To: <200811102239.39667.arekm@maven.pl> References: <200811102239.39667.arekm@maven.pl> Message-ID: <67DBAC01-6ADF-4A4C-AF45-AD43AACD6404@mac.com> On Nov 10, 2008, at 4:39 PM, Arkadiusz Miskiewicz wrote: > > What's AIDA? > The wife of Rademes? ;-) ;-) > Please fix sorting, you broke it. > Those high notes are ever so hard to reach if you are merely a contralto ... 73 de Jeff From glen at pld-linux.org Tue Nov 11 01:01:21 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 11 Nov 2008 02:01:21 +0200 Subject: CVSROOT: users - make AIDA Th aliases - sorted In-Reply-To: <200811102239.39667.arekm@maven.pl> References: <200811102239.39667.arekm@maven.pl> Message-ID: <200811110201.21572.glen@pld-linux.org> On Monday 10 November 2008 23:39, Arkadiusz Miskiewicz wrote: > On Monday 10 of November 2008, tommat wrote: > > Author: tommat Date: Mon Nov 10 15:38:08 2008 GMT > > Module: CVSROOT Tag: HEAD > > ---- Log message: > > - make AIDA Th aliases > > - sorted > > What's AIDA? > On Monday 10 November 2008 18:12, Tomasz Mateja wrote: > > Elan Ruusam?e pisze: > > > what is aida? > > > > Ask mmazur how unroll this shortcut :-) > > In general it is idea to support other architectures than those from Th > > but in way that not blocks th development - so you can treat this like > > fork as Ti but without th architectures. I'm interested in sparc port so > > I will start AIDA. > > > > Best regards On Monday 10 November 2008 23:39, Arkadiusz Miskiewicz wrote: > Please fix sorting, you broke it. and which collation should be used for sorting? (to tommat) and when sorting leave "vim" line somewhere as first or as last: vim:encoding=utf-8 -- glen From tommat at pimpek.one.pl Tue Nov 11 10:50:09 2008 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Tue, 11 Nov 2008 10:50:09 +0100 Subject: CVSROOT: users - make AIDA Th aliases - sorted In-Reply-To: <200811110201.21572.glen@pld-linux.org> References: <200811102239.39667.arekm@maven.pl> <200811110201.21572.glen@pld-linux.org> Message-ID: <49195551.4020902@pimpek.one.pl> Elan Ruusam?e pisze: > On Monday 10 November 2008 23:39, Arkadiusz Miskiewicz wrote: >> Please fix sorting, you broke it. > > and which collation should be used for sorting? > > (to tommat) and when sorting leave "vim" line somewhere as first or as last: > vim:encoding=utf-8 > Moved manually README and vim :-) but now sorting is reverted, sorry. -- T. From patrys at pld-linux.org Tue Nov 11 19:15:08 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 11 Nov 2008 19:15:08 +0100 Subject: xorg-xserver-server-1.5.3-2.i686 Message-ID: <89b6ba3a0811111015i3c84d540hf855d6d3d2331236@mail.gmail.com> To make is work the following change is needed in the xorg.conf (either that or a working input.fdi for HAL): Section "ServerFlags" Option "AllowEmptyInput" "False" Endsection -- Patryk Zawadzki From arekm at maven.pl Tue Nov 11 19:23:15 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 11 Nov 2008 19:23:15 +0100 Subject: xorg-xserver-server-1.5.3-2.i686 In-Reply-To: <89b6ba3a0811111015i3c84d540hf855d6d3d2331236@mail.gmail.com> References: <89b6ba3a0811111015i3c84d540hf855d6d3d2331236@mail.gmail.com> Message-ID: <200811111923.15661.arekm@maven.pl> On Tuesday 11 of November 2008, Patryk Zawadzki wrote: > To make is work the following change is needed in the xorg.conf > (either that or a working input.fdi for HAL): Hal is disabled in this build. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From freetz at gmx.net Tue Nov 11 19:29:51 2008 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 11 Nov 2008 19:29:51 +0100 Subject: xorg-xserver-server-1.5.3-2.i686 In-Reply-To: <89b6ba3a0811111015i3c84d540hf855d6d3d2331236@mail.gmail.com> References: <89b6ba3a0811111015i3c84d540hf855d6d3d2331236@mail.gmail.com> Message-ID: <20081111192951.8ec5358f.freetz@gmx.net> On Tue, 11 Nov 2008 19:15:08 +0100 "Patryk Zawadzki" wrote: > To make is work the following change is needed in the xorg.conf > (either that or a working input.fdi for HAL): > > Section "ServerFlags" > Option "AllowEmptyInput" "False" > Endsection how is this supposed to work? according to xorg-xserver-server.spec HAL support is disabled by default (%bcond_with hal) -- Fryderyk Dziarmagowski From freetz at gmx.net Tue Nov 11 19:31:18 2008 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Tue, 11 Nov 2008 19:31:18 +0100 Subject: xorg-xserver-server-1.5.3-2.i686 In-Reply-To: <200811111923.15661.arekm@maven.pl> References: <89b6ba3a0811111015i3c84d540hf855d6d3d2331236@mail.gmail.com> <200811111923.15661.arekm@maven.pl> Message-ID: <20081111193118.92f4ef24.freetz@gmx.net> On Tue, 11 Nov 2008 19:23:15 +0100 Arkadiusz Miskiewicz wrote: > On Tuesday 11 of November 2008, Patryk Zawadzki wrote: > > To make is work the following change is needed in the xorg.conf > > (either that or a working input.fdi for HAL): > > Hal is disabled in this build. there are options to disable it at runtime, it should be done this way. -- Fryderyk Dziarmagowski From arekm at maven.pl Tue Nov 11 19:43:45 2008 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 11 Nov 2008 19:43:45 +0100 Subject: xorg-xserver-server-1.5.3-2.i686 In-Reply-To: <20081111192951.8ec5358f.freetz@gmx.net> References: <89b6ba3a0811111015i3c84d540hf855d6d3d2331236@mail.gmail.com> <20081111192951.8ec5358f.freetz@gmx.net> Message-ID: <200811111943.45741.arekm@maven.pl> On Tuesday 11 of November 2008, Fryderyk Dziarmagowski wrote: > On Tue, 11 Nov 2008 19:15:08 +0100 > > "Patryk Zawadzki" wrote: > > To make is work the following change is needed in the xorg.conf > > (either that or a working input.fdi for HAL): > > > > Section "ServerFlags" > > Option "AllowEmptyInput" "False" > > Endsection > > how is this supposed to work? according to xorg-xserver-server.spec HAL > support is disabled by default (%bcond_with hal) This (xorg.conf) will work. HAL way won't work currently. I guess that hal will be reenabled. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From patrys at pld-linux.org Tue Nov 11 19:45:19 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Tue, 11 Nov 2008 19:45:19 +0100 Subject: xorg-xserver-server-1.5.3-2.i686 In-Reply-To: <20081111192951.8ec5358f.freetz@gmx.net> References: <89b6ba3a0811111015i3c84d540hf855d6d3d2331236@mail.gmail.com> <20081111192951.8ec5358f.freetz@gmx.net> Message-ID: <89b6ba3a0811111045h7ff3c1am785e60144a2ef5c3@mail.gmail.com> On Tue, Nov 11, 2008 at 7:29 PM, Fryderyk Dziarmagowski wrote: > On Tue, 11 Nov 2008 19:15:08 +0100 > "Patryk Zawadzki" wrote: > >> To make is work the following change is needed in the xorg.conf >> (either that or a working input.fdi for HAL): >> >> Section "ServerFlags" >> Option "AllowEmptyInput" "False" >> Endsection > how is this supposed to work? according to xorg-xserver-server.spec HAL > support is disabled by default (%bcond_with hal) How is what supposed to work? It worked fine with HAL support as I don't have any input sections in my xorg.conf. It ceised to work with the latest build so I assumed my fdi was broken. Adding AllowEmptyInput False forces Xorg to fall back to RAW device access in case no input was available after earlier detection methods. -- Patryk Zawadzki From glen at pld-linux.org Thu Nov 13 12:38:30 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Thu, 13 Nov 2008 13:38:30 +0200 Subject: pld ac Message-ID: <200811131338.30337.glen@pld-linux.org> is now slowly going to be non-intel oriented distro! :) wel,l actually, only ppc, alpha and sparc builders are alive :( where are the others? amd64 - oberon hw problems? x86* - can't reach aksjomat. here's my last breaths seen from it: [root at aksjomat repos.d]# Read from remote host aksjomat: Connection timed out Connection to aksjomat closed. Connection to olimp.mif.pg.gda.pl closed. === Window terminated (Sat Nov 8 09:08:22 2008) === Changing title to ac-x86 Enter passphrase for key '/home/glen/.ssh/id_dsa': ssh: connect to host aksjomat port 22: No route to host === Window terminated (Mon Nov 10 20:06:21 2008) === Changing title to ac-x86 Enter passphrase for key '/home/glen/.ssh/id_dsa': ssh: connect to host aksjomat port 22: No route to host onnection to olimp.mif.pg.gda.pl closed. === Window terminated (Mon Nov 10 20:06:39 2008) === Changing title to ac-x86 Enter passphrase for key '/home/glen/.ssh/id_dsa': ssh: connect to host aksjomat port 22: No route to host onnection to olimp.mif.pg.gda.pl closed. === Window terminated (Thu Nov 13 13:35:20 2008) === -- glen From ankry at green.mif.pg.gda.pl Thu Nov 13 15:21:25 2008 From: ankry at green.mif.pg.gda.pl (Andrzej Krzysztofowicz) Date: Thu, 13 Nov 2008 15:21:25 +0100 (CET) Subject: pld ac In-Reply-To: <200811131338.30337.glen@pld-linux.org> Message-ID: <200811131421.mADELPuA026906@green.mif.pg.gda.pl> Elan =?iso-8859-1?q?Ruusam=E4e?= wrote: > > x86* - can't reach aksjomat. Aksjomat should be up soon. Power suply problem. -- ======================================================================= 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 qboosh at pld-linux.org Thu Nov 13 21:24:08 2008 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Thu, 13 Nov 2008 21:24:08 +0100 Subject: SVN: rc-scripts/trunk/rc.d/init.d/cryptsetup Message-ID: <20081113202408.GA4733@stranger.qboosh.pl> On Mon, Nov 10, 2008 at 01:15:32AM +0100, glen wrote: > Author: glen > Date: Mon Nov 10 01:15:32 2008 > New Revision: 9973 > > Modified: > rc-scripts/trunk/rc.d/init.d/cryptsetup > Log: > - no bashism > > Modified: rc-scripts/trunk/rc.d/init.d/cryptsetup > ============================================================================== > --- rc-scripts/trunk/rc.d/init.d/cryptsetup (original) > +++ rc-scripts/trunk/rc.d/init.d/cryptsetup Mon Nov 10 01:15:32 2008 > @@ -25,13 +25,13 @@ > mode=$(ls -l "$key" | cut -c 5-10) > owner=$(ls -l $key | awk '{ print $3 }') > if [ "$mode" != "------" ] && ! key_is_random "$key"; then > - echo $"INSECURE MODE FOR $key" > + echo "INSECURE MODE FOR $key" > fi > if [ "$owner" != root ]; then > - echo $"INSECURE OWNER FOR $key" > + echo "INSECURE OWNER FOR $key" > fi > else > - echo $"Key file for $dst not found, skipping" > + echo "Key file for $dst not found, skipping" > ret=1 > continue > fi [...] Don't remove i18n, use nls function instead. -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Fri Nov 14 02:00:42 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 14 Nov 2008 03:00:42 +0200 Subject: SVN: rc-scripts/trunk/rc.d/init.d/cryptsetup In-Reply-To: <20081113202408.GA4733@stranger.qboosh.pl> References: <20081113202408.GA4733@stranger.qboosh.pl> Message-ID: <200811140300.43151.glen@pld-linux.org> On Thursday 13 November 2008 22:24, Jakub Bogusz wrote: > > +?????????????????????????????echo "Key file for $dst not found, > > skipping" ret=1 > > ??????????????????????????????continue > > ??????????????????????fi > > [...] > > Don't remove i18n, use nls function instead. different question, how do you format those services who say: Starting foo .... [buzy] now if there's some output to say (errors), it will be printed right after [buzy] bracket, which is plain unreadable. msg_starting "Starting disk encryption" if ... echo "Error happened!" and if no failure is met, then it would look ok: Starting foo .... [ok] sometimes (like asking passphrase) a newline would be needed too: Starting foo ....[buzy]Enter passphrase for /dev/sda: -- glen From glen at pld-linux.org Fri Nov 14 02:32:54 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Fri, 14 Nov 2008 03:32:54 +0200 Subject: SPECS: v86d.spec - rel 2; added v86d-klibc-ldflags.patch; when build with k... In-Reply-To: References: Message-ID: <200811140332.55036.glen@pld-linux.org> On Thursday 13 November 2008 23:15, mguevara wrote: > Author: mguevara Date: Thu Nov 13 21:15:10 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - rel 2; added v86d-klibc-ldflags.patch; when build with klibc (on x86_64) > it BR x86emu-devel(klibc) - works ok on x86_64 initramfs initrd > ... > +%if "%{_arch}" == "x86_64" > +%patch2 -p1 > +%endif why not %ifarch %x8664 ? -- glen From mguevara at pld-linux.org Fri Nov 14 10:56:47 2008 From: mguevara at pld-linux.org (Marek Guevara Braun) Date: Fri, 14 Nov 2008 10:56:47 +0100 Subject: SPECS: v86d.spec - rel 2; added v86d-klibc-ldflags.patch; when build with k... In-Reply-To: <200811140332.55036.glen@pld-linux.org> References: <200811140332.55036.glen@pld-linux.org> Message-ID: <491D4B5F.6080200@pld-linux.org> Elan Ruusam?e wrote: >> +%if "%{_arch}" == "x86_64" >> +%patch2 -p1 >> +%endif > > why not %ifarch %x8664 ? I've dropped the if. I've took it from the kernel.spec btw. Regards, Marek From glen at pld-linux.org Fri Nov 14 14:15:39 2008 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Fri, 14 Nov 2008 15:15:39 +0200 Subject: SPECS: v86d.spec - rel 2; added v86d-klibc-ldflags.patch; when build with k... In-Reply-To: <491D4B5F.6080200@pld-linux.org> References: <200811140332.55036.glen@pld-linux.org> <491D4B5F.6080200@pld-linux.org> Message-ID: <200811141515.39935.glen@pld-linux.org> On Friday 14 November 2008 11:56:47 Marek Guevara Braun wrote: > Elan Ruusam?e wrote: > >> +%if "%{_arch}" == "x86_64" > >> +%patch2 -p1 > >> +%endif > > > > why not %ifarch %x8664 ? > > I've dropped the if. I've took it from the kernel.spec btw. well. for kernel it was defined there for crossarc build > Regards, > Marek -- glen From wrobell at pld-linux.org Sat Nov 15 05:35:46 2008 From: wrobell at pld-linux.org (wrobell) Date: Sat, 15 Nov 2008 04:35:46 +0000 Subject: python macros In-Reply-To: <200811100411.58715.glen@pld-linux.org> References: <200811100411.58715.glen@pld-linux.org> Message-ID: <20081115043546.GN3650@borg.WAG54GS> On Mon, Nov 10, 2008 at 04:11:54AM +0200, Elan Ruusam?e wrote: > 1. what's the point of such macros? > $ rpm -E '%pyrequires_eq python-libs' > Requires: python-libs > > $ rpm -E '%pyrequires_eq python-modules' > Requires: python-modules in the past it was evaluating to Requires: python-modules >= 2.5 < 2.6 (assuming that you python 2.5 is installed) who changed that and why... i have no idea. having the pyrequires_eq macro in current state is pointless. see cvs log rpm-macros.python cvs up -r 1.4 rpm-macros.python [...] wrobell From wrobell at pld-linux.org Sun Nov 16 15:31:33 2008 From: wrobell at pld-linux.org (wrobell) Date: Sun, 16 Nov 2008 14:31:33 +0000 Subject: SPECS: Zope-Interface.spec - package site-packages/zope as no other package... In-Reply-To: References: Message-ID: <20081116143133.GR3650@borg.WAG54GS> On Fri, Sep 19, 2008 at 08:08:44PM +0200, patrys wrote: > Author: patrys Date: Fri Sep 19 18:08:44 2008 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - package site-packages/zope as no other package from ftp uses it > - rel 2 Zope-dirs.spec provides it. wrobell From glen at pld-linux.org Wed Nov 19 02:12:25 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Wed, 19 Nov 2008 03:12:25 +0200 Subject: gamin/famin Message-ID: <200811190312.25634.glen@pld-linux.org> err, which is it/where is it, who is going to put there _something_ ? $ poldek -u gamin-libs fam-libs --sn th --sn th-ready --sn th-test -t Loading [pndir]th... Loading [pndir]th... Loading [pndir]th-ready... Loading [pndir]th-ready... Loading [pndir]th-test... Loading [pndir]th-test... 19644 packages read error: fam-libs: no such package error: gamin-libs: no such package -- glen From baggins at sith.mimuw.edu.pl Fri Nov 21 11:36:33 2008 From: baggins at sith.mimuw.edu.pl (Jan Rekorajski) Date: Fri, 21 Nov 2008 11:36:33 +0100 Subject: gamin/famin In-Reply-To: <200811190312.25634.glen@pld-linux.org> References: <200811190312.25634.glen@pld-linux.org> Message-ID: <20081121103633.GA12811@sith.mimuw.edu.pl> On Wed, 19 Nov 2008, Elan Ruusam?e wrote: > err, which is it/where is it, who is going to put there _something_ ? > > $ poldek -u gamin-libs fam-libs --sn th --sn th-ready --sn th-test -t > Loading [pndir]th... > Loading [pndir]th... > Loading [pndir]th-ready... > Loading [pndir]th-ready... > Loading [pndir]th-test... > Loading [pndir]th-test... > 19644 packages read > error: fam-libs: no such package > error: gamin-libs: no such package gamin obsoletes gamin-libs and the whole fam. The gamin/gamin-libs split was unnecessary and crippling, so I removed 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 zbyniu at geocarbon.pl Fri Nov 21 22:21:46 2008 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Fri, 21 Nov 2008 22:21:46 +0100 Subject: SPECS (LINUX_2_6): kernel.spec - alt_kernel fixes from LINUX_2_6_16 - use o... In-Reply-To: References: Message-ID: <20081121212146.GQ11906@geocarbon.pl> glen rada by?a zauwa?y?: > Author: glen Date: Fri Nov 21 11:59:26 2008 GMT > Module: SPECS Tag: LINUX_2_6 > ---- Log message: > - alt_kernel fixes from LINUX_2_6_16 > - use own builddir > %prep > -%setup -q -n linux-%{basever} > +%setup -qc > +cd linux-%{basever} What is this for? Another unnessesary troublesome change in kernel.spec. Why this spec is so special? Do you want to change next thousands packages where builddir != %name-%version? -1 from me. Zbyniu -- %% Absolutely nothing we trust %% From glen at pld-linux.org Sun Nov 23 15:06:27 2008 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 23 Nov 2008 16:06:27 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - alt_kernel fixes from LINUX_2_6_16 - use o... In-Reply-To: <20081121212146.GQ11906@geocarbon.pl> References: <20081121212146.GQ11906@geocarbon.pl> Message-ID: <200811231606.27541.glen@pld-linux.org> On Friday 21 November 2008 23:21, Zbyniu Krzystolik wrote: > glen rada by?a zauwa?y?: > > Author: glen Date: Fri Nov 21 11:59:26 2008 GMT > > Module: SPECS Tag: LINUX_2_6 > > ---- Log message: > > - alt_kernel fixes from LINUX_2_6_16 > > - use own builddir > > > > %prep > > -%setup -q -n linux-%{basever} > > +%setup -qc > > +cd linux-%{basever} > > What is this for? Another unnessesary troublesome change in kernel.spec. > Why this spec is so special? Do you want to change next thousands > packages where builddir != %name-%version? > > -1 from me. tell directly you don't like me, why bring kernel into play!? > Zbyniu -- glen From glen at pld-linux.org Sun Nov 23 16:35:03 2008 From: glen at pld-linux.org (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 23 Nov 2008 17:35:03 +0200 Subject: SPECS: samsung-unified-linux-driver.spec (NEW) - initial release, CUPS part... In-Reply-To: References: Message-ID: <200811231735.03532.glen@pld-linux.org> On Saturday 22 November 2008 20:26, emes wrote: > +ExclusiveArch:?i386 i486 i586 i686 athlon %{x8664} what do pentium3, pentium4 miss that they are excluded? $ rpm -E %ix86 i386 i486 i586 i686 pentium3 pentium4 athlon -- glen From gotar at polanet.pl Sun Nov 23 17:10:01 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sun, 23 Nov 2008 17:10:01 +0100 Subject: SPECS (LINUX_2_6): kernel.spec - alt_kernel fixes from LINUX_2_6_16 - use o... In-Reply-To: <200811231606.27541.glen@pld-linux.org> References: <20081121212146.GQ11906@geocarbon.pl> <200811231606.27541.glen@pld-linux.org> Message-ID: <20081123161001.GE6885@pepin.polanet.pl> On Sun, Nov 23, 2008 at 16:06:27 +0200, Elan Ruusam?e wrote: >> > %prep >> > -%setup -q -n linux-%{basever} >> > +%setup -qc >> > +cd linux-%{basever} >> >> What is this for? [...] > tell directly you don't like me, why bring kernel into play!? So what's the point of above change? -- Tomasz Pala From glen at pld-linux.org Sun Nov 23 17:44:22 2008 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Sun, 23 Nov 2008 18:44:22 +0200 Subject: SPECS (LINUX_2_6): kernel.spec - alt_kernel fixes from LINUX_2_6_16 - use o... In-Reply-To: <20081123161001.GE6885@pepin.polanet.pl> References: <200811231606.27541.glen@pld-linux.org> <20081123161001.GE6885@pepin.polanet.pl> Message-ID: <200811231844.22935.glen@pld-linux.org> On Sunday 23 November 2008 18:10, Tomasz Pala wrote: > On Sun, Nov 23, 2008 at 16:06:27 +0200, Elan Ruusam?e wrote: > >> > %prep > >> > -%setup -q -n linux-%{basever} > >> > +%setup -qc > >> > +cd linux-%{basever} > >> > >> What is this for? > > [...] > > > tell directly you don't like me, why bring kernel into play!? > > So what's the point of above change? to have different build dir for different kernel builds (to be able to build stuff in parallel and so on) -- glen From zbyniu at geocarbon.pl Mon Nov 24 12:22:03 2008 From: zbyniu at geocarbon.pl (Zbyniu Krzystolik) Date: Mon, 24 Nov 2008 12:22:03 +0100 Subject: SPECS (LINUX_2_6): kernel.spec - alt_kernel fixes from LINUX_2_6_16 - use o... In-Reply-To: <200811231606.27541.glen@pld-linux.org> References: <20081121212146.GQ11906@geocarbon.pl> <200811231606.27541.glen@pld-linux.org> Message-ID: <20081124112203.GR11906@geocarbon.pl> Elan Ruusam?e wrote: > On Friday 21 November 2008 23:21, Zbyniu Krzystolik wrote: > > > Author: glen Date: Fri Nov 21 11:59:26 2008 GMT > > > Module: SPECS Tag: LINUX_2_6 > > > ---- Log message: > > > - alt_kernel fixes from LINUX_2_6_16 > > > - use own builddir > > > > > > %prep > > > -%setup -q -n linux-%{basever} > > > +%setup -qc > > > +cd linux-%{basever} > > > > What is this for? Another unnessesary troublesome change in kernel.spec. > > Why this spec is so special? Do you want to change next thousands > > packages where builddir != %name-%version? > > > > -1 from me. > > tell directly you don't like me, why bring kernel into play!? No, I don't care who is touching kernel.spec, only what is changing. Zbyniu -- %% Absolutely nothing we trust %% From sparky at pld-linux.org Thu Nov 27 00:33:54 2008 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Thu, 27 Nov 2008 00:33:54 +0100 Subject: SOURCES: mysqltuner.patch (NEW) - disable diagnostics module dep - avoid de... In-Reply-To: References: Message-ID: <20081126233354.GA4172@pld-linux.org> On Wed, Nov 26, 2008 at 11:31:06PM +0100, glen wrote: > + # Set up a few variables for use in the script > +@@ -230,7 +229,7 @@ > + sub mysql_setup { > + $doremote = 0; > + $remotestring = ''; > +- my $command = `which mysqladmin`; > ++ my $command = `[ -x /usr/bin/mysqladmin ] && echo /usr/bin/mysqladmin`; > + chomp($command); > + if (! -e $command) { > + badprint "Unable to find mysqladmin in your \$PATH. Is MySQL installed?\n"; Everytime someone does something like this Larry Wall kills a kitteh. Just write it as: my $command = "/usr/bin/mysqladmin"; unless ( -x $command ) { ... -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From udvzsolt at gmail.com Fri Nov 28 18:35:29 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 28 Nov 2008 18:35:29 +0100 Subject: TeXLive Message-ID: <760ece280811280935j3c0bb1d6pc6dff597d1377e03@mail.gmail.com> Hi folks! I want to create texlive.spec, and it's under developing. I use the tetex.spec as the beginning, but I've a question: should I split more subpackages the texlive package? What I think: the style-files, documentclass-files, e.g. exam.cls put into texlive-latex-exam, etc. When you think it, I make it. Imho it would be better (nearer to "pld-philosphy": http://www.pld-linux.org/Features -> Micropackages). Zsolt From patrys at pld-linux.org Fri Nov 28 18:54:02 2008 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Fri, 28 Nov 2008 18:54:02 +0100 Subject: TeXLive In-Reply-To: <760ece280811280935j3c0bb1d6pc6dff597d1377e03@mail.gmail.com> References: <760ece280811280935j3c0bb1d6pc6dff597d1377e03@mail.gmail.com> Message-ID: <89b6ba3a0811280954x4f144e76r3d7743788b379160@mail.gmail.com> On Fri, Nov 28, 2008 at 6:35 PM, Zsolt Udvari wrote: > Hi folks! > > I want to create texlive.spec, and it's under developing. I use the > tetex.spec as the beginning, but I've a question: should I split more > subpackages the texlive package? What I think: the style-files, > documentclass-files, e.g. exam.cls put into texlive-latex-exam, etc. > When you think it, I make it. Imho it would be better (nearer to > "pld-philosphy": http://www.pld-linux.org/Features -> Micropackages). Since tetex is unmaintained we will certainly need TeXLive at one point or another. I suggest you make the package split however you feel is appropriate, add necessary obsoletes and just commit it. Others will have their chance to improve upon your work if they feel that's necessary before migrating PLD to the new TeX. Currently the tetex-* package tree in PLD is huge and there is no point in splitting "just because we can". I'm sure nobody will shoot you for doing your part even if others don't agree with the subpackages you propose :) -- Patryk Zawadzki From udvzsolt at gmail.com Fri Nov 28 19:05:35 2008 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Fri, 28 Nov 2008 19:05:35 +0100 Subject: TeXLive In-Reply-To: <89b6ba3a0811280954x4f144e76r3d7743788b379160@mail.gmail.com> References: <760ece280811280935j3c0bb1d6pc6dff597d1377e03@mail.gmail.com> <89b6ba3a0811280954x4f144e76r3d7743788b379160@mail.gmail.com> Message-ID: <760ece280811281005h4f855296y290725cd57285842@mail.gmail.com> > Since tetex is unmaintained we will certainly need TeXLive at one > point or another. I suggest you make the package split however you > feel is appropriate, add necessary obsoletes and just commit it. > Others will have their chance to improve upon your work if they feel > that's necessary before migrating PLD to the new TeX. Currently the > tetex-* package tree in PLD is huge and there is no point in splitting > "just because we can". And one more reason: I'm (relative) beginner in LaTeX (I've used about 5 years plainTeX), and sometimes not found the package what I need (last time was the exam class). But when it's splitted many subpackage, I can see it in poldek with 'ls texlive-latex-*', and 'desc texlive-latex-foo', so maybe I (and others) can found the needed package (=package with a specified feature) easier. Zsolt From gotar at polanet.pl Fri Nov 28 20:32:39 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Fri, 28 Nov 2008 20:32:39 +0100 Subject: TeXLive In-Reply-To: <760ece280811281005h4f855296y290725cd57285842@mail.gmail.com> References: <760ece280811280935j3c0bb1d6pc6dff597d1377e03@mail.gmail.com> <89b6ba3a0811280954x4f144e76r3d7743788b379160@mail.gmail.com> <760ece280811281005h4f855296y290725cd57285842@mail.gmail.com> Message-ID: <20081128193239.GB13168@pepin.polanet.pl> On Fri, Nov 28, 2008 at 19:05:35 +0100, Zsolt Udvari wrote: > (last time was the exam class). But when it's splitted many > subpackage, I can see it in poldek with 'ls texlive-latex-*', and > 'desc texlive-latex-foo', so maybe I (and others) can found the needed > package (=package with a specified feature) easier. In case of LaTeX resources it's easy to find them by file name: rsearch -f /ifthen/ rsearch -f /multirow/ rsearch -f /tabularx/ -- Tomasz Pala From michal at salaban.info Sat Nov 29 01:47:58 2008 From: michal at salaban.info (=?UTF-8?Q?Micha=C5=82_Sa=C5=82aban?=) Date: Sat, 29 Nov 2008 01:47:58 +0100 Subject: SPECS: samsung-unified-linux-driver.spec (NEW) - initial release, CUPS part... In-Reply-To: <200811231735.03532.glen@pld-linux.org> References: <200811231735.03532.glen@pld-linux.org> Message-ID: On Sun, Nov 23, 2008 at 4:35 PM, Elan Ruusam?e wrote: >> +ExclusiveArch: i386 i486 i586 i686 athlon %{x8664} > > what do pentium3, pentium4 miss that they are excluded? > > $ rpm -E %ix86 > i386 i486 i586 i686 pentium3 pentium4 athlon They don't miss anything. I just didn't know about them (and the macro:) Corrected. -- Micha? Sa?aban | http://michal.salaban.info From gotar at polanet.pl Sat Nov 29 04:08:21 2008 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 29 Nov 2008 04:08:21 +0100 Subject: SPECS: privoxy.spec - up to 3.0.10 - not defined %_docdir issue In-Reply-To: <20081014003529.GB8425@pepin.polanet.pl> References: <200810122323.44506.tomasz.wittner@gmail.com> <200810131135.13013.glen@pld-linux.org> <20081013162950.GA9380@stranger.qboosh.pl> <20081014003529.GB8425@pepin.polanet.pl> Message-ID: <20081129030821.GA13294@pepin.polanet.pl> On Tue, Oct 14, 2008 at 02:35:29 +0200, Tomasz Pala wrote: > libraries I have had installed ship %doc. Non-library packages would > almost certainly conflict on other files. Libraries conflict too... file /usr/bin/dumpiso from install of libraw1394-2.0.0-1.athlon conflicts with file from package libraw1394-1.3.0-1.athlon file /usr/bin/sendiso from install of libraw1394-2.0.0-1.athlon conflicts with file from package libraw1394-1.3.0-1.athlon file /usr/bin/testlibraw from install of libraw1394-2.0.0-1.athlon conflicts with file from package libraw1394-1.3.0-1.athlon file /usr/bin/x264 from install of libx264-0.1.2-1.20081023_2245.1.athlon conflicts with file from package libx264-0.1.2-1.20071008_2245.1.athlon file /usr/lib/vhook/drawtext.so from install of ffmpeg-libs-0.4.9-4.20081024.3.athlon conflicts with file from package ffmpeg-libs-0.4.9-4.20071009.0.3.athlon file /usr/lib/vhook/fish.so from install of ffmpeg-libs-0.4.9-4.20081024.3.athlon conflicts with file from package ffmpeg-libs-0.4.9-4.20071009.0.3.athlon file /usr/lib/vhook/null.so from install of ffmpeg-libs-0.4.9-4.20081024.3.athlon conflicts with file from package ffmpeg-libs-0.4.9-4.20071009.0.3.athlon file /usr/lib/vhook/ppm.so from install of ffmpeg-libs-0.4.9-4.20081024.3.athlon conflicts with file from package ffmpeg-libs-0.4.9-4.20071009.0.3.athlon file /usr/lib/vhook/watermark.so from install of ffmpeg-libs-0.4.9-4.20081024.3.athlon conflicts with file from package ffmpeg-libs-0.4.9-4.20071009.0.3.athlon -- Tomasz Pala