From gotar at polanet.pl Tue Oct 2 12:28:13 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 2 Oct 2007 12:28:13 +0200 Subject: broken pl LC_TIME In-Reply-To: References: <20070621160244.GA15394@pepin.polanet.pl> <20070621170334.GA11549@stranger.qboosh.pl> <20070621230937.GA19958@pepin.polanet.pl> Message-ID: <20071002102812.GA29326@pepin.polanet.pl> On Fri, Jun 22, 2007 at 10:16:56 +0200, Andrzej Krzysztofowicz wrote: > Intention is clearly explained in bugzilla references. > IMO I/II/III is better than sty/lut/mar. For anyone interested: http://karlik.nonlogic.org/blog/wpisy/ogolne/daty-w-glibc-sonda this blog entry refers to two more bug references with discussion. It seems that one of: [DOW], 16 lip 2007 17:00:10 CEST [DOW], 16.07.2007 17:00:10 CEST is going to be used (again). I'd preferred '16.07.2007', as it's contemporary polish notation, however some broken programs report '07.16' and so IMO '16 lip 2007' is the best non-confusing compromise. Fixed-width [DOW] without leading dot is fine either. So if anyone here is interested, please comment in http://sourceware.org/bugzilla/show_bug.cgi?id=4789 or vote. -- Tomasz Pala From arekm at maven.pl Tue Oct 2 12:33:09 2007 From: arekm at maven.pl (Arkadiusz Miskiewicz) Date: Tue, 2 Oct 2007 12:33:09 +0200 Subject: broken pl LC_TIME In-Reply-To: <20071002102812.GA29326@pepin.polanet.pl> References: <20070621160244.GA15394@pepin.polanet.pl> <20071002102812.GA29326@pepin.polanet.pl> Message-ID: <200710021233.09596.arekm@maven.pl> On Tuesday 02 of October 2007, Tomasz Pala wrote: > So if anyone here is interested, please comment in > http://sourceware.org/bugzilla/show_bug.cgi?id=4789 > or vote. Voting? Crazy bastards. -- Arkadiusz Mi?kiewicz PLD/Linux Team arekm / maven.pl http://ftp.pld-linux.org/ From gotar at polanet.pl Tue Oct 2 13:54:29 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 2 Oct 2007 13:54:29 +0200 Subject: broken pl LC_TIME In-Reply-To: <200710021233.09596.arekm@maven.pl> References: <20070621160244.GA15394@pepin.polanet.pl> <20071002102812.GA29326@pepin.polanet.pl> <200710021233.09596.arekm@maven.pl> Message-ID: <20071002115429.GA30061@pepin.polanet.pl> On Tue, Oct 02, 2007 at 12:33:09 +0200, Arkadiusz Miskiewicz wrote: > > So if anyone here is interested, please comment in > > http://sourceware.org/bugzilla/show_bug.cgi?id=4789 > > or vote. > > Voting? Crazy bastards. Well, there are several correct formats and polish grammar rules allow to disobey them in some cases. It seems it is the case;) -- Tomasz Pala From patrys at pld-linux.org Wed Oct 10 17:45:32 2007 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 10 Oct 2007 17:45:32 +0200 Subject: Supported hardware info in PLD rpms? Message-ID: <89b6ba3a0710100845w5c1b397fnfbe6c06a11ffef2d@mail.gmail.com> Here's a sample "find-provides" script as proposed by Fedora guys: https://lists.dulug.duke.edu/pipermail/yum-devel/attachments/20070222/3eb6c059/find-provides.obj The proposition is to include it in all rpm-based distros. What it does is simple - for each kernel module add Provides with a matching modalias. The goal is to allow managers like poldek to automatically find needed packages for detected hardware. More background: https://lists.dulug.duke.edu/pipermail/yum-devel/2007-February/003233.html -- Patryk Zawadzki Generated Content From n3npq at mac.com Wed Oct 10 18:17:38 2007 From: n3npq at mac.com (Jeff Johnson) Date: Wed, 10 Oct 2007 12:17:38 -0400 Subject: Supported hardware info in PLD rpms? In-Reply-To: <89b6ba3a0710100845w5c1b397fnfbe6c06a11ffef2d@mail.gmail.com> References: <89b6ba3a0710100845w5c1b397fnfbe6c06a11ffef2d@mail.gmail.com> Message-ID: <26CE14C9-A038-4961-B28C-D11461C54649@mac.com> On Oct 10, 2007, at 11:45 AM, Patryk Zawadzki wrote: > Here's a sample "find-provides" script as proposed by Fedora guys: > > https://lists.dulug.duke.edu/pipermail/yum-devel/attachments/20070222/3eb6c059/find-provides.obj > > The proposition is to include it in all rpm-based distros. What it > does is simple - for each kernel module add Provides with a matching > modalias. The goal is to allow managers like poldek to automatically > find needed packages for detected hardware. > > More background: > > https://lists.dulug.duke.edu/pipermail/yum-devel/2007-February/003233.html > Note that find-provides scripts are not invoked by rpm unless AutoReqProv: no is specified, which has additional consequences for multilib packaging. The find-provides scheme "works" only for kernels. Do you really want or need to remap modules compiled into the kernel (or kmod additional drivers) automagically? If you really want dependencies on hardware, then /sys or /proc file info should be directly mapped into a run-time dependency probe as a Provides:. E.g. The contents of /proc/modules might be used to satisfy a Requires: procmodules(bluetooth) for systems actually using bluetooth. And the dependency can be made "soft" by specifying as Requires(hint): procmodules(bluetooth) But additional semantic conventions would need to be added to poldek and other depsolvers. I'm not sure the conventions proposed by Fedora are any better (or worse) than other conventions. For one thing, Fedora appears to be on a "No kernel module packages." agenda. Specifying a provides for a kernel module is rather different than supplying a provides for actual hardware. Module dependencies could also be mapped into file dependencies if the path were globbed; the kernel version in the path is all that prevents a file path from serving in lieu of a module dependency. rpm already has file probes that look like Requires: exists(/path/to/somewhere) Adding a glob on path, and generalizing the access(2) test to be a loop over all globbed results would be the approach I would take instead. 73 de Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2205 bytes Desc: not available URL: From patrys at pld-linux.org Wed Oct 10 18:31:04 2007 From: patrys at pld-linux.org (Patryk Zawadzki) Date: Wed, 10 Oct 2007 18:31:04 +0200 Subject: Supported hardware info in PLD rpms? In-Reply-To: <26CE14C9-A038-4961-B28C-D11461C54649@mac.com> References: <89b6ba3a0710100845w5c1b397fnfbe6c06a11ffef2d@mail.gmail.com> <26CE14C9-A038-4961-B28C-D11461C54649@mac.com> Message-ID: <89b6ba3a0710100931i4e9ee64cq8cec70dd69e27e41@mail.gmail.com> 2007/10/10, Jeff Johnson : > If you really want dependencies on hardware, then /sys or /proc file > info > should be directly mapped into a run-time dependency probe as a > Provides:. > E.g. The contents of /proc/modules might be used to satisfy a > Requires: procmodules(bluetooth) > for systems actually using bluetooth. And the dependency can be made > "soft" by specifying as > Requires(hint): procmodules(bluetooth) The idea is the other way around: for given hardware find all relevant packages (kernel-net-* for example) that provide support for the hardware. So each kernel module Provides the modaliases for supported hardware and poldek can ask "which module handles my obscure wifi card with modprobe id XXXXXXX?" -- Patryk Zawadzki Generated Content From n3npq at mac.com Wed Oct 10 19:21:28 2007 From: n3npq at mac.com (Jeff Johnson) Date: Wed, 10 Oct 2007 13:21:28 -0400 Subject: Supported hardware info in PLD rpms? In-Reply-To: <89b6ba3a0710100931i4e9ee64cq8cec70dd69e27e41@mail.gmail.com> References: <89b6ba3a0710100845w5c1b397fnfbe6c06a11ffef2d@mail.gmail.com> <26CE14C9-A038-4961-B28C-D11461C54649@mac.com> <89b6ba3a0710100931i4e9ee64cq8cec70dd69e27e41@mail.gmail.com> Message-ID: <2C3B09F4-16E3-42EF-A97B-C816D7B36438@mac.com> On Oct 10, 2007, at 12:31 PM, Patryk Zawadzki wrote: > 2007/10/10, Jeff Johnson : >> If you really want dependencies on hardware, then /sys or /proc file >> info >> should be directly mapped into a run-time dependency probe as a >> Provides:. >> E.g. The contents of /proc/modules might be used to satisfy a >> Requires: procmodules(bluetooth) >> for systems actually using bluetooth. And the dependency can be made >> "soft" by specifying as >> Requires(hint): procmodules(bluetooth) > > The idea is the other way around: for given hardware find all relevant > packages (kernel-net-* for example) that provide support for the > hardware. So each kernel module Provides the modaliases for supported > hardware and poldek can ask "which module handles my obscure wifi card > with modprobe id XXXXXXX?" > I would still solve the problem with run-time probes rather than additional Provides: added to kernel-module-* packaging. The problem with the example that you give "which module handles my obscure wifi card" is that there will likely already be some older kernel packaging that already supplies the added Provides: statically. So more than just adding a Provides: to kernel module packaging is needed, a means to prefer one Provides: over another is additionally needed by poldek or other depsolver. What is additionally needed is the dynamic set of Requires: for the hardware present on the system run against a set of kernel and kernel-module packages to insure that an upgrade with new kernel (and kernel module) packages supports the same hardware. Plug in new hardware, and a new Requires: modalias(foo) should magically appear imho. (aside) The inventory of "available" hardware assumes that the obscure wifi card is plugged in, and recognized somehow, which likely already assumes a pre-existing matching Provides: ... but I digress. The discovery of which package contains the driver for the "obscure wifi card" is only part of the problem. Hmmm time to think a bit ... 73 de Jeff -------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2205 bytes Desc: not available URL: From krystian at kamionek.net Fri Oct 12 20:50:47 2007 From: krystian at kamionek.net (Krystian Tomczyk) Date: Fri, 12 Oct 2007 20:50:47 +0200 Subject: [th] apache upgrade Message-ID: <1192215047.3404.3.camel@laptom> Hi It's something wrong ... apache-base-2.2.6-1.i686 zostanie zast?piony przez apache-base-2.2.6-2.i686 b??d: /etc/httpd/httpd.conf jest wymagany przez already marked apache-mod_php-5.2.4-5.i686 ... poldek:/all-avail> search -f /etc/httpd/httpd.conf Przeszukiwanie pakiet?w..........................................zrobione. 2 package(s) found: apache-base-2.2.6-2.i686 apache-base-2.2.6-1.i686 -- Pozdrawiam Krystian T. "errare humanum est..." From me at shadsterling.com Fri Oct 12 23:48:41 2007 From: me at shadsterling.com (Shad Sterling) Date: Fri, 12 Oct 2007 17:48:41 -0400 Subject: rsync --without lutimes Message-ID: <470FEBB9.2040405@shadsterling.com> Here's a patch to rsync.spec that lets you say "--without lutimes" to override detection and build without support for lutimes. (It's a bit hackish, but it works.) You can see the reason at https://bugzilla.samba.org/show_bug.cgi?id=4977 ; here's a summary: rsync will make calls to lutimes (to change the mtime of symlinks) if support for lutimes is detected at build-time. lutimes support appears to be fs-specific, so calls to lutimes can fail even on systems where the build-time detection succeeds. This results in potentially large numbers of error messages, which aren't likely to mean anything important (it means the symlinks created by rsync don't have the mtime of the symlink it was copying - the symlink does exist, and the target is unaffected). Since there isn't a run-time option to tell rsync to not call lutimes, I made this patch to provide a build-time option to never call lutimes. I am not subscribed to the list, please CC: replies to me at shadsterling.com -- Shad Sterling me at shadsterling.com http://shadsterling.com -------------- next part -------------- Index: rsync.spec =================================================================== RCS file: /cvsroot/SPECS/rsync.spec,v retrieving revision 1.122 diff -u -r1.122 rsync.spec --- rsync.spec 5 Sep 2007 14:20:23 -0000 1.122 +++ rsync.spec 10 Oct 2007 22:24:39 -0000 @@ -3,6 +3,7 @@ # Conditional build: %bcond_with rsh # set remote shell command to rsh instead of ssh (old behaviour) %bcond_with tests # perform "make test" +%bcond_without lutimes # force no utimes # %ifarch alpha %undefine with_tests @@ -37,6 +38,7 @@ BuildRequires: openssl-devel BuildRequires: popt-devel BuildRequires: rpmbuild(macros) >= 1.318 +BuildRequires: sed BuildRoot: %{tmpdir}/%{name}-%{version}-root-%(id -u -n) %define _sysconfdir /etc/rsyncd @@ -172,6 +174,10 @@ --enable-xattr-support \ --disable-debug \ --with-rsyncd-conf=%{_sysconfdir}/rsyncd.conf +%{!?with_lutimes:sed ' +/^#define HAVE_LUTIMES 1$/ c\ +/* HAVE_LUTIMES removed by --without lutimes */ +' -i config.h } %{__make} proto %{__make} From tommat at pimpek.one.pl Sat Oct 13 18:18:22 2007 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Sat, 13 Oct 2007 18:18:22 +0200 Subject: [Th] rpm@sparc64 Message-ID: <4710EFCE.6050909@pimpek.one.pl> I still cannot manage to get rpm at sparc64 working with rpms compressed with lzma (f.ex. noarch from our ftp) those compressed with bzip working without any problems, rpmbuild produces good lzma compressed rpms. So problem is only with extracting. simple gdb log: http://rg4.polsl.pl/pldsparc/rpm.gdb [root at moon RPMS]# rpm -ihv autoconf-2.61-9.noarch.rpm Preparing... ########################################### [100%] 1:autoconf ########################################### [100%] error: unpacking of archive failed: cpio: Bad magic [root at moon RPMS]# [root at moon RPMS]# rpm -ihvvv autoconf-2.61-9.noarch.rpm D: ============== autoconf-2.61-9.noarch.rpm D: Expected size: 827801 = lead(96)+sigs(180)+pad(4)+data(827521) D: Actual size: 827801 D: autoconf-2.61-9.noarch.rpm: Header SHA1 digest: OK (1096335571ff4a49cf8c3b361161254c09a1c0f8) D: added binary package [0] D: found 0 source and 1 binary packages D: opening db environment /var/lib/rpm/Packages cdb:mpool D: opening db index /var/lib/rpm/Packages rdonly mode=0x0 D: locked db index /var/lib/rpm/Packages D: ========== +++ autoconf-2.61-9 noarch/linux 0x0 D: opening db index /var/lib/rpm/Depends create mode=0x0 D: opening db index /var/lib/rpm/Basenames rdonly mode=0x0 D: read h# 1071 Header SHA1 digest: OK (7e960413be7abeba8778d1bab64f1e6cbbeeb88c) D: Requires: /bin/awk YES (db files) D: read h# 1115 Header SHA1 digest: OK (5aca719fedbae2220cead65afc13bf9226b6e818) D: Requires: /bin/sh YES (db files) D: Requires: /bin/sh YES (cached) D: Requires: /bin/sh YES (cached) D: read h# 863 Header SHA1 digest: OK (38ce8cea546f83d017e001ff79a9b83710622b0d) D: Requires: /usr/bin/perl YES (db files) D: opening db index /var/lib/rpm/Providename rdonly mode=0x0 D: read h# 975 Header SHA1 digest: OK (034e288283eb299655a8702b26cbe2a685464d0f) D: Requires: diffutils YES (db provides) D: read h# 1105 Header SHA1 digest: OK (5d3547d13b0c02de3b3cc81a616a00c29a53b34d) D: Requires: m4 = 3:1.4.10 YES (db provides) D: read h# 1102 Header SHA1 digest: OK (e6add778369f676d01257bbfc86f96fa28538059) D: Requires: mktemp YES (db provides) D: Requires: perl(Autom4te::C4che) YES (added provide) D: Requires: perl(Autom4te::ChannelDefs) YES (added provide) D: Requires: perl(Autom4te::Channels) YES (added provide) D: Requires: perl(Autom4te::Configure_ac) YES (added provide) D: Requires: perl(Autom4te::FileUtils) YES (added provide) D: Requires: perl(Autom4te::General) YES (added provide) D: Requires: perl(Autom4te::Request) YES (added provide) D: Requires: perl(Autom4te::Struct) YES (added provide) D: Requires: perl(Autom4te::XFile) YES (added provide) D: Requires: perl(Carp) YES (db provides) D: Requires: perl(Cwd) YES (db provides) D: read h# 864 Header SHA1 digest: OK (15fe68908580bc2ec87cf52922a2315a454006c2) D: Requires: perl(Data::Dumper) YES (db provides) D: Requires: perl(DynaLoader) YES (db provides) D: Requires: perl(Errno) YES (db provides) D: Requires: perl(Exporter) YES (db provides) D: Requires: perl(File::Basename) YES (db provides) D: Requires: perl(File::Compare) YES (db provides) D: Requires: perl(File::Copy) YES (db provides) D: Requires: perl(File::Find) YES (db provides) D: Requires: perl(File::Path) YES (db provides) D: Requires: perl(File::stat) YES (db provides) D: Requires: perl(Getopt::Long) YES (db provides) D: Requires: perl(IO::File) YES (db provides) D: Requires: perl(POSIX) YES (db provides) D: Requires: perl(Text::ParseWords) YES (db provides) D: Requires: perl(strict) YES (db provides) D: Requires: perl(vars) YES (db provides) D: Requires: perl-base >= 0:5.000 YES (db provides) D: Requires: perl-base >= 0:5.005 YES (db provides) D: Requires: perl-base >= 0:5.005_03 YES (db provides) D: Requires: rpmlib(VersionedDependencies) <= 3.0.3-1 YES (rpmlib provides) D: Requires: rpmlib(PayloadIsLzma) <= 4.4.6-1 YES (rpmlib provides) D: read h# 1063 Header SHA1 digest: OK (b3f39153308917797e8e14805e9b12006c21e5e9) D: Conflicts: gettext < 0.10.38-3 NO D: read h# 524 Header SHA1 digest: OK (5d5187947411f8866794be2e3923a30c818063df) D: Dirnames: /usr/bin YES (db files) D: Dirnames: /usr/share YES (db files) D: Dirnames: /usr/share/autoconf YES (added files) D: Dirnames: /usr/share/autoconf/Autom4te YES (added files) D: Dirnames: /usr/share/autoconf/autoconf YES (added files) D: Dirnames: /usr/share/autoconf/autoscan YES (added files) D: Dirnames: /usr/share/autoconf/autotest YES (added files) D: Dirnames: /usr/share/autoconf/m4sugar YES (added files) D: Dirnames: /usr/share/doc YES (db files) D: Dirnames: /usr/share/doc/autoconf-2.61 YES (added files) D: Dirnames: /usr/share/info YES (db files) D: Dirnames: /usr/share/man/man1 YES (db files) D: opening db index /var/lib/rpm/Conflictname rdonly mode=0x0 D: read h# 956 Header SHA1 digest: OK (5247180fc5187c5cad4de900c0e2985dce802b13) D: Conflicts: autoconf < 2.13 NO D: read h# 1064 Header SHA1 digest: OK (af398de42a7c13dba030e9e7bb27ef46023cab4d) D: Conflicts: autoconf < 2.52 NO D: read h# 1107 Header SHA1 digest: OK (0e51b20324a8050fb339eae1fed48e949bd75a1e) D: Conflicts: autoconf < 2.60 NO D: closed db index /var/lib/rpm/Depends D: closed db index /var/lib/rpm/Conflictname D: closed db index /var/lib/rpm/Providename D: closed db index /var/lib/rpm/Basenames D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages D: ========== recording tsort relations D: Requires: perl(Autom4te::C4che) YES (added provide) D: Requires: perl(Autom4te::ChannelDefs) YES (added provide) D: Requires: perl(Autom4te::Channels) YES (added provide) D: Requires: perl(Autom4te::Configure_ac) YES (added provide) D: Requires: perl(Autom4te::FileUtils) YES (added provide) D: Requires: perl(Autom4te::General) YES (added provide) D: Requires: perl(Autom4te::Request) YES (added provide) D: Requires: perl(Autom4te::Struct) YES (added provide) D: Requires: perl(Autom4te::XFile) YES (added provide) D: ========== tsorting packages (order, #predecessors, #succesors, tree, Ldepth, Rbreadth) D: 0 0 0 1 0 0 +autoconf-2.61-9.noarch D: installing binary packages D: opening db environment /var/lib/rpm/Packages cdb:mpool D: opening db index /var/lib/rpm/Packages create mode=0x202 D: mounted filesystems: D: i dev bsize bavail iavail mount point D: 0 0x00000003 8192 0 -1 rw /proc D: 1 0x00000003 8192 0 -1 rw /proc D: 2 0x00000003 8192 0 -1 rw /proc D: 3 0x00000003 8192 0 -1 rw /proc D: 4 0x00000003 8192 0 -1 rw /proc D: 5 0x00000003 8192 0 -1 rw /proc D: 6 0x00000003 8192 0 -1 rw /proc D: 7 0x00000003 8192 0 -1 rw /proc D: 8 0x00000003 8192 0 -1 rw /proc D: 9 0x00000003 8192 0 -1 rw /proc D: 10 0x00000003 8192 0 -1 rw /proc D: 11 0x00000003 8192 0 -1 rw /proc D: 12 0x00000003 8192 0 -1 rw /proc D: 12 0x00000003 8192 0 -1 rw /proc D: 13 0x0000000a 8192 0 -1 rw /dev/pts D: 14 0x00000003 8192 0 -1 rw /proc D: 15 0x0000000a 8192 0 -1 rw /dev/pts D: 16 0x00000003 8192 0 -1 rw /proc D: 17 0x0000000a 8192 0 -1 rw /dev/pts D: 18 0x00000003 8192 0 -1 rw /proc D: 19 0x0000000a 8192 0 -1 rw /dev/pts D: 20 0x00000003 8192 0 -1 rw /proc D: 21 0x00000003 8192 0 -1 rw /proc D: 22 0x00000003 8192 0 -1 rw /proc D: 23 0x00000003 8192 0 -1 rw /proc D: 24 0x00000003 8192 0 -1 rw /proc D: 25 0x00000003 8192 0 -1 rw /proc D: 26 0x00000003 8192 0 -1 rw /proc D: 27 0x00000003 8192 0 -1 rw /proc D: 28 0x00000003 8192 0 -1 rw /proc D: 29 0x00000003 8192 0 -1 rw /proc D: 30 0x00000003 8192 0 -1 rw /proc D: 31 0x00000003 8192 0 -1 rw /proc D: 32 0x00000003 8192 0 -1 rw /proc D: 33 0x00000003 8192 0 -1 rw /proc D: 34 0x0000000a 8192 0 -1 rw /dev/pts D: 35 0x00000003 8192 0 -1 rw /proc D: 36 0x0000000a 8192 0 -1 rw /dev/pts D: 37 0x00000003 8192 0 -1 rw /proc D: 38 0x0000000a 8192 0 -1 rw /dev/pts D: 39 0x00000003 8192 0 -1 rw /proc D: 40 0x0000000a 8192 0 -1 rw /dev/pts D: sanity checking 1 elements D: opening db index /var/lib/rpm/Name create mode=0x202 D: running pre-transaction scripts D: computing 72 file fingerprints Preparing... D: computing file dispositions D: opening db index /var/lib/rpm/Basenames create mode=0x202 ################################################## D: ========== +++ autoconf-2.61-9 noarch-linux 0x0 D: Expected size: 827801 = lead(96)+sigs(180)+pad(4)+data(827521) D: Actual size: 827801 D: autoconf-2.61-9: Header SHA1 digest: OK (1096335571ff4a49cf8c3b361161254c09a1c0f8) D: install: autoconf-2.61-9 has 72 files, test = 0 D: opening db index /var/lib/rpm/Sha1header create mode=0x202 D: opening db index /var/lib/rpm/Triggername create mode=0x202 autoconf D: ========== Directories not explicitly included in package: D: 0 /usr/bin/ D: 1 /usr/share/ D: 8 /usr/share/doc/ D: 10 /usr/share/info/ D: 11 /usr/share/man/man1/ D: ========== D: undo 000000 0 ( 0, 0) 0 unknown LZDIO: 244 reads, 8557275660681216 total bytes in 0.668983 secs ################################################## error: unpacking of archive failed: cpio: Bad magic D: running post-transaction scripts D: closed db index /var/lib/rpm/Sha1header D: closed db index /var/lib/rpm/Triggername D: closed db index /var/lib/rpm/Basenames D: closed db index /var/lib/rpm/Name D: closed db index /var/lib/rpm/Packages D: closed db environment /var/lib/rpm/Packages -- T. From n3npq at mac.com Sat Oct 13 18:30:12 2007 From: n3npq at mac.com (Jeff Johnson) Date: Sat, 13 Oct 2007 12:30:12 -0400 Subject: [Th] rpm@sparc64 In-Reply-To: <4710EFCE.6050909@pimpek.one.pl> References: <4710EFCE.6050909@pimpek.one.pl> Message-ID: On Oct 13, 2007, at 12:18 PM, Tomasz Mateja wrote: ... > D: mounted filesystems: > D: i dev bsize bavail iavail mount point > D: 0 0x00000003 8192 0 -1 rw /proc > D: 1 0x00000003 8192 0 -1 rw /proc > D: 2 0x00000003 8192 0 -1 rw /proc > D: 3 0x00000003 8192 0 -1 rw /proc > D: 4 0x00000003 8192 0 -1 rw /proc > D: 5 0x00000003 8192 0 -1 rw /proc > D: 6 0x00000003 8192 0 -1 rw /proc > D: 7 0x00000003 8192 0 -1 rw /proc > D: 8 0x00000003 8192 0 -1 rw /proc > D: 9 0x00000003 8192 0 -1 rw /proc > D: 10 0x00000003 8192 0 -1 rw /proc > D: 11 0x00000003 8192 0 -1 rw /proc > D: 12 0x00000003 8192 0 -1 rw /proc > D: 12 0x00000003 8192 0 -1 rw /proc > D: 13 0x0000000a 8192 0 -1 rw /dev/pts > D: 14 0x00000003 8192 0 -1 rw /proc > D: 15 0x0000000a 8192 0 -1 rw /dev/pts > D: 16 0x00000003 8192 0 -1 rw /proc > D: 17 0x0000000a 8192 0 -1 rw /dev/pts > D: 18 0x00000003 8192 0 -1 rw /proc > D: 19 0x0000000a 8192 0 -1 rw /dev/pts > D: 20 0x00000003 8192 0 -1 rw /proc > D: 21 0x00000003 8192 0 -1 rw /proc > D: 22 0x00000003 8192 0 -1 rw /proc > D: 23 0x00000003 8192 0 -1 rw /proc > D: 24 0x00000003 8192 0 -1 rw /proc > D: 25 0x00000003 8192 0 -1 rw /proc > D: 26 0x00000003 8192 0 -1 rw /proc > D: 27 0x00000003 8192 0 -1 rw /proc > D: 28 0x00000003 8192 0 -1 rw /proc > D: 29 0x00000003 8192 0 -1 rw /proc > D: 30 0x00000003 8192 0 -1 rw /proc > D: 31 0x00000003 8192 0 -1 rw /proc > D: 32 0x00000003 8192 0 -1 rw /proc > D: 33 0x00000003 8192 0 -1 rw /proc > D: 34 0x0000000a 8192 0 -1 rw /dev/pts > D: 35 0x00000003 8192 0 -1 rw /proc > D: 36 0x0000000a 8192 0 -1 rw /dev/pts > D: 37 0x00000003 8192 0 -1 rw /proc > D: 38 0x0000000a 8192 0 -1 rw /dev/pts > D: 39 0x00000003 8192 0 -1 rw /proc > D: 40 0x0000000a 8192 0 -1 rw /dev/pts Ick. Smells like lots of chroots. ... > LZDIO: 244 reads, 8557275660681216 total bytes in 0.668983 secs Hmmm, looks like a int32 vs size_t, or a big <-> little endian, problem somewhere. What version of rpm? 73 de Jeff From tommat at pimpek.one.pl Sat Oct 13 18:36:25 2007 From: tommat at pimpek.one.pl (Tomasz Mateja) Date: Sat, 13 Oct 2007 18:36:25 +0200 Subject: [Th] rpm@sparc64 In-Reply-To: References: <4710EFCE.6050909@pimpek.one.pl> Message-ID: <4710F409.40408@pimpek.one.pl> Jeff Johnson napisa?(a): >> D: 40 0x0000000a 8192 0 -1 rw /dev/pts > > Ick. Smells like lots of chroots. > I have 2 chroots on this machine 32 and 64bit. > ... >> LZDIO: 244 reads, 8557275660681216 total bytes in 0.668983 secs > > Hmmm, looks like a int32 vs size_t, or a big <-> little endian, > problem somewhere. > > What version of rpm? > [root at moon RPMS]# rpm -q rpm rpm-4.4.9-8.sparc64 > 73 de Jeff > _______________________________________________ > pld-devel-en mailing list > pld-devel-en at lists.pld-linux.org > http://lists.pld-linux.org/mailman/listinfo/pld-devel-en From hawk at limanowa.net Sat Oct 13 21:15:36 2007 From: hawk at limanowa.net (Marcin Krol) Date: Sat, 13 Oct 2007 21:15:36 +0200 Subject: Weird rpm problem, rpm guru needed! Message-ID: <47111958.9020301@limanowa.net> Hello. While trying to get base PLD Titanium working I've encountered serious problem with rpm and I can't find what causes it. Any help or hints will be appreciated. Situation (in chronological order): 1. rpm 4.4.9-1 was built manually in PLD Ac amd64 chroot after hacking macros to force usage of x86-64 gcc. Everything works. 2. After installing resulting packages same rpm was rebuild once again to see if it will work without hacking macros. It worked and rpm still works at this point 3. Now following things were done: perl was updated from AC-branch to HEAD one. OpenSSL was upgraded to 0.9.8. Python and poldek were rebuilt with new openssl. 4. At some point I've tried to build mawk.spec and got following error from builder: Documentation compressed. + exit 0 -bash: line 1: 28157 Segmentation fault TMPDIR=/tmp/B.c49d5d nice -n 19 rpmbuild -bb --target x86_64-pld-linux mawk.spec error: No files produced. I've tried manual build and got: Documentation compressed. + exit 0 Memory fault (core dumped) Error: package build failed. (no more info) gdb says: Core was generated by `rpmbuild -ba -v mawk.spec'. Program terminated with signal 11, Segmentation fault. #0 0x00002ac399dbd165 in _start () from /lib64/ld-linux-x86-64.so.2 (gdb) bt #0 0x00002ac399dbd165 in _start () from /lib64/ld-linux-x86-64.so.2 #1 0x0000000000000000 in ?? () So it seems like glibc problem, but glibc wasn't touched and at point 2 same spec was building just fine. 5. What I've tried to fix the problem: a) I recompiled both glibc and rpm with debugging symbols but gdb still wasn't giving more information than above. b) I've upgraded rpm to 4.4.9-9, no change. c) I've upgraded glibc from 2.6.1-2 to 2.6.1-3 d) I've adjusted and tried http://rpm5.org/cvs/chngview?cn=7926 patch to see if its BUFSIZ problem. Still no luck. 6. Problem exists only on x86_64 platform. i586 and i686 are working OK. 7. currently x86_64 version of PLD Titanium is just PLD Ac amd64 with just few core packages rebuilt to x86_64 arch. 8. Other failing specs are perl and rpm-build-macros Any ideas what more I can do to nail this problem? If you need more info let me know. M. From gotar at polanet.pl Tue Oct 16 23:57:39 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Tue, 16 Oct 2007 23:57:39 +0200 Subject: [th] geninitrd with root on cciss Message-ID: <20071016215739.GA2217@pepin.polanet.pl> Hi, I've just installed Th on new HP ProLiant and everything went ok apart from initrd. My rootfs is /dev/cciss/c0d0p2, this path is passed as $device (mount -t $rootFs \$device /newroot), BUT cciss subdirectory isn't created (in initrd_gen_tmpfs_dev) and initrd contains /dev/c0d0p2 (with no cciss subdirectory). I've worked it out by manual change in mount command, otherwise there was no device inode to mount and no mounted filesystem for switch_root, however it would be nice if someone familiar with geninitrd have fixed this. -- Tomasz Pala From mike at osdn.org.ua Wed Oct 17 17:49:22 2007 From: mike at osdn.org.ua (Michael Shigorin) Date: Wed, 17 Oct 2007 18:49:22 +0300 Subject: [th] geninitrd with root on cciss In-Reply-To: <20071016215739.GA2217@pepin.polanet.pl> References: <20071016215739.GA2217@pepin.polanet.pl> Message-ID: <20071017154922.GW17541@osdn.org.ua> On Tue, Oct 16, 2007 at 11:57:39PM +0200, Tomasz Pala wrote: > I've just installed Th on new HP ProLiant and everything went > ok apart from initrd. My rootfs is /dev/cciss/c0d0p2, this path > is passed as $device (mount -t $rootFs \$device /newroot), BUT > cciss subdirectory isn't created (in initrd_gen_tmpfs_dev) There are also /dev/ida/ and a few others... -- ---- WBR, Michael Shigorin ------ Linux.Kiev http://www.linux.kiev.ua/ ---- Oct 26--27, Kiev, Ukraine: -- http://conference.osdn.org.ua From ed at yen.ipipan.waw.pl Fri Oct 19 09:27:27 2007 From: ed at yen.ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=) Date: Fri, 19 Oct 2007 09:27:27 +0200 Subject: [AC-ready] Problems with the new KDE (3.5.8) Message-ID: <200710190927.28072@slaptop.ed.pl> I've just installed - there's problem with kdebase-desktop. Running KDE finishes with something like this: ~$ startkde xset: bad font path element (#164), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax xset: bad font path element (#164), possible causes are: Directory does not exist or has wrong permissions Directory missing fonts.dir Incorrect font server address or syntax startkde: Starting up... /usr/bin/startkde[347]: start_kdeinit_wrapper: not found ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ startkde: Could not start kdeinit. Check your installation. kdeinit: Shutting down running client. kbuildsycoca running... ICE default IO error handler doing an exit(), pid = 21595, errno = 0 ICE default IO error handler doing an exit(), pid = 21660, errno = 0 ICE default IO error handler doing an exit(), pid = 21664, errno = 0 For now, I've downgraded kdebase-desktop and kdelibs. Could someone please add a missing file to SPEC? I've tried to compile kdebase myself in order to correct it, but build ended with such error: /bin/sh ../libtool --silent --tag=CXX --mode=link "i686-pld-linux-g++" -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -DNDEBUG -DNO_DEBUG -O2 -O2 -march=i686 -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -D_GNU_SOURCE -o kwin -no-undefined -L/usr/lib -L/usr/X11R6/lib kwin.la.o libkdeinit_kwin.la ./.libs/libkdeinit_kwin.so: undefined reference to `NETRootInfo::desktopLayoutOrientation() const' ./.libs/libkdeinit_kwin.so: undefined reference to `NETRootInfo::desktopLayoutColumnsRows() const' collect2: ld returned 1 exit status make[3]: *** [kwin] Error 1 make[3]: Leaving directory `/mnt/archives/ed/rpm/BUILD/kdebase-3.5.8/kwin' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/mnt/archives/ed/rpm/BUILD/kdebase-3.5.8/kwin' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/mnt/archives/ed/rpm/BUILD/kdebase-3.5.8' make: *** [all] Error 2 -- ?ukasz Ma?ko GG: 2441498 _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana" From glen at delfi.ee Fri Oct 19 09:47:46 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 19 Oct 2007 10:47:46 +0300 Subject: [AC-ready] Problems with the new KDE (3.5.8) In-Reply-To: <200710190927.28072@slaptop.ed.pl> References: <200710190927.28072@slaptop.ed.pl> Message-ID: <200710191047.46682.glen@delfi.ee> On Friday 19 October 2007 10:27, ?ukasz Ma?ko wrote: > startkde: Starting up... > /usr/bin/startkde[347]: start_kdeinit_wrapper: not found > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > startkde: Could not start kdeinit. Check your installation. > kdeinit: Shutting down running client. fixed kdelibs was sent to builders: Thu, 18 Oct 2007 20:21:33 +0000 -- glen From glen at pld-linux.org Fri Oct 19 09:57:20 2007 From: glen at pld-linux.org (Elan =?utf-8?q?Ruusam=C3=A4e?=) Date: Fri, 19 Oct 2007 10:57:20 +0300 Subject: SPECS: openssl.spec - rel 4; use groff symlink for config.5 x509v3... In-Reply-To: References:

