- Arch-general - lists.archlinux.org

[arch-general] pm-utils not working
by Sentinel 04 Dec '08

04 Dec '08

Hellou, I tried to look for somebody with a similar problem on the arch forum, but with no success, that is why I'm writing here. After a recent upgrade when a click on the shutdown menu in gnome the hibernate and suspend buttons are no longer present. If I try to suspend or hibernate from console it has no effect. My /var/log/pm-powersave.log and pm-suspend.log are attached to this mail. Any idea what went wrong? Thanks! Tom /usr/lib/pm-utils/power.d/sched-powersave false: **sched policy powersave OFF success. Initial commandline parameters: Thu Dec 4 09:46:12 CET 2008: Running hooks for hibernate. /usr/lib/pm-utils/sleep.d/00auto-quirk hibernate hibernate: success. /usr/lib/pm-utils/sleep.d/00logging hibernate hibernate: Linux sentinel 2.6.27-ARCH #1 SMP PREEMPT Fri Nov 28 10:56:24 UTC 2008 i686 Intel(R) Core(TM)2 CPU T5500 @ 1.66GHz GenuineIntel GNU/Linux Module Size Used by ipv6 260260 12 i915 31232 2 drm 74280 3 i915 tun 12548 0 vboxdrv 66072 0 cpufreq_ondemand 8588 1 fuse 52892 4 joydev 11584 0 snd_seq_oss 31872 0 snd_seq_midi_event 8192 1 snd_seq_oss snd_seq 49968 4 snd_seq_oss,snd_seq_midi_event snd_seq_device 8332 2 snd_seq_oss,snd_seq snd_pcm_oss 40192 0 snd_mixer_oss 16512 1 snd_pcm_oss iTCO_wdt 12196 0 iTCO_vendor_support 4996 1 iTCO_wdt serio_raw 7172 0 yenta_socket 25228 1 pcspkr 4352 0 sg 28852 0 uhci_hcd 24080 0 ohci1394 30256 0 ehci_hcd 35852 0 rsrc_nonstatic 12672 1 yenta_socket psmouse 38288 0 ieee1394 80452 1 ohci1394 video 18064 0 output 4608 1 video intel_agp 27068 1 snd_hda_intel 368944 6 container 5248 0 wmi 7592 0 usbcore 134256 3 uhci_hcd,ehci_hcd snd_pcm 69636 4 snd_pcm_oss,snd_hda_intel snd_timer 21384 4 snd_seq,snd_pcm snd_page_alloc 9224 2 snd_hda_intel,snd_pcm snd_hwdep 8964 1 snd_hda_intel snd 50724 17 snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_hda_intel,snd_pcm,snd_timer,snd_hwdep soundcore 8160 1 snd agpgart 30804 3 drm,intel_agp arc4 3712 2 ecb 4608 2 crypto_blkcipher 17540 1 ecb thermal 17052 0 evdev 11296 6 fan 6148 0 button 7824 0 b43 128412 0 rfkill 10008 1 b43 mac80211 158876 1 b43 cfg80211 25224 1 mac80211 led_class 5508 1 b43 battery 12036 0 input_polldev 5256 1 b43 ac 6020 0 loop 16140 0 acpi_cpufreq 9228 1 freq_table 5632 2 cpufreq_ondemand,acpi_cpufreq processor 34732 4 thermal,acpi_cpufreq b44 28048 0 ssb 40324 2 b43,b44 pcmcia 35116 2 b43,ssb pcmcia_core 33812 5 yenta_socket,rsrc_nonstatic,b43,ssb,pcmcia mii 6528 1 b44 rtc_cmos 11424 0 rtc_core 17564 1 rtc_cmos rtc_lib 4480 1 rtc_core ext3 126344 3 jbd 46100 1 ext3 mbcache 8708 1 ext3 sd_mod 27160 6 sr_mod 16708 0 cdrom 35360 1 sr_mod ata_piix 18308 0 ahci 30348 5 ata_generic 6788 0 libata 153120 3 ata_piix,ahci,ata_generic scsi_mod 96460 4 sg,sd_mod,sr_mod,libata dock 9616 1 libata total used free shared buffers cached Mem: 2067244 618052 1449192 0 22452 209740 -/+ buffers/cache: 385860 1681384 Swap: 2147000 0 2147000 success. /usr/lib/pm-utils/sleep.d/00powersave hibernate hibernate: success. /usr/lib/pm-utils/sleep.d/01grub hibernate hibernate: not applicable. /usr/lib/pm-utils/sleep.d/11netcfg hibernate hibernate: success. /usr/lib/pm-utils/sleep.d/49bluetooth hibernate hibernate: not applicable. /usr/lib/pm-utils/sleep.d/50ntpd hibernate hibernate: success. /usr/lib/pm-utils/sleep.d/55NetworkManager hibernate hibernate: success. /usr/lib/pm-utils/sleep.d/55battery hibernate hibernate: success. /usr/lib/pm-utils/sleep.d/55wicd hibernate hibernate: Traceback (most recent call last): File "/usr/lib/wicd/suspend.py", line 31, in <module> proxy_obj = bus.get_object('org.wicd.daemon', '/org/wicd/daemon') File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 244, in get_object follow_name_owner_changes=follow_name_owner_changes) File "/usr/lib/python2.6/site-packages/dbus/proxies.py", line 241, in __init__ self._named_service = conn.activate_name_owner(bus_name) File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 183, in activate_name_owner self.start_service_by_name(bus_name) File "/usr/lib/python2.6/site-packages/dbus/bus.py", line 281, in start_service_by_name 'su', (bus_name, flags))) File "/usr/lib/python2.6/site-packages/dbus/connection.py", line 622, in call_blocking message, timeout) dbus.exceptions.DBusException: org.freedesktop.DBus.Error.ServiceUnknown: The name org.wicd.daemon was not provided by any .service files Returned exit code 1. Thu Dec 4 09:46:13 CET 2008: Inhibit found, will not perform hibernate Thu Dec 4 09:46:13 CET 2008: Running hooks for thaw /usr/lib/pm-utils/sleep.d/55battery thaw hibernate: success. /usr/lib/pm-utils/sleep.d/55NetworkManager thaw hibernate: success. /usr/lib/pm-utils/sleep.d/50ntpd thaw hibernate: success. /usr/lib/pm-utils/sleep.d/49bluetooth thaw hibernate: not applicable. /usr/lib/pm-utils/sleep.d/11netcfg thaw hibernate: success. /usr/lib/pm-utils/sleep.d/01grub thaw hibernate: not applicable. /usr/lib/pm-utils/sleep.d/00powersave thaw hibernate: success. /usr/lib/pm-utils/sleep.d/00logging thaw hibernate: success. /usr/lib/pm-utils/sleep.d/00auto-quirk thaw hibernate: success.

