Re: [gentoo-dev] RFC: automatically mailing people on pkgcheck problems with their packages

On Mon, Dec 7, 2015 at 9:19 PM, Anthony G. Basile wrote: > > Does that include stuff that breaks on systems using musl instead of > glibc? Or uclibc? or eudev instead of udev. What about openrc vs > systemd? Shall I go on? Of course its murky. Sure, but none of that stuff is going to get cau

Re: [gentoo-dev] Breakage and frustration

On Sun, Dec 13, 2015 at 12:36 PM, Patrick Lauer wrote: > In the long run I am considering just creating my own clone of all > infrastructure bits so I can fix things I just wanted to comment that things like this should never be viewed as a bad thing. Many contributions to Gentoo arose because s

Re: [gentoo-dev] Breakage and frustration

On Mon, Dec 14, 2015 at 5:48 AM, Peter Stuge wrote: > > The key point to remember is that it is NOT neccessary to be part of > the team in order to contribute solutions. You *first* contribute > solutions and only *then* have a chance of becoming part of the team. > > I for one am working in my no

[gentoo-dev] RFC: MythTV Project

As part of the general herd migration we decided to create a mythtv project, keeping the same alias/etc. The project page is at: https://wiki.gentoo.org/wiki/Project:MythTV and I'll be updating the herd mapping shortly. I don't forsee any bold new direction for the team, and we have yet to elect

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On Wed, Dec 16, 2015 at 6:43 AM, Alexander Berntsen wrote: > > I agree with Mike that this isn't kosher. It just isn't honest. > I don't really have a horse in this race, but I don't see how this is dishonest. What is being proposed is moving from attribution scattered all over the place to attr

Re: [gentoo-dev] Re: converting copyright/license information in OpenRC

On Wed, Dec 16, 2015 at 8:54 AM, Alexander Berntsen wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA512 > > On 16/12/15 13:39, Rich Freeman wrote: >> I don't see how this is dishonest. > You answered this yourself, > >> They'll just be credited

[gentoo-dev] Re: News item: GRUB security update

On Sat, Dec 19, 2015 at 8:24 AM, Tobias Heinlein wrote: > Hi, > > On 18.12.2015 21:06, Mike Gilbert wrote: >> Hi, please review the news item below. > > thanks for drafting this news item. However, the usual way to inform > users about security flaws is by sending a GLSA. :) > > Based on your news

Re: [gentoo-dev] Re: repo/gentoo.git, or how committing is challenging

On Mon, Dec 21, 2015 at 1:59 PM, Peter Stuge wrote: > Ryan Hill wrote: >> You want me to use a potentially unstable live ebuild instead? >> Well, no, that's not gonna happen. > > Are you demanding that someone else produces for you, and refusing to > do anything but consume? > Keep in mind that t

Re: [gentoo-dev] Re: repo/gentoo.git, or how committing is challenging

On Tue, Dec 22, 2015 at 4:41 AM, Patrick Lauer wrote: > Wiki says: > > "In this guide we are going to show you how to create a GLEP 63 > based OpenPGP Key using > app-crypt/gkeys-gen > tool which is >

Re: [gentoo-dev] Re: repo/gentoo.git, or how committing is challenging

On Tue, Dec 22, 2015 at 7:53 AM, Patrick Lauer wrote: > I'd replace gkeys-gen with a ~10-line shell script ... if I had some > motivation to dig through some old experiments of mine where I managed > to set all parameters for pgp from CLI. Which is all that gkeys-gen > would do! Sounds great. >

Re: [gentoo-dev] Re: repo/gentoo.git, or how committing is challenging

On Tue, Dec 22, 2015 at 8:31 AM, Patrick Lauer wrote: >> >> Do you want to see this fixed? >> Are you willing to do the fixing yourself? > I don't have infinite time, and wasting a day documenting things that > should have been documented a year ago is not a good way of spending time. So, it soun

Re: [gentoo-dev] [RFC] New project: Crypto

