On 1/21/2015 9:01 AM, Alec Ten Harmsel <a...@alectenharmsel.com> wrote: > On 01/21/2015 08:51 AM, Tanstaafl wrote: >> From the sync output: >> >>>>> Downloading >> 'http://mirror.datapipe.net/gentoo/distfiles/file-5.22.tar.gz' >> --2015-01-21 08:49:43-- >> http://mirror.datapipe.net/gentoo/distfiles/file-5.22.tar.gz >> Resolving mirror.datapipe.net... 64.27.65.115 >> Connecting to mirror.datapipe.net|64.27.65.115|:80... connected. >> HTTP request sent, awaiting response... 404 Not Found >> 2015-01-21 08:49:43 ERROR 404: Not Found. >> >>>>> Downloading 'ftp://ftp.gw.com/mirrors/pub/unix/file/file-5.22.tar.gz' >> So, why the 'ERROR 404: Not Found'? >> >> It then falls back to ftp? But the ports it tries to use change every time? >> >> On 1/21/2015 7:38 AM, Tanstaafl <tansta...@libertytrek.org> wrote: >>> Hi all, >>> >>> Ok, new one to me... >>> >>> I'm performing some updates after a hiatus of a couple of months, and >>> the second package to be installed was file-5.22. >>> >>> I have my firewall locked down pretty tight, controlling even outbound >>> access, and when portage tries to download the source for this file it >>> is being blocked by the firewall: >>> >>> kernel: [6185615.878195] (fw>): IN= OUT=enp2s0 SRC=###.###.###.### >>> DST=38.117.134.18 LEN=60 TOS=0x00 PREC=0x00 TTL=64 ID=64958 DF PROTO=TCP >>> SPT=52338 DPT=65369 WINDOW=14600 RES=0x00 SYN URGP=0 >>> >>> I've never had a problem like this and have had the same firewall rules >>> for a very long time. >>> >>> Here is what I have for portage access: >>> >>> # allow outbound subversion access for portage / layman >>> -A OUTPUT -p tcp -m tcp --dport 443 -j ACCEPT >>> -A OUTPUT -p tcp -m tcp --dport 3690 -j ACCEPT >>> -A OUTPUT -p tcp -m tcp --dport 56160 -j ACCEPT >>> # allow outbound access to git repos >>> -A OUTPUT -p tcp -m tcp --dport 9418 -j ACCEPT >>> >>> Have there been some additions that I need to add? Other ideas why I'm >>> unable to update file? >>> >>> Thanks >>> >> > > I don't think it's your firewall, I can't download from either of those > URLs. Have you ran `emerge --sync` recently? Could be some mirrors have > changed or something, who really knows. fwiw sys-apps/file downloads > from lug.mtu.edu for me and that works fine.
Ran it first thing this morning before attempting to update... Just resync'd, same problem...
