Re: [arch-general] GHC 7.4.1 or HP 2011.4.0.0??
On Wed, Feb 15, 2012 at 07:13:22PM +0100, Magnus Therning wrote: [...] > By now I've gotten almost all packages from [extra] compiled. So > far I've skipped OpenGL/GLUT since these packages have been > drastically re-arranged in the recent releases. I'm wondering > whether it's worth including them at all if HP is dropped. (Are > there usage statistics to consult somewhere?) And now I've added the packages from [community]. The total list is now: ghc74 alex 3.0.1-1 ghc74 ghc 7.4.1-2 [installed] ghc74 gtk2hs-buildtools 0.12.1-1 ghc74 happy 1.18.9-1 ghc74 haskell-ansi-terminal 0.5.5-2 [installed] ghc74 haskell-ansi-wl-pprint 0.6.4-2 [installed] ghc74 haskell-bytestring-show 0.3.5.1-1 ghc74 haskell-cairo 0.12.2-1 ghc74 haskell-cereal 0.3.5.1-2 [installed] ghc74 haskell-cgi 3001.1.8.2-1 ghc74 haskell-cmdargs 0.9.2-2 [installed] ghc74 haskell-crypto-api 0.9-2 [installed] ghc74 haskell-darcs-beta 2.7.98.3-2 ghc74 haskell-data-default 0.2.0.1-2 [installed] ghc74 haskell-dataenc 0.14.0.3-2 ghc74 haskell-dbus 0.4-1 ghc74 haskell-entropy 0.2.1-2 [installed] ghc74 haskell-fgl 5.4.2.4-1 ghc74 haskell-ghc-paths 0.1.0.8-1 ghc74 haskell-glib 0.12.2-1 ghc74 haskell-gtk 0.12.2-1 ghc74 haskell-hashed-storage 0.5.9-2 ghc74 haskell-haskeline 0.6.4.6-2 ghc74 haskell-haskell-src 1.0.1.5-1 ghc74 haskell-hslogger 1.1.5-1 ghc74 haskell-html 1.0.1.2-2 ghc74 haskell-http 4000.2.2-1 ghc74 haskell-hunit 1.2.4.2-2 [installed] ghc74 haskell-json 0.5-2 [installed] ghc74 haskell-largeword 1.0.1-2 [installed] ghc74 haskell-mmap 0.5.7-2 ghc74 haskell-monadcatchio-mtl 0.3.0.4-1 ghc74 haskell-mtl 2.0.1.0-2 [installed] ghc74 haskell-network 2.3.0.11-1 ghc74 haskell-pango 0.12.2-1 ghc74 haskell-parallel 3.2.0.2-2 [installed] ghc74 haskell-parsec 3.1.2-2 [installed] ghc74 haskell-primitive 0.4.1-2 ghc74 haskell-puremd5 2.1.0.3-2 [installed] ghc74 haskell-quickcheck 2.4.2-1 ghc74 haskell-random 1.0.1.1-2 [installed] ghc74 haskell-regex-base 0.93.2-2 [installed] ghc74 haskell-regex-compat 0.95.1-2 ghc74 haskell-regex-posix 0.95.1-2 [installed] ghc74 haskell-regex-tdfa 1.1.8-2 [installed] ghc74 haskell-semigroups 0.8-2 [installed] ghc74 haskell-split 0.1.4.2-2 [installed] ghc74 haskell-stm 2.2.0.1-1 ghc74 haskell-syb 0.3.6-2 [installed] ghc74 haskell-tagged 0.2.3.1-2 [installed] ghc74 haskell-tar 0.3.2.0-2 [installed] ghc74 haskell-text 0.11.1.13-2 [installed] ghc74 haskell-transformers 0.2.2.0-2 [installed] ghc74 haskell-unixutils 1.47-2 [installed] ghc74 haskell-utf8-string 0.3.7-2 [installed] ghc74 haskell-vector 0.9.1-2 ghc74 haskell-x11 1.5.0.1-2 [installed] ghc74 haskell-x11-xft 0.3.1-1 ghc74 haskell-xhtml 3000.2.0.5-1 ghc74 haskell-xmonad 0.10-2 [installed] ghc74 haskell-xmonad-contrib 0.10-2 [installed] ghc74 haskell-xmonad-extras 0.10.1-5 [installed] ghc74 haskell-zlib 0.5.3.2-2 [installed] /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpgSTCK4WJIL.pgp Description: PGP signature
Re: [arch-general] Cannot upgrade.
On Feb 15, 2012 11:35 PM, "jwbirdsong" wrote: > > Dude, what are these extra repos for? Can you tell me how to include them in my > > pacman.conf? > > Thanks. > One REALLY has to wonder about the wisdom of a statment like that.. What > are those repos for... i want them.. REALLY?? why would you want > them/need to know how to include them if you have no idea what they are > for. > Just my 2 cents Sorry for my bad English. I can't express myself properly in English. I didn't mean I wanted to include all of those repos. I just wanted to know how many such unofficial repos exist and how to add them to my system. I also wanted to know what other applications could I find there that aren't available in the official repo and AUR.
[arch-general] Intel AES-NI module doesn't get loaded automatically
Hi, my hardware supports the AES-NI instruction set, which is a performance boost. I'm pretty sure that the appropriate module (aesni_intel) was loaded automatically in the past, which seems not to be the case anymore. I probably could place it in /etc/rc.conf or something like that, but before going for it, I would like to know why it doesn't get loaded automatically in the first place any longer. Is this something intentional or some sort of bug/regression? Maybe it has something to do with the switch to kmod a few weeks ago? Anyone else experienced this? Best regards, Karol Babioch signature.asc Description: OpenPGP digital signature
Re: [arch-general] Fw: Re: Waiting for UDev uevents to be processed [BUSY]
Ok well I enabled loglevel=7 and rebooted with NVidia discrete on. Everything booted okay and worked which was a surprise. I rebooted again and then it booted but my keyboard did not work. After another hard reset, it froze on waiting for uevents again at e1000e load (Ethernet driver). I rebooted and and then it froze again on another step in uevents, just further in the process. I can't seem to reproduce the exact issue to provide a good log as to what is going wrong as sometimes it works or doesnt work, and sometimes it will work without keyboard support. I know it's a strange issue, but I desperately need a machine (and a discrete video card) to work with so I'm going to backup and install another distro or os for the time being. Was a good couple year run with Arch, i'll be back someday. Thanks, -Rob On Wed, Feb 15, 2012 at 5:55 AM, Rob Lewis wrote: > Yeah sorry about that. The link is still useful as it confirms i'm not the > only one having the problem. I will take suggestions provided to find out > more detail on what is going on. > > > On Wed, Feb 15, 2012 at 5:08 AM, gt wrote: > >> Well it would seem he still found it useful. But forgot to cc the >> mailing list. >> >> - Forwarded message from Rob Lewis - >> >> Date: Tue, 14 Feb 2012 22:20:20 -0500 >> From: Rob Lewis >> To: gt >> Subject: Re: [arch-general] Waiting for UDev uevents to be processed >> [BUSY] >> >> Thanks! That thread at least confirms that two others will the same laptop >> are having the same issue. As for what the problem is, not quite sure yet >> but I will try reverting to a older kernel. >> >> On Tue, Feb 14, 2012 at 9:50 PM, gt wrote: >> >> > On Tue, Feb 14, 2012 at 07:45:54PM -0500, Rob Lewis wrote: >> > > I am running into an issue I have never really run into in the past >> with >> > my >> > > current laptop. Upon installing arch linux I reboot and face the >> > following >> > > issue which hangs forever during the bot process: >> > > >> > > Waiting for UDev uevents to be processed [BUSY] >> > > >> > > I have a Lenovo Thinkpad W520 with NVidia Optimus and I enabled NVidia >> > > Discrete mode in the BIOS. I cannot boot into my system after >> > installation, >> > > however sometimes it will skip by this error and I will lose all >> keyboard >> > > input and cannot login as a result. My workaround for the moment is to >> > put >> > > the BIOS into Optimus mode (Intel and NVidia cards are enabled) and >> use >> > the >> > > Intel video driver. I have tried nomodeset during the boot process >> but no >> > > luck. Googling the problem i find most people get a timeout after 30 >> > > seconds to find out what is causing the problem, but my system hangs >> > > forever. >> > > >> > > Is anyone else running into this issue or experienced enough to help >> me >> > > find out what the problem is? I have been running Arch since August >> 2011 >> > > with no issues up until now. >> > > >> > > Any help is appreciated, >> > > -Rob >> > >> > Maybe this thread can help. Many people seem to have problems with udev >> > recently. >> > >> > https://bbs.archlinux.org/viewtopic.php?id=134012 >> > >> > -- >> > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org >> > >> >> - End forwarded message - >> > >
Re: [arch-general] systemd's journal and syslog-ng
Oh, and syslog should probably not read from /proc/kmsg (see http://lists.freedesktop.org/archives/systemd-devel/2012-January/004310.html)
Re: [arch-general] systemd's journal and syslog-ng
If somebody still is interested in this, here is my follow-up: After some digging (it is amazing how little information exist for this, not even a man page for anything journal related) I came to the conclusion that journal/socket is not meant for a logging daemon to read from. Instead journal/syslog should be used (see [1]). So your service file should look something like this: [Unit] Description=System Logger Daemon [Service] Sockets=syslog.socket ExecStartPre=-/bin/systemctl stop systemd-kmsg-syslogd.service ExecStart=/usr/sbin/syslog-ng -F ExecReload=/bin/kill -HUP $MAINPID Sockets=syslog.socket StandardOutput=null [Install] WantedBy=multi-user.target Alias=syslog.service And syslog should read from /run/systemd/journal/syslog [1] http://lwn.net/Articles/474968/
Re: [arch-general] Cannot upgrade.
On 02/15/2012 01:04 PM, jwbirdsong wrote: On 02/15/2012 10:18 AM, Madhurya Kakati wrote: On 02/14/12 at 11:49pm, Ralf Mardorf wrote: The pacman upgrade didn't cause trouble here. When I run pacman -Syu the first time, only pacman was shown. Directly after installing it I run pacman -Syu again and there where 5 targets. # ntpdate ntp.favey.ch 14 Feb 23:34:30 # pacman -Syu :: Synchronizing package databases... core extra community multilib archaudio-production is up to date archaudio-preview is up to date kxstudio-free kxstudio-free is up to date kxstudio-non-fre kxstudio-non-free is up to date arch-fonts is up to date archaudio-nightly is up to date archaudio-experimental is up to date Dude, what are these extra repos for? Can you tell me how to include them in my pacman.conf? Thanks. One REALLY has to wonder about the wisdom of a statment like that.. What are those repos for... i want them.. REALLY?? why would you want them/need to know how to include them if you have no idea what they are for. Just my 2 cents It makes it much easier the break things
Re: [arch-general] GHC 7.4.1 or HP 2011.4.0.0??
On Tue, Feb 14, 2012 at 09:03:02PM -0600, Thomas Dziedzic wrote: > On Tue, Feb 14, 2012 at 3:35 PM, Magnus Therning wrote: [...] >> Am I to understand that this means HP will go? > > That's the plan so far. :-) >> In the meantime I'll try to build as many of the packages in >> [extra]/[community] as possible. That ought to be useful to you >> later on, particularly if any patches are necessary. > > This would be really awesome if you found the time to do this > especially if you found any breakages and patches that fixed those. Of course. I'll collect it all in the git repo I pointed to earlier. By now I've gotten almost all packages from [extra] compiled. So far I've skipped OpenGL/GLUT since these packages have been drastically re-arranged in the recent releases. I'm wondering whether it's worth including them at all if HP is dropped. (Are there usage statistics to consult somewhere?) /M -- Magnus Therning OpenPGP: 0xAB4DFBA4 email: mag...@therning.org jabber: mag...@therning.org twitter: magthe http://therning.org/magnus I invented the term Object-Oriented, and I can tell you I did not have C++ in mind. -- Alan Kay pgpIqA2zGT0wt.pgp Description: PGP signature
Re: [arch-general] Cannot upgrade.
On 02/15/2012 10:18 AM, Madhurya Kakati wrote: > On 02/14/12 at 11:49pm, Ralf Mardorf wrote: >> The pacman upgrade didn't cause trouble here. When I run pacman -Syu the >> first time, only pacman was shown. Directly after installing it I run >> pacman -Syu again and there where 5 targets. >> >> # ntpdate ntp.favey.ch >> 14 Feb 23:34:30 >> # pacman -Syu >> :: Synchronizing package databases... >> core >> extra >> community >> multilib >> archaudio-production is up to date >> archaudio-preview is up to date >> kxstudio-free >> kxstudio-free is up to date >> kxstudio-non-fre >> kxstudio-non-free is up to date >> arch-fonts is up to date >> archaudio-nightly is up to date >> archaudio-experimental is up to date > Dude, what are these extra repos for? Can you tell me how to include them in > my > pacman.conf? > Thanks. One REALLY has to wonder about the wisdom of a statment like that.. What are those repos for... i want them.. REALLY?? why would you want them/need to know how to include them if you have no idea what they are for. Just my 2 cents signature.asc Description: OpenPGP digital signature
Re: [arch-general] Cannot upgrade.
On Wed, Feb 15, 2012 at 10:48:57PM +0530, Madhurya Kakati wrote: > On 02/14/12 at 11:49pm, Ralf Mardorf wrote: > > The pacman upgrade didn't cause trouble here. When I run pacman -Syu the > > first time, only pacman was shown. Directly after installing it I run > > pacman -Syu again and there where 5 targets. > > > > # ntpdate ntp.favey.ch > > 14 Feb 23:34:30 > > # pacman -Syu > > :: Synchronizing package databases... > > core > > extra > > community > > multilib > > archaudio-production is up to date > > archaudio-preview is up to date > > kxstudio-free > > kxstudio-free is up to date > > kxstudio-non-fre > > kxstudio-non-free is up to date > > arch-fonts is up to date > > archaudio-nightly is up to date > > archaudio-experimental is up to date > Dude, what are these extra repos for? Can you tell me how to include them in > my > pacman.conf? > Thanks. Well if you want lesser headaches, avoid 3rd party repos. Read wonder's post here: http://archlinux.me/wonder/2012/02/13/how-to-increase-the-stability-of-your-system/ (especially the 3rd point) But if you still insist, here is a list: https://wiki.archlinux.org/index.php/Unofficial_User_Repositories -- O< ascii ribbon campaign - stop html mail - www.asciiribbon.org
Re: [arch-general] Cannot upgrade.
On 02/14/12 at 11:49pm, Ralf Mardorf wrote: > The pacman upgrade didn't cause trouble here. When I run pacman -Syu the > first time, only pacman was shown. Directly after installing it I run > pacman -Syu again and there where 5 targets. > > # ntpdate ntp.favey.ch > 14 Feb 23:34:30 > # pacman -Syu > :: Synchronizing package databases... > core > extra > community > multilib > archaudio-production is up to date > archaudio-preview is up to date > kxstudio-free > kxstudio-free is up to date > kxstudio-non-fre > kxstudio-non-free is up to date > arch-fonts is up to date > archaudio-nightly is up to date > archaudio-experimental is up to date Dude, what are these extra repos for? Can you tell me how to include them in my pacman.conf? Thanks. -- Madhurya Kakati () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments pgpu5HsxI5NUL.pgp Description: PGP signature
Re: [arch-general] [arch-dev-public] Ruby directory clean up proposal.
On Wed, Feb 15, 2012 at 9:06 AM, Paul Gideon Dann wrote: > On Wednesday 15 Feb 2012 08:59:10 Thomas Dziedzic wrote: >> /usr/lib/ruby/site_ruby - This directory is for user specific >> installation and should never be touched by the package manager. >> /usr/lib/ruby/vendor_ruby - ruby packages installed with pacman which >> aren't gems go here >> $HOME/.gem/ruby/[ruby_base_version] - default target when running gem >> install foo because --user-install is now in the gemrc file >> /etc/gemrc - contains "gem: --user-install" to install user installed >> gems with gem to $HOME/.gem/gems >> >> If the user chooses to install gems using gem, they will have to add >> the bin directory to the $PATH: >> export PATH="$PATH:$(ruby -rubygems -e 'puts Gem.user_dir')/bin". >> >> System wide installation of gems by default will be disabled. >> If you want system wide gems, either run gem with the >> --no-user-install flag like "sudo gem install --no-user-install foo" >> You can also install to the system wide location by removing >> --user-install from /etc/gemrc > > This all sounds mostly fine. I assume that "sudo gem install" will simply > install the gem using root-owned files in the home directory, right? > > Paul Correct, by default sudo gem install foo would install to /root/.gem/ruby which isn't system wide. If you really want system wide installs, either run sudo gem with --no-user-install or remove --user-install from /etc/gemrc
Re: [arch-general] [arch-dev-public] Ruby directory clean up proposal.
On Wednesday 15 Feb 2012 08:59:10 Thomas Dziedzic wrote: > /usr/lib/ruby/site_ruby - This directory is for user specific > installation and should never be touched by the package manager. > /usr/lib/ruby/vendor_ruby - ruby packages installed with pacman which > aren't gems go here > $HOME/.gem/ruby/[ruby_base_version] - default target when running gem > install foo because --user-install is now in the gemrc file > /etc/gemrc - contains "gem: --user-install" to install user installed > gems with gem to $HOME/.gem/gems > > If the user chooses to install gems using gem, they will have to add > the bin directory to the $PATH: > export PATH="$PATH:$(ruby -rubygems -e 'puts Gem.user_dir')/bin". > > System wide installation of gems by default will be disabled. > If you want system wide gems, either run gem with the > --no-user-install flag like "sudo gem install --no-user-install foo" > You can also install to the system wide location by removing > --user-install from /etc/gemrc This all sounds mostly fine. I assume that "sudo gem install" will simply install the gem using root-owned files in the home directory, right? Paul
Re: [arch-general] [arch-dev-public] Ruby directory clean up proposal.
On Wed, Feb 15, 2012 at 3:58 AM, Paul Gideon Dann wrote: > On Tuesday 14 Feb 2012 01:53:01 Peter Lewis wrote: >> I think it's worth separating out the "user" and the "admin" in this >> argument. To install a gem system-wide, you have to do something like "sudo >> gem install XXX", right? This is almost always a bad idea, IMO, and people >> hopefully won't do it at least during the normal run of working with ruby. >> Personally, I don't let gem mess with anything outside my home directory. > > I'm worried. I use "sudo gem install" to install gems system-wide. It's not > practical to use Arch packages for this instead, because I can't rely on a > given gem always being packaged for Arch. I also don't really see the point > of packaging a package from another packaging system which already happily co- > exists with pacman. I have no issue using gem to administer system gems, > since they always stay in /usr/lib/ruby and don't interfere with the rest of > the system (except for /usr/bin, admittedly). > Some people choose to use pacman packaged gems because it handles deps better and patches could get included to fix some issues. I will only be implementing the changes in the planned layout only this cleanup. That means I wont be moving system-wide installation to /var/.. yet Don't worry, I wont forget about users that use gem to install to system wide locations. As already mentioned, I will make the default gem install to $HOME/.gem/ruby and if you so choose, you can edit your gemrc to install to the system wide location (/usr/lib.. for now). > Can you clarify if you're planning to make it impossible to use gem to install > system gems? I *really* want to avoid using pacman for system gems and gem > elsewhere. It makes no sense to me. I'd rather use gem for all gems. > I wont be forcing anyone to use pacman instead of gems, now or in the future. > Maybe a quick summary of the plans so far? > > Paul Summary of the changes in this cleanup: /usr/lib/ruby/site_ruby - This directory is for user specific installation and should never be touched by the package manager. /usr/lib/ruby/vendor_ruby - ruby packages installed with pacman which aren't gems go here $HOME/.gem/ruby/[ruby_base_version] - default target when running gem install foo because --user-install is now in the gemrc file /etc/gemrc - contains "gem: --user-install" to install user installed gems with gem to $HOME/.gem/gems If the user chooses to install gems using gem, they will have to add the bin directory to the $PATH: export PATH="$PATH:$(ruby -rubygems -e 'puts Gem.user_dir')/bin". System wide installation of gems by default will be disabled. If you want system wide gems, either run gem with the --no-user-install flag like "sudo gem install --no-user-install foo" You can also install to the system wide location by removing --user-install from /etc/gemrc
[arch-general] crashes
Hi I am getting logs full of the following along with bad crazy Kmail behaviour Also problems writing to my NAS drive i dare say the NAS problem is me not finding the right setting ( i have been a suse user since suse 5.3 so a long time with yast) any ideas anyone Feb 15 09:38:05 7-of-9 kernel: [ 386.295383] nepomukservices[1462]: segfault at 1 ip 7fb2b1ba0eef sp 7fb262ffb6b0 error 4 in libsoprano.so.4.3.0[7fb2b1b5c000+f9000] Feb 15 09:38:55 7-of-9 kernel: [ 435.960894] nepomukservices[1512]: segfault at 1 ip 7fee7771eeef sp 7fee5dff96b0 error 4 in libsoprano.so.4.3.0[7fee776da000+f9000] Feb 15 09:41:48 7-of-9 kernel: [ 609.009982] device eth0 entered promiscuous mode Feb 15 09:48:51 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 09:48:51 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 09:48:51 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Feb 15 09:50:06 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 09:50:06 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 09:50:06 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Feb 15 09:51:21 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 09:51:21 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 09:51:21 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Feb 15 10:21:01 7-of-9 -- MARK -- Feb 15 10:36:43 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 10:36:43 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 10:36:43 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Feb 15 10:39:13 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 10:39:13 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 10:39:13 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Feb 15 10:39:30 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 10:39:30 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 10:39:30 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Feb 15 10:39:37 7-of-9 kernel: [ 4078.129329] fuse init (API version 7.17) Feb 15 10:54:07 7-of-9 kernel: [ 4948.201916] nepomukservices[1811]: segfault at 1 ip 7f78f0b3eeef sp 7f78d77fc6b0 error 4 in libsoprano.so.4.3.0[7f78f0afa000+f9000] Feb 15 10:54:56 7-of-9 kernel: [ 4997.642525] nepomukservices[1887]: segfault at 1 ip 7f75cb0a2eef sp 7f75b15f06b0 error 4 in libsoprano.so.4.3.0[7f75cb05e000+f9000] Feb 15 10:57:16 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 10:57:16 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 10:57:16 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Feb 15 10:58:31 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 10:58:31 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 10:58:31 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Feb 15 10:59:46 7-of-9 dbus[514]: [system] Activating service name='org.kde.powerdevil.backlighthelper' (using servicehelper) Feb 15 10:59:46 7-of-9 org.kde.powerdevil.backlighthelper: QDBusConnection: system D-Bus connection created before QCoreApplication. Application may misbehave. Feb 15 10:59:46 7-of-9 dbus[514]: [system] Successfully activated service 'org.kde.powerdevil.backlighthelper' Cheers Pete -- Linux 7-of-9 3.2.5-1-ARCH #1 SMP PREEMPT Tue Feb 7 08:34:36 CET 2012 x86_64 AMD Phenom(tm) 9600B Quad-Core Processor AuthenticAMD GNU/Linux
Re: [arch-general] systemd's journal and syslog-ng
To give a few more examples: With syslog-ng reading journal/socket: - No logging for cron daemon (fcron) - No logging at all in log/auth.log - Only some few kernel messages in log/everything.log - No logging with logger(1) The list goes on ...
Re: [arch-general] systemd's journal and syslog-ng
On 02/15/2012 02:30 PM, Giorgio Lando wrote: > On Wed 15/02/12, 13:28, Christian Hesse wrote: >>> - Why are the logs read from /run/systemd/journal/socket incomplete and >>> how do I fix this? > >> /dev/log gives the messages only once. If two processes read from there it's >> just random which gets which messages. Probably that is why your logs are >> incomplete. Changing syslog to read from systemd journal's socket should fix >> this. > > It seems to me that he is saying that they are incomplete JUST when reading > from systemd journal > Giorgio exactly
Re: [arch-general] Fw: Re: Waiting for UDev uevents to be processed [BUSY]
Yeah sorry about that. The link is still useful as it confirms i'm not the only one having the problem. I will take suggestions provided to find out more detail on what is going on. On Wed, Feb 15, 2012 at 5:08 AM, gt wrote: > Well it would seem he still found it useful. But forgot to cc the > mailing list. > > - Forwarded message from Rob Lewis - > > Date: Tue, 14 Feb 2012 22:20:20 -0500 > From: Rob Lewis > To: gt > Subject: Re: [arch-general] Waiting for UDev uevents to be processed [BUSY] > > Thanks! That thread at least confirms that two others will the same laptop > are having the same issue. As for what the problem is, not quite sure yet > but I will try reverting to a older kernel. > > On Tue, Feb 14, 2012 at 9:50 PM, gt wrote: > > > On Tue, Feb 14, 2012 at 07:45:54PM -0500, Rob Lewis wrote: > > > I am running into an issue I have never really run into in the past > with > > my > > > current laptop. Upon installing arch linux I reboot and face the > > following > > > issue which hangs forever during the bot process: > > > > > > Waiting for UDev uevents to be processed [BUSY] > > > > > > I have a Lenovo Thinkpad W520 with NVidia Optimus and I enabled NVidia > > > Discrete mode in the BIOS. I cannot boot into my system after > > installation, > > > however sometimes it will skip by this error and I will lose all > keyboard > > > input and cannot login as a result. My workaround for the moment is to > > put > > > the BIOS into Optimus mode (Intel and NVidia cards are enabled) and use > > the > > > Intel video driver. I have tried nomodeset during the boot process but > no > > > luck. Googling the problem i find most people get a timeout after 30 > > > seconds to find out what is causing the problem, but my system hangs > > > forever. > > > > > > Is anyone else running into this issue or experienced enough to help me > > > find out what the problem is? I have been running Arch since August > 2011 > > > with no issues up until now. > > > > > > Any help is appreciated, > > > -Rob > > > > Maybe this thread can help. Many people seem to have problems with udev > > recently. > > > > https://bbs.archlinux.org/viewtopic.php?id=134012 > > > > -- > > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > > > > - End forwarded message - >
Re: [arch-general] systemd's journal and syslog-ng
On Wed 15/02/12, 13:28, Christian Hesse wrote: > > - Why are the logs read from /run/systemd/journal/socket incomplete and > > how do I fix this? > /dev/log gives the messages only once. If two processes read from there it's > just random which gets which messages. Probably that is why your logs are > incomplete. Changing syslog to read from systemd journal's socket should fix > this. It seems to me that he is saying that they are incomplete JUST when reading from systemd journal Giorgio
Re: [arch-general] systemd's journal and syslog-ng
Tobias Frilling on Wed, 15 Feb 2012 12:35:56 +0100: > On 02/09/2012 03:29 PM, Dave Reisner wrote: > > - With the journal enabled (and it is enabled by default), you no longer > > need to run a syslog daemon (i.e. syslog-ng or rsyslog). The journal, > > by default, writes to /run/systemd/journal (meaning logs will poof on > > reboot). If you want to keep your logs, simply create > > /var/log/journal. If you really want to keep using a syslog daemon, > > you must tell it to read from /run/systemd/journal/socket, NOT > > /dev/log. > > I know I do not longer need to run a syslog daemon, but I like my logs in > human readable form. So, being a obedient ml reader, I configured my > syslog-ng to read from said new socket > unix-dgram("/run/systemd/journal/socket"); > instead of the old /dev/log. But since then my logs are incomplete at best. > So here are my questions: > > - Why are the logs read from /run/systemd/journal/socket incomplete and > how do I fix this? > - Why do I even have to change the socket? /dev/log is still there and > still works like a charm. /dev/log gives the messages only once. If two processes read from there it's just random which gets which messages. Probably that is why your logs are incomplete. Changing syslog to read from systemd journal's socket should fix this. -- Best regards, Chris O< ascii ribbon campaign stop html mail - www.asciiribbon.org
[arch-general] systemd's journal and syslog-ng
On 02/09/2012 03:29 PM, Dave Reisner wrote: > - With the journal enabled (and it is enabled by default), you no longer > need to run a syslog daemon (i.e. syslog-ng or rsyslog). The journal, > by default, writes to /run/systemd/journal (meaning logs will poof on > reboot). If you want to keep your logs, simply create > /var/log/journal. If you really want to keep using a syslog daemon, > you must tell it to read from /run/systemd/journal/socket, NOT > /dev/log. I know I do not longer need to run a syslog daemon, but I like my logs in human readable form. So, being a obedient ml reader, I configured my syslog-ng to read from said new socket unix-dgram("/run/systemd/journal/socket"); instead of the old /dev/log. But since then my logs are incomplete at best. So here are my questions: - Why are the logs read from /run/systemd/journal/socket incomplete and how do I fix this? - Why do I even have to change the socket? /dev/log is still there and still works like a charm.
[arch-general] Fw: Re: Waiting for UDev uevents to be processed [BUSY]
Well it would seem he still found it useful. But forgot to cc the mailing list. - Forwarded message from Rob Lewis - Date: Tue, 14 Feb 2012 22:20:20 -0500 From: Rob Lewis To: gt Subject: Re: [arch-general] Waiting for UDev uevents to be processed [BUSY] Thanks! That thread at least confirms that two others will the same laptop are having the same issue. As for what the problem is, not quite sure yet but I will try reverting to a older kernel. On Tue, Feb 14, 2012 at 9:50 PM, gt wrote: > On Tue, Feb 14, 2012 at 07:45:54PM -0500, Rob Lewis wrote: > > I am running into an issue I have never really run into in the past with > my > > current laptop. Upon installing arch linux I reboot and face the > following > > issue which hangs forever during the bot process: > > > > Waiting for UDev uevents to be processed [BUSY] > > > > I have a Lenovo Thinkpad W520 with NVidia Optimus and I enabled NVidia > > Discrete mode in the BIOS. I cannot boot into my system after > installation, > > however sometimes it will skip by this error and I will lose all keyboard > > input and cannot login as a result. My workaround for the moment is to > put > > the BIOS into Optimus mode (Intel and NVidia cards are enabled) and use > the > > Intel video driver. I have tried nomodeset during the boot process but no > > luck. Googling the problem i find most people get a timeout after 30 > > seconds to find out what is causing the problem, but my system hangs > > forever. > > > > Is anyone else running into this issue or experienced enough to help me > > find out what the problem is? I have been running Arch since August 2011 > > with no issues up until now. > > > > Any help is appreciated, > > -Rob > > Maybe this thread can help. Many people seem to have problems with udev > recently. > > https://bbs.archlinux.org/viewtopic.php?id=134012 > > -- > O< ascii ribbon campaign - stop html mail - www.asciiribbon.org > - End forwarded message -
Re: [arch-general] [arch-dev-public] Ruby directory clean up proposal.
On Tuesday 14 Feb 2012 01:53:01 Peter Lewis wrote: > I think it's worth separating out the "user" and the "admin" in this > argument. To install a gem system-wide, you have to do something like "sudo > gem install XXX", right? This is almost always a bad idea, IMO, and people > hopefully won't do it at least during the normal run of working with ruby. > Personally, I don't let gem mess with anything outside my home directory. I'm worried. I use "sudo gem install" to install gems system-wide. It's not practical to use Arch packages for this instead, because I can't rely on a given gem always being packaged for Arch. I also don't really see the point of packaging a package from another packaging system which already happily co- exists with pacman. I have no issue using gem to administer system gems, since they always stay in /usr/lib/ruby and don't interfere with the rest of the system (except for /usr/bin, admittedly). Can you clarify if you're planning to make it impossible to use gem to install system gems? I *really* want to avoid using pacman for system gems and gem elsewhere. It makes no sense to me. I'd rather use gem for all gems. Maybe a quick summary of the plans so far? Paul
Re: [arch-general] Waiting for UDev uevents to be processed [BUSY]
On Wed, Feb 15, 2012 at 1:45 AM, Rob Lewis wrote: > I am running into an issue I have never really run into in the past with my > current laptop. Upon installing arch linux I reboot and face the following > issue which hangs forever during the bot process: > > Waiting for UDev uevents to be processed [BUSY] This should timeout after two minutes. Please open a bug report with as much output as you can get (as described by Thomas). Cheers, Tom
Re: [arch-general] Waiting for UDev uevents to be processed [BUSY]
Am 15.02.2012 01:45, schrieb Rob Lewis: > I am running into an issue I have never really run into in the past with my > current laptop. Upon installing arch linux I reboot and face the following > issue which hangs forever during the bot process: > > Waiting for UDev uevents to be processed [BUSY] No matter what, it shouldn't hang forever, there is a hardcoded timeout (unless the kernel crashes). Boot with loglevel=7 to get more information. signature.asc Description: OpenPGP digital signature
Re: [arch-general] Waiting for UDev uevents to be processed [BUSY]
Am 15.02.2012 03:50, schrieb gt: > Maybe this thread can help. Many people seem to have problems with udev > recently. > > https://bbs.archlinux.org/viewtopic.php?id=134012 This is unrelated. Please do your research before making suggestions. signature.asc Description: OpenPGP digital signature