On Thu, 21 Dec 2017 12:25:11 -0600
William Hubbs wrote:
> I think there's some confusion here. I'm not trying to change the bar
> for ~arch, just trying to understand what that bar is supposed to be.
The bar for ~arch is "end users should have reasonable expectations
that it mostly works for mos
On Thu, Dec 21, 2017 at 03:03:21PM +, Roy Bamford wrote:
> > So, I guess this means that the quality of the ~arch tree is supposed
> > to
> > be somewhat lower than the quality of the stable tree.
> >
> > William
> >
> >
>
> William,
>
> I've been running ~arch everywhere since May 2002 an
On 2017.12.21 00:35, William Hubbs wrote:
> On Wed, Dec 20, 2017 at 07:12:45PM -0500, Michael Orlitzky wrote:
> > On 12/20/2017 06:58 PM, William Hubbs wrote:
> > >
> > > There already is an overlay for dying packages, it is called
> graveyard,
> > > but no one is putting things there.
> > >
> >
On 12/21/17 15:11, Rich Freeman wrote:
> Part of me wonders if issues with stable are causing issues with
> ~arch. If stable is regarded as stale that is going to push people
> into ~arch who really intend to have stable systems. That said you do
> want testing systems to have a reasonably low
On Thu, Dec 21, 2017 at 6:01 AM, Thomas Deutschmann wrote:
> On 2017-12-21 01:35, William Hubbs wrote:
>> ~arch *will* have breakages from time to time, sometimes major
>> breakages, until they are masked or fixed. We are not supposed to leave
>> major breakages there, but ~arch is definitely not
On 2017-12-21 01:35, William Hubbs wrote:
> ~arch *will* have breakages from time to time, sometimes major
> breakages, until they are masked or fixed. We are not supposed to leave
> major breakages there, but ~arch is definitely not for the faint of
> heart. If you are using ~arch, you are expecte
On Wed, Dec 20, 2017 at 07:12:45PM -0500, Michael Orlitzky wrote:
> On 12/20/2017 06:58 PM, William Hubbs wrote:
> >
> > There already is an overlay for dying packages, it is called graveyard,
> > but no one is putting things there.
> >
> > This email conflates old dying packages with new version
On 12/20/2017 06:58 PM, William Hubbs wrote:
>
> There already is an overlay for dying packages, it is called graveyard,
> but no one is putting things there.
>
> This email conflates old dying packages with new versions, which are a
> completely separate issue.
>
Lack of new versions *is* dyin
On Wed, Dec 20, 2017 at 06:33:21PM -0500, Michael Orlitzky wrote:
> On 12/20/2017 02:41 PM, Virgil Dupras wrote:
> >
> > Maybe some kind of official overlay for packages needing love? We
> > could send outdated packages there to die or to be born again if the
> > right person picks it up.
> >
> >
On 12/20/2017 02:41 PM, Virgil Dupras wrote:
>
> Maybe some kind of official overlay for packages needing love? We
> could send outdated packages there to die or to be born again if the
> right person picks it up.
>
> The overlay could have more relaxed rules (not malicious and looking
> good? no
qlist -Iv $(portageq --repo gentoo --orphaned)
On Wednesday, 20 December 2017 23:54:27 MSK Christopher Head wrote:
> On December 20, 2017 8:49:03 AM PST, "Michał Górny" wrote:
> >Ad. 1. We currently have over 1650 m-n packages [1] and the list keeps
> >growing. The advantage of this type is that
On December 20, 2017 8:49:03 AM PST, "Michał Górny" wrote:
>Ad. 1. We currently have over 1650 m-n packages [1] and the list keeps
>growing. The advantage of this type is that we have an explicit list
>and everyone clearly sees that the packages need a new maintainer. We
>also have some dedicated
On Wed, 20 Dec 2017 17:49:03 +0100
Michał Górny wrote:
> So does anyone have any ideas on what we could realistically do right
> now to improve things?
Maybe some kind of official overlay for packages needing love? We could send
outdated packages there to die or to be born again if the right pe
Hi,
December 20, 2017 5:46 PM, "Michał Górny" wrote:
> E. Some of the unmaintained packages are dependencies of other
> maintained packages in Gentoo. However, developers usually don't want
> to take them, even if their package is the only revdep.
>
> F. We are usually treecleaning packages as
Hello, everyone.
Jalus Bilieyich has submitted the following for the last Council
meeting:
| Discuss the lack of enough package maintainers to update ebuilds. Many
| ebuilds in the Portage tree can be easily marked outdated.
Given that the item didn't see any real discussion in the mailing lists
15 matches
Mail list logo