2 3

Re: [arch-general] [arch-dev-public] Can we trust our mirrors?
by Gerhard Brauer 04 Dec '08

04 Dec '08

Am Wed, 3 Dec 2008 19:40:59 -0600 schrieb "Dan McGee" <dpmcgee(a)gmail.com>: > So where do we stand on all of this? As I showed above, the makepkg > and repo-add pieces are pretty much in place. We've done a decent > amount of work on the libalpm/pacman side of things, but it isn't > complete yet and is very rough around the edges. This is something > that is very doable if people want to jump in and help us get this > done. Obviously knowledge of C would be helpful, but we can always use > some beta testers to help us work out kinks if necessary. > > -Dan I'm also very interessing to help. I think, mostly with testing but i'm sure i have some ideas too. It is ok to check out the named git repos or could you give/setup a more complete test enviroment? Gerhard

2 2

Re: [arch-general] [arch-dev-public] Grub2
by RedShift 04 Dec '08

04 Dec '08

Ronald van Haren wrote: > Hi all, > > Grub2 is now in my staging dir for both architectures. I'll move it > into extra shortly. > > Things to know: > - config file changed to /boot/grub/grub.cfg > - config syntax changed a bit > - most information can be found on the grub2 archwiki page [1] > > If you have any experience with grub2 and know your way around, the > wiki page still needs some attention for some more special options. > The basic stuff should be covered. > > If you have a more exotic configuration than I have, give it a try. I > can't test a lot of use cases myself. > > Ronald > > [1] http://wiki.archlinux.org/index.php/GRUB2 > > What's the deal with grub2 anyway, why is it taking so long for them to make a release? Glenn

1 0

[arch-general] The future of bluetooth in ArchLinux
by Damjan Georgievski 04 Dec '08

04 Dec '08

