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 05FB1138239 for ; Sat, 23 Jun 2018 10:59:44 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E3039E095E; Sat, 23 Jun 2018 10:59:37 +0000 (UTC) Received: from mail-ua0-x235.google.com (mail-ua0-x235.google.com [IPv6:2607:f8b0:400c:c08::235]) (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 74951E090F for ; Sat, 23 Jun 2018 10:59:37 +0000 (UTC) Received: by mail-ua0-x235.google.com with SMTP id k14-v6so5843662uao.12 for ; Sat, 23 Jun 2018 03:59:37 -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=bgkwPrrxEK/1DRiOIhv+vDKz0gd8w6vV9/BmkqK5pH4=; b=l1mXXaA0SHBXSUo6vUtfU71BtH2P9bs7VHF+16H5D7HqfZ01xFfOD391hPKeKK1noR x6LZzzWtF/Wi4QlRCURrHzXPj8yZ8Lmy6+kMPUo9Z7UZr9XMvxeFjrDl3i9Egs0eNpwH I2wAis/2B6m8O/De4VDQaApGuKAOIAGGonipNpk7DecVXMWwiBAOhhE1sQh4FPht+bDt PTUVA1+xFphBZxZ7H9IUduI2cQYycZ4f+iAo2f384pY0h75Mnn/QYhMe+8dahoXKfmzf p0cCufhDUyPKo971FcjD5G2Dto+VPZrMhdjLos/JlYZ7VJfz7cu++bRLwtTmLm1FMj7l 4neg== 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=bgkwPrrxEK/1DRiOIhv+vDKz0gd8w6vV9/BmkqK5pH4=; b=P1XB60Lz3dmHsJIcfwNrB4I6NcmUmmqAzhFpv1mUJf/ZGUuPiylGVtieE7xR96N355 94L/ApJ+PDtlL1JeKBlkI820i0MbLcPYlIiQ9tbKIQtNbgN6mcnVaEbWjR1TgF73qPbK XTYQgEx2s+qTMiuE4WjrKGbcQc5FFt1cgD8dMfSgke9+TLXrsJ0E9BW7DRoaYNbBgn09 0s/ULpnD6iS15u6PFPp6DAn+RZLT4hUqBhdlI2B3rwH0//9/n0j95VcJaWEnrFt7Paqt GmXy5cqOUUU1+GfWQmtl6WXLr1aP7NUpMjetchSyuHQ0S1sWnWqNit51nRTB5itsBOBg KyzA== X-Gm-Message-State: APt69E1HxnsVEior41jQG16u5rf7zXKwkd1MZznuiGOukwgPZzduVKot DY3XKI6bw59BMESEnJWw5qQV/YnsdOzyOF4LCU5Aag== X-Google-Smtp-Source: AAOMgpf6735Md0fq5+HzBbhIq+HOMZMhKafhZxAz9FjqN2WZiCYFo7QCBpN1Y+8Lj2GDf2J8NqKcISTFJ1N4ua+BkGU= X-Received: by 2002:a9f:3dcf:: with SMTP id e15-v6mr3346784uaj.73.1529751575954; Sat, 23 Jun 2018 03:59:35 -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:4803:0:0:0:0:0 with HTTP; Sat, 23 Jun 2018 03:59:35 -0700 (PDT) X-Originating-IP: [68.129.209.49] In-Reply-To: <20180623073030.wdrjfrcv3swqwfkx@proprietary-killer> References: <20180623025046.djmsv44moxuqkv6t@proprietary-killer> <1529738520.21177.5.camel@gentoo.org> <20180623073030.wdrjfrcv3swqwfkx@proprietary-killer> From: Alec Warner Date: Sat, 23 Jun 2018 06:59:35 -0400 X-Google-Sender-Auth: cSy-KEi6V42ap5FT3tMUarVNzD0 Message-ID: Subject: Re: [gentoo-dev] Idea for a new project: gentoo-libs To: Gentoo Dev Content-Type: multipart/alternative; boundary="000000000000479b23056f4d0bc1" X-Archives-Salt: 64cdc578-b1a3-425b-9151-013f6da6e8fb X-Archives-Hash: e82ee1878e75bcc89d168d03e6d3d008 --000000000000479b23056f4d0bc1 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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=BCytko= wnik 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 t= o > > > date and such. > > > > > > Basically, an upstream for packages who's upstream is either > > > 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'm su= re > > > 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 they have staffing for core components that everyone is using. -A --000000000000479b23056f4d0bc1 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Sat, Jun 23, 2018 at 3:30 AM, Marty E. Plummer <= ;hanetzer@start= mail.com> wrote:
On Sat, Jun 23, 2018 at 09:22:00AM +0200, M= icha=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.

=
-A



--000000000000479b23056f4d0bc1--