- Arch-general - lists.archlinux.org

[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

[arch-general] Policy concerning /usr/libexec
by Kaiting Chen 21 May '10

21 May '10

Hi I was wondering why the policy was to not use /usr/libexec and move what should go there to /usr/lib/<pkgname>. While it isn't serious it seems to me that this deviation from the default behavior is unnecessary. One scenario I can think of where this might cause a problem is if a very security conscious administrator wanted to mount /usr/lib as noexec. Kaiting. -- Kiwis and Limes: http://kaitocracy.blogspot.com/

2 2

Re: [arch-general] Burning From Command Line
by Dave Morgan 21 May '10

21 May '10

On 20 May 2010, at 17:26, Carlos Mennens <carloswill(a)gmail.com> wrote: How do I create a bootable install disk from an .ISO image I downloaded from the Arch site? I would like to know how to do this via CLI only rather than using a front end GUI like Gnome Baker, K3B, or Brasero. Does anyone know the command to burn the image to disk via CLI and what packages I must have in order to do so? Wiki? I'm sure there must be something in there.

4 3

[arch-general] Any TU would like to adopt xboard in extra? My updated PKGBUILD attached.
by Auguste Pop 20 May '10

20 May '10

Hi, I am new to archlinux and just tried to install xboard this afternoon and found out that the package is labeled orphan. I updated the PKGBUILD (attached) and made a successful installation. Any TU would like to adopt the package? The difference between the original PKGBUILD and my PKGBUILD is listed below: 6,7c6,7 < pkgver=4.4.1 < pkgrel=2 --- > pkgver=4.4.3 > pkgrel=0 14,15c14,15 < source=(ftp://ftp.gnu.org/gnu/$pkgname/${pkgname}-${pkgver}.tar.gz) < md5sums=('4623a83fdd43f410bfcc8a20e2eb1474') --- > source=(http://ftpmirror.gnu.org/${pkgname}/${pkgname}-${pkgver}.tar.gz) > md5sums=('6b30535c0883205d23d389b12c1295a8') Thank you for your kind attention.

3 3

[arch-general] Why is there no tftp client in inetutils?
by Karol Babioch 20 May '10

20 May '10

Hi, as I need a tftp client in order to reflash my WRT54GL I realised that Arch Linux hasn't got one in the main repositories. Normally "tftp" is part of Inetutils (http://www.gnu.org/software/inetutils/) Looking at the PKGBUILD of "inetutils" confuses me, as it explicitly disables tftp. I know that I can easily rebuild the package, but I'm wondering why it is disabled by default? At least you should provide a seperate tftp package, as there are certainly people who need a tftp client, for instance me ;). -- Best regards, Karol Babioch

3 2

Re: [arch-general] [aur-general] PKGBUILD for django - orphaned and out-of-date
by stefan-husmann＠t-online.de 20 May '10

20 May '10

-----Original Message----- > Date: Thu, 20 May 2010 09:40:56 +0200 > Subject: Re: [aur-general] PKGBUILD for django - orphaned and > out-of-date > From: "stefan-husmann(a)t-online.de" <stefan-husmann(a)t-online.de> > To: "Discussion about the Arch User Repository $AUR$" > <aur-general(a)archlinux.org> > > -----Original Message----- > > Date: Thu, 20 May 2010 08:38:54 +0200 > > Subject: [aur-general] PKGBUILD for django - orphaned and > > out-of-date From: Puneeth Chaganti <punchagan(a)gmail.com style="margin:0px;"> > style="margin:0px;"> To: "Discussion about the Arch User Repository > > (AUR)" > > <aur-general(a)archlinux.org> > > > > > Hello, > > > > The django package [extra/django 1.1.1-4] is out-of-date and > > orphaned. > > Here is a package build for updating it to 1.1.2. > > > > I'm not sure if this should be updated to 1.2 or a new package > > should be created for that. > > > > Thanks, > > ~ punchagan > > > > > > > Hello, > > please file a feature request on bugtracker. This list is for AUR > packages only. > > Regards Stefan > > > Sorry, I am wrong here, filing a feature request is _not_ the way to go. Forwarding to arch-general mailing list.

1 0