Message-ID: <200710191057.21193.glen@pld-linux.org> On Friday 19 October 2007 01:32, areq wrote: > -rm $RPM_BUILD_ROOT%{_mandir}/man7/des_modes.7 > +rm > $RPM_BUILD_ROOT%{_mandir}{/man7/des_modes.7,/man5/config.5,/man5/x509v3_con >fig.5} echo ".so openssl_des_modes.7" > > $RPM_BUILD_ROOT%{_mandir}/man7/des_modes.7 +echo ".so openssl_config.5" > > $RPM_BUILD_ROOT%{_mandir}/man5/config.5 +echo ".so openssl_x509v3_config.5" > > $RPM_BUILD_ROOT%{_mandir}/man5/x509v3_config.5 > > %clean > rm -rf $RPM_BUILD_ROOT > @@ -437,6 +439,9 @@ > All persons listed below can be reached at @pld-linux.org > > $Log$ > +Revision 1.177 2007/10/18 22:32:54 areq > +- rel 4; use groff symlink for config.5 x509v3_config.5 > + perhaps do this automatically in compress_man macro? sth like (after decompressing .gz and before doing it again): find %{_mandir} -type l | while read a; do l=$(readlink $a) rm -f a; echo ".so $(basename $l)" > $a done care must be taken when symlinks point to other .gz files. -- glen From ed at yen.ipipan.waw.pl Fri Oct 19 10:26:33 2007 From: ed at yen.ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=) Date: Fri, 19 Oct 2007 10:26:33 +0200 Subject: [AC-ready] Problems with the new KDE (3.5.8) In-Reply-To: <200710191047.46682.glen@delfi.ee> References: <200710190927.28072@slaptop.ed.pl> <200710191047.46682.glen@delfi.ee> Message-ID: <200710191026.33400@slaptop.ed.pl> Dnia pi?tek, 19 pa?dziernika 2007, Elan Ruusam?e napisa?: > On Friday 19 October 2007 10:27, ?ukasz Ma?ko wrote: > > startkde: Starting up... > > /usr/bin/startkde[347]: start_kdeinit_wrapper: not found > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > startkde: Could not start kdeinit. Check your installation. > > kdeinit: Shutting down running client. > > fixed kdelibs was sent to builders: Thu, 18 Oct 2007 20:21:33 +0000 So I'm waiting. Thanks. -- ?ukasz Ma?ko GG: 2441498 _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana" From glen at delfi.ee Fri Oct 19 10:35:11 2007 From: glen at delfi.ee (Elan =?iso-8859-2?q?Ruusam=E4e?=) Date: Fri, 19 Oct 2007 11:35:11 +0300 Subject: [AC-ready] Problems with the new KDE (3.5.8) In-Reply-To: <200710191026.33400@slaptop.ed.pl> References: <200710190927.28072@slaptop.ed.pl> <200710191047.46682.glen@delfi.ee> <200710191026.33400@slaptop.ed.pl> Message-ID: <200710191135.11205.glen@delfi.ee> On Friday 19 October 2007 11:26, ?ukasz Ma?ko wrote: > Dnia pi?tek, 19 pa?dziernika 2007, Elan Ruusam?e napisa?: > > On Friday 19 October 2007 10:27, ?ukasz Ma?ko wrote: > > > startkde: Starting up... > > > /usr/bin/startkde[347]: start_kdeinit_wrapper: not found > > > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > > > startkde: Could not start kdeinit. Check your installation. > > > kdeinit: Shutting down running client. > > > > fixed kdelibs was sent to builders: Thu, 18 Oct 2007 20:21:33 +0000 > > So I'm waiting. Thanks. err? that was *yesterday*, go and upgrade and report success ;) and the pkg that should contain fix is kdelibs-3.5.8-2.src.rpm -- glen From ed at yen.ipipan.waw.pl Fri Oct 19 10:45:45 2007 From: ed at yen.ipipan.waw.pl (=?iso-8859-2?q?=A3ukasz_Ma=B6ko?=) Date: Fri, 19 Oct 2007 10:45:45 +0200 Subject: [AC-ready] Problems with the new KDE (3.5.8) In-Reply-To: <200710191135.11205.glen@delfi.ee> References: <200710190927.28072@slaptop.ed.pl> <200710191026.33400@slaptop.ed.pl> <200710191135.11205.glen@delfi.ee> Message-ID: <200710191045.45982@slaptop.ed.pl> Dnia pi?tek, 19 pa?dziernika 2007, Elan Ruusam?e napisa?: [...] > > So I'm waiting. Thanks. > > err? > > that was *yesterday*, go and upgrade and report success ;) > and the pkg that should contain fix is kdelibs-3.5.8-2.src.rpm Today, earlier in the morning, the package has not been on the ftp yet. Now it is and it IS working correctly (I'd written the above just a few seconds before I've tried to refresh my poldek database). So, thank you :-) -- ?ukasz Ma?ko GG: 2441498 _o) Lukasz.Masko(at)ipipan.waw.pl /\\ Registered Linux User #61028 _\_V Ubuntu: staroafryka?skie s?owo oznaczaj?ce "Nie umiem zainstalowa? Debiana" From qboosh at pld-linux.org Sat Oct 20 10:57:55 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 20 Oct 2007 10:57:55 +0200 Subject: SPECS: multipath-tools.spec - device-mapper-devel >= 1.02.07 for d... In-Reply-To: References:

