> On Sat, 07 Dec 2019, Ulrich Müller wrote:
> The eclass failed to remount a read-only mounted /boot, because package
> collision sanity checks in recent Portage versions prevented it from
> reaching pkg_preinst() at all. Furthermore, with the "mount-sandbox"
> feature enabled, the mount won't
Hi, everyone.
Since bman shamelessly stole my last rites for the last EAPI 0 packages,
I'm going to at least be the first one to announce it on the mailing
lists: yes, we did it, EAPI 0 is gone! ;-)
This means that we've effectively banned all EAPIs older than 4
(and that one is pretty close to
# Aaron Bauman (2019-12-10)
# EAPI=4, dead upstream/srcurl/homepage. cannot find new home
# Compression has come along way. Removal in 30 days
media-gfx/tic98
--
Cheers,
Aaron
signature.asc
Description: PGP signature
On 12/10/19 11:05 AM, Joonas Niilola wrote:
>
> I was more thinking along sys admins being able to modify their acct-
> ebuilds with static numbers. If you're bind-mounting already, why not
> bind your portage (or local overlay) to children as well. 2 minute more
> work for those who need it, but
On Tue, 2019-12-10 at 18:13 +0200, Joonas Niilola wrote:
> On 12/10/19 3:34 PM, Michał Górny wrote:
> > > The problem: There is still no any official documentation about using
> > > acct-, and reviewing it was/is pretty much left on the shoulders of one
> > > man. It's easy to say on hindsight it w
On 12/10/19 3:34 PM, Michał Górny wrote:
>> The problem: There is still no any official documentation about using
>> acct-, and reviewing it was/is pretty much left on the shoulders of one
>> man. It's easy to say on hindsight it was implemented too quickly.
> There is official documentation in de
On 12/10/19 1:47 PM, Rich Freeman wrote:
>
> Having UIDs chosen completely at random seems fairly non-optimal.
> Suppose you're building containers/etc and then bind-mounting in
> persistent storage (/var/lib/mysql and so on). Wouldn't it be nice if
> the default were that mysql would get the sam
On Tue, Dec 10, 2019 at 9:50 AM Michael Orlitzky wrote:
>
> For esoteric packages with a dedicated user, though, you're probably
> right. The main benefit of the mailing list posts so far is that they
> let me track down pull requests and suggest that people ignore the
> example in the devmanual.
On Tue, 2019-12-10 at 09:50 -0500, Michael Orlitzky wrote:
> On 12/9/19 3:17 AM, Michał Górny wrote:
> > 2. Mailing list reviews don't serve their original purpose.
> >
> > The original purpose of mailing list reviews was to verify that
> > the developers use new packages correctly. For example,
On 12/9/19 3:17 AM, Michał Górny wrote:
>
> 2. Mailing list reviews don't serve their original purpose.
>
> The original purpose of mailing list reviews was to verify that
> the developers use new packages correctly. For example, Michael
> Orlitzky has found a lot of unnecessary home directories
On 12/9/19 3:10 PM, Thomas Deutschmann wrote:
> On 2019-12-09 19:48, Ulrich Mueller wrote:
>>> On Mon, 09 Dec 2019, Thomas Deutschmann wrote:
>>
>>> Like said, if an ID is already taken for any reason on user's system,
>>> that's not a problem. acct-* can handle that... there's nothing like a
>
On Tue, 2019-12-10 at 14:48 +0100, Ulrich Mueller wrote:
> > > > > > On Tue, 10 Dec 2019, Michał Górny wrote:
> > -Version: 1
> > +Version: 1.1
>
> It's a significant change, so should be version 2, I guess?
Acct-* packages created by v1 still comply with v1.1. That was my
semantic idea.
>
> >
On Tue, Dec 10, 2019 at 8:25 AM Thomas Deutschmann wrote:
>
> On 2019-12-10 13:44, Rich Freeman wrote:
> > I'm not talking about container-host mapping. I'm talking about
> > building the same container 100 times and having the container end up
> > with the same UIDs inside each time.
> >
> > Bui
> On Tue, 10 Dec 2019, Michał Górny wrote:
> -Version: 1
> +Version: 1.1
It's a significant change, so should be version 2, I guess?
> -This work is licensed under the Creative Commons Attribution-ShareAlike 3.0
> +This work is licensed under the Creative Commons Attribution-ShareAlike 4.0
>
Remove the policy part from GLEP 81, making it into a pure technical
specification. The policy will now be defined by the QA team
as a regular tree policy. Since the planned policy updates make it
less restrictive, there is really no need to hammer it at GLEP level.
Signed-off-by: Michał Górny
On Tue, 2019-12-10 at 07:44 +0200, Joonas Niilola wrote:
> Hey,
>
> On 12/9/19 10:17 AM, Michał Górny wrote:
> > Hello,
> >
> > I think the policies proposed in GLEP 81 [1] were overenthusiastic
> > and they don't stand collision with sad Gentoo developer reality.
> > Instead of improving the qu
On 2019-12-10 13:44, Rich Freeman wrote:
> I'm not talking about container-host mapping. I'm talking about
> building the same container 100 times and having the container end up
> with the same UIDs inside each time.
>
> Build order in portage isn't really deterministic, especially over
> long p
On Tue, Dec 10, 2019 at 7:26 AM Thomas Deutschmann wrote:
>
> On 2019-12-10 12:47, Rich Freeman wrote:
> > Having UIDs chosen completely at random seems fairly non-optimal.
> > Suppose you're building containers/etc and then bind-mounting in
> > persistent storage (/var/lib/mysql and so on). Woul
вт, 10 дек. 2019 г. в 15:13, David Seifert :
>
> On Tue, 2019-12-10 at 13:39 +0300, Alexey Mishustin wrote:
> > вт, 10 дек. 2019 г. в 03:47, David Seifert :
> > > # David Seifert (2019-12-10)
> > > # Build broken for over 3 years, GTK 2, quasi-abandoned upstream.
> > > # Bug #490574, #699914. Remo
Hi,
On 2019-12-10 12:47, Rich Freeman wrote:
> Having UIDs chosen completely at random seems fairly non-optimal.
> Suppose you're building containers/etc and then bind-mounting in
> persistent storage (/var/lib/mysql and so on). Wouldn't it be nice if
> the default were that mysql would get the s
On Tue, 2019-12-10 at 13:39 +0300, Alexey Mishustin wrote:
> вт, 10 дек. 2019 г. в 03:47, David Seifert :
> > # David Seifert (2019-12-10)
> > # Build broken for over 3 years, GTK 2, quasi-abandoned upstream.
> > # Bug #490574, #699914. Removal in 30 days.
> > media-sound/mhwaveedit
>
> I'm sorry
On Tue, Dec 10, 2019 at 12:44 AM Joonas Niilola wrote:
>
> Honestly I'd say just put -1 on all acct- packages then let sys admins
> modify them locally to whatever they need. I feel like this whole GLEP
> just serves the minority while making many other contributors uneasy.
>
I think we're worryi
вт, 10 дек. 2019 г. в 03:47, David Seifert :
>
> # David Seifert (2019-12-10)
> # Build broken for over 3 years, GTK 2, quasi-abandoned upstream.
> # Bug #490574, #699914. Removal in 30 days.
> media-sound/mhwaveedit
I'm sorry to hear that.
I consider it the best, fastest and simplest audio edit
On Mon, 09 Dec 2019 19:56:40 +0100
Dennis Schridde wrote:
> app-arch/unar currently seems to be the only free choice for kde-apps/
> kdeutils-meta-19.08.3[rar]:
> rar? ( || (
> app-arch/rar
> app-arch/unrar
> app-arch/unar
> ) )
I b
# @DEAD
# All consumers are gone. Removal in 14 days
> On Tue, 10 Dec 2019, Aaron Bauman wrote:
> # Aaron Bauman (2019-12-09)
> # EAPI=4, unmaintained upstream and Gentoo is versions behind
> # Removal in 30 days
> dev-tex/dvi2tty
Since I had originally submitted this package in bug 50876, I can take
maintainership of it.
@maksbotan: Your las
26 matches
Mail list logo