Re: [arch-general] /sbin/ldconfig: /usr/lib/ is not a symbolic link
On Sat, 24 Apr 2010 06:27:24 +0200, slubman li...@slubman.info wrote: Since the openssl update, whenever I install or update a package with pacman, I've got this message as the last pacman output line when a package is installed (a new package or an update) /sbin/ldconfig: /usr/lib/ is not a symbolic link But everything runs fine AFAIK. I'm using x86_64. Does someone know where is it coming from ? And How can I get rid off this message ? I have the same message on my laptop, and it is due to the libspotify package: the libspotify.so library misses the SONAME header (see http://getsatisfaction.com/spotify/topics/libspotify_please_fix_the_installation_script#reply_1845444 for details). It is possible that a library on your system also lacks this header; not sure it's related to openssl though. HTH Regards, -- Thomas/Schnouki pgp0y3v04W5u7.pgp Description: PGP signature
[arch-general] (quite solved)Re: /sbin/ldconfig: /usr/lib/ is not a symbolic link
Le Sat, 24 Apr 2010 09:25:28 +0200, Thomas Jost schno...@schnouki.net a écrit : On Sat, 24 Apr 2010 06:27:24 +0200, slubman li...@slubman.info wrote: Since the openssl update, whenever I install or update a package with pacman, I've got this message as the last pacman output line when a package is installed (a new package or an update) /sbin/ldconfig: /usr/lib/ is not a symbolic link But everything runs fine AFAIK. I'm using x86_64. Does someone know where is it coming from ? And How can I get rid off this message ? I have the same message on my laptop, and it is due to the libspotify package: the libspotify.so library misses the SONAME header (see http://getsatisfaction.com/spotify/topics/libspotify_please_fix_the_installation_script#reply_1845444 for details). It is possible that a library on your system also lacks this header; not sure it's related to openssl though. HTH Regards, Thanks for the explanation. I indeed have libsptofify installed. Once removed, the message doesn't appear. -- slubman site : http://www.slubman.info/
Re: [arch-general] 4k sector drives
On Thu, Apr 22, 2010 at 7:12 PM, Thomas Bächler tho...@archlinux.org wrote: You should google more to see if 4k sectors are really well-supported now. I've actually done quite a bit of research. But most if it came back upstream. So I thought I'd better ask in an arch specific context. According to one of the latest upcoming kernel developments there will be more 4k improvements in 2.6.34 what I was unable to determine is if that was something that would require me to do something after the kernel is released. In fact some of this stuff I was confused as to whether... do I have to run fdisk in a certain way? is cfdisk supported? how can I check to make sure it is working? and the obvious even if the kernel and tools are now ready will an arch disk be ready (obviously I already asked and has been answered)... -- Caleb Cushing http://xenoterracide.blogspot.com
[arch-general] Raising identical task against multiple packages?
Is there a way to raise an identical task against multiple packages in FlySpray? I'd like to raise a task against all binary haskell-* packages, but I'd rather like to avoid wearing out my mouse doing it ;-) /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
[arch-general] Driver for this camera ?
Hi, I have a Digilife DDV-660 camera which can take still photos, movies, voice record and mp3 play. After some research I think DDV-660 and DDV-7000 have the same driver, but neither seems to be available in kdegraphics-kamera Any ideas how to ? -- Nilesh Govindarajan Site Server Administrator www.itech7.com मेरा भारत महान ! मम भारत: महत्तम भवतु !
[arch-general] wireless card switch problem
Hi all, today,when i use wired network,i turn off the wireless card switch in my notebook, but when i use wireless network,it seems my wirelss card can't work? how to fix this?thanks!
Re: [arch-general] openoffice + lprng
On 3/28/10, Javier Vasquez j.e.vasque...@gmail.com wrote: Hi, I have openoffice installed as well as lprng. Lprng used to work for openoffice providing I believe Generic Printer or similar. Some time back for it work under any gtk-2 application (like firefox) I had to add to the gtkrc: gtk-print-backends = file,lpr,cups This is still working for firefox and other gtk-2 applications, however it doen't help at all to openoffice. I launched spadmin to see if I could actually add a printer manually. But it doens't work, the most that can be done is trying to install a driver. So no luck... Has any one made lprng work properly with openoffice? So I just learned the arch OO package is broken for non cups users. I installed vanilla binary and had no problems. I filed 2 bugs associated with the issue, and they were closed as non bugs because arch package is not meant for non cups users. The bug closure recommends compiling OO differently for non cups users. It is very fortunate that's not the case for OO, since there's vanilla binary, :-)... -- Javier.
Re: [arch-general] Raising identical task against multiple packages?
On Sat 24 Apr 2010 11:06 +0100, Magnus Therning wrote: Is there a way to raise an identical task against multiple packages in FlySpray? I'd like to raise a task against all binary haskell-* packages, but I'd rather like to avoid wearing out my mouse doing it ;-) Open one task and list all the packages in the details.
[arch-general] libgrss, new to archlinux PKGBUILD
low is a PKGBUILD that builds libgrss. the library was found as an optional dependency with tracker. http://live.gnome.org/Libgrss/ current vers 0.4.0 # Maintainer: andrew james andrew at systemssingular com pkgname=libgrss pkgver=0.4.0 pkgrel=1 pkgdesc=A library to ease management of RSS/Atom/Pie feeds arch=('i686' 'x86_64') url=http://live.gnome.org/Libgrss/; license=('LGPL3') depends=('glib' 'libxml2' 'libsoup') source=(http://gtk.mplat.es/libgrss/tarballs/$pkgname-$pkgver.tar.gz) md5sums=('c145ce89a8287519e6366ce9c3c15de7') build() { cd $srcdir/$pkgname-$pkgver ./configure --prefix=/usr make || return 1 make DESTDIR=$pkgdir install }
Re: [arch-general] Raising identical task against multiple packages?
On 24/04/10 15:47, Loui Chang wrote: On Sat 24 Apr 2010 11:06 +0100, Magnus Therning wrote: Is there a way to raise an identical task against multiple packages in FlySpray? I'd like to raise a task against all binary haskell-* packages, but I'd rather like to avoid wearing out my mouse doing it ;-) Open one task and list all the packages in the details. Is that just a suggestion from you, or the official Arch way of doing it? The reason I'm asking is that I just don't see how raising a single task would make sure that it gets done. There are more than one maintainer of the haskell-* packages in [extra] and [community]. Who would the task be assigned to? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [arch-general] Raising identical task against multiple packages?
On Sat 24 Apr 2010 20:21 +0100, Magnus Therning wrote: On 24/04/10 15:47, Loui Chang wrote: On Sat 24 Apr 2010 11:06 +0100, Magnus Therning wrote: Is there a way to raise an identical task against multiple packages in FlySpray? I'd like to raise a task against all binary haskell-* packages, but I'd rather like to avoid wearing out my mouse doing it ;-) Open one task and list all the packages in the details. Is that just a suggestion from you, or the official Arch way of doing it? The reason I'm asking is that I just don't see how raising a single task would make sure that it gets done. There are more than one maintainer of the haskell-* packages in [extra] and [community]. Who would the task be assigned to? I don't know if there's any 'official' way to do it, but other tasks with multiple packages have been handled like this, and this is the most logical way to handle it if you give it a moment's thought. Assign it to everyone that maintains a haskell-* package.
Re: [arch-general] X server gets shifted to Ctrl+Alt+F8
On Sat, Apr 24, 2010 at 2:27 PM, Karol Babioch ka...@babioch.de wrote: Hi, I'm not quite sure how to call this issue, maybe that's the reason, why I couldn't find anything on google nor in the bugtracker :(. I'm using the X server with GDM (Gnome), which is attached to Ctrl+Alt +F7 (btw: How do you call this?) during startup. Pretty normal. But as soon as I restart the X server (using Ctrl+Alt+Backspace, but it doesn't matter) the X server gets attached to the next free combo, which is quite obviously Ctrl+Alt+F8, whereas Ctrl+Alt+F7 shows just a blinking cursor. Interestingly this just happens once, so restarting the X server doesn't change anything, it stays attached to Ctrl+Alt+F8. I guess this could be known by some of you, I've experienced this on different machines already, but due to the fact that I don't know how to call this issue, I couldn't find any work-around. So, first of all I would like to know, whether you can reproduce this? Secondly I would like to know where the consoles are set up, so I can set up a seventh console, so the X server will get started on Ctrl+Alt +F8 in the first place. This has a different reason. My F8 key has a LCD printed on it (as it is also a function key to switch the output between the LCD and an attached monitor), so this would be a cool thing ;). But I don't know whether this would fix my main issue, or if the X server would then be shifted to Ctrl+Alt+F9. These screens are called VTs or sometimes TTYs. If you want an extra console, see /etc/inittab and look for the lines which start /sbin/agetty. If you just want to make GDM always start on the same one, that should be possible by writing on one of GDM's config files. I don't use GDM myself, but if you can find the file that controls how GDM starts X, you can add vt08 on the end of the X server command line, and it will know to start on tty8 (Ctrl+Alt+F8).
Re: [arch-general] libgrss, new to archlinux PKGBUILD
On Saturday 24 April 2010 21:17:31 andrew james wrote: low is a PKGBUILD that builds libgrss. the library was found as an optional dependency with tracker. Hi, first, tracker is in [community], so please report community-packages stuff on [aur-general] mailing list. In second, this is not the proper way to report missing dependence. Please fill a bug report on flyspray (in the Community Packages project), and we will assign the bug to the tracker maintainer. Thanks CC'ing aur-general -- Andrea Scarpino KDE4 Maintainer for Arch Linux deelab.org/bash
Re: [arch-general] Raising identical task against multiple packages?
On 24/04/10 20:35, Loui Chang wrote: On Sat 24 Apr 2010 20:21 +0100, Magnus Therning wrote: On 24/04/10 15:47, Loui Chang wrote: On Sat 24 Apr 2010 11:06 +0100, Magnus Therning wrote: Is there a way to raise an identical task against multiple packages in FlySpray? I'd like to raise a task against all binary haskell-* packages, but I'd rather like to avoid wearing out my mouse doing it ;-) Open one task and list all the packages in the details. Is that just a suggestion from you, or the official Arch way of doing it? The reason I'm asking is that I just don't see how raising a single task would make sure that it gets done. There are more than one maintainer of the haskell-* packages in [extra] and [community]. Who would the task be assigned to? I don't know if there's any 'official' way to do it, but other tasks with multiple packages have been handled like this, and this is the most logical way to handle it if you give it a moment's thought. I have given it a moment's thought and came to the following conclusions: 1. That depends entirely on the capabilities of FlySpray. I'm not privileged enough to do much more than create tickets on Arch's FlySpray, and that's the only FlySpray instance I've ever used. If you are correct when you say that FlySpray support assigning a single ticket to more than one person (something that isn't supported by many other issue trackers, I believe, and none that I've ever used), then yes, it is a possible way. 2. It also depends on how tracking should be done. If you want to measure progress across the different affected packages then it seems more logical to raise one ticket per package. Assign it to everyone that maintains a haskell-* package. That is up to one of the administrators to do. I raised http://bugs.archlinux.org/task/19236 /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [arch-general] [arch-dev-public] [signoff] bridge-utils 1.4-3
On 19/04/10 17:03, Allan McRae wrote: Last rebuild was over a year ago. Signoff both, Allan Anyone? User signoffs are fine.
Re: [arch-general] [arch-dev-public] [signoff] ifenslave-1.1.0-5
On 19/04/10 16:50, Allan McRae wrote: Last rebuild in 2008 and upstream recommends building against current kernel... Fixed include path Signoff both, Allan Anyone? User signoffs are good.