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

2020-11-04 Thread Jason Zaman
On Tue, Nov 03, 2020 at 09:10:01AM +0100, Michał Górny wrote: > On Tue, 2020-11-03 at 07:13 +0200, Joonas Niilola wrote: > > I'm suggesting a new QA policy to disallow any "live-ebuild-only > > packages" being hosted in ::gentoo. > > I'm with you on this though I think it should be relaxed to disa

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

2020-11-04 Thread Joonas Niilola
On 11/5/20 6:03 AM, Alec Warner wrote: > > > The result is that we should remove badly maintained stuff; not create > more policies. > > -A > Feel like I'm repeating myself... but such policy would prevent us from getting into situation like this in the first place, with more CI coverage availabl

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

2020-11-04 Thread Alec Warner
On Wed, Nov 4, 2020 at 7:38 PM Joonas Niilola wrote: > > > On 11/4/20 11:19 PM, Rich Freeman wrote: > > Did you consider that somebody could read your email and not actually > > agree with you? > Impossible! My suggestion is about keeping the tree clean and to provide > the best user experience.

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

2020-11-04 Thread Joonas Niilola
On 11/4/20 11:12 PM, Matt Turner wrote: > > Is there value in making snapshots of app-portage/no-distcc-env? > > I don't really think so, and that's why I didn't do it. Should I reconsider? > We havy many similar packages keyworded, like all theme packages. Last upstream commit was made 1 year ag

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

2020-11-04 Thread Joonas Niilola
On 11/4/20 11:19 PM, Rich Freeman wrote: > Did you consider that somebody could read your email and not actually > agree with you? Impossible! My suggestion is about keeping the tree clean and to provide the best user experience. Who'd disagree with that?! Sure the methods for achieving that can

Re: [gentoo-dev] Packages & projects up for grabs due to jer's retirement

2020-11-04 Thread Andreas K . Hüttel
For the record, > net-dns/libidn2 * added also toolchain (glibc dependency) > net-misc/chrony * added also base-system -- Andreas K. Hüttel dilfri...@gentoo.org Gentoo Linux developer (council, qa, toolchain, base-system, perl, libreoffice) signature.asc Description: This is a digitally

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

2020-11-04 Thread Marty E. Plummer
On Wed, Nov 04, 2020 at 06:24:39PM +, Alexey Sokolov wrote: > 04.11.2020 19:10, Marty E. Plummer пишет: > > On Tue, Nov 03, 2020 at 07:13:32AM +0200, Joonas Niilola wrote: > >> Hey, > >> > > <-snip-> > > Just my 2c, One of the major reasons I use gentoo is the ability to use > > live ebuilds re

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

2020-11-04 Thread Marty E. Plummer
On Tue, Nov 03, 2020 at 07:13:32AM +0200, Joonas Niilola wrote: > Hey, > <-snip-> Just my 2c, One of the major reasons I use gentoo is the ability to use live ebuilds relatively easily. One has the equivalent in arch linux in the form of ${pkgname}-${vcs} aur packages but keeping them up to date i

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

2020-11-04 Thread Rich Freeman
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 (per your other email)? > Just by following

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

2020-11-04 Thread Matt Turner
On Tue, Nov 3, 2020 at 12:13 AM Joonas Niilola wrote: > I'm suggesting a new QA policy to disallow any "live-ebuild-only > packages" being hosted in ::gentoo. Is there value in making snapshots of app-portage/no-distcc-env? I don't really think so, and that's why I didn't do it. Should I reconsi

[gentoo-dev] LiveCD Project disbanding: packages up for grabs

2020-11-04 Thread Matt Turner
The LiveCD project is only me now, which isn't much of a project, so I'm putting these packages up for grabs. livecd@ is co-maintainer on a few others that aren't listed. app-misc/livecd-tools - Releng@ will take this sys-libs/libkudzu sys-apps/hwdata-gentoo sys-apps/hwsetup - These are use

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

2020-11-04 Thread Joonas Niilola
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 (per your other email)? Just by following wiki... > > And how are they any better off if they do? They just

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

2020-11-04 Thread Rich Freeman
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 with 47 other packages that can po

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

2020-11-04 Thread Joonas Niilola
On 11/4/20 8:52 PM, Rich Freeman wrote: > > If you remove them from the tree: If they have an active upstream and/or tagged releases, and the package builds, I'd much rather keyword than remove them. There's already work being done towards this,   https://bugs.gentoo.org/752429   https://bugs.gen

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

2020-11-04 Thread Joonas Niilola
On 11/4/20 8:18 PM, Alec Warner wrote: > > I disagree. These packages are not installable by default, and must be > unmasked by users, so this tradeoff is one we expect them to make. Are > there practical problems that these packages pose to developers? You > listed a bunch of user problems, but

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

2020-11-04 Thread Rich Freeman
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

2020-11-04 Thread Alexey Sokolov
04.11.2020 19:10, Marty E. Plummer пишет: > On Tue, Nov 03, 2020 at 07:13:32AM +0200, Joonas Niilola wrote: >> Hey, >> > <-snip-> > Just my 2c, One of the major reasons I use gentoo is the ability to use > live ebuilds relatively easily. One has the equivalent in arch linux in > the form of ${pkgna

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

2020-11-04 Thread Alec Warner
On Mon, Nov 2, 2020 at 9:13 PM Joonas Niilola wrote: > Hey, > > I'm suggesting a new QA policy to disallow any "live-ebuild-only > packages" being hosted in ::gentoo. Rationale being the same as why > - packages can't have KEYWORDS: They are unpredictable and > potentially insecure. Unpredict

Re: [gentoo-dev] Adding heptapod as new in metadata.dtd

2020-11-04 Thread Torokhov Sergey
15.10.2020, 21:15, "Michał Górny" : > On Wed, 2020-10-14 at 02:19 +0300, Torokhov Sergey wrote: >>  Excuse me for text/html in initial letter. I duplicate start message with >> text/plain below >>  without attachments as they are available on MARC: >> >>  Hello! >> >>  Due to recent sunset on m

Re: [gentoo-dev] Packages & projects up for grabs due to jer's retirement

2020-11-04 Thread Marek Szuba
On 2020-11-03 22:32, Michał Górny wrote: app-text/pinfo I'll take this one. net-misc/chrony I do use some of the fancy features of chrony so I would be interested in taking it, that said with both sam and chewi being interested to some degree I'll discuss this with them first. net-mis