- Arch-general - lists.archlinux.org

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

23 Sep '09

On Wed, Sep 23, 2009 at 6:03 AM, Jozsef <jozefk(a)gmx.com> wrote: >> Which plugins in particular are you talking about? Can we get an "ls >> -l ~/.vim/plugin" ? > > To move .vimrc away? but all my settings are in .vimrc :) how do you imagine anything to work without .vimrc? > I don't have vi and gvim anymore. only vim and .vimrc > > Dude, it is just for testing purpose ... > total 348 > -rw-r--r-- 1 jozefk jozefk 40775 2009-07-02 20:46 calendar.vim > -rw------- 1 jozefk jozefk 15940 2006-10-30 21:23 cecutil.vim > -rw------- 1 jozefk jozefk 62195 2006-10-31 00:17 engspchk.vim > -rwxr--r-- 1 jozefk jozefk 30714 2008-01-25 10:04 matchit.vim > -rw-r--r-- 1 jozefk jozefk 147930 2007-09-21 18:11 taglist.vim > -rw-r--r-- 1 jozefk jozefk 1583 2009-06-25 13:49 templates.vim > -rw-r--r-- 1 jozefk jozefk 36771 2009-07-02 21:11 vimcommander.vim > > and my .vimrc is important as well: http://dpaste.com/97063/ > > Is that ~/.vim/ or ~/.vim/plugins ?

3 2

[arch-general] [PATCH 0/3] Three smelly patches for commitpkg
by Evangelos Foutras 23 Sep '09

23 Sep '09

First two patches are somewhat trivial. The third one adds support for uploading packages to multiple architectures. Let me explain the rationale behind the last patch. My workflow goes something like this: 1) sudo makechrootpkg -c -r /opt/arch/stable-i686 2) sudo makechrootpkg -c -r /opt/arch/stable-x86_64 3) scp *pkg* aur.archlinux.org:staging/community 4) source PKGBUILD; svn commit -m "$pkgname $pkgver-$pkgrel random message" 5) archrelease community-i686 6) archrelease community-x86_64 7) ssh aur.archlinux.org /arch/db-community As you can see, I'm doing all steps manually (which is time-consuming and prone to errors). Unless I'm missing an existing way to upload packages to both architectures using commitpkg (via its communitypkg symlink), the third patch can help automate steps 3-6 above. I uploaded one package (that needed updating) using the modified commitpkg and it worked as expected. However, more testing is needed, especially with split packages. Please let me know what you think. :)

1 3

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

23 Sep '09

> ----- Original Message ----- > > From: Aaron Griffin > > Sent: 09/22/09 07:10 pm > > To: General Discusson about Arch Linux > > Subject: Re: [arch-general] vim 7.2.245-1 > > > On Mon, Sep 21, 2009 at 10:32 PM, Jozsef 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 > > > If the Vim 7.2.245-1 will work the same as my previous version, in case > if I create that "after" directory and copy everything from ~/.vim into > it, I would be happy to do it. In that case everything should work > without setting runtimepath in ~/.vimrc > > But I'm not sure that's the case. Will try and let you know. > > I installed all my plugins in ~/.vim directory. But as I said earlier, > non of my plugins worked with Vim 7.2.245-1 before I added "set > runtimepath..." in ~/.vimrc > > That's why I tried first to copy my plugins in /usr/share/vim and > /usr/share/vim/vimfiles and other places. But nothing helped. I didn't > knew about "after" directory, that's why I haven't tried that yet. > ----- End forwarded message ----- PS: sometimes if I'm using webmail, my emails are blank :P -- Best, Jozsef Kurucity | Web & Graphic Designer +971 50 6783113 | jozefk(a)gmx.com

2 2

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