As you might now, the bluetooth packages in Arch are not activelly maintained so the main developers were looking for help. I've expressed my readiness to help in any way I can, but I'd also like suggestions and help from other people here. So, I've created a git repository for bluetooth related PKGBUILDs http://damjan.softver.org.mk:8080/git/arch-bluetooth.git you can browse that repo to see the files there. The PKGBUILDs need a bit of updateing with the dependancies and descriptions IMHO. The dependencies are: * bluez is the base package it depends on dbus-core and glib * openobex * bluez-obexd is a a dbus service that implements obex push server and client and also ObexFTP afaik.. as a dbus service it can't be used on its own, but is used by some other application which brings us to... * bluez-gnome is a gnome applet, and some other gnome tools that with the help of obexd imlement all the interesting stuff you can do with bluetooth (pairing, sending files (object push), browseing for devices) All of the above programs and libraries are maintained by the Bluez project (www.bluez.org). Some additional packages are bluez-hcidump used for debuging (depends on bluez) and bluez-firmware needed for same rare devices (and really doesn't depend on anything). Next what I have there are python-pybluez and python-lightblue (depends on the publuez and openobex) which are two python libraries for working with bluetooth.. the second offering some higher level functionality. Finally there's kdebluetooth which although compiles fine with bluez-4.21 I don't think it actually works? The help I'd like would be: to define a TODO for bluetooth, helping with finding some patches that might be needed and any testing would be helpfull. I currently don't use Gnome or even KDE4 much (I use some KDE4 apps in awesome). I also can't build x86_64 yet. -- damjan

2 2

[arch-general] opensp compile fails
by Baho Utot 03 Dec '08

03 Dec '08

OpenSp PKGBUILD fails to compile with the following error: g++ -DHAVE_CONFIG_H -I. -I. -I.. -I../include -I../generic -march=native -O2 -pipe -fomit-frame-pointer -c ArcEngine.cxx -MT ArcEngine.lo -MD -MP -MF .deps/ArcEngine.TPlo -fPIC -DPIC -o .libs/ArcEngine.lo In file included from ArcEngine.cxx:20: ../include/InternalInputSource.h:37: error: extra qualification 'OpenSP::InternalInputSource::' on member 'asInternalInputSource' make[3]: *** [ArcEngine.lo] Error 1 make[3]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1/lib' make[2]: *** [all] Error 2 make[2]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1/lib' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/scrat/ARCH/opensp/src/OpenSP-1.5.1' make: *** [all] Error 2 ==> ERROR: Build Failed. It looks like it is orphaned so Here is a patch to fix this: cat InternalInputSource.patch --- OpenSP-1.5.1~/include/InternalInputSource.h 2003-07-17 14:14:00.000000000 -0400 +++ OpenSP-1.5.1/include/InternalInputSource.h 2008-11-13 12:24:04.591406546 -0500 @@ -34,7 +34,7 @@ void pushCharRef(Char ch, const NamedCharRef &); Boolean rewind(Messenger &); const StringC *contents(); - InternalInputSource *InternalInputSource::asInternalInputSource(); + InternalInputSource *asInternalInputSource(); ~InternalInputSource(); private: InternalInputSource(const InternalInputSource &); // undefined Here is a patch file for the PKGBUILD cat PKGBUILD.patch --- PKGBUILD 2008-12-02 20:27:40.102778984 -0500 +++ pkgbuild 2008-12-02 20:27:29.412780668 -0500 @@ -15,6 +15,7 @@ cd $startdir/src/OpenSP-$pkgver pwd patch -Np1 -i ../opensp-gcc34.patch || return 1 + patch -Np1 -i ../InternalInputSource.patch || return 1 ./configure --prefix=/usr \ --disable-nls \ --enable-http \

4 4

[arch-general] remove HWD from extra and wiki!
by Amanai 03 Dec '08

03 Dec '08

I think HWD is full of bugs and several times I was running in some problems with HWD. If you guys can't fix it, don't provide it. Anyway HWD is not maintained anymore.

10 15

[arch-general] Mailman archives fixed
by Aaron Griffin 03 Dec '08

03 Dec '08

Finally fixed this little bugger. As far as I know, nothing was lost, it just wasn't generating html pages for the mails. Cheers, Aaron

2 2

[arch-general] Solved: xorg-server 1.5 upgrade screen problem.
by Javier Vasquez 03 Dec '08

03 Dec '08

On 12/2/08, Javier Vasquez <jevv.cr(a)gmail.com> wrote: > On 12/2/08, Javier Vasquez <jevv.cr(a)gmail.com> wrote: >> On 12/2/08, Javier Vasquez <jevv.cr(a)gmail.com> wrote: >>> On 12/1/08, Javier Vasquez <jevv.cr(a)gmail.com> wrote: >>>> On 11/30/08, Jan de Groot <jan(a)jgc.homeip.net> wrote: >>>>> On Sun, 2008-11-30 at 16:29 -0600, Javier Vasquez wrote: >>>>>> Also, the server flag: >>>>>> >>>>>> Option "AutoAddDevices" "False" >>>>>> >>>>>> Doesn't help getting this solved... >>>>> >>>>> Input devices have nothing to do with video devices. >>>>> I think it's a conflict between your framebuffer console and xorg which >>>>> causes this problem. Framebuffer consoles and Xorg videodrivers have >>>>> always been a problem here, it's two direct hardware access things >>>>> competing against eachother. Sometimes it works, sometimes it doesn't. >>>> >>>> Well, it wasn't a problem before the last update to 1.5.3. I had the >>>> following uncommented in the device section: >>>> >>>> # Option "UseFBDev" "true" >>>> >>>> Now that I have commented it out, I still got the problem (of course >>>> after rebooting since I can't restart X). Moreover, just in case, I >>>> also removed atyfb (modprobe -r, and then startx), and the problem >>>> persists... >>>> >>>> So I'm not sure if the problem is a frame buffer one. >>>> >>>> -- >>>> Javier >>> >>> OK, I'm done with trials, no luck... I filed a bug then, 12327... >>> >>> thanks, >>> >>> -- >>> Javier >>> >> >> I missed one trial, removing the vga mode from boot parameter (which >> activates vesa FB Ibelieve). When doing it the problem vanishes... >> >> I requested a bug closure, hopefully it'll close... >> >> I was left with with pretty big fonts at the console though, which I >> don't like. I was using terminus v16b under 1024x768 before, but >> that's too big now. I tried v14b, but that didn't make a difference, >> and v12n is not supported, it fails... So I tried alt-8x8, and I like >> the size, but I don't like the font which at this size looks a bit >> ugly... any recommendations are welcome... >> >> Thanks, >> >> -- >> Javier >> > > Hmm, it looks like I can't set a font smaller than the 16, since I > lose the fonts when closing X... :( > > -- > Javier > It took me a while, but I finally figured things up. I don't understand why I never needed this stuff before, but actually now I got 1280x1024@75 in my console with terminus font v20b, looking nice, and I can go back/forth from X... Here are my settings: /etc/rc.conf MODULES=(fuse r8169 slhc atyfb) /etc/modprobe.conf options atyfb mode=1280x1024@75 That's pretty much what solved things, :) Thanks, -- Javier

