From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by finch.gentoo.org (Postfix) with ESMTPS id F2A06138334 for ; Sun, 5 Aug 2018 17:01:24 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 4D31CE07D9; Sun, 5 Aug 2018 17:01:21 +0000 (UTC) Received: from mail-ua0-x22d.google.com (mail-ua0-x22d.google.com [IPv6:2607:f8b0:400c:c08::22d]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id D526DE07A9 for ; Sun, 5 Aug 2018 17:01:20 +0000 (UTC) Received: by mail-ua0-x22d.google.com with SMTP id k25-v6so9609203uao.11 for ; Sun, 05 Aug 2018 10:01:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=scriptkitty-com.20150623.gappssmtp.com; s=20150623; h=mime-version:sender:in-reply-to:references:from:date:message-id :subject:to; bh=HTjbX2pUP3cmM3iQYcz0NoDMN7KNdwdajYCd1gfGKrw=; b=rssa48ECV5piDtpNmmoTzk4nQtAYSum1W5ESCpaari4ApA62tsQBmRV4I5k4Up3yo5 SYjV8MZpW52wno5mMCJa6REYT0a/7/hrUTkMObG7T6zQ446V/xM2tfd6/wsxVaa0Hm/s AaD8AVAdYK8yONRbQOgZWA6qGrRezxzRqbnqLWsGn8gYyqqOpiGWauWgxZg4lMlZ3kwa k9BxH8NMN917tF1TH8kzbjua6XYtze8Fh02aPvVKfcUex92nNIZkCJx4Hc9EFmvrC5Xl 2akARvX7e9zgAaZys1QvfrSZfcZlQfuO1CyEV1OcOVPwe2XFvskpHGWvNs100YpoPlLZ NT8Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:sender:in-reply-to:references:from :date:message-id:subject:to; bh=HTjbX2pUP3cmM3iQYcz0NoDMN7KNdwdajYCd1gfGKrw=; b=GAVM7lrFyP2zgL38Aw8qW0PvMmgKBjVsL5Cp1bbcibwn93nGDK/uuJNHwkKnNyNRUH WR+BMs0GoyUdi2MTsdOHR9gLqQL7g1uvtFKZ/ucYVsXIcOY1F6QNZlO49xuFjQAjooia iM9GaWuqRrT4IXT5o80XFJLrmbrDZ371shy0SWcKhzcYpExk3fe89PxFxkTu0M3u5RI4 LIbadFpo66GjpvS+fVvNuzfV6nltevIbPk6gvNp9plt/Ni0fC6YZ1q7usnn9FxU1H+5F MmFqIUeklvvtmaZ7PEZoYfcAoRLkWbx9MMPdK6kMeNXm98t/XXkR2l/gyW4/zw77egAK NCJQ== X-Gm-Message-State: AOUpUlF0QpTDK0UOeZ9UnDdFRj8Wqun9RkNqn4so8CaZNbTiamRaT//9 j60xhOtIowhnKO/vr+K9Sxn9EjN+ZaFh0rXHRPlJBmu2 X-Google-Smtp-Source: AAOMgpeA3yB5cjNe4GdBBjFmMzQR1tBl7D7jK5LVrov8SoCkWTTDFBCNLfDqEAAOzle1KyQuvs2ZXIXsztg3s5nlx60= X-Received: by 2002:ab0:b:: with SMTP id 11-v6mr8258968uai.19.1533488479409; Sun, 05 Aug 2018 10:01:19 -0700 (PDT) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Sender: antarus@scriptkitty.com Received: by 2002:ab0:73d6:0:0:0:0:0 with HTTP; Sun, 5 Aug 2018 10:01:18 -0700 (PDT) X-Originating-IP: [68.129.209.49] In-Reply-To: <77476CA5-628E-44D2-8BC1-63718DA34B12@gentoo.org> References: <20180623025046.djmsv44moxuqkv6t@proprietary-killer> <1529738520.21177.5.camel@gentoo.org> <20180623073030.wdrjfrcv3swqwfkx@proprietary-killer> <77476CA5-628E-44D2-8BC1-63718DA34B12@gentoo.org> From: Alec Warner Date: Sun, 5 Aug 2018 13:01:18 -0400 X-Google-Sender-Auth: UIEmiZhohMB0YGTR-YeTGlQMH4k Message-ID: Subject: Re: [gentoo-dev] Idea for a new project: gentoo-libs To: Gentoo Dev Content-Type: multipart/alternative; boundary="000000000000152ca10572b31c71" X-Archives-Salt: f703bc85-2580-4394-bcc1-54a11c0e1426 X-Archives-Hash: 423d2b3295dddd011c42d9124031844a --000000000000152ca10572b31c71 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Sun, Aug 5, 2018 at 12:45 PM, Richard Yao wrote: > > > On Jun 23, 2018, at 6:59 AM, Alec Warner wrote: > > > > On Sat, Jun 23, 2018 at 3:30 AM, Marty E. Plummer > wrote: > >> On Sat, Jun 23, 2018 at 09:22:00AM +0200, Micha=C5=82 G=C3=B3rny wrote: >> > W dniu pi=C4=85, 22.06.2018 o godzinie 21=E2=88=B650 -0500, u=C5=BCytk= ownik Marty E. >> > Plummer napisa=C5=82: >> > > So, as you may be aware I've been doing some work on moving bzip2 to >> an >> > > autotools based build. Recently I've ran into app-crypt/mhash, which >> is >> > > in a semi-abandoned state (talking with the maintainer on twitter >> atm), >> > > and I was thinking it may be a good idea to set up a project for >> keeping >> > > these semi-abandoned and really-abandoned libraries and projects up = to >> > > date and such. >> > > >> > > Basically, an upstream for packages who's upstream is either >> > > uncontactable or is otherwise not accepting bug fixes and patches. S= o >> > > far I can only think of app-crypt/mhash and app-arch/bzip2 but I'm >> sure >> > > there are others in this state. >> > > >> > >> > So in order to fix problem of semi-abandoned packages, you're creating >> > an indirect herd-like entity that will soon be semi-abandoned itself >> > because people will be dumping random packages into it and afterwards >> > nobody will claim responsibility for them. >> > >> > -- >> > Best regards, >> > Micha=C5=82 G=C3=B3rny >> >> No, I mean for packages which are important enough in gentoo to warrant >> such treatment. For instance, every email I've tried for bzip2's >> upstream bounced or recieved no reply. That, I assume, is important >> enough to actually maintain and improve. Any other library which may be >> as important which are as inactive would be added. >> >> > I suspect this might be better done in the Linux foundation itself as the= y > have staffing for core components that everyone is using. > > This would put decision making power into the hands of bureaucrats. I > would rather it remain in a community of volunteers. > Meh, it doesn't hurt to ask there about interest (they certainly fund development of other components.) Its not like they have to accept, or that declining somehow inhibits this development. Part of my frustration is that seemingly "anything open source related can be held in Gentoo" and I'm somewhat against that as I feel it dilutes the Gentoo mission. We are here to make a distribution, not maintain random libraries. If you want to do that feel free; but I don't see a need for that work to be associated with Gentoo. > > I consider upstream development efforts by Gentoo developers to be > beneficial to Gentoo. Nothing makes fixing an issue in Gentoo at upstream= a > priority quite like it affecting a key upstream developer in his day to d= ay > life. > > > Also, the Linux Foundation is not embarking on such a project and we > clearly have someone willing to try, so I say that we should go for it. > Having people that wish to take a more active role in upstream developmen= t > would not make us any worse off. It is their time to volunteer, so it is > not like they will volunteer it for something else if we discourage them. > --000000000000152ca10572b31c71 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sun, Aug 5, 2018 at 12:45 PM, Richard Yao <ryao@gentoo.org> wrote:


On Jun 23, 2018, at 6:59 AM,= Alec Warner <an= tarus@gentoo.org> wrote:



On Sat, Jun 23, 2018 at 3:30 AM, Marty E. Plummer &l= t;hanetzer@star= tmail.com> wrote:
On Sat, Jun 23, 2018 at 09:22:00AM +0200, Micha=C5=82 G=C3=B3rny wrote: > W dniu pi=C4=85, 22.06.2018 o godzinie 21=E2=88=B650=E2=80=89-0500, u= =C5=BCytkownik Marty E.
> Plummer napisa=C5=82:
> > So, as you may be aware I've been doing some work on moving b= zip2 to an
> > autotools based build. Recently I've ran into app-crypt/mhash= , which is
> > in a semi-abandoned state (talking with the maintainer on twitter= atm),
> > and I was thinking it may be a good idea to set up a project for = keeping
> > these semi-abandoned and really-abandoned libraries and projects = up to
> > date and such.
> >
> > Basically, an upstream for packages who's upstream is either<= br> > > uncontactable or is otherwise not accepting bug fixes and patches= . So
> > far I can only think of app-crypt/mhash and app-arch/bzip2 but I&= #39;m sure
> > there are others in this state.
> >
>
> So in order to fix problem of semi-abandoned packages, you're crea= ting
> an indirect herd-like entity that will soon be semi-abandoned itself > because people will be dumping random packages into it and afterwards<= br> > nobody will claim responsibility for them.
>
> --
> Best regards,
> Micha=C5=82 G=C3=B3rny

No, I mean for packages which are important enough in gentoo to= warrant
such treatment. For instance, every email I've tried for bzip2's upstream bounced or recieved no reply. That, I assume, is important
enough to actually maintain and improve. Any other library which may be
as important which are as inactive would be added.


I suspect this migh= t be better done in the Linux foundation itself as they have staffing for c= ore components that everyone is using.
=
This would put decision making power into the hands of bureaucrats. I= would rather it remain in a community of volunteers.

Meh, it doesn't hurt to ask there about interest (they= certainly fund development of other components.) Its not like they have to= accept, or that declining somehow inhibits this development.
Part of my frustration is that seemingly "anything open so= urce related can be held in Gentoo" and I'm somewhat against that = as I feel it dilutes the Gentoo mission. We are here to make a distribution= , not maintain random libraries. If you want to do that feel free; but I do= n't see a need for that work to be associated with Gentoo.
= =C2=A0

I consider upstr= eam development efforts by Gentoo developers to be beneficial to Gentoo. No= thing makes fixing an issue in Gentoo at upstream a priority quite like it = affecting a key upstream developer in his day to day life.


Also, the Linux Foundation is not embarking on such a pro= ject and we clearly have someone willing to try, so I say that we should go= for it. Having people that wish to take a more active role in upstream dev= elopment would not make us any worse off. It is their time to volunteer, so= it is not like they will volunteer it for something else if we discourage = them.
--000000000000152ca10572b31c71--