Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

gpo-zugaina.org fails #25

Open
rosmanov opened this issue May 22, 2016 · 7 comments
Open

gpo-zugaina.org fails #25

rosmanov opened this issue May 22, 2016 · 7 comments

Comments

@rosmanov
Copy link

eix-remote update fails:

--2016-05-22 17:52:09--  http://gpo.zugaina.org/eix_cache/eix-cache.tbz2
Resolving gpo.zugaina.org... 176.31.182.181, 2001:41d0:8:edb5:5054:ff:fe04:5ae6
Connecting to gpo.zugaina.org|176.31.182.181|:80... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3957377 (3.8M) [text/plain]
Remote file is newer, retrieving.

--2016-05-22 17:52:09--  http://gpo.zugaina.org/eix_cache/eix-cache.tbz2
Reusing existing connection to gpo.zugaina.org:80.
HTTP request sent, awaiting response... 200 OK
Length: 3957377 (3.8M) [text/plain]
Saving to: ‘eix-cache.tbz2’

eix-cache.tbz2               2%[>                                          ] 109.82K  23.3KB/s   in 4.7s   

2016-05-22 17:52:14 (23.3 KB/s) - Read error at byte 112454/3957377 (Connection reset by peer). Retrying.

........

eix-cache.tbz2              49%[++++++++++++++++++++>                      ]   1.88M  22.7KB/s   in 4.7s   

2016-05-22 17:56:27 (22.7 KB/s) - Read error at byte 1971356/3957377 (Connection reset by peer). Giving up.

 * failed:  wget -N -- http://gpo.zugaina.org/eix_cache/eix-cache.tbz2
@vaeth vaeth changed the title Unable to update cache of eix-remote gpo-zugaina.org fails May 23, 2016
@vaeth
Copy link
Owner

vaeth commented May 23, 2016

I edited the title and will leave the topic open to avoid dups.
However, I consider it "closed, can't fix".

eix is completely unrelated to the remote services like zugaina or gentoo-experimental. If the address has changed, it can be fixed in eix, or perhaps an alternative or new service can be added, but otherwise there is not much eix can do to fix these things.

@rosmanov
Copy link
Author

Still, I think it is not completely unrelated. Eix might loop through a list of available services, for example. It might list the services in the documentation.

@vaeth
Copy link
Owner

vaeth commented May 23, 2016

Yes, it might be better documented; currently the addresses are hidden in the configure script.

So far, there was no need for a more general approach, since AFAIK there exist only 2 such service (gentoo-experimental and zugaina which can be switched).

If some day there are more services, probably eix should take a more generic approach and provide more than just switching.

However, gentoo-experimental is already down for a while, and perhaps now also zugaina closes (or at least currently has some problems). I will not code to support a hypothetical but nonexistent service.

@PaddyMac
Copy link

There has been a development. I filed a bug on the Gentoo bug tracker in early December https://bugs.gentoo.org/show_bug.cgi?id=601494 . I don't know if it's because of the bug I filed or just coincidental, but I learned from this thread https://forums.gentoo.org/viewtopic-t-1056410.html?sid=8abf22a105655b1e3cd80516382dcc60 that the Zugaina eix cache is now available.

@necrose99
Copy link

fetch1 add1 , works... but a pest... but doable..

@vaeth
Copy link
Owner

vaeth commented May 5, 2018

fetch1 add1 , works... but a pest... but doable..

I do not understand this comment: update/add/fetch are aliases for update1/add1/fetch1 which default to the currently only working service on zugaina (unless you used USE=swap-remote which makes no sense unless the gentooexperimental service should get up again [which is probably not to be expected]).

If you complain about some automatic execution: There are various hooks from either portage (e.g. /etc/portage/portage-postsync) or eix-sync which you might use.

@necrose99
Copy link

necrose99 commented May 5, 2018

the postsync is likely the best option ,

(fresh aws)
eix-remote fetch1 http://gpo.zugaina.org/eix_cache/eix-cache.tbz2 ok done
seems to call wget.
(aws has EFS , which if you down the server to back it up or resize poof... disk goes boom... )
/grrr /facepalm /double_facepalm /binpkgs-go_up_in'-smoke... /facedesk.. /groans
however aws has free boxes with a gig of ram and eix-remote is a goddsend as the ram is low...

to @rosmanov ; yes there's a way to get eix to yank the cache tarball manually eix-remote help syntax
and a bit of fiddling ... may be undocumented , however typically is in Gentoo , some fiddling /meddling required.
and With Gentoo sometimes the old rabbit holes are still there just now undocumented ..and hidden or on an archived forum post from YEARZZZZ ago.. or now moved in context or syntax..
is some of the documentation a bit out of date in some locations , unfortunately yes it is.

otherwise how to manually add the howtoo add or fetch , and eix-remote file manually
might be useful as my-build-farm.my-giant-corp.usa/eix-cache/our-overlays-eix/corp.eix for more specialty use. or for someone clustering boxes for their own farms...

by the fetch1 is will download from eix-remote if the config isn't added. ie on a fresh vanilla install.
add1 i also tried , point being is least you can snag the file w/o config...
basicly wget.. but I agree , on a vanilla config eix has changed on syntax , over the years..*
how zugania had it was how it used to work...
without a config it would go fetch the file , you could https://crontab-generator.org/
add the string 12 hours or every day , forget it.

*however for I've just Installed Gentoo , or Funtoo/Redcore Linux Calculate /Gentoo varaint ** Fresh and green to Gentoo Day 1... newcomers
** most will blindly follow the legacy syntax on zugania ... not assuming its in config ** or now automagic..
** eix-remote -a http://gpo.zugaina.org/eix_cache/eix-cache.tbz2 ,
use to work... ***
Sadly gpo-zugaina is the only public eix-remote in the game.. however , it might be wise to ask them to update the Syntax on website. as it is quite dated and stale. Documentation in other locations can be stale dated as well.
setting up a box without https://github.com/gentoo/puppet-portage , it can be all to easy to forget.

A most users will only need eix-remote which now will get from gpo.zugania.org automatically

B: if ever more eix-remotes agan pop up or ,
your corp eix-remotebuild needs to be added ie fire-walled proxy in an underground nuke-bunker
hears the wiki howtoo's for you..

could add a bashrc alias to redirect to just eix-remote.. .
########## fix legacy syntax ## zugania is now automatic..
while true in config ....
eix-remote -a http://gpo.zugaina.org/eix_cache/eix-cache.tbz2 = eix-remote
add sabayon linux style/ equo/entropy snarky warning or facepalm to user... you know ..... that eix-remote is now defacto... ... eix-remote .... all you need...

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

4 participants