Message-ID: <20071020085755.GB7533@stranger.qboosh.pl> On Tue, Oct 16, 2007 at 05:42:00PM +0200, glen wrote: > - /lib/udev is the installed path on amd64 > @@ -88,7 +88,7 @@ > %config(noreplace) %verify(not md5 mtime size) %{_sysconfdir}/multipath.conf > %{_sysconfdir}/udev/rules.d/40-multipath.rules > %{_sysconfdir}/udev/rules.d/kpartx.rules > -%attr(755,root,root) /%{_lib}/udev/kpartx_id > +%attr(755,root,root) /lib/udev/kpartx_id > %dir /var/lib/multipath > %{_mandir}/man5/multipath.conf.5* > %{_mandir}/man8/devmap_name.8* HEAD uses /%{_lib}/udev -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Sat Oct 20 11:07:25 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 20 Oct 2007 11:07:25 +0200 Subject: SPECS (AC-branch): pidgin.spec - AC-branched In-Reply-To: References:

Message-ID: <20071020090725.GC7533@stranger.qboosh.pl> On Wed, Oct 17, 2007 at 01:52:28PM +0200, glen wrote: > +# - something missing glitz-devel R (AC): Not missing, glitz is not supported but IIRC pango wasn't rebuilt on cairo without glitz. > +#$ grep libglitz.la /usr/lib64/*.la -l|xargs rpm -qf|sort -u > +#evolution-data-server-devel-1.6.3-3 > +#gimp-devel-2.2.13-1 > +#gtk+2-devel-2.8.20-1 > +#libbonoboui-devel-2.14.0-2 > +#libglade2-devel-2.6.0-2 > +#libgnomecanvas-devel-2.14.0-1 > +#libgnomeui-devel-2.14.1-3 > +#pango-devel-1.12.4-1 -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Sat Oct 20 11:08:49 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 20 Oct 2007 11:08:49 +0200 Subject: SPECS (AC-branch): mono.spec - binfmt-detector is really Suggests; ... In-Reply-To: References:

