Re: [gentoo-user] PORTDIR_OVERLAY getting ignored.
On Saturday, April 04, 2015 12:53:53 AM Fernando Rodriguez wrote: Hi, I got two overlays that I added manually with PORTDIR_OVERLAY on make.conf and one through layman. Just I few days ago I added a patched ebuild for x11- drivers/ati-drivers to satisfy some dependencies for the multilib update (it doesn't build with the latest vanilla sources and prior to that I had just been patching and building the module on /var/tmp/portage). It worked and got me through the update and I ran a world update after that without problems. But today when I try to run a world update it wants to pull the package from the main tree which fails to compile. I haven't changed anything and emerge -- info shows my overlay in PORTDIR_OVERLAY. Any ideas? Ah, nevermind. I deleted the ebuild from the main tree and portage told me what was wrong. app-admin/eselect-* was renamed to app-eselect/eselect-* -- Fernando Rodriguez
Re: [gentoo-user] PORTDIR_OVERLAY in make.conf has no effect anymore?
On Mar 16, 2015, at 12:07, Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: Hi, since a few days when I configured /etc/repos.conf the setting of PORTDIR_OVERLAY in /etc/portage/make.conf seems to get ignored. I have some overlays here (installed by layman) but I don't wont all of these to be considered for updating when I say emerge -auv .. Previously, I could manage which overlays were considered by setting the PORTDIR_OVERLAY in /etc/portage/make.conf This doesn't work anymore. What did I miss? http://wiki.gentoo.org/wiki/Project:Portage/Sync I think there was also a news item about it. -- -Matti
Re: [gentoo-user] PORTDIR_OVERLAY in make.conf has no effect anymore?
On 03/16/2015 11:42:28 AM, Alan McKinnon wrote: On 16/03/2015 12:07, Helmut Jarausch wrote: Hi, since a few days when I configured /etc/repos.conf the setting of PORTDIR_OVERLAY in /etc/portage/make.conf seems to get ignored. I have some overlays here (installed by layman) but I don't wont all of these to be considered for updating when I say emerge -auv .. Previously, I could manage which overlays were considered by setting the PORTDIR_OVERLAY in /etc/portage/make.conf This doesn't work anymore. What did I miss? Many thanks for a hint, Helmut Read the news item publish on 2 Feb 2015 called New portage plug-in sync system The variable you want is auto-sync= [yes|no] -- Alan McKinnon alan.mckin...@gmail.com Thanks Alan, I have auto-sync=no. Still, emerge -avu @world considers even those overlays which have auto-sync=no. Helmut.
Re: [gentoo-user] PORTDIR_OVERLAY in make.conf has no effect anymore?
On 03/16/2015 12:15:43 PM, Neil Bothwick wrote: On Mon, 16 Mar 2015 13:02:54 +0200, Alan McKinnon wrote: Thanks Alan, I have auto-sync=no. Still, emerge -avu @world considers even those overlays which have auto-sync=no. I see now. When you said update I assumed you meant sync. update as in emerge world is different. Does the option priority, set per-repo, and documented here: https://wiki.gentoo.org/wiki/Project:Portage/Sync fit your needs? If the overlays are managed by layman, check out the --enable and --disable options for layman. Thanks Neil, that seems to be exactly what I was looking for. Currently I still have a problem. After layman -D ALL which proceeded without any error message. I tried, e.g., layman -E science which gives me Exception caught enabling repository science: Section 'science' already exists Helmut.
Re: [gentoo-user] PORTDIR_OVERLAY in make.conf has no effect anymore?
On Mon, 16 Mar 2015 13:02:54 +0200, Alan McKinnon wrote: Thanks Alan, I have auto-sync=no. Still, emerge -avu @world considers even those overlays which have auto-sync=no. I see now. When you said update I assumed you meant sync. update as in emerge world is different. Does the option priority, set per-repo, and documented here: https://wiki.gentoo.org/wiki/Project:Portage/Sync fit your needs? If the overlays are managed by layman, check out the --enable and --disable options for layman. -- Neil Bothwick Tact is for people who don't understand sarcasm. pgpwlRGZXwfku.pgp Description: OpenPGP digital signature
Re: [gentoo-user] PORTDIR_OVERLAY in make.conf has no effect anymore?
On 03/16/2015 11:42:28 AM, Alan McKinnon wrote: On 16/03/2015 12:07, Helmut Jarausch wrote: Hi, since a few days when I configured /etc/repos.conf the setting of PORTDIR_OVERLAY in /etc/portage/make.conf seems to get ignored. I have some overlays here (installed by layman) but I don't wont all of these to be considered for updating when I say emerge -auv .. Previously, I could manage which overlays were considered by setting the PORTDIR_OVERLAY in /etc/portage/make.conf This doesn't work anymore. What did I miss? Many thanks for a hint, Helmut Read the news item publish on 2 Feb 2015 called New portage plug-in sync system The variable you want is auto-sync= [yes|no] -- Alan McKinnon alan.mckin...@gmail.com Thanks Alan, I have auto-sync=no. Still, emerge -avu @world considers even those overlays which have auto-sync=no. Helmut.
Re: [gentoo-user] PORTDIR_OVERLAY in make.conf has no effect anymore?
On 16/03/2015 12:07, Helmut Jarausch wrote: Hi, since a few days when I configured /etc/repos.conf the setting of PORTDIR_OVERLAY in /etc/portage/make.conf seems to get ignored. I have some overlays here (installed by layman) but I don't wont all of these to be considered for updating when I say emerge -auv .. Previously, I could manage which overlays were considered by setting the PORTDIR_OVERLAY in /etc/portage/make.conf This doesn't work anymore. What did I miss? Many thanks for a hint, Helmut Read the news item publish on 2 Feb 2015 called New portage plug-in sync system The variable you want is auto-sync= [yes|no] -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] PORTDIR_OVERLAY in make.conf has no effect anymore?
On 16/03/2015 12:56, Helmut Jarausch wrote: On 03/16/2015 11:42:28 AM, Alan McKinnon wrote: On 16/03/2015 12:07, Helmut Jarausch wrote: Hi, since a few days when I configured /etc/repos.conf the setting of PORTDIR_OVERLAY in /etc/portage/make.conf seems to get ignored. I have some overlays here (installed by layman) but I don't wont all of these to be considered for updating when I say emerge -auv .. Previously, I could manage which overlays were considered by setting the PORTDIR_OVERLAY in /etc/portage/make.conf This doesn't work anymore. What did I miss? Many thanks for a hint, Helmut Read the news item publish on 2 Feb 2015 called New portage plug-in sync system The variable you want is auto-sync= [yes|no] -- Alan McKinnon alan.mckin...@gmail.com Thanks Alan, I have auto-sync=no. Still, emerge -avu @world considers even those overlays which have auto-sync=no. I see now. When you said update I assumed you meant sync. update as in emerge world is different. Does the option priority, set per-repo, and documented here: https://wiki.gentoo.org/wiki/Project:Portage/Sync fit your needs? -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] PORTDIR_OVERLAY
Op maandag 9 januari 2006 22:35, schreef Beau E. Cox: On Monday 09 January 2006 11:15 am, Holly Bostick wrote: Beau E. Cox schreef: Hi - I'm working on a series of ebuilds for the more esoteric CPAN modules that I use. In the Gentoo Developer Handbook there is a statement about PORTDIR_OVERLAY: In that directory, you must use the same structure (and categories) as in /usr/portage. OK. But I really want to make a new category, i.e. 'cpan'; ( tried it, doesn't work ). Is there a way to 'fake out' portage into using a new category without breaking everything? Question #1-- what's wrong with dev-perl, where all the other modules are (and then naming the modules cpan-whatever, I suppose)? Answer #1-- I am doing that now. It's OK, but I sometimes have the same module that is already in dev-perl; I would like to be distinct with my config/version/mods/patches/etc. .. Simple give your ebuild a higher version number. Append e.g. r1 or .1 to the version number. Like that, portage will also automatically pick it up. Jan pgpxgTM3U9HjH.pgp Description: PGP signature
Re: [gentoo-user] PORTDIR_OVERLAY
On Tue, 10 Jan 2006 19:37:43 +0100, Jan Callewaert wrote: Simple give your ebuild a higher version number. Append e.g. r1 or .1 to the version number. Like that, portage will also automatically pick it up. It will anyway, ebuilds in the overlay take precedence over same version ebuilds in $PORTDIR. Incrementing the version would result in the package being overwritten by a newer one from portage if that was updated first. -- Neil Bothwick Everywhere is walking distance if you have the time. signature.asc Description: PGP signature
Re: [gentoo-user] PORTDIR_OVERLAY
Beau E. Cox schreef: Hi - I'm working on a series of ebuilds for the more esoteric CPAN modules that I use. In the Gentoo Developer Handbook there is a statement about PORTDIR_OVERLAY: In that directory, you must use the same structure (and categories) as in /usr/portage. OK. But I really want to make a new category, i.e. 'cpan'; ( tried it, doesn't work ). Is there a way to 'fake out' portage into using a new category without breaking everything? Question #1-- what's wrong with dev-perl, where all the other modules are (and then naming the modules cpan-whatever, I suppose)? Question # 2-- have you looked at g-cpan? app-portage/g-cpan Available versions: 0.13.01 0.13.02 Installed: none Homepage:http://dev.gentoo.org/~mcummings/ Description: g-cpan: generate and install CPAN modules using portage HTH, Holly -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] PORTDIR_OVERLAY
On Monday 09 January 2006 11:15 am, Holly Bostick wrote: Beau E. Cox schreef: Hi - I'm working on a series of ebuilds for the more esoteric CPAN modules that I use. In the Gentoo Developer Handbook there is a statement about PORTDIR_OVERLAY: In that directory, you must use the same structure (and categories) as in /usr/portage. OK. But I really want to make a new category, i.e. 'cpan'; ( tried it, doesn't work ). Is there a way to 'fake out' portage into using a new category without breaking everything? Question #1-- what's wrong with dev-perl, where all the other modules are (and then naming the modules cpan-whatever, I suppose)? Answer #1-- I am doing that now. It's OK, but I sometimes have the same module that is already in dev-perl; I would like to be distinct with my config/version/mods/patches/etc. Question # 2-- have you looked at g-cpan? app-portage/g-cpan Available versions: 0.13.01 0.13.02 Installed: none Homepage:http://dev.gentoo.org/~mcummings/ Description: g-cpan: generate and install CPAN modules using portage Answer # 2-- No. But I will! Thanks, Holly. HTH, Holly -- Aloha = Beau; -- gentoo-user@gentoo.org mailing list