On Mon, Dec 28, 2015 at 8:11 AM, Kristian Fiskerstrand wrote: > > > [Sent from my iPad, as it is not a secured device there are no cryptographic > keys on this device, > meaning this message is sent without an OpenPGP signature. In general you > should *not* rely on > any information sent over s

Re: [gentoo-dev] [RFC] New project: Crypto

On Mon, Dec 28, 2015 at 10:07 AM, Kristian Fiskerstrand wrote: >> On 28 Dec 2015, at 15:58, James Le Cuirot wrote: >> >> On Mon, 28 Dec 2015 09:42:40 -0500 >> Rich Freeman wrote: > >>> And this would be why I don't bother to sign my emails any longer.

Re: [gentoo-dev] [RFC] New project: Crypto

On Tue, Dec 29, 2015 at 8:58 AM, Kristian Fiskerstrand wrote: > > On 12/28/2015 07:35 PM, Rich Freeman wrote: >> On Mon, Dec 28, 2015 at 10:07 AM, Kristian Fiskerstrand >> wrote: >>>> On 28 Dec 2015, at 15:58, James Le Cuirot >>>> wrote: >>>>

[gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

On Mon, Jan 4, 2016 at 3:41 AM, Kristian Fiskerstrand wrote: > > On 01/04/2016 01:26 AM, Sebastian Pipping wrote: >> Hi! >> >> >> Better late then never. Posting 72 hours from now the earliest as >> advised by GLEP 42. Feedback welcome as usual. > > Do you have any timeline in place for the cha

Re: [gentoo-dev] Re: News item: Apache "-D PHP5" needs update to "-D PHP"

On Mon, Jan 4, 2016 at 9:20 AM, Kristian Fiskerstrand wrote: > > And while at it, in additional to news item, this should likely follow > a few version upgrades as elog messages before actually being > implemented anywhere > I don't want to be too prescriptive with the solutions. However, clearl

Re: [gentoo-dev] News item: Apache "-D PHP5" needs update to "-D PHP"

On Mon, Jan 4, 2016 at 12:21 PM, Brian Evans wrote: > > On 1/4/2016 11:43 AM, Michael Orlitzky wrote: >> On 01/04/2016 11:11 AM, Peter Stuge wrote: >>> >>> So pkg_postinst for >=eselect-php-0.8.1 should say something, >>> but ideally also the invocation - but I don't know if eselect-php >>> is als

Re: [gentoo-dev] USE=desktop-file request

On Wed, Jan 6, 2016 at 2:47 PM, tot-to wrote: > > It would be great to make the intallation of desktop-files optional, > but I mostly concerned about the dependency on > dev-util/desktop-file-utils... > > I think such dependency should be either removed, because it's not > really required or at le

Re: [gentoo-dev] RFD: News item format 2.0

On Tue, Jan 12, 2016 at 1:13 PM, Ulrich Mueller wrote: > > Therefore, we could use the opportunity to add some other features. > So far, this includes: > I don't have a solution for this in mind, but I do see a problem that could use a solution with our current approach to news in our stable and

Re: [gentoo-dev] RFD: News item format 2.0

On Thu, Jan 14, 2016 at 4:30 PM, Michał Górny wrote: > For example, for foo-1.0 to -2.0 upgrade notes, we'd do: > > Display-if-installed:Display-if-visible: >=foo-2.0 > > which would basically mean that all people having old foo installed > would get the item as soon as they foo-2.0 becomes

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

On Tue, Jan 19, 2016 at 5:42 PM, Ciaran McCreesh wrote: > On Tue, 19 Jan 2016 23:32:30 +0100 > Michał Górny wrote: >> The problem was, is and will be that packages are unmaintained. Not >> that stats show that they are many. > > No it's not. Gentoo is about the community, and it's important for t

Re: [gentoo-dev] Herd likely up for grabs: kernel-misc

On Wed, Jan 20, 2016 at 12:34 PM, Mike Frysinger wrote: > On 18 Jan 2016 00:57, Joshua Kinard wrote: >> On 01/17/2016 14:57, Michał Górny wrote: >> > sys-apps/kexec-tools : >> >> Better suited for base-system, maybe? >> >> > sys-fs/jfsutils : >> >> Definitely base-system, as x

Re: [gentoo-dev] Re: Herd likely up for grabs: kernel-misc

On Wed, Jan 20, 2016 at 2:48 PM, Duncan <1i5t5.dun...@cox.net> wrote: > Mike Frysinger posted on Wed, 20 Jan 2016 13:40:04 -0500 as excerpted: > >> if base-system@ isn't going to maintain it, we'll punt it from the herd >> -mike > > Umm, you mean project, right? Because the whole discussion here i

Re: [gentoo-dev] Re: Herd likely up for grabs: kernel-misc

On Thu, Jan 21, 2016 at 1:06 AM, Mike Frysinger wrote: > On 20 Jan 2016 19:48, Duncan wrote: >> Mike Frysinger posted on Wed, 20 Jan 2016 13:40:04 -0500 as excerpted: >> > if base-system@ isn't going to maintain it, we'll punt it from the herd >> >> Umm, you mean project, right? Because the whole

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

On Thu, Jan 21, 2016 at 5:41 PM, wrote: > I think you misunderstood Roy. He was speaking about "unmaintained > but perfectly functional software". You're talking about "a package > that clearly doesn't build or otherwise simply doesn't work, could not > have worked for past 3 years". Between

Re: [gentoo-dev] [RFD] Adopt-a-package, proxy-maintenance, and other musings

On Sat, Jan 23, 2016 at 6:12 AM, Patrice Clement wrote: > > , I quite like your idea but what about > first? I don't see any strict dependency on these two ideas. By all means both of you should feel free to get them implemented. If we only implemented ideas when all the other "more important

Re: [gentoo-dev] network sandbox challenge

On Fri, Mar 27, 2020 at 7:33 AM Michał Górny wrote: > > On Fri, 2020-03-27 at 11:29 +, Samuel Bernardo wrote: > > > Same question for unpack context when using directly the source > > repository with vcs functions. > > VCS ebuilds generally suck, for multiple reasons. We allow users to use >

Re: [gentoo-dev] zoom concerns

On Wed, Apr 1, 2020 at 8:18 PM Alessandro Barbieri wrote: > > I have concerns about the inclusion of zoom in ::gentoo. For me it's more > like a malware. > From the hacker news feed you'll find out that: I guess we could stick an einfo in the post-install messages, but if you're joining a zoom m

Re: [gentoo-dev] keywording workflow

On Mon, Apr 13, 2020 at 4:12 AM Michał Górny wrote: > > An example workflow is to: > Just picking this to reply to though this is more of a general comment on the two recent keywords threads. I get that this is Gentoo and we don't want to dictate how people do things. However, I feel like this

Re: [gentoo-dev] Re: [PR] ivy, mvn, sbt, gradle builders improvement for ebuild development

On Mon, Apr 20, 2020 at 2:07 PM Michael Orlitzky wrote: > > On 4/20/20 1:31 PM, Patrick McLean wrote: > >> Simply having things in ::gentoo does not affect anyone who does not > use them. > > > > You keep saying that, but the fact that dev-go/* is filled with trash > that has your name on it preve

Re: [gentoo-dev] x11-base/xorg-server: No longer enabling suid by default.

On Tue, May 26, 2020 at 4:12 AM Haelwenn (lanodan) Monnier wrote: > > [2020-05-25 23:41:23+0200] Piotr Karbowski: > > There are 3 common ways the xorg-server is started: > > > > - via XDM of some sort, usually forked as root, does not require suid, > > systemd or elogind. > > Launching X as root a

Re: [gentoo-dev] Gentoo Council Election 2020 - Call For Election Officials

On Sat, May 30, 2020 at 6:09 AM Roy Bamford wrote: > > We sill need more volunteers. > Not going to be running, so I'm happy to pitch in. -- Rich

Re: [gentoo-dev] [RFC] Concept of Projects - How to proceed?

On Sat, Jun 6, 2020 at 7:49 PM Jonas Stein wrote: > > our concept of "Projects" (Herds in the past) maintaining packages has > several problems. You might want to search the list archives as many of the issues you've raised have been discussed extensively. There was never a complete push to fix

Re: [gentoo-dev] [RFC] Concept of Projects - How to proceed?

On Sun, Jun 7, 2020 at 2:14 PM Jonas Stein wrote: > > On 07/06/2020 03.43, Aaron Bauman wrote: > > On Sun, Jun 07, 2020 at 01:49:28AM +0200, Jonas Stein wrote: > > > I will happily revert my change on the graphics project Wiki [..] > > Glad to read your offer. Yes, please do so. > > I think it wou

Re: [gentoo-dev] Graphics Project disbanded [pkgs up for grabs]

On Sun, Jun 7, 2020 at 7:22 PM Philip Webb wrote: > > 200607 Pacho Ramos wrote: > > I think this is the list of completely unmaintained packages now, > > indeed most of them, around 100. > > -- extract from list -- > > > media-gfx/imagemagick : 200516 > > media-libs/giflib : 200312 > > media-libs/

Re: [gentoo-dev] [RFC] Codec project

On Fri, Jun 12, 2020 at 10:33 AM Alexis Ballier wrote: > > What about /j #gentoo-media, discuss, join the current projects, get a > few things done (there is a lot of choice there ;) ), maybe orphan > unmaintained players/viewers, or check if they are maintained and hand > them to a specific maint

Re: [gentoo-dev] Re: [gentoo-dev-announce] */*: Mask Py2 only packages

On Sat, Jun 20, 2020 at 4:36 AM Sergei Trofimovich wrote: > > On Sat, 20 Jun 2020 00:43:03 -0400 > Aaron Bauman wrote: > > > # Aaron Bauman (2020-06-20) > > # Py2 only > > # Removal in 14 days > ... > > app-misc/golly > > If you decided to delete a maintained package you should file a bug agains

Re: [gentoo-dev] */*: Mask Py2 only packages

On Sat, Jun 20, 2020 at 1:36 PM Aaron Bauman wrote: > > On Sat, Jun 20, 2020 at 10:32:28AM +0200, Ulrich Mueller wrote: > > > On Sat, 20 Jun 2020, Aaron Bauman wrote: > > > > >> # Aaron Bauman (2020-06-20) > > >> # Py2 only > > >> # Removal in 14 days > > > > I see these short deadlines quite

Re: [gentoo-dev] */*: Mask Py2 only packages

On Wed, Jun 24, 2020 at 2:18 PM Andreas Sturmlechner wrote: > > The lack of curiosity for one's own packages' python compatibility is not just > a py27 isolated issue, it was a big problem with py36 -> py37 with so many > devs simply not filing that necessary stabilisation. That suggests that if

Re: [gentoo-dev] */*: Mask Py2 only packages

On Wed, Jun 24, 2020 at 2:40 PM Alec Warner wrote: > > On Wed, Jun 24, 2020 at 11:29 AM Rich Freeman wrote: >> >> Sure, you can use the portage API to find this info. However, that is >> as easy to do for a list of all impacted packages in the tree with >>

Re: [gentoo-dev] */*: Mask Py2 only packages

On Wed, Jun 24, 2020 at 3:04 PM Andreas Sturmlechner wrote: > > > On Wed, Jun 24, 2020 at 11:29 AM Rich Freeman wrote: > > > Sure, you can use the portage API to find this info. However, that is > > > as easy to do for a list of all impacted packages in the tree with

Re: [gentoo-dev] */*: Mask Py2 only packages

On Wed, Jun 24, 2020 at 4:08 PM Michał Górny wrote: > > $ git grep -l mgo...@gentoo.org '**/metadata.xml' | cut -d/ -f1-2 | > xargs gpy-py2 2>/dev/null > I have no idea what gpy-py2 is, but I'll take your word for it. In any case, the solution in this case is to send a nice email to -dev-announc

Re: [gentoo-dev] */*: Mask Py2 only packages

On Thu, Jun 25, 2020 at 2:45 PM John Helmert III wrote: > > On Thu, Jun 25, 2020 at 07:32:04AM -0400, Michael Orlitzky wrote: > > On 2020-06-24 16:08, Michał Górny wrote: > > > > > > $ git grep -l mgo...@gentoo.org '**/metadata.xml' | cut -d/ -f1-2 | > > > xargs gpy-py2 2>/dev/null > > find -L "${

Re: [gentoo-dev] */*: Mask Py2 only packages

On Thu, Jun 25, 2020 at 11:07 PM Aaron Bauman wrote: > > On Wed, Jun 24, 2020 at 04:21:14PM -0400, Rich Freeman wrote: > > > > We're removing python2 around . You can help us out by updating > > any packages you have that use python2. If you want to easily > &

Re: [gentoo-dev] */*: Mask Py2 only packages

On Fri, Jun 26, 2020 at 10:36 AM Aaron Bauman wrote: > > On June 26, 2020 7:13:07 AM EDT, Rich Freeman wrote: > >> Of all the methods listed in the previous posts, the QA reports, etc. > >> there is no excuse individuals can't find out if their package is py2 &g

Re: [gentoo-dev] RFC: Standard build environment variables

On Wed, Jul 1, 2020 at 9:36 AM Michael Orlitzky wrote: > > On 2020-06-30 12:22, Matthew Thode wrote: > > > > I'd like to suggest allowing only approved variables in the build > > environment, having portage unset all variables and setting only what is > > needed (or configured). > > I think this i

Re: [gentoo-dev] Bug #733802, USE 'scp' now defaults to off in net-misc/openssh

On Sat, Jul 25, 2020 at 7:40 PM Joshua Kinard wrote: > > This seems like something that needs a news entry, or > at least a "heads up" on the mailing list? Definitely not a "heads up" on the mailing list - that is not an appropriate way to communicate anything to users - not even devs are require

Re: [gentoo-dev] Last rites: */*: More Py2 stuff

On Wed, Jul 29, 2020 at 4:09 AM Ulrich Mueller wrote: > > > On Wed, 29 Jul 2020, Aaron Bauman wrote: > > > # Aaron Bauman (2020-07-28) > > # More Py2 only stuff. Plz see -dev ML for discussions > > # Remove bindings, port to Py3, etc > > # Removal in 30 days > > [...] > > app-office/lyx > > I

Re: [gentoo-dev] IPython 7.17 drops Python 3.6 support AKA upgrade reminder

On Sat, Aug 1, 2020 at 3:29 AM Michał Górny wrote: > > I would like to take this as an opportunity to remind you to port your > packages to Python 3.7 and 3.8. According to our timeline [1], packages > that are not ported by the end of the year are going to be last rited. > We would also like to

Re: [gentoo-dev] IPython 7.17 drops Python 3.6 support AKA upgrade reminder

On Sat, Aug 1, 2020 at 7:09 AM Andreas Sturmlechner wrote: > > On Samstag, 1. August 2020 12:15:18 CEST Rich Freeman wrote: > > Just based on what is already happening, it seems like most devs don't > > really care what versions of python are supported by their pack

Re: [gentoo-dev] IPython 7.17 drops Python 3.6 support AKA upgrade reminder

On Sat, Aug 1, 2020 at 11:36 AM Aaron Bauman wrote: > > On August 1, 2020 6:25:09 AM EDT, Lars Wendler > wrote: > > > >Honestly... seeing such replies from you or knowing that you do not > >hesitate to hit other devs with your full QA deputy power once they > >dare to touch python packages is no

Re: [gentoo-dev] News item: Multiple root kernel command-line arguments

On Thu, Aug 6, 2020 at 1:41 PM Mike Gilbert wrote: > > On Thu, Aug 6, 2020 at 11:59 AM Thomas Deutschmann wrote: > > > > On 2020-08-06 17:44, Michał Górny wrote: > > > I'm not sure if you've noticed but there are people actively working > > > towards removing stale news items and trying not to du

Re: [gentoo-dev] News item: Multiple root kernel command-line arguments

On Thu, Aug 6, 2020 at 4:19 PM Michał Górny wrote: > > On Thu, 2020-08-06 at 23:03 +0300, Joonas Niilola wrote: > > On 8/6/20 10:58 PM, Thomas Deutschmann wrote: > > > Well, the purpose of this is to educate and avoid problems for > > > headless/server users. But if so many devs seem to care about

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

On Sat, Aug 8, 2020 at 4:17 PM Roy Bamford wrote: > > With the declared aim from upstream of making udev inseparable from > systemd, its not something to be done lightly. > That's the entire reason that eudev was necessary. > > I would want some convincing that it was not another step on the road

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

On Sat, Aug 8, 2020 at 6:48 PM Roy Bamford wrote: > > On 2020.08.08 23:22, Rich Freeman wrote: > > On Sat, Aug 8, 2020 at 4:17 PM Roy Bamford > > wrote: > > > > > > With the declared aim from upstream of making udev inseparable from > > >

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

On Mon, Aug 10, 2020 at 8:16 AM Thomas Deutschmann wrote: > > On 2020-08-10 14:07, Michał Górny wrote: > > ...or a revert of a change made for change's sake. > > That's a bold statement for an unambiguous 7-0 decision as seen in > https://bugs.gentoo.org/575718. As one who voted yes, my rationale

Re: [gentoo-dev] rfc: switching default udev provider for new systems to udev

On Mon, Aug 10, 2020 at 9:55 PM Joshua Kinard wrote: > > On 8/10/2020 11:22, William Hubbs wrote: > > On Mon, Aug 10, 2020 at 12:00:44AM -0400, Joshua Kinard wrote: > >> > >> If eudev is not broken, then why your proposed fix? > > > > bitrot and bus factor. > > Examples? The sole maintainer of eu

Re: [gentoo-dev] Please port your packages to Python 3.8

On Tue, Sep 1, 2020 at 7:02 AM Michał Górny wrote: > > QA reports provide a list [2] and a graph [3] of packages needing > porting. These lists would be far more useful if they actually listed the maintainer(s) of each package. Then devs could just grep to discover if any of their packages need

Re: [gentoo-dev] Please port your packages to Python 3.8

On Fri, Sep 4, 2020 at 9:06 AM Michael Orlitzky wrote: > > It's easy to say "well this is not an issue because it can be solved by > ..." > > If it's easy, get it added to the PMS and I'll agree with you. > Current Gentoo policy: "Maintainers must not assume that dynamic dependencies will be app

Re: [gentoo-dev] [RFC] Services and software which is critical for Gentoo should be developed/run in Gentoo namespace

On Sun, Sep 13, 2020 at 11:52 PM Kent Fredric wrote: > > But when you file a bug, you rely on bugzilla being maintained by > Gentoo Infra, not some 3rd party. > I think the Council will need to consider where it wants to draw the lines on something like this. Here is my sense of how these sorts

Re: [gentoo-dev] [RFC] Services and software which is critical for Gentoo should be developed/run in Gentoo namespace

On Wed, Sep 16, 2020 at 4:17 AM Kent Fredric wrote: > > On Mon, 14 Sep 2020 10:15:31 -0400 > Rich Freeman wrote: > > > It might be easier to take smaller steps, such as having a policy that > > "any call for devs to use/test a new tool/service, or any service th

Re: [gentoo-dev] [RFC] Services and software which is critical for Gentoo should be developed/run in Gentoo namespace

On Wed, Sep 16, 2020 at 11:44 AM Alec Warner wrote: > > - repomirror-ci and all the CI stuff is on infra because mgorny is also on > infra! It's not like we set his stuff up for him; instead we gave him access > to all the infra repos and he had to write his own puppet configs and > whatnot. T

Re: [gentoo-dev] How to stabilize packages with frequent release cycles?

On Wed, Sep 16, 2020 at 4:08 PM Jonas Stein wrote: > > Hi, > > > When the latest release remains 'latest ~arch' for less than 3 days, > > stabilizing it after 30 days makes little sense. After all, people with > > frequent upgrade cycle will test it for no more than that, and people > > with infr

Re: [gentoo-dev] [RFC] Refactor display manager openrc init scripts to independent package

On Sun, Oct 18, 2020 at 4:17 AM Andreas Sturmlechner wrote: > > I'm sure there is a way for the display-manager ebuild to migrate from old xdm > configs on users' systems. How much do config and init scripts differ at all? > Couldn't you just use a symlink so that either script name works? Then t

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

On Wed, Nov 4, 2020 at 1:39 PM Marty E. Plummer wrote: > > On Wed, Nov 04, 2020 at 06:24:39PM +, Alexey Sokolov wrote: > > > > What you're describing is live ebuilds, and I agree they are useful. > > Joonas was talking about packages which have *only* live ebuilds, and no > > other versions, a

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

On Wed, Nov 4, 2020 at 2:46 PM Joonas Niilola wrote: > > On 11/4/20 8:52 PM, Rich Freeman wrote: > > > > 4. If somebody finds one they probably have to add some random > > overlay to their config, which causes this package to become > > available, probably along w

Re: [gentoo-dev] New QA policy suggestion: Disallow "live-only" packages

On Wed, Nov 4, 2020 at 3:57 PM Joonas Niilola wrote: > > On 11/4/20 10:43 PM, Rich Freeman wrote: > > > > Do you really think that users who just blindly run "emerge > > --autounmask-write" are going to be both masking and unmasking > > packages by hand (pe

Re: [gentoo-dev] Pushing to distfiles?

On Wed, Nov 11, 2020 at 7:23 PM Joshua Kinard wrote: > > Forgive me for being a dunce, but what is the current procedure to push > files to distfiles for distribution to the mirrors? The devmanual is blank > on this topic, and GLEP75 just talks about the motivations behind the change > away from

Re: [gentoo-dev] Re: [gentoo-dev-announce] We are finally shutting down CVS

On Sun, Dec 27, 2020 at 1:31 PM Alec Warner wrote: > > On Sun, Dec 27, 2020 at 6:39 AM Ulrich Mueller wrote: > > > > > On Sun, 27 Dec 2020, Max Magorsch wrote: > > > > > To access the old repositories you can use gitweb.gentoo.org instead. > > > We have migrated all old cvs repositories to gi

Re: [gentoo-dev] [News item review] Python preference to follow PYTHON_TARGETS

On Sun, Jan 24, 2021 at 7:21 AM Michał Górny wrote: > > For this reason, we have decided to change the default python-exec > configuration to match PYTHON_TARGETS by default, in the eclass > preference order, that is from the newest CPython version to oldest, > with alternative Python implementati

Re: [gentoo-dev] [News item review] Python preference to follow PYTHON_TARGETS

On Sun, Jan 24, 2021 at 2:09 PM Michał Górny wrote: > > On Sun, 2021-01-24 at 13:53 -0500, Rich Freeman wrote: > > On Sun, Jan 24, 2021 at 7:21 AM Michał Górny wrote: > > > > > > For this reason, we have decided to change the default python-exec > > > c

Re: [gentoo-dev] New project: binhost

On Wed, Feb 10, 2021 at 12:57 PM Andreas K. Hüttel wrote: > > * what portage features are still needed or need improvements (e.g. binpkg > signing and verification) > * how should hosting look like Some ideas for portage enhancements: 1. Ability to fetch binary packages from some kind of repo.

Re: [gentoo-dev] New project: binhost

On Sat, Feb 13, 2021 at 8:51 PM Zac Medico wrote: > > > 2. Generate a hash of the file contents - this can go in the filename > > so that the file can co-exist with other files, and be located > > assuming you have a full matching set of metadata. > > For FEATURES=binpkg-multi-instance we current

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

On Mon, Mar 22, 2021 at 6:54 PM Andreas K. Huettel wrote: > > > > Council decided years ago that we don't support separate /usr without > > > an initramfs, but we haven't completed that transition yet. > > > > Which doesn't imply that we deliberately break things. > > That's right. Though we shoul

Re: [gentoo-dev] rfc: usrmerge script

On Wed, Mar 24, 2021 at 11:09 AM William Hubbs wrote: > > On Wed, Mar 24, 2021 at 08:48:41AM +0100, Michał Górny wrote: > > > > What really can help is reflinking on filesystems supporting that. > > What really can help is more info instead of being terse like this. > Which filesystems support it?

Re: [gentoo-dev] timezone configuration - why copying, not symlinking /etc/localtime ?

On Sat, Mar 27, 2021 at 5:43 PM Joshua Kinard wrote: > > I kinda wish the Linux kernel had an ability to partially boot, init the > networking subsystem, then fetch an initramfs image over TFTP like it can do > with NFS Root. That would solve the problem on my MIPS system(s) (and make > install n

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

On Wed, Jun 16, 2021 at 7:28 AM Michal Prívozník wrote: > > On 6/16/21 11:21 AM, Ulrich Mueller wrote: > >> On Wed, 16 Jun 2021, Michał Górny wrote: > > > >> We've moved our official support channels from Freenode to Libera.chat. > >> All that's happened afterwards pretty much proves that this

Re: [gentoo-dev] [RFC] Should we switch IRC client defaults off Freenode?

On Wed, Jun 16, 2021 at 11:42 AM Michał Górny wrote: > > What is the point you're making? If GF decides to kick you from Gentoo, > will you also claim that it was their legal right? > IMO the lesson to be learned here is that we ought to design Gentoo in such a way that if the GF kicks us all fr

Re: [gentoo-dev] Declare the type of source

On Mon, Jun 28, 2021 at 9:46 AM Michael Orlitzky wrote: > > On Mon, 2021-06-28 at 15:00 +0200, Agostino Sarubbo wrote: > > > > Instead, imagine that each ebuild declares a variable called SOURCETYPE ( or > > similar, or in metadata.xml if you prefer ) and with a tool like equery/eix > > we > > ar

Re: [gentoo-dev] Declare the type of source

On Mon, Jun 28, 2021 at 11:58 AM Agostino Sarubbo wrote: > > On lunedì 28 giugno 2021 17:07:57 CEST Michael Orlitzky wrote: > > If the package declares a dependency on e.g. virtual/c-compiler, ago > > would want to re-test it whenever a new version of any compiler is > > released that satisfies vi

Re: [gentoo-dev] [RFC] Removing SHA512 hash from Manifests

On Sun, Jul 25, 2021 at 11:23 AM Ulrich Mueller wrote: > > We can reiterate when there are indications that SHA512 would be broken. > (Then again, the same applies to BLAKE2B.) Unless both are broken at the same time you'd also have the advantage of not having to try to scramble to figure out whe

Re: [gentoo-dev] About the 'eapi' file in profile directories

On Sun, Aug 1, 2021 at 5:54 PM Ulrich Mueller wrote: > > Quoting ciaranm [1]: > > | > "EAPIs whose value starts with the string paludis- are reserved for > | > experimental use by the Paludis package manager." > | > | Don't tell anyone, but that's mostly just in there because some people > | insis

Re: [gentoo-dev] News item for eudev deprecation

On Mon, Aug 23, 2021 at 10:36 AM Ulrich Mueller wrote: > > > On Mon, 23 Aug 2021, Anthony G Basile wrote: > > >>> **WARNING** > >>> > >>> If you happen to have an INSTALL_MASK with a blanket "*systemd*" > >>> glob, you will inevitably break your system. sys-fs/udev contains > >>> "systemd" in

Re: [gentoo-dev] News item for eudev deprecation

On Mon, Aug 23, 2021 at 10:46 AM David Seifert wrote: > > Let assume the counterfactual for a moment here: We retained the > USE=systemd flag for all unit files and what not, so people can cleanse > themselves of the systemd units etc. without resorting to INSTALL_MASK. > > How would USE=-systemd

Re: [gentoo-dev] [GLEP78] Updating specification

On Mon, Sep 13, 2021 at 5:02 PM Michał Górny wrote: > > On Mon, 2021-09-13 at 12:08 +0200, Ulrich Mueller wrote: > > > > Also, IIRC one of the goals of the format was to allow partial > > download > > of metadata. That will only work if the Manifest file will be the > > first > > file in the archi

Re: [gentoo-dev] Guidance on distributed patented software

On Mon, Sep 20, 2021 at 12:46 PM Alec Warner wrote: > > Could we add some text to the license concepts covering patents? It > seems to have been omitted? > Is my understanding of how we manage patented software correct? I think you have the gist of it. Is there actually anything in the repo thes

Re: [gentoo-dev] Guidance on distributed patented software

On Sun, Sep 26, 2021 at 1:09 PM Peter Stuge wrote: > > There's not neccessarily a conflict between a patented idea and a > public domain implementation of that idea. It kind of depends on what you mean by "conflict." > > Take a fictional example: > > You and I independently invent the same thing

Re: [gentoo-dev] Guidance on adding kernel config checks to ebuilds

On Mon, Sep 27, 2021 at 1:44 PM Robin H. Johnson wrote: > > I think we need to strip out a lot of the crap about trying to detect > things in the stuff being built, and reduce the check to the simplest > possible form: > $ time zgrep -w CONFIG_PACKET /proc/config.gz > CONFIG_PACKET=y > Sure, just

Re: [gentoo-dev] Guidance on distributed patented software

(This is all tangential to the main issue of this thread and just discussing internet history - skip as you wish...) On Mon, Sep 27, 2021 at 2:14 PM Marek Szuba wrote: > > I am no expert on US law but from what I have read (in many different > sources, with me having begun using PGP in either lat

Re: [gentoo-dev] [RFC] Portage einfo, elog... output format change

On Mon, Oct 4, 2021 at 2:48 AM Michał Górny wrote: > > On Tue, 2021-09-28 at 17:36 +0200, Michał Górny wrote: > > I know I'm going to regret asking this... but I've prepared a change to > > the Portage output format and I think it asks for a wider discussion > > than internally in Portage team. >

Re: [gentoo-dev] You currently cannot smoothly upgrade a 4 months old Gentoo system

On Wed, Nov 3, 2021 at 11:03 AM Thomas Deutschmann wrote: > > This is not about finding solution to upgrade the system (in this case > it was enough to force PYTHON_TARGETS=python3_8 for portage). This is > about raising awareness that Gentoo is a rolling distribution and that > we guarantee users

Re: [gentoo-dev] You currently cannot smoothly upgrade a 4 months old Gentoo system

On Wed, Nov 3, 2021 at 1:14 PM Ulrich Mueller wrote: > > > On Wed, 03 Nov 2021, John Helmert wrote: > > >> | https://projects.gentoo.org/council/meeting-logs/20091109-summary.txt > >> | > >> | Upgrade path for old systems > >> | > >> | Vote (unanimous): The ebuild

Re: [gentoo-dev] Don't use UIDs and GIDs below 100 without QA approval

On Thu, Nov 11, 2021 at 6:34 AM Florian Schmaus wrote: > > On 11/11/2021 11.59, Ulrich Mueller wrote: > > We could: > > > > - Open some part of the range between 500 and 1000. For example, > >500..799, which would leave 200 IDs for dynamic allocation. > > +1, since I am not aware of any signif

Re: [gentoo-dev] [RFC] making rust-bin ordered first in virtual/rust

On Thu, Jan 20, 2022 at 4:10 PM Piotr Karbowski wrote: > > Ideally we'd have some way to mark binary packages with new EAPI and > have FEATURES flag like 'prefer-binary' and go with -bin in case there's > || ( ) dependencies list, regardless of the original order in virtual. > This way everyone co

Re: [gentoo-dev] Unmask >=net-p2p/bitcoin*-0.21.1

On Wed, Feb 2, 2022 at 10:31 AM Joonas Niilola wrote: > > Maybe I'm overthinking it due to all the attention bitcoin has received > lately in Gentoo. But yeah, we haven't received any comments or bugs > about the mask so I guess it's fine to remove it finally. I still kind > of do think a news ite

Re: [gentoo-dev] A new bugzilla keyword for bug investigation

On Fri, Jan 10, 2025 at 3:17 AM Agostino Sarubbo wrote: > > For that reason I would like to propose a new bugzilla KEYWORD, like: > > > - NEEDS-TRIAGE > > or > > - NEEDS-INVESTIGATION Makes a lot of sense, though I'm not sure if it could cause confusion for bug wrangling/etc. I don't think non-p

<    17   18   19   20   21   22