- Arch-general - lists.archlinux.org

[arch-general] bittorrent cli client
by Baho Utot 23 Mar '09

23 Mar '09

Can anyone recommend a bittorrent command line client?

6 7

[arch-general] Fwd: [arch-dev-public] [signoff] deluge 1.1.5-2
by Grigorios Bouzakis 22 Mar '09

22 Mar '09

On Sun, Mar 22, 2009 at 2:06 AM, Hugo Doria <hugodoria(a)gmail.com> wrote: > Fixing FS#12071. Added a daemon, a .install and a user and group > > -- Hugo > Why are you sending signoffs for packages in extra? Theres no need to. The same applies to libedit as well.. -- Greg -- Greg

3 2

[arch-general] acl-2.2.47-1
by Baho Utot 22 Mar '09

22 Mar '09

Getting the following error building acl-2.2.47 in chroot using devtools == doc === /bin/gzip --best -c < CHANGES > CHANGES.gz === po === /usr/bin/msgfmt -o de.mo de.po /usr/bin/msgfmt: error while loading shared libraries: libcroco-0.6.so.3: cannot open shared object file: No such file or directory make[1]: *** [de.mo] Error 127 make: *** [default] Error 2 should libcroco be a dependency?

2 2

[arch-general] gnome some shortcuts gone ...
by Sentinel 21 Mar '09

21 Mar '09

Hello, after a recent update (unfortunately I could not update the system for a while because of sickness) gnome-shortcuts do not work anymore. If I go to System->Preferences->Keyboard Shortcuts most of the shortcuts are entirely missing. Like the shortcuts for changing desktops(they are not there, but magically work), alt+F2 does not work anymore (for quick launching applications, the same as in KDE). The shortcut for a console that I previously set is not there either and many more shortcuts are just simply not in the list. Any suggestions? Thanks for any answer. Tom

4 4

[arch-general] Bash script for searching patterns in packages filelist
by Gerardo Exequiel Pozzi 21 Mar '09

21 Mar '09

Hi, Uses the files $repo.files.tar-gz that the community/pkgtools downloads Output both files for each repo, one sorted by package and other sorted by packager http://djgera.pastebin.com/f23dd3601 Can be very improved, sure! Sample usage: $ ./badfhs.sh usr/man/.+ [core] Done: /tmp/core.usrman.txt and /tmp/core.usrman.sort.txt [extra] Done: /tmp/extra.usrman.txt and /tmp/extra.usrman.sort.txt [community] Done: /tmp/community.usrman.txt and /tmp/community.usrman.sort.txt [testing] Done: /tmp/testing.usrman.txt and /tmp/testing.usrman.sort.txt The output: [djgera@gerardo ~]$ cat /tmp/extra.usrman.txt | head -4 3ddesktop 0.2.9-2 Simo Leone a2ps 4.13c-1 Arch Linux abcde 2.3.99.7-1 Giovanni Scafora acct 6.3.2-1 Damir Perisa arj 3.10.22-4 Travis Willard [djgera@gerardo ~]$ cat /tmp/extra.usrman.sort.txt | head -4 fbset 2.1-2 Aaron Griffin fetchmail 6.3.8-4 Aaron Griffin imlib 1.9.15-4 Aaron Griffin lsdvd 0.16-3 Aaron Griffin ccache 2.4-4 Alexander Baldeck Take care. -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

1 0

[arch-general] gran paradiso crashes permanently
by Markus Krell 21 Mar '09

21 Mar '09

Hi arch users out there, since a few weeks, my firefox crashes permanently. I disabled all three Add Ons, i had installed, but still no difference. Really annoying, so is there any possibility to find out why firefox crashes, often a few minutes after starting? Launched from shell, firefox detaches directly, so i dont know where to look first. Version is up to date: 3.0.7-1 Thx for any answers. Markus

5 10

[arch-general] Ruby gem packaging guidelines
by Daenyth Blank 21 Mar '09

21 Mar '09

I've made a draft of some packaging guidelines for ruby gems; anyone care to comment or expand them? http://wiki.archlinux.org/index.php/Ruby_Gem_Package_Guidelines

3 5

[arch-general] texlive-core errors
by Henri Häkkinen 21 Mar '09

21 Mar '09

