- Arch-general - lists.archlinux.org

[arch-general] Building gnome-vfs
by Baho Utot 16 Jul '09

16 Jul '09

I am getting this error tring to build gnome-vfs in a clean chroot gnutls is installed by pacman ( called by makepkg -s -r ) Is libgnutls-config supposed to be in the gnutls package... If it is it is missing checking for gcrypt.h... yes checking for libgnutls-config... no checking for libgnutls - version >= 1.0.0... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. checking for libgnutls-config... (cached) no checking for libgnutls - version >= 0.5.1... no *** The libgnutls-config script installed by LIBGNUTLS could not be found *** If LIBGNUTLS was installed in PREFIX, make sure PREFIX/bin is in *** your path, or set the LIBGNUTLS_CONFIG environment variable to the *** full path to libgnutls-config. configure: error: Unable to find GNUTLS ==> ERROR: Build Failed. Aborting... ==> Removing installed dependencies... checking dependencies...

2 1

[arch-general] Latest updates broke kdemod3 Quanta (libjpeg.so.62: No such file...)
by David C. Rankin 16 Jul '09

16 Jul '09

Listmates, It seems the latest round of updates for kde4 broke kdemod3 Quanta. Here is the error: 17:20 alchemy:~> /opt/kde/bin/quanta /opt/kde/bin/quanta: error while loading shared libraries: libjpeg.so.62: cannot open shared object file: No such file or directory -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

3 3

[arch-general] PHP 5.2 makedepends
by Dan Vratil 16 Jul '09

16 Jul '09

Hi, I'm trying to build PHP 5.3. I use PKGBUILD for current PHP 5.2.10 and I found there something weird in makedepends field. There are packages imap and smtp- server. Smtp-server is provided by courier-mta, but courier-mta conflicts with imap, so we have unresolvable conflict. I think this should be fixed (should I open bugzilla report?) or am I missing something? Thanks, Dan -- --------------------------------- Dan Vrátil vratil(a)progdansoft.com ICQ 249163429 Jabber progdan(a)jabber.cz Tel. +420 732 326 870

2 1

[arch-general] New bluez package
by Damjan Georgievski 16 Jul '09

16 Jul '09

Upstream bluez has gone to version 4.45 now, and one new thing is that it no longer starts as a system service, but auto-starts when a bluetooth device is present. This is done via udev rules that are installed by the package. I've been maintaining my own packages that can be found in my git repo, for anyone that's interested: http://damjan.softver.org.mk/git/arch-bluetooth/tree/bluez/PKGBUILD -- damjan

1 0

[arch-general] mirrors
by David Rosenstrauch 16 Jul '09

16 Jul '09

Anyone know what's up with the mirrors? Looks like nearly all the US mirrors (RIT, SUU, EasyNews, UMFlint, GaTech, VT - even Schlunix) are running 1-2 days old. Only mirror that seems to have new packages is Unixheads, and it's *dog slow*. Is there some Arch-wide problem going on? TIA, DR

4 3

[arch-general] mplayer sources
by Pierre Chapuis 16 Jul '09

16 Jul '09

Hi, it looks like the sources used by Arch for MPlayer are not just a SVN snapshot of the main trunk. Here's what I did: $ wget ftp://ftp.archlinux.org/other/mplayer/ mplayer-29411.tar.bz2 $ tar xf mplayer-29411.tar.bz2 $ svn export mplayer mplayer-export-arch $ svn co svn://svn.mplayerhq.hu/mplayer/trunk/ -r 29411 mplayer-svn-29411 $ svn export mplayer-svn-29411 mplayer-export-svn $ diff -r mplayer-export-arch mplayer-export-svn > diff.txt And here's what I got in diff.txt: http://www.friendpaste.com/6JgZsbPEH80zirD88rTazL Can somebody tell me where the changes come from? -- catwell

1 0

Re: [arch-general] [arch-dev-public] testing repo clear out
by Gerardo Exequiel Pozzi 16 Jul '09

16 Jul '09

Firmicus wrote: >> No idea about *uclibc, vim and perl. >> >> > > I have just moved perl to extra. > > F > > perl is core/base pkg :) move it again -- 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] Scribus intallation problem
by richard terry 16 Jul '09

16 Jul '09

(11/11) installing scribus [################################################################################] 100% sh: error while loading shared libraries: libreadline.so.5: cannot open shared object file: No such file or directory sh: error while loading shared libraries: libreadline.so.5: cannot open shared object file: No such file or directory Any clues as to how to overcome this. Thanks. Richard

4 4

[arch-general] How can packages be "Newer than testing"??
by David C. Rankin 16 Jul '09

16 Jul '09

Listmates, On an i586 box with kde4 from testing, I am now unable to login. kdm starts to login, crashes and restarts. (detailed in a separate post) I was hoping that this would be fixed by an update or two, but upon checking this evening, I received the following: 19:27 supersff:~> pms -u :: Synchronizing package databases... kdemod-legacy is up to date testing is up to date kde-unstable is up to date core is up to date extra is up to date community is up to date archlinuxfr 25.2K 47.3K/s 00:00:01 [##################################################] 100% :: Starting full system upgrade... warning: akonadi: local (1.1.95-1) is newer than testing (1.1.2-2) warning: kdebase-runtime: local (4.2.95-1) is newer than testing (4.2.4-2) warning: kdelibs: local (4.2.95-1) is newer than testing (4.2.4-3) local database is up to date Huh??? I guess what it is saying is that akonadi, etc. are newer than the versions in "testing", but why would that message ever be generated with "kde-unstable" available? Also, could this also be a cause of the crashed kdm login on the i586 box? -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 1

[arch-general] Perplexing libjpeg-related packaging issue
by bardo 15 Jul '09

15 Jul '09

Hi guys. Yesterday I rebuild mldonkey since it depended on libjpeg. On x86_64 there are no problems, and everything works as expected; this is not the case for i686, where there's a strange problem: [root@plafone ~]# ldd /usr/bin/mldonkey | grep libjpeg libjpeg.so.7 => /usr/lib/libjpeg.so.7 (0xb7f1c000) libjpeg.so.62 => not found The package was created with makechrootpkg in a clean chroot. How is it even possible to link with two different versions of the same library? And where did it get the old version, since it didn't exist in the chroot? I'm trying to rebuild a sane version now, but if anybody has a clue I'd be happy to hear it :P Corrado

3 10