- Arch-general - lists.archlinux.org

[arch-general] archboot dependency of vim version failed
by goodmenzy＠gmail.com 16 Sep '09

16 Sep '09

Hi all When I insall archboot package, the dependency failed. I can ensure that the vim is the most up-to-date version. Maybe the "vim>=7.2.234-1" should be "vim-7.2.23-4-1" # pacman -S archboot resolving dependencies... warning: cannot resolve "vim>=7.2.234-1", a dependency of "archboot" # pacman -Qi vim Name : vim Version : 7.2.65-1.1 URL : http://www.vim.org Licenses : custom:vim Groups : None Provides : None Depends On : vi>=7.2.65 perl python ruby acl gpm>=1.20.4 libxt Optional Deps : None Required By : None Conflicts With : None Replaces : None Installed Size : 4936.00 K Packager : Eric Belanger <eric(a)archlinux.org> Architecture : x86_64 Build Date : Mon 08 Dec 2008 01:09:51 PM CST Install Date : Fri 04 Sep 2009 02:42:11 PM CST Install Reason : Explicitly installed Install Script : Yes Description : a highly configurable, improved version of the vi text editor

3 2

Re: [arch-general] [arch-announce] Apologies for the RSS spam
by Andrew 15 Sep '09

15 Sep '09

Aaron Griffin wrote: > Still working out some kinks with the new server changes. I have > disabled the rss2email job for now. > > Cheers, > Aaron I just wanted to make sure arch-announce will be coming back sometime and hasn't been forgotten about. There have been two recent news updates (vi, TeXLive) which haven't been mailed out to arch-announce. I would've missed them entirely if the vi package hadn't complained about a file conflict. I appreciate the work you guys do and this isn't meant to be nagging. Just a reminder, since people do rely on that mailing list. Keep up the good work :) Andrew

3 2

[arch-general] nginx remote code execution
by Sergej Pupykin 15 Sep '09

15 Sep '09

Hi, All nginx users, please update it to 0.7.62, because of http://www.securityfocus.com/bid/36384

1 0

[arch-general] mounting a data dvd fails
by JM 14 Sep '09

14 Sep '09

Hello, I cannot mount a data dvd. mount /dev/dvd /media/dvd mount: unknown filesystem type 'iso9660' I noticed that isofs module, which provides iso9660 is not loaded in my system. Inserting it, however, results in: FATAL: Error inserting isofs (/lib/modules/2.6.30-ARCH/kernel/fs/isofs/isofs.ko): Invalid module format This is an up-to-date non-testing system. Help would be appreciated. Regards, JM

6 10

[arch-general] discussion about arora-git
by Biru Ionut 14 Sep '09

14 Sep '09

hi guys, what are we doing with arora-git? now is unmaintained and arora from extra si more up to date than arora-git. -- Ionut

1 0

[arch-general] torrent tracker is down
by Biru Ionut 14 Sep '09

14 Sep '09

hi, the server got rebooted and opentracker is not running on sigurd. can someone with right start it and add to rc.conf? -- Ionut

2 1

[arch-general] Suspend to RAM -- reboots instead of resuming
by Stephen Wilkinson 13 Sep '09

13 Sep '09

Hello All, I recently put a new SATA drive in my computer and decided to start with a fresh install of Arch. Before this upgrade, suspend to RAM worked fine (although I don't know if it was with kernel or uswsusp). (I should say, I'm not sure if the SATA upgrade is a cause of my problem or simply a coincidence) Although I copied my /etc/suspend.conf and /etc/pm from the old drive I must be missing something because it's not working anymore (nothing else apart from the hard drive has changed). When I do pm-suspend, the computer correctly powers down and the power LED goes from green to orange... when I wake up the computer however, instead of resuming, it reboots. So far, I've tried the following: echo mem > /sys/power/state: suspends, reboots instead of resuming pm-suspend --auto-quirks: suspends, reboots instead of resuming s2ram -n: tells me the system is unknown s2ram -f: suspends but reboots instead of resuming s2ram -f -a 3 and other variations: same, reboots instead of resuming The pm-suspend.log file is not very helpful -- it shows that the computer correctly suspends, but the last entry is "performing suspend" and there's no information on resume of course because the computer restarts instead of resuming. To rule out modules, I tested a minimal setup explained in the SUSE doc: * edit the grub kernel command to start only bash: init=/bin/bash * mount /sys and /proc by hand: mount /sys && mount /proc * manually suspend to RAM: echo mem > /sys/power/state Again, the power LED goes orange, but when I wake up the computer it restarts. I've tried different BIOS settings in case I had accidentally changed something there, but it made no difference. It seems the resume hook isn't working -- even though I re-mkinitcpio'ed the kernel images with the resume hook (also tried the uresume hook -- I'm a bit confused about this, though I think uresume is for uswsusp and resume for kernel suspend). Is there a way of seeing what happens when the wake-up event occurs? I tried adding a hook in /etc/pm/sleep.d for the resume event, but of course it's not reached, so I get nothing out. Any suggestions on how to debug this issue further would be much appreciated. I've been staring at the problem so long that I might have missed something obvious... Steve Hardware: MSI MS-6741 VIA K8T800 Socket 754 Motherboard Seagate SATA hard drive Kernel 2.6.30.6-1

1 0

[arch-general] since the fglrx legacy driver is now static - any will to make a run at getting it to work?
by David C. Rankin 12 Sep '09

12 Sep '09

Listmates, One shortcoming that really irks me (and a whole lot of other laptop users) is the lack of an ATI driver for the meager hardware on most laptops. I don't know what the statistics are, but just from an educated guess standpoint, I bet that 50-65% of the current (in use and less than 3 years old) graphic adapters in laptops is ATI. (either Xpress or mobility Radeon chips). The difference in performace between using the radeonhd driver and the fglrx driver is 6-fold, only made that much worse by kde4 demands on the graphic subsystem. I don't know if there is any political/developer will for this, but for a majority of the ati laptop hardware out there (and desktop for that matter), we have the fglrx driver that is now static as of the 9-3 (version 8.953) release of the "legacy" driver with ATI abandoning driver support for all pre 2400 series cards. In the past, the main reason for not supporting the ATI driver (not just Arch) was that it was too much of a moving target, requiring considerable work on the distros part to keep up with library changes, etc. Now with the driver static, I wonder if it might not be worth looking into to see if it is even feasable to try and make it work with the current arch setup. ( I know I'm not smart enough in this area to be of any use. ) The reason I bring this up I running arch on one drive I have for my laptop, and I'm limited to the radeonhd driver. It's getting better, but it has two achiles heels: (1) performance, and (2) heat (lots of it). Ultimately, the radeonhd driver will crack the black box and have a great driver, but currently, the combination of the issues is bad enough, I keep an old copy of suse 11 on another driver for use in my laptop, for no other reason than it has the working fglrx driver and I can work with my laptop without the fan noise and heat under my left palm caused by the lack of downclocking/powerdown of the unused gpu circuitry experienced with the radeonhd driver. I don't know if it is even worth looking into, but I do know that for laptop users, if Arch had a working fglrx driver, that would be one key point a lot of laptop users would be willing to switch for. Just a stray thought, so take it for what its worth. As for the current, still maintained, ATI driver for 2400+ series cards, good luck, it's still moving pretty fast.... -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

4 5

[arch-general] My first convert isn't going so well. Problems with net install.
by David C. Rankin 12 Sep '09

12 Sep '09

Listmates, One of my friends from the openSuSE list was trying his first archilinux install and ran into an issue. IWell, my first attempt at installing Arch Linux did not go well. The net install went OK but when it came to the, I guess, configuration of the system, things went bum-up: the network configuration files could not be read and therefore could not be written, or something along these lines. don't know if this will explain the problem fully, but if this describes a common problem with the latest network install cd's, then if somebody could point me in the right direction, I'll pass the answer along. The problem encountered was described as follows: <quote> Well, my first attempt at installing Arch Linux did not go well. The net install went OK but when it came to the, I guess, configuration of the system, things went bum-up: the network configuration files could not be read and therefore could not be written, or something along these lines. </quote> He is an experienced Linux user, so the issue encountered wasn't one that had to do with a lack of understanding of Linux itself. If any of this makes sense and if there is a link or something that might help, just let me know and I'll pass it along. Thanks. -- David C. Rankin, J.D.,P.E. Rankin Law Firm, PLLC 510 Ochiltree Street Nacogdoches, Texas 75961 Telephone: (936) 715-9333 Facsimile: (936) 715-9339 www.rankinlawfirm.com

2 2

[arch-general] kernel 2.6.31-1
by Tobias Powalowski 12 Sep '09

12 Sep '09

Hi guys, kernel 2.6.31 first test run ... Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux bugfixes: - none Arch Linux changes: -aufs module is now available as extra package: http://bugs.archlinux.org/task/14923 pacman -S aufs2 pacman -S aufs2-util Broken binary modules: - intel-536/537 (i686) - lirc - madwifi - tiacx Maintainers please fix this! Enjoy have fun and give me feedback, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

7 11