Re: [gentoo-dev] RFC: Future EAPI version operator changes

2016-11-07 Thread M. J. Everitt
On 08/11/16 07:09, konsolebox wrote: > On Sun, Nov 6, 2016 at 6:52 PM, Michał Górny wrote: >> Hi, everyone. >> >> Following my previous RFC wrt version operator problems, I'd like to >> start the second part of the discussion: how to improve version >> operators in a Future EAPI? >> >> I've collec

Re: [gentoo-dev] RFC: Future EAPI version operator changes

2016-11-07 Thread konsolebox
On Sun, Nov 6, 2016 at 6:52 PM, Michał Górny wrote: > Hi, everyone. > > Following my previous RFC wrt version operator problems, I'd like to > start the second part of the discussion: how to improve version > operators in a Future EAPI? > > I've collected various ideas on operator changes on a wik

Re: [gentoo-dev] RFC: Future EAPI version operator changes

2016-11-07 Thread Michał Górny
On Mon, 7 Nov 2016 22:47:24 +0200 Alon Bar-Lev wrote: > Just my 2 cents... > I kinda love the prefix nature of the expressions which is consistent > and easier to parse. > Using infix only for versions and leaving all the rest prefix will > create abnormality. You know what? Let me break all you

Re: [gentoo-dev] RFC: Future EAPI version operator changes

2016-11-07 Thread Ulrich Mueller
> On Mon, 7 Nov 2016, Brian Dolbec wrote: > But the main problem with it is that most upstream requirements.txt, > etc.,... all use the infix method. And I hate to say it, but more > and more so-called "package management" systems (mostly language > specific ones) all use that method. So trans

Re: [gentoo-dev] RFC: Future EAPI version operator changes

2016-11-07 Thread Brian Dolbec
On Mon, 7 Nov 2016 22:47:24 +0200 Alon Bar-Lev wrote: > On 6 November 2016 at 12:52, Michał Górny wrote: > > Hi, everyone. > > > > > So, what are your comments? > > Hi, > > Just my 2 cents... > I kinda love the prefix nature of the expressions which is consistent > and easier to parse.

Re: [gentoo-dev] RFC: Future EAPI version operator changes

2016-11-07 Thread Michał Górny
On Mon, 7 Nov 2016 22:47:24 +0200 Alon Bar-Lev wrote: > On 6 November 2016 at 12:52, Michał Górny wrote: > > Hi, everyone. > > > > > So, what are your comments? > > Hi, > > Just my 2 cents... > I kinda love the prefix nature of the expressions which is consistent > and easier to parse.

Re: [gentoo-dev] RFC: Future EAPI version operator changes

2016-11-07 Thread Alon Bar-Lev
On 6 November 2016 at 12:52, Michał Górny wrote: > Hi, everyone. > So, what are your comments? Hi, Just my 2 cents... I kinda love the prefix nature of the expressions which is consistent and easier to parse. Using infix only for versions and leaving all the rest prefix will create abnormalit

Re: [gentoo-dev] RFC: Future EAPI version operator changes

2016-11-07 Thread Michał Górny
On Sun, 6 Nov 2016 18:05:39 +0100 "Jan Chren (rindeal)" wrote: > ## Things not included > > ### Comments/annotations [...] > ### Logical operators for groups [...] This is off-topic to *version operators*. Please don't divert the discussion. If you want to pursue these, please open a separate '

[gentoo-dev] Last rites: kde-misc/{fsrunner,kcaldav,takeoff}

2016-11-07 Thread Johannes Huber
# Johannes Huber (07 Nov 2016) # Masked for removal in 30 days. Dead upstream. # Hosted on google code, which shutdowns end of the year. # Support for deprecated Plasma 4 only. kde-misc/fsrunner kde-misc/kcaldav kde-misc/takeoff signature.asc Description: This is a digitally signed message part.

[gentoo-dev] New Project: Mentors

2016-11-07 Thread Gokturk Yuksek
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Hi, It's my pleasure to announce the Gentoo Mentors Project[0]. The Mentors project acts as a matchmaking service between prospective developers and volunteer mentors. It provides general support for candidates who are working on the recruitment qu

[gentoo-dev] Lastrites: dev-cpp/{libfrontend-elements,libbackend-elements,libcult}

2016-11-07 Thread David Seifert
# David Seifert (29 Oct 2016) # Unmaintained, broken, do not work with GCC 6 # Bugs #594506, #597780, removal in 30 days.

[gentoo-dev] Lastrites: net-libs/libkolab

2016-11-07 Thread David Seifert
# David Seifert (29 Oct 2016) # Unmaintained, depends on ancient and broken C++ libraries # Removal in 30 days. net-libs/libkolab net-libs/libkolabxml