eix
eix copied to clipboard
vaeth
gpo-zugaina.org fails
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
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.
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.
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.
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.
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.
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...