- Arch-general - lists.archlinux.org

[arch-general] screen goes blank on reboot after 1st pacman Su of new install!!!???
by Joe(theWordy)Philbrook 08 Jul '10

08 Jul '10

Hi. I'm not that sure what's happening. But I just acquired an HP Pavilion desktop. (My Sister's Hubby just bought a new win 7 box and let me recycle his old xp box... I told him right away that I'd found the problem he was having with the old box, it was running windows...) Anyway it's got AMD 64 processor with a gig of ram, and integrated NVIDIA GeForce 6150 LE (which could be the problem for all I know. But since I don't give a tallywack about 3d acceleration I doubt I'm supposed to need to know much about tweaking NVIDIA graphics. Anyway I promptly used gparted to squeeze the existing winxp installed to the 200 gig sata harddrive down to only 70 gig, & attached an ide seagate 250 gig drive I'd had left over from my former (defunct) desktop which had died about a year ago. Making room for multiple Linux distros. Because PCLinuxOS features a "mylivecd" script that's designed to make it easy for non-experts to make fully configured and installable live cd/dvd images of their running PCLinuxOS installation, PCLinuxOS got the first install. But Arch was supposed to be the 2nd. I installed the core system from an archlinux-2010.05-core-dual.iso But since I already have a 64 bit Arch on my laptop I thought I'd try the i686 image on the desktop... Then I set up my user partitions via udev rule (I've named all my partitions cause something like LABEL=Arch_desk-7, & LABEL=PCLOS_desk-3 are much more human readable than any UUID={string} will ever be). Anyway, I updated the new Arch system and kept working on customizations. I kept getting interrupted so it was a couple of days later that I was comfortable enough to reboot. It does reboot, but right after the bootup screen says something about waiting for UDev events the monitor goes blank. (I expect this to happen cause the arch on my laptop does the same thing except with the laptop, the screen returns to life a moment later with a new screen font that holds true until it enters runlevel: 3 where the font I defined in my rc.conf finally takes over... But on this new desktop which has a nice Sony flat screen monitor, when the screen goes blank, the Sony monitor flashes a pop-up notification about no signal, which is quickly followed by a notice that it's going to power save mode... And the new arch system never sends it any more output to wake it up. No mater what I do to the keyboard or mouse. And no matter how long I wait either. I tried just waiting... Went to bed, got up late the next day. Still no monitor output... But Arch itself is NOT hung up. It will respond to the three fingered salute with a reboot, and I even one time blindly logged in as root to the console and blindly typed: shutdown -h now Which resulted in a powerdown. But I still don't have any idea what's killing my monitor output. I can use my PCLinuxOS installation's root account to examine/edit *ANY* file. But I don't have a clue what to look for. Suggestions anyone??? -- | ~^~ ~^~ | <?> <?> Joe (theWordy) Philbrook | ^ J(tWdy)P | \___/ <<jtwdyp(a)ttlc.net>>

6 14

[arch-general] [signoff] udev-159-1
by Tobias Powalowski 07 Jul '10

07 Jul '10

Hi guys, udev 159 ======== Bugfixes. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

[arch-general] mercurial in Extra out of date
by PT M. 07 Jul '10

07 Jul '10

It's been a week since mercurial 1.6 released, extra/mercurial 1.5.4-1 is still in the repository. -- Arch Linuxer, Pythoner, Geek --> Blog: http://apt-blog.net

5 7

[arch-general] xf86-input-wacom outdated
by Jan Steffens 07 Jul '10

07 Jul '10

xf86-input-wacom (0.10.6) is one release behind upstream (0.10.7). The package is orphaned, which may be why the flagging went unnoticed.

1 0

[arch-general] hid2hci tool missing
by b1 06 Jul '10

06 Jul '10

Hello altogether I am trying to get the bluetooth adapter of my dell latitude latpop to work. In many tutorials I have read of the tool hid2hci. Unfortunatelly this doesn't seem to be on my system and I can't find it elsewhere. I have bluez and bluez-utils installed. Any ideas which package might contain hid2hci? Thanks Benedikt

2 2

[arch-general] Update Error :: system-tools-backends: requires perl>=5.12.1
by David C. Rankin 06 Jul '10

06 Jul '10

Guys, My attempt at upgrade failed this evening due to the following perl dependency: 23:50 archangel:~> pmsu :: Synchronizing package databases... kdemod-legacy is up to date core 35.5K 108.0K/s 00:00:00 [################################] 100% extra 454.0K 129.4K/s 00:00:04 [################################] 100% community-testing 3.2K 54.9K/s 00:00:00 [################################] 100% community 376.5K 127.8K/s 00:00:03 [################################] 100% archlinuxfr 11.8K 40.6K/s 00:00:00 [################################] 100% :: Starting full system upgrade... warning: network-ups-tools: ignoring package upgrade (2.4.1-2 => 2.4.3-1) resolving dependencies... warning: cannot resolve "perl>=5.12.1", a dependency of "system-tools-backends" :: the following package(s) cannot be upgraded due to unresolvable dependencies: system-tools-backends Do you want to skip the above package(s) for this upgrade? [y/N] error: failed to prepare transaction (could not satisfy dependencies) :: system-tools-backends: requires perl>=5.12.1 23:51 archangel:~> pms perl :: Synchronizing package databases... kdemod-legacy is up to date core is up to date extra is up to date community-testing is up to date community is up to date archlinuxfr is up to date warning: perl-5.10.1-5 is up to date -- skipping there is nothing to do This doesn't make since as there are no perl>=5.12.1 in any of the active repositories. If system-tools-backends us in 'community' then should its dependencies also be available? -- 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] [signoff] kernel26 2.6.34.1-1
by Tobias Powalowski 06 Jul '10

06 Jul '10

Latest kernel is in testing, please signoff for both arches. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 1

Re: [arch-general] [arch-dev-public] [signoff] autoconf-2.66-1
by Ng Oon-Ee 05 Jul '10

05 Jul '10

On Sat, 2010-07-03 at 20:11 +1000, Allan McRae wrote: > On 03/07/10 13:58, Allan McRae wrote: > > Upstream update. Mainly bug fixes for regressions introduced in the > > last couple of releases. > > > > Recalling the signoff thread... it appears this release has issues. > > Allan Just wanting to check, what's the 'correct' procedure in cases like this? Autoconf in [testing] is 2.66, 2.65 is the 'working' one (I've seen problems in using it in one package so far), do I add it to IgnorePkg? Is it supposed to be removed from [testing]? So far I'm manually downgrading after an -Syu which is almost certainly NOT the right procedure.... neither is reporting a bug since obviously Allan knows somethings up with this release.

2 1

[arch-general] [signoff] kernel26-lts 2.6.32.16-1
by Tobias Powalowski 05 Jul '10

05 Jul '10

Hi guys, bump to latest version. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

1 0

Re: [arch-general] [arch-dev-public] Python-3.x transition with python-2.7 update
by Damjan Georgievski 05 Jul '10

05 Jul '10

> Python-2.7 has been releases and will be the last 2.x official release of > python. So it is time to switch to python-3.x as our /usr/bin/python and > python-2.7 as our /usr/bin/python2. See > http://wiki.archlinux.org/index.php/DeveloperWiki:Python_Todo_List for all > the details about how to achieve this. What's the rationale for making Python 3.1 the "main" /usr/bin/python? A great deal of python modules still don't support 3.x, there's no WSGI standard for 3.x either so you can't make web apps (and hope to deploy them). Even less C modules are 3.x compatible, and then even less applications. And 2.7 is here to stay for a long time. I think it would be wiser to stay with 2.7 as the main python for now. And maybe switch after Python 3.3 comes out. By that time the 3.x series should have enough improvements to motivate people to port to 3.x -- damjan

3 2