- Arch-general - lists.archlinux.org

[arch-general] [signoff] kernel26-lts 2.6.27.31-2
by Andreas Radke 01 Sep '09

01 Sep '09

This is our new Long Time Supported Kernel recommended for server usage and our general fallback kernel that already made it into the distrowatch news section :) It should now be ready to move into the repos. Please install it along the kernel26 and add it to your grub/lilo section. Give it a try but don't expect any 3rd party modules or late grafics stuff for desktops. Only full Ext4 support has been added for fallback reasons. Please report if you can boot well and if dmesg is clean. Choice of repo. Most devs say it belongs to core. I'm fine with that. Is it safe to push it to core? Some people have concerns about the iso image size. -Andy

1 0

Re: [arch-general] offlineimap
by Daenyth Blank 31 Aug '09

31 Aug '09

On Mon, Aug 31, 2009 at 12:08, <jozefk(a)gmx.com> wrote: > @ Loui Chang > What was wrong with my signature? :) Anyway thanks for suggestion. It's only > 2 lines now :) If your sig is longer than your actual message...

4 3

Re: [arch-general] offlineimap
by Andrea Scarpino 31 Aug '09

31 Aug '09

On 31/08/2009, jozefk(a)gmx.com <jozefk(a)gmx.com> wrote: > I can't find out the way to start offlineimap automatically each time I > start KDE. I tryed with ./kde4/Autostart and shell script but it didn't > work. > Is there any other way to run in autoamtiaclly in KDE or I must to > always start it manually? Hi, $ ln -s /usr/bin/offlineimap ~/.kde4/Autostart/ doesn't work? -- Andrea `bash` Scarpino Arch Linux Developer

4 3

Re: [arch-general] offlineimap
by Loui Chang 31 Aug '09

31 Aug '09

On Mon 31 Aug 2009 18:22 +0400, jozefk(a)gmx.com wrote: > I can't find out the way to start offlineimap automatically each time I > start KDE. I tryed with ./kde4/Autostart and shell script but it didn't > work. > Is there any other way to run in autoamtiaclly in KDE or I must to > always start it manually? > Thanks! > > > -- > _ __ > | | / _| > | | ___ _______ ___| |_ > _ | |/ _ \_ / __|/ _ \ _| > | |__| | (_) / /\__ \ __/ | > \____/ \___/___|___/\___|_| > > > ''' > (O O) > +----oOO--(_)----------+ > | Have a great day! | > +--------------oOO-----+ > |__|__| > || || > ooO Ooo I'm sorry I don't have any help to offer you about kde4, but I would highly recommend that you do not post that signature in any mailing list ever again. Keep it down to four lines. Thank You. Have a great day!

1 0

[arch-general] offlineimap
by jozefk＠gmx.com 31 Aug '09

31 Aug '09

I can't find out the way to start offlineimap automatically each time I start KDE. I tryed with ./kde4/Autostart and shell script but it didn't work. Is there any other way to run in autoamtiaclly in KDE or I must to always start it manually? Thanks! -- _ __ | | / _| | | ___ _______ ___| |_ _ | |/ _ \_ / __|/ _ \ _| | |__| | (_) / /\__ \ __/ | \____/ \___/___|___/\___|_| ''' (O O) +----oOO--(_)----------+ | Have a great day! | +--------------oOO-----+ |__|__| || || ooO Ooo

1 0

Re: [arch-general] Problem with udev 145?
by Sebastian Schwarz 30 Aug '09

30 Aug '09

Hello, Replying here, as users cannot post to arch-dev-pubilc, IIRC. On 2009-08-28 at 09:30 +0200, Thomas Bächler wrote: > Exactly one of the many LUKS devices doesn't show up in > /dev/disk/by-uuid/ anymore since an update of initscripts, udev and > glibc this week. The other LUKS devices are still there, exactly that > one is missing. cryptsetup displays the correct UUID and the device > can be unlocked fine. I can also confirm this. I have exactly the same problem here. One of my two external encrypted USB drives doesn't have a /dev/disk/by-uuid symlink with udev-145-1. However all other /dev/disk/by-* links for this drive are present. It is always the same drive that is affected. And it is only the by-label link for this drive which is missing. > I am lost here, does someone have ideas? Not really. Just that downgrading to udev-141-5 helps here. Regards.

2 9

[arch-general] subversion package newer than testing ??
by David C. Rankin 30 Aug '09

30 Aug '09

Listmates, For the past several days I have gotten the warning on pacman -Syu that: :: Synchronizing package databases... testing is up to date kdemod-legacy is up to date core is up to date extra is up to date community is up to date archlinuxfr is up to date :: Starting full system upgrade... warning: subversion: local (1.6.5-1) is newer than testing (1.6.4-2) local database is up to date I thought this might be just an ordering issue of my repositories in /etc/pacman.conf, but then looking at the packages with -s it's right, the subversion in extra is newer than the subversion in testing: testing/subversion 1.6.4-2 Replacement for CVS, another versioning system (svn) extra/subversion 1.6.5-2 Replacement for CVS, another versioning system (svn) What's up? -- 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] mpc upgrade?
by Ray Kohler 30 Aug '09

30 Aug '09

I hate to beg for favors from people who are already doing plenty for me for free, but could some kind dev update the mpc package? It's now two major versions (or what passes for "major" at musicpd) out of date, and only a simple pkgver / md5sum change. I'd ask its maintainer (pizzapunk) directly, but I remember him being pointed out as an absentee in a recent thread anyway.

2 2

[arch-general] lm_sensors
by ponto 29 Aug '09

29 Aug '09

i've used sensors-detect and it gave me: Now follows a summary of the probes I have just done. Just press ENTER to continue: Driver `coretemp': * Chip `Intel Core family thermal sensor' (confidence: 9) Do you want to overwrite /etc/conf.d/lm_sensors? (YES/no): Copy prog/init/lm_sensors.init to /etc/rc.d/lm_sensors for initialization at boot time. You should now start the lm_sensors service to load the required kernel modules. and sensors started to give me: sensors coretemp-isa-0000 Adapter: ISA adapter Core 0: +56.0°C (high = +100.0°C, crit = +100.0°C) coretemp-isa-0001 Adapter: ISA adapter Core 1: +60.0°C (high = +100.0°C, crit = +100.0°C) acpitz-virtual-0 Adapter: Virtual device temp1: +60.0°C (crit = +94.0°C) was not suppose to give the fan's rpm's and so and so? oh, pwmconfig does outputs me this: pwmconfig # pwmconfig revision 5630 (2009-01-29) This program will search your sensors for pulse width modulation (pwm) controls, and test each one to see if it controls a fan on your motherboard. Note that many motherboards do not have pwm circuitry installed, even if your sensor chip supports pwm. We will attempt to briefly stop each fan using the pwm controls. The program will attempt to restore each fan to full speed after testing. However, it is ** very important ** that you physically verify that the fans have been to full speed after the program has completed. /usr/sbin/pwmconfig: There are no pwm-capable sensor modules installed as this have to do with the supose missing values on lm sensors?

1 0

[arch-general] "hardware clock" on a VPS
by Pierre Chapuis 28 Aug '09

28 Aug '09

Hi everybody, I was wondering if there's a means to specify, in rc.conf or somewhere else, that you never want to set your hardware clock. That's because, on Xen-based VPS, the hardware clock is handled on the hypervisor level, and /etc/cron.hourly/adjtime gives warnings such as: Cannot access the Hardware Clock via any known method. Use the --debug option to see the details of our search for an access method. An easy workaround is to delete this file but it will come back after each initscripts update. Does anybody know a solution to prevent that? -- catwell

2 2