Re: [arch-general] AIF through proxy
On Sat, 22 May 2010 02:04:41 +0200 Andre \Osku\ Schmidt andre.osku.schm...@googlemail.com wrote: On Fri, May 21, 2010 at 10:56 PM, Dieter Plaetinck die...@plaetinck.be wrote: On Fri, 21 May 2010 22:41:12 +0200 Andre \Osku\ Schmidt andre.osku.schm...@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
Re: [arch-general] AIF through proxy
On Sat, May 22, 2010 at 11:38 AM, Dieter Plaetinck die...@plaetinck.be wrote: On Sat, 22 May 2010 02:04:41 +0200 Andre \Osku\ Schmidt andre.osku.schm...@googlemail.com wrote: On Fri, May 21, 2010 at 10:56 PM, Dieter Plaetinck die...@plaetinck.be wrote: On Fri, 21 May 2010 22:41:12 +0200 Andre \Osku\ Schmidt andre.osku.schm...@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 libfetch does support many proxy just fine, but it might be less flexible than others. Andre, can you show us *exactly* how you set http_proxy variable ? In particular make sure you specified a protocol for the the URL.
[arch-general] Fwd: AIF through proxy
sorry, forgot the list again... wont happen again! -- Forwarded message -- From: Andre Osku Schmidt andre.osku.schm...@googlemail.com Date: Sat, May 22, 2010 at 12:50 PM Subject: Re: [arch-general] AIF through proxy To: Xavier Chantry chantry.xav...@gmail.com On Sat, May 22, 2010 at 12:22 PM, Xavier Chantry chantry.xav...@gmail.com wrote: On Sat, May 22, 2010 at 11:38 AM, Dieter Plaetinck die...@plaetinck.be wrote: On Sat, 22 May 2010 02:04:41 +0200 Andre \Osku\ Schmidt andre.osku.schm...@googlemail.com wrote: On Fri, May 21, 2010 at 10:56 PM, Dieter Plaetinck die...@plaetinck.be wrote: On Fri, 21 May 2010 22:41:12 +0200 Andre \Osku\ Schmidt andre.osku.schm...@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 libfetch does support many proxy just fine, but it might be less flexible than others. Andre, can you show us *exactly* how you set http_proxy variable ? In particular make sure you specified a protocol for the the URL. *DOH* (homer style) yes! i forgot to add http:// and ftp:// to the variables .* this works wonderfully with squid: http://paste.pocoo.org/show/216945/ now i only wonder what would be the best way and place to save these variables in the installed system ? in worker_configure_system() in the users aif profile ? but where should i write them on the installed system ? and can i restrict it only to pacman ? (for general proxy like squid. pacproxy.py would be only used by pacman, hence my main interest on it) 1000x thanks for the tips!
[arch-general] new upstream tracker (linuxtesting.org)
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
Re: [arch-general] Gnome - blank dialog when resuming from suspend
On 05/22/2010 12:40 AM, Flavio Costa wrote: On Sat, May 22, 2010 at 1:03 AM, Matthew Monacodgbale...@verizon.netwrote: 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 That also happens to me but I'm not sure who's to blame. This blank dialog eventually quits, does that happen with you too? Is there anyway we can help you to debug what's going on? Yes, it eventually goes away. I'm guessing that the resume sequence is still happening and the dialog doesn't go away until it's finished. However in the past, the dialog might have closed just _before_ suspending, which is why it has never been a problem. I've tried to look at my logs as a resume, but I have a feeling it's more of a GUI issue and not something that will show up in the logs. Is anyone with an up-to-date gnome system NOT experiencing this? If so, what would be the major differences in our systems? Hardware? I'm using the radeon driver.
[arch-general] Off-topic: Good laptop to run Arch on?
It's that time for me again... my desktop is getting long in the tooth so I'm starting to look around for a replacement. This time I thought I'd also include laptops in my search. However, with laptops it's difficult to find out just how well they work with Linux. Are all the built-in devices, webcams, fingerprint scanners etc, fully supported? Is the power management (ACPI) fully supported? Etc, etc... In the past I've heard good things about Linux on IBM's ThinkPads. But I've heard some VERY bad things about getting Linux working well on Lenovo's recent models. So, I resort to ask for advice on this mailing list. What laptops should I have a look at? Is there some brand (Dell, HP, ...) that is more Linux friendly than others? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe signature.asc Description: OpenPGP digital signature
Re: [arch-general] Off-topic: Good laptop to run Arch on?
On Sat, May 22, 2010 at 04:33:36PM +0100, Magnus Therning wrote: It's that time for me again... my desktop is getting long in the tooth so I'm starting to look around for a replacement. This time I thought I'd also include laptops in my search. However, with laptops it's difficult to find out just how well they work with Linux. Are all the built-in devices, webcams, fingerprint scanners etc, fully supported? Is the power management (ACPI) fully supported? Etc, etc... In the past I've heard good things about Linux on IBM's ThinkPads. But I've heard some VERY bad things about getting Linux working well on Lenovo's recent models. So, I resort to ask for advice on this mailing list. What laptops should I have a look at? Is there some brand (Dell, HP, ...) that is more Linux friendly than others? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe I'd consider any Lenovo Thinkpad, except for SL series. There is a very friendly article about their drivers - http://www.thinkwiki.org/wiki/Drivers . The only thing, that SL series has, and the other ones don't, is HDMI interface. So, if it's essential for you, then Thinkpads won't suffice.
Re: [arch-general] Off-topic: Good laptop to run Arch on?
On Sat, May 22, 2010 at 04:33:36PM +0100, Magnus Therning wrote: It's that time for me again... my desktop is getting long in the tooth so I'm starting to look around for a replacement. This time I thought I'd also include laptops in my search. However, with laptops it's difficult to find out just how well they work with Linux. Are all the built-in devices, webcams, fingerprint scanners etc, fully supported? Is the power management (ACPI) fully supported? Etc, etc... In the past I've heard good things about Linux on IBM's ThinkPads. But I've heard some VERY bad things about getting Linux working well on Lenovo's recent models. So, I resort to ask for advice on this mailing list. What laptops should I have a look at? Is there some brand (Dell, HP, ...) that is more Linux friendly than others? /M -- Magnus Therning(OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe I'm using a Lenoxo Thinkpad x200 and except for the fingerprint reader _everything_ works completely fine. -- Lukas Grässlin GnuPG-Key: http://lg.ath.cx/lukasgraess...@gmx.de.asc
Re: [arch-general] Off-topic: Good laptop to run Arch on?
Hmm...Get something which has Intel Wireless + Intel/Nvidia Graphics and Intel Chipset. These days almost all hardware is supported out of the box. it depends on your budget. While buying, take a Ubuntu Live CD with you and boot the laptop to check comparability. you can also cross-check support by running lspci and pasting output in Debian[1]. few more resources for your help. Ubuntu Laptop testing[2] Dell with Ubuntu factory installed[3] [1]http://kmuto.jp/debian/hcl/ [2]https://wiki.ubuntu.com/Testing/Laptop/Reports [3]http://is.gd/ckHzH Hope it helps. Regards, Gaurish Sharma www.gaurishsharma.com 2010/5/22 Lukas Grässlin lukasgraess...@gmx.de: On Sat, May 22, 2010 at 04:33:36PM +0100, Magnus Therning wrote: It's that time for me again... my desktop is getting long in the tooth so I'm starting to look around for a replacement. This time I thought I'd also include laptops in my search. However, with laptops it's difficult to find out just how well they work with Linux. Are all the built-in devices, webcams, fingerprint scanners etc, fully supported? Is the power management (ACPI) fully supported? Etc, etc... In the past I've heard good things about Linux on IBM's ThinkPads. But I've heard some VERY bad things about getting Linux working well on Lenovo's recent models. So, I resort to ask for advice on this mailing list. What laptops should I have a look at? Is there some brand (Dell, HP, ...) that is more Linux friendly than others? /M -- Magnus Therning (OpenPGP: 0xAB4DFBA4) magnus@therning.org Jabber: magnus@therning.org http://therning.org/magnus identi.ca|twitter: magthe I'm using a Lenoxo Thinkpad x200 and except for the fingerprint reader _everything_ works completely fine. -- Lukas Grässlin GnuPG-Key: http://lg.ath.cx/lukasgraess...@gmx.de.asc
Re: [arch-general] Fwd: AIF through proxy
On Sat, 22 May 2010 12:51:39 +0200 Andre \Osku\ Schmidt andre.osku.schm...@googlemail.com wrote: now i only wonder what would be the best way and place to save these variables in the installed system ? are you saying the target system should always use the proxies, for all users? maybe write the variables into /etc/profile then. don't know if there is a better way. in worker_configure_system() in the users aif profile ? yes... and can i restrict it only to pacman ? (for general proxy like squid. pacproxy.py would be only used by pacman, hence my main interest on it) I don't know... my attempt would be setting this into the pacman.conf: XferCommand = http_proxy=.. ftp_proxy= .. /usr/bin/wget --passive-ftp -c -O %o %u but i don't think that will work. maybe a pacman dev knows. a bit more dirtier, but should definitely work: XferCommand = /bin/sh -c 'http_proxy=.. ftp_proxy= .. /usr/bin/wget --passive-ftp -c -O %o %u' or write this to /etc/profile: alias pacman='http_proxy=.. ftp_proxy=.. pacman' Dieter
Re: [arch-general] Off-topic: Good laptop to run Arch on?
On May 22, 2010, at 11:05 AM, Lukas Grässlin lukasgraess...@gmx.de wrote: I'm using a Lenoxo Thinkpad x200 and except for the fingerprint reader _everything_ works completely fine. Is it a Thompson reader? While I don't have it set up ATM, in the past I've used thinkfinger to successfully login thru [xkg]dm, on the terminal (sudo/su), and screensavers with my fingerprint... Pretty neat. C Anthony
Re: [arch-general] Burning From Command Line
On 22-05-2010 01:24, Nilesh Govindarajan wrote: On 05/21/2010 08:14 PM, Armando M. Baratti wrote: In fact I *use* cdrecord. I've just pointed to the wiki page as it was handy and the options are (at most) the same. My fault not mentioning the other project. Armando cdrecord is same as wodim (newer name) Excuse me, I meant cdrtools. Armando
Re: [arch-general] Burning From Command Line
Armando M. Baratti ambaratti.lis...@gmail.com wrote: On 22-05-2010 01:24, Nilesh Govindarajan wrote: On 05/21/2010 08:14 PM, Armando M. Baratti wrote: In fact I *use* cdrecord. I've just pointed to the wiki page as it was handy and the options are (at most) the same. My fault not mentioning the other project. Armando cdrecord is same as wodim (newer name) Excuse me, I meant cdrtools. In any case, it was not correct: cdrecord is not the same as wodim. wodim is a dead and buggy fork from a 5 year old cdrecord version. The old and new name for the maintained original software is cdrecord. Jörg -- EMail:jo...@schily.isdn.cs.tu-berlin.de (home) Jörg Schilling D-13353 Berlin j...@cs.tu-berlin.de(uni) joerg.schill...@fokus.fraunhofer.de (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily
Re: [arch-general] Fwd: AIF through proxy
On Sat, May 22, 2010 at 7:19 PM, Dieter Plaetinck die...@plaetinck.be wrote: or write this to /etc/profile: alias pacman='http_proxy=.. ftp_proxy=.. pacman' I would suggest that last way, either an alias or shell function or shell wrapper.
Re: [arch-general] Off-topic: Good laptop to run Arch on?
I have a Lenovo Y450 which runs arch x86_64 fine, except for a small problem with the lcd brightness control. Card reader, webcam, suspend and hdmi audio/video are ok. -- Guilherme M. Nogueira Any sufficiently advanced technology is indistinguishable from magic. - Arthur C. Clarke
Re: [arch-general] Fwd: AIF through proxy
thanks for the tips, ill do more testing. i just posted my first findings as a quick howto on the forums http://bbs.archlinux.org/viewtopic.php?pid=762793 if anyone wants start playing with it too.
Re: [arch-general] Burning From Command Line
On 05/23/2010 01:32 AM, Joerg Schilling wrote: Armando M. Barattiambaratti.lis...@gmail.com wrote: On 22-05-2010 01:24, Nilesh Govindarajan wrote: On 05/21/2010 08:14 PM, Armando M. Baratti wrote: In fact I *use* cdrecord. I've just pointed to the wiki page as it was handy and the options are (at most) the same. My fault not mentioning the other project. Armando cdrecord is same as wodim (newer name) Excuse me, I meant cdrtools. In any case, it was not correct: cdrecord is not the same as wodim. wodim is a dead and buggy fork from a 5 year old cdrecord version. The old and new name for the maintained original software is cdrecord. Jörg What ? Is that really true ?!?!? State some link where it is officially declared by the developers. -- Nilesh Govindarajan (निलेश गोविंदराजन) Twitter: nileshgr Facebook: nilesh.gr Website: www.itech7.com
Re: [arch-general] Burning From Command Line
On Sat, May 22, 2010 at 22:49, Nilesh Govindarajan li...@itech7.com wrote: What ? Is that really true ?!?!? State some link where it is officially declared by the developers. Joerg is the author of the software he recommends, so not exactly unbiased...
[arch-general] Recent telepathy-butterfly upgrade breaks MSN connection?
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
Re: [arch-general] Recent telepathy-butterfly upgrade breaks MSN connection?
On 05/23/2010 08:45 AM, Ye Li wrote: 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 Surely not a problem with MSN server because I've been using pidgin for ages without any hitch in any of the protocols - Jabber, Google, Yahoo (it had been once after change of Yahoo's specs but pidgin upgrade solved it), MSN, IRC -- Nilesh Govindarajan (निलेश गोविंदराजन) Twitter: nileshgr Facebook: nilesh.gr Website: www.itech7.com
Re: [arch-general] Recent telepathy-butterfly upgrade breaks MSN connection?
On 23/05/10 04:15, Ye Li wrote: 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 if you downgrade you need to kill the daemons? otherwise you'd prolly still be using the old version. just look for telepathy- in the running processes, either kill it or a log-out/in should get rid of them.