Hello. I have some problems with installing LaTeX. Here is the output of `pacman -S texlive-core`: :: Retrieving packages from extra... t1lib-5.1.2-2-i686 838.9K 87.9K/s 00:00:10 [#####################] 100% gd-2.0.35-1 175.9K 52.8K/s 00:00:03 [#####################] 100% libsigsegv-2.4-1 9.9K 69.7K/s 00:00:00 [#####################] 100% texlive-bin-2008-3-i686 14.4M 97.5K/s 00:02:32 [#####################] 100% texlive-core-2008.1... 54.1M 86.5K/s 00:10:40 [#####################] 100% checking package integrity... (5/5) checking for file conflicts [#####################] 100% (1/5) installing t1lib [#####################] 100% (2/5) installing gd [#####################] 100% (3/5) installing libsigsegv [#####################] 100% (4/5) installing texlive-bin [#####################] 100% Optional dependencies for texlive-bin psutils t1utils perl (5/5) installing texlive-core [#####################] 100% updating the filename database... done creating the fontmap files with updmap... done Error: `pdftex -ini -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini' failed Error: `pdftex -ini -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx *pdfetex.ini' failed Error: `pdftex -ini -jobname=pdftex -progname=pdftex -translate-file=cp227.tcx *pdfetex.ini' failed Error: `xetex -ini -jobname=xetex -progname=xetex -etex xetex.ini' failed ############################################################################### fmtutil: Error! Not all formats have been built successfully. Visit the log files in directory /usr/share/texmf-var/web2c for details. ############################################################################### This is a summary of all `failed' messages and warnings: `pdftex -ini -jobname=etex -progname=etex -translate-file=cp227.tcx *etex.ini' failed `pdftex -ini -jobname=pdfetex -progname=pdfetex -translate-file=cp227.tcx *pdfetex.ini' failed `pdftex -ini -jobname=pdftex -progname=pdftex -translate-file=cp227.tcx *pdfetex.ini' failed `xetex -ini -jobname=xetex -progname=xetex -etex xetex.ini' failed creating all formats... done. (logs are under /usr/share/texmf-var/web2c/<engine>/<formatname>.log) ------------------------------------------------------------------ PLEASE read the TeXLive documentation at http://wiki.archlinux.org/index.php/TeXLive ------------------------------------------------------------------ Optional dependencies for texlive-core perl ruby ghostscript psutils -- Henri Häkkinen

2 2

Re: [arch-general] [arch-dev-public] Bug Day - Saturday 21st March
by Allan McRae 21 Mar '09

21 Mar '09

Allan McRae wrote: > On Saturday the 21st of March we will be holding a bug day to combat > the ever increasing number of reports in our bug tracker. We will > clear outdated reports, fix/implement those that already have patches > provided or are trivial to fix/implement and discuss the pros and cons > of implementing some feature requests. A rough TODO list that you can > add to is on the wiki (http://wiki.archlinux.org/index.php/Bug_Day_TODO) > > Please join us in #archlinux-bugs on irc.freenode.net during the 21st > of March. We live in many different timezones, so hopefully a dev will > be present at all times during the day. Just a reminder about the bug day today/tommorrow (depending on time zone). We are down to 650 bugs already (from ~680 a week ago). Allan

1 0

[arch-general] what about ELF rpath in Arch Linux?
by Gerardo Exequiel Pozzi 21 Mar '09

21 Mar '09

Hi, (first: sorry my very bad english) I see that many executables and libraries in Arch Linux don't take care about rpath in package creation step. Then when executed, the ld-linux will find libraries first in the rpath , and if fails will go to search in the cache ld.so.cache, instead of directly search here) So for example if you execute the... setfacl/getfacl/chacl (in package from core/acl, and this is the only package in [core] that have this issue with binaries) will find in libs in varius incorrects paths for example: $ readelf -d /usr/bin/getfacl | grep RPATH 0x0000000f (RPATH) Library rpath: [/home/thomas/arch/repos/core/base/acl/pkg/usr/lib] $ LD_DEBUG=libs setfacl 10323: find library=libacl.so.1 [0]; searching 10323: search (*** stripped here same paths below... ***) (RPATH from file setfacl) 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/tls/i686/sse2/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/tls/i686/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/tls/sse2/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/tls/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/i686/sse2/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/i686/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/sse2/libacl.so.1 10323: trying file=/home/thomas/arch/repos/core/base/acl/pkg/usr/lib/libacl.so.1 10323: search cache=/etc/ld.so.cache 10323: trying file=/lib/libacl.so.1 10323: The issue here is for example if a user "thomas" in my system, create a libacl.so.1 in any of these paths, the setfacl will use them insteads of the correct libacl.so.1, and if the libacl.so.1 from thomas contain a malicious code, the user that execute it are in problem :(, root for example. OK managing rpath at build time vary from package to package, some that uses autotools/libtool, the configure script, have a --disable-rpath for controling this behavior, and other don't have. Others require rpath at build time to linking executables from the same source, and other always hardcore it (gcc -Wl,--rpath...), etc, etc. In libtool, can change a M4 macro to don't use rpath for example. There is a simple tool, to remove rpath from ELF files called chrpath [#1] (seems that cmake build system can use an aproach based on chrpath to delete rpath from ELF) For example: # /bin/ls -l /usr/bin/setfacl -rwxr-xr-x 1 root root 25052 2008-02-26 13:23 /usr/bin/setfacl # chrpath -d /usr/bin/setfacl # /bin/ls -l /usr/bin/setfacl -rwxr-xr-x 1 root root 25052 2009-03-20 01:06 /usr/bin/setfacl # LD_DEBUG=libs setfacl 11033: find library=libacl.so.1 [0]; searching 11033: search cache=/etc/ld.so.cache 11033: trying file=/lib/libacl.so.1 And now is correct and secure. The minor problem here, _and don't make much sense_ is that will do some aditionals system calls open() and stat64() for each inexistent libs on loading. Many others have /usr/lib (and many many others paths) as rpath, then when execute will look for the first library that need to load at /usr/lib/tls/i686/sse2:/usr/lib/tls/i686:/usr/lib/tls/sse2:/usr/lib/tls:/usr/lib/i686/sse2:/usr/lib/i686:/usr/lib/sse2 (and these are removed from search path for next libs), and then for all libs will look first in /usr/lib if fails do a /etc/ld.so.cache search The rpath is important when managing many versions of the same libs with same soname, for example for debuging/testing purposes. For example i see googling that in some distros (like Debian[s]) and in some BSDs the rpath is removed from all ELF files, except that in that is necessary required. Then my question: what is the position of arch-dev-team about rpath? (remember: don't take this as a mail as feature request, is just one question) Thanks in advance, I hope not to have bothered with this. Good Luck! / ¡Buena suerte! [#1] chrpath: The original home don't work http://directory.fsf.org/project/chrpath/ i use a debian mirror in my pkgbuild http://aur.archlinux.org/packages.php?ID=24818 -- Gerardo Exequiel Pozzi ( djgera ) http://www.djgera.com.ar KeyID: 0x1B8C330D Key fingerprint = 0CAA D5D4 CD85 4434 A219 76ED 39AB 221B 1B8C 330D

3 3