Re: [arch-general] Problems mountig ftp/smb via gvfs
On Thu, 2010-09-30 at 07:32 +0200, b1 wrote: On Wed, 2010-09-29 at 18:22 -0600, J. W. Birdsong wrote: On 09/29/10 at 10:44pm, b1 wrote: Hello altogether Today I ran into the following problem: When I try to connect to an ftp Server via the connect to Server Dialog in Nautilus, the ftp Server gets mounted. Unfortunatelly there are no files in the newly created mountpoint. I also looked manually in the .gvfs/FTPSERVERNAME/ Directory and it is empty. However trying to access the ftp-Server via filezilla (an ftp programm), works fine. The exactly same issue comes up, if I try to connect to a Windows-Share. A mountpoint is created, but its empty. Nautilus shows no error message and I have no idea of how to solve this. Any help is appreciated. Thanks in advance. Benedikt Patch/fix for this bug found https://bugs.archlinux.org/task/20724 Thanks for your answer. Unfortunatelly this hasn`t solved my problem. After downgrading ssh, I still have the same issue. After mounting the network share / ftp-Server the mount point is still completly empty. Any ideas of how to troubleshoot this? Thanks in advance Benedikt Hello again Now I have also tried downgrading .gvfs but no luck at all. Mounting ftp or smb shares is still not working. The mountpoint is simply empty. I also tried to debug /usr/lib/gvfsd with strace, but couldn`t see anything suspicious. Therefore my current guess is that gvfs-fuse deamon is causing the problems. However I cant debug it with strace: strace /usr/lib/gvfs/gvfs-fuse-daemon [...] write(2, fuse: missing mountpoint paramet..., 35fuse: missing mountpoint parameter ) = 35 [...] Any ideas of how to debug the fuse daemon? Or of how to fix the problem? Thanks in advance Benedikt
[arch-general] Problems mountig ftp/smb via gvfs
Hello altogether Today I ran into the following problem: When I try to connect to an ftp Server via the connect to Server Dialog in Nautilus, the ftp Server gets mounted. Unfortunatelly there are no files in the newly created mountpoint. I also looked manually in the .gvfs/FTPSERVERNAME/ Directory and it is empty. However trying to access the ftp-Server via filezilla (an ftp programm), works fine. The exactly same issue comes up, if I try to connect to a Windows-Share. A mountpoint is created, but its empty. Nautilus shows no error message and I have no idea of how to solve this. Any help is appreciated. Thanks in advance. Benedikt
[arch-general] Multilib Repo Thanks
Hello altogether and especially to the people contributing to the multilib repo. Having this repo is so damn great! Really good work. If I would have been asked to send in a wishlist, of my most desired features, a month ago such a repo would have been on place one!!! Thank you guys Benedikt
Re: [arch-general] pacman segfault problem
On Sat, 2010-07-31 at 11:06 -0700, b1 wrote: On Sat, 2010-07-31 at 01:50 +0200, Sven-Hendrik Haase wrote: On 30.07.2010 22:27, b1 wrote: ~~ Any help is greatly appreciated. Thanks Benedikt Use the Arch install medium and its working pacman and set the install dir to your system. Assume your pacman database is corrupt as well so discard it. Reinstall at least base and base-devel into your mounted system from the live medium and copy the resulting db. This will only make pacman recognize packages contained in base and base-devel when you're booting back into your system but at least pacman will be working again. -- Sven-Hendrik Hello Sven Thanks for your reply. I did what you suggested. I bootet the Arch linux live cd, removed the old databse, installed base and base-devel, copied the resulting db and rebooting. After readding users, adapting rc.conf and another reboot, I was able to log in. Now pacman -Syu works without errors (However has nothing to update at the moment, so I cant really tell). However I also saved a complete list of packages before doing the live-cd thing, in order to restore them now. Unfortunatelly I once again ran into the problem. Many packages work just fine, however a pacman -S pulseaudio segfaults again, with the already known error message. Therefore I assumed it had something to do with my package cache. I did a pacman -Scc However no success. Still getting the segfault. Is there any other place pacman keeps information about packages like pulseaudio? Any ideas what I could do? Anyone having any idea, what the problem might be? Again every hint is very appreciated. Thanks Benedikt Ok, I nearly managed to restore all packages, however the following packages cause the segfault: gstreamer0.10-pulse lib32-pulseaudio libquicktime pavucontrol pavumeter pulseaudio ttf-liberation Interestingly the installation via pacman -fU URL succeeds and with pacman -fS PACKAGE fails. Is there some debugging version of pacman? For use with gdb to track down the problem. Or do I have to compile it from source and if so, what flags do I have to set? Thanks Benedikt
[arch-general] pacman segfault problem
Hey alltogether Unfortunatelly I ran into some really strange pacman problem. While performing an normal system update, my computer froze (due to some incorrect overclocking settings). After correcting the settings and rebooting, I tried to run the Upgrade again, and got this (after manually removing the lock file): error: segmentation fault Internal pacman error: Segmentation fault. Please submit a full bug report with --debug if appropriate. Afterwards I ran the pacman with --debug switch. Since the ouptut is rather long, I have attached it to the end of the mail. Unfortunatelly, gdb wasn't very helpfull, just showing 0x778d8c96 in strcmp () from /lib/libc.so.6 If any one has any idea of how to replace the broken pacman with a new pacman or of how to fix this issue, I would greatly appreciate to hear from you. Thanks in advance Benedikt ~ 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: architecture: x86_64 debug: config: new section 'core' debug: registering sync database 'core' debug: config file /etc/pacman.conf, line 66: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'core': ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/core/os/x86_64 debug: adding new server URL to database 'core': ftp://ftp-stud.hs-esslingen.de/pub/Mirrors/archlinux/core/os/x86_64 debug: adding new server URL to database 'core': ftp://mirrors2.portafixe.com/archlinux/core/os/x86_64 debug: adding new server URL to database 'core': ftp://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/core/os/x86_64 debug: adding new server URL to database 'core': ftp://ftp.tu-chemnitz.de/pub/linux/archlinux/core/os/x86_64 debug: setlibpaths() called debug: option 'cachedir' = /var/cache/pacman/pkg/ debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: new section 'extra' debug: registering sync database 'extra' debug: config file /etc/pacman.conf, line 70: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'extra': ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/extra/os/x86_64 debug: adding new server URL to database 'extra': ftp://ftp-stud.hs-esslingen.de/pub/Mirrors/archlinux/extra/os/x86_64 debug: adding new server URL to database 'extra': ftp://mirrors2.portafixe.com/archlinux/extra/os/x86_64 debug: adding new server URL to database 'extra': ftp://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/extra/os/x86_64 debug: adding new server URL to database 'extra': ftp://ftp.tu-chemnitz.de/pub/linux/archlinux/extra/os/x86_64 debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: new section 'community' debug: registering sync database 'community' debug: config file /etc/pacman.conf, line 78: including /etc/pacman.d/mirrorlist debug: config: attempting to read file /etc/pacman.d/mirrorlist debug: adding new server URL to database 'community': ftp://ftp.hosteurope.de/mirror/ftp.archlinux.org/community/os/x86_64 debug: adding new server URL to database 'community': ftp://ftp-stud.hs-esslingen.de/pub/Mirrors/archlinux/community/os/x86_64 debug: adding new server URL to database 'community': ftp://mirrors2.portafixe.com/archlinux/community/os/x86_64 debug: adding new server URL to database 'community': ftp://ftp.spline.inf.fu-berlin.de/mirrors/archlinux/community/os/x86_64 debug: adding new server URL to database 'community': ftp://ftp.tu-chemnitz.de/pub/linux/archlinux/community/os/x86_64 debug: config: finished parsing /etc/pacman.d/mirrorlist debug: config: finished parsing /etc/pacman.conf debug: registering local database :: Synchronizing package databases... debug: destfile found, using mtime only debug: using 'core.db.tar.gz' for download progress debug: HTTP_PROXY: (null) debug: http_proxy: (null) debug: FTP_PROXY: (null) debug: ftp_proxy: (null) debug: ust.mtime: 1280144323 local_time: 1280144323 compare: 0 debug: ust.size: 36270 local_size: 36270 compare: 0 debug: files are identical, skipping core.db.tar.gz core is up to date debug: destfile found, using mtime only debug: using 'extra.db.tar.gz' for download progress debug: HTTP_PROXY: (null) debug: http_proxy: (null) debug: FTP_PROXY: (null) debug: ftp_proxy: (null) debug: ust.mtime: 1280495099 local_time: 1280495099 compare: 0 debug: ust.size: 466248 local_size: 466248 compare: 0 debug: files are identical, skipping extra.db.tar.gz extra is up to date debug: destfile found, using mtime only debug: using 'community.db.tar.gz' for download progress debug: HTTP_PROXY: (null) debug: http_proxy: (null) debug: FTP_PROXY: (null) debug: ftp_proxy: (null) debug: ust.mtime: 1280495442 local_time: 1280495442 compare: 0 debug: ust.size: 398411 local_size: 398411
Re: [arch-general] pacman segfault problem
On Fri, 2010-07-30 at 21:06 +0200, Sven-Hendrik Haase wrote: On 30.07.2010 21:00, b1 wrote: Hey alltogether Unfortunatelly I ran into some really strange pacman problem. While performing an normal system update, my computer froze (due to some incorrect overclocking settings). After correcting the settings and rebooting, I tried to run the Upgrade again, and got this (after manually removing the lock file): error: segmentation fault Internal pacman error: Segmentation fault. Please submit a full bug report with --debug if appropriate. Afterwards I ran the pacman with --debug switch. Since the ouptut is rather long, I have attached it to the end of the mail. Unfortunatelly, gdb wasn't very helpfull, just showing 0x778d8c96 in strcmp () from /lib/libc.so.6 If any one has any idea of how to replace the broken pacman with a new pacman or of how to fix this issue, I would greatly appreciate to hear from you. Thanks in advance Benedikt You should try to manually get the package from the ftp, unpack it and overwrite the pacman binary manually. Then perform a full system reinstallation using pacman -Sy $(pacman -Qq) since you cannot know whether other binaries are also affected. -- Sven-Hendrik Thanks for your reply, especially for the reinstallation of all packages. I wouldn't have thought of that. However unfortunatelly the problem persists. pacman -Syu produces the exactly same output as before. However based on your suggestions I ran the following commands after replacing the pacman binary... ~~ sudo pacman -U ftp://ftp5.gwdg.de/pub/linux/archlinux/core/os/x86_64/pacman-3.4.0-2-x86_64.pkg.tar.gz pacman-3.4.0-2-x86_64 658.3K 335.7K/s 00:00:02 [##] 100% resolving dependencies... looking for inter-conflicts... Targets (1): pacman-3.4.0-2 Total Download Size:0.00 MB Total Installed Size: 2.23 MB Proceed with installation? [Y/n] checking package integrity... (1/1) checking for file conflicts [##] 100% (1/1) upgrading pacman [##] 100% ~~ b1 ~: sudo pacman -S $(pacman -Qq) warning: a52dec-0.7.4-4 is up to date -- reinstalling warning: aalib-1.4rc5-6 is up to date -- reinstalling warning: abs-2.3.4.1-1 is up to date -- reinstalling warning: acl-2.2.49-1 is up to date -- reinstalling warning: alacarte-0.13.1-1 is up to date -- reinstalling warning: alsa-lib-1.0.23-1 is up to date -- reinstalling warning: alsa-plugins-1.0.23-1 is up to date -- reinstalling warning: alsa-utils-1.0.23-2 is up to date -- reinstalling warning: apache-2.2.15-2 is up to date -- reinstalling [...] warning: zenity-2.30.0-1 is up to date -- reinstalling warning: zlib-1.2.5-2 is up to date -- reinstalling warning: zvbi-0.2.33-2 is up to date -- reinstalling error: segmentation fault Internal pacman error: Segmentation fault. Please submit a full bug report with --debug if appropriate. ~~ b1 ~: sudo pacman -Syu:: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... warning: evolution: local (2.31.2-1) is newer than extra (2.30.2-1) warning: evolution-data-server: local (2.31.2-1) is newer than extra (2.30.2.1-1) warning: gtkhtml: local (3.31.2-1) is newer than extra (3.30.2-1) error: segmentation fault Internal pacman error: Segmentation fault. Please submit a full bug report with --debug if appropriate. ~~ Any help is greatly appreciated. Thanks Benedikt
Re: [arch-general] pacman segfault problem
On Fri, 2010-07-30 at 22:27 +0200, b1 wrote: On Fri, 2010-07-30 at 21:06 +0200, Sven-Hendrik Haase wrote: On 30.07.2010 21:00, b1 wrote: Hey alltogether Unfortunatelly I ran into some really strange pacman problem. While performing an normal system update, my computer froze (due to some incorrect overclocking settings). After correcting the settings and rebooting, I tried to run the Upgrade again, and got this (after manually removing the lock file): error: segmentation fault Internal pacman error: Segmentation fault. Please submit a full bug report with --debug if appropriate. Afterwards I ran the pacman with --debug switch. Since the ouptut is rather long, I have attached it to the end of the mail. Unfortunatelly, gdb wasn't very helpfull, just showing 0x778d8c96 in strcmp () from /lib/libc.so.6 If any one has any idea of how to replace the broken pacman with a new pacman or of how to fix this issue, I would greatly appreciate to hear from you. Thanks in advance Benedikt You should try to manually get the package from the ftp, unpack it and overwrite the pacman binary manually. Then perform a full system reinstallation using pacman -Sy $(pacman -Qq) since you cannot know whether other binaries are also affected. -- Sven-Hendrik Thanks for your reply, especially for the reinstallation of all packages. I wouldn't have thought of that. However unfortunatelly the problem persists. pacman -Syu produces the exactly same output as before. However based on your suggestions I ran the following commands after replacing the pacman binary... ~~ sudo pacman -U ftp://ftp5.gwdg.de/pub/linux/archlinux/core/os/x86_64/pacman-3.4.0-2-x86_64.pkg.tar.gz pacman-3.4.0-2-x86_64 658.3K 335.7K/s 00:00:02 [##] 100% resolving dependencies... looking for inter-conflicts... Targets (1): pacman-3.4.0-2 Total Download Size:0.00 MB Total Installed Size: 2.23 MB Proceed with installation? [Y/n] checking package integrity... (1/1) checking for file conflicts [##] 100% (1/1) upgrading pacman [##] 100% ~~ b1 ~: sudo pacman -S $(pacman -Qq) warning: a52dec-0.7.4-4 is up to date -- reinstalling warning: aalib-1.4rc5-6 is up to date -- reinstalling warning: abs-2.3.4.1-1 is up to date -- reinstalling warning: acl-2.2.49-1 is up to date -- reinstalling warning: alacarte-0.13.1-1 is up to date -- reinstalling warning: alsa-lib-1.0.23-1 is up to date -- reinstalling warning: alsa-plugins-1.0.23-1 is up to date -- reinstalling warning: alsa-utils-1.0.23-2 is up to date -- reinstalling warning: apache-2.2.15-2 is up to date -- reinstalling [...] warning: zenity-2.30.0-1 is up to date -- reinstalling warning: zlib-1.2.5-2 is up to date -- reinstalling warning: zvbi-0.2.33-2 is up to date -- reinstalling error: segmentation fault Internal pacman error: Segmentation fault. Please submit a full bug report with --debug if appropriate. ~~ b1 ~: sudo pacman -Syu:: Synchronizing package databases... core is up to date extra is up to date community is up to date :: Starting full system upgrade... warning: evolution: local (2.31.2-1) is newer than extra (2.30.2-1) warning: evolution-data-server: local (2.31.2-1) is newer than extra (2.30.2.1-1) warning: gtkhtml: local (3.31.2-1) is newer than extra (3.30.2-1) error: segmentation fault Internal pacman error: Segmentation fault. Please submit a full bug report with --debug if appropriate. ~~ Any help is greatly appreciated. Thanks Benedikt Sorry for posting again, but I had the idea of checking whether aurbuild would be working. However it doesn't. It tells me: aurbuild -s vlc-pulse [...] - pkgconfig: missing [M] list index out of range I dont know, but could this be related? I definitely have pkg-config installed (double checked it). Thanks for every hint Benedikt
Re: [arch-general] hid2hci tool missing
On Sun, 2010-07-04 at 09:35 -0600, Tavian Barnes wrote: On 4 July 2010 07:22, b1 fo...@b1online.de wrote: Hello altogether I am trying to get the bluetooth adapter of my dell latitude latpop to work. In many tutorials I have read of the tool hid2hci. Unfortunatelly this doesn't seem to be on my system and I can't find it elsewhere. I have bluez and bluez-utils installed. Any ideas which package might contain hid2hci? # pacman -S pkgtools ... $ pkgfile hid2hci core/udev $ pacman -Ql udev | grep hid2hci /lib/udev/hid2hci So it's in the udev package, which you probably already have installed, just under a weird path. Hey, thank you very much for your answer! This was what I was searching for. Thanks alot. Sorry for my late reply, but I was busy recently. Thanks for helping me. Benedikt
[arch-general] hid2hci tool missing
Hello altogether I am trying to get the bluetooth adapter of my dell latitude latpop to work. In many tutorials I have read of the tool hid2hci. Unfortunatelly this doesn't seem to be on my system and I can't find it elsewhere. I have bluez and bluez-utils installed. Any ideas which package might contain hid2hci? Thanks Benedikt
Re: [arch-general] A question about Arch Sixty Four
On Mon, 2010-05-24 at 23:48 +0200, Frédéric Perrin wrote: Le lundi 24 à 0:29, C Anthony Risinger a écrit : On Mon, May 24, 2010 at 12:02 AM, Keith Hinton keithint1...@gmail.com wrote: I had a question about the sixty four bit port of Arch in general so figured this would be an okay place besides IRC to obtain any help I needed. I wanted to find out ruffly how much memory Arch sixty four will use for any program in general, regardless of GUI/console? i really don't think there is a way to answer this. i'm not an expert on hardware, but 64bit applies to the CPU, nothing else. a larger bottom level cache allows the CPU to view/consume more data/bits at once, and to perform better on precision mathematics like heavy floating point operations. i don't see it having much-to-any effect on RAM usage, but again maybe i'm missing something and then someone will surely correct me :-) On a 64 bit machine, in « char *p; », p will use 64 bits (8 bytes), instead of 4 bytes in a 32 bits machine [I'm talking about p, not about *p which doesn't look like it exists]. Gary Wright seems to be saying that the impact is negligible. Nicky726 seems to be saying that there is a difference of up to 80%. I am surprised by such a claim, but there seems to be anecdotes on Google of people seeing the same thing. As I don't have a 64 bits machine, I can't test for myself. This is really strange. I am running a 64 bit system and after a fresh start (Including gnome, pulseaudio, dropbox, rhythmbox,uget,transmission) it consumes between 700 and 800MB ram. I never noticed any increase in ram usage between 32bit and 64bit (Have been running a 32bit version of another distro before). Therefore I would suggest you using 64bit. Greetings Benedikt
Re: [arch-general] PulseAudio package group
Hi Since I am just a comperativly inexperienced user, it took me some time to get pulseaudio working (Digging the forum to change the asound.conf, getting vlc to work with pulse by the aur-package). I think it would be great having a package group, with which I could install all this stuff at once, alongside with the necessary configuration (asound.conf). However I can't really assess the packaging problems, so if this isn't possible, bad luck. But I would really appreciate it. Thanks Benedikt On Wed, 2010-05-19 at 00:25 +0200, Jan Steffens wrote: I could make PulseAudio installation significantly easier by putting specially-built packages (e.g. sdl-pulse, openal-pulse) into [community] and grouping them in a pulse group. This group would also include a pulse-asoundrc package containing a pulse-configured asound.conf, as well as depending on alsa-plugins. Should I go ahead with this? Any suggestions?
Re: [arch-general] Arch shutdown because of firefox
On Tue, 2010-05-11 at 11:14 +0800, Handsome Cheung wrote: hi all, I am a newbie for ArchLinux. My computer often shuts down suddenly when I browse web site. It brings me to TTY and said The system is going down for system halt NOW!. I found that is because of the crash of flash plugin of firefox. And my question is why the crash of firefox can cause my computer shuts down? PS. my system environment: Arch + awesome, no DE. Thanks! hc Hi, Well it seesm like you are not the only one with this problem. I think I experience the same, although with a slightly different setup and therefore alternate consequences. I am running gnome on my 32bit Arch Linux machine, with a ati graphics-card. Sometimes firefox crashes and gnome restarts. No complete shutdown in my case, but I have to login again. However this only happens with the flash-plugin being enabled. Unfortunately I wasn't able to reproduce the problem, it occurs without any pattern (At least none which I could discover). However, i therefore installed flashblock on firefox. Since then I havn't experienced this problem again. Therefore I think that your shutdown (my gnome restart) is definitly caused by flashplugin+firefox itself. Overheating or strange scripts, aren't the problem in my case (I am sure, since it is a pretty standard install and the temps are ok). Currently I was waiting for the next update to eventually fix the problem (since I can live without flash). But eventually someone has some clues of how to troubleshoot this (Is there any firefox stacktrace???). Thanks, any advice is appreciated Benedikt
Re: [arch-general] Package signing
On Wed, 2010-04-28 at 22:03 +0800, Ng Oon-Ee wrote: On Wed, 2010-04-28 at 23:56 +1000, Allan McRae wrote: On 28/04/10 23:52, Ng Oon-Ee wrote: On Wed, 2010-04-28 at 23:39 +1000, Allan McRae wrote: On 28/04/10 23:32, Aleksis Jauntēvs wrote: Hello, The idea is to implement package signing for Arch similar to rpm GPG package signing. Good to see someone interested in this. Yes, the monthly forum threads were a bit tiring. I wonder what the need would be like for testers. And what testers would actually do (try and break stuff?). The need for testers usually occurs after implementation! :) Well, it does seem like a multi-part project, so I'm sure even before a total implementation there would be bits and pieces to test (functionality in pacman, for example, that nobody would use because the rest of the supporting cast isn't there yet). Hello I also like the idea of package signing for Arch. It would really be great if someone could implement this. I would also update my system to testing just because of this development, if a new pacman version containing this feature would show up.
Re: [arch-general] RAID 1 - Grub Problem / not finding stage1 file
Hello again I finally got it working right now. The problem was mdadm using version 1.1 superblocks for the raid arrays. After forcing 1.0 superblocks it worked. I ran into some other problems after that, but I was able to handle them. The truth is, the wiki article is quite outdated. I am planning to update it, this weekend. Greetings Benedikt On Fri, 2010-04-02 at 00:57 +0200, b1 wrote: Hello alltogether I am desperatly trying to get raid working. Currently I have Arch installed on /dev/sda and I would like to make an RAID 1 Array out of it (using /dev/sdb). I followed the guide from the wiki (http://wiki.archlinux.org/index.php/Convert_a_single_drive_system_to_RAID) and now I am stuck when I try to install grub on my newly created raid1-drive (Chapter 3.6 in the Wiki). Everytime I do a find /grub/stage1, grub only discovers the stage1 file on /dev/sda, but not the one on my raid-drive (/dev/sdb). I have tried this normally and from within the chroot environment, with no success. When I try to install the bootloader manually via root(hd1,4) setup(hd1) grub gives the error 14: filesystem compatibility error. I have absolutly no idea, what I can do now. /dev/sdb5 is a ext2 filesystem with type Linux Raid Autodetect, containig all the necessary files (mounting the partition and doing an ls shows the stage1 file). Any help on what I should do now is greatly appreciated Thanks Benedikt