-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 23.3.2011 00:08, Mike Frysinger napsal(a):
> 2011/3/22 Tomáš Chvátal:
>> Dne 22.3.2011 22:26, Mike Frysinger napsal(a):
# @BLURB: This eclass provides functions for fetch and unpack git
repositories
>>>
>>> fetching/unpacking
>>
>> Yarp
On Tue, Mar 22, 2011 at 7:41 PM, Ryan Hill wrote:
> On Tue, 22 Mar 2011 19:08:53 -0400 Mike Frysinger wrote:
>> > rsync -rlpgo . "${EGIT_SOURCEDIR}" \
>>
>> this means you need to have DEPEND="net-misc/rsync". why not just use
>> `cp -pPR` instead ? i vaguely recall rsync being slower than a
>> s
On Tue, 22 Mar 2011 17:41:27 -0600
Ryan Hill wrote:
> On Tue, 22 Mar 2011 19:08:53 -0400
> Mike Frysinger wrote:
>
>
> > > rsync -rlpgo . "${EGIT_SOURCEDIR}" \
> >
> > this means you need to have DEPEND="net-misc/rsync". why not just use
> > `cp -pPR` instead ? i vaguely recall rsync being
On Tue, 22 Mar 2011 19:08:53 -0400
Mike Frysinger wrote:
> > rsync -rlpgo . "${EGIT_SOURCEDIR}" \
>
> this means you need to have DEPEND="net-misc/rsync". why not just use
> `cp -pPR` instead ? i vaguely recall rsync being slower than a
> straight cp too ... not much point of doing a rsync wh
On Tue, 22 Mar 2011 13:09:46 +0100
"Paweł Hajdan, Jr." wrote:
> On 3/21/11 11:02 PM, Ryan Hill wrote:
> > It does to me, I use them all the time. ;) The important part is that we
> > install the test results, which can then be used for regression testing when
> > rolling patchsets.
>
> I see, i
2011/3/22 Tomáš Chvátal:
> Dne 22.3.2011 22:26, Mike Frysinger napsal(a):
>>> # @BLURB: This eclass provides functions for fetch and unpack git
>>> repositories
>>
>> fetching/unpacking
>
> Yarp fixed.
well, the fix broke the blurb. it has to be on one line.
# @BLURB: foo
> EGIT_BRANCH=${x:-${E
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dne 22.3.2011 22:26, Mike Frysinger napsal(a):
>> # @BLURB: This eclass provides functions for fetch and unpack git
>> repositories
>
> fetching/unpacking
Yarp fixed.
>
>> eval X="\$${PN//[-+]/_}_LIVE_REPO"
>> if [[ ${X} = "" ]]; then
>>
2011-03-22 12:51:48 Paweł Hajdan, Jr. napisał(a):
> I remember there was an effort to make python.eclass support EAPI 4 even
> before it has been officially approved.
>
> Now that we have EAPI 4 support even in stable portage, it would be
> awesome to make python.eclass support that EAPI.
>
> Wha
> # @BLURB: This eclass provides functions for fetch and unpack git repositories
fetching/unpacking
> eval X="\$${PN//[-+]/_}_LIVE_REPO"
> if [[ ${X} = "" ]]; then
> : ${EGIT_REPO_URI:=}
> else
> EGIT_REPO_URI="${X}"
> fi
X needs to be marked l
Hi guys,
as there are no more complaints in kde overlay i would like you to test
your git using live ebuild with this new git-2 eclass and tell me how
you like it.
Also usual review of what already is in is welcomed because i would
really really like to move this thing into main tree.
Cheers
Tom
On Tue, Mar 22, 2011 at 12:09 PM, "Paweł Hajdan, Jr."
wrote:
> I'm trying to understand the problem better - do you know what causes
> those test failures? I don't expect a "complete" answer because that'd
> probably be a half of actually fixing the failures.
They both have huge test suites cover
On Tue, Mar 22, 2011 at 4:05 PM, Tom Knight wrote:
> On Tue, Mar 22, 2011 at 03:20:32PM +0200, Kfir Lavi wrote:
> > Is there any way to know the exact arches supported by portage?
>
> /usr/portage/profiles/arch.list shows which are valid KEYWORDS.
>
> Cheers,
>
> Tom
>
hehe, thanks a lot.
Kfir
On Tue, Mar 22, 2011 at 03:20:32PM +0200, Kfir Lavi wrote:
> Is there any way to know the exact arches supported by portage?
/usr/portage/profiles/arch.list shows which are valid KEYWORDS.
Cheers,
Tom
pgp6JwpZXE0nw.pgp
Description: PGP signature
On Tue, Mar 22, 2011 at 8:35 AM, Peter Volkov wrote:
> В Чтв, 10/03/2011 в 11:49 +0100, Diego Elio Pettenò пишет:
>> Any configure with AC_SYS_LARGEFILE will get a
>> --enable-largefile option, but if you grep through the tree, this is
>> usually simply added unconditionally.
>
> Is there any value
В Чтв, 10/03/2011 в 11:49 +0100, Diego Elio Pettenò пишет:
> Any configure with AC_SYS_LARGEFILE will get a
> --enable-largefile option, but if you grep through the tree, this is
> usually simply added unconditionally.
Is there any value adding --enable-largefile? autoconf macros have it
enabled b
Hi,
I would like to know how to list the arches gentoo supports.
I tried this:
grep 'KEYWORDS="' * -R | cut -d '"' -f 2 | sed 's/ /\n/g' | sort | uniq
Not the best but close.
Is there any way to know the exact arches supported by portage?
Regards,
Kfir
On 3/21/11 11:02 PM, Ryan Hill wrote:
> It does to me, I use them all the time. ;) The important part is that we
> install the test results, which can then be used for regression testing when
> rolling patchsets.
I see, it makes sense. I guess you're comparing the test results before
and after ro
I remember there was an effort to make python.eclass support EAPI 4 even
before it has been officially approved.
Now that we have EAPI 4 support even in stable portage, it would be
awesome to make python.eclass support that EAPI.
What do you think?
signature.asc
Description: OpenPGP digital si
18 matches
Mail list logo
