[gentoo-user] http-replicator fetching on the server
Holas,
I'm running http-replicator on a desktop (server). The laptop asks the
desktop for files correctly, and that works just fine.
The problem I'm seeing is on the desktop. Every night I do
# emerge world --update --deep --newuse --fetchonly
# /usr/bin/repcacheman
which gets all the files I'll need (into /usr/portage/distfiles), and then
moves all the files to http-rep cache (/var/cache/http-replicator).
The next time I run
# emerge -autvDN world
portage looks in /usr/portage/distfiles ($DISTDIR in make.conf), and, of
course, doesn't see the files. They've been moved
to /var/cache/http-replicator. Then portage grabs the files, without
consulting http-replicator.
Now, like I said, everything works fine for external machines. They
immediately use port 8080. It's just the desktop/http-rep server that
doesn't use want to use the http-rep cache.
Here are a few pertinent lines from /etc/make.conf
http_proxy="http://crichton:8080";
RESUMECOMMAND="/usr/bin/wget -t 5 --passive-ftp \${URI} -O \
\${DISTDIR}/\${FILE}"
# ping crichton
PING localhost (127.0.0.1) 56(84) bytes of data.
Any idea what I have mis-configured?
Thanks.
Peter
--
The best portion of a good man's life, his little, nameless, unremembered acts
of kindness and love.
-- Wordsworth
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] http-replicator fetching on the server
Peter Kelly wrote:
>Holas,
>
>I'm running http-replicator on a desktop (server). The laptop asks the
>desktop for files correctly, and that works just fine.
>
>The problem I'm seeing is on the desktop. Every night I do
># emerge world --update --deep --newuse --fetchonly
># /usr/bin/repcacheman
>
>which gets all the files I'll need (into /usr/portage/distfiles), and then
>moves all the files to http-rep cache (/var/cache/http-replicator).
>The next time I run
># emerge -autvDN world
>
>portage looks in /usr/portage/distfiles ($DISTDIR in make.conf), and, of
>course, doesn't see the files. They've been moved
>to /var/cache/http-replicator. Then portage grabs the files, without
>consulting http-replicator.
>Now, like I said, everything works fine for external machines. They
>immediately use port 8080. It's just the desktop/http-rep server that
>doesn't use want to use the http-rep cache.
>
>Here are a few pertinent lines from /etc/make.conf
>http_proxy="http://crichton:8080";
>RESUMECOMMAND="/usr/bin/wget -t 5 --passive-ftp \${URI} -O \
>\${DISTDIR}/\${FILE}"
>
># ping crichton
>PING localhost (127.0.0.1) 56(84) bytes of data.
>
>Any idea what I have mis-configured?
>
>Thanks.
>
>Peter
>
>
>
Try something like this in make.conf:
http_proxy="http://192.168.0.1:8080"; Change the address to whatever
you are running your machine at. Basically you are pointing emerge back
at itself.
Dale
:-) :-)
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] http-replicator fetching on the server
On Friday 02 June 2006 09:03, Teresa and Dale wrote:
> Peter Kelly wrote:
> >Holas,
> >Here are a few pertinent lines from /etc/make.conf
> >http_proxy="http://crichton:8080";
> >RESUMECOMMAND="/usr/bin/wget -t 5 --passive-ftp \${URI} -O \
> >\${DISTDIR}/\${FILE}"
> >
> ># ping crichton
> >PING localhost (127.0.0.1) 56(84) bytes of data.
> >
> >Any idea what I have mis-configured?
> >
> >Thanks.
> >
> >Peter
>
> Try something like this in make.conf:
> http_proxy="http://192.168.0.1:8080"; Change the address to whatever
> you are running your machine at. Basically you are pointing emerge back
> at itself.
>
Well, that didn't work. portage still wants to download a file that's not
in /usr/portage/distfiles, but is in /var/cache/http-replicator.
Changing "crichton" to server ip
http_proxy="http://192.168.1.100:8080";
still gives me
>>> Emerging (1 of 3) kde-base/kdelibs-3.5.3 to /
>>> Downloading
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo/distfiles/kdelibs-3.5.3.tar.bz2
--09:13:18--
ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo/distfiles/kdelibs-3.5.3.tar.bz2
=> `/usr/portage/distfiles/kdelibs-3.5.3.tar.bz2'
Resolving ftp.gtlib.cc.gatech.edu... 128.61.111.10, 128.61.111.11,
128.61.111.9
Connecting to ftp.gtlib.cc.gatech.edu|128.61.111.10|:21... connected.
Logging in as anonymous ... Logged in!
You'll note that there is no move to access port 8080 here.
But...
# ll /isoserver/http-replicator/kdelibs-3.5.3.tar.bz2
-rw-rw-r-- 1 portage portage 15424888 Jun 1
23:45 /isoserver/http-replicator/kdelibs-3.5.3.tar.bz2
Anything else?
Peter
--
i just bought MS Office 2000 for only $20!!!
you got ripped off ;>
i know ;)
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] http-replicator fetching on the server
Peter Kelly wrote:
>On Friday 02 June 2006 09:03, Teresa and Dale wrote:
>
>
>>Peter Kelly wrote:
>>
>>
>>>Holas,
>>>
>>>
>
>
>
>>>Here are a few pertinent lines from /etc/make.conf
>>>http_proxy="http://crichton:8080";
>>>RESUMECOMMAND="/usr/bin/wget -t 5 --passive-ftp \${URI} -O \
>>>\${DISTDIR}/\${FILE}"
>>>
>>># ping crichton
>>>PING localhost (127.0.0.1) 56(84) bytes of data.
>>>
>>>Any idea what I have mis-configured?
>>>
>>>Thanks.
>>>
>>>Peter
>>>
>>>
>>Try something like this in make.conf:
>>http_proxy="http://192.168.0.1:8080"; Change the address to whatever
>>you are running your machine at. Basically you are pointing emerge back
>>at itself.
>>
>>
>>
>
>Well, that didn't work. portage still wants to download a file that's not
>in /usr/portage/distfiles, but is in /var/cache/http-replicator.
>Changing "crichton" to server ip
>http_proxy="http://192.168.1.100:8080";
>still gives me
>
>
>
Emerging (1 of 3) kde-base/kdelibs-3.5.3 to /
Downloading
>ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo/distfiles/kdelibs-3.5.3.tar.bz2
>--09:13:18--
>ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo/distfiles/kdelibs-3.5.3.tar.bz2
> => `/usr/portage/distfiles/kdelibs-3.5.3.tar.bz2'
>Resolving ftp.gtlib.cc.gatech.edu... 128.61.111.10, 128.61.111.11,
>128.61.111.9
>Connecting to ftp.gtlib.cc.gatech.edu|128.61.111.10|:21... connected.
>Logging in as anonymous ... Logged in!
>
>You'll note that there is no move to access port 8080 here.
>
>But...
># ll /isoserver/http-replicator/kdelibs-3.5.3.tar.bz2
>-rw-rw-r-- 1 portage portage 15424888 Jun 1
>23:45 /isoserver/http-replicator/kdelibs-3.5.3.tar.bz2
>
>Anything else?
>
>Peter
>
>
>
Did you remove or comment out the GENTOO_MIRRORS= line. I forgot that I
had to comment it out too. Sorry. There is a thread on the forums with
a howto. That may help. It's been a while since I used it.
Dale
:-) :-)
--
gentoo-user@gentoo.org mailing list
Re: [gentoo-user] http-replicator fetching on the server
On Friday 02 June 2006 10:02, Teresa and Dale wrote: > Peter Kelly wrote: > >On Friday 02 June 2006 09:03, Teresa and Dale wrote: > >>Peter Kelly wrote: > >>>Holas, > > > > > > > Emerging (1 of 3) kde-base/kdelibs-3.5.3 to / > Downloading > > > >ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo/distfiles/kdelibs-3.5.3.tar.bz2 > >--09:13:18-- > >ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo/distfiles/kdelibs-3.5.3.tar.bz2 > > => `/usr/portage/distfiles/kdelibs-3.5.3.tar.bz2' > >Resolving ftp.gtlib.cc.gatech.edu... 128.61.111.10, 128.61.111.11, > >128.61.111.9 > >Connecting to ftp.gtlib.cc.gatech.edu|128.61.111.10|:21... connected. > >Logging in as anonymous ... Logged in! > > > >You'll note that there is no move to access port 8080 here. > > > >But... > ># ll /isoserver/http-replicator/kdelibs-3.5.3.tar.bz2 > >-rw-rw-r-- 1 portage portage 15424888 Jun 1 > >23:45 /isoserver/http-replicator/kdelibs-3.5.3.tar.bz2 > > > >Anything else? > > > >Peter > > Did you remove or comment out the GENTOO_MIRRORS= line. I forgot that I > had to comment it out too. Sorry. There is a thread on the forums with > a howto. That may help. It's been a while since I used it. > > Dale > > :-) :-) Well, this is still the server, so the machine has to know about GENTOO_MIRRORS. Also, from http://gentoo-wiki.com/HOWTO_Download_Cache_for_LAN-Http-Replicator : Don't forget that portage needs mirrors! Edit GENTOO_MIRRORS in /etc/make.conf to add more http mirrors and place any ftp mirrors LAST. The default mirrors in gentoo leave something to be desired Use mirrorselect if you need help in selecting mirrors. Which makes me think about the connection it was making earlier. For those who think they know the answer, or want to figure it out with the information in this thread, please stop reading now. The spoiler is given below. The first download location in GENTOO_MIRRORS was an ftp site (ftp://ftp.gtlib.cc.gatech.edu). Since portage is looking for an http_proxy, calling an ftp site simply connects to the ftp site. Moving the ftp site to the end of the mirror list made everything work. Or at least it appears to work now. I'll know more tomorrow when another update cycle takes place. Thanks for the help, Dale. Peter -- The pollution's at that awkward stage. Too thick to navigate and too thin to cultivate. -- Doug Sneyd -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] http-replicator fetching on the server
Peter Kelly wrote: >The first download location in GENTOO_MIRRORS was an ftp site >(ftp://ftp.gtlib.cc.gatech.edu). Since portage is looking for an http_proxy, >calling an ftp site simply connects to the ftp site. Moving the ftp site to >the end of the mirror list made everything work. Or at least it appears to >work now. I'll know more tomorrow when another update cycle takes place. > >Thanks for the help, Dale. > >Peter > > > You're welcome. Sometimes it is trial and error. Dale :-) :-) -- gentoo-user@gentoo.org mailing list
