- Arch-general - lists.archlinux.org

[arch-general] Canon MP280 turboprint
by R7h0re4 22 Aug '11

22 Aug '11

I have a canon MP280 printer and am unable to print using turboprint, as well as a regular cups using gutenprint drivers or Turboprint drivers or the .ppd files downloaded from Canon's site. When I check the aur most of the packaged drivers are outdated and when I check the bug reports it seems that I am not alone in this respect. A few of the bug reports list something about 64 bit issues, I am also unable to compile some of the files from the Canon tar balls you can get from Canons site. When I check the cups error log file it gives me back end failures and list a few files, when I link the file nothing prints. This also applies to Turbo-print but does not give error messages in that program. Just wanted to know what other options I may need to pursue, the printer works with Debian 32 bit on a net-book, and of course Windows but it would be nice to get it working under Arch. R7h0re4

4 8

[arch-general] Issues with Firefox 6 not starting after update
by Samuel Baldwin 22 Aug '11

22 Aug '11

The topic says it all. I recently pacman -Syu'd and firefox has refused to start after this. I've tried rolling back to firefox 4 (and xulrunner 2) but I just get an error about XPCOM not loading. Trying to start firefox 6 just yields hanging. I've tried running firefox with LD_DEBUG=all and I've uploaded it here: http://lusitania.logik.li/files/firefox.log . Any help would be appreciated. Pointers about how successfully rollback to firefox 4 are also an acceptable substitute. Thanks, -- Samuel Baldwin - logik.li

10 25

Re: [arch-general] new TalkingArch ISOs available!
by Kyle 21 Aug '11

21 Aug '11

Getting it now. Thanks for the great work you put into this. ~Kyle Sent from my Wishdroid! :)

2 1

[arch-general] new TalkingArch ISOs available!
by Christopher Brannon 21 Aug '11

21 Aug '11

Hi all, I'm proud to announce the latest edition of my TalkingArch project. TalkingArch consists of modified Arch Linux ISO images, customized for the blind. Both Speakup and Brltty are provided. Assuming that there are no issues with your sound card, your machine should start speaking as soon as TalkingArch finishes booting. While it is typically used to install Arch Linux, it also makes a handy rescue CD. You may obtain TalkingArch from my website: <http://the-brannons.com/tarch/>. TalkingArch is in no way affiliated with or endorsed by Arch Linux. I created it for my own personal use, although I sincerely hope that others will enjoy it. TalkingArch comes with absolutely no warranty. If it breaks, I'm sorry about your bad luck! -- Chris

1 0

[arch-general] mkinitcpio: WARNING: deprecated 'install' function. This should be renamed 'build' for custom hook
by Marek Otahal 21 Aug '11

21 Aug '11

Hi, I have a custom hook [1] (opencrypt to setup encrypted partitions for me) and last days (well, a couple of months maybe:P) I'm getting this on every mkinitcpio generation: -> Parsing hook: [opencrypt] ==> WARNING: Hook 'opencrypt' uses a deprecated 'install' function. This should be renamed 'build' -> Parsing hook: [resume] Fortunately, the system still works ok, I am just curious what's the complaint about? I checked the official hooks in /lib/initcpio/hooks and none uses build(), they do all run_hook(). Thanks, Mark =================== [1] custom hook opencrypt # vim: set ft=sh: # marek for encryption run_hook () { echo "opencrypt hook" # cryptsetup luksOpen /dev/sda6 preDevice ## handled by cryptdevice=/dev/sda6:preDevice boot cmd line # sda7 now, +1 shift mkdir -p /mnt/pre mount -n -t ext4 /dev/mapper/preDevice /mnt/pre echo "swapDevice: " cryptsetup -d /mnt/pre/swap.key luksOpen /dev/sda8 swapDevice echo "homeDevice: " cryptsetup -d /mnt/pre/home.key luksOpen /dev/sda10 homeDevice echo "storeDevice: " cryptsetup -d /mnt/pre/store.key luksOpen /dev/sda6 storeDevice umount /mnt/pre cryptsetup luksClose preDevice echo "[ok]" } -- Marek Otahal :o)

2 2

[arch-general] Ethernet stopped working after update
by dmbuce＠gmail.com 20 Aug '11

20 Aug '11

My card: # lspci | grep -i ethernet Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8111/8168B PCI Express Gigabit Ethernet controller (rev 03) After doing pacman -Syu, ethernet on my desktop stopped working. The card on my laptop is the same, at least according to lspci, and is working fine. When I upgraded, there was a change in syntax in rc.conf for defining the network, but I'm just attempting dhcp for now before I try to set up a static ip: interface=eth0 address= netmask= gateway= I've tried resetting the router and switching from the kernel's r8169 driver to the r8168 driver from the aur. I compiled the aur driver on my laptop and transferred to the desktop on usb -- as long as they're both x86_64, this shouldn't be a problem, right? Regardless of my choice of driver, ethernet on the laptop works fine, and doesn't work at all on the desktop. If I set up ethernet manually using ifconfig to define the address/netmask/broadcast/etc (making sure the routes are correct), everything appears to work fine until I try to ping the router and get "Destination Host Unreachable". And the kicker is that the light on the router for the port I have my ethernet cable plugged into will light up for the laptop, but not the desktop. Given this and the other behavior, I'm inclined to think it's a hardware issue, but this hardware is only several months old, and having this happen right after an upgrade seems unlikely to be a coincidence. Anything else I can try short of reinstalling or getting a replacement from the manufacturer?

10 17

[arch-general] problems with vim
by Uli Armbruster 20 Aug '11

20 Aug '11

Hi list I wanted to ask here first, because it might be a configuration problem on my side, which I tried to, but couldn't figure out. My problem is, in vim the right and left arrow keys don't do anything in command mode (in insert mode everything's normal). The up and down arrow keys work as expected. I know in vim it makes more sense to use hjkl to navigate, which I prefer most of the time, but sometimes - I don't really know why - I use the arrow keys. To investigate further I moved ~/.vim and ~/.vimrc, still the same. I tried it with a new user, still the same. Is this a bug? Can somebody confirm this behavior? Best Army

5 7

[arch-general] Pacman get stack when updating the kernel!!
by Hector Martinez-Seara 20 Aug '11

20 Aug '11

Hi, Today when I have tried to update the kernel pacman got stack: >>> Updating module dependencies. Please wait ... >>> Generating initial ramdisk, using mkinitcpio. Please wait... ==> Building image from preset: 'default' -> -k /boot/vmlinuz-linux -c /etc/mkinitcpio.conf -g /boot/initramfs-linux.img ==> Starting build: 3.0-ARCH -> Parsing hook: [base] -> Parsing hook: [udev] -> Parsing hook: [autodetect] After this point nothing happen. In everything.log I get infinite amount of the following message: " Aug 19 15:18:03 localhost kernel: [608984.681025] xhci_hcd 0000:02:00.0: WARN: Stalled endpoint " Does anybody know what is going on? Hector -- Hector Martínez-Seara Monné mail: hseara(a)gmail.com Tel: +34656271145 Tel: +358442709253

3 5

[arch-general] PHP: Dropping Suhosin patch and PEAR
by Pierre Schmitz 20 Aug '11

20 Aug '11

Hi all, The recent PHP 5.3.7 packages will be shipped without the Suhosin patch and there also wont be a PEAR package. While I like the suhosin project I have to assume that this is stalled at best. There are no new releases since PHP 5.3.4 was released. I also wasn't able to contact the author to ask about the current state. Even though porting the patch to new minor php releases is quite easy, I don't feel comfortable about this; doing so wont also be "the Arch way". If anybody knows more about the current state of Suhosin, please let me know. Note: I'll keep the Suhosin extension as long as it works though. In addition to this I removed the php-pear package. The main problem is that the recent version of PEAR does not support the installation to a destination directory. There are quite a lot of bug reports about this; some of them are very old.* I am not really interested to add any hacks to make it working. This has to be fixed upstream once and for all; unless they really don't want to have pear redistributed. For anybody interested in using pear I'd suggest creating a separate PKGBUILD and put it into AUR. The Fedora spec file might be a good start: http://pkgs.fedoraproject.org/gitweb/?p=php-pear.git;a=blob;f=php-pear.spec Greetings, Pierre *) https://bugs.php.net/bug.php?id=18568 http://pear.php.net/bugs/bug.php?id=6154 https://bugs.php.net/bug.php?id=50509 https://pear.php.net/bugs/bug.php?id=17067 -- Pierre Schmitz, https://users.archlinux.de/~pierre

2 2

[arch-general] mounted samba shares causing hang on shutdown/reboot
by David C. Rankin 20 Aug '11

20 Aug '11

Guys, I'm wondering if I need to change the order of the processes in the DAEMONS line in rc.conf to prevent a hang on reboot/shutdown if smb shares are mounted. It is almost a 3 minute hang: Aug 19 16:42:01 providence postfix/qmgr[1316]: A178EA64CD: removed Aug 19 16:43:13 providence smbd[29587]: [2011/08/19 16:43:13.608240, 0] printing/print_cups.c:110(cups_connect) Aug 19 16:43:13 providence smbd[29587]: Unable to connect to CUPS server 192.168.7.15:631 - Connection refused Aug 19 16:43:13 providence smbd[11057]: [2011/08/19 16:43:13.623014, 0] printing/print_cups.c:487(cups_async_callback) Aug 19 16:43:13 providence smbd[11057]: failed to retrieve printer list: NT_STATUS_UNSUCCESSFUL Aug 19 16:44:49 providence shutdown[30753]: shutting down for system reboot Aug 19 16:44:49 providence init: Switching to runlevel: 6 Apparently, the unmount attempt happens immediately after the postfix shutdown and the total time between the time of hang and time of shutdown is 2:48 seconds which seems like forever. (it's probably actually a 2:30 sec. timeout, with 18 secs burned somewhere else) The DAEMONS line I'm using is: DAEMONS=(hwclock syslog-ng network hal @netfs @ntpd @sshd @crond !avahi-daemon @mysqld @postfix @cups @samba @apcupsd) From the error, it looks like smbd attempts to contact cups and gets a connection refused (I have 1 smb printer defined). I don't know whether this is a bug or a problem with the shutdown order. If I manually unmount the smb drives before calling shutdown, then there is no hang. However, I shouldn't need to manually unmount the smb drives as that should be handled automatically. I can obviously write a simple script that is called on shutdown that does the unmount, but I would rather see if I can identify and fix the issue correctly. Anybody have any thoughts on whether I should move things around in the DAEMONS line? Anybody else seeing this with mounted smb shares? The shares I have are these: //phoenix/config on /mnt/phx-cfg type cifs (rw) //phoenix/samba on /mnt/phx type cifs (rw) //phoenix/david on /mnt/phx-david type cifs (rw) Any thoughts? This isn't something that just started today. It has existed for a number of months, but I've just lived with it as this box is rarely rebooted except for kernel updates... -- David C. Rankin, J.D.,P.E.

1 0