Re: [arch-general] Problem mounting shares with latest smbclient-3.5.0-2
On Tuesday 30 March 2010 07:35, Tobias Powalowski wrote: Am Montag 29 März 2010 schrieb Nigel Henry: I have smbclient-3.5.0-2, and did the suggested chmod +s on /sbin/mount.cifs, and /sbin/umount.cifs. The UID, and GID bits are now set on both, but I still can't mount shares from KDEmod3's smb4k (version 0.9.9). The error message says /sbin/mount.cifs: permission denied: no match found for /home/djmons/smb4k/GATEWAY/djmons found in /etc/fstab. Now I don't believe I need an entry in /etc/fstab because on my Debian lenny install an entry is created in /etc/mtab when the share is mounted, and removed when unmounted. I can't revert back to my earlier version of smbclient (version 3.3.7-1), as I only recently installed the samba package (samba-3.5.0-2), and have no version to match my earlier version of the smbclient. are earlier package versions still kept somewhere? I do have more than one user set up on this Archlinux install. Would that have anything to do with why the chmod +s isn't doing it's job properly? idiotboy:x:1002: djmons:x:1003: Any suggestions as how to resolve the problem. Nigel. This is can be fixed with recompiling and changing one file, i don't include it in standard samba because your application needs to be fixed and not samba. Look at the bugtracker and search for closed samba bug reports there you will find the workaround. greetings tpowa Hi. I tried the procedure suggested in bug FS#18548, if that was the correct bug report (couldn't find any others), but there was no change to the problem I have mounting shares with kdemod3's smb4k. I found an old closed bug report for smb4k, and a link to the smb4k troubleshooter pages. there was a suggestion to use the superuser option, with a reference to /etc/sudoers, which I did not have installed, and no doubt explains why smb4k's superuser options page is greyed out. Installed sudo package, but no change to the greyed out page in smb4k. I probably needed to reinstall smb4k, which would then have picked up the existance of /etc/sudoers, but didn't at the time. I searched instead for an older matched pair of samba, and smbclient, and found version 3.4.5-1.1-i686 on the mirror below. http://schlunix.org/archlinux/extra/os/i686/ Installed those which amongst other packages, I needed to remove kdemod3's smb4k, so as to get around a dependency hell. With the old samba, smbclient, and an earlier version of tdb installed, I reinstalled kdemod3's smb4k, and clicked on the desktop icon for it, then went to the superuser page, and the options were no longer greyed out. clicked on mount and unmount shares as superuser, and applied, which opened a password box. Entered my root password, and OK'd out of the config pages. Now I honestly did not expect this to work, as I've already been working on samba problems (first time samba user) on various distros (FC2, Kubuntu Intrepid, Debian Lenny, and Arch) for about 2 weeks, but when I tried mounting the shares, they mounted, which brightened up my day, and samba is working ok on all 4 distros now in both directions. I havn't poked around with /etc/sudoers, as I'm happy to use su on the terminal, but I saw the following lines had been added by smb4k. # Entries for Smb4K users. # Generated by Smb4K. Please do not modify! User_Alias SMB4KUSERS = djmons Defaults:SMB4KUSERS env_keep += PASSWD USER SMB4KUSERS myhost = NOPASSWD: /opt/kde/bin/smb4k_kill SMB4KUSERS myhost = NOPASSWD: /opt/kde/bin/smb4k_umount SMB4KUSERS myhost = NOPASSWD: /opt/kde/bin/smb4k_mount # End of Smb4K user entries. The problem may have been resolved by simply installing sudo, and reinstalling smb4k, without installing old samba, and smbclient packages, but I don't want to go through upgrading them again, just to find out if smb4k still mounts the shares ok. Thanks for your reply Tobias. Nigel.
[arch-general] Problem mounting shares with latest smbclient-3.5.0-2
I have smbclient-3.5.0-2, and did the suggested chmod +s on /sbin/mount.cifs, and /sbin/umount.cifs. The UID, and GID bits are now set on both, but I still can't mount shares from KDEmod3's smb4k (version 0.9.9). The error message says /sbin/mount.cifs: permission denied: no match found for /home/djmons/smb4k/GATEWAY/djmons found in /etc/fstab. Now I don't believe I need an entry in /etc/fstab because on my Debian lenny install an entry is created in /etc/mtab when the share is mounted, and removed when unmounted. I can't revert back to my earlier version of smbclient (version 3.3.7-1), as I only recently installed the samba package (samba-3.5.0-2), and have no version to match my earlier version of the smbclient. are earlier package versions still kept somewhere? I do have more than one user set up on this Archlinux install. Would that have anything to do with why the chmod +s isn't doing it's job properly? idiotboy:x:1002: djmons:x:1003: Any suggestions as how to resolve the problem. Nigel.
[arch-general] LTS kernel still boots but MPPC patched one does not after manual updates
Big problemo. Wanting to get access to my sons MS vpn server which needs MPPC, I found and installed an MPPC patched kernel26, and MPPC patched ppp. No problems so far, and both the LTS, and the MPPC patched kernels booted with no problems. My Arch install hadn't been updated since 20090928, and as accessing the vpn server and retrieving the shares still wasn't working, I did a pacman -Sy, and pacman -Su hoping that some update might resolve the problem. After saying yes to a bunch of stuff to do with klibc (replacing packages), pacman -Su failed saying kdelib needs phonon. Can't install phonon because it wants to remove qt (qt4). I have KDEmod3 so there is no need for phonon anyway. Not the best way to do a full system upgrade, but I went at it manually, working my way through starting at (A). Some packages wont upgrade, wanting to remove mkinitcpio, which you can't remove as it's needed by the kernels. Others didn't want to upgrade saying warning: provider package was selected (that was resolved later on during my manual upgrading). All went ok the first day 20090309, and the only thing I needed to say yes to was replacing kernel-headers with linux-api-headers. The next morning I booted with the MPPC patched kernel with no problems, just to see if any of the updates had resolved the vpn problem, but no. Rebooted with the LTS kernel, and continued with the updates, rebooting from time to time with the LTS kernel to make sure that nothing had broken. Got as far as ntp, then had a go at gdm, which I'd been putting off (I've had problems with that before). rebooted after that, and gdm failed with the below output. gdm (gdm-binary:2033) couldn't connect to system bus: Failed to connect to socket /var/run/dbus/system_bus_socket No such file or directory Having already had the machine down one day, working in runlevel 1 to resolve the missing libpng12 problem (that was on the 8th march) I was a bit T'd off now, but startx worked, so I reinstalled the previous gdm which thankfully worked. I'd now had enough for the days work, so shut down. Day 20100311. Now the manure starts to hit the fan. Tried to boot the MPPC patched kernel, which failed with: cannot find /dev/sda7, device does not exist. Gave udev time, but nothing. Tried the MPPC failsafe kenel, but the same there. Tried the LTS kernel, and thankfully that booted ok. Googled a lot, and found references to the problem, but didn't see any fixes. One mentioned udev, and knowing that the udev update had been pulled in by one of the packages I'd updated, I looked at /etc/udev/rules.d, and udev.rules was showing as udev.rules.pacnew (I presume that is due to the new mkinitcpio and mkinitcpio-busybox using mdev, but mkinitcpio wont upgrade, claiming that a bunch of files still exist.). I renamed udev.rules.pacnew to udev.rules, and rebooted with the MPPC kernel, but it still wont boot. Tried reinstalling MPPC patched kernel, but no change. Original install output below (when it booted ok prior to my manual updating fiasco), followed by the install output from the reinstall (which still wont boot). Had to remove madwifi, and ndiswrapper to originally install this kernel. :: madwifi: requires kernel26=2.6.30 :: ndiswrapper: requires kernel26=2.6.30 [r...@myhost Archlinux-mppc-kernel]# pacman -U kernel26-2.6.24.3-3-i686.pkg.tar.gz loading package data... checking dependencies... (1/1) checking for file conflicts [#] 100% (1/1) upgrading kernel26[#] 100% If you use the LILO bootloader, you should run 'lilo' before rebooting. Updating module dependencies. Please wait ... MKINITCPIO SETUP If you use LVM2, Encrypted root or software RAID, Ensure you enable support in /etc/mkinitcpio.conf . More information about mkinitcpio setup can be found here: http://wiki.archlinux.org/index.php/Mkinitcpio Generating initial ramdisk, using mkinitcpio. Please wait... == Building image default == Running command: /sbin/mkinitcpio -k 2.6.24-ARCH -c /etc/mkinitcpio.conf -g /boot/kernel26.img :: Begin build :: Parsing hook [base] :: Parsing hook [udev] :: Parsing hook [autodetect] :: Parsing hook [pata] :: Parsing hook [scsi] :: Parsing hook [sata] :: Parsing hook [keymap] :: Parsing hook [filesystems] :: Generating module dependencies :: Generating image '/boot/kernel26.img'...SUCCESS == SUCCESS == Building image fallback == Running command: /sbin/mkinitcpio -k 2.6.24-ARCH -c /etc/mkinitcpio.d/kernel26-fallback.conf -g /boot/kernel26-fallback.img :: Begin build :: Parsing hook [base] :: Parsing hook [udev] :: Parsing hook [ide] ERROR: module 'ide[-_]gd[-_]mod' not found :: Parsing hook [pata] :: Parsing hook [scsi] :: Parsing hook [sata] :: Parsing hook [usbinput] :: Parsing hook [raid] :: Parsing hook [filesystems] :: Generating module dependencies :: Generating image '/boot/kernel26-fallback.img'...SUCCESS == SUCCESS
Re: [arch-general] Pacman problem. error writing to file bad address
Update below. On Tuesday 29 September 2009 22:06, Nigel Henry wrote: On Tuesday 29 September 2009 21:19, Xavier wrote: On Tue, Sep 29, 2009 at 9:01 PM, Nigel Henry cave.dnb2m9...@aliceadsl.fr wrote: Thanks for the link to the bug. Just after I posted the problem, I tried reverting to the earlier pacman package pacman-3.3.0-3-i686.pkg.tar.gz , which works with no problems. Then upgraded to pacman-3.3.1-1, where the problem returned. Currently I'm running the earlier version, and have temporarily added pacman to the IgnorePkg list. Thanks for your quick reply. That is bad news. The bug I fixed should exist since pacman 3.3.0 (since we moved to libfetch). It is quite strange that you cannot reproduce the problem with that. Any chances you could try the patch I posted in the bug report ? You will have to get pacman 3.3.1 PKGBUILD though abs, and edit the PKGBUILD to apply that patch. Ok. Tried the patched pacman, but there are still problems. I have pacman setup to use 3 mirrors. First I tried to get hydrogen (3.24MB). It downloaded for a bit with the first mirror, then complained that it couldn't retrieve file. It then switched ro the second mirror, and continued the download for a bit, then too complained that it couldn't retrieve file. Switched to 3rd mirror, and amazingly concluded the download. Now to try for another package (ardour, with 2 deps) (debug output attached). Again it got the 2 deps by having use all 3 mirrors, and downloaded only 112.5 KB having used up all 3 mirrors. Mind you it's not creating 2GB partial files now. I also have the wireshark output for ardour and deps, and have posted it to you offlist. Hope that's ok. Nigel. [djm...@myhost ~]$ su Password: [r...@myhost djmons]# jacman [r...@myhost djmons]# pacman -S --debug ardour debug: config: attempting to read file /etc/pacman.conf debug: config: new section 'options' debug: config: HoldPkg: pacman debug: config: HoldPkg: glibc debug: config: SyncFirst: pacman debug: config: IgnorePkg: gnupg2 debug: config: IgnorePkg: pacman debug: config: new section 'core' debug: setlibpaths() called debug: option 'cachedir' = /var/cache/pacman/pkg/ debug: registering sync database 'core' debug: config: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'core': http://ftp.belnet.be/mirror/archlinux.org/core/os/i686 debug: adding new server URL to database 'core': http://mir.archlinux.fr/core/os/i686 debug: adding new server URL to database 'core': http://ftp.surfnet.nl/pub/os/Linux/distr/archlinux/core/os/i686 debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: new section 'extra' debug: registering sync database 'extra' debug: config: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'extra': http://ftp.belnet.be/mirror/archlinux.org/extra/os/i686 debug: adding new server URL to database 'extra': http://mir.archlinux.fr/extra/os/i686 debug: adding new server URL to database 'extra': http://ftp.surfnet.nl/pub/os/Linux/distr/archlinux/extra/os/i686 debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: new section 'community' debug: registering sync database 'community' debug: config: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'community': http://ftp.belnet.be/mirror/archlinux.org/community/os/i686 debug: adding new server URL to database 'community': http://mir.archlinux.fr/community/os/i686 debug: adding new server URL to database 'community': http://ftp.surfnet.nl/pub/os/Linux/distr/archlinux/community/os/i686 debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: new section 'kdemod-legacy' debug: registering sync database 'kdemod-legacy' debug: adding new server URL to database 'kdemod-legacy': http://mirror.rit.edu/kdemod/legacy/i686 debug: config: finished parsing /etc/pacman.conf debug: registering local database debug: loading package cache for repository 'local' debug: loading package cache for repository 'core' debug: loading package cache for repository 'extra' debug: adding package ardour-2.8-1 to the transaction targets resolving dependencies... debug: resolving target's dependencies debug: started resolving dependencies debug: checkdeps: package ardour-2.8-1 debug: checkdeps: missing dependency 'libgnomecanvasmm=2.26.0' for package 'ardour' debug: checkdeps: missing dependency 'aubio=0.3.2' for package 'ardour' debug: pulling dependency libgnomecanvasmm (needed by ardour) debug: pulling dependency aubio (needed by ardour) debug: checkdeps: package libgnomecanvasmm-2.26.0-1 debug: checkdeps: package aubio-0.3.2-3 debug: finished resolving dependencies debug: started sorting dependencies debug: sorting dependencies finished looking
[arch-general] Pacman problem. error writing to file bad address
I had problems with ocaml yesterday. After the machine locked up during the updates, I did a hard reset, and ran pacman -Su again. It continued downloading ocaml, but when all the updates were downloaded, it failed to install them, claiming that ocaml was corrupted. I removed the corrupted ocaml as requested, and as I'm on dialup and didn't want to download 38MB of ocaml again last night, I temporarily added an IgnorePkg line for it. Ran pacman -Su again, and all the updates apart from ocaml, and also gnupg2, which couldn't be found, were installed. Today I went to install the ocaml update, having removed it from the IgnorePkg line. It starts to download, but then throws an error as below. error: error writing to file '/var/cache/pacman/pkg/ocaml' :Bad address Harddrive partition is redlining, and the partly downloaded ocaml file shows as 2GB size. Any ideas on a fix for this problem? As an aside, pacman was updated, but not before the other updates, in case that is what has caused the problem. Nigel.
Re: [arch-general] Pacman problem. error writing to file bad address
On Tuesday 29 September 2009 19:26, Xavier wrote: On Tue, Sep 29, 2009 at 6:13 PM, Nigel Henry cave.dnb2m9...@aliceadsl.fr wrote: I had problems with ocaml yesterday. After the machine locked up during the updates, I did a hard reset, and ran pacman -Su again. It continued downloading ocaml, but when all the updates were downloaded, it failed to install them, claiming that ocaml was corrupted. I removed the corrupted ocaml as requested, and as I'm on dialup and didn't want to download 38MB of ocaml again last night, I temporarily added an IgnorePkg line for it. Ran pacman -Su again, and all the updates apart from ocaml, and also gnupg2, which couldn't be found, were installed. Today I went to install the ocaml update, having removed it from the IgnorePkg line. It starts to download, but then throws an error as below. error: error writing to file '/var/cache/pacman/pkg/ocaml' :Bad address Harddrive partition is redlining, and the partly downloaded ocaml file shows as 2GB size. Any ideas on a fix for this problem? As an aside, pacman was updated, but not before the other updates, in case that is what has caused the problem. Nigel. See http://bugs.archlinux.org/task/16359 Thanks for the link to the bug. Just after I posted the problem, I tried reverting to the earlier pacman package pacman-3.3.0-3-i686.pkg.tar.gz , which works with no problems. Then upgraded to pacman-3.3.1-1, where the problem returned. Currently I'm running the earlier version, and have temporarily added pacman to the IgnorePkg list. Thanks for your quick reply. Nigel.
Re: [arch-general] Pacman problem. error writing to file bad address
On Tuesday 29 September 2009 21:19, Xavier wrote: On Tue, Sep 29, 2009 at 9:01 PM, Nigel Henry cave.dnb2m9...@aliceadsl.fr wrote: Thanks for the link to the bug. Just after I posted the problem, I tried reverting to the earlier pacman package pacman-3.3.0-3-i686.pkg.tar.gz , which works with no problems. Then upgraded to pacman-3.3.1-1, where the problem returned. Currently I'm running the earlier version, and have temporarily added pacman to the IgnorePkg list. Thanks for your quick reply. That is bad news. The bug I fixed should exist since pacman 3.3.0 (since we moved to libfetch). It is quite strange that you cannot reproduce the problem with that. Any chances you could try the patch I posted in the bug report ? You will have to get pacman 3.3.1 PKGBUILD though abs, and edit the PKGBUILD to apply that patch. I'll have a go at that tomorrow, as I'm currently downloading ocaml for the second time (on dialup), and don't want to mess with pacman until that's installed. Nigel.
[arch-general] How to specify configure options with makepkg
I'm trying to install psychosynth from AUR. Ogre is one of the deps, but the comments on the psychosynth page say to compile Ogre with devIL, not freeimage, which is the default image loader. Configure says that I can set an option, --disable-freeimage, but where do I set this option when using makepkg to build Ogre? I have installed devil, so it's ready to be used by the configure script, which includes instructions for both freeimage, and devIL. Thanks for any help with this. Nigel.
Re: [arch-general] How to specify configure options with makepkg
On Thursday 10 September 2009 12:25, Nigel Henry wrote: I'm trying to install psychosynth from AUR. Ogre is one of the deps, but the comments on the psychosynth page say to compile Ogre with devIL, not freeimage, which is the default image loader. Configure says that I can set an option, --disable-freeimage, but where do I set this option when using makepkg to build Ogre? I have installed devil, so it's ready to be used by the configure script, which includes instructions for both freeimage, and devIL. Thanks for any help with this. Nigel. Sorry for the noise. Solved the problem just after posting the ?, by looking in the pkgbuild file, where the configure options are listed. Doh! Psychosynth still fails to build though, which maybe because the gcc patch for it, is for gcc4.3, and I have gcc4.4. Nigel.
Re: [arch-general] A good CPU Load/Memory/Network Activity Monitor in KDE
On Sunday 28 December 2008 17:16, Leonid Grinberg wrote: Hi all, Thanks for your replies. Maybe this would be alright? http://www.kde-look.org/content/show.php/Oxygen+System+Monitor?content=86 664 The download link seems to be broken (the .skz file is missing most of the source). plasma has a system monitor applet for some time now. You should check kdeplasma-addons package, although it might still be in playground, thus not packaged in standard repos. I have kdeplasma-addons 4.1.3-1 installed and there is no system monitor. Unfortunately, this set of monitor applets lacks memory usage. Youll find network, cpu, disk space, temperature and informations. I think the system monitor is coming back in 4.2. but I don't have a handy link for that. Yeah, I also got kdeplasma-addons but it doesn't have a system monitor. Ah well, I guess I'll wait until 4.2 :-/ Thanks anyway, Leonid Grinberg Hi Leonid. Unless you particularly want a KDE app, you could always install gkrellm. I've used it for a long time, and it's very user configerable. Nigel.
Re: [arch-general] A good CPU Load/Memory/Network Activity Monitor in KDE
On Sunday 28 December 2008 17:46, Leonid Grinberg wrote: Hi Nigel, Unless you particularly want a KDE app, you could always install gkrellm. I've used it for a long time, and it's very user configerable. Thanks a lot! That is very close to what I'm looking for, but is there any way to have it act as a widget in the panel? -- Leonid Hi Leonid. I somehow doubt it, as it's not a KDE app, but I could well be wrong. I've always had it up on the desktop, on all my distros. I have a whole bunch of distros on my 3 machines, and use static IP addresses for them. There is a nice plugin gkrellmip, that displays the IP address of the current OS that is booted up, so I find it quite usefull when wanting to transfer files via FTP, or want to SSH into a machine, as the IP addresses of all the machines are displayed on the desktop. Of course, it shows up in the panel, as all open desktop apps do, and you can obviously minimise it out of the way, but I'm sure that, that's not really what you're looking for. All the best. Nigel.
Re: [arch-general] arch-general Digest, Vol 48, Issue 10
On Saturday 11 October 2008 15:36, Wiegand Sergej wrote: Hey, I am new on the mailing-lists, but i try to behave! Well since i've upgraded to the next kernel, i am having some issues with modules, and since i wanted to try out the mailinglists, this seems to be the perfect opportunity for that. Since i've upgraded to 2.6.27 (testing repository) my pcspkr module is being loaded again, and i cant remove it (rmmod pcspkr) is the module-name differrent now? Please reply! thank you Hi Wiegand, and welcome to the list. I don't have the 2.6.27 kernel, but something that does work (usually), is to add the following line to /etc/modprobe.conf. install pcspkr /bin/true Reboot, and the pcspkr module will be installed to /bin/true, which is like sending it to nowhere land. This list is low volume, and it may be better not to use the digest mode to receive postings from the list. Digest mode often creates problems, as many folks who use it just click on reply, which results in the whole of the digest being sent back to the list, and the subject line doesn't say anything about the subject they are replying to, or in your case, where this is a new thread, what exactly you are wanting to find out. A few well thought out words in a subject line, usually gets someones attention. It's better when asking a new question to just click on the To line on the latest digest you've received, (which in my case will open Kmails composer) fill in the subject line for your question, and compose your question. I hope that installing pcspkr to /bin/true resolves your problem, but if not, post back, preferably by starting a new thread, as above, and not using the Digest subject line. All the best. Nigel.
[arch-general] problem updating klibc with kdemod3 on Dont Panic
Running pacman -Sy this evening, then pacman -Su, a bunch of packages were downloaded, but failed to install. It appears to be a problem with klibc (I'm using kdemod3, currently 3.5.10). I installed all the other packages using pacman -S, but am left with the following ones which fail to install. See below. [EMAIL PROTECTED] djmons]$ ssh 192.168.0.191 [EMAIL PROTECTED]'s password: Last login: Tue Aug 12 09:00:46 2008 [EMAIL PROTECTED] ~]$ su Password: [EMAIL PROTECTED] djmons]# pacman -Su :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... Targets (5): klibc-1.5.14-1 klibc-extras-2.5-1 klibc-kbd-1.15.20080312-7 klibc-module-init-tools-3.4-2 klibc-udev-130-1 Total Download Size:0.00 MB Total Installed Size: 14.67 MB Proceed with installation? [Y/n] checking package integrity... (5/5) checking for file conflicts [#] 100% error: could not prepare transaction error: failed to commit transaction (conflicting files) klibc: /usr/lib/klibc/include/asm/Kbuild exists in filesystem klibc: /usr/lib/klibc/include/asm/a.out-core.h exists in filesystem klibc: /usr/lib/klibc/include/asm/a.out.h exists in filesystem klibc: /usr/lib/klibc/include/asm/acpi.h exists in filesystem klibc: /usr/lib/klibc/include/asm/agp.h exists in filesystem klibc: /usr/lib/klibc/include/asm/alternative-asm.h exists in filesystem klibc: /usr/lib/klibc/include/asm/alternative.h exists in filesystem klibc: /usr/lib/klibc/include/asm/apic.h exists in filesystem klibc: /usr/lib/klibc/include/asm/apicdef.h exists in filesystem klibc: /usr/lib/klibc/include/asm/arch_hooks.h exists in filesystem klibc: /usr/lib/klibc/include/asm/asm-offsets.h exists in filesystem klibc: /usr/lib/klibc/include/asm/asm.h exists in filesystem klibc: /usr/lib/klibc/include/asm/atomic.h exists in filesystem klibc: /usr/lib/klibc/include/asm/atomic_32.h exists in filesystem klibc: /usr/lib/klibc/include/asm/atomic_64.h exists in filesystem klibc: /usr/lib/klibc/include/asm/auxvec.h exists in filesystem klibc: /usr/lib/klibc/include/asm/bios_ebda.h exists in filesystem klibc: /usr/lib/klibc/include/asm/bitops.h exists in filesystem klibc: /usr/lib/klibc/include/asm/boot.h exists in filesystem klibc: /usr/lib/klibc/include/asm/bootparam.h exists in filesystem klibc: /usr/lib/klibc/include/asm/bug.h exists in filesystem klibc: /usr/lib/klibc/include/asm/bugs.h exists in filesystem klibc: /usr/lib/klibc/include/asm/byteorder.h exists in filesystem klibc: /usr/lib/klibc/include/asm/cache.h exists in filesystem klibc: /usr/lib/klibc/include/asm/cacheflush.h exists in filesystem klibc: /usr/lib/klibc/include/asm/calgary.h exists in filesystem klibc: /usr/lib/klibc/include/asm/calling.h exists in filesystem klibc: /usr/lib/klibc/include/asm/checksum.h exists in filesystem klibc: /usr/lib/klibc/include/asm/checksum_32.h exists in filesystem klibc: /usr/lib/klibc/include/asm/checksum_64.h exists in filesystem klibc: /usr/lib/klibc/include/asm/cmpxchg.h exists in filesystem klibc: /usr/lib/klibc/include/asm/cmpxchg_32.h exists in filesystem klibc: /usr/lib/klibc/include/asm/cmpxchg_64.h exists in filesystem klibc: /usr/lib/klibc/include/asm/compat.h exists in filesystem klibc: /usr/lib/klibc/include/asm/cpu.h exists in filesystem klibc: /usr/lib/klibc/include/asm/cpufeature.h exists in filesystem klibc: /usr/lib/klibc/include/asm/cputime.h exists in filesystem klibc: /usr/lib/klibc/include/asm/current.h exists in filesystem klibc: /usr/lib/klibc/include/asm/current_32.h exists in filesystem klibc: /usr/lib/klibc/include/asm/current_64.h exists in filesystem klibc: /usr/lib/klibc/include/asm/debugreg.h exists in filesystem klibc: /usr/lib/klibc/include/asm/delay.h exists in filesystem klibc: /usr/lib/klibc/include/asm/desc.h exists in filesystem klibc: /usr/lib/klibc/include/asm/desc_defs.h exists in filesystem klibc: /usr/lib/klibc/include/asm/device.h exists in filesystem klibc: /usr/lib/klibc/include/asm/div64.h exists in filesystem klibc: /usr/lib/klibc/include/asm/dma-mapping.h exists in filesystem klibc: /usr/lib/klibc/include/asm/dma.h exists in filesystem klibc: /usr/lib/klibc/include/asm/dmi.h exists in filesystem klibc: /usr/lib/klibc/include/asm/ds.h exists in filesystem klibc: /usr/lib/klibc/include/asm/dwarf2.h exists in filesystem klibc: /usr/lib/klibc/include/asm/dwarf2_32.h exists in filesystem klibc: /usr/lib/klibc/include/asm/dwarf2_64.h exists in filesystem klibc: /usr/lib/klibc/include/asm/e820.h exists in filesystem klibc: /usr/lib/klibc/include/asm/e820_32.h exists in filesystem klibc: /usr/lib/klibc/include/asm/e820_64.h exists in filesystem klibc: /usr/lib/klibc/include/asm/edac.h exists in filesystem klibc: /usr/lib/klibc/include/asm/efi.h exists in filesystem klibc: /usr/lib/klibc/include/asm/elf.h exists in filesystem klibc: /usr/lib/klibc/include/asm/emergency-restart.h exists in filesystem klibc: /usr/lib/klibc/include/asm/errno.h exists in
Re: [arch-general] problem updating klibc with kdemod3 on Dont Panic
On Saturday 11 October 2008 22:35, Samed Beyribey wrote: Sat, 11 Oct 2008 22:29:08 +0200 tarihinde Nigel Henry [EMAIL PROTECTED] şunu yazmıştınız: Please visit: http://www.archlinux.org/news/411/ Running pacman -Sy this evening, then pacman -Su, a bunch of packages were downloaded, but failed to install. It appears to be a problem with klibc (I'm using kdemod3, currently 3.5.10). I installed all the other packages using pacman -S, but am left with the following ones which fail to install. See below. Nigel I'll say something about asking questions on the list, you do get quick replies. 6 mins after posting my question, I got 4 replies at 1 min intervals. Problem resolved a few seconds later. Thanks also for the replies from Biru, Brandon, and Pierre. Nigel.
Re: [arch-general] Anyway to revert back to KDE 3.5.9? (Don't Panic)
On Monday 11 August 2008 19:09, David Rosenstrauch wrote: Attila wrote: On Montag, 11. August 2008 18:07 David Rosenstrauch wrote: I'm more than open to hearing counter-arguments as to why someone thinks it's worth the switch I'm frustated as you but i must say that there was no way for the arch devs to make it right for everyone. Imagine that there is no kde4 in the repos and than you will read a lot of i want kde4 wishes instead of i want my kde3 back. I have no qualms with what the devs did. KDE4 is out, and so the Arch devs have to upgrade to it. (And in fact, IMO, they even were pretty cautious about the upgrade, waiting several months until 4.1 was released before upgrading.) Arch is a distro that uses bleeding edge software, and we all know that going in. And if somebody wants to use old packages, the onus is on them to make it happen. My qualms are with the KDE4 software itself. I'm not saying it's bad. (In fact, I'll admit that I've barely even tried any of the new functionality.) It's just that it's a very big a change to a lot of important desktop functionality that I rely on, and would be too disruptive for me to switch over right now. I probably could get used to it over time, though, which is why I'd like to be able to install KDE 3 and 4 simultaneously, and so be able to switch into KDE4 and kick the tires every now and then, without having to completely wipe KDE3 off my system. The state I'm in now (keeping KDE3 via a number of IgnorePkg directives in my pacman.conf) is not sustainable long-term, so I'm going to have to get a bit more proactive soon and come up with some solution. DR I initiated this thread. I had been downloading Fedora 9 (6cd's on dialup) which has KDE4 as default), finished the downloads and burned the cd's, but chose to update other distros before installing Fedora 9. Bad move me thinks. Archlinux was going to upgrade to KDE4, and on asking a ? on the list there were mixed opinions. Anyway, I let the upgrade go ahead. Another bad move. leaving aside Fedora, which more or less appears to be a test ground, where Redhat can get feedback, which will help in their next release of Redhat, I believe that it may have been better if Archlinux had gone the way of Kubuntu/Ubuntu's Hardy Heron 8.04 release. Here KDE 3.5.9 is the default, but with the option of using KDE4. I have Kubuntu 8.04 installed, and using the default KDE 3.5.9. I don't know how installing KDE4 as the option works, whether it runs side by side with KDE 3.5.9, or replaces KDE 3.5.9. If Archlinux had made the KDE4 packages available as an option, I believe this may have been the best way to go. that way you could have installed another instance of Archlinux on some spare harddrive space, and tried out KDE4, without, as it has turned out for me, finding that you now have a KDE desktop that has gone back into the dark ages. I'm posting from Fedora Core 2, that is using KDE 3.2.2-14.FC2.legacy Red Hat. Apart from the odd Konqueror crash when accessing certain websites, there are no problems, and FC2 is ancient, and no longer supported. At the moment I'm trying to find a way to revert to KDE 3.5.9, without re-installing Archlinux. I've installed Gnome, which goes against the grain, as I don't normally use it, but just want a desktop that I can use after removing all the KDE4 packages, and at the moment is better than KDE4. Next step will be to find the packages to reinstall KDE 3.5.9, and attempt to reinstall them. Someone mentioned getting them from svn, and I have the install disk. Can I somehow get the KDE 3.5.9 packages off the install disk, and install them? I'll start a new thread for this, unless anyone here has any suggestions. This is a whole bundle of fun at the moment, and it's not like I use any of my distros for serious work. I can really understand someone needing to use their OS for their work, upgrading, and finding that the desktop has gone back to start ( start reference being to board games). Again I would like to restate, that this is not a knock at Archlinux, but at KDE4, which personally I feel is not ready for release as a replacement for KDE 3.5.9. Nigel, and expecting Incoming
[arch-general] Anyway to revert back to KDE 3.5.9? (Don't Panic)
Some days ago I ran the updates for my Don't Panic install, which said that KDE 3.5.9 was being upgraded to KDE4. I let this go ahead having asked on the list if there were likely to be any problems with KDE4. I also have recently installed Fedora 9 which comes with KDE4 as default, so this is not a pop at Archlinux, but more with KDE4, which I'm finding is virtually unuseable. I'm posting this from Fedora Core 2, which has KDE 3.2.2-14.FC2.2.legacy Red Hat, and apart from the odd konqueror crash when accessing certain web sites, there are no problems. KDE4 is a whole different ball game. The question is, is it possible to somehow revert back to KDE 3.5.9 without reinstalling. Reinstalling would mean that I only have the package versions that were on the install cd. I do have another instance of Dont Panic, that hasn't been upgraded to KDE4, and all the updates prior to the upgrade to KDE4 are available, and looking at /var/cache/pacman/pkg there don't appear to be any KDE updates until the transition to KDE4. If I do have to reinstall this instance of Don't Panic that has been upgraded to KDE4, is there some way to prevent the upgrade to KDE4 on the fresh install? Apologies if I'm offending anyone that loves KDE4, but I'm finding it a real problem to work with. Any help on this problem really appreciated. Nigel.
[arch-general] ? regarding latest Dont Panic updates, and KDE4
I've been downloading iso's on dialup for some days, so havn't updated much on my OS's. Last time I updated Dont Panic on my new machine was 20080709. A pacman -Sy, followed by pacman -Su rung some alarm bells when it said arts was going to be replaced yes, or no?. Well ages back I'd read that arts wasn't going to be in KDE4, so this looked like an upgrade to KDE4. Said yes to that, and then see a mention that extra/kdeplasma-addons is going to replace kdeaddons, and kdeplasma is definately KDE4 from my reading the fedora list for Fedora 9, and the Kubuntu list where KDE4 is an option with Kubuntu Hardy Heron 8.04. To see where this is going I say yes to the plasma stuff, and yes there is definately an upgrade from KDE3.5 to KDE4 in progress. One question is how new this upgrade is. I ask because an hour or so ago, the upgrade was in the 500+MB IIRC, but just having run pacman -Sy, and pacman -Su, the upgrade is now 643.38MB. Looking at the list of KDE packages to be upgraded, the only one that is not being upgraded to KDE4 is kdelibs, which shows an upgrade to kdelibs3-3.5.9-1. Should I perhaps wait a couple of days before doing the pacman -Su, so as to make sure that the transition to KDE4 will have all the necessary packages available? The second question, as I've seen a whole bunch of problems with KDE4 on mainly the Fedora list, but also on the Kubuntu list where folks using Hardy Heron 8.04 have decided to try KDE4, rather than the default KDE3.5, is, does KDE4 run ok on Don't Panic, without totally screwing up the desktop, that currently is working fine under KDE3.5? I'll start downloading the packages as I'm on dialup, so there is plenty of time for answers. I get about 150MB in 9hrs, so bearing in mind that during the daytime I'm doing other stuff on the Internet, I'd estimate about 45-48 hours is needed to download all the packages before they start to be installed. So the clock is ticking as from now. Answers please before the package downloads finish, and I'm stuck with KDE4. Just a bit of fun as the list is quiet. I suppose sooner or later I'll find some distro or other has KDE4 as default, and will have to go with it, but having seen many problems on the Fedora list, admittadly with kde-4.0, with promises that things would be better with kde-4.1, and of course Don't Panic is upgrading to kde-4.1.0-1, so perhaps I'm worrying about nothing. Nice distro, but I really do wish that Andy would fix Jacman. Nigel.
[arch-general] Firefox 3 on latest update of Don't Panic question
I'm just about to update one of my 2 instances of Don't Panic. Firefox 3 is going to be installed. I'd had problems playing a radio stream from a radio station in the Channel Islands using Bon Echo, so downloaded and installed another instance of Firefox from the Mozilla site, and installed it in /usr/local, where I normally install Firefox. This ran the stream from the site ok. I then changed the identity of Bon Echo to Firefox, and this too ran the stream ok. The site obviously had some problems with the Bon Echo identity. The question is though. If I go ahead with the upgrade of Firefox/Bon Echo to 3.0-1, is it still going to play well with the Firefox I installed from the Mozilla site (version 2.0.0.12). At the moment they are both happy to share the same files in ~/, and both use the same addons. For info my current Bon Echo version is 2.0.0.14. I havn't tried Firefox 3 yet, so it may be interesting, but all the same, don't want to screw anything up. Whatever it's like, it can't be as bad as all the complaints I've seen regarding KDE4 on the Fedora, and Kubuntu lists. Saying that though, new stuff always gets a lot of feedback, both positive, and negative. Nigel.
Re: [arch-general] Problem starting vsftpd service. (Don't Panic)
On Thursday 19 June 2008 17:02, Pierre CHAPUIS wrote: If you start vsftpd as a daemon you have to : - Have listen=YES and background=YES in vsftpd.conf - Change line 11 from /etc/rc.d/vsftpd from /usr/sbin/vsftpd to /usr/sbin/vsftpd Bonjour Pierre. Thanks for the help. listen=YES was already set I had to add the line background=YES, as it wasn't in /etc/vsftpd.conf Removed the from line 11 in /etc/rc.d/vsftpd Then tried /etc/rc.d/vsftpd start, and got a fail, and thought that I still had problems. A reboot though has started the vsftp daemon, and it now shows up in /var/run/daemons. Thanks again for the help, and another thing I must write down in my notebook regarding specific Archlinux stuff. Cordialement. Nigel.
[arch-general] Problem with Transient resolver failure with pacman (Don't Panic)
I have Archlinux running on one machine with no problems, but the install was done a while back. I've just installed it on a new machine that I've built, but am having problems running pacman -Sy. The network setup is ok. I use static IP addresses, and everything is correctly set. /etc/resolv.conf has the correct nameserver set, and the gateway 192.168.0.1 in /etc/rc.conf is active by removing the !. Running pacman -Sy though is constantly giving me a Transient resolver failure . Pacman -Sy is trying every mirror on the planet, and must have worked it's way through at least 30 up to now. There must be some setting that I havn't got right. Any suggestions would be most definately gratefully received. Nigel.
Re: [arch-general] Kernel upgrades question, as can't revert to earlier kernel
Update on the updated kernel below. On Thursday 29 May 2008 01:08, Nigel Henry wrote: On Wednesday 28 May 2008 23:47, Aaron Griffin wrote: On Wed, May 28, 2008 at 4:35 PM, Nigel Henry [EMAIL PROTECTED] wrote: I've noticed for some time now that some distros are upgrading the current running kernel, rather than installing a new kernel version, which if there are problems with the new kernel, you could boot the earlier kernel, which you know was working ok. I'm currently updating my Don't Panic install, and there is a kernel update to 2.6.25.4-1 , and 21% done so far. Is there some way that this latest kernel version can be installed as a new kernel, and leave the existing one alone? I don't like this way of updating the kernel, as you have no way of booting to the earlier one if the latest version is problematic. Nigel. We don't really support this due to the sheer hassle, but it is easy enough to downgrade to an old kernel, as all packages are kept in a cache on your machine. If a new kernel borks for you, just pacman -U the right files from /var/cache/pacman/pkg Thanks for all the suggestions folks. I'll just let the upgrade run for now, and hope that the 2.6.25 kernel doesn't screw my sounds up. Nigel. Well the 2.6.25 kernel didn't bork the sounds, but for some reason is unable to load the tuner module for my TV card, although the bttv module, and related deps are loaded. See below for the results of a modprobe tuner. [EMAIL PROTECTED] djmons]# modprobe tuner FATAL: Error inserting tuner (/lib/modules/2.6.25-ARCH/kernel/drivers/media/video/tuner.ko): Unknown symbol in module, or unknown parameter (see dmesg) [EMAIL PROTECTED] djmons]# Anyway, putting that little problem aside, I decided to install the earlier kernel that worked, and also keep the 2.6.25, to see if it was fixable. I renamed the files in /boot for the 2.6.25, and edited the relevant lines in /boot/grub/menu.lst to reflect the renaming in /boot. Next to install the earlier 2.6.24 kernel, but there was a problem, in that the updates that had included the 2.6.25 kernel, also updated some wireless packages, and trying to install the 2.6.24 kernel , there were complaints that these updated wireless packages depended on the 2.6.25 kernel, see below. [EMAIL PROTECTED] djmons]# pacman -U /var/cache/pacman/pkg/kernel26-2.6.24.4-1-i686.pkg.tar.gz loading package data... checking dependencies... error: failed to prepare transaction (could not satisfy dependencies) :: ipw3945: requires kernel26=2.6.25.3-1 :: madwifi: requires kernel26=2.6.25.3-1 :: ndiswrapper: requires kernel26=2.6.25.3-1 :: rt2500: requires kernel26=2.6.25.3-1 :: wlan-ng26: requires kernel26=2.6.25.3-1 Now I don't use wireless, so I removed the above packages, but I suppose if you do need wireless, I don't see how you could workaround this, if you wanted to revert to an earlier kernel version. Anyway having removed the offending packages, the 2.6.24 kernel installed ok, and the files vmlinuz26, kernel26-fallback.img, and kernel26.img turned up in /boot, along with my renamed ones for the 2.6.25 kernel. No new lines were added to /boot/grub/menu.lst though for the 2.6.24 kernel (but I've had that when installing a kernel with my Debian installs), so added the lines manually. Reboot, selecting the 2.6.24 kernel, and that booted fine, and everything was working as before, including the TV card. Reboot again, selecting the 2.6.25, which ahum booted, but no sounds, Gkrellm was missing the eth0 section, so it looked like no network either, and the darned mouse pointer was stuck in the middle of the screen. couldn't get the menu to show with the keyboard, ctrl alt backspace worked, and got the menu to shutdown on the login screen. Booted up using the 2.6.24 kernel, and as I want to keep it, did another renaming session in /boot, and an editing session in grubs menu.lst. Now I have for the 2.6.24, vmlinuz26-2.6.24.4-1, kernel26-2.6.24.4-1.img, and kernel26-2.6.24.4-1-fallback.img. And the same files for the 2.6.25, renamed to vmlinuz26, etc, so that a further kernel update will only update the 2.6.25, and leave the 2.6.24 alone. Reboot a couple of times to make sure the renaming worked, 2.6.24 is still ok, but still the same problems with 2.6.25. Just for fun I did a pacman -Sy, and a pacman -Su, and this is a bit strange, as packman said the 2.6.25 needed updating, nothing to download, so it wasn't another new 2.6.25, but the one in the cache, and as far as I was concerned was already installed, but gone a bit pear shaped. I said yes to this supposed updating of the 2.6.25, and the kernel was installed, as below. [EMAIL PROTECTED] djmons]# pacman -Su :: Starting full system upgrade... resolving dependencies... looking for inter-conflicts... Targets: kernel26-2.6.25.4-1 Total Download Size:0.00 MB Total Installed Size: 74.36 MB Proceed with installation? [Y/n] checking
[arch-general] Kernel upgrades question, as can't revert to earlier kernel
I've noticed for some time now that some distros are upgrading the current running kernel, rather than installing a new kernel version, which if there are problems with the new kernel, you could boot the earlier kernel, which you know was working ok. I'm currently updating my Don't Panic install, and there is a kernel update to 2.6.25.4-1 , and 21% done so far. Is there some way that this latest kernel version can be installed as a new kernel, and leave the existing one alone? I don't like this way of updating the kernel, as you have no way of booting to the earlier one if the latest version is problematic. 26% done now. Nigel.
Re: [arch-general] Kernel upgrades question, as can't revert to earlier kernel
On Wednesday 28 May 2008 23:47, Aaron Griffin wrote: On Wed, May 28, 2008 at 4:35 PM, Nigel Henry [EMAIL PROTECTED] wrote: I've noticed for some time now that some distros are upgrading the current running kernel, rather than installing a new kernel version, which if there are problems with the new kernel, you could boot the earlier kernel, which you know was working ok. I'm currently updating my Don't Panic install, and there is a kernel update to 2.6.25.4-1 , and 21% done so far. Is there some way that this latest kernel version can be installed as a new kernel, and leave the existing one alone? I don't like this way of updating the kernel, as you have no way of booting to the earlier one if the latest version is problematic. 26% done now. Nigel. We don't really support this due to the sheer hassle, but it is easy enough to downgrade to an old kernel, as all packages are kept in a cache on your machine. If a new kernel borks for you, just pacman -U the right files from /var/cache/pacman/pkg Thanks for all the suggestions folks. I'll just let the upgrade run for now, and hope that the 2.6.25 kernel doesn't screw my sounds up. I'll look at all your suggestions again tomorrow, as it's getting a bit late here now. Thanks again for the amazingly quick responses. Nigel.
Re: [arch-general] Tool to stop and start services? (Don't Panic)
On Thursday 22 May 2008 17:09, Travis Willard wrote: On Thu, May 22, 2008 at 11:07 AM, Nigel Henry [EMAIL PROTECTED] wrote: On my Fedora installs there is a GUI for stopping and starting services, and also the option of using chkconfig on the CLI. On my Debian installs, I installed sysv-rc-conf, which runs on the CLI, and allows you to stop and start services. Is there anything similar that I could use on my Archlinux install? Thanks for any help. I can't recall any such tool offhand, though the discussion certainly has come up before. What's wrong with /etc/rc.d/service stop and /etc/rc.d/service start? Johannes also suggests this way, and I have no problems with it, but sometimes it's just nice to have a list of running services, maybe just to see if there is some service you don't need, and to be able to stop it. A couple of suggestions on later posts have suggested packages available in AUR. I'll have a look at these. I was sort of thinking of new users, that may have been used to GUI stuff. A command on the CLI to bring up something using dialog, whiptail, or ncurses would also work, as you get a GUI of sorts. Also, sometimes it's not easy to know the name of a service. For example, you want to stop the ntp service. Do you stop ntp, or ntpd, and with ssh. Is this ssh, or sshd. I know you can try both, but a list of running services helps. This is just a little academic question so please don't be offended. All in all I'm very pleased with Archlinux (Don't Panic). I have a bunch of distros installed, Fedora, Debian, Kubuntu, Slackware, but none of them boot up as quick as my Archlinux install. Any suggestions as to what may be different from my other installs, that causes Archlinux to boot up so quickly? Nigel.
[arch-general] libSoundTouch.a but no libSoundTouch.so
I'm trying to build Psychosynth on Don't Panic. There are are a few deps, some of which I need to build from source (OIS, Ogre, and CEGUI). Soundtouch is also a dep, and is available from the Archlinux repos, but running ./configure on Psychosynth, it failed to find the libsoundtouch lib. Looking in /usr/lib, libsoundtouch has a libSoundtouch.a file, but no libSoundTouch.so file, which I presume is why ./configure for Psychosynth cannot find the library. Is this a bug, and if so, where should I report it? I did also download the soundtouch tarball from their site, but with configure, and make problems. ./configure complained that it couldn't find automake-1.9, which is true, as the version installed is automake-1.10. I created a symlink from automake-1.9 pointing to automake-1.10, then ./configure ran to completion, but then make complained that it couldn't find libtools, even though it's installed in /usr/bin. Make said it was looking for libtools in ../libtools, but I'm clueless as to where that is. Any help on that? Any help/suggestions welcome. Nigel.
[arch-general] Qjackctl won't open since latest updates
I've had Archlinux Don't Panic installed for a while. I installed it because someone on another list was having problems with their hda intel soundcard, and I wanted to see what was required to upgrade the Alsa driver on Archlinux. It seems to be a nice stable distro, pacman, which I havn't used before, installs the downloaded packages very quickly. Downloading them, as always takes a while, as I'm on dialup. Anyway. The problem since the latest updates. Qjackctl was working ok, but since updates I did last night, it now fails to start. See below for the updated packages. [EMAIL PROTECTED] djmons]# pacman -Su :: Starting full system upgrade... warning: opera: forcing upgrade to version 9.25-2 resolving dependencies... warning: dependency cycle detected: warning: xorg-server will be installed before its catalyst-utils dependency looking for inter-conflicts... Targets: readline-5.2-7 jack-audio-connection-kit-0.109.0-1 kde-common-3.5.8-3 qt3-3.3.8-6.1 arts-1.5.8-2 avahi-0.6.20-3 xorg-server-1.4.0.90-5 catalyst-utils-8.01-1 dbus-qt3-0.62-3 e2fsprogs-1.40.4-1 x264-20071202-1 ffmpeg-20071204-1 hwd-5.3.2-1 pcre-7.5-1 kdelibs-3.5.8-4 kdebase-3.5.8-3 qscintilla-qt3-1.7.1-2 kdebindings-3.5.8-2 poppler-qt3-0.6.3-1 kdegraphics-3.5.8-3 lvm2-2.02.31-1 mplayer-1.0rc2-2.1 opera-9.25-2 qt-4.3.3-4 poppler-qt-0.6.3-1 python-2.5.1-5 pygobject-2.14.1-1 pygtk-2.12.1-1 qca-2.0.0.svn744387-1.1 qca-qt3-1.0-1 qca-tls-1.0-5 qjackctl-0.3.2-1 qscintilla-2.1-3 libx86-0.99-1 vbetool-1.0-2 vi-7.1.228-1 which-2.19-2 wpa_supplicant-0.5.9-1 Total Download Size:170.33 MB After these updates Qjackctl would not start from the KDE desktop launcher, and see below for output when trying to start it on the CLI. [EMAIL PROTECTED] ~]$ qjackctl qjackctl: error while loading shared libraries: libaudio.so.2: cannot open shared object file: No such file or directory [EMAIL PROTECTED] ~]$ It's true that there's no such library as libaudio.so.2, at least I can't find one. I have run pacman -Sy, and -Su this evening, and no further updates are available. Should I just wait a bit, and see if this problem is resolved, or post a bug report? Personally I don't see it as a bug, but more to do with Qjackctl being upgraded, and the upgraded version needing a library not yet available. Comments as always welcome. Nigel.