View previous topic :: View next topic |
Author |
Message |
friction Tux's lil' helper
Joined: 16 Sep 2002 Posts: 109
|
Posted: Sun Mar 02, 2003 3:49 am Post subject: Possible PORTDIR_OVERLAY bug |
|
|
After doing an emerge sync, none of my portdir_overlay ebuild files are taken into consideration on an emerge -u --deep world --pretend
However if I edit make.conf, remove the portdir_overlay line, do another emerge -u --deep world --pretend, re-add the line and do it again, its fine...example:
$ emerge -u --deep world --pretend
These are the packages that I would merge, in order:
Calculating world dependencies ...done!
[ebuild UD] x11-themes/mosfet-liquid-widgets-0.9.5-r1 [0.9.6_pre4]
k7-900 mosfet-liquid-widgets # kate /etc/make.conf
k7-900 mosfet-liquid-widgets # kdecore (KAction): WARNING: KActionCollection::KActionCollection( QObject *parent, const char *name, KInstance *instance )
[ed: line removed and saved here]
emerge -u --deep world --pretend
These are the packages that I would merge, in order:
Calculating world dependencies ...done!
[ebuild UD] x11-themes/mosfet-liquid-widgets-0.9.5-r1 [0.9.6_pre4]
[ed: line re-added and saved here]
k7-900 mosfet-liquid-widgets # emerge -u --deep world --pretend
These are the packages that I would merge, in order:
Calculating world dependencies ...done!
$ |
|
Back to top |
|
|
red_over_blue Guru
Joined: 16 Dec 2002 Posts: 310
|
Posted: Sun Mar 02, 2003 3:56 am Post subject: |
|
|
I am having a similar problem. I starting using this
https://forums.gentoo.org/viewtopic.php?t=36634&highlight=
method for having unstable ebuilds play nice with portage. Since the upgrade, it now wants to downgrade all my ebuilds, even though they are now "x86" and not mentioned in package.mask
There is definitely something behaving differently now. I wonder if it has to do with the -U option? |
|
Back to top |
|
|
friction Tux's lil' helper
Joined: 16 Sep 2002 Posts: 109
|
Posted: Sun Mar 02, 2003 4:42 am Post subject: |
|
|
I find the most unusual thing about it is that its all ok if you take out the overlay line, and readd it, essentially the only thing changing is the modification timestamp of make.conf - so it must be caching something somewhere? |
|
Back to top |
|
|
friction Tux's lil' helper
Joined: 16 Sep 2002 Posts: 109
|
Posted: Sun Mar 02, 2003 1:02 pm Post subject: |
|
|
Apparantly "touch"ing make.conf has no effect, and other than the modification date nothing has changed. I've got a hunch it's a problem with "updating portage cache" in emerge sync/rsync - but that's purely speculation. |
|
Back to top |
|
|
red_over_blue Guru
Joined: 16 Dec 2002 Posts: 310
|
Posted: Sun Mar 02, 2003 2:11 pm Post subject: |
|
|
I had something else happen that was kind of weird.
I did an "emerge -U --deep world" before I went to sleep, and when i woke up it had finished without errors. However, it finished on an ebuild that I knew was not the last one to be emerged.
Without doing an "emerge rsync", I did an "emerge -pU --deep world" only to find that about half of the ebuilds were not merged.
Simply typing "emerge -U --deep world" starting emerging the remaining ebuilds.
I'm not sure... but I think this latest portage may have a few quirks that I am simply not aware of. |
|
Back to top |
|
|
mghumphrey n00b
Joined: 19 Feb 2003 Posts: 20
|
Posted: Sun Mar 02, 2003 4:59 pm Post subject: |
|
|
I'm unable to get the overlay thing working at all on a new Gentoo install. I have it working on another server here with an older version of portage.
Seems like we need some sort of automated units test for portage and the other Gentoo-developed components. |
|
Back to top |
|
|
friction Tux's lil' helper
Joined: 16 Sep 2002 Posts: 109
|
Posted: Sun Mar 02, 2003 9:09 pm Post subject: |
|
|
mghumphrey wrote: | I'm unable to get the overlay thing working at all on a new Gentoo install. I have it working on another server here with an older version of portage.
Seems like we need some sort of automated units test for portage and the other Gentoo-developed components. |
As weird as it sounds, try modifying make.conf, #'ing the overlay directory line, save, doing an emerge --update --deep world --pretend, un #'ing the overlay directory line, save, and try it again.
I'm interested to know if the same work around works for you. |
|
Back to top |
|
|
converter Apprentice
Joined: 24 Dec 2002 Posts: 163
|
Posted: Mon Mar 03, 2003 8:38 am Post subject: Potential workaround |
|
|
Someone, either on forums or bugs, mentioned that the workaround was to touch the ebuilds in PORTDIR_OVERLAY after an rsync. This has been working well for me so far.
Code: |
find /usr/local/portage -name \*.ebuild -exec touch '{}' \;
|
Change the directory to the one defined in /etc/make.conf PORTDIR_OVERLAY, of course. _________________ converter |
|
Back to top |
|
|
red_over_blue Guru
Joined: 16 Dec 2002 Posts: 310
|
Posted: Tue Mar 04, 2003 4:50 am Post subject: |
|
|
Well, things seem to be working again (even better) since upgrading to portage 2.0.47-48. The "emerge -U world" even seems to work properly... I am sooooo happy
Now I can start emerging all those unstable packages!!!!!! |
|
Back to top |
|
|
mghumphrey n00b
Joined: 19 Feb 2003 Posts: 20
|
Posted: Sun Mar 09, 2003 4:49 am Post subject: |
|
|
friction wrote: | mghumphrey wrote: | I'm unable to get the overlay thing working at all on a new Gentoo install. I have it working on another server here with an older version of portage.
Seems like we need some sort of automated units test for portage and the other Gentoo-developed components. |
As weird as it sounds, try modifying make.conf, #'ing the overlay directory line, save, doing an emerge --update --deep world --pretend, un #'ing the overlay directory line, save, and try it again.
I'm interested to know if the same work around works for you. |
I wish I could try this, but in the meantime I wiped the system and reinstalled and the problem seems to have gone away. |
|
Back to top |
|
|
|