Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Kent Fredric
On 8 September 2015 at 03:26, Marc Schiffbauer wrote: > And as the cherry on the cake theere could be > > <> ( foo/bar-1 foo/bar-5 ) I kinda tried suggesting a similar syntax, but then I realised it couldn't work, because it implicitly says "none of these" but it doesn't state any sort of "Pull

[gentoo-dev] Re: Automated Package Removal and Addition Tracker, for the week ending 2015-09-06 23:59 UTC

2015-09-07 Thread Duncan
Robin H. Johnson posted on Mon, 07 Sep 2015 23:54:36 + as excerpted: > I've been travelling a lot the past month (Helsinki, LA, Seattle), and > it's on my list of stuff to do (along with finalize and announce the > migrated git history). [grumble grumble, top posting, tho you just followed wh

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-09-06 23:59 UTC

2015-09-07 Thread Robin H. Johnson
I've been travelling a lot the past month (Helsinki, LA, Seattle), and it's on my list of stuff to do (along with finalize and announce the migrated git history). On Mon, Sep 07, 2015 at 06:46:11PM +0100, malc wrote: > I updated the scripts and since I didn't find them in a relevant > infra-repo,

Re: [gentoo-dev] Re: Better way to direct upstream bugs upstream?

2015-09-07 Thread Alec Warner
On Thu, Sep 3, 2015 at 4:28 AM, Kent Fredric wrote: > On 3 September 2015 at 07:17, Paweł Hajdan, Jr. > wrote: > > Do you have specific examples? > > > None that I can currently recall, I've just long resigned myself from > trying to care with Google products. The instances I can recall were > m

Re: [gentoo-dev] Re: how to add a new package with git?

2015-09-07 Thread Andreas K. Huettel
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Am Montag, 7. September 2015, 08:40:36 schrieb Ryan Hill: > On Thu, 3 Sep 2015 23:07:37 +0600 (NOVT) > > gro...@gentoo.org wrote: > > WARNING: previous mirror push to host 'ituri.gentoo.org' failed, status > > is: > > 2015-09-03.16:57:50 962

Re: [gentoo-dev] Re: Better way to direct upstream bugs upstream?

2015-09-07 Thread Paweł Hajdan , Jr .
On 9/3/15 10:16 PM, Andrew Udvare wrote: > Chromium team is no different in this regard. No options, for anything. > It is extremely annoying when they implement 'privacy-violating' > features like the previously visited sites in the New tab (before you've > entered a URL), with no option to disabl

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-08-30 23:59 UTC

2015-09-07 Thread malc
Yup - nothing I can do about mailmap without commit access. On the dates - I was just spitting out what git gave me... I've delved into git help log => PRETTY FORMATS and changed it to use a unix timestamp and reverted to the old (python default) format. Updated script in https://bugs.gentoo.org/sh

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-09-06 23:59 UTC

2015-09-07 Thread malc
I updated the scripts and since I didn't find them in a relevant infra-repo, posted them to a couple of other replies to earlier week's versions of this, cc: Robin. I've heard nothing. I have opened https://bugs.gentoo.org/show_bug.cgi?id=559894 and attached them there. On Mon, Sep 7, 2015 at 5:27

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-09-06 23:59 UTC

2015-09-07 Thread Dale
Daniel Campbell wrote: > On 09/06/2015 05:10 PM, Dale wrote: > > Robin H. Johnson wrote: > >> The attached list notes all of the packages that were added or > >> removed from the tree, for the week ending 2015-09-06 23:59 UTC. > >> > >> Removals: > >> > >> Additions: > >> > >> -- Robin Hugh Johnson

Re: [gentoo-dev] Automated Package Removal and Addition Tracker, for the week ending 2015-09-06 23:59 UTC

2015-09-07 Thread Daniel Campbell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/06/2015 05:10 PM, Dale wrote: > Robin H. Johnson wrote: >> The attached list notes all of the packages that were added or >> removed from the tree, for the week ending 2015-09-06 23:59 UTC. >> >> Removals: >> >> Additions: >> >> -- Robin Hug

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Marc Schiffbauer
* Michał Górny schrieb am 07.09.15 um 17:16 Uhr: > Dnia 2015-09-07, o godz. 14:35:07 > Marc Schiffbauer napisał(a): > > > I'd like to propose a new kind of DEPEND syntax: <> > > > > This would mean "Any version but the one specified" and is usefull when > > you have a dependency on another pack

Re: [gentoo-dev] [RFC] dev-rust category

2015-09-07 Thread Daniel Campbell
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/07/2015 05:56 AM, Jauhien Piatlicki wrote: > Hi, > > On 09/07/2015 07:28 AM, Daniel Campbell wrote: >> On 09/06/2015 02:00 PM, Jauhien Piatlicki wrote: >>> Hi, >> >>> On 09/05/2015 11:23 PM, Daniel Campbell wrote: On 09/05/2015 01:04 PM,

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Marc Schiffbauer
* Ian Stakenvicius schrieb am 07.09.15 um 16:41 Uhr: > Why not just: > > DEPEND=" > dev-python/paramiko > !~dev-python/paramiko-1.13.0 > " > > Depend on the package but block the individual atom(s) that don't work? I like it. At least with the current possibilities. I was not aware that "!~" is

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Marc Schiffbauer
* Kent Fredric schrieb am 07.09.15 um 15:18 Uhr: > On 8 September 2015 at 00:35, Marc Schiffbauer wrote: > > What do you think and would is the proper way to suggest this for a new > > EAPI? A new bug? On what > > > My opposition would be I figure its more likely you want a range of > exclusion

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Marc Schiffbauer
* Ulrich Mueller schrieb am 07.09.15 um 15:07 Uhr: > > On Mon, 7 Sep 2015, Marc Schiffbauer wrote: > > > I'd like to propose a new kind of DEPEND syntax: <> > > > This would mean "Any version but the one specified" and is usefull > > when you have a dependency on another package but a single

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Michał Górny
Dnia 2015-09-07, o godz. 14:35:07 Marc Schiffbauer napisał(a): > I'd like to propose a new kind of DEPEND syntax: <> > > This would mean "Any version but the one specified" and is usefull when > you have a dependency on another package but a single version of it is > not compatible for example

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Ian Stakenvicius
Sent from an iPhone, sorry for the HTML... > On Sep 7, 2015, at 8:35 AM, Marc Schiffbauer wrote: > > Hi, > > > I'd like to propose a new kind of DEPEND syntax: <> > > This would mean "Any version but the one specified" and is usefull when > you have a dependency on another package but a si

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Kent Fredric
On 8 September 2015 at 00:35, Marc Schiffbauer wrote: > I currently have this case in app-backup/obnam which is not compatible > to =dev-python/paramiko-1.13.0 > > In DEPEND I now have this: > > !=dev-python/paramiko-1.13.0 > || ( dev-python/paramiko-1.13.0 ) > > which does the trick, but I th

Re: [gentoo-dev] [PATCH] eutils.eclass: Allow to configure base patch location for epatch_user

2015-09-07 Thread Rich Freeman
On Mon, Sep 7, 2015 at 3:51 AM, Alexander Berntsen wrote: > > On 05/09/15 14:53, Rich Freeman wrote: >> I was suggesting that somebody talk to the portage developers about >> how they intend to implement EAPI6 > We don't know. But our tardiness should not retard the development of > other package

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Ulrich Mueller
> On Mon, 7 Sep 2015, Marc Schiffbauer wrote: > I'd like to propose a new kind of DEPEND syntax: <> > This would mean "Any version but the one specified" and is usefull > when you have a dependency on another package but a single version > of it is not compatible for example. This doesn't lo

Re: [gentoo-dev] <>-DEPENDS

2015-09-07 Thread Jauhien Piatlicki
On 09/07/2015 02:35 PM, Marc Schiffbauer wrote: > Hi, > > > I'd like to propose a new kind of DEPEND syntax: <> > > This would mean "Any version but the one specified" and is usefull when > you have a dependency on another package but a single version of it is > not compatible for example. +1

Re: [gentoo-dev] [RFC] dev-rust category

2015-09-07 Thread Jauhien Piatlicki
Hi, On 09/07/2015 07:28 AM, Daniel Campbell wrote: > On 09/06/2015 02:00 PM, Jauhien Piatlicki wrote: >> Hi, > >> On 09/05/2015 11:23 PM, Daniel Campbell wrote: >>> On 09/05/2015 01:04 PM, Matthew Thode wrote: > I think cargo should probably go in dev-util with other rust libraries an

[gentoo-dev] <>-DEPENDS

2015-09-07 Thread Marc Schiffbauer
Hi, I'd like to propose a new kind of DEPEND syntax: <> This would mean "Any version but the one specified" and is usefull when you have a dependency on another package but a single version of it is not compatible for example. I currently have this case in app-backup/obnam which is not compat

Re: [gentoo-dev] [PATCH] eutils.eclass: Allow to configure base patch location for epatch_user

2015-09-07 Thread Alexander Berntsen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 On 05/09/15 14:53, Rich Freeman wrote: > I was suggesting that somebody talk to the portage developers about > how they intend to implement EAPI6 We don't know. But our tardiness should not retard the development of other package managers. - -- Ale