Re: [packages/uClibc] - rel 5; turn verbose on; filterout stack protector options (we didn't use that earlier, appared in
On Thursday 03 of January 2013 11:09:40 arekm wrote: +%define filterout -fstack-protector --param=ssp-buffer-size=4 i think that '%define _ssp_cflags %{nil}' looks better. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: glibc.spec / configure --with-pkgversion
this change brokes 3rd party packages (like activestate-tcl) that parsing /lib*/libc-x.y.so result. testcase: $ echo 'package require platform; set p [platform::identify]; puts $p' | tclsh linux-glibc6.-x86_64 ^^^ should be linux-glibc2.17-x86_64 do we really need this breaking change? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: nacl and large inodes
On Tuesday 01 of January 2013 18:24:03 Elan Ruusamäe wrote: hi does somebody home with gcc internals want to take look is it pld problem, is it fixable, that x86_64-nacl-gcc on i686 fails if files, dirs are with inode 2GiB? works for me for dir/file with inode 2G. [pluto@carme-pld-i686 ~]$ stat ~/GNUstep/ File: '/home/users/pluto/GNUstep/' Size: 6 Blocks: 0 IO Block: 4096 directory Device: fd00h/64768dInode: 3274325947 Links: 2 Access: (0755/drwxr-xr-x) Uid: ( 1028/ pluto) Gid: ( 1000/ users) Access: 2013-01-01 07:34:25.430322690 +0100 Modify: 2012-08-26 08:18:20.014377108 +0200 Change: 2012-08-26 08:18:20.067712942 +0200 Birth: - [pluto@carme-pld-i686 ~]$ stat ~/GNUstep/a.c File: '/home/users/pluto/GNUstep/a.c' Size: 0 Blocks: 0 IO Block: 4096 regular empty file Device: fd00h/64768dInode: 3274325924 Links: 1 Access: (0644/-rw-r--r--) Uid: ( 1028/ pluto) Gid: ( 1000/ users) Access: 2013-01-01 17:36:13.909641613 +0100 Modify: 2013-01-01 17:36:13.909641613 +0100 Change: 2013-01-01 17:36:13.909641613 +0100 Birth: - [pluto@carme-pld-i686 ~]$ x86_64-nacl-gcc -c ~/GNUstep/a.c -I ~/GNUstep echo ok ok ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: GRUB2 changes, introducing EFI
On Sunday 28 of October 2012 12:34:30 Jacek Konieczny wrote: On Sun, Oct 28, 2012 at 12:23:16PM +0100, Paweł Gołaszewski wrote: On Sat, 27 Oct 2012, Jacek Konieczny wrote: Please note: now the 'grub2' package does not contain any platform files. You have to install grub2-pc (or grub2-efi) too. virtual provides grub2-platform in each platform package and requires: grub2-platform in main package will do that job. Better safe than sorry. You are right. I am so happy to have 'Suggests', so I forgot about Requires with virtual provides ;) P.S. I have installed the new grub2 on my laptop too… I hope it will boot tomorrow ;) Let us know :) Booted without problems :) so, can you wraite a mini-howto for migrating from grub-legacy to grub2-eufi for machines with / on lvm on raid ? :) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Large patches in git repositories
On Friday 05 of October 2012 16:05:16 Kacper Kornet wrote: Recently one email to pld-cvs was blocked due to large size of generated diff. The offending file was gcc-branch.diff from crossmingw64-gcc which is 11M. Does this file include and PLD specific changes or is it just a diff between released version and tip of branch in some foreign (not PLD) repository? In latter case maybe it should be kept in the distfiles in compressed form? Right now there are following limits file sizes in git repositories: 1) unlimited - files *.patch, *.diff, *.spec 2) 200 bytes - text files 3) 20 bytes - all other files so very big patches are accepted. However I wonder if it should be the case. Another question is if we decide to move it to distfiles should the git repo be rewritten to not include history of this file and reduce repo size. There are other similar files. Below I include the list of every file larger then 1M which its maximum size in history: 24145161 gcc.git/gcc-branch.diff 22482085 crossmingw64-gcc.git/gcc-branch.diff from branch.diff/pr-.patch point of view, ideally would be to have an improved %patch macro called %something with support for mirrored source svn/hg/git repositories (similary to distfiles). e.g. in gcc.spec: RepositoryX: svn://gcc... %prep // unpack released tarball %somethingX revision-range-to-apply such construciton should generate patch on the fly (basing on origin repo or mirrored one) and apply it. there's no sense in rolling big stable/branch patches through versioned plain format. one problem i can see is the .src.rpm (generated patch vs. archived .spec). ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th development plans
On Tuesday 04 of September 2012 12:20:56 Jan Rękorajski wrote: Hi, After making a snapshot, and having (development wise) stable package set, I want to start refreshing the distribution. This means big changes in the near future to get PLD back to being modern (or at least up-to-date) wrt current Linux world. Below I present a plan (a.k.a The Roadmap) for Th: - db 5.3 as default system BerkeleyDB - rpm 5.4.x - perl 5.16.x - apache 2.4.x - full systemd support (provide systemd units, but still support SysV scripts - at least until vserver will be able to run systemd) - drop *-initrd packages, building them is becoming a RPITA, and the net gain is not worth the pain - grsecurity support in our kernels will be dropped, until someone volunteers to keep that patch up-to-date - kernel 3.4.x will become the new -longterm Of course, the always-in-development model stays, other non-conflicting changes are welcome, and if you have any comments and proposals please say so. i'm thinking about one idea - compiling linux distro with clang into platform idenpendent bitcode (somthing like .rpm.noarch) and providing platform specific ll-virtual-machine but currently there's a serious limitation - no shared bitcode linking :/ ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Th snapshot
On Monday 20 of August 2012 12:39:46 Jan Rękorajski wrote: Hi, On september 1st I will make snapshot of Th line, named 2012. it will contain the current state of main/ready/test tree (with probable exception of KDE 4.9 as it is not fully updated). So if you know of any problems in current package set please report and/or fix them. kde-4.9 upgrade is almost completed. there're few todos: - split kde4-mutlimedia packages (http://comments.gmane.org/gmane.comp.kde.releases/5660) - add kde4-sweeper package (+obsoletes for kde4-kdeutils-sweeper-4.7.x.) - announce kde4-ksecrets ftp removal (buggy/unfinished/removed from kde). ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: TEST build ERRORS: crossmingw32-libwebp.spec
On Tuesday 21 of August 2012 19:46:57 Jakub Bogusz wrote: On Tue, Aug 21, 2012 at 07:23:34PM +0200, Paweł Sikora wrote: On Tuesday 21 of August 2012 19:14:57 Jan Rękorajski wrote: On Tue, 21 Aug 2012, Jakub Bogusz wrote: On Tue, Aug 21, 2012 at 03:46:03PM +, PLD th-x86_64 builder wrote: [...] checking for i386-mingw32-gcc... i386-mingw32-gcc checking whether the C compiler works... no configure: error: in `/home/users/builder/rpm/BUILD/libwebp-0.2.0': configure: error: C compiler cannot create executables See `config.log' for more details error: Bad exit status from /tmp/B.63044d/rpm-tmp.82108 (%build) Does anybody know what happened to mingw32 toolchain in Th? cc1: error: unrecognized command line option '-fno-debug-types-section' Mismatched rpm %debuginfocflags from rpm macros and compiler version? broken libwep buildsystem. host's flags shoudn't go for target cross-compilation. Actually on ix86 host flags are used to get different -march variants. Other flags have been filtered - probably now filter needs to be enhanced. for mingw you should also force dwarf2/3 debuginfo format (dwarf4 doesn't work fully). ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: TEST build ERRORS: crossmingw32-libwebp.spec
On Tuesday 21 of August 2012 19:14:57 Jan Rękorajski wrote: On Tue, 21 Aug 2012, Jakub Bogusz wrote: On Tue, Aug 21, 2012 at 03:46:03PM +, PLD th-x86_64 builder wrote: [...] checking for i386-mingw32-gcc... i386-mingw32-gcc checking whether the C compiler works... no configure: error: in `/home/users/builder/rpm/BUILD/libwebp-0.2.0': configure: error: C compiler cannot create executables See `config.log' for more details error: Bad exit status from /tmp/B.63044d/rpm-tmp.82108 (%build) Does anybody know what happened to mingw32 toolchain in Th? cc1: error: unrecognized command line option '-fno-debug-types-section' Mismatched rpm %debuginfocflags from rpm macros and compiler version? broken libwep buildsystem. host's flags shoudn't go for target cross-compilation. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: w32codec updated
On Tuesday 14 of August 2012 17:17:15 Artur Frysiak wrote: 2012/8/7 Bartosz Taudul wolf@gmail.com: Ponieważ Bartek cały czas jest żywotnie zainteresowany rozwojem dystrybucji i aktywnie przyczynia się do wprowadzania zmian, proponuję aby dać mu dostęp RW do repozytorium. Zanim Bartek dostanie ponownie RW to myślę, że osoby które dają mu +1 powinny robić review jego kodu. A dzięki temu że mamy teraz gita to myślę, że można to zorganizować to tak, że Bartek będzie podsyłał patche (git format-patch) swoim mentorom a oni będą aplikować te patche przez git am --signoff no to zabiłeś klina :) Po pewnym czasie, gdy patche Bartka nie będą powodować problemów Bartek mógłby dostać RW. bez zbiorowego khatarsis się nie obejdzie :) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: w32codec updated
On Thursday 09 of August 2012 23:08:20 Bartosz Taudul wrote: On Wed, Aug 8, 2012 at 1:43 PM, Caleb Maclennan ca...@pld-linux.org wrote: Which brings us to the next problem. This user has been banned from the development lists for bad behavior, in particular a consistent series of posts that people felt were trolling and non-constructive. Since being on the devel lists is a requirement for all developers, there's no such explicit requirement (common practice != requirement). I just thought about one funny thing. http://lists.pld-linux.org/mailman/pipermail/pld-discuss/2012-June/019503.html If shadzik is unable to regain CVS RW access due to his inability to be on the development list, I think it's only fair that arekm also should lose his RW access due to reasons in the linked mail. assert(false). ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: w32codec updated
list admin, keep your duty and add another shadzik's email address to the blacklist (cdg: now and in the future). ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: TH ftp Maintanance a.k.a. Big Move
On Monday 06 of August 2012 11:36:55 Jan Rękorajski wrote: Hi, In the next few days I will be doing ftp maintanance, i.e. moving packages from ready to main and from test to ready. Usual rules apply - broken and obsolete packages will be removed. - xorg-driver-video-intel (reported crashes) i've reported one SNA crash (https://bugs.freedesktop.org/show_bug.cgi?id=52255) and suggesting to switch back by default to the UXA accel in ./configure. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: kernel 3.5.0 and initrd
On Wednesday 01 of August 2012 20:38:57 Artur Wroblewski wrote: On Wed, Aug 1, 2012 at 7:01 PM, Artur Wroblewski wrob...@pld-linux.org wrote: Hi, When starting system using kernel 3.5.0, then I am getting something around BusyBox v1.19.3 (2012-01-13 00:33:55 CET) multi-call binary. Usage: mknod [-m MODE] NAME TYPE MAJOR MINOR Before that info that /dev/sda1 is missing and after some nice kernel oops. Sorry for such lame bug report, but maybe someone else has something similar? The screenshot for above attached. try to install udev-initrd, set USE_UDEV=yes in /etc/sysconfig/geninitrd and regen initrd. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gcc-dirs
On Friday 06 of July 2012 17:03:27 Elan Ruusamäe wrote: /usr/lib64/gcc probably it could be moved into filesystem.spec like others dirs. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Git migration: beta version
On Wednesday 04 of July 2012 20:51:24 Kacper Kornet wrote: On Wed, Jul 04, 2012 at 08:28:07PM +0200, Paweł Sikora wrote: On Wednesday 04 of July 2012 18:39:56 Kacper Kornet wrote: Any bug reports, comments etc. more then welcome. 1). do we really need two notifications for single event? http://lists.pld-linux.org/mailman/pipermail/test/Week-of-Mon-20120702/62.html http://lists.pld-linux.org/mailman/pipermail/test/Week-of-Mon-20120702/63.html We have to choose one of them. All commits per branch per push in one mail (emails without [] brackets in subject), or one commit per email (emails with [] brackets in subjects). Right now there are two to show possible options. i would prefer the [packages/foo] branch ... created. with attached diff from 62.html ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Git migration: beta version
On Wednesday 04 of July 2012 18:39:56 Kacper Kornet wrote: I'm sorry but this time only English version. The beta version of git setup is in place. Basic informations: 1. Access: git://git.pld-linux.org/packages/PKG ssh://g...@git.pld-linux.org/packages/PKG You can try to fetch packages and upload your changes. ssh access doesn't work on port 22. on port 24 it works only for user git. what about access via custom ssh-keys? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Git migration: beta version
On Wednesday 04 of July 2012 18:39:56 Kacper Kornet wrote: Any bug reports, comments etc. more then welcome. 1). do we really need two notifications for single event? http://lists.pld-linux.org/mailman/pipermail/test/Week-of-Mon-20120702/62.html http://lists.pld-linux.org/mailman/pipermail/test/Week-of-Mon-20120702/63.html 2). [x/n] naming for consistency, the short merge description http://lists.pld-linux.org/mailman/pipermail/test/Week-of-Mon-20120702/66.html should be called a [0/n] merge foo branch and following [{1..n}/n] patches should be sent as a reply to the 0/n (for easier emails threading). or... the [x/n] marking should be dropped at all. moreover, these notifications duplicate information from 'branch master updated' emails. imho, too much redundant notifications around the merge event. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: lvm2 and initrd
On Monday 02 of July 2012 12:07:18 Jan Rękorajski wrote: On Mon, 02 Jul 2012, Elan Ruusamäe wrote: On 07/02/2012 09:22 AM, Jacek Konieczny wrote: On Mon, Jul 02, 2012 at 08:45:41AM +0300, Elan Ruusamäe wrote: anyone interested working that out (so that udev can be again optional for rootfs on lvm systems)? Is udev on initrams that bad, that you just don't want to use it? Are there scenarios where udev just won't work? well, there's continuous fight getting initrd versions of tools compiled, as new releases tend to get broken with klibc/uclibc/... and even if they compile with some patching, they can crash in some configurations/architectures. AFAIR semaphore messages are harmless. this could end up we will be having glibc version of initrd udev, or no initrd version of udev at all, because nobody wants to do the porting to small libc's. Porting, and lately even just static linking, becomes bigger and bigger RPITA, so we may have no choice than to having dynamic linked programs in initrd. I just don't see a reason to justify the extent of work one have to put into making klibc/uclibc/.../static built tools. we should use shared libc.so (~1.7MB @ x86-64) in initrd and build essential init tools with -Os optimization. -Os e.g. reduces mdadm size from 448kB to 380kB and 'upx -9' reduces binaries about the ~50% (better than gzip -9). i vote for drop any klibc/uclibc/glibc static linking. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Git migration: subdirs under packages/
On Monday 25 of June 2012 18:52:32 Jan Rękorajski wrote: Small suggestion - add ability to slug.py to work with package(s) in a one level hash directories based on the first letter of package name, like this: packages/[0-9A-Za-z]/package dir Rationale: having entire packages checked out is RPITA, entering/listing packages/ directory is painfully slow - much slower than with CVS. One level hash will greatly speedup things. this is a bad workaround. the core problem is in glibc's readdir() which calls getdents syscall multiple times with small 32k buffer. e.g, for rpm/packages, `ls -1` produces: (...) getdents(3, /* 913 entries */, 32768) = 32760 getdents(3, /* 911 entries */, 32768) = 32744 getdents(3, /* 914 entries */, 32768) = 32736 getdents(3, /* 906 entries */, 32768) = 32760 getdents(3, /* 919 entries */, 32768) = 32752 getdents(3, /* 919 entries */, 32768) = 32768 getdents(3, /* 917 entries */, 32768) = 32744 getdents(3, /* 919 entries */, 32768) = 32744 getdents(3, /* 917 entries */, 32768) = 32744 getdents(3, /* 907 entries */, 32768) = 32728 getdents(3, /* 915 entries */, 32768) = 32736 getdents(3, /* 918 entries */, 32768) = 32752 getdents(3, /* 918 entries */, 32768) = 32744 getdents(3, /* 921 entries */, 32768) = 32752 getdents(3, /* 907 entries */, 32768) = 32752 getdents(3, /* 465 entries */, 32768) = 16784 getdents(3, /* 0 entries */, 32768) = 0 (...) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Git migration: subdirs under packages/
On Monday 25 of June 2012 19:43:42 Paweł Sikora wrote: On Monday 25 of June 2012 18:52:32 Jan Rękorajski wrote: Small suggestion - add ability to slug.py to work with package(s) in a one level hash directories based on the first letter of package name, like this: packages/[0-9A-Za-z]/package dir Rationale: having entire packages checked out is RPITA, entering/listing packages/ directory is painfully slow - much slower than with CVS. One level hash will greatly speedup things. this is a bad workaround. the core problem is in glibc's readdir() which calls getdents syscall multiple times with small 32k buffer. e.g, for rpm/packages, `ls -1` produces: (...) getdents(3, /* 913 entries */, 32768) = 32760 getdents(3, /* 911 entries */, 32768) = 32744 getdents(3, /* 914 entries */, 32768) = 32736 getdents(3, /* 906 entries */, 32768) = 32760 getdents(3, /* 919 entries */, 32768) = 32752 getdents(3, /* 919 entries */, 32768) = 32768 getdents(3, /* 917 entries */, 32768) = 32744 getdents(3, /* 919 entries */, 32768) = 32744 getdents(3, /* 917 entries */, 32768) = 32744 getdents(3, /* 907 entries */, 32768) = 32728 getdents(3, /* 915 entries */, 32768) = 32736 getdents(3, /* 918 entries */, 32768) = 32752 getdents(3, /* 918 entries */, 32768) = 32744 getdents(3, /* 921 entries */, 32768) = 32752 getdents(3, /* 907 entries */, 32768) = 32752 getdents(3, /* 465 entries */, 32768) = 16784 getdents(3, /* 0 entries */, 32768) = 0 (...) ...and the major performance issue is the `mc` listing algorithm for custom view with the 'size' column. it finally calls the lstat() for each entry (~15k times). ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: RM candidates
On Friday 15 of June 2012 17:46:45 Mariusz Mazur wrote: PLD Th is lacking a Release Manager (arekm stepped down recently) and due to recent regulation changes, a new one must get approved by a CDG vote. If you're interested in the position, please speak up (in this thread). do we need another so called release manager for pld-th neverending story? all major distro's bullets can be discussed on mailinglists and currently we only need a few people for maintaining ftp/rpm/pkgs deps consistency. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS (TH-branch): samba.spec - rel 2 (glen) [was: pld-cvs-commit Digest, Vol 28, Issue 342]
On Tuesday 28 of August 2007 22:45:01 9. SPECS (TH-branch): samba.spec - rel 2 (glen) TH-branch? did i miss th-release? -- MIT is like the Paris Hilton of technology universities. Every guy knows about it and wants to get inside. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libstdc++ concept checks
On Monday 16 of July 2007 14:45:14 Arkadiusz Miskiewicz wrote: Is it possible to make these warnings not fatal errors? nope. the whole idea of concept checks is to bailing out compilation asap instead of producing tons of long non-intuitive stl warnings or non-deterministic flow control. I'm inclined to disable concept checks in gcc for now (due to lack of developers fixing the problems found by concept checks). you're rm, you must choice between build failures and random flow control : -- MIT is like the Paris Hilton of technology universities. Every guy knows about it and wants to get inside. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [th] nspluginwrapper - how to build it?
Elan Ruusamäe pisze: On Thursday 31 May 2007 11:19:56 Michał Łukaszek wrote: My arch is x86_64. I've got glibc and glibc-devel installed from th-i686. I've rebuilt gcc with multilib. But I still cannot find out what package could provide the required: BuildRequires: gcc-c++32 it's 32bit gcc-c++, no idea what's the package on th-x86_64 called, in th-x86_64, gcc provides 'gcc(multilib)' but currently multilib is switched off (bcond multilib) due to poldek's problems with installing/upgrading multilib glibc. if someone fix the poldek then we will build/keep multlib glibc/gcc on th-x86_64 builders/ftp. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [RFC] Repository layout change -- status update
On Tuesday 15 of May 2007 12:51:48 Patryk Zawadzki wrote: On 5/15/07, Mariusz Mazur [EMAIL PROTECTED] wrote: Ok, after some talks on irc, this is how (the first version of) this solution is going to look like: 'packages' module in our current CVS repo with a flat structure underneath consisting of package '%{name}'s. Like this: 'packages/glibc' or 'packages/kernel'. The idea is also to force having spec file names equal to %{name}. Afaik there are a few instances where such is not the case. Afterwards we can have the glob 'packages/%{name}/%{name}.spec' being true 100% of the time (might come in handy some day). AFAIK this is true for all non-kernel packages. Kernel module specs tend to be named after their tarballs but produce kernel-* packages. maybe we should change convention and produce subpackage *-kernel similiar to *-libs, *-devel, etc. ? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
LD_SYMBOLIC_FUNCTIONS ( binutils = 2.17.50.0.11 )
hi, the recent binutils provides a nice feature that allows to reduce the number of relocations in ELF/PLT and finally speedups the application startup time. (...) -Bsymbolic-functions When creating a shared library, bind references to global function symbols to the definition within the shared library, if any. This option is only meaningful on ELF platforms which support shared libraries. If -Bsymbolic-func-tions is not used when linking a shared library, the linker will also turn on this option if the environment variable LD_SYMBOLIC_FUNCTIONS is set. When both environment variables LD_SYMBOLIC and LD_SYMBOLIC_FUNCTIONS are set, LD_SYMBOLIC will take precedent. (...) if there isn't critiscm i'll enable this in rpm macros as export LD_... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: LD_SYMBOLIC_FUNCTIONS ( binutils = 2.17.50.0.11 )
Arkadiusz Miskiewicz napisał(a): On piątek, 26 stycznia 2007, Paweł Sikora wrote: hi, the recent binutils provides a nice feature that allows to reduce the number of relocations in ELF/PLT and finally speedups the application startup time. Why it's not ,,on'' by default in binutils if it so great? by default all calls from library to public/global functions exported by this library go through PLT. in such case you can override global symbol (e.g. with LD_PRELOAD=myhack.so which exports eq. symbol). with -Bsymbolic-functions such calls will be bound directly and all happy library hacking isn't so easy. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [Th] SMP for all!
iirc not all stuff works fine in smp enviroment. e.g. some lirc drivers, video tuners, tape/floppy drivers. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: gcc-java vs java-sun-tools
On Tuesday 02 January 2007 15:49, Arkadiusz Miskiewicz wrote: There is a problem with gcc-java vs java-sun-tools. there was a thread about it on devel-pl: http://lists.pld-linux.org/mailman/pipermail/pld-devel-pl/2006-July/135330.html ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: amarok.spec [ the .la files are needed for amarok to find engines; rel 7 ]
On Tuesday 26 December 2006 22:29, [EMAIL PROTECTED] wrote: Author: glen Date: Tue Dec 26 21:10:02 2006 GMT Module: SPECS Tag: HEAD Log message: - the .la files are needed for amarok to find engines; rel 7 kde lib loader in pld-th doesn't use *.la files anymore, so revert this change or create the ac-branch. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: INFO: Th RM change and Th i686 consistency raport
On Friday 22 December 2006 16:26, Arkadiusz Miskiewicz wrote: On Wednesday 20 December 2006 23:45, Arkadiusz Miskiewicz wrote: I'll be sending i686 consistency raport (for those people who want to help) which summarises what needs to be done first (i686 was choosen as reference arch). If someone fixes one of issues below - please mail me / IM me. Or better - here are updated hourly reports: http://ep09.pld-linux.org/~pldth/ $ mplayer -cache 128 http://213.251.139.82:9650 (...) AAC file format detected. == Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding) mplayer: symbol lookup error: mplayer: undefined symbol: faacDecOpen ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: vlc-gcc-hack.patch
copy __m64 from /usr/lib/gcc-lib/i686-pld-linux/3.3.6/include/mmintrin.h veto! glen, if you want such typedefs use /dev/brain, include mmintrin.h and pass -mmmx to cflags. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: vlc-gcc-hack.patch
Cezary Krzyzanowski napisał(a): Dnia 13-12-2006, śro o godzinie 09:17 +0100, Paweł Sikora napisał(a): glen, if you want such typedefs use /dev/brain, include mmintrin.h and pass -mmmx to cflags. We aren't a group of folk screaming at each other in the middle of a field. Please use /dev/courtsy next time. ok ;) $ mode o+courtesy ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
coreutils-6.7 needs R: mounted /proc.
e.g. chmod and rm need mounted proc for working. $ mkdir foo $ cd foo $ touch bar $ /bin/chmod -Rf a+rX,u+w,g-w,o-w . /bin/chmod: cannot access `./bar': Function not implemented $ strace /bin/chmod -Rf a+rX,u+w,g-w,o-w . (...) stat(., {st_mode=S_IFDIR|0755, st_size=16, ...}) = 0 chmod(., 0755)= 0 open(., O_RDONLY) = 3 fstat(3, {st_mode=S_IFDIR|0755, st_size=16, ...}) = 0 fcntl(3, F_GETFL) = 0x8000 (flags O_RDONLY|O_LARGEFILE) fcntl(3, F_SETFD, FD_CLOEXEC) = 0 fcntl(3, F_DUPFD, 3)= 4 getdents(3, /* 3 entries */, 4096) = 72 getdents(3, /* 0 entries */, 4096) = 0 close(3)= 0 lstat(/proc/self/fd/4/bar, 0x60c4d8) = -1 ENOENT (No such file or directory) fstat(4, {st_mode=S_IFDIR|0755, st_size=16, ...}) = 0 stat(/proc/self/fd, 0x764ac750) = -1 ENOENT (No such file or directory) write(2, /bin/chmod: , 12/bin/chmod: )= 12 write(2, cannot access `./bar\', 21cannot access `./bar') = 21 write(2, : Function not implemented, 26: Function not implemented) = 26 write(2, \n, 1 ) = 1 close(4)= 0 close(1)= 0 close(2)= 0 exit_group(1) = ? Process 26016 detached ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: glibc compilation problem
On Monday 06 November 2006 22:06, Jakub Bogusz wrote: On Mon, Nov 06, 2006 at 09:17:12PM +0100, Jacek Konieczny wrote: On Mon, Nov 06, 2006 at 03:32:39PM +0100, Jacek Konieczny wrote: Or maybe I should try with glibc 2.5? Is it, as in PLD CVS, usable? I have tried. The same problem: Maybe too new gcc? glibc 2.5 builds for me with binutils-2.17.50.0.6-1.athlon and gcc-4.1.0-1.athlon. works for me for gcc-4.2.0-0.20061030r118195.3. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: glibc compilation problem
On Monday 06 November 2006 22:10, Jakub Bogusz wrote: On Mon, Nov 06, 2006 at 10:08:02PM +0100, Paweł Sikora wrote: On Monday 06 November 2006 22:06, Jakub Bogusz wrote: On Mon, Nov 06, 2006 at 09:17:12PM +0100, Jacek Konieczny wrote: On Mon, Nov 06, 2006 at 03:32:39PM +0100, Jacek Konieczny wrote: Or maybe I should try with glibc 2.5? Is it, as in PLD CVS, usable? I have tried. The same problem: Maybe too new gcc? glibc 2.5 builds for me with binutils-2.17.50.0.6-1.athlon and gcc-4.1.0-1.athlon. works for me for gcc-4.2.0-0.20061030r118195.3. Which architectures? th-x86_64. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: libxslt broken? (Re: ERRORS: libxcb.spec OK: xcb-proto.spec)
On Friday 03 November 2006 18:58, Jakub Bogusz wrote: On Fri, Nov 03, 2006 at 05:28:32PM +, PLD th-i686 builder wrote: [...] /usr/bin/xsltproc --stringparam mode source \ --stringparam base-path /usr/share/xcb/ \ --stringparam extension-path /usr/share/xcb/ \ -o xproto.c ./c-client.xsl xproto.xml make[1]: *** [xproto.c] Segmentation fault make[1]: Leaving directory `/home/users/builder/rpm/BUILD/libxcb-0.9.93/src' make: *** [all-recursive] Error 1 error: Bad exit status from /var/tmp/rpm-tmp.80655 (%build) It crashes inside libxslt. (gdb) bt #0 0x2b71716a42a5 in free () from /lib64/libc.so.6 #1 0x2b7170eb96ab in xsltFreeKeyTable (keyt=0x74fa40) at keys.c:154 #2 0x2b7170eb973f in xsltFreeKeyTableList (keyt=0x0) at keys.c:177 #3 0x2b7170eba9da in xsltFreeDocumentKeys (idoc=0x8045b0) at keys.c:852 Breakpoint 1, xsltFreeKeyTableList (keyt=0x74fa40) at keys.c:174 174 while (keyt != NULL) { (gdb) p *keyt $2 = { next = 0x0, name = 0xb1 Address 0xb1 out of bounds, nameURI = 0x8045b0 , keys = 0x7510f0 } one item in list with crappy data. freeing keyt-name crashes. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th, ruby blocks koffice
On Friday 14 April 2006 21:46, Arkadiusz Miskiewicz wrote: Segmentation fault ruby 1.8.4 (2005-12-24) [powerpc-linux] fixed now (threads disabled). koffice unblocked :) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SVN: rc-scripts/trunk/sysconfig/network-scripts/functions.network
Dnia wtorek, 3 października 2006 08:28, Arkadiusz Miskiewicz napisał: On Tuesday 03 October 2006 00:03, pluto wrote: Author: pluto Date: Tue Oct 3 00:03:16 2006 New Revision: 7839 Modified: rc-scripts/trunk/sysconfig/network-scripts/functions.network Log: - wireless-tools = 29 uses `nick' command. It looks like bug in wireless-tools. nick and nicnkname are aliases to the same function. only one (possibly outdated) manual example notes about nickname alias. iwconfig.c recognizes only the nick command: (...) { nick, set_nick_info, 1, SIOCSIWNICKN, Set Nickname, NNN }, (...) --help and manpage note about nick: iwconfig interface [essid X] [nwid N] [mode M] [freq F] [channel C][sens S ][ap A ][nick NN ] [rate R] [rts RT] [frag FT] [txpower T] [enc E] [key K] [power P] [retry R] [modu M] [commit] only one small example from manpage refers to nick[name]: nick[name] Set the nickname, or the station name. Some 802.11 products do define it, but this is not used as far as the protocols (MAC, IP, TCP) are concerned and completely useless as far as configu- ration goes. Only some wireless diagnostic tools may use it. Example : iwconfig eth0 nickname My Linux Node ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Fwd: ERRORS: openssh-4.3p2-7
(...) Patch #3 (openssh-pam_misc.patch): + patch -p1 -s + /home/users/builder/rpm/SOURCES/openssh-pam_misc.patch 1 out of 1 hunk FAILED -- saving rejects to file configure.ac.rej error: Bad exit status from /var/tmp/rpm-tmp.88897 (%prep) n1ce upgrade :| ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
mozilla-firefox upgrade vs. mktemp...
Retrieving th-test::mozilla-firefox-1.5.0.7-1.x86_64.rpm... .. 100.0% [7.4M (166.0K/s)] Retrieving th-test::mozilla-firefox-lang-en-1.5.0.7-1.x86_64.rpm... .. 100.0% [107.6K (5.7K/s)] Retrieving th-test::mozilla-firefox-devel-1.5.0.7-1.x86_64.rpm... .. 100.0% [2.0M (159.8K/s)] Executing sudo /bin/rpm --upgrade -vh --root / --noorder --define _install_langs en:en_US:pl:pl_PL... error: failed to open /etc/mtab: No such file or directory Preparing...## mozilla-firefox ## Usage: mktemp [-d] [-q] [-u] template ^ yeah!. mozilla-firefox-lang-en ## mozilla-firefox-devel ## ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: rpm-build-macros.spec - 1.316: added %env_update
On Friday 01 September 2006 01:08, Elan Ruusamäe wrote: On Friday 01 September 2006 02:00, havner wrote: On Thu, Aug 31, 2006 at 11:03:25PM +0300, Elan Ruusamäe wrote: Ok, i see its optional now, just in what way its better? Moving from separate config files to one, that needs to be updated. well. hope this explains: It doesn't :-) 0.013 in worst case, you wont have time to blink during that time ;-P well. don't install env-update then ;) [1] env-update is optional, so fix this: jpackage-utils ## /var/tmp/rpm-tmp.18589[2]: /sbin/env-update: not found error: %post(jpackage-utils-1.6.6-9.x86_64) scriptlet failed, exit status 127 There were errors [2] it doesn't install cleanly. poldek:/all-avail install env-update-1.6.14-2.x86_64 Processing dependencies... There are 1 package to install: I env-update-1.6.14-2.x86_64 Need to get 10.2KB of archives (10.2KB to download). After unpacking 17.2KB will be used. Retrieving th-test::env-update-1.6.14-2.x86_64.rpm... .. 100.0% [10.2K (10.2K/s)] Executing sudo /bin/rpm --upgrade -vh --root / --noorder --define _install_langs en:en_US:pl:pl_PL... error: failed to open /etc/mtab: No such file or directory Preparing...## env-update ## * No files to process! error: %post(env-update-1.6.14-2.x86_64) scriptlet failed, exit status 1 There were errors for me it's like i never customize /etc/env.d/* files, so it's pointless to parse them each time with login shell. especially if you're trying to login and sys load is like 300.9 ;) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[headshot] th-i486 is down again...
hi, chroot on th-i486 builder got shot again. at least /bin and /usr/bin dirs magically disappeard. anybody care? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
linux-libc-headers fork()...
hi, i noticed an anonouce of new userspace kernel headers project: http://lkml.org/lkml/2006/7/11/562 [ cite http://headers.cross-lfs.org/ ] (...) For some time, a project named linux-libc-headers, originally started by a developer for PLD (Polish Linux Distribution), provided a useable set of sanitized headers to the community at large. However, due to restrictions on available time by the developer, these headers have not been updated since Kernel 2.6.12, which leaves such recent developments like Inotify and the ABI Changes for PowerPC out of the headers package. Our headers project aims to produce both a downloadable tarball of sanitized headers suitable for user-space use, as well as a set of scripts that, when run against a Linux source tarball, will create sanitized headers from the raw headers included in the Linux source. (...) [ /cite ] we should consider the future of our llh. we can join to that project, or try to incorporate :) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: glibc.spec (use diet rather klcc (merge from AC-branch))
Dnia wtorek, 11 lipca 2006 17:34, [EMAIL PROTECTED] napisał: -# compiling static using klibc vs glibc saves 490k -klcc %{SOURCE8} %{rpmcflags} -static -o postshell -klcc %{SOURCE7} %{rpmcflags} -static -o glibc-postinst +# compiling static using diet vs glibc saves 400k +diet -Os %{__cc} %{SOURCE8} %{rpmcflags} -static -o postshell +diet -Os %{__cc} %{SOURCE7} %{rpmcflags} -static -o glibc-postinst +Revision 1.638 2006/07/11 15:31:04 glen +- use diet rather klcc (merge from AC-branch) i want to see a rationale for this change. +- (unable to test due lack of Th build env) wrr! ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: bug in ksh?
Dnia piątek, 7 lipca 2006 12:48, Andrzej 'The Undefined' Dopierała napisał: weirdy difference between sh from ksh and bash: [EMAIL PROTECTED] ~]$ bash [EMAIL PROTECTED] ~]$ [ 30 -ge 20 ] echo works works [EMAIL PROTECTED] ~]$ sh [EMAIL PROTECTED] ~]$ [ 30 -ge 20 ] echo works [EMAIL PROTECTED] ~]$ [EMAIL PROTECTED] ~]$ rpm -qf /bin/sh /bin/bash pdksh-5.2.14-43 bash-3.1.017-1 [ ac-amd64 ] $ sh -c '[ 30 -ge 20 ] echo works' works $ rpm -q pdksh pdksh-5.2.14-43 [ th-x86_64 ] $ sh -c '[ 30 -ge 20 ] echo works' works $ rpm -q pdksh pdksh-5.2.14-43.x86_64 ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [th] uClibc @ ppc
On Wednesday 31 May 2006 23:02, Paweł Sikora wrote: [EMAIL PROTECTED] is broken. toolchain generates wrong .interp sections (missed slash in path). fixed on DEVEL branch. /closed. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
broken grep.
`grep -F -w -f patterns text` shoud return: foo bar splat foo our grep return: foo bar foo bar splat foo bar barr splat foo ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: broken grep.
On Tuesday 06 June 2006 22:37, Radoslaw Zielinski wrote: Paweł Sikora [EMAIL PROTECTED] [06-06-2006 20:01]: `grep -F -w -f patterns text` shoud return: I can't see a point in using -F with -f. Without -F it works as expected. but standalone -F doesn't work. $ grep -w -F `cat patterns` text foo bar $ grep -w -f patterns text foo bar splat foo ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: [th] uClibc @ ppc
On Tuesday 30 May 2006 20:02, Przemek Iskra wrote: On Tue, May 30, 2006 at 01:59:57PM +0200, Paweł Sikora wrote: GNU ld version 2.17.50.0.1 20060427 Supported emulations: elf32ppclinux elf32ppc elf32ppcsim R_PPC_REL24: Compile shared libraries with -fPIC! ./a.out: symbol '__syscall_error': can't handle reloc type 0xa it looks like toolchain-wrapper error in th consider using uClibc from DEVEL branch, toolchain hasn't changed, but at last statycally linked programs work on ppc (i'm using it in PPCRCD and i have no problems) [EMAIL PROTECTED] is broken. toolchain generates wrong .interp sections (missed slash in path). Contents of section .interp: 1114 2f757372 2f707063 2d6c696e 75782d75 /usr/ppc-linux-u 1124 636c6962 636c6962 2f6c642d 75436c69 clibclib/ld-uCli 1134 62632e73 6f2e3000bc.so.0. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[th] uClibc @ ppc
$ cat tmp.c int main() { return 0; } $ ppc-uclibc-gcc tmp.c -v; ./a.out Invoked as ppc-uclibc-gcc arg[ 0] = /usr/bin/ppc-pld-linux-gcc arg[ 1] = -nostdlib arg[ 2] = -Wl,--dynamic-linker,/usr/ppc-linux-uclibc/lib/ld-uClibc.so.0 arg[ 3] = -Wl,-rpath-link,/usr/ppc-linux-uclibc/usr//lib:/usr/ppc-linux-uclibc//lib arg[ 4] = -L/usr/ppc-linux-uclibc/usr//lib arg[ 5] = -L/usr/ppc-linux-uclibc/usr//lib arg[ 6] = -nostdinc arg[ 7] = -isystem arg[ 8] = /usr/ppc-linux-uclibc/usr//include/ arg[ 9] = -iwithprefix arg[10] = include arg[11] = /usr/ppc-linux-uclibc/usr//lib/crti.o arg[12] = /usr/lib/gcc/ppc-pld-linux/4.1.1/crtbegin.o arg[13] = /usr/ppc-linux-uclibc/usr//lib/crt1.o arg[14] = tmp.c arg[15] = -v arg[16] = -lgcc arg[17] = -lc arg[18] = -lgcc arg[19] = /usr/lib/gcc/ppc-pld-linux/4.1.1/crtend.o arg[20] = /usr/ppc-linux-uclibc/usr//lib/crtn.o Reading specs from /usr/lib/gcc/ppc-pld-linux/4.1.1/specs Target: ppc-pld-linux Configured with: ../configure --prefix=/usr --with-local-prefix=/usr/local --libdir=/usr/lib --libexecdir=/usr/lib --infodir=/usr/share/info --mandir=/usr/share/man --x-libraries=/usr/lib --enable-shared --enable-threads=posix --enable-languages=c,c++,fortran,objc,obj-c++,ada,java --enable-c99 --enable-long-long --disable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld --with-demangler-in-ld --with-system-zlib --with-slibdir=/lib --without-system-libunwind --enable-cmath --with-long-double-128 --enable-secureplt --with-gxx-include-dir=/usr/include/c++/4.1.1 --disable-libstdcxx-pch --enable-__cxa_atexit --enable-libstdcxx-allocator=new --with-qt4dir=/usr/lib/qt4 --disable-libjava-multilib --enable-libgcj --enable-libgcj-multifile --enable-libgcj-database --enable-gtk-cairo --enable-java-awt=qt,gtk,xlib --enable-jni --enable-xmlj --enable-alsa --enable-dssi ppc-pld-linux Thread model: posix gcc version 4.1.1 (PLD-Linux) /usr/lib/gcc/ppc-pld-linux/4.1.1/cc1 -quiet -nostdinc -v -D__unix__ -D__gnu_linux__ -D__linux__ -Dunix -D__unix -Dlinux -D__linux -Asystem=linux -Asystem=unix -Asystem=posix -isystem /usr/ppc-linux-uclibc/usr//include/ -iwithprefix include tmp.c -msecure-plt -quiet -dumpbase tmp.c -auxbase tmp -version -o /tmp/ccwFiSRV.s #include ... search starts here: #include ... search starts here: /usr/ppc-linux-uclibc/usr//include/ /usr/lib/gcc/ppc-pld-linux/4.1.1/include End of search list. GNU C version 4.1.1 (PLD-Linux) (ppc-pld-linux) compiled by GNU C version 4.1.1 (PLD-Linux). GGC heuristics: --param ggc-min-expand=30 --param ggc-min-heapsize=4096 Compiler executable checksum: 37f3355ea15b72d719f3475f51d56231 as -mppc -many -V -Qy -o /tmp/ccS6WXMM.o /tmp/ccwFiSRV.s GNU assembler version 2.17.50.0.1 (ppc-pld-linux) using BFD version 2.17.50.0.1 20060427 /usr/lib/gcc/ppc-pld-linux/4.1.1/collect2 --eh-frame-hdr -V -Qy -m elf32ppclinux -dynamic-linker /lib/ld.so.1 -L/usr/ppc-linux-uclibc/usr//lib -L/usr/ppc-linux-uclibc/usr//lib -L/usr/lib/gcc/ppc-pld-linux/4.1.1 -L/usr/lib/gcc/ppc-pld-linux/4.1.1 -L/usr/lib/gcc/ppc-pld-linux/4.1.1/../../.. --dynamic-linker /usr/ppc-linux-uclibc/lib/ld-uClibc.so.0 -rpath-link /usr/ppc-linux-uclibc/usr//lib:/usr/ppc-linux-uclibc//lib /usr/ppc-linux-uclibc/usr//lib/crti.o /usr/lib/gcc/ppc-pld-linux/4.1.1/crtbegin.o /usr/ppc-linux-uclibc/usr//lib/crt1.o /tmp/ccS6WXMM.o -lgcc -lc -lgcc /usr/lib/gcc/ppc-pld-linux/4.1.1/crtend.o /usr/ppc-linux-uclibc/usr//lib/crtn.o GNU ld version 2.17.50.0.1 20060427 Supported emulations: elf32ppclinux elf32ppc elf32ppcsim R_PPC_REL24: Compile shared libraries with -fPIC! ./a.out: symbol '__syscall_error': can't handle reloc type 0xa ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
gtk-doc memory fault (Fwd: ERRORS: poppler.spec)
Building for target x86_64-pld-linux [...] gtk-doc: Linking scanner x86_64-pld-linux-gcc -O2 -fno-strict-aliasing -fwrapv -march=x86-64 -ggdb -o .libs/poppler-scan .libs/poppler-scan.o ../../poppler/.libs/libpoppler.so ../../glib/.libs/libpoppler-glib.so /home/users/builder/rpm/BUILD/poppler-0.5.2/poppler/.libs/libpoppler.so /usr/lib64/libjpeg.so /usr/lib64/libstdc++.so /usr/lib64/libgdk-x11-2.0.so /usr/lib64/libgdk_pixbuf-2.0.so /usr/lib64/libpangocairo-1.0.so /usr/lib64/libXinerama.so /usr/lib64/libXi.so /usr/lib64/libXrandr.so /usr/lib64/libXext.so /usr/lib64/libXcursor.so /usr/lib64/libXfixes.so /usr/lib64/libcairo.so /usr/lib64/libXrender.so /usr/lib64/libpng12.so /usr/lib64/libpangoft2-1.0.so /usr/lib64/libpango-1.0.so -lm /usr/lib64/libgobject-2.0.so /usr/lib64/libgmodule-2.0.so /usr/lib64/libglib-2.0.so /usr/lib64/libX11.so /usr/lib64/libXau.so /usr/lib64/libXdmcp.so -ldl /usr/lib64/libfontconfig.so /usr/lib64/libexpat.so /usr/lib64/libfreetype.so -lz creating poppler-scan gtk-doc: Running scanner poppler-scan cd . \ gtkdoc-scan --module=poppler --source-dir=.. --ignore-headers= touch scan-build.stamp *** Rebuilding template files *** cd . gtkdoc-mktmpl --module=poppler = WARNING: 22 unused declarations. These can be found in poppler-unused.txt. They should be added to poppler-sections.txt in the appropriate place. = touch tmpl-build.stamp *** Building XML *** cd . \ gtkdoc-mkdb --module=poppler --source-dir=.. --output-format=xml --expand-content-files= --sgml-mode --output-format=xml --source-suffixes=c,cc,h WARNING: Can't find basename of file ../poppler-action.cc WARNING: Can't find basename of file ../poppler-document.cc WARNING: Can't find basename of file ../poppler-page.cc WARNING: Can't find basename of file ../poppler-attachment.cc WARNING: Can't find basename of file ../poppler.cc WARNING: Parameter described in source code comment block but does not exist - FUNCTION: poppler_get_version Parameter: void. WARNING: Parameter described in source code comment block but does not exist - FUNCTION: poppler_get_backend Parameter: void. 37% symbol docs coverage (50 symbols documented, 0 symbols incomplete, 86 not documented) See poppler-undocumented.txt for a list of missing docs. The doc coverage percentage doesn't include intro sections. touch sgml-build.stamp *** Building HTML *** rm -rf ./html mkdir ./html cd ./html gtkdoc-mkhtml poppler ../poppler-docs.sgml Computing chunks... ID recommended on chapter: Poppler Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Writing poppler-poppler.html for refentry(poppler-poppler) Writing poppler-poppler-document.html for refentry(poppler-poppler-document) Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerRectangle. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Warning: multiple IDs for constraint linkend: PopplerLinkMapping. Writing poppler-poppler-page.html for refentry(poppler-poppler-page) Writing poppler-poppler-action.html for
Re: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4
Dnia środa, 24 maja 2006 12:40, Paweł Gołaszewski napisał: On Wed, 24 May 2006, Jakub Bogusz wrote: - split FHS into FHS and filesystem with R: FHS IMO it's the best solution. FHS.spec - Obsoletes: filesystem ;-) ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: rpm.spec - R: rc-scripts (/etc/sysconfig) - rel 1.4
On Wednesday 24 May 2006 01:32, Elan Ruusamäe wrote: as well we don't require pkgconfig in packages providing .pc files. ...and we have an *orphaned* dirs. freaky time has ended. abandom all hope, Th will asimilate U. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: new kernel
Dnia piątek, 19 maja 2006 09:46, Elan Ruusamäe napisał: you should collect the files after this line: find '(' -name '*~' -o -name '*.orig' ')' -print0 | xargs -0 -r -l512 rm -f but imho this rm -f should be moved to %prep instead, after all patches applied (that's where the backup files came from) commit, please. Processing files: kernel-module-build-2.6.16.16-2 error: File not found: /home/glen/tmp/kernel-2.6.16.16-root-glen/usr/src/linux-2.6.16.16/crypto/Kc onfig.~1~ error: File not found: (...) 2.6.16.16-2 kernel builds fine on the TH builders. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Please test java-sun.spec from HEAD (to be included in Ac)
Dnia czwartek, 18 maja 2006 11:09, Jacek Konieczny napisał: I have hopefully finished updating java-sun.spec for redistribution under the new license. I would like people to test/review it, so it can be sent to Ac builders ASAP. eclipse 3.2rc4 seems to work. tested on th-x86_64. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Please test java-sun.spec from HEAD (to be included in Ac)
Dnia czwartek, 18 maja 2006 11:26, Arkadiusz Miskiewicz napisał: On Thursday 18 May 2006 11:14, Paweł Sikora wrote: Dnia czwartek, 18 maja 2006 11:09, Jacek Konieczny napisał: I have hopefully finished updating java-sun.spec for redistribution under the new license. I would like people to test/review it, so it can be sent to Ac builders ASAP. eclipse 3.2rc4 seems to work. tested on th-x86_64. Hm, does help-software updates-find and install-finish work? Here is bails out with some parsing problems. i'll check this later... ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: SPECS: python-django.spec - we don't insert .py files into package...
Jakub Bogusz napisał(a): On Mon, May 15, 2006 at 12:23:00PM +0200, Arkadiusz Miskiewicz wrote: On Monday 15 May 2006 12:05, troll wrote: Author: trollDate: Mon May 15 10:05:48 2006 GMT Module: SPECS Tag: HEAD Log message: - we don't insert .py files into packages We shoudln't avoid them in Th. I so often need to check py sources that it's a nightmare when not having them. The same for C sources sometimes... so? so put sources in *.debuginfo package. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: p7zip in AC
Dnia środa, 10 maja 2006 09:59, Paweł Gołaszewski napisał: It's broken - it looks for his files in wrong place: [...] open(/usr/bin//usr/lib/p7zip, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) open(/usr/bin//usr/lib/p7zip/Formats, O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = -1 ENOENT (No such file or directory) [...] ??? (...) open(/usr/lib64/p7zip, O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 3 open(/usr/lib64/p7zip/Formats, O_RDONLY|O_NONBLOCK|O_DIRECTORY) = 3 open(/usr/lib64/p7zip/Formats/7z.so, O_RDONLY) = 4 (...) open(test.7z, O_WRONLY|O_CREAT|O_EXCL, 0666) = 3 open(/usr/lib64/p7zip/Codecs/LZMA.so, O_RDONLY) = 4 # rpm -q p7zip p7zip-4.29-1 [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: p7zip in AC
Dnia środa, 10 maja 2006 13:21, Andrzej Krzysztofowicz napisał: =?ISO-8859-2?Q?Pawe=B3_Go=B3aszewski?= wrote: Mozesz podac architekture i testcase ? [...] $ /usr/bin/7z a ~/archiwum/plik-arch.7z ~/Mail/plik [...] So it seems to be broken while called with full path: [EMAIL PROTECTED] ~]$ 7z a plik-arch plik 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF8,Utf16=on,HugeFiles=on) Scanning Creating archive plik-arch.7z Compressing plik Everything is Ok [EMAIL PROTECTED] ~]$ /usr/bin/7z a plik-arch plik 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF8,Utf16=on,HugeFiles=on) Error: There are no installed archive handlers and one more bug: $ 7z -sfx a foo.exe foo 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) Error: can't find specified sfx module System error: E_FAIL $ 7z -sfx/usr/bin/7zCon.sfx a foo.exe foo 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) Scanning Updating archive foo.exe Everything is Ok ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: p7zip in AC
On Wednesday 10 May 2006 18:28, Artur Frysiak wrote: On Wed, May 10, 2006 at 01:29:29PM +0200, Paweł Sikora wrote: and one more bug: $ 7z -sfx a foo.exe foo 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) Error: can't find specified sfx module System error: E_FAIL $ 7z -sfx/usr/bin/7zCon.sfx a foo.exe foo 7-Zip 4.29 beta Copyright (c) 1999-2005 Igor Pavlov 2005-09-28 p7zip Version 4.29 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on) Scanning Updating archive foo.exe Everything is Ok Everything ? Show: $ file foo.exe $ 7z -sfx/usr/bin/7zCon.sfx a foo.exe foo 7-Zip 4.37 beta Copyright (c) 1999-2006 Igor Pavlov 2006-03-18 p7zip Version 4.37 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on,1 CPU) Scanning Updating archive foo.exe Everything is Ok $ file foo.exe foo.exe: ELF 64-bit LSB executable, AMD x86-64, version 1 (SYSV), for GNU/Linux 2.6.0, dynamically linked (uses shared libs), for GNU/Linux 2.6.0, stripped $ ./foo.exe l 7-Zip SFX 4.37 beta Copyright (c) 1999-2006 Igor Pavlov 2006-03-18 p7zip Version 4.37 (locale=pl_PL.UTF-8,Utf16=on,HugeFiles=on,1 CPU) Listing archive: ./foo.exe Date TimeAttr Size Compressed Name --- - 2006-05-10 19:23:55 A00 foo --- - 00 1 files ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: Status of the MPlayer on AC-branch and HEAD, x264 and amr support (as of 2006-05-04)
On Thursday 04 May 2006 19:11, Marek Guevara Braun wrote: Marek Guevara Braun wrote: I have tested cvs version of mplayer and libavcodec/libutils/libformats from ffmpeg cvs (both 2006-05-03) and with the versions we can build a (more or less) working x264/H264 capable mplayer. I will write more about stability of H264 decoder after some tests). Quick tests showed that H264 encoded videos could be played quite well - faster than the current (our) ffmpeg/HEAD based vlc (so we should update our ffmpeg too :-). we should patch mplayer-cvs to use shared ffmpeg-libs. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
[FAIL] rpm-4.4.6
(...) parseChangelog.c: In function 'addChangelog': parseChangelog.c:226: error: 'numchangelog' undeclared (first use in this function) parseChangelog.c:226: error: (Each undeclared identifier is reported only once parseChangelog.c:226: error: for each function it appears in.) make[2]: *** [parseChangelog.lo] Error 1 make[2]: Leaving directory `/home/users/pluto/rpm/BUILD/rpm-4.4.6/build' Glen, do you fix this? ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th, ruby blocks koffice
On Friday 14 April 2006 21:46, Arkadiusz Miskiewicz wrote: compiling Win32API /home/users/builder/rpm/BUILD/ruby-1.8.4/lib/mkmf.rb:804: [BUG] Segmentation fault it also doesn't build with `-fno-omit-frame-pointer -O0`. ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: th, ruby blocks koffice
On Monday 01 May 2006 21:07, Paweł Sikora wrote: On Friday 14 April 2006 21:46, Arkadiusz Miskiewicz wrote: compiling Win32API /home/users/builder/rpm/BUILD/ruby-1.8.4/lib/mkmf.rb:804: [BUG] Segmentation fault it also doesn't build with `-fno-omit-frame-pointer -O0`. and sources from tag auto-th-ruby-1_8_3-1 fails also :O ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: sending build requests for th, a proposal of rules
On Thursday 13 April 2006 10:02, wrobell wrote: hello, th is quite usable for some of us now, so what about such two rules? 1. if you send something to th builders, then it should build on all archs. this means that if package building fails on one of the builders, then it is sender responsibility to fix this before sending another request. if you are not able to fix something, then tell about it on the list, so we can work together to fix the problem. and the winner is... 4458. 2006.04.16 23:03:17 from cieciwa (...) test-build qcad-2.0.4.0-2.src.rpm (qcad.spec -R HEAD ) [th-x86_64:FAIL th-athlon:OK th-i486:OK th-i686:OK th-ppc:OK] 4460. 2006.04.16 23:15:39 from cieciwa (...) upgrade qcad-2.0.4.0-2.src.rpm (qcad.spec -R HEAD ) [th-x86_64:FAIL th-athlon:OK th-i486:OK th-i686:OK th-ppc:OK] ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en
Re: cvs2svn-migration/trunk/README
Dnia wtorek, 13 września 2005 19:45, Paweł Sakowski napisał: On Tue, 2005-09-13 at 19:26 +0200, pluto wrote: +- For clarity we should keep the $package/{$package.spec,tags,branches} + instead of {trunk,tags,branches}/$package. Rather $package/{trunk,{tag,branche}s/foo}/$package.spec. Making trunk a superdirectory of the rest would make cross-branch merges very painful. yes, you're right. -- The only thing necessary for the triumph of evil is for good men to do nothing. - Edmund Burke ___ pld-devel-en mailing list pld-devel-en@lists.pld-linux.org http://lists.pld-linux.org/mailman/listinfo/pld-devel-en