From udvzsolt at gmail.com Mon Jun 1 09:27:50 2009 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Mon, 1 Jun 2009 09:27:50 +0200 Subject: packages: dmenu/dmenu.spec (NEW) - initial In-Reply-To: <20090531170413.GA30804@pld-linux.org> References: <20090531170413.GA30804@pld-linux.org> Message-ID: <20090601092750.3e400044@gmail.com> > You shouldn't be defining these at %prep stage, doing so in %build is > much more secure. And there must be much a simpler way than using sed > to do it. You could pass options in %__make invocation, or append them > at the end of config.mk file: > > %build > cat << 'EOF' >> config.mk > PREFIX = %{_prefix} > CFLAGS := %{rpmcflags} $(filter-out -Os,$(CFLAGS)) > LDFLAGS = %{rpmldflags} > EOF Ok, thanks. Corrected. Zsolt From arekm at maven.pl Tue Jun 2 15:02:21 2009 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 2 Jun 2009 15:02:21 +0200 Subject: Fwd: packages: php/php-mod_php.conf - match only *.php for added security by avo... In-Reply-To: <20090504195019.GA15081@polanet.pl> References: <200905041248.11625.glen@pld-linux.org> <89b6ba3a0905041157p8e994a1h1fdc1419ebc18f0a@mail.gmail.com> <20090504195019.GA15081@polanet.pl> Message-ID: <200906021502.21839.arekm@maven.pl> On Monday 04 of May 2009, Tomasz Pala wrote: > On Mon, May 04, 2009 at 20:57:36 +0200, Patryk Zawadzki wrote: > > but putting php_* inside a Perl or Python tool is a no-no. glen > > I'd suggest using: > > RemoveType .php > RemoveType .php3 > [...] > Options None > AllowOverride None > > then (upload dirs of non-PHP apps, where IfModule mod_php5.c directive > would be ugly). > > > suggested something like "SetHandler DoNothing" (that's what Drupal > > That would break handlers like watch-info or cband-status. Current php-mod_php.conf state breaks MultiViews where request /xxx doesn't serve /xxx.php file while it should do exactly that. What to do with that now? -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From glen at delfi.ee Thu Jun 4 16:45:37 2009 From: glen at delfi.ee (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Thu, 4 Jun 2009 17:45:37 +0300 Subject: packages: openssh/openssh.spec - removed one more senseless strict internal... In-Reply-To: References: Message-ID: <200906041745.38203.glen@delfi.ee> what the heck? what more? we want packages buit from same spec all be upgraded on same time. On Thursday 04 June 2009 14:18:54 gotar wrote: > Author: gotar Date: Thu Jun 4 11:18:54 2009 GMT > Module: packages Tag: HEAD > ---- Log message: > - removed one more senseless strict internal dep - clients subpackage needs > only /etc/ssh directory included in openssh main package since rev. 1.2 -- glen From gotar at pld-linux.org Thu Jun 4 23:28:14 2009 From: gotar at pld-linux.org (gotar) Date: Thu, 4 Jun 2009 23:28:14 +0200 Subject: packages: openssh/openssh.spec - removed one more senseless strict internal... In-Reply-To: <200906041745.38203.glen@delfi.ee> References: <200906041745.38203.glen@delfi.ee> Message-ID: <20090604212814.GA19687@polanet.pl> On Thu, Jun 04, 2009 at 17:45:37 +0300, Elan Ruusam?e wrote: > what the heck? what more? > > we want Who 'we'? > packages buit from same spec all be upgraded on same time. Because they depend on single directory? No, thanks. Give me a real reason and I'll revert this myself. The app is one thing, the server is another. They don't even share any libraries build from the same spec. And as far as I'm concerned ssh client can connect to many different ssh servers, there's no relation at all (unless you can create remote dependency). 'We' don't want feigned dependencies and fake boundaries. Either this was 'cosmetic dependency' - and so it was removed, or there is anything to being really required. If I want to upgrade server among with client, I will - yesterday I didn't, so I've fixed the spec. -- Tomasz Pala From glen at delfi.ee Fri Jun 5 07:21:02 2009 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Fri, 5 Jun 2009 08:21:02 +0300 Subject: packages: glusterfs/glusterfs.spec - bcond around ib-verbs.so In-Reply-To: References: Message-ID: <200906050821.02979.glen@delfi.ee> On Friday 05 June 2009 06:24, aredridel wrote: > %dir %{_libdir}/glusterfs/%{_version}/transport > -%attr(755,root,root) %{_libdir}/glusterfs/%{_version}/transport/ib-verbs.so > %attr(755,root,root) %{_libdir}/glusterfs/%{_version}/transport/socket.so ... > > $Log$ > +Revision 1.35 2009/06/05 03:24:28 aredridel > +- bcond around ib-verbs.so i don't see any bcond, i see you just removed the line -- glen From z at xatka.net Fri Jun 5 13:16:25 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Fri, 5 Jun 2009 13:16:25 +0200 Subject: --rootfs option for geninitrd Message-ID: <20090605111624.GA4027@davabel.touk.pl> I would like to apply following patch to geninitrd: Index: geninitrd =================================================================== --- geninitrd (wersja 10371) +++ geninitrd (kopia robocza) @@ -52,7 +52,8 @@ echo " [--with-bootsplash] [--without-bootsplash]" echo " [--with-fbsplash] [--without-fbsplash]" echo " [--with-fbcondecor] [--without-fbcondecor]" - echo " [--lvmtoolsversion=1|2] [--with-udev] [--without-udev]" + echo " [--lvmtoolsversion=1|2] [--with-rootfs=]" + echo " [--with-udev] [--without-udev]" echo " [--with-suspend] [--without-suspend]" echo " [--with-tuxonice] [--without-tuxonice]" echo " [--without-dmraid] [--without-multipath]" @@ -881,6 +882,13 @@ LVMTOOLSVERSION=$2 shift ;; + --rootfs=*) + ROOTFS=${1#--rootfs=} + ;; + --rootfs) + ROOTFS=$2 + shift + ;; --without-udev) USE_UDEV=no ;; @@ -1082,6 +1090,7 @@ fi find_root "$fstab" || exit +rootFs=${ROOTFS:-$rootFs} debug "Using $rootdev as device for rootfs" find_modules_for_devpath "$rootdev" Sometimes I need to generate initrd for other machine with different root filesystem type. It would be easier to pass --rootfs option to initrd then create "fake" fstab. Any comments? -- Best regards, Pawe? Zuzelski From sparky at pld-linux.org Fri Jun 5 13:30:22 2009 From: sparky at pld-linux.org (Przemyslaw Iskra) Date: Fri, 5 Jun 2009 13:30:22 +0200 Subject: --rootfs option for geninitrd In-Reply-To: <20090605111624.GA4027@davabel.touk.pl> References: <20090605111624.GA4027@davabel.touk.pl> Message-ID: <20090605113021.GB576@pld-linux.org> On Fri, Jun 05, 2009 at 01:16:25PM +0200, Pawe? Zuzelski wrote: > I would like to apply following patch to geninitrd: > Sometimes I need to generate initrd for other machine with different > root filesystem type. It would be easier to pass --rootfs option to > initrd then create "fake" fstab. > > Any comments? I'd say it's a very particular case. You need the same HD controller, exactly the same kernel, no lvm or raid on any of those machines, yet you use different filesystem on root partition. Fake fstab is much more general and not so problematic way to acomplish it. -- ____ Sparky{PI] -- Przemyslaw _ ___ _ _ ........... LANG...Pl..Ca..Es..En /____) ___ ___ _ _ || Iskra | | _ \| | | : WWW........ppcrcd.pld-linux.org \____\| -_)'___| ||^'||//\\// < | _/| | | : JID......sparkyjabberes.org (____/|| (_-_|_|| ||\\ || |_ |_| |_| _| : Mail....sparkypld-linux.org From z at xatka.net Tue Jun 9 16:02:54 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Tue, 9 Jun 2009 16:02:54 +0200 Subject: packages: awesome/awesome.spec - requires startup-notificiation >= 0.10.0 In-Reply-To: References: Message-ID: <20090609140254.GA4563@davabel.touk.pl> On Mon, 08 Jun 2009, uzsolt wrote: > Author: uzsolt Date: Mon Jun 8 17:53:52 2009 GMT > Module: packages Tag: HEAD > ---- Log message: > - requires startup-notificiation >= 0.10.0 This dependency was auto-generated. Please revert. -- Regards, Pawe? Zuzelski From udvzsolt at gmail.com Tue Jun 9 16:55:19 2009 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Tue, 9 Jun 2009 16:55:19 +0200 Subject: packages: awesome/awesome.spec - requires startup-notificiation >= 0.10.0 In-Reply-To: <20090609140254.GA4563@davabel.touk.pl> References: <20090609140254.GA4563@davabel.touk.pl> Message-ID: <760ece280906090755s5671291fh4be437be689875ee@mail.gmail.com> >> Author: uzsolt ? ? ? ? ? ? ? ? ? ? ? Date: Mon Jun ?8 17:53:52 2009 GMT >> Module: packages ? ? ? ? ? ? ? ? ? ? ?Tag: HEAD >> ---- Log message: >> - requires startup-notificiation >= 0.10.0 > > This dependency was auto-generated. Please revert. Imho no. I've installed awesome yesterday, but the startup-notification stayed the 0.9.x, didn't installed the 0.10.0, and because of this, the awesome didn't worked (missed a function). Try it: remove awesome, downgrade startup-notification to 0.9.x, install awesome. Zsolt From z at xatka.net Tue Jun 9 17:03:12 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Tue, 9 Jun 2009 17:03:12 +0200 Subject: packages: awesome/awesome.spec - requires startup-notificiation >= 0.10.0 In-Reply-To: <760ece280906090755s5671291fh4be437be689875ee@mail.gmail.com> References: <20090609140254.GA4563@davabel.touk.pl> <760ece280906090755s5671291fh4be437be689875ee@mail.gmail.com> Message-ID: <20090609150312.GC4563@davabel.touk.pl> On Tue, 09 Jun 2009, Zsolt Udvari wrote: > >> Author: uzsolt ? ? ? ? ? ? ? ? ? ? ? Date: Mon Jun ?8 17:53:52 2009 GMT > >> Module: packages ? ? ? ? ? ? ? ? ? ? ?Tag: HEAD > >> ---- Log message: > >> - requires startup-notificiation >= 0.10.0 > > > > This dependency was auto-generated. Please revert. > Imho no. I've installed awesome yesterday, but the > startup-notification stayed the 0.9.x, didn't installed the 0.10.0, > and because of this, the awesome didn't worked (missed a function). > Try it: remove awesome, downgrade startup-notification to 0.9.x, > install awesome. ekhm... ok. You are right. auto-generated dependency is libstartup-notification-1.so.0 and it's not enough because SONAME has not changed. -- Pawe? From glen at pld-linux.org Tue Jun 9 18:44:16 2009 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Tue, 9 Jun 2009 19:44:16 +0300 Subject: packages: mythtv/mythtv.spec - moved from DEVEL to HEAD branch - up to rece... In-Reply-To: <4A19DB40.70900@farba.eu.org> References: <200905241635.18362.glen@delfi.ee> <4A19DB40.70900@farba.eu.org> Message-ID: <200906091944.16504.glen@pld-linux.org> On Monday 25 May 2009 02:41:52 WK wrote: > Wiadomo?? od Elan Ruusam?e: > > and where exactly did you report it at all so it would get fixed? > > > > or you expect out of nowhere the macro being fixed? > > Exactly nowhere. sooo? what have you done now to get the bug fixed? -- glen From udvzsolt at gmail.com Sun Jun 14 11:40:47 2009 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Sun, 14 Jun 2009 11:40:47 +0200 Subject: Diff packages Message-ID: <20090614114047.28024b0e@gmail.com> Hi all! I've an idea. I read some blogs and on a hungarian I found the following: why don't use most distros diff-packages (maybe with xdelta)? As I know Fedora uses about one year. So what is the idea? Imho when a package's release number grows (rebuild or any small change) the rpm (as binary file) doesn't change drastically. E.g. look to the texlive subpackages. When the release number grows, the most packages doesn't change because they contain "only" text-files (.sty, .tex, ...) so the only difference is the release number. And there are many big size packages and why should I download many 10 and 100 Mb-s when the only change is the release number? Instead of a few kb xdelta file... Is there any chance of this feature? I know that this will be a dramatically change in poldek... Zsolt From z at xatka.net Wed Jun 17 08:49:31 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Wed, 17 Jun 2009 08:49:31 +0200 Subject: xz vs. lzma Message-ID: <20090617064931.GB6852@davabel.touk.pl> xz has replaced lzma, "Provides/Obsoletes" it and install symlink lzma that points to xz. Unfortunatelly these programs are not compatibile. xz is unable to decompress file compressed with lzma. It breaks build process of some packages (see http://buildlogs.pld-linux.org/index.php?dist=th&arch=athlon&ok=0&name=telak&id=eae6a73b-58d5-4567-8085-18102acbaa87) Is it bug in xz that can be easily fixed? If no (imo) xz must not Obsoletes/Provides lzma and it should be possible to install xz and lzma on the same system. -- Regards, Pawe? Zuzelski From udvzsolt at gmail.com Wed Jun 17 11:22:44 2009 From: udvzsolt at gmail.com (Zsolt Udvari) Date: Wed, 17 Jun 2009 11:22:44 +0200 Subject: xz vs. lzma In-Reply-To: <20090617064931.GB6852@davabel.touk.pl> References: <20090617064931.GB6852@davabel.touk.pl> Message-ID: <760ece280906170222n2ba9791ek17c98ad458a87f1c@mail.gmail.com> > > xz has replaced lzma, "Provides/Obsoletes" it and install symlink > lzma that points to xz. Unfortunatelly these programs are not > compatibile. xz is unable to decompress file compressed with lzma. > > It breaks build process of some packages (see > > http://buildlogs.pld-linux.org/index.php?dist=th&arch=athlon&ok=0&name=telak&id=eae6a73b-58d5-4567-8085-18102acbaa87 > ) > > Is it bug in xz that can be easily fixed? If no (imo) xz must not > Obsoletes/Provides lzma and it should be possible to install xz and > lzma on the same system. > Same problem in google-chromium. Imho you should package this git-version with gzip/bzip2. They are old solutions but works ;) Zsolt From z at xatka.net Wed Jun 17 12:09:09 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Wed, 17 Jun 2009 12:09:09 +0200 Subject: xz vs. lzma In-Reply-To: <760ece280906170222n2ba9791ek17c98ad458a87f1c@mail.gmail.com> References: <20090617064931.GB6852@davabel.touk.pl> <760ece280906170222n2ba9791ek17c98ad458a87f1c@mail.gmail.com> Message-ID: <20090617100909.GC6852@davabel.touk.pl> On Wed, 17 Jun 2009, Zsolt Udvari wrote: > Imho you should package this git-version with gzip/bzip2. They are > old solutions but works ;) It's not a solution. It's a workaround. If I accepted such hacks I would use Debian ;) -- Pawe? From patrys at pld-linux.org Wed Jun 17 14:34:22 2009 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 17 Jun 2009 14:34:22 +0200 Subject: packages: evolution-data-server/evolution-data-server.spec - updated to 2.27.3 In-Reply-To: References: Message-ID: <89b6ba3a0906170534v3c98681ic8ef0fa55a0145f0@mail.gmail.com> On Wed, Jun 17, 2009 at 12:47 PM, amateja wrote: > Author: amateja ? ? ? ? ? ? ? ? ? ? ?Date: Wed Jun 17 10:47:08 2009 GMT > Module: packages ? ? ? ? ? ? ? ? ? ? ?Tag: HEAD > ---- Log message: > - updated to 2.27.3 2.27 on HEAD? WTF!? -- Patryk Zawadzki From blues at pld-linux.org Thu Jun 18 08:10:07 2009 From: blues at pld-linux.org (Pawel Golaszewski) Date: Thu, 18 Jun 2009 08:10:07 +0200 (CEST) Subject: xz vs. lzma In-Reply-To: <20090617064931.GB6852@davabel.touk.pl> References: <20090617064931.GB6852@davabel.touk.pl> Message-ID: On Wed, 17 Jun 2009, Pawe? Zuzelski wrote: > xz has replaced lzma, "Provides/Obsoletes" it and install symlink lzma > that points to xz. Unfortunatelly these programs are not compatibile. xz > is unable to decompress file compressed with lzma. First of all - ask xz developers what they will do. Maybe it's just a bug. If not - we should do something about that. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From z at xatka.net Thu Jun 18 09:05:52 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Thu, 18 Jun 2009 09:05:52 +0200 Subject: Dependency loop: pwdutils (%post) -> libcom_err -> pwdutils Message-ID: <20090618070552.GA5651@davabel.touk.pl> Hello, # poldek -r some_empty_dir -i install libcom_err-1.41.5-1.i686 (...) 50:pwdutils ########################################### [ 77%] /usr/sbin/pwconv: error while loading shared libraries: libcom_err.so.2: cannot open shared object file: No such file or directory error: %post(pwdutils-3.1.3-5.i686) scriptlet failed, exit status 127 How to fix it? Drop this %post scriplet? Or modify some dependencies? -- Pawe? From z at xatka.net Thu Jun 18 11:18:10 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Thu, 18 Jun 2009 11:18:10 +0200 Subject: xz vs. lzma In-Reply-To: References: <20090617064931.GB6852@davabel.touk.pl> Message-ID: <20090618091810.GC5651@davabel.touk.pl> On Thu, 18 Jun 2009, Pawel Golaszewski wrote: > On Wed, 17 Jun 2009, Pawe? Zuzelski wrote: > > xz has replaced lzma, "Provides/Obsoletes" it and install symlink lzma > > that points to xz. Unfortunatelly these programs are not compatibile. xz > > is unable to decompress file compressed with lzma. > > First of all - ask xz developers what they will do. Maybe it's just a bug. > If not - we should do something about that. #tukaani 09:23 < pawelz> Hello 09:24 < pawelz> New xz is unable to decompress file compressed using lzma. Is it a bug or feature? :) 09:26 < pawelz> Are you going to fix it? Or just file format has changed and new versions won't be compatibile with older ones?? 11:00 <@Larhzu> Hello 11:00 <@Larhzu> You got luck, I've been away over a week. 11:01 <@Larhzu> pawelz: How was that .lzma file created? XZ Utils supports all .lzma files that the lzma tool from LZMA Utils 4.32.x can create. 11:02 <@Larhzu> But there are types of .lzma files that are not supported by XZ Utils but are supported by LZMA Utils. Such files should be very rare. 11:03 < pawelz> Larhzu: I've created it using: tar acvf file.tar.lzma directory 11:04 <@Larhzu> What does lzma --version say? 11:04 < pawelz> Larhzu: ftp://distfiles.pld-linux.org/distfiles/by-md5/6/4/64c8be7214ca41b98180e7e81844cf10/telak-0.5.tar.lzma 11:06 <@Larhzu> pawelz: That's in an old development version of the new file format. You can decompress it only if you know what *exact* version the development code was used to create the file. 11:06 <@Larhzu> pawelz: In other words, someone made a major mistake by using unstable file format. (...) 11:10 <@Larhzu> They are easy to detect, the first byte is 0xFF. So it was our mistake, that this version was available in PLD. -- Regards, Pawe? Zuzelski From z at xatka.net Thu Jun 18 11:46:12 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Thu, 18 Jun 2009 11:46:12 +0200 Subject: rpm --root is broken (?) Message-ID: <20090618094611.GD5651@davabel.touk.pl> WTF? [root at davabel ~]# mkdir /root/test [root at davabel ~]# rpm --root=/root/test --initdb [root at davabel ~]# poldek -nth --noask --root=/root/test -i rpm (...) [root at davabel ~]# chroot /root/test /bin/sh: No controlling tty (open /dev/tty: No such file or directory) /bin/sh: warning: won't have full job control /bin/sh: /etc/kshrc[22]: id: not found /bin/sh: /etc/kshrc[22]: [: 0: unexpected operator/operand #### And now rpm database is not available [root at davabel /]$ rpm -qa error: cannot open Packages index using db3 - No such file or directory (2) error: cannot open Packages database in /var/lib/rpm [root at davabel /]$ ^D #### Outside chroot everything is OK [root at davabel ~]# rpm --root=/root/test -qa | head -n1 ldconfig-2.10.1-5.i686 #### But lets try to rename chroot dir: [root at davabel ~]# mv test test2 [root at davabel ~]# rpm --root=/root/test -qa Freeing read locks for locker 0x21: 4927/3082521200 Freeing read locks for locker 0x23: 4927/3082521200 error: cannot open Packages index using db3 - No such file or directory (2) error: cannot open Packages database in /root/test2/var/lib/rpm [root at davabel ~]# ^D [root at davabel ~]# strace -eopen -f rpm --root=/root/test2 -qa (...) open("/root/test2/var/lib/rpm/Packages", O_RDONLY|O_LARGEFILE) = 3 open("/root/test/var/lib/rpm/Packages", O_RDONLY|O_LARGEFILE) = -1 ENOENT (No such file or directory) ^^^^ error: cannot open Packages index using db3 - No such file or directory (2) error: cannot open Packages database in /root/test2/var/lib/rpm My system is PLD th i686 [root at davabel ~]# rpm -qa | grep rpm rpm-4.5-21.i686 rpm-debuginfo-4.5-16.i686 rpm-php-pearprov-4.5-21.i686 rpm-build-4.5-21.i686 rpm-lib-4.5-21.i686 rpm-pythonprov-4.5-21.i686 rpm-debuginfo-4.5-14.i686 rpm-build-tools-4.4.9-17.noarch rpm-whiteout-1.26-1.noarch rpm-specdump-0.3-6.i686 python-rpm-4.5-21.i686 rpm-perlprov-4.5-21.i686 rpmorphan-1.4-1.noarch rpm-base-4.5-21.i686 rpm-utils-4.5-21.i686 rpmlist-1.5-1.noarch rpm-build-macros-1.520-2.noarch rpm-utils-perl-4.5-21.i686 rpm-devel-4.5-21.i686 rpm-static-4.5-21.i686 rpm-javaprov-4.5-21.i686 [root at davabel ~]# rpm -qa | grep poldek poldek-libs-0.30-0.20080820.23.30.i686 poldek-0.30-0.20080820.23.30.i686 python-poldek-0.30-0.20080820.23.30.i686 [root at davabel ~]# rpm -qa | grep db4.7 db4.7-4.7.25-5.i686 db4.7-static-4.7.25-5.i686 db4.7-devel-4.7.25-5.i686 -- Pawe? Zuzelski From blues at pld-linux.org Thu Jun 18 12:28:00 2009 From: blues at pld-linux.org (Pawel Golaszewski) Date: Thu, 18 Jun 2009 12:28:00 +0200 (CEST) Subject: xz vs. lzma In-Reply-To: <20090618091810.GC5651@davabel.touk.pl> References: <20090617064931.GB6852@davabel.touk.pl> <20090618091810.GC5651@davabel.touk.pl> Message-ID: On Thu, 18 Jun 2009, Pawe? Zuzelski wrote: > > > xz has replaced lzma, "Provides/Obsoletes" it and install symlink > > > lzma that points to xz. Unfortunatelly these programs are not > > > compatibile. xz is unable to decompress file compressed with lzma. > > First of all - ask xz developers what they will do. Maybe it's just a > > bug. If not - we should do something about that. > #tukaani > > 09:23 < pawelz> Hello > 09:24 < pawelz> New xz is unable to decompress file compressed using lzma. Is it a bug or feature? :) > 09:26 < pawelz> Are you going to fix it? Or just file format has changed and new versions won't be compatibile with older ones?? > 11:00 <@Larhzu> Hello > 11:00 <@Larhzu> You got luck, I've been away over a week. > 11:01 <@Larhzu> pawelz: How was that .lzma file created? XZ Utils supports all .lzma files that the lzma tool from LZMA Utils 4.32.x can create. > 11:02 <@Larhzu> But there are types of .lzma files that are not supported by XZ Utils but are supported by LZMA Utils. Such files should be very rare. > 11:03 < pawelz> Larhzu: I've created it using: tar acvf file.tar.lzma directory > 11:04 <@Larhzu> What does lzma --version say? > 11:04 < pawelz> Larhzu: ftp://distfiles.pld-linux.org/distfiles/by-md5/6/4/64c8be7214ca41b98180e7e81844cf10/telak-0.5.tar.lzma > 11:06 <@Larhzu> pawelz: That's in an old development version of the new file format. You can decompress it only if you know what *exact* version the development code was used to create the file. > 11:06 <@Larhzu> pawelz: In other words, someone made a major mistake by using unstable file format. > (...) > 11:10 <@Larhzu> They are easy to detect, the first byte is 0xFF. > > So it was our mistake, that this version was available in PLD. major pita... So... I think we should leave xz in current state. Old lzma should be placed in "supported" or so. With binary executable name changed (lzma_old_broken_format ?). even... lzma should be some script that tries to detect format and uses proper version. -- pozdr. Pawe? Go?aszewski jid:bluesjabbergdapl -------------------------------------------------------------------------- If you think of MS-DOS as mono, and Windows as stereo, then Linux is Dolby Pro-Logic Surround Sound with Bass Boost and all the music is free. From z at xatka.net Thu Jun 18 12:32:25 2009 From: z at xatka.net (=?iso-8859-2?Q?Pawe=B3?= Zuzelski) Date: Thu, 18 Jun 2009 12:32:25 +0200 Subject: xz vs. lzma In-Reply-To: References: <20090617064931.GB6852@davabel.touk.pl> <20090618091810.GC5651@davabel.touk.pl> Message-ID: <20090618103225.GE5651@davabel.touk.pl> On Thu, 18 Jun 2009, Pawel Golaszewski wrote: > even... lzma should be some script that tries to detect format and uses > proper version. and makes sure that old version is never used for compression. -- Pawe? From glen at pld-linux.org Thu Jun 18 16:10:43 2009 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Thu, 18 Jun 2009 17:10:43 +0300 Subject: xz vs. lzma In-Reply-To: <20090618103225.GE5651@davabel.touk.pl> References: <20090617064931.GB6852@davabel.touk.pl> <20090618103225.GE5651@davabel.touk.pl> Message-ID: <200906181710.43124.glen@pld-linux.org> On Thursday 18 June 2009 13:32:25 Pawe? Zuzelski wrote: > On Thu, 18 Jun 2009, Pawel Golaszewski wrote: > > even... lzma should be some script that tries to detect format and uses > > proper version. > > and makes sure that old version is never used for compression. patch it to not support compression? :) and release such version in all distro series (ac, ti, th) -- glen From arekm at maven.pl Thu Jun 18 17:34:54 2009 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Thu, 18 Jun 2009 17:34:54 +0200 Subject: xz vs. lzma In-Reply-To: <20090617064931.GB6852@davabel.touk.pl> References: <20090617064931.GB6852@davabel.touk.pl> Message-ID: <200906181734.54627.arekm@maven.pl> On Wednesday 17 of June 2009, Pawe? Zuzelski wrote: > xz has replaced lzma, "Provides/Obsoletes" it and install symlink > lzma that points to xz. Unfortunatelly these programs are not > compatibile. xz is unable to decompress file compressed with lzma. > > It breaks build process of some packages (see > http://buildlogs.pld-linux.org/index.php?dist=th&arch=athlon&ok=0&name=tela >k&id=eae6a73b-58d5-4567-8085-18102acbaa87) > > Is it bug in xz that can be easily fixed? If no (imo) xz must not > Obsoletes/Provides lzma and it should be possible to install xz and > lzma on the same system. That had to be "user fault". We used lzma but with old compression format mode in rpm for example. IMO just repackage that tarball and be done with it. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From patrys at pld-linux.org Thu Jun 18 17:46:09 2009 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Thu, 18 Jun 2009 17:46:09 +0200 Subject: PPC: libmpeg2.spec Message-ID: <89b6ba3a0906180846s4af8e03v81597db2bed858e5@mail.gmail.com> Hi, mpeg2dec.spec is now obsolete due to libmpeg2.spec superseding it. The problem is libmpeg2 won't build on PPC due to some AltiVec problems. Could any PPC owner look into and fix it so we can release updated gstreamer plugins? -- Patryk Zawadzki From qboosh at pld-linux.org Fri Jun 19 17:24:11 2009 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Fri, 19 Jun 2009 17:24:11 +0200 Subject: Dependency loop: pwdutils (%post) -> libcom_err -> pwdutils In-Reply-To: <20090618070552.GA5651@davabel.touk.pl> References: <20090618070552.GA5651@davabel.touk.pl> Message-ID: <20090619152411.GB30432@stranger.qboosh.pl> On Thu, Jun 18, 2009 at 09:05:52AM +0200, Pawe? Zuzelski wrote: > Hello, > > # poldek -r some_empty_dir -i install libcom_err-1.41.5-1.i686 > (...) > 50:pwdutils ########################################### [ 77%] > /usr/sbin/pwconv: error while loading shared libraries: libcom_err.so.2: cannot open shared object file: No such file or directory > error: %post(pwdutils-3.1.3-5.i686) scriptlet failed, exit status 127 > > How to fix it? > > Drop this %post scriplet? Or modify some dependencies? Why libcom_err requires pwdutils? -- Jakub Bogusz http://qboosh.pl/ From glen at pld-linux.org Fri Jun 19 18:25:38 2009 From: glen at pld-linux.org (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 19 Jun 2009 19:25:38 +0300 Subject: Dependency loop: pwdutils (%post) -> libcom_err -> pwdutils In-Reply-To: <20090618070552.GA5651@davabel.touk.pl> References: <20090618070552.GA5651@davabel.touk.pl> Message-ID: <200906191925.38251.glen@pld-linux.org> On Thursday 18 June 2009 10:05:52 Pawe? Zuzelski wrote: > 50:pwdutils ########################################### [ 77%] > /usr/sbin/pwconv: error while loading shared libraries: libcom_err.so.2: > cannot open shared object file: No such file or directory error: > %post(pwdutils-3.1.3-5.i686) scriptlet failed, exit status 127 i don't see a loop. please provide complete install output -- glen From glen at delfi.ee Sun Jun 21 15:28:45 2009 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 21 Jun 2009 16:28:45 +0300 Subject: packages: lilypond/lilypond.spec - allow upgrade from broken %{texmfdir}/dv... In-Reply-To: References: Message-ID: <200906211628.45973.glen@delfi.ee> On Sunday 21 June 2009 14:37, gotar wrote: > Author: gotar Date: Sun Jun 21 11:37:42 2009 GMT > Module: packages Tag: HEAD > ---- Log message: > - allow upgrade from broken %{texmfdir}/dvips/lilypond/ps symlink ... > packages/lilypond/lilypond.spec:1.56 --- > packages/lilypond/lilypond.spec:1.55 Sun Jun 21 13:23:15 2009 > +++ packages/lilypond/lilypond.spec Sun Jun 21 13:37:36 2009 > @@ -158,6 +158,9 @@ > %clean > rm -rf $RPM_BUILD_ROOT > > +%pre > +test -h %{texmfdir}/dvips/lilypond || rm -rf %{texmfdir}/dvips/lilypond > + does it work? shouldn't it be %pretrans? -- glen From gotar at pld-linux.org Sun Jun 21 15:56:02 2009 From: gotar at pld-linux.org (gotar) Date: Sun, 21 Jun 2009 15:56:02 +0200 Subject: packages: lilypond/lilypond.spec - allow upgrade from broken %{texmfdir}/dv... In-Reply-To: <200906211628.45973.glen@delfi.ee> References: <200906211628.45973.glen@delfi.ee> Message-ID: <20090621135602.GA13098@polanet.pl> On Sun, Jun 21, 2009 at 16:28:45 +0300, Elan Ruusam?e wrote: >> ---- Log message: >> - allow upgrade from broken %{texmfdir}/dvips/lilypond/ps symlink > ... >> >> +%pre >> +test -h %{texmfdir}/dvips/lilypond || rm -rf %{texmfdir}/dvips/lilypond >> + > > does it work? shouldn't it be %pretrans? I'm not sure, it did work 7 years ago ;) http://cvs.pld-linux.org/cgi-bin/cvsweb/packages/icewm/icewm.spec?r1=1.84&r2=1.85 -- Tomasz Pala From glen at delfi.ee Sun Jun 21 18:20:56 2009 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sun, 21 Jun 2009 19:20:56 +0300 Subject: packages: soundtouch/soundtouch-nosse.patch - readded with -kb to keep CR/L... In-Reply-To: References: Message-ID: <200906211920.57141.glen@delfi.ee> On Sunday 21 June 2009 19:11, hawk wrote: > - readded with -kb to keep CR/LF as required blah? undos the patched file(s) instead. reasons why are already discussed several times in this list. -- glen