On Mon, 2021-11-29 at 05:05 +, Sam James wrote:
>
> What I wish we had done (and there's still time to do, albeit belated --
> it's still useful for the remaining big bits like Apache and nginx) is
> write a news item explaining the implications and linked to a page
> like https://wiki.gentoo.
On Tue, 2021-11-30 at 19:32 -0600, William Hubbs wrote:
>
> This is the part of this that I don't understand. If we aren't enforcing
> an ID, why do we care which ID to try first? It seems to be an
> unnecessary step since users can pick the IDs they want by putting
> settings in make.conf.
>
Th
On Tue, 2021-11-30 at 22:45 -0800, Alec Warner wrote:
>
> So questions from my side are:
> Does your cluster not have human users?
> Do the userids for the human users also not have to match between
> hosts in the cluster?
>
>
You can easily create ebuilds for the human users who access the
sys
On 2021-12-01 21:02:20, Brian Evans wrote:
> After a cursory scan of the Gentoo repository, I've noticed an
> overabundance of start_stop_daemon_args being declared in scripts committed.
>
> I would like to draw attention and see if we can clean these up together.
A lot of this is covered in the
On 2021-12-02 08:12:55, Alec Warner wrote:
>
> Can we automate any of it? Emit QA warnings? etc.
>
I would love to be proven wrong, but I don't think so. We have two
main problems. First, The service scripts are POSIX sh, which is
better than bash, but still can't easily be parsed for semantic
i
On Mon, 2022-01-03 at 21:29 +0100, Piotr Karbowski wrote:
>
> Perhaps the 'pam' example was extreme, but ipv6, or threads as Sam
> shared, does not make sense to be togglable.
>
Many packages need their ipv6 code disabled if the kernel has no ipv6
support, and enabling ipv6 in the kernel is a p
On Mon, 2022-01-03 at 16:51 -0800, Alec Warner wrote:
> >
> >
> > Many packages need their ipv6 code disabled if the kernel has no ipv6
> > support, and enabling ipv6 in the kernel is a pointless security risk
> > for pretty much anyone in the United States.
>
> https://www.google.com/intl/en/ip
On Tue, 2022-01-04 at 03:38 +, Sam James wrote:
>
> ACL is kind of similar to what Ionen said for PAM, i.e. sometimes
> people may want to turn it off and it makes sense to expose
> this option for those who do, but we don't need to try support it.
>
This is another important one. It has sec
On Tue, 2022-01-04 at 12:03 -0500, Mike Gilbert wrote:
>
> I disagree with the claim that "most people" should disable ACL
> support at build time. That just gives you partially functional tools.
> The ACL behavior can generally be controlled using runtime options.
I understand why people would d
On Tue, 2022-01-04 at 19:26 +0100, Piotr Karbowski wrote:
>
> And none of which happens unless you intentionally trigger it.
>
> ...
>
> Sure, acl and how chmod manipulate mask on ACL-enabled entities is not
> very simple, but nothing will break by itself just because you have acl
> support en
On 2022-01-20 16:32:30, Brian Evans wrote:
>
> GNOME and Mozilla products still pull in spidermonkey but other users
> will have a much reduced requirement for rust.
>
Avoiding librsvg used to be difficult because it's required by our GTK
icon packages to render PNGs from SVGs. Luckily dilfridg
Can I request that Bug: and Closes: tags in our commits automatically
CC the committer on the bug that is modified?
Use case: I often fix (sci-*) bugs that I'm not CCed on, and a user
will leave a comment like "it still crashes on x86" that I never see.
Of course, I could manually CC myself on eve
On Tue, 2022-01-25 at 11:29 -0800, Alec Warner wrote:
>
> Just to clarify here:
> For your own commits (e.g. fixing a package you own) you are already
> typically on the bug..right?
Right.
> I assume the major use case here is proxying commits for others (where
> they are on the bug, but you ar
On Tue, 2022-01-25 at 21:59 +0100, Agostino Sarubbo wrote:
>
> - If you are CC'ed by the hook and you are part of the alias that is the
> assignee of the bug,
> you will receive two emails unless the hook integrates the alias.
>
> - Based on the previous point, I'd suggest to use a wrapper if y
On Fri, 2024-11-01 at 14:39 +0100, Andreas Sturmlechner wrote:
> It seems we currently have several IUSE for the same purpose, with **sound**
> probably having oldest mentions[1].
> This came up while working on virtual/sound-theme and splitting up
> media-libs/libcanberra[2], and could be dealt
On 2024-10-24 10:50:55, Florian Schmaus wrote:
> On 24/10/2024 09.38, Matt Jolly wrote:
> > Is anyone actually using an 80-column display in 2024? Could we look
> > at relaxing this to something more sane / modern like 120? Are there
> > any accessibility concerns, etc.?
>
> In present days, its n
On 2024-12-10 00:54:11, Eli Schwartz wrote:
>
> What circumstances other than a shebang might break without a full path?
When PATH is not reliable, like inside a cron job. Or arguments to execve().
On 2024-12-10 14:33:26, Eli Schwartz wrote:
> On 12/10/24 1:31 PM, Michael Orlitzky wrote:
> > On 2024-12-10 00:54:11, Eli Schwartz wrote:
> >>
> >> What circumstances other than a shebang might break without a full path?
> >
> > When PATH is not reliable,
On 2024-12-04 22:55:22, Sam James wrote:
> Prompted by yet another instance of this, this time at
> https://forums.gentoo.org/viewtopic-t-1171999.html.
>
> The results of these tests are often hardcoded into installed files
> which causes issues if using a binpkg of them from a merged-usr system
>
901 - 919 of 919 matches
Mail list logo