2 2

[arch-general] xorg-server 1.5 upgrade screen problem.
by Javier Vasquez 03 Dec '08

03 Dec '08

Hi all, By reading "http://wiki.archlinux.org/index.php/Xorg_input_hotplugging", the upgrade on xorg-server to 1.5 was not hard for the input devices. I'm using the Hal approach. However I have trouble with the screen. I'm using the mach64 driver with 1280x1024 mode and 24 bits depth, and whenever I try to switch to console (with atyfb @ 1024x768) all I get is a balck screen and the monitor complaining with out of sync... Also when terminating my X session, exiting fluxbox (I use startx to get into X), I get the same thing, so I never can get back to console. Any one experiencing the same thing? Any suggestions? I don't remember reading about it in the Xorg_input_hotplugging page, :) Thanks, -- Javier

4 9

[arch-general] x86_64 for devs and TUs: finally here!
by Geoffroy Carrier 03 Dec '08

03 Dec '08

I've talking about this for a long time. Here it is, a x86_64 build (virtual) machine for every dev and TU who needs one. So please drop me an E-mail with your desired login and a ssh public key. If you don't have a ssh keypair: ssh-keygen -t rsa Then the public key is in $HOME/.ssh/id_rsa.pub Everyone will have complete sudo rights unless we find a better policy. So you shouldn't use it to store any private data... More info to come, I'll write it down for the first users! BTW, devs/TUs who were provided an account on any of my server will have to move to the new solution within a few weeks. -- Geoffroy Carrier

2 1