Message-ID: <20071020090849.GD7533@stranger.qboosh.pl> On Wed, Oct 17, 2007 at 02:08:36PM +0200, glen wrote: > Author: glen Date: Wed Oct 17 12:08:36 2007 GMT > Module: SPECS Tag: AC-branch > ---- Log message: > - binfmt-detector is really Suggests; rel 3 Isn't Suggests just NOP on Ac? -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Sat Oct 20 11:28:49 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Sat, 20 Oct 2007 12:28:49 +0300 Subject: SPECS (AC-branch): mono.spec - binfmt-detector is really Suggests; ... In-Reply-To: <20071020090849.GD7533@stranger.qboosh.pl> References:

<20071020090849.GD7533@stranger.qboosh.pl> Message-ID: <200710201228.50088.glen@delfi.ee> On Saturday 20 October 2007 12:08, Jakub Bogusz wrote: > On Wed, Oct 17, 2007 at 02:08:36PM +0200, glen wrote: > > Author: glen Date: Wed Oct 17 12:08:36 2007 GMT > > Module: SPECS Tag: AC-branch > > ---- Log message: > > - binfmt-detector is really Suggests; rel 3 > > Isn't Suggests just NOP on Ac? yes it is :) -- glen From gotar at polanet.pl Sat Oct 20 15:18:29 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 20 Oct 2007 15:18:29 +0200 Subject: SPECS (AC-branch): pidgin.spec - AC-branched In-Reply-To: <20071020090725.GC7533@stranger.qboosh.pl> References:

