Re: [arch-general] GDM Locked - is Gnome locked
-Mensaje original- De: arch-general-boun...@archlinux.org [mailto:arch-general- boun...@archlinux.org] En nombre de Guillermo Leira Enviado el: sábado, 30 de octubre de 2010 16:03 Para: 'General Discussion about Arch Linux' Asunto: Re: [arch-general] GDM Locked - is Gnome locked On 06:51 Tue 19 Oct , Guillermo Leira wrote: After the last Pacman -Syu, I can't login with gdm. As soon as I click on my username, the system seems to freeze... Although not completely: I can ping from other computer, but I can't ssh. Before I click on the username, the switch off icon at the right down corner works. Once I click on the username, nothing else works, and I neither can ctrl-alt-F1 to the console... Any suggestions/questions? I have removed GDM and installed SLIM. Now I can login, but the screen shows nothing... And if I try to CTRL-ALT-F1 to the console, the system locks again. It is not a GDM problem. If I run startx from the command line, X starts. Any advice? Best regards, Guillermo Hi Guillermo, try and make yourself a new user. If that one can work with the X-part of your system - then some rights in your local $HOME directory are broken (.xinitrc would be a candidate for this kind of weird behaviour, but also .ICEauthority or .Xauthority). If of cause the new user account does have the same problems, your /etx/X11 or worse might have wrong user rights. Have also a look i a file called .xerrors, .xsession-errors - or something like that (can't remember the correct name anymore), there could be some hints in it, if it does exist, what your problem is. Best regards, Karl When you run Slim, you also get a /var/log/slim.log to look at. I have tried to make a new user, but it has the same problem. I have started X as root, and works. Then I installed xfce, and it hangs as well. Twm runs fine for all users. Gnome and xfce hang even for root. The .xsession-errors file is not updated. It is dated a couple of months ago... I have created an .xinitrc for root, and it also gets locked when I select gnome or xfce. As the system gets completely locked, I have to power cycle it, and the Xorg log files have 0 bytes when I reboot... I checked KMS. I included intel_agp and i915 in mkinitcpio.conf, but it seems to be unrelated to the problem, as twm works. Help... :-( I don't even know what to look for. And I wouldn't like to reinstall the system (that would be too easy). Best Regards, Guillermo Leira Just FYI. The issue is solved, but I don't like very much how... I enabled the testing repository, run pacman -Syu, and I everything was working fine again. I'm sorry, there where 33 packages, I don't know which one did the magic. I have updated another computer that had not been updated for a couple of weeks, and it died the same way. And the cure was the same: Enable the testing repository. I have another six computers running Arch, and some virtual machines, and I have had no problem with them. The two computers with problems are completely different: A laptop with Intel graphics, and a desktop with Nvidia. But they also have some things in common and different of the other computers: Both of them boot from an external USB drive (the internal hard drive has XP installed), and they are the only ones with x86_64. Best Regards, Guillermo Leira
[arch-general] perl 5.12.1-3? not 5.12.2-1?
I'm just a bit curious on this, why release a -3 when upstream released a new ABI compatible (as far as I know) release over a month ago, that isn't yet in repo. -- Caleb Cushing http://xenoterracide.com
Re: [arch-general] perl 5.12.1-3? not 5.12.2-1?
On 11/02/2010 03:05 PM, Caleb Cushing wrote: I'm just a bit curious on this, why release a -3 when upstream released a new ABI compatible (as far as I know) release over a month ago, that isn't yet in repo. lets see. http://repos.archlinux.org/wsvn/packages/perl/trunk/ upgpkg: perl 5.12.1-3 db-5.1 rebuild -- Ionuț
Re: [arch-general] perl 5.12.1-3? not 5.12.2-1?
On Tue, Nov 2, 2010 at 8:14 AM, Ionuț Bîru ib...@archlinux.org wrote: lets see. http://repos.archlinux.org/wsvn/packages/perl/trunk/ that explains a version bump, not why perl wasn't upgraded at the same time, if you've gotta rebuild perl might as well make it current. it's not like this is 5.14 and it'll break everything again. -- Caleb Cushing http://xenoterracide.com
Re: [arch-general] [arch-dev-public] away Nov. 15-23 (to NYC)
On 11/01/2010 06:59 PM, Matthew Monaco wrote: On 10/27/2010 04:55 PM, Dieter Plaetinck wrote: Nov. 15-23 I'll be away (I'll be in NY city) If any Arch dev/user is in the area during that time, let me know, we could hook up. Dieter I work in Rockefeller Center (49th and 6th). Anyone else? I work near Penn Station. Let's take this off-list. DR
[arch-general] upgpkg 0.3
This version replaces (no longer appends) the old checksums instead of using those specified by INTEGRITY_CHECK in makepkg.conf. If there are multiple checksums in the PKGBUILD, it will replace the first one and move the new ones to it's place. It also uses a file called upgpkg as a scriptlet file (similar to pacman's install files) It can be generated by running upgpkg -g. The functions used could also be defined in the PKGBUILD, but I think that's not really what one should do.
[arch-general] [PATCH] add upgpkg
Signed-off-by: Florian Pritz bluew...@xssn.at --- upgpkg | 82 1 files changed, 82 insertions(+), 0 deletions(-) create mode 100755 upgpkg diff --git a/upgpkg b/upgpkg new file mode 100755 index 000..80b12ad --- /dev/null +++ b/upgpkg @@ -0,0 +1,82 @@ +#!/bin/bash + +# upgpkg: Upgrades package versions in PKGBUILD and starts build. +# Author: Abhishek Dasgupta abh...@gmail.com +# Thanks to cactus, profjim and daenyth for all the sed help! +# Edited: Florian Pritz f...@xinu.at + +# I place this script in the public domain. + +VERSION=0.3 + +die() { +local message=$1 +shift +printf $(gettext Error: $message)\n $@ +exit 1 +} + +warn() { +local message=$1 +shift +printf $(gettext Warning: $message)\n $@ +} + +scriptlet() { + if [ -f upgpkg ]; then +upgpkg_$1 || die \$1\ scriptlet failed + fi +} + +help() { + echo upgpkg $VERSION + printf $(gettext usage: upgpkg [options] newver)\n + printf $(gettext -h this help)\n + printf $(gettext -g generate a template ./upgpkg file)\n + exit 2 +} + +if [ -z $1 ]; then + help +fi + +while getopts gh OPTION; do + case $OPTION in +g) + cat upgpkg EOF +upgpkg_pre_upgrade() { + # You might want to remove old sources here + true +} + +upgpkg_build() { + makepkg +} +EOF + exit; + ;; +h) help; + esac +done + +# Main code follows + +[ ! -f PKGBUILD ] die No \%s\ in %s PKGBUILD $PWD + +if [ -f upgpkg ]; then + source ./upgpkg +fi + +source PKGBUILD + +scriptlet pre_upgrade + +if [ $(vercmp $1 $pkgver) -ge 0 ]; then +warn New version (%s) older or equal to current %s $1 $pkgver +fi + +sed -i s/pkgver=.*$/pkgver=$1/g PKGBUILD +sed -i s/pkgrel=.*$/pkgrel=1/g PKGBUILD +awk PKGBUILD '$0 ~ /^(md5|sha[0-9]+)sums/ {i = 1; if(!run==1) {system(makepkg -g 2/dev/null)}; run=1; }; !i {print}; $0 ~ /\)/ {i = 0}' | sponge PKGBUILD + +scriptlet build -- 1.7.3.2
Re: [arch-general] perl 5.12.1-3? not 5.12.2-1?
On 02/11/10 23:18, Caleb Cushing wrote: On Tue, Nov 2, 2010 at 8:14 AM, Ionuț Bîruib...@archlinux.org wrote: lets see. http://repos.archlinux.org/wsvn/packages/perl/trunk/ that explains a version bump, not why perl wasn't upgraded at the same time, if you've gotta rebuild perl might as well make it current. it's not like this is 5.14 and it'll break everything again. I do not maintain perl so I was doing nothing more than a simple rebuild. Updating a package when you know nothing about it is usually not a good idea... Allan