I'd like to edit layman. ie. I have overlay1, overlay2 & overlay 3 and make from it overlay1, overlay3 & overlay2 without need od modification of files.
Reopen once you've clarified what are you requesting, the above is about as clear as mud; sorry.
I have, for example such overlays: - java-experimental - java-gcj - gnome-experimental - break-my-gentoo I'd like to have break-my-gentoo before gnome-experimental in PORTDIR_OVERLAY. - java-experimental - java-gcj - break-my-gentoo - gnome-experimental And editing by adding/deleting when you have more then few overlays is terrible...
And the point of having one overlay before another would be exactly what?
That the ebuild in one overlay is 'broken'. For example gcj overlays provides eclipse ebuild. Other ebuilds are broken when you build it with gcj. Portage choose newest ebuild (in terms of version noumber). When it find few with the same noumber it choose from the last overlay.
This is possible by building your own list of overlays. Look at the global list for layman, copy the entries you need and provide each <overlay>...</overlay> entry with a "priority" argument (<overlay name="java-experimental" priority=10>...</overlay>). The lowest priorities will get sorted to the top of the list in make.conf. Overlays without a priority will have a default value of "50". This in combination with the possibility to use "package.mask" should allow you to solve conflicts between overlays. The "priority" feature in layman has not been used so far and I never documented it. So I'll leave this bug open as a reminder for myself to add the necessary comments in the documentation.
I'd be very glad if you add as well: - Changing piority during adding layman -a <repository> [-p <priority>] - Changing piority locally layman -p <prioity> <repository> Regards
Hm, that is indeed a useful suggestion. Much better than creating a manual overlay list. I'll add that in the next release. Thanks!
I ask about something like that...
The -p switch has been added for this in layman-1.0.10