<20071020090725.GC7533@stranger.qboosh.pl> Message-ID: <20071020131828.GA25919@pepin.polanet.pl> On Sat, Oct 20, 2007 at 11:07:25 +0200, Jakub Bogusz wrote: > Not missing, glitz is not supported Why? BTW in glitz.spec I'd translate 'compositing' as 'sk?adania'. -- Tomasz Pala From qboosh at pld-linux.org Sat Oct 20 15:28:09 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Sat, 20 Oct 2007 15:28:09 +0200 Subject: SPECS (AC-branch): pidgin.spec - AC-branched In-Reply-To: <20071020131828.GA25919@pepin.polanet.pl> References:

<20071020090725.GC7533@stranger.qboosh.pl> <20071020131828.GA25919@pepin.polanet.pl> Message-ID: <20071020132809.GA11069@stranger.qboosh.pl> On Sat, Oct 20, 2007 at 03:18:29PM +0200, Tomasz Pala wrote: > On Sat, Oct 20, 2007 at 11:07:25 +0200, Jakub Bogusz wrote: > > > Not missing, glitz is not supported > > Why? Ask the one who changed glitz bcond in cairo. > BTW in glitz.spec I'd translate 'compositing' as 'sk?adania'. SOD#1 (uhm, unrolling to "Standard answer Of Developer" isn't so clear, but at least doesn't require changing of acronym to SDA to use on this list ;)) -- Jakub Bogusz http://qboosh.pl/ From gotar at polanet.pl Sat Oct 20 15:59:14 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 20 Oct 2007 15:59:14 +0200 Subject: SPECS (AC-branch): pidgin.spec - AC-branched In-Reply-To: <20071020132809.GA11069@stranger.qboosh.pl> References:

<20071020090725.GC7533@stranger.qboosh.pl> <20071020131828.GA25919@pepin.polanet.pl> <20071020132809.GA11069@stranger.qboosh.pl> Message-ID: <20071020135914.GA17873@pepin.polanet.pl> On Sat, Oct 20, 2007 at 15:28:09 +0200, Jakub Bogusz wrote: > > Why? > > Ask the one who changed glitz bcond in cairo. The reason should be included in commit log. As it isn't, I'm going to switch it on by default unless someone (freetz?) tells why not. > > BTW in glitz.spec I'd translate 'compositing' as 'sk?adania'. > > SOD#1 Done. I wasn't sure if it isn't some common (at least in PLD) translation. -- Tomasz Pala From freetz at gmx.net Sat Oct 20 20:15:21 2007 From: freetz at gmx.net (Fryderyk Dziarmagowski) Date: Sat, 20 Oct 2007 20:15:21 +0200 Subject: SPECS (AC-branch): pidgin.spec - AC-branched In-Reply-To: <20071020135914.GA17873@pepin.polanet.pl> References:

<20071020090725.GC7533@stranger.qboosh.pl> <20071020131828.GA25919@pepin.polanet.pl> <20071020132809.GA11069@stranger.qboosh.pl> <20071020135914.GA17873@pepin.polanet.pl> Message-ID: <20071020201521.666afa56.freetz@gmx.net> On Sat, 20 Oct 2007 15:59:14 +0200 Tomasz Pala wrote: > On Sat, Oct 20, 2007 at 15:28:09 +0200, Jakub Bogusz wrote: > > > > Why? > > > > Ask the one who changed glitz bcond in cairo. > > The reason should be included in commit log. As it isn't, I'm going to > switch it on by default unless someone (freetz?) tells why not. http://opensubscriber.com/message/pld-devel-pl at lists.pld-linux.org/3312217.html -- Fryderyk Dziarmagowski From gotar at polanet.pl Sat Oct 20 23:24:40 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Sat, 20 Oct 2007 23:24:40 +0200 Subject: SPECS (AC-branch): pidgin.spec - AC-branched In-Reply-To: <20071020201521.666afa56.freetz@gmx.net> References:

<20071020090725.GC7533@stranger.qboosh.pl> <20071020131828.GA25919@pepin.polanet.pl> <20071020132809.GA11069@stranger.qboosh.pl> <20071020135914.GA17873@pepin.polanet.pl> <20071020201521.666afa56.freetz@gmx.net> <20071020212440.GA29671@pepin.polanet.pl> <20071020223105.GA6106@bajzel> <20071021084459.70672b9f.freetz@gmx.net> <20071021115917.GB20923@pepin.polanet.pl> Message-ID: <20071021161718.6b3360e6.freetz@gmx.net> On Sun, 21 Oct 2007 13:59:17 +0200 Tomasz Pala wrote: > On Sun, Oct 21, 2007 at 08:44:59 +0200, Fryderyk Dziarmagowski wrote: > > > > git://people.freedesktop.org/~macslow/glitz-test > > > > > > Try to run that without glitz support in cairo. > > > > ...and this is the very last example of using cairo with glitz > > backend. > > It just means that glitz backend is not useless. Nobody says it useless. It's just yet another redundant dependency. Whole backend is just an example of using glitz to accelerate RENDER extension with OpenGL. All main distros are aware of it and nobody ships cairo with glitz backend these days. Even more glitz is slowly becoming obsolete, there are better 'not heavily bound to hardware' ways to accelerate RENDER. > > Not even in PLD repo > > Being or not in PLD repo has nothing to do. Can say same about "is not useless". Pushing it in AC will make every single gtk+ app depending on glitz, but none of those apps will *ever* make use of it. -- Fryderyk Dziarmagowski From gotar at polanet.pl Mon Oct 22 00:44:40 2007 From: gotar at polanet.pl (Tomasz Pala) Date: Mon, 22 Oct 2007 00:44:40 +0200 Subject: SPECS (AC-branch): pidgin.spec - AC-branched In-Reply-To: <20071021161718.6b3360e6.freetz@gmx.net> References: <20071020090725.GC7533@stranger.qboosh.pl> <20071020131828.GA25919@pepin.polanet.pl> <20071020132809.GA11069@stranger.qboosh.pl> <20071020135914.GA17873@pepin.polanet.pl> <20071020201521.666afa56.freetz@gmx.net> <20071020212440.GA29671@pepin.polanet.pl> <20071020223105.GA6106@bajzel> <20071021084459.70672b9f.freetz@gmx.net> <20071021115917.GB20923@pepin.polanet.pl> <20071021161718.6b3360e6.freetz@gmx.net> Message-ID: <20071021224439.GB2778@pepin.polanet.pl> On Sun, Oct 21, 2007 at 16:17:18 +0200, Fryderyk Dziarmagowski wrote: > ships cairo with glitz backend these days. Even more glitz is slowly > becoming obsolete, there are better 'not heavily bound to hardware' > ways to accelerate RENDER. Which one? I know only nVidia binary driver accelerating RENDER. > Pushing it in AC will make every single gtk+ app depending on glitz, but > none of those apps will *ever* make use of it. OK. Could you please make appropriate note in spec? -- Tomasz Pala From glen at delfi.ee Mon Oct 22 09:29:36 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 22 Oct 2007 10:29:36 +0300 Subject: SPECS (AC-branch): pidgin.spec - AC-branched In-Reply-To: <20071021224439.GB2778@pepin.polanet.pl> References: <20071020090725.GC7533@stranger.qboosh.pl> <20071021161718.6b3360e6.freetz@gmx.net> <20071021224439.GB2778@pepin.polanet.pl> Message-ID: <200710221029.36877.glen@delfi.ee> On Monday 22 October 2007 01:44, Tomasz Pala wrote: > > Pushing it in AC will make every single gtk+ app depending on glitz, but > > none of those apps will *ever* make use of it. > > OK. Could you please make appropriate note in spec? make it yourself if you wish: http://cvs.pld-linux.org/cgi-bin/cvsweb.cgi/CVSROOT/users.diff?r1=1.465;r2=1.466;f=h -- glen From qboosh at pld-linux.org Mon Oct 22 19:39:48 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 22 Oct 2007 19:39:48 +0200 Subject: SPECS: gtk+2.spec - fix typo in postun; rel 3 In-Reply-To: References:

Message-ID: <20071022173947.GA22289@stranger.qboosh.pl> On Mon, Oct 22, 2007 at 02:18:16PM +0200, glen wrote: > Author: glen Date: Mon Oct 22 12:18:16 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - fix typo in postun; rel 3 > %postun > /sbin/ldconfig > -if [ "$1" != "0" ]; then > +if [ "$1" = "0" ]; then > umask 022 > - %{_bindir}/gdk-pixbuf-query-loaders >%{_sysconfdir}/gtk-2.0/gdk-pixbuf.loaders > - %{_bindir}/gtk-query-immodules-2.0 >%{_sysconfdir}/gtk-2.0/gtk.immodules > + %{_bindir}/gdk-pixbuf-query-loaders > %{_sysconfdir}/gtk-2.0/gdk-pixbuf.loaders > + %{_bindir}/gtk-query-immodules-2.0 > %{_sysconfdir}/gtk-2.0/gtk.immodules > fi > exit 0 Are you sure? These binaries won't exist when "$1" = "0" (i.e. when finishing rpm -e). -- Jakub Bogusz http://qboosh.pl/ From qboosh at pld-linux.org Mon Oct 22 19:40:47 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 22 Oct 2007 19:40:47 +0200 Subject: SPECS: kernel-desktop.spec - BR /sbin/depmod instead of module-ini... In-Reply-To: References:

Message-ID: <20071022174047.GB22289@stranger.qboosh.pl> On Mon, Oct 22, 2007 at 10:15:13AM +0200, glen wrote: > Author: glen Date: Mon Oct 22 08:15:13 2007 GMT > Module: SPECS Tag: HEAD > ---- Log message: > - BR /sbin/depmod instead of module-init-tools due vserver-packages provides module-init-tools So BR both? /sbin/depmod alone could be satisfied by old modutils package. -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Mon Oct 22 20:55:54 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 22 Oct 2007 21:55:54 +0300 Subject: SPECS: gtk+2.spec - fix typo in postun; rel 3 In-Reply-To: <20071022173947.GA22289@stranger.qboosh.pl> References:

<20071022173947.GA22289@stranger.qboosh.pl> Message-ID: <200710222155.55042.glen@delfi.ee> On Monday 22 October 2007 20:39, Jakub Bogusz wrote: > On Mon, Oct 22, 2007 at 02:18:16PM +0200, glen wrote: > > Author: glen Date: Mon Oct 22 12:18:16 2007 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - fix typo in postun; rel 3 > > > > %postun > > /sbin/ldconfig > > -if [ "$1" != "0" ]; then > > +if [ "$1" = "0" ]; then > > umask 022 > > - %{_bindir}/gdk-pixbuf-query-loaders > > >%{_sysconfdir}/gtk-2.0/gdk-pixbuf.loaders > > - %{_bindir}/gtk-query-immodules-2.0 > > >%{_sysconfdir}/gtk-2.0/gtk.immodules > > + %{_bindir}/gdk-pixbuf-query-loaders > > > %{_sysconfdir}/gtk-2.0/gdk-pixbuf.loaders > > + %{_bindir}/gtk-query-immodules-2.0 > > > %{_sysconfdir}/gtk-2.0/gtk.immodules fi > > exit 0 > > Are you sure? > These binaries won't exist when "$1" = "0" (i.e. when finishing rpm -e). well, then only %post should remain there? -- glen From qboosh at pld-linux.org Mon Oct 22 21:11:03 2007 From: qboosh at pld-linux.org (Jakub Bogusz) Date: Mon, 22 Oct 2007 21:11:03 +0200 Subject: SPECS: gtk+2.spec - fix typo in postun; rel 3 In-Reply-To: <200710222155.55042.glen@delfi.ee> References:

<20071022173947.GA22289@stranger.qboosh.pl> <200710222155.55042.glen@delfi.ee> Message-ID: <20071022191103.GC22289@stranger.qboosh.pl> On Mon, Oct 22, 2007 at 09:55:54PM +0300, Elan Ruusam?e wrote: > On Monday 22 October 2007 20:39, Jakub Bogusz wrote: > > On Mon, Oct 22, 2007 at 02:18:16PM +0200, glen wrote: > > > Author: glen Date: Mon Oct 22 12:18:16 2007 GMT > > > Module: SPECS Tag: HEAD > > > ---- Log message: > > > - fix typo in postun; rel 3 > > > > > > %postun > > > /sbin/ldconfig > > > -if [ "$1" != "0" ]; then > > > +if [ "$1" = "0" ]; then > > > umask 022 > > > - %{_bindir}/gdk-pixbuf-query-loaders > > > >%{_sysconfdir}/gtk-2.0/gdk-pixbuf.loaders > > > - %{_bindir}/gtk-query-immodules-2.0 > > > >%{_sysconfdir}/gtk-2.0/gtk.immodules > > > + %{_bindir}/gdk-pixbuf-query-loaders > > > > %{_sysconfdir}/gtk-2.0/gdk-pixbuf.loaders > > > + %{_bindir}/gtk-query-immodules-2.0 > > > > %{_sysconfdir}/gtk-2.0/gtk.immodules fi > > > exit 0 > > > > Are you sure? > > These binaries won't exist when "$1" = "0" (i.e. when finishing rpm -e). > > well, then only %post should remain there? I'm not sure if the assumption that no module will disappear on upgrade is correct. -- Jakub Bogusz http://qboosh.pl/ From glen at delfi.ee Mon Oct 22 21:54:20 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 22 Oct 2007 22:54:20 +0300 Subject: kernel requires Message-ID: <200710222254.20414.glen@delfi.ee> %if %{with dist_kernel} %requires_releq_kernel Requires(postun): %releq_kernel %endif $ rpm -E %requires_releq_kernel Requires: kernel = 3:2.6.22.10-1 $ rpm -E %releq_kernel kernel = 3:2.6.22.10-1 why both are there? if plain requires is there, then (postun) makes no sense if only postun is needed, then plain shouldn't be there. -- glen From glen at delfi.ee Mon Oct 22 22:05:57 2007 From: glen at delfi.ee (Elan =?iso-8859-1?q?Ruusam=E4e?=) Date: Mon, 22 Oct 2007 23:05:57 +0300 Subject: SPECS: kernel-desktop.spec - BR /sbin/depmod instead of module-ini... In-Reply-To: <20071022174047.GB22289@stranger.qboosh.pl> References:

<20071022174047.GB22289@stranger.qboosh.pl> Message-ID: <200710222305.57576.glen@delfi.ee> On Monday 22 October 2007 20:40, Jakub Bogusz wrote: > On Mon, Oct 22, 2007 at 10:15:13AM +0200, glen wrote: > > Author: glen Date: Mon Oct 22 08:15:13 2007 GMT > > Module: SPECS Tag: HEAD > > ---- Log message: > > - BR /sbin/depmod instead of module-init-tools due vserver-packages > > provides module-init-tools > > So BR both? /sbin/depmod alone could be satisfied by old modutils > package. so instead of Requires(post,postun): /sbin/depmod 2.6 kernel packages should (also?) have: Requires(post,postun): module-init-tools -- glen From n3npq at mac.com Mon Oct 22 22:52:31 2007 From: n3npq at mac.com (Jeff Johnson) Date: Mon, 22 Oct 2007 16:52:31 -0400 Subject: kernel requires In-Reply-To: <200710222254.20414.glen@delfi.ee> References: <200710222254.20414.glen@delfi.ee> Message-ID: <0A7A4EC8-382B-4EA3-AA1C-665BB4A94492@mac.com> On Oct 22, 2007, at 3:54 PM, Elan Ruusam?e wrote: > %if %{with dist_kernel} > %requires_releq_kernel > Requires(postun): %releq_kernel > %endif > > $ rpm -E %requires_releq_kernel > Requires: kernel = 3:2.6.22.10-1 > $ rpm -E %releq_kernel > kernel = 3:2.6.22.10-1 > > why both are there? > Both are there because the flags differ. If the flags were the same, then rpm would have collapsed the duplicate:. E.g. the clearly redundant Requires: foo Requires: foo leads to one, not 2, dependencies in a *.rpm. > if plain requires is there, then (postun) makes no sense > if only postun is needed, then plain shouldn't be there. > All depends on the "preun" context interpretation, which atm is largely unspecified. One cannot assume that Requires: kernel = 3:2.6.22.10-1 implies Requires(postun): kernel = 3:2.6.22.10-1 For perhaps a clearer and more well defined context usage case example, look at Requires(pre) Requires(post) which are both in a "install" context. After installing, the dependencies are meaningless. And so "install" dependencies are not indexed in an rpmdb. hth 73 de Jeff From adamg at biomerieux.pl Mon Oct 29 08:56:20 2007 From: adamg at biomerieux.pl (Adam =?iso-8859-2?Q?Go=B3=EAbiowski?=) Date: Mon, 29 Oct 2007 08:56:20 +0100 Subject: TEST build ERRORS: ntfs-3g.spec In-Reply-To: References: <6ef9d73e-b827-4759-a01d-3cd3e3adf1e3@pld.src.builder> Message-ID: <20071029075620.GA22990@mysza.eu.org> On Sun, Oct 28, 2007 at 08:54:10PM +0000, PLD ac-sparc builder wrote: > ntfs-3g.spec (HEAD): FAILED > libfuse-devel >= 2.7.0 is needed by ntfs-3g-1.1030-1.sparc Any reasons not to push libfuse >= 2.7.0 to ac? -- http://www.mysza.eu.org/ | Everybody needs someone sure, someone true, PLD Linux developer | Everybody needs some solid rock, I know I do.