- Arch-general - lists.archlinux.org

Re: [arch-general] Looking for czech and simplified chinese speakers for a quick pacman translation update
by Xavier 23 Sep '09

23 Sep '09

2009/9/22 vojtech.gondzala <vojtech.gondzala(a)gmail.com>: > Dne Tue, 22 Sep 2009 17:53:32 +0200 Xavier <shiningxc(a)gmail.com> napsal(a): > >> Hello, >> >> we are just lacking a quick update for two languages (czech and >> simplified chinese), and it's just 13 messages, so maybe someone here >> could help ? >> >> The po files are there : >> http://code.toofishes.net/pacman/po_files/pacman/ >> http://code.toofishes.net/pacman/po_files/libalpm/ > > Hi, > > I realy sorry, but I'm very busy now and I'm out of my home computer with > Linux. I can fix translate for next release... > No problem, Ondřej Kučera took care of it :) Not sure what we will do about simplified chinese though. There is apparently not many Chinese users since no one replied.

3 4

Re: [arch-general] vim 7.2.245-1
by Aaron Griffin 23 Sep '09

23 Sep '09

On Tue, Sep 22, 2009 at 1:51 PM, Jozsef <jozefk(a)gmx.com> wrote: > On Tue, 22 Sep 2009, Xavier wrote: > >> On Tue, Sep 22, 2009 at 6:10 PM, Aaron Griffin <aaronmgriffin(a)gmail.com> wrote: >> > On Mon, Sep 21, 2009 at 10:32 PM, Jozsef <jozefk(a)gmx.com> wrote: >> >>> I never used runtimepath before and everything worked fine. >> > >> > You shouldn't have to. It is set by default by vim. In a running vim instance do >> > :echo &runtimepath >> > >> >> To Jozsef : >> please remove your custom runtimepath from vimrc, and paste the output >> of the above command. >> >> You should keep your plugins in ~/.vim/ , and figure out why they are >> not found there. > > Here is the output: /home/jozefk/.vim,/usr/share/vim/vimfiles,/usr/share/vim/vim72/,/usr/share/vim/vimfiles/after,/home/jozefk/.vim/after > > And why the plugins don't work I can not tell you because I'm not moving them around. If I put runtimepath in .vimrc they work, if I remove it they don't work. So the problem is not with plugins and > it's not with runtimepath. I don't know what else is different in this verison of vim. I'm not a programer and developer of vim. I'm just using it everyday. Even this email I'm typing in vim (without > plugins since I comment out runtimepath :) Um are you actually installing your plugins to ~/.vim/plugin? The runtime path above (the default) clearly includes the same directories that your manual runtimepath setting has... I don't know what you're doing, but you have some major config issues. Please mv your vimrc/gvimrc files away so that no extraneous config files are executed and try again. Which plugins in particular are you talking about? Can we get an "ls -l ~/.vim/plugin" ?

2 1

[arch-general] New kernel/updates - Is the timezone information messed up for dual-boot configs?
by David C. Rankin 22 Sep '09

22 Sep '09

Listmates, I have been chasing my tail on the madwifi issue and I think I have found the problem. It's not madwifi at all, it's the timezone handling. My box is dual-boot, Arch - Vista. Accordingly, the hardware clock is set to localtime: LOCALE="en_US.utf8" HARDWARECLOCK="local" USEDIRECTISA="no" TIMEZONE="America/Chicago" KEYMAP="us" However, I have been dumped into the recovery console each time I have booted for the past day or so. I wasn't alarmed at first because I have several hard drives for the box and I switch back and forth. One drive just contains linux so the hwclock is set to UTC for that setup and then set two localtime for the two other dual-boot drives. So when I reinstall a drive, it isn't uncommon to need to reset the clock and run fsck to get the hwclock and system happy for the new config. While trouble-shooting the madwifi issue, I booted again this morning and was again dumped into the recovery console to run fsck again. Looking at the clock, something had set the clock backwards 5 hours. (American/Chicago -6, +1 for daylight savings = -5 tz offset). This should not have happened. I know this is related to something in a recent update. The pacman log is here: http://www.3111skyline.com/download/Archlinux/config/wireless/pacman.log.bz2 I noticed this morning that another tzdata update: tzdata-2009m-1-x86_64.pkg.tar.gz But this did fix the problem. It seems no matter what I do, each time I boot, the time gets adjusted backwards by the zoneinfo offset. I have set/confirmed the hardware and sys clocks: [13:05 alchemy:/home/david] # date Tue Sep 22 13:09:56 CDT 2009 [13:09 alchemy:/home/david] # date -u Tue Sep 22 18:09:59 UTC 2009 [13:09 alchemy:/home/david] # hwclock -r Tue 22 Sep 2009 01:10:06 PM CDT -1.000347 seconds and I have set hwclock --localtime and confirmed the same time setting with --systohc, but still, each time I boot, the time is 5 hours in the past. I have confirmed /etc/localtime is in fact the same as /usr/share/zoneinfo/America/Chicago: [13:10 alchemy:/home/david] # diff /etc/localtime /usr/share/zoneinfo/America/Chicago So, I'm stumped. I certainly haven't changed any of the Arch settings for timezone handling since I installed arch in what -- March/April? So why all of a sudden is Arch subtracting 5 hours from my hwclock on either shutdown or boot? I know the checks are done in /etc/rc.sysinit and /etc/rc.shutdown, but what could have changed to make Arch want to treat the box as if the time were set to UTC? What else to check? Any help would be greatly appreciated. (this time I have made an effor to post everything possibly relevant, so if I have missed something you would like to see, just ask, no need to yell) -- 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

5 6

[arch-general] Last couple of updates Knocked my Wireless -- OUT (atheros/madwifi/ath_pci)
by David C. Rankin 22 Sep '09

