- Arch-general - lists.archlinux.org

[arch-general] Fw: Re: Waiting for UDev uevents to be processed [BUSY]
by gt 16 Feb '12

16 Feb '12

Well it would seem he still found it useful. But forgot to cc the mailing list. ----- Forwarded message from Rob Lewis <rrl125(a)gmail.com> ----- Date: Tue, 14 Feb 2012 22:20:20 -0500 From: Rob Lewis <rrl125(a)gmail.com> To: gt <codered12(a)gmail.com> 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 <codered12(a)gmail.com> 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 -----

2 2

Re: [arch-general] [arch-dev-public] Ruby directory clean up proposal.
by Peter Lewis 15 Feb '12

15 Feb '12

Hi, I'm not a dev, so am replying on arch-general, but a TU who uses a lot of ruby on Arch. Thanks for thinking about this. I too have been trying to come up with my own sane way of using ruby - gems particularly - with Arch. On Sunday 12 Feb 2012 17:37:17 Thomas Dziedzic wrote: > Current layout: > /usr/lib/ruby/site_ruby - packages either installed here > /usr/lib/ruby/gems/[ruby_base_version] - or here, this directory > contains both pacman installed packages and packages installed using > the gem tool. > > Planned layout: > /usr/lib/ruby/site_ruby - manually installed files by user go here, > packages shouldn't touch this > /usr/lib/ruby/gems/[ruby_base_version] - pacman packages built from gems go > here /usr/lib/ruby/vendor_ruby - ruby packages installed with pacman which > aren't gems go here > $HOME/.gem/ruby/[ruby_base_version] - used by the gem command to > install packages unmanaged by pacman +1 from me, except that we should probably emphasise that /usr/lib/ruby/site_ruby really is for site-specific stuff. Anything that is generic enough to be able to go in a pacman package (and/or a gem) should do. > /etc/gemrc - contains "gem: --user-install" to install user installed > gems with gem to $HOME/.gem/gems I didn't know about --user-install, but I just set GEM_HOME (actually, I use RVM). Can what you want be done by globally setting GEM_HOME to be based off of $HOME? Or is --user-install the preferred way? > 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". Yep, or just something derived from $GEM_HOME if we were to use that approach instead. > Benefits of this change include: > Using the proper directory layout introduced in ruby 1.9 (using > vendor_ruby). Clean separation of pacman installed packages > (/usr/lib/ruby/gems/[ruby_base_version] & /usr/lib/ruby/vendor_ruby) > from gem installed packages ($HOME/.gem/ruby/[ruby_base_version]). > > Problems left: > The user will still be able to install to the system wide gem > directory /usr/lib/ruby/gems/[ruby_base_version] if they remove > --user-install from /etc/gemrc > > Possible remedies: > 1) Leave it as is. > If the user runs gem with --no-user-install then gem will still > install the files to the system wide directory at > /usr/lib/ruby/gems/[ruby_base_version] and will install binaries to > /usr/bin > This should provide a clean default and is the easiest path. > This option is still better than the one we currently use where we > try to install to the system wide location by default. 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. And plain "gem install XXX" will not accidentally install system-wide, right? Ruby is quite good for separating between development and deployment environments - it seems to make sense for us to do a similar thing here, seeing the Arch OS layer itself as a particular kind of deployment, where things are managed by pacman. > 2) Change all ruby pacman packages to use local > _gemdir='/usr/lib/ruby/vendor_ruby' > This would free up /usr/lib/ruby/gems/[ruby_base_version] which we > could move to /var/lib/ruby/gems/[ruby_base_version] for system wide > gems installed with the gem command. And as much as I have to admit that I'd really like to be able to install gems system-wide and use their built-in dependency management, bundler etc... I think that road probably leads to madness and death, especially when many popular gems will still be managed by pacman (and rightly so). So, I would be careful about doing this, and would suggest that we go for only letting 'gem' install things under $HOME. Anything that should go system-wide should have a PKGBUILD. > I'm currently leaning towards 1 since it will be a simple solution > with no changes needed to existing ruby-* packages. Yep. Of course, suggesting RVM for user-installed gems(ets) is probably also a good idea. Pete. PS. A while ago I was getting very frustrated that the version of rubygems bundled with ruby itself was so out-of-date so quickly, but 'gem update --system' is a very bad idea in combination with pacman. So, I spent a while hacking together this package, which installs the latest version of rubygems itself alongside ruby, system-wide: https://aur.archlinux.org/packages.php?ID=50346 It's hacky, but it works :-) I wish there was a cleaner way.

3 7

[arch-general] Waiting for UDev uevents to be processed [BUSY]
by Rob Lewis 15 Feb '12

15 Feb '12

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

4 4

[arch-general] Kmail crashes
by P Nikolic 14 Feb '12

14 Feb '12

Hi all . Kmail seems to have developed a like for just vanishing like bang gone . I had to reboot the box this morning to get kmail to start at all as in power off reboot then it can up with no mails listed no inbox nothing another reboot and it came up ok but now just vanishes from the screen this was after yesterdays updates "pacman -Suy" it had been reasonably ok prior to that apart from the filters dont work very well (no where near as good as the non akondaified version 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

1 2

Re: [arch-general] [arch-dev-public] broken PKGDEST?
by Lukas Fleischer 14 Feb '12

14 Feb '12

On Tue, Feb 14, 2012 at 02:10:50PM +0100, Tobias Powalowski wrote: > Hi, > since quite some time, PKGDEST breaks testingpkg etc. > It only can upload the arch package and not the other, eg. x64_64 is not > able to upload the i686 package. > Any ideas or fix for this? It really breaks my workflow. I'm not sure what you want to do... Are you trying to release to a architecture that isn't specified in the PKGBUILD's "arch" array? Or does commitpkg fail to upload an architecture you actually specified? Just to be sure, commitpkg currently behaves as follows: 1. Iterates over all architectures that you specified in your PKGBUILD (unless you use "$commit_arch"). 2. Searches for package files for each of these architectures (and it looks in "$PKGDEST" if that is used). If it cannot find a package file for one architecture, it displays something like "Skipping $_pkgname-$fullver-$_arch: failed to locate package file" and skips that architecture. 3. Searches for signature files, bails out if one of them cannot be found or is invalid. 4. archreleases to all remaining architectures. 5. Uploads package and signature files. If it doesn't behave like that for you, you should probably file a devtools bug. If it behaves like that and you need another feature, file a feature request :) > > greetings > tpowa > > -- > Tobias Powalowski > Archlinux Developer & Package Maintainer (tpowa) > http://www.archlinux.org > tpowa(a)archlinux.org > >

4 8

[arch-general] Multi-audio player script-based control?
by Oon-Ee Ng 14 Feb '12

14 Feb '12

I use mpd for 'regular' music playing, but once in a while (like today, V-Day) I use other players (like Exaile) for various purposes. I currently use xbindkeys to bind various keyboard shortcuts to mpc next, mpc prev etc. Of course, finger memory means I still press those even though I'm currently using another music player (which results in two different songs playing). Anyone know of an existing script which controls the active player (so if I press my 'next song' keyboard shortcut and VLC is active, it receives the signal, if Exaile/amarok whatever is active, it receives it, if nothing is active it defaults to mpd)? Thought about hacking something up in bash but would like to check if something already exists, first.

2 2

[arch-general] Set BUILDDIR in makepkg.conf
by 郑文辉(Techlive Zheng) 14 Feb '12

14 Feb '12

Hey, guys, is there a way to set BUILDDIR in makepkg.conf to a place like /var/abs/mybuilds/$pkgname? I tried set BUILDDIR="/var/abs/mybuilds/$pkgname",but it didn't work,it builds in /var/abs/mybuilds,not in /var/abs/mybuilds/$pkgname.

2 2

[arch-general] [mirrorlist] Remove ftp mirrors from the default list
by Abdul Halim Mat Ali 14 Feb '12

14 Feb '12

I don't find download small files is slow especially when the mirror is at your country. Furthermore, my country namely Singapore only have one mirror and that one mirror using FTP. Arch-devs. Kindly do not delete FTP from the list. The mirrors list are user config and not everybody use the same mirror and it is up to us to use which mirror. So, I don't see a point on remove the ftp mirrors.

5 6

[arch-general] Invisible GNOME 3 Icons
by Ankur Sethi 14 Feb '12

14 Feb '12

Hi, I use Arch with GNOME 3 on a Dell Vostro 1520 (late 2009). This machine comes with an nVidia 9300M GS GPU. I'm using the proprietary nVidia drivers. After a recent update, all the icons from my GNOME 3 top bar have become invisible. My login screen picture has also become invisible. When I say "invisible", I mean I can click them all right, but I can't see them. These screenshots will explain more: * http://imagebin.org/198830 * http://imagebin.org/198831 What's worse, some of the GTK+ UI elements have also become invisible. Here's what my System Settings app looks like: * http://imagebin.org/198832 As you can see, the checkboxes and slider handles are invisible. Does anyone know what might have caused this? How can I fix this? -- Ankur Sethi

2 3

[arch-general] Crash under gnome shell using interactive search, nvidia beta driver bug ?
by fredbezies 14 Feb '12

14 Feb '12

Wells, I deactivated all my extensions, and still crashing. Looks like it is a nvidia driver bug. Have to switch to nouveau for now... And will tell you if it still crashes. -- Frederic Bezies fredbezies(a)gmail.com

1 0