On Fri, Feb 22, 2013 at 9:00 AM, Michał Górny wrote:
>
> You can also use git-2 eclass-specific variables to switch the repo.
> The only difference is that you need to specify the full repo URI
> rather than just the author.
The full repo URI is actually copy-pastable from github, while
breaking
On Fri, 22 Feb 2013 10:53:46 +0400
"Vadim A. Misbakh-Soloviov" wrote:
> We have, for example, lua-socket-, that uses:
> GH_AUTHOR=diegonehab
> GH_PROJECT=lua-socket
> GH_BRANCH=unstable
>
> So, then I fork it and provide some features. And then I want to
> reemerge it from my fork, but I don
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 22/02/13 04:51 AM, Kent Fredric wrote:
> On 22 February 2013 20:43, Diego Elio Pettenò
> wrote:
>> On 22/02/2013 08:37, Kent Fredric wrote:
>>> I'd make sure to add some sort of easy support to switch to
>>> snapshotted tar.gz installs instead o
On 22 February 2013 20:43, Diego Elio Pettenò wrote:
> On 22/02/2013 08:37, Kent Fredric wrote:
>> I'd make sure to add some sort of easy support to switch to
>> snapshotted tar.gz installs instead of live git checkouts, ie:
>>
>> GH_SNAPSHOT=deadbeef # use commit id 'deadbeef' by fetching a tar.
On 22/02/2013 08:37, Kent Fredric wrote:
> I'd make sure to add some sort of easy support to switch to
> snapshotted tar.gz installs instead of live git checkouts, ie:
>
> GH_SNAPSHOT=deadbeef # use commit id 'deadbeef' by fetching a tar.gz
> from github instead of a git clone
This is not going
On 22 February 2013 19:53, Vadim A. Misbakh-Soloviov wrote:
> Hi there!
>
> Since we have tons of ebuild (including -) for software, that uses
> GitHub for sourcecode hosting — I've got an idea to write something
> like GitHub eclass, which will ease creating of such ebuilds (by
> providing "
Hi there!
Since we have tons of ebuild (including -) for software, that uses
GitHub for sourcecode hosting — I've got an idea to write something
like GitHub eclass, which will ease creating of such ebuilds (by
providing "sugar" functions) and, (main goal for me) by adding
possibility to switc
On Thursday 11 May 2006 14:19, Jan Kundrát wrote:
> s/GLEP 42/boring -dev threads which are completely OT/
Ehi, I find this more interesting than what the original was going to be :P
--
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AM
Diego 'Flameeyes' Pettenò wrote:
On Thursday 11 May 2006 14:01, Martin Ehmsen wrote:
Syntax error!
More than syntax is me who was sleeping.
I just meant that it gave a syntax error
(after applying your sed)
Although I suppose this means we all agree ;)
Definitely!
Maybe we should propose
Diego 'Flameeyes' Pettenò wrote:
> Although I suppose this means we all agree ;)
s/GLEP 42/boring -dev threads which are completely OT/
:-P
Cheers,
-jkt
--
cd /local/pub && more beer > /dev/mouth
signature.asc
Description: OpenPGP digital signature
On Thursday 11 May 2006 14:01, Martin Ehmsen wrote:
> Syntax error!
More than syntax is me who was sleeping.
Although I suppose this means we all agree ;)
--
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE
pgpo
Diego 'Flameeyes' Pettenò wrote:
On Thursday 11 May 2006 06:44, Mike Frysinger wrote:
or because reading GLEP 42 is boooring
s/42 /s/
Syntax error!
s/ 42/s/
instead.
/Ehmsen
--
gentoo-dev@gentoo.org mailing list
On Thursday 11 May 2006 12:45, Diego 'Flameeyes' Pettenò wrote:
> On Thursday 11 May 2006 06:44, Mike Frysinger wrote:
> > or because reading GLEP 42 is boooring
>
> s/42 /s/
s/is/are/
--
Roy Marples <[EMAIL PROTECTED]>
Gentoo/Linux Developer (baselayout, networking)
--
gentoo-dev@gentoo.o
On Thursday 11 May 2006 06:44, Mike Frysinger wrote:
> or because reading GLEP 42 is boooring
s/42 /s/
--
Diego "Flameeyes" Pettenò - http://farragut.flameeyes.is-a-geek.org/
Gentoo/Alt lead, Gentoo/FreeBSD, Video, AMD64, Sound, PAM, KDE
pgpRyy2cd84qO.pgp
Description: PGP signature
On Wednesday 10 May 2006 13:26, Ciaran McCreesh wrote:
> Because he wasn't paying attention? Or because he knew fine well and
> just felt like taking a dig...
or because reading GLEP 42 is boooring
-mike
--
gentoo-dev@gentoo.org mailing list
On Wednesday 10 May 2006 01:26 pm, Ciaran McCreesh wrote:
> On Wed, 10 May 2006 10:13:36 -0700 Donnie Berkholz
>
> <[EMAIL PROTECTED]> wrote:
> | Ciaran McCreesh wrote:
> | > On Wed, 10 May 2006 00:07:29 -0700 Donnie Berkholz
> | >
> | > <[EMAIL PROTECTED]> wrote:
> | > | so discussion with at leas
On Wed, 10 May 2006 10:13:36 -0700 Donnie Berkholz
<[EMAIL PROTECTED]> wrote:
| Ciaran McCreesh wrote:
| > On Wed, 10 May 2006 00:07:29 -0700 Donnie Berkholz
| > <[EMAIL PROTECTED]> wrote:
| > | so discussion with at least the portage team would be merited.
| >
| > Already happened, in amongst all
Ciaran McCreesh wrote:
> On Wed, 10 May 2006 00:07:29 -0700 Donnie Berkholz
> <[EMAIL PROTECTED]> wrote:
> | so discussion with at least the portage team would be merited.
>
> Already happened, in amongst all the other GLEP 42 stuff.
Then I wonder why a member of the portage team was taken by sur
On Wed, 10 May 2006 00:07:29 -0700 Donnie Berkholz
<[EMAIL PROTECTED]> wrote:
| so discussion with at least the portage team would be merited.
Already happened, in amongst all the other GLEP 42 stuff.
--
Ciaran McCreesh
Mail: ciaran dot mccreesh at blueyonder.co.uk
--
gentoo-dev@g
Stephen Bennett wrote:
> On Tue, 09 May 2006 18:27:45 -0700
> Donnie Berkholz <[EMAIL PROTECTED]> wrote:
>
>> Then again, I'm missing context because people have this weird thing
>> about abstractly bringing up issues without discussing the actual
>> problem.
>
> The context is that I added profi
Roy Marples wrote:
> On Wednesday 10 May 2006 01:17, Alec Warner wrote:
>> Please don't commit files to profiles/ unless it has been discussed
>> previously on this ML. I don't care if your file is insignificant or
>> 'won't affect anything else' or that it's 'completely necessary'. Please
>> dis
On Wednesday 10 May 2006 01:17, Alec Warner wrote:
> Please don't commit files to profiles/ unless it has been discussed
> previously on this ML. I don't care if your file is insignificant or
> 'won't affect anything else' or that it's 'completely necessary'. Please
> discuss it first.
Surely yo
On Tue, 09 May 2006 18:27:45 -0700
Donnie Berkholz <[EMAIL PROTECTED]> wrote:
> Then again, I'm missing context because people have this weird thing
> about abstractly bringing up issues without discussing the actual
> problem.
The context is that I added profiles/repo_name to the tree ~5 days ag
Alec Warner wrote:
> Please don't commit files to profiles/ unless it has been discussed
> previously
> on this ML. I don't care if your file is insignificant or 'won't affect
> anything else' or that it's 'completely necessary'. Please discuss it first.
>
> You don't have to ask for a vote o
Please don't commit files to profiles/ unless it has been discussed previously
on this ML. I don't care if your file is insignificant or 'won't affect
anything else' or that it's 'completely necessary'. Please discuss it first.
You don't have to ask for a vote on it, or make everyone agree wit
On Tue, 2005-06-21 at 14:45 -0400, Aron Griffis wrote:
> Azarah wrote:[Sat Jun 18 2005, 07:23:19AM EDT]
> > You might however say install all gnuish tools with the 'g' prefix,
> > and then install wrapper scripts/stubs into say /usr/bin/gnu/ or
> > /bin/gnu/ (with /usr/bin/gnu/find calling gfind, e
On Tuesday 21 June 2005 20:42, Aron Griffis wrote:
> In other words, I think you need to do some work in an overlay so that
> you can present a real list of affected ebuilds and utilites, rather
> than stating that you "don't really know"
Well this was just a discussion, no work should really start
Azarah wrote:[Sat Jun 18 2005, 07:23:19AM EDT]
> You might however say install all gnuish tools with the 'g' prefix,
> and then install wrapper scripts/stubs into say /usr/bin/gnu/ or
> /bin/gnu/ (with /usr/bin/gnu/find calling gfind, etc), and portage
> just adds this path as the first path to $PA
Diego 'Flameeyes' Pettenò wrote:[Fri Jun 17 2005, 10:05:32AM EDT]
> On Friday 17 June 2005 04:32, Aron Griffis wrote:
> > Before working on a solution to the problem, could we get a more
> > complete list of the tools in question? This has come up before but
> > the list seems to always end with "
Hi,
I am probably going to be top on the bsd camp's 'most hated list' after
this, but here goes ...
The more I think on Gentoo/, the more I tend to
get this picture of a little boy that wants to play with the older boys,
but are constantly in tears, as the older boys runs too fast for him, or
go
Aron Griffis wrote: [Thu Jun 16 2005, 09:32:26PM CDT]
> I don't think that switching to g-prefixed commands for GNU utilities
> is a good answer. We aren't going to be able to push that upstream,
> which means maintaining a lot of patches ourselves. Within our own
> developer body, we're going to
On Friday 17 June 2005 04:32, Aron Griffis wrote:
> Before working on a solution to the problem, could we get a more
> complete list of the tools in question? This has come up before but
> the list seems to always end with "etc etc" ;-)
Because I don't really know how many applications are availab
Diego 'Flameeyes' Pettenò wrote:[Thu Jun 16 2005, 01:57:14AM EDT]
> Let me explain: on Gentoo/Linux systems, all the base utilities
> (make, tar, sed, etc etc) are GNUish
Before working on a solution to the problem, could we get a more
complete list of the tools in question? This has come up befo
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Don't attempt to ignore the complexity because it sucks and gives you a
headache. The complexity of multiple kernels, userlands, arches and
platforms exists whether you like it or not. The key being the
management of the complexity. Currently the to
Well it would be nice to have it all abstracted, wouldn't stablizing a
package get exponetially harder? Not only would each arch need to be
tested, each combination of packages on each arch would need to be
tested, if FEX openpam became usable on linux instead of just
linuxpam, each arch that stabl
Diego 'Flameeyes' Pettenò wrote:
> Let me explain: on Gentoo/Linux systems, all the base utilities (make, tar,
> sed, etc etc) are GNUish; on Gentoo/FreeBSD they are BSDish; on Gentoo/Darwin
> I don't really know :P
> This limits a bit the user because to use other kind of utilities it must use
As Gentoo/FreeBSD proceeds, I'm trying to abstract as much as I can the
underlying userland.
Thinking of Gentoo/FreeBSD just as a starting point for other porting of
Gentoo's framework on different operating systems (for example the
already-work-in-progress Gentoo/Darwin, the I-don't-know-how's-
37 matches
Mail list logo
