the downaloaded file eix-caches.tbz2 looks freesh but its contents does not. e.g. eix -e lyx gives ~2.0.0_rc1/2 version from rebutia overlay although the are no more there. Reproducible: Always
Patrick's issue, I think.
Ok, that seems to be partially layman stupidity and partially naive scripts ;) My current script doesn't remove overlays, and apparently git.o.g.o has been having a few hiccups. I've recreated the index from scratch, so things should be working now.
Patrick, have you checked my example - or is it just my local problem? I still see the same problem.
Ah, I noticed that another svn repo was added and svn just goes into interactive mode for the https certificate... so that's really bad. Bad svn, bad. Update is running, so things should work again in half an hour or so when the script finishes.
No, unfortunately the problem remains the same even after update. Can you please check my example?
not fixed yet
So I had to remove and re-add the strohel overlay to make things work smoothly, no idea *what* changed, but that made it run cleanly. Maksbotan verified that the results are sane again now, from my point of view this is fixed. (and sorry for the delay, real life is interfering with important things again ...)
Patrick, I'm sorry to be such trouble maker -- but the problem is constantly there: eix -e lyx gives me ~2.0.0_rc1[2] ~2.0.0_rc2[2] in rebutia overlay although no such ebuilds exist there. I understand that you have no time so I'm offering help and look whats wrong if you provide me access to the scripts which generate the database.
(In reply to comment #8) > Patrick, I'm sorry to be such trouble maker -- but the problem is constantly > there: > > eix -e lyx > > gives me ~2.0.0_rc1[2] ~2.0.0_rc2[2] in rebutia overlay although no such > ebuilds exist there. > > I understand that you have no time so I'm offering help and look whats wrong if > you provide me access to the scripts which generate the database. Ok, that looks like eix didn't clean out old entries. Let me have a look ... it's unrelated to the not-up-to-date bug :)
* app-office/lyx Available versions: (~)1.5.5!t[2] 1.6.9999[1] (~)2.0.0_rc1[1] (~)2.0.0_rc2[1] **9999!t[2] {X cups debug dia docbook dot html latex linguas_ linguas_ar linguas_ca linguas_cs linguas_de linguas_el linguas_en linguas_es linguas_eu linguas_fi linguas_fr linguas_gl linguas_he linguas_hu linguas_id linguas_it linguas_ja linguas_nb linguas_nn linguas_pl lin guas_pt linguas_ro linguas_ru linguas_sk linguas_tr linguas_uk linguas_zh_CN linguas_zh_TW monolithic monolithic-build nls rcs rtf subversion svg} Homepage: http://www.lyx.org/ Description: WYSIWYM frontend for LaTeX, DocBook, etc. [1] "rebutia" layman/rebutia [2] "soor" layman/soor-overlay and the checkout of rebutia shows: lyx-1.6.9999.ebuild lyx-2.0.0_rc1.ebuild lyx-2.0.0_rc2.ebuild so as far as I can tell it is correct. # layman -i rebutia * rebutia * ~~~~~~~ * Sources: * 1. git://git.overlays.gentoo.org/user/rebutia.git
Ok, here's a funny thing - "git pull" in the directory of the layman checkout changed a lot: remote: Total 193 (delta 79), reused 0 (delta 0) Receiving objects: 100% (193/193), 29.33 KiB, done. Resolving deltas: 100% (79/79), completed with 9 local objects. So for some reason the overlay gets properly checkouted with an old version of the content? This is an intriguing bug!
but git clone git://git.overlays.gentoo.org/user/rebutia.git gives me correct content
i just tried completely different overlay. eg betagarden. 5 days back committed media-sound/coquillo: 1.5 but eix output is empty. that suggest the problem is not with one particular overlay.
Ah. Found it. Buggery :) At some point the layman dir moved from /usr/local/portage to /var/lib Now guess what happened - yeah ... uhm ... that's a sad mistake. Was updating one and generating data from the other. Fixed update running, ETA 90min. Thanks for making me debug this :)
hehehe eix-caches.tbz2 2011-Aug-12 17:15:14 0.1K how often do you pray? :)
# eix -e lyx * app-office/lyx Available versions: (~)1.5.5!t[2] 1.6.9999[1] (~)2.0.9999[1] **9999!t[2] Took a bit more time than expected as it checkouted all the repositories from scratch, but there it is
seems fixed now, thanks!
