Hello,
I have inst. gtoo on a workstation at work. But portage complains
'-14:24:52--
ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/distfiles/gcc-3.3.6-patches-1.4.tar.bz2

=> `/usr/portage/distfiles/gcc-3.3.6-patches-1.4.tar.bz2'
Resolving cudlug.cudenver.edu... 132.194.22.137
Connecting to cudlug.cudenver.edu|132.194.22.137|:21... failed: Network
is unreachable.
>>> Downloading
'ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/distfiles/gcc-3.3.6-patches-1.4.tar.bz2'
--14:24:52--
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/distfiles/gcc-3.3.6-patches-1.4.tar.bz2

=> `/usr/portage/distfiles/gcc-3.3.6-patches-1.4.tar.bz2'
Resolving ftp.snt.utwente.nl... 130.89.175.1, 2001:610:1908:8000::175:1
Connecting to ftp.snt.utwente.nl|130.89.175.1|:21... failed: Network is
unreachable.

Connecting to ftp.snt.utwente.nl|2001:610:1908:8000::175:1|:21.. .'

This may be a 'medicine dept' firewall.

I cannot ask Them to alter it. Will someone help pls?
Gavin.
--
gentoo-user@lists.gentoo.org mailing list

On Thursday 27 March 2008, Gavin Seddon wrote:
> Hello,
> I have inst. gtoo on a workstation at work. But portage complains
> '-14:24:52--
> ftp://cudlug.cudenver.edu/pub/mirrors/distributions/gentoo/distfile
>s/gcc-3.3.6-patches-1.4.tar.bz2 =>
> `/usr/portage/distfiles/gcc-3.3.6-patches-1.4.tar.bz2' Resolving
> cudlug.cudenver.edu... 132.194.22.137
> Connecting to cudlug.cudenver.edu|132.194.22.137|:21... failed:
> Network is unreachable.
>
> >>> Downloading
>
> 'ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/distfiles/gcc-3.3.6-p
>atches-1.4.tar.bz2' --14:24:52--
> ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/distfiles/gcc-3.3.6-pa
>tches-1.4.tar.bz2 =>
> `/usr/portage/distfiles/gcc-3.3.6-patches-1.4.tar.bz2' Resolving
> ftp.snt.utwente.nl... 130.89.175.1, 2001:610:1908:8000::175:1
> Connecting to ftp.snt.utwente.nl|130.89.175.1|:21... failed:
> Network is unreachable.
> Connecting to ftp.snt.utwente.nl|2001:610:1908:8000::175:1|:21.. .'
>
> This may be a 'medicine dept' firewall.
>
> I cannot ask Them to alter it. Will someone help pls?
> Gavin.

Do you use a proxy for normal browsing? If so, you can set the proxy
in /etc/wgetrc.

Uwe

--
Informal Linux Group Namibia:
http://www.linux.org.na/
SysEx (Pty) Ltd.:
http://www.SysEx.com.na/
--
gentoo-user@lists.gentoo.org mailing list

If your proxy don't let ftp pass, use

torify
--
gentoo-user@lists.gentoo.org mailing list

2008/3/27, Elyahou ITTAH <ittah.elyahou@gmail.com>:
If your proxy don't let ftp pass, use

torify emerge gcc

(from the tor package)
--
gentoo-user@lists.gentoo.org mailing list

On Thu, 2008-03-27 at 17:55 +0200, Elyahou ITTAH wrote:
> If your proxy don't let ftp pass, use
>
> torify

Please try to avoid doing this with large packages. Tor is a distributed
net built by volunteers. Flooding it with large downloads is neither
nice nor fast.

I'd say, try http.

On Thursday 27 March 2008, Florian Philipp wrote:
> On Thu, 2008-03-27 at 17:55 +0200, Elyahou ITTAH wrote:
> > If your proxy don't let ftp pass, use
> >
> > torify
>
> Please try to avoid doing this with large packages. Tor is a
> distributed net built by volunteers. Flooding it with large
> downloads is neither nice nor fast.
>
> I'd say, try http.

Jeez. You didn't read the original posting, did you? It's FTP, period.

I still advise to set the proxy in /etc/wgetrc.

Uwe

--
Informal Linux Group Namibia:
http://www.linux.org.na/
SysEx (Pty) Ltd.:
http://www.SysEx.com.na/
--
gentoo-user@lists.gentoo.org mailing list

On Thu, 27 Mar 2008 20:33:53 +0200, Uwe Thiem wrote:

> > I'd say, try http.
>
> Jeez. You didn't read the original posting, did you? It's FTP, period.

It's FTP, which is blocked by the firewall, so use only HTTP mirrors
in /etc/make.conf. There is no requirement to use FTP for downloads. If
rsync is also blocked, use emerge-webrsync to update the portage tree
over HTTP.


