Re: SPECS: vim.spec - with python, ruby and tcl by default - rel 3 for...
Elan Ruusamäe [EMAIL PROTECTED] [18-06-2007 08:45]: [...] vim needs just perl-libs (at least on AC) -- $ rpm -q --qf '%-12{NAME}: %{SIZE}\n' perl-libs perl-libs : 1146552 What's that? Why has it been separated? 1. Is there a considerable amount of applications it's enough for? 2. Is there a single one? vim works with just perl-libs, but do the perl functions actually work -- no idea never used language bindings. It should *work* (like, execute something basic), but I doubt it's usable; a single use strict requires perl-base. -- Radosław Zieliński [EMAIL PROTECTED] pgpjmCaYJAi5N.pgp Description: PGP signature ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [th] qt4 problems
Dnia sobota, 16 czerwca 2007, Tomasz Pala napisał: Hi, 1. closing any qt4 application (e.g. kpoldek) crashes entire X server, 2. qt4 doesn't honour fontocnfig setup (doesn't draw through freetype/cairo/Xft and I've got badly subpixeled fonts) - is it fourth rendering engine? I didn't seen such behaviour. What Qt4 version you use? What is your xorg*drivers*? What about your freetype/cairo/Xft? Regards, -- Rafał Cygnarowski [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vim.spec - with python, ruby and tcl by default - rel 3 for...
On Monday 18 June 2007, Radoslaw Zielinski wrote: Elan Ruusamäe [EMAIL PROTECTED] [18-06-2007 08:45]: [...] vim needs just perl-libs (at least on AC) -- $ rpm -q --qf '%-12{NAME}: %{SIZE}\n' perl-libs perl-libs : 1146552 What's that? Why has it been separated? to make vim deps smaller :) (think: vservers where you like to use vim) 1. Is there a considerable amount of applications it's enough for? 2. Is there a single one? vim works with just perl-libs, but do the perl functions actually work -- no idea never used language bindings. It should *work* (like, execute something basic), but I doubt it's usable; a single use strict requires perl-base. exactly, it was done just to cut down perl-base dep :) if you need perl bindings, install (additionally) perl-base + other modules you need -- glen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vim.spec - with python, ruby and tcl by default - rel 3 for...
Dnia 17-06-2007, N o godzinie 22:02 +0200, Jakub Bogusz napisał(a): But the original question was: do particular language support overhead is worth its benefits? Are there already some packaged or custom vim addons which need all these languages? 1. I use vim to develop python code and the bindings are good. 2. I got some plugins from vim.org that assist. I've got so many of them I actually am afraid to try packaging them for PLD as I'm not sure I'll recognize now all the plugins in my ~/.vim dir. 3. PLD is doing the maximum functionality maximum deps packages. Think OO. For all the minimum requirements there's always vim-static and e3. [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vim.spec - with python, ruby and tcl by default - rel 3 for...
On Mon, Jun 18, 2007 at 09:45:52AM +0300, Elan Ruusamäe wrote: the language bindings should be dynamic -- loaded at runtime if needed that would be sane solution :) So there should be packages having only libs required by vim to start (ldd =vim, and I mean only libs with no other bloat) - just like perl-libs, unusable other way. It's inadmissible for vim to require dozen of MB like it was some time ago with ruby (40MB). BTW dynamic vim-minimal should be nice too. -- Tom Pala [EMAIL PROTECTED] http://vfmg.sourceforge.net/ http://tccs.sourceforge.net/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: NEW poldek 0.20070617.23 - please test
On 6/17/07, Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote: in handling package colors and *tadam* multilib capabilities. Please test :) poldek:/all-avail lli glibc* iconv* expat* pakiet data zbudowania rozmiar expat-2.0.0-3.i686 2006/11/21 16:12151.0 KB expat-2.0.0-3.x86_64 2006/11/21 17:16175.0 KB expat-devel-2.0.0-3.x86_64 2006/11/21 17:16136.0 KB glibc-2.6-3.i686 2007/06/04 10:04 2.6 MB glibc-2.6-3.x86_64 2007/06/04 09:53 3.2 MB glibc-devel-2.6-3.i686 2007/06/04 10:04296.0 KB glibc-devel-2.6-3.x86_64 2007/06/04 09:53427.0 KB glibc-devel-utils-2.6-3.x86_64 2007/06/04 09:53 66.0 KB glibc-headers-2.6-3.x86_64 2007/06/04 09:53 2.0 MB glibc-misc-2.6-3.x86_64 2007/06/04 09:53 3.8 MB iconv-2.6-3.x86_64 2007/06/04 09:53 5.9 MB 11 pakietów, 18.7 MB poldek:/all-avail llu glibc* iconv* expat* dostępny zainstalowany data zbudowania rozmiar expat-2.0.1-1.i686 2.0.0-3.i686 2007/06/14 20:12 152.0 KB expat-2.0.1-1.x86_64 2.0.0-3.x86_642007/06/14 19:06 174.0 KB expat-devel-2.0.1-1.x86_64 2.0.0-3.x86_642007/06/14 19:06 136.0 KB glibc-2.6-4.i686 2.6-3.i6862007/06/17 18:11 2.6 MB glibc-2.6-4.x86_64 2.6-3.x86_64 2007/06/17 17:59 3.2 MB glibc-2.6-5.i686 2.6-3.i6862007/06/18 00:39 2.6 MB glibc-2.6-5.x86_64 2.6-3.x86_64 2007/06/18 00:31 3.2 MB glibc-devel-2.6-4.i686 2.6-3.i6862007/06/17 18:11 296.0 KB glibc-devel-2.6-4.x86_64 2.6-3.x86_64 2007/06/17 17:59 427.0 KB glibc-devel-2.6-5.i686 2.6-3.i6862007/06/18 00:39 296.0 KB glibc-devel-2.6-5.x86_64 2.6-3.x86_64 2007/06/18 00:31 427.0 KB glibc-devel-utils-2.6-4.x86_64 2.6-3.x86_64 2007/06/17 17:59 66.0 KB glibc-devel-utils-2.6-5.x86_64 2.6-3.x86_64 2007/06/18 00:31 66.0 KB glibc-headers-2.6-4.x86_64 2.6-3.x86_64 2007/06/17 17:59 2.0 MB glibc-headers-2.6-5.x86_64 2.6-3.x86_64 2007/06/18 00:31 2.0 MB glibc-misc-2.6-4.x86_64 2.6-3.x86_64 2007/06/17 17:59 3.8 MB glibc-misc-2.6-5.x86_64 2.6-3.x86_64 2007/06/18 00:31 3.8 MB iconv-2.6-4.x86_64 2.6-3.x86_64 2007/06/17 17:59 5.9 MB iconv-2.6-5.x86_64 2.6-3.x86_64 2007/06/18 00:31 5.9 MB 19 pakietów, 36.9 MB poldek:/all-avail upgrade * Przetwarzanie zależności... glibc-devel-2.6-3.i686 zostanie zastąpiony przez glibc-devel-2.6-5.i686 glibc-devel-2.6-5.i686 zaznaczył glibc-devel-utils-2.6-5.x86_64 (wł. glibc-devel-utils = 6:2.6-5) glibc-devel-utils-2.6-3.x86_64 zostanie zastąpiony przez glibc-devel-utils-2.6-5.x86_64 greedy upgrade glibc-devel-2.6-3.x86_64 to 2.6-5.x86_64 (unresolved glibc-devel-utils = 6:2.6-3) glibc-devel-2.6-3.x86_64 zostanie zastąpiony przez glibc-devel-2.6-5.x86_64 glibc-devel-2.6-5.x86_64 zaznaczył glibc-headers-2.6-5.x86_64 (wł. glibc-headers = 6:2.6-5) glibc-headers-2.6-3.x86_64 zostanie zastąpiony przez glibc-headers-2.6-5.x86_64 glibc-2.6-3.i686 zostanie zastąpiony przez glibc-2.6-5.i686 glibc-2.6-5.i686 zaznaczył glibc-misc-2.6-5.x86_64 (wł. glibc-misc = 6:2.6-5) glibc-misc-2.6-3.x86_64 zostanie zastąpiony przez glibc-misc-2.6-5.x86_64 greedy upgrade glibc-2.6-3.x86_64 to 2.6-5.x86_64 (unresolved glibc-misc = 6:2.6-3) glibc-2.6-3.x86_64 zostanie zastąpiony przez glibc-2.6-5.x86_64 greedy upgrade localedb-src-2.6-3.x86_64 to 2.6-5.x86_64 (unresolved glibc = 6:2.6-3) localedb-src-2.6-3.x86_64 zostanie zastąpiony przez localedb-src-2.6-5.x86_64 Zaznaczono 8 pakietów do instalacji (6 zaznaczonych pośrednio), 8 do usunięcia: I glibc-2.6-5.i686, glibc-devel-2.6-5.i686 D glibc-2.6-5.x86_64, glibc-devel-2.6-5.x86_64, glibc-devel-utils-2.6-5.x86_64, glibc-headers-2.6-5.x86_64, glibc-misc-2.6-5.x86_64, D localedb-src-2.6-5.x86_64 R localedb-src-2.6-3.x86_64, glibc-devel-2.6-3.x86_64, glibc-devel-utils-2.6-3.x86_64, glibc-2.6-3.x86_64, glibc-headers-2.6-3.x86_64, R glibc-misc-2.6-3.x86_64, glibc-2.6-3.i686, glibc-devel-2.6-3.i686 Potrzeba pobrać 6.6MB archiw. Po rozpakowaniu 20.4MB będzie użyte. Uruchamianie sudo /bin/rpm --upgrade -vh --root / --noorder... błąd: Niespełnione zależności: glibc = 6:2.6-3 jest wymagany przez (zainstalowany) iconv-2.6-3.x86_64 Installing set #2 Przetwarzanie zależności... expat-2.0.0-3.i686 zostanie zastąpiony przez expat-2.0.1-1.i686 Zaznaczono 1
Re: SPECS: vim.spec - with python, ruby and tcl by default - rel 3 for...
On Mon, 18 Jun 2007, Cezary Krzyzanowski wrote: 3. PLD is doing the maximum functionality maximum deps packages. Think Unless the dependencies are small, are almost always used by sth. else in the system, or provide functionality required by most of users. Not this case. OO. For all the minimum requirements there's always vim-static and e3. -static is in contradiction with minimum. -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vim.spec - with python, ruby and tcl by default - rel 3 for...
Dnia poniedziałek, 18 czerwca 2007, Andrzej Krzysztofowicz napisał: OO. For all the minimum requirements there's always vim-static and e3. -static is in contradiction with minimum. Yup. We should have full vim with everything (X, python, perl, ruby, brainfuck, you name it) and a vim-minimal for those, that want to have the lightest version possible. -- Judge others by their intentions and yourself by your results. Guy Kawasaki Education is an admirable thing, but it is well to remember from time to time that nothing that is worth knowing can be taught. Oscar Wilde ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: NEW poldek 0.20070617.23 - please test
On Monday 18 of June 2007, Michał Łukaszek wrote: On 6/17/07, Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote: in handling package colors and *tadam* multilib capabilities. Please test :) poldek:/all-avail lli glibc* iconv* expat* pakiet Try newer snapshot 20070618.11 and report back. It has some important fixes. -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: NEW poldek 0.20070617.23 - please test
On Monday 18 of June 2007, Arkadiusz Miskiewicz wrote: On Monday 18 of June 2007, Michał Łukaszek wrote: On 6/17/07, Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote: in handling package colors and *tadam* multilib capabilities. Please test :) poldek:/all-avail lli glibc* iconv* expat* pakiet Try newer snapshot 20070618.11 and report back. It has some important fixes. Actually I'm not so sure that's poldek bug. rpm -q expat ? -- Arkadiusz MiśkiewiczPLD/Linux Team arekm / maven.plhttp://ftp.pld-linux.org/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: NEW poldek 0.20070617.23 - please test
On 6/18/07, Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote: Try newer snapshot 20070618.11 and report back. It has some important fixes. Actually I'm not so sure that's poldek bug. rpm -q expat ? $ rpm -q expat poldek expat-2.0.0-3.x86_64 expat-2.0.0-3.i686 poldek-0.20.1-0.20070617.23.x86_64 I'll try newer poldek in a minute. -- regards, Michał Łukaszek [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: vim.spec - with python,
Mariusz Mazur wrote: Dnia poniedziałek, 18 czerwca 2007, Andrzej Krzysztofowicz napisał: OO. For all the minimum requirements there's always vim-static and e3. -static is in contradiction with minimum. Yup. We should have full vim with everything (X, python, perl, ruby, brainfuck, you name it) and a vim-minimal for those, that want to have the lightest version possible. Agreed. -- === Andrzej M. Krzysztofowicz [EMAIL PROTECTED] phone (48)(58) 347 19 36 Faculty of Applied Phys. Math., Gdansk University of Technology ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: NEW poldek 0.20070617.23 - please test
On 6/18/07, Arkadiusz Miskiewicz [EMAIL PROTECTED] wrote: Could you download manually both new expat packages and try rpm --test -Fvh expat.i686.rpm expat.x86_64.rpm ? poldek:/all-avail get expat-2.0.1-1.* expat-devel-2.0.1-1.x86_64 Retrieving th-i686::expat-2.0.1-1.i686.rpm... .. 100.0% [66.7K (23.8K/s)] Retrieving th::expat-2.0.1-1.x86_64.rpm... .. 100.0% [70.9K (31.6K/s)] Retrieving th::expat-devel-2.0.1-1.x86_64.rpm... .. 100.0% [35.7K (35.1K/s)] [EMAIL PROTECTED] ~]$ LC_ALL=C sudo rpm --test -Fhv expat-2.0.1-1.i686.rpm expat-2.0.1-1.x86_64.rpm expat-devel-2.0.1-1.x86_64.rpm Preparing...### [100%] Repackaging... ### [ 33%] Upgrading... [EMAIL PROTECTED] ~]$ Huh? -- regards, Michał Łukaszek [EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] [EMAIL PROTECTED]
This is likely the -pie linkage and -fpie compilation, new in rpm-4.4.9. Remove PIE compilation/linkage is the easy fix. Upgrading binutils and/or rewriting rpm code may help. 73 de Jeff On Jun 18, 2007, at 12:29 PM, Tomasz Mateja wrote: Already mentioned on devel-pl: http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2007-June/ 141330.html sparc64-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv - mcpu=ultrasparc -fno-strict-aliasing -gdwarf-2 -g2 -fPIC -DPIC -D_GNU_SOURCE -D_REENTRANT -Wall -Wpointer-arith -Wstrict-prototypes -Wmissing-prototypes -Wno-char-subscripts -Wl,--as-needed -pie -o .libs/rpm rpm.o ./build/.libs/librpmbuild.a ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmdb/.libs/librpmdb.so -lselinux ./rpmdb/.libs/librpmdb.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmio/.libs/librpmio.so -lelf /usr/lib64/libdb-4.5.so ./rpmio/.libs/librpmio.so /usr/lib64/libbeecrypt.so -lrt -lm -ldl /usr/lib64/libmagic.so /usr/lib64/libpopt.so -lpthread -lz /usr/lib64/libbz2.so rpm.o: In function `argerror': /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:143: relocation truncated to fit: R_SPARC_GOT13 against symbol `stderr@@GLIBC_2.2' defined in .data section in /lib64/libc.so.6 /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:143: relocation truncated to fit: R_SPARC_GOT13 against symbol `__assert_program_name@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so rpm.o: In function `main': /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:238: relocation truncated to fit: R_SPARC_GOT13 against symbol `__assert_program_name@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:254: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmQVKArgs@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:292: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmQVKArgs@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:256: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmQVKArgs@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:293: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmDBArgs@@LIBRPMDB_0' defined in .bss section in /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmdb/.libs/librpmdb.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:338: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmIArgs@@LIBRPM_0' defined in .bss section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:457: relocation truncated to fit: R_SPARC_GOT13 against symbol `rpmcliRootDir@@LIBRPM_0' defined in .data section in ./lib/.libs/librpm.so /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:502: relocation truncated to fit: R_SPARC_GOT13 against symbol `stderr@@GLIBC_2.2' defined in .data section in /lib64/libc.so.6 /home/users/builder/rpm/BUILD/rpm-4.4.9/rpmqv.c:340: additional relocation overflows omitted from the output collect2: ld returned 1 exit status make[2]: *** [rpm] Error 1 make[2]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.9' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/users/builder/rpm/BUILD/rpm-4.4.9' make: *** [all] Error 2 error: Bad exit status from /home/users/builder/tmp/rpm-tmp.94714 (% build) [EMAIL PROTECTED] SPECS]$ rpm -q rpm rpm-4.4.8-0.1.sparc64 [EMAIL PROTECTED] SPECS]$ rpm -q glibc glibc-2.6-3.sparc64 [EMAIL PROTECTED] SPECS]$ rpm -q gcc gcc-4.2.0-5.sparc64 -- T. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
SPECS: pango.spec - revised archdir patch so /etc/pango or /etc/pa...
2007/6/18, glen [EMAIL PROTECTED]: Author: glen Date: Mon Jun 18 15:02:33 2007 GMT Module: SPECS Tag: HEAD Log message: - revised archdir patch so /etc/pango or /etc/pango64 is used; rel 2 Files affected: SPECS: pango.spec (1.173 - 1.174) Diffs: [..] @@ -21,6 +17,7 @@ Patch0:%{name}-xfonts.patch Patch1:%{name}-arch_confdir.patch URL: http://www.pango.org/ +BuildRequires: XFree86-devel XFree86-devel in Th ? -- Artur Frysiak ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] [EMAIL PROTECTED]
Jeff Johnson napisał(a): This is likely the -pie linkage and -fpie compilation, new in rpm-4.4.9. Remove PIE compilation/linkage is the easy fix. Upgrading binutils and/or rewriting rpm code may help. 73 de Jeff removed and it's built right now, btw binutils are current. -- T. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] [EMAIL PROTECTED]
On Jun 18, 2007, at 2:10 PM, Tomasz Mateja wrote: removed and it's built right now, btw binutils are current. not working: [EMAIL PROTECTED] RPMS]# gdb rpm GNU gdb 6.6 Copyright (C) 2006 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type show copying to see the conditions. There is absolutely no warranty for GDB. Type show warranty for details. This GDB was configured as sparc64-pld-linux... Using host libthread_db library /lib64/libthread_db.so.1. (gdb) run --rebuilddb Starting program: /bin/rpm --rebuilddb Program received signal SIGBUS, Bus error. 0xf801fbec in intGetEntry (h=0x26b4e0, tag=1184, type=0x7feffef9518, p=0x7feffef951c, c=0x7feffef950c, minMem=1) at header.c:1785 1785if (p) *p = NULL; Likely alignment on sparc64. Pointers aligned on 64bit boundary on sparc64? One hack-a-round is: memset(p, 0, sizeof(*p)); instead of *p = NULL; but you may die in caller instead. FWIW, tag=1184 is RPMTAG_PACKAGECOLOR added on multilib systems. That's likely not PLD/sparc64. Lemme look a bit more. 73 de Jeff ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Fwd: [CVS] RPM: rpm/rpmdb/ rpmdb.c
Begin forwarded message: From: Jeff Johnson [EMAIL PROTECTED] Date: June 18, 2007 3:39:27 PM EDT To: [EMAIL PROTECTED] Subject: [CVS] RPM: rpm/rpmdb/ rpmdb.c Reply-To: [EMAIL PROTECTED] RPM Package Manager, CVS Repository http://rpm5.org/cvs/ __ __ Server: rpm5.org Name: Jeff Johnson Root: /v/rpm/cvs Email: [EMAIL PROTECTED] Module: rpm Date: 18-Jun-2007 21:39:27 Branch: HEAD Handle: 2007061820392600 Modified files: rpm/rpmdb rpmdb.c Log: fix ptr alignment problem seen on pld/sparc64. Summary: RevisionChanges Path 1.131 +2 -3 rpm/rpmdb/rpmdb.c __ __ patch -p0 '@@ .' Index: rpm/rpmdb/rpmdb.c == == $ cvs diff -u -r1.130 -r1.131 rpmdb.c --- rpm/rpmdb/rpmdb.c 10 Jun 2007 20:44:43 - 1.130 +++ rpm/rpmdb/rpmdb.c 18 Jun 2007 19:39:26 - 1.131 @@ -3067,7 +3067,6 @@ HAE_t hae = (HAE_t) headerAddEntry; HFD_t hfd = headerFreeData; sigset_t signalMask; -uint32_t hcolor = 0; const char ** baseNames; rpmTagType bnt; const char ** dirNames; @@ -3101,8 +3100,8 @@ } /* Add the package color if not present. */ -if (!hge(h, RPMTAG_PACKAGECOLOR, bnt, hcolor, count)) { - hcolor = hGetColor(h); +if (!headerIsEntry(h, RPMTAG_PACKAGECOLOR)) { + uint32_t hcolor = hGetColor(h); xx = hae(h, RPMTAG_PACKAGECOLOR, RPM_INT32_TYPE, hcolor, 1); } @@ . __ RPM Package Managerhttp://rpm5.org CVS Sources Repository[EMAIL PROTECTED] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Fwd: [CVS] RPM: rpm/rpmdb/ rpmdb.c
Jeff Johnson napisał(a): Ok with this patch and without pie stuff on sparc64. One issue remaining on my sparc64 - I cannot use %_binary_payloadw9.lzdio. When I build package with lzdio I have: Upgrading... 1:autoconf ### [100%] error: unpacking of archive failed: cpio: Bad magic When using bzdio it's ok. -- T. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en