After "emerge layman", I follow the instruction to "layman -f" and I get errors thus: # layman -f * Fatal error: Failed to fetch overlay list! * Fatal error: Error was: Failed to fetch the overlay list from: http://dev.gentoo.org/~wrobel/layman/global-overlays.xml * Fatal error: Error was:[Errno url error] invalid proxy for http: 'gate.prhnet:3128' * Fatal error(s) - aborting I have proxies defined in /etc/make.conf thus: # grep gate /etc/make.conf ftp_proxy="gate.prhnet:3128" http_proxy="gate.prhnet:3128" SYNC="rsync://gate.prhnet/gentoo-portage" My /etc/profile includes these lines: export http_proxy="gate.prhnet:3128" export ftp_proxy="gate.prhnet:3128" All other programs use the proxy without complaint. # emerge --info Portage 2.1_rc2 (default-linux/amd64/2006.0, gcc-3.4.6, glibc-2.4-r3, 2.6.16-gentoo-r8 x86_64) ================================================================= System uname: 2.6.16-gentoo-r8 x86_64 AMD Opteron(tm) Processor 246 Gentoo Base System version 1.12.0_pre19 ccache version 2.4 [enabled] dev-lang/python: 2.4.3-r1 dev-python/pycrypto: 2.0.1-r5 dev-util/ccache: 2.4-r1 dev-util/confcache: 0.4.2-r1 sys-apps/sandbox: 1.2.18.1 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r2 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r3 ACCEPT_KEYWORDS="amd64 ~amd64" AUTOCLEAN="yes" CBUILD="x86_64-pc-linux-gnu" CFLAGS="-O2 -march=opteron -pipe" CHOST="x86_64-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control" CONFIG_PROTECT_MASK="/etc/X11/xdm/Xservers /etc/eselect/compiler /etc/fonts /etc/gconf /etc/init.d /etc/rc.d /etc/revdep-rebuild /etc/rsync /etc/terminfo /etc/wget /etc/env.d" CXXFLAGS="-O2 -march=opteron -pipe" DISTDIR="/usr/portage/distfiles" FEATURES="autoconfig ccache confcache distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://gentoo.blueyonder.co.uk http://ftp.easynet.nl/mirror/gentoo http://trumpetti.atm.tut.fi/gentoo/ ftp://sunsite.informatik.rwth-aachen.de/pub/Linux/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo" LANG="en_GB.ISO-8859-15" LC_ALL="en_GB.ISO-8859-15" LINGUAS="en_GB" MAKEOPTS="-j5" PKGDIR="/usr/portage/packages" PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times --compress --force --whole-file --delete --delete-after --stats --timeout=180 --exclude='/distfiles' --exclude='/local' --exclude='/packages'" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/usr/portage" PORTDIR_OVERLAY="/usr/local/portage /usr/local/overlays/vmware" SYNC="rsync://gate.prhnet/gentoo-portage" USE="amd64 X alsa arts avi bash-completion berkdb bitmap-fonts bzip2 cdr cli crypt cups dri dvd eds emboss encode foomaticdb fortran gif gpm gstreamer gtk gtk2 imlib ipv6 isdnlog ithreads javascript jpeg kde kdeenablefinal lm_sensors logitech-mouse logrotate lzw lzw-tiff mp3 mpeg ncurses nls nptl nptlonly nvidia ogg opengl pam pcre pdflib perl png ppds pppd python qt quicktime readline reflection sample scanner session spell spl ssl symlink tcpd tiff truetype truetype-fonts type1-fonts unicode usb userlocales vorbis wmf xml xorg xpm xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_en_GB userland_GNU video_cards_nv video_cards_nvidia" Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS
Perhaps it's because the proxy URI is technically invalid. It should be http://gate.prhnet:3128/
See Comment #1...
Hmm. Looks like laziness on my part. I've made the suggested correction and layman now works for me - thanks. That's just a quick test; I'll come back if something else is broken. Sorry if I've made waves, but the rest of the system was working happily with the setup I had.
Hi, sorry to be a bother. Portage and all my other apps that have to use the proxy are quite happy to work with the environment variable http_proxy set to tur-cache.massey.ac.nz:8080 Layman is the only command line app that I can think of which is unhappy with this setting and need the "http://" part. Why is that? Or will the other apps be broken soon?
*** Bug 201266 has been marked as a duplicate of this bug. ***
(In reply to comment #3) > Sorry if I've made waves, but the rest of the system was working happily with > the setup I had. Same here. I filed bug #201266 which was about the same thing. Prepending http:// worked so you might want to finally close this bug report. As a note, layman is the first app to complain about this (as reported by othere here).
