On 14 September 2015 at 18:52, Ulrich Mueller wrote:
> It does, in fact.
>
>> When it only matches 1.0.2 and 1.0.2.*
>
>> You're reading it in shell glob notation and not the portage notation,
>> that the trailing dot is *implied*,
>
> No, there isn't any dot implied. It uses simple prefix compari
On Sun, 13 Sep 2015 15:37:17 +0200
Michał Górny wrote:
> Dnia 13 września 2015 11:48:54 CEST, Jason Zaman
> napisał(a):
> >On Sat, Sep 12, 2015 at 09:12:25PM +0200, Michał Górny wrote:
> >> Potential solution: bi-dir github <=> bugzilla integration
> >> ==
> On Mon, 14 Sep 2015, Kent Fredric wrote:
> I don't believe it works that way.
> That would imply
> =pkg-1.0.2* would match 1.0.20
It does, in fact.
> When it only matches 1.0.2 and 1.0.2.*
> You're reading it in shell glob notation and not the portage notation,
> that the trailing dot i
On Mon, Sep 14, 2015 at 2:19 PM, Kent Fredric wrote:
> On 14 September 2015 at 18:09, konsolebox wrote:
>> Because they could also match pkg-1.0.2aa
>
> That would imply
>
> =pkg-1.0.2* would match 1.0.20
>
> When it only matches 1.0.2 and 1.0.2.*
>
> You're reading it in shell glob notation and
On 9/14/15 6:35 AM, konsolebox wrote:
> Many times we need to match packages like this: something-1.0.2a.*
Could you give specific examples, i.e. what packages, what dependencies,
why is that needed?
Paweł
signature.asc
Description: OpenPGP digital signature
On 14 September 2015 at 18:09, konsolebox wrote:
> Because they could also match pkg-1.0.2aa
I don't believe it works that way.
That would imply
=pkg-1.0.2* would match 1.0.20
When it only matches 1.0.2 and 1.0.2.*
You're reading it in shell glob notation and not the portage notation,
that t
On Mon, Sep 14, 2015 at 1:38 PM, Daniel Campbell wrote:
> Honestly, this situation looks like a perfect candidate for slotting
> instead of adding a new feature. If SLOT is setup correctly between
> ebuilds, you could check to be sure it's a specific SLOT. So in your
> case, pkg-1.0.2[a-z] would b
On Mon, Sep 14, 2015 at 1:51 PM, Ulrich Mueller wrote:
> Sorry, but I don't get it. How would these be different from the
> existing "=pkg-1.0.2a*" and "=pkg-1.0.2*"?
Because they could also match pkg-1.0.2aa (not sure if it's still
valid atom) and pkg-1.0.20 respectively.
> On Mon, 14 Sep 2015, konsolebox wrote:
> Many times we need to match packages like this: something-1.0.2a.*
> But that expression is not allowed with ~ (only targets revisions)
> and neither with * (.*) is invalid.
> `So my suggestion is to add ~> as another operator. With it we can
> hav
On 14 September 2015 at 16:35, konsolebox wrote:
> Many times we need to match packages like this: something-1.0.2a.*
>
> But that expression is not allowed with ~ (only targets revisions) and
> neither with * (.*) is invalid.
What does =cat/pkg-something-1.0.2a* do? ( note, lack of . before *
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 09/13/2015 09:35 PM, konsolebox wrote:
> Many times we need to match packages like this: something-1.0.2a.*
>
> But that expression is not allowed with ~ (only targets revisions)
> and neither with * (.*) is invalid.
>
> So my suggestion is to a
Many times we need to match packages like this: something-1.0.2a.*
But that expression is not allowed with ~ (only targets revisions) and
neither with * (.*) is invalid.
So my suggestion is to add ~> as another operator. With it we can
have an expression like '~>pkg-1.0.2a' and it would be equiv
On Sat, Sep 12, 2015 at 02:31:11PM -0700, W. Trevor King wrote:
> On Sat, Sep 12, 2015 at 11:15:14PM +0200, hasufell wrote:
> > Because that is not a valid bug report. Patches must be attached
> > to bugzilla.
>
> Right, thanks. In that case, I think you'll need a hook to push a
> new patch whene
On Sun, Sep 13, 2015 at 9:02 PM, Raymond Jennings wrote:
> I agree. I think that any "master" version of whatever repo we use should
> be hosted on gentoo owned infrastructure.
>
> Github might be allowed to take pull requests but I think it should be a
> slave to whatever's hosted on gentoo.
>
>
I agree. I think that any "master" version of whatever repo we use should
be hosted on gentoo owned infrastructure.
Github might be allowed to take pull requests but I think it should be a
slave to whatever's hosted on gentoo.
That way if anything gets screwed up on github gentoo could always hi
Removals:
app-misc/jdictionary 2015-09-13 17:06:11 monsieurp 6ab5fac
app-text/jing 2015-09-13 17:05:05 monsieurp f16b411
dev-java/base642015-09-13 17:10:11 monsieurp b387cc8
dev-java/httpunit 2015-09-13 17:09:29 monsieur
The attached list notes all of the packages that were added or removed
from the tree, for the week ending 2015-09-13 23:59 UTC.
Removals:
Additions:
--
Robin Hugh Johnson
Gentoo Linux Developer
E-Mail : robb...@gentoo.org
GnuPG FP : 11AC BA4F 4778 E3F6 E4ED F38E B27B 944E 3488 4E85
Remove
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Michał Górny schrieb:
> I don't know if you didn't read the proposal, or if you are unable to
> understand it. You are seriously *offending* me and the few other
> developers who are trying *really hard*.
>
> So let me make this clear: I am trying t
Dnia 2015-09-14, o godz. 00:19:38
Andrew Savchenko napisał(a):
> On Sun, 13 Sep 2015 22:13:30 +0100 Ciaran McCreesh wrote:
> > On Mon, 14 Sep 2015 00:07:26 +0300
> > Andrew Savchenko wrote:
> > > On Sun, 13 Sep 2015 20:21:02 +0200 hasufell wrote:
> > > > On 09/13/2015 07:56 PM, Andrew Savchenko
On 09/13/2015 11:19 PM, Andrew Savchenko wrote:
>
> Yes, but as long as choice of core components and infrastructure is
> free one. Read Gentoo Social Contract:
>
> https://www.gentoo.org/get-started/philosophy/social-contract.html
>
> "However, Gentoo will never depend upon a piece of software
On Sun, 13 Sep 2015 20:27:32 +0200 Michał Górny wrote:
> Dnia 2015-09-13, o godz. 20:56:07
> Andrew Savchenko napisał(a):
>
> > On Sat, 12 Sep 2015 21:12:25 +0200 Michał Górny wrote:
> > > Hello, everyone.
> > >
> > > The current workflow for handling github pull requests is at least
> > > subop
On Sun, 13 Sep 2015 22:13:30 +0100 Ciaran McCreesh wrote:
> On Mon, 14 Sep 2015 00:07:26 +0300
> Andrew Savchenko wrote:
> > On Sun, 13 Sep 2015 20:21:02 +0200 hasufell wrote:
> > > On 09/13/2015 07:56 PM, Andrew Savchenko wrote:
> > > > Gentoo workflow should not depend on a proprietary tools lik
On Mon, 14 Sep 2015 00:07:26 +0300
Andrew Savchenko wrote:
> On Sun, 13 Sep 2015 20:21:02 +0200 hasufell wrote:
> > On 09/13/2015 07:56 PM, Andrew Savchenko wrote:
> > > Gentoo workflow should not depend on a proprietary tools like
> > > github issue tracker and github pull requests.
> >
> > It d
On Sun, 13 Sep 2015 20:21:02 +0200 hasufell wrote:
> On 09/13/2015 07:56 PM, Andrew Savchenko wrote:
> >
> > Gentoo workflow should not depend on a proprietary tools like
> > github issue tracker and github pull requests.
> >
>
> It doesn't. That's what this thread is about, so people who refuse
Dnia 2015-09-13, o godz. 19:27:17
Jason Zaman napisał(a):
> On Sat, Sep 12, 2015 at 09:12:25PM +0200, Michał Górny wrote:
> > Potential solution: bi-dir github <=> bugzilla integration
> > ==
>
> I just noticed this:
>
> https://bugs.launc
On Fri, Sep 11, 2015 at 8:01 AM, Leno Hou wrote:
> Which version of grub suitable for ppc64le ? Is there any patches to
> ppc64le grub ?
There appears to be at least partial support on the master branch upstream.
Also, take a look at the grub-devel mailing list archives; there have
been several
Dnia 2015-09-13, o godz. 20:56:07
Andrew Savchenko napisał(a):
> On Sat, 12 Sep 2015 21:12:25 +0200 Michał Górny wrote:
> > Hello, everyone.
> >
> > The current workflow for handling github pull requests is at least
> > suboptimal. Handling pull requests takes a fair effort from the few
> > deve
On 09/13/2015 07:56 PM, Andrew Savchenko wrote:
>
> Gentoo workflow should not depend on a proprietary tools like
> github issue tracker and github pull requests.
>
It doesn't. That's what this thread is about, so people who refuse to
collaborate on github PRs can still collaborate on bugzilla.
On Sat, 12 Sep 2015 21:12:25 +0200 Michał Górny wrote:
> Hello, everyone.
>
> The current workflow for handling github pull requests is at least
> suboptimal. Handling pull requests takes a fair effort from the few
> developers contributing there, and the progress is often stalled by
> package mai
Dnia 13 września 2015 11:48:54 CEST, Jason Zaman
napisał(a):
>On Sat, Sep 12, 2015 at 09:12:25PM +0200, Michał Górny wrote:
>> Potential solution: bi-dir github <=> bugzilla integration
>> ==
>>
>> My current idea would be pretty much that:
On Sat, Sep 12, 2015 at 09:12:25PM +0200, Michał Górny wrote:
> Potential solution: bi-dir github <=> bugzilla integration
> ==
I just noticed this:
https://bugs.launchpad.net/ubuntu/+source/xfce4-settings/+bug/1308105
it appears to mirror t
On Sat, Sep 12, 2015 at 09:12:25PM +0200, Michał Górny wrote:
> Potential solution: bi-dir github <=> bugzilla integration
> ==
>
> My current idea would be pretty much that:
>
> 1. a new dedicated Gentoo bug would be automatically created f
Richard Yao posted on Sat, 12 Sep 2015 17:24:41 + as excerpted:
> I asked in #gentoo-embedded on freenode, but I would like to pose this
> question to a wider auidence through the list.
>
> What is the status of phone/tablet support? In specific, I am curious
> about:
>
> * Modern hardware o
33 matches
Mail list logo
