- Arch-general - lists.archlinux.org

[arch-general] Gnome - blank dialog when resuming from suspend
by Matthew Monaco 23 May '10

23 May '10

I'm having trouble finding a bug report on this but I've experienced it on 4 different computers. When I suspend (pm-utils) though System -> Shut Down -> Suspend (button), the shut down dialog is still on the screen and blank, when I resume. Anyone know exactly what's responsible for this? gnome-screensaver, pm-utils, gdm, ...? And if it's upstream or a distribution thing? (I think upstream). Thanks

4 6

[arch-general] Recent telepathy-butterfly upgrade breaks MSN connection?
by Ye Li 23 May '10

23 May '10

Hi guys, Anyone met problems after the recent upgrade of telepathy-butterfly? In my box most of buddies are marked *offline* although they are actually online. Even oddly, downgrade telepathy-butterfly to 0.5.9-1 cannot solve the problem. So I'm wondering if this is a problem caused by the new butterfly package? Or something wrong else(e.g. MSN server problem). Thanks sincerely. Best Regards -- Ye LI

4 4

[arch-general] new upstream tracker (linuxtesting.org)
by Andrey Ponomarenko 22 May '10

22 May '10

Hello, I'm from ISPRAS and we have created an experimental system for monitoring and analyzing of upstream libraries development. It may be helpful for analyzing risks of updating one of the distribution components (shared libraries). The web page of upstream-tracker is: http://linuxtesting.org/upstream-tracker/ It now includes ABI changes analysis and shallow API test results for several versions of 60 popular open source libraries. Any bugs or feature requests are welcome. Thanks. -- Andrey Ponomarenko Linux Verification Center, ISPRAS web: http://www.linuxtesting.org

1 0

Re: [arch-general] AIF through proxy
by Dieter Plaetinck 22 May '10

22 May '10

On Sat, 22 May 2010 02:04:41 +0200 "Andre \"Osku\" Schmidt" <andre.osku.schmidt(a)googlemail.com> wrote: > On Fri, May 21, 2010 at 10:56 PM, Dieter Plaetinck > <dieter(a)plaetinck.be> wrote: > > On Fri, 21 May 2010 22:41:12 +0200 > > "Andre \"Osku\" Schmidt" <andre.osku.schmidt(a)googlemail.com> wrote: > > > >> >> just gives me the usage info, without any > >> >> errors... and also the "Invalid URL scheme" errors that i see in > >> >> tty7 are nowhere to find in /var/log/* > >> > > >> > what i would do in a case like this is just monitor the output of > >> > 'pstree' to see which processes is running (ie wget, pacman, ..), > >> > then you can debug the networking issue from there. > >> > >> oooh! you learn new things every day :) > >> super tip. thanks! i got something, maybe > >> > >> pstree shows (when it hangs in url scheme error) > >> aif /sbin/aif -p automatic -c /root/pacinst.aif -d -l > >> |--pacman --root /mnt --config /tmp/pacman.conf -Sy > >> > >> and as according to some forum post (and it seems to work only with > >> this) i had to uncomment: > >> XferCommand = /usr/bin/wget ... > >> in /etc/pacman.conf to get pacman to work on the installer image > >> console. and now looking at the /tmp/pacman.conf, this option is > >> missing. > >> > >> but as i assumed (and test showed) the /tmp/pacman.conf gets newly > >> generated on every aif run. so i cant edit that. > >> > >> what file could i edit to get that xfercommand in /tmp/pacman.conf > >> > >> (this looks even closer, OMG! /me is crossing fingers... :) > > > > another tip: just grep in the aif source code and you'll see. > > > > if you grep for '/tmp/pacman.conf' you'll see there is a function > > target_write_pacman_conf in lib-pacman.sh, like any other function > > you can override this with your own. > > awesome tip! many thanks, again! > > at line 72 in /usr/lib/aif/core/libs/lib-pacman.sh i added: > XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u > > and aif gets packets though squid! and whats even better, pacproxy.py > works too, YAY! > > going to bed tired and happy :) > .andre actually i meant you can redefine the target_write_pacman_conf in your profile (pacinst.aif) btw i checked pacman.conf and it seems pacman by default uses a built-in http thingie, which does not support proxies. I think for aif, it's probably better to use the wget Xfercommand so that proxies work, especially for the target system. i'll check this on the pacman-dev mailing list. (btw you forgot reply to all) Dieter

2 1

[arch-general] Fwd: AIF through proxy
by Andre "Osku" Schmidt 22 May '10

22 May '10

or i fail in using gmail... ---------- Forwarded message ---------- From: Andre "Osku" Schmidt <andre.osku.schmidt(a)googlemail.com> Date: Sat, May 22, 2010 at 2:04 AM Subject: Re: [arch-general] AIF through proxy To: Dieter Plaetinck <dieter(a)plaetinck.be> On Fri, May 21, 2010 at 10:56 PM, Dieter Plaetinck <dieter(a)plaetinck.be> wrote: > On Fri, 21 May 2010 22:41:12 +0200 > "Andre \"Osku\" Schmidt" <andre.osku.schmidt(a)googlemail.com> wrote: > >> >> just gives me the usage info, without any >> >> errors... and also the "Invalid URL scheme" errors that i see in >> >> tty7 are nowhere to find in /var/log/* >> > >> > what i would do in a case like this is just monitor the output of >> > 'pstree' to see which processes is running (ie wget, pacman, ..), >> > then you can debug the networking issue from there. >> >> oooh! you learn new things every day :) >> super tip. thanks! i got something, maybe >> >> pstree shows (when it hangs in url scheme error) >> aif /sbin/aif -p automatic -c /root/pacinst.aif -d -l >> |--pacman --root /mnt --config /tmp/pacman.conf -Sy >> >> and as according to some forum post (and it seems to work only with >> this) i had to uncomment: >> XferCommand = /usr/bin/wget ... >> in /etc/pacman.conf to get pacman to work on the installer image >> console. and now looking at the /tmp/pacman.conf, this option is >> missing. >> >> but as i assumed (and test showed) the /tmp/pacman.conf gets newly >> generated on every aif run. so i cant edit that. >> >> what file could i edit to get that xfercommand in /tmp/pacman.conf >> >> (this looks even closer, OMG! /me is crossing fingers... :) > > another tip: just grep in the aif source code and you'll see. > > if you grep for '/tmp/pacman.conf' you'll see there is a function > target_write_pacman_conf in lib-pacman.sh, like any other function you > can override this with your own. awesome tip! many thanks, again! at line 72 in /usr/lib/aif/core/libs/lib-pacman.sh i added: XferCommand = /usr/bin/wget --passive-ftp -c -O %o %u and aif gets packets though squid! and whats even better, pacproxy.py works too, YAY! going to bed tired and happy :) .andre

1 0

[arch-general] Fwd: AIF through proxy
by Andre "Osku" Schmidt 22 May '10

22 May '10

curse you gmail! ---------- Forwarded message ---------- From: Andre "Osku" Schmidt <andre.osku.schmidt(a)googlemail.com> Date: Fri, May 21, 2010 at 10:41 PM Subject: Re: [arch-general] AIF through proxy To: Dieter Plaetinck <dieter(a)plaetinck.be> On Fri, May 21, 2010 at 10:24 PM, Dieter Plaetinck <dieter(a)plaetinck.be> wrote: > On Fri, 21 May 2010 22:19:18 +0200 > "Andre \"Osku\" Schmidt" <andre.osku.schmidt(a)googlemail.com> wrote: > >> Hello Arch, >> >> is anyone using the arch installer with squid proxy ? >> (or any other cache proxy) >> >> i'm again so close my goal that it makes me nervous :) >> >> - squid installed on the host machine, 192.168.0.35:3128 >> - vbox client in the same machine, network bridged >> >> after login in the arch 2010.05 image (as vbox client) i do: >> # dhcpcd eth0 >> # export ftp_proxy='192.168.0.35:3128' >> # export http_proxy='192.168.0.35:3128' >> # pacman -Syu >> >> and it works, it gets the db from the proxy cache, and also updates >> pacman from there (i see it in the squid logs, and download speed). >> everything works ok. >> >> then i tried to use the attached pacinst.aif file as profile for aif >> -p automatic installation and i get the attached aif.log... >> (it fails on getting the core.db.tar.gz) > > no attachment? hmm, i see them in my gmail client... yeah. im lazy :) but what ever, here: http://paste.pocoo.org/show/216751/ http://paste.pocoo.org/raw/216759/ >> i cant attach any debug.log cause `aif -p automatic -c pacinst.aif -d >> -l` doesnt create any /var/log/aif/debug.log and `aif -d -l -p >> automatic -c pacinst.aif` > can you try an absolute path for pacinst.aif? same invalid URL scheme error >> just gives me the usage info, without any >> errors... and also the "Invalid URL scheme" errors that i see in tty7 >> are nowhere to find in /var/log/* > > what i would do in a case like this is just monitor the output of > 'pstree' to see which processes is running (ie wget, pacman, ..), then > you can debug the networking issue from there. oooh! you learn new things every day :) super tip. thanks! i got something, maybe pstree shows (when it hangs in url scheme error) aif /sbin/aif -p automatic -c /root/pacinst.aif -d -l |--pacman --root /mnt --config /tmp/pacman.conf -Sy and as according to some forum post (and it seems to work only with this) i had to uncomment: XferCommand = /usr/bin/wget ... in /etc/pacman.conf to get pacman to work on the installer image console. and now looking at the /tmp/pacman.conf, this option is missing. but as i assumed (and test showed) the /tmp/pacman.conf gets newly generated on every aif run. so i cant edit that. what file could i edit to get that xfercommand in /tmp/pacman.conf (this looks even closer, OMG! /me is crossing fingers... :)

1 0

Re: [arch-general] AIF through proxy
by Dieter Plaetinck 21 May '10

21 May '10

On Fri, 21 May 2010 22:41:12 +0200 "Andre \"Osku\" Schmidt" <andre.osku.schmidt(a)googlemail.com> wrote: > >> just gives me the usage info, without any > >> errors... and also the "Invalid URL scheme" errors that i see in > >> tty7 are nowhere to find in /var/log/* > > > > what i would do in a case like this is just monitor the output of > > 'pstree' to see which processes is running (ie wget, pacman, ..), > > then you can debug the networking issue from there. > > oooh! you learn new things every day :) > super tip. thanks! i got something, maybe > > pstree shows (when it hangs in url scheme error) > aif /sbin/aif -p automatic -c /root/pacinst.aif -d -l > |--pacman --root /mnt --config /tmp/pacman.conf -Sy > > and as according to some forum post (and it seems to work only with > this) i had to uncomment: > XferCommand = /usr/bin/wget ... > in /etc/pacman.conf to get pacman to work on the installer image > console. and now looking at the /tmp/pacman.conf, this option is > missing. > > but as i assumed (and test showed) the /tmp/pacman.conf gets newly > generated on every aif run. so i cant edit that. > > what file could i edit to get that xfercommand in /tmp/pacman.conf > > (this looks even closer, OMG! /me is crossing fingers... :) another tip: just grep in the aif source code and you'll see. if you grep for '/tmp/pacman.conf' you'll see there is a function target_write_pacman_conf in lib-pacman.sh, like any other function you can override this with your own. Dieter

1 0

[arch-general] AIF through proxy
by Andre "Osku" Schmidt 21 May '10

21 May '10

Hello Arch, is anyone using the arch installer with squid proxy ? (or any other cache proxy) i'm again so close my goal that it makes me nervous :) - squid installed on the host machine, 192.168.0.35:3128 - vbox client in the same machine, network bridged after login in the arch 2010.05 image (as vbox client) i do: # dhcpcd eth0 # export ftp_proxy='192.168.0.35:3128' # export http_proxy='192.168.0.35:3128' # pacman -Syu and it works, it gets the db from the proxy cache, and also updates pacman from there (i see it in the squid logs, and download speed). everything works ok. then i tried to use the attached pacinst.aif file as profile for aif -p automatic installation and i get the attached aif.log... (it fails on getting the core.db.tar.gz) i cant attach any debug.log cause `aif -p automatic -c pacinst.aif -d -l` doesnt create any /var/log/aif/debug.log and `aif -d -l -p automatic -c pacinst.aif`just gives me the usage info, without any errors... and also the "Invalid URL scheme" errors that i see in tty7 are nowhere to find in /var/log/* got 3 days free in a row, would love to hack on arch ;) cheers .andre

2 1

[arch-general] [signoff] mkinitcpio-busybox 1.16.1-4
by Thomas Bächler 21 May '10

21 May '10

This release has been rebuilt with -Os optimization with gcc 4.5.1. Preliminary tests show that the bugs that gcc 4.5.0 caused in this package are gone now. Please rebuild your initramfs and reboot your machines. I will leave this in testing for a while to be sure no new bugs emerge from it. Please sign off after testing.

1 1

[arch-general] can you only test certain packages?
by Caleb Cushing 21 May '10

21 May '10

I'm trying to help with the testing of perl 5.12 but I'd rather not test every package out there. Is it possible to block certain packages from being updated from testing? or only allow certain ones? maybe with a regex? obviously I don't wish to ban them globally. if they make it into a non testing repo I'm fine with it. -- Caleb Cushing http://xenoterracide.blogspot.com

6 9