--
Neil Bothwick

Aw, mom, you act like I'm not even wearing a bungee cord!

On Thursday 27 March 2008, Neil Bothwick wrote:
> On Thu, 27 Mar 2008 20:33:53 +0200, Uwe Thiem wrote:
> > > I'd say, try http.
> >
> > Jeez. You didn't read the original posting, did you? It's FTP, period.
>
> It's FTP, which is blocked by the firewall, so use only HTTP mirrors
> in /etc/make.conf. There is no requirement to use FTP for downloads. If
> rsync is also blocked, use emerge-webrsync to update the portage tree
> over HTTP.

export ftp_proxy=XXX.XX.XXX.XX:80 && emerge -uaDv world, should do what
you're after. You can also try export http_proxy of course. It assumes that
you know the LAN IP address of your web gateway/firewall at work - i.e. that
your work's MSWindows configuration allows plain users to view the MSIE
Internet Settings, or your sysadmin will let you know what the address is. If
not, boot a LiveCD on a works computer, mount its MSWindows C: drive and
search for "proxy". It should lurk somewhere in the registry settings.
BartsPE CD will also help you find that, as it can search natively the
registry.

BTW, if this is anything like my work, then only outbound connections to port
80 are allowed and rsync will not work. Follow the webrsync advice above.

HTH.
--
Regards,
Mick

fre 2008-03-28 klockan 09:21 +0000 skrev Mick:
> On Thursday 27 March 2008, Neil Bothwick wrote:
> > On Thu, 27 Mar 2008 20:33:53 +0200, Uwe Thiem wrote:
> > > > I'd say, try http.
> > >
> > > Jeez. You didn't read the original posting, did you? It's FTP, period.
> >
> > It's FTP, which is blocked by the firewall, so use only HTTP mirrors
> > in /etc/make.conf. There is no requirement to use FTP for downloads. If
> > rsync is also blocked, use emerge-webrsync to update the portage tree
> > over HTTP.
>
> export ftp_proxy=XXX.XX.XXX.XX:80 && emerge -uaDv world, should do what
> you're after. You can also try export http_proxy of course. It assumes that
> you know the LAN IP address of your web gateway/firewall at work - i.e. that
> your work's MSWindows configuration allows plain users to view the MSIE
> Internet Settings, or your sysadmin will let you know what the address is. If
> not, boot a LiveCD on a works computer, mount its MSWindows C: drive and
> search for "proxy". It should lurk somewhere in the registry settings.
> BartsPE CD will also help you find that, as it can search natively the
> registry.
>
> BTW, if this is anything like my work, then only outbound connections to port
> 80 are allowed and rsync will not work. Follow the webrsync advice above.
>
> HTH.

Hi,

You should also set RSYNC_PROXY to "hostnameort" in order for "emerge
--sync" to work.

BR / P-E

--
gentoo-user@lists.gentoo.org mailing list

On Saturday 29 March 2008, Per-Erik Westerberg wrote:
> fre 2008-03-28 klockan 09:21 +0000 skrev Mick:
> > On Thursday 27 March 2008, Neil Bothwick wrote:
> > > On Thu, 27 Mar 2008 20:33:53 +0200, Uwe Thiem wrote:
> > > > > I'd say, try http.
> > > >
> > > > Jeez. You didn't read the original posting, did you? It's FTP,
> > > > period.
> > >
> > > It's FTP, which is blocked by the firewall, so use only HTTP mirrors
> > > in /etc/make.conf. There is no requirement to use FTP for downloads. If
> > > rsync is also blocked, use emerge-webrsync to update the portage tree
> > > over HTTP.
> >
> > export ftp_proxy=XXX.XX.XXX.XX:80 && emerge -uaDv world, should do what
> > you're after. You can also try export http_proxy of course. It assumes
> > that you know the LAN IP address of your web gateway/firewall at work -
> > i.e. that your work's MSWindows configuration allows plain users to view
> > the MSIE Internet Settings, or your sysadmin will let you know what the
> > address is. If not, boot a LiveCD on a works computer, mount its
> > MSWindows C: drive and search for "proxy". It should lurk somewhere in
> > the registry settings. BartsPE CD will also help you find that, as it can
> > search natively the registry.
> >
> > BTW, if this is anything like my work, then only outbound connections to
> > port 80 are allowed and rsync will not work. Follow the webrsync advice
> > above.
> >
> > HTH.
>
> Hi,
>
> You should also set RSYNC_PROXY to "hostnameort" in order for "emerge
> --sync" to work.

I've tried that and had no success behind my work's firewall, but the OP may
be luckier.

--
Regards,
Mick