22 Sep '09

Listmates, I'm not sure where to start troubleshooting this problem. For months and months, ever since I installed Arch, my Atheros wifi (through ath0) has always just worked right out of the box. No biggie. You setup your /etc/network.d/mywpa.conf and add your config to the NETWORKS entry and then each time I would turn on my box, up came the network. That is, until the updates this past week or so. My config is still the same. The mywpa.conf file is: CONNECTION="wireless" INTERFACE=wlan0 SCAN="yes" SECURITY="wpa" ESSID="skyline" KEY="notmyrealkey" IP="dhcp" TIMEOUT=20 My rc.conf setting hasn't changed: eth0="dhcp" INTERFACES=(!eth0) gateway="default gw 192.168.6.13" ROUTES=(!gateway) NETWORKS=(!main mywpa.conf) DAEMONS=(syslog-ng network net-profiles hal @ntpd @sshd @crond @netfs @avahi- daemon @mysqld !postfix !dovecot !httpd !samba @cups kdm3) Now I boot my box and I get nothing but the "lo" interface brought up. What gives? To comply with the new warning about modprobe "blacklist", etc. all of the specified and empty files were moved from /etc/modprobe.d to /root/tmp. My wireless needs the ath_pci module and the ath5k module has always caused problems, so I added the "!ath5k" entry to the modules line before the ath_pci declaration and ath_pci is correctly loaded on boot, but still no wlan0 or ath0 devices are created. As a work-around while this is being sorted, I have been brining the device up with ifconfig ath0 up, then starting wpa_supplicant manually and then finally calling dhcpcd manually to get an IP. What in the world could have changed in the past week or so that is presenting my wireless from being brought up at boot?? Any help or pointers in the right direction would be much appreciated. 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

5 9

Re: [arch-general] vim 7.2.245-1
by Aaron Griffin 22 Sep '09

22 Sep '09

On Mon, Sep 21, 2009 at 10:32 PM, Jozsef <jozefk(a)gmx.com> wrote: >> I never used runtimepath before and everything worked fine. You shouldn't have to. It is set by default by vim. In a running vim instance do :echo &runtimepath >> And I don't have a "after" directory in /usr/share/vim/vimfiles/ at the moment. Is it something I should create by myself? It doesn't need to exist. And it's certainly useless if empty. Only create it if you need it. > And all of that directories inside of /usr/share/vim/ are owned by root. It could be a reason why the plugins don't work if I copy them to vimfiles/plugins or vimfiles/after > I'm not running vim as root, why should I do that? Owned by root does not mean that you can't READ the files. Vim doesn't need to do anything except read them, and it can. I guess I'm confused as to where you installed your plugins. It's typically best to install them in ~/.vim/ rather than system wide

3 2

[arch-general] [kernel26 >= .30 + e100] Slow ethernet
by Gerhard Brauer 22 Sep '09

22 Sep '09

Hi, since 2.6.30.x (i could not exactly say if also with the latest 2.6.29.x) stock kernels i have a terrible slow ethernet transfer rate on my old Thinkpad T22 (Intel EtherExpress PRO/100 SP, module e100). Normal transfer rate ex. to a mirror is for me ~700Kb/s but i got only ~80-90 Kb/s. And a bunch of RX overruns and frame errors. I could solve it by following workarounds: a) Disable ACPI (acpi=off), but this is the ugliest workaround. b) When i generate CPU-Load (ex: dd if=/dev/zero of=/dev/null) the transfer rate goes immediately up to normal and the RX error rate increasing stops. Stopping the dd the rate goes down again. So i thought it could be a timer/IRQ problem. I tried different acpi= and pci= kernel parameters without success. Also tried to isolate the Ethernet device to a non-shared IRQ. c) Current working solution is if i use nohz=off as kernel param. But testing with an 2.6.28 kernel i have installed on this TP there is CONFIG_NO_HZ=y also set (diff is only that this kernel has CONFIG_HZ=1000 and 2.6.30/31 CONFIG_HZ=300, but AFAIK if bootet with NOHZ these settings are ignored (tickless)). So there must be a signifikant change in >= 2.6.30 (tested 2.6.31 from testing also). Anyone has an idea to solve it without nohz parameter? I also could report it to LKML if this seems a bug (for me it is). Regards Gerhard

2 1

[arch-general] Fw: Re: vim 7.2.245-1
by Jozsef 22 Sep '09

22 Sep '09

1 0

Re: [arch-general] vim 7.2.245-1
by Jozsef 22 Sep '09

22 Sep '09

1 0

[arch-general] Looking for czech and simplified chinese speakers for a quick pacman translation update
by Xavier 22 Sep '09

22 Sep '09

Hello, we are just lacking a quick update for two languages (czech and simplified chinese), and it's just 13 messages, so maybe someone here could help ? The po files are there : http://code.toofishes.net/pacman/po_files/pacman/ http://code.toofishes.net/pacman/po_files/libalpm/

1 0

Re: [arch-general] vim 7.2.245-1
by Javier Ramos Hidalgo 22 Sep '09

22 Sep '09

2009/9/21 Jozsef <jozefk(a)gmx.com> > Hi. > Before upgrading to vim 7.2.245-1 I removed vi, gvim and vim with pacman -R > then I installed only vim 7.2.245-1 and I see my scripts and plugins for > autocompition, buffers on top of window... are not working anymore. > Anybody had some similar experience? > Is there any fix for this or I need to start from begining and to search > for scripts/plugins again and to install them from scratch? > I have a similar problem. All the ~/.vim/plugins/ links are orphan. All points to vim-script somewhere in /usr but I haven't that path in my machine. Any idea? What package install that directory or something like that? Thanks

4 8