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)
> > > I have finally de
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 or
> 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 u
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 doesn'
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 :
>
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 doesn'
> 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, then
> 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 for
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. Als
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 manage it. Its just u
On Fri, Mar 23, 2018, at 08:48 CDT, Michal Privoznik
wrote:
> [...]
Applied. Thanks!
Matthias
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 introduces misc/foo-
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):
/etc/portage/package.m
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. Suppose for example an
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 too.
>>> Its not a pr
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 c
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 of -x assembler?
>
> It's not related to
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:
> [bu
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 wishing
>> posting pe
19 matches
Mail list logo
