Re: [gentoo-dev] Upcoming posting restrictions on the gentoo-dev mailing list

2018-03-23 Thread Aaron Bauman
On March 23, 2018 11:11:16 PM EDT, "Francisco Blas Izquierdo Riera (klondike)" wrote: >El 20/03/18 a las 09:52, Kristian Fiskerstrand escribió: >> This was not put in effect on 23 January 2018, however I have now >> requested infra to put it in place in [bug 650964]. Users

Re: [gentoo-dev] Upcoming posting restrictions on the gentoo-dev mailing list

2018-03-23 Thread Francisco Blas Izquierdo Riera (klondike)
El 20/03/18 a las 09:52, Kristian Fiskerstrand escribió: > This was not put in effect on 23 January 2018, however I have now > requested infra to put it in place in [bug 650964]. Users wishing > posting permissions are encouraged to find a mentor and register in [bug > 644070] > > References: >

[gentoo-portage-dev] [PATCH] portageq repos_config: fix parameter (bug 648062)

2018-03-23 Thread Zac Medico
The parameter is ineffective for commands that query configuration, since the PORTAGE_CONFIGROOT variable controls the location of configuration files. Therefore, for portageq repos_config, implicitly set PORTAGE_CONFIGROOT equal to the value of the parameter. Note that this works correctly for

Re: [gentoo-dev] [PATCH] cmake-utils.eclass: Make the new ASM-ATT rules actually work

2018-03-23 Thread Matt Turner
On Mon, Mar 19, 2018 at 3:40 PM, James Le Cuirot wrote: > On Mon, 19 Mar 2018 15:16:47 -0700 > Matt Turner wrote: > >> Thanks for looking into this! >> >> I'm not sure I understand the -nostdlib portion. It's something about >> working around a side-effect

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Georgy Yakovlev
On Fri, 2018-03-23 at 16:23 +, Patrick Steinhardt wrote: > This wouldn't help the maintainers of overlays, though, and puts > the burden on the user. One scenario where masks maintained in > overlays would be useful is the musl overlay, which carries > patches to various packages to have them

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Patrick McLean
On 2018-03-23 06:27 AM, Rich Freeman wrote: > On Fri, Mar 23, 2018 at 6:59 AM, Ulrich Mueller wrote: >>> On Fri, 23 Mar 2018, Roy Bamford wrote: >> >>> games-emulation/sdlmame is masked. I have a higher version in my >>> overlay than the one in the tree and it gets masked

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Patrick Steinhardt
On Fri, Mar 23, 2018 at 03:25:12PM +0100, Arve Barsnes wrote: > On 23 March 2018 at 14:27, Rich Freeman wrote: > > It sounds to me that one of the intended behaviors is to tell portage > > that for a particular package we want to ignore a particular > > repository entirely.

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Geaaru
Hi guys, sys-devel/gcc::repos is only an example but from my side it is a real example. Currently, Sabayon use our gcc ebuild so it is needed mask gentoo version for rebuild sabayon-stage3 and now it is only possible (like other packages) through file (from sabayon side):

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Arve Barsnes
On 23 March 2018 at 14:27, Rich Freeman wrote: > It sounds to me that one of the intended behaviors is to tell portage > that for a particular package we want to ignore a particular > repository entirely. Suppose for example an overlay contains > misc/foo-3, and the main repo

[gentoo-dev] Re: [PATCH] app-emulation/libvirt: Update live ebuild, ebuild maintenance

2018-03-23 Thread Matthias Maier
On Fri, Mar 23, 2018, at 08:48 CDT, Michal Privoznik wrote: > [...] Applied. Thanks! Matthias

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Rich Freeman
On Fri, Mar 23, 2018 at 6:59 AM, Ulrich Mueller wrote: >> On Fri, 23 Mar 2018, Roy Bamford wrote: > >> games-emulation/sdlmame is masked. I have a higher version in my >> overlay than the one in the tree and it gets masked too. >> Its not a problem to me as I know how to

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Consus
On 23:06 Thu 22 Mar, Michał Górny wrote: > No. Just a few general ideas. It's Portage, so I don't expect anything > major to be able to happen. Is it possible to slowly migrate parts of sys-apps/portage to portage-utils? I really like portage-utils's approach to make things easier and modular.

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Ulrich Mueller
> On Fri, 23 Mar 2018, Roy Bamford wrote: > games-emulation/sdlmame is masked. I have a higher version in my > overlay than the one in the tree and it gets masked too. > Its not a problem to me as I know how to manage it. Its just untidy. You still don't need a repository specific mask

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Ulrich Mueller
> On Fri, 23 Mar 2018, Francesco Riosa wrote: > Il 23/03/2018 10:48, Ulrich Mueller ha scritto: >> Conceptually that makes no sense. sys-devel/gcc is the name of an >> upstream package, so what does it even mean to mask it in one >> repository but not in another? If it's the same package,

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Roy Bamford
On 2018.03.23 09:48, Ulrich Mueller wrote: > > On Thu, 22 Mar 2018, Geaaru wrote: > > > for both portage and your fork I think that could be interesting add > > an extension to PMS for define inside profiles or targets masking of > > packages of a particular repslository. Currently PMS

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Franz Fellner
The dlang repository offers a gcc ebuild that adds the patchset to build the gdc. It's behind a USE-Flag. Still it is exactly the same as sys-devel/gcc::gentoo besides the additional feature. But I don't think the dlang repo should mask gcc::gentoo. 2018-03-23 12:18 GMT+02:00 Francesco Riosa

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Francesco Riosa
Il 23/03/2018 10:48, Ulrich Mueller ha scritto: >> On Thu, 22 Mar 2018, Geaaru wrote: >> for both portage and your fork I think that could be interesting add >> an extension to PMS for define inside profiles or targets masking of >> packages of a particular repslository. Currently PMS

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Ulrich Mueller
> On Thu, 22 Mar 2018, Geaaru wrote: > for both portage and your fork I think that could be interesting add > an extension to PMS for define inside profiles or targets masking of > packages of a particular repslository. Currently PMS doesn't permit > this but have this feature could be help

Re: [gentoo-portage-dev] [PATCH 0/3] INSTALL_MASK refurbishing resubmit

2018-03-23 Thread Joakim Tjernlund
On Fri, 2018-03-23 at 09:33 +0100, Michał Górny wrote: > CAUTION: This email originated from outside of the organization. Do not click > links or open attachments unless you recognize the sender and know the > content is safe. > > > W dniu pią, 23.03.2018 o godzinie 00∶52 +, użytkownik

Re: [gentoo-portage-dev] [PATCH 0/3] INSTALL_MASK refurbishing resubmit

2018-03-23 Thread Michał Górny
W dniu pią, 23.03.2018 o godzinie 00∶52 +, użytkownik Joakim Tjernlund napisał: > On Mon, 2018-03-19 at 15:59 -0700, Zac Medico wrote: > > On 03/15/2018 12:22 PM, Michał Górny wrote: > > > Hi, > > > > > > Here are three of four INSTALL_MASK updates I've sent long time ago > > > which were not

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Michał Górny
W dniu czw, 22.03.2018 o godzinie 22∶52 +, użytkownik Geaaru napisał: > Hi, > > a bit out of topic (sorry in advance) but connect to eventually new portage > feature... > > for both portage and your fork I think that could be interesting add an > extension to PMS for define inside profiles

Re: [gentoo-dev] New Portage fork: sys-apps/portage-mgorny

2018-03-23 Thread Michał Górny
W dniu pią, 23.03.2018 o godzinie 01∶01 +, użytkownik Herb Miller Jr. napisał: > On 03/22/2018 04:17 PM, James Le Cuirot wrote: > > On Thu, 22 Mar 2018 20:03:46 +0100 > > Michał Górny wrote: > > > > > After 2+ years of repeating disagreements with Portage maintainer(s) > >