On 13:19 Thu 04 Oct , Petteri Raty (betelgeuse) wrote:
1.1 dev-java/sun-jre-bin/sun-jre-bin-1.6.0.03.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-java/sun-jre-bin/sun-jre-bin-1.6.0.03.ebuild?rev=1.1view=markup
plain:
On 14:25 Thu 04 Oct , Petteri Raty (betelgeuse) wrote:
1.1 dev-java/sun-jdk/sun-jdk-1.4.2.16.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-java/sun-jdk/sun-jdk-1.4.2.16.ebuild?rev=1.1view=markup
plain:
On 14:26 Thu 04 Oct , Petteri Raty (betelgeuse) wrote:
1.1 dev-java/sun-jre-bin/sun-jre-bin-1.4.2.16.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/dev-java/sun-jre-bin/sun-jre-bin-1.4.2.16.ebuild?rev=1.1view=markup
plain:
On 18:24 Thu 04 Oct , Stefan Schweizer (genstef) wrote:
1.1 app-portage/eix/eix-0.10.1.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-portage/eix/eix-0.10.1.ebuild?rev=1.1view=markup
plain:
Marius Mauch [EMAIL PROTECTED] posted
[EMAIL PROTECTED], excerpted below, on Fri, 05
Oct 2007 04:26:50 +0200:
[discussing GLEP-42/News]
Problem is that nobody feels responsible for eselect anymore, so nobody
takes care of bug #179064 (and I'm not going to play catchup games with
externally
Donnie Berkholz [EMAIL PROTECTED] posted
[EMAIL PROTECTED], excerpted below, on Thu, 04 Oct 2007
19:00:02 -0700:
You can use a neat trick with a code block here, along these lines:
{
echo foo
echo bar
echo blah
} file
It avoids the possibility of a typo when you're
Yes it is cool, and the eclass will be updated.
Thank you dberkholz
Duncan wrote:
Donnie Berkholz [EMAIL PROTECTED] posted
[EMAIL PROTECTED], excerpted below, on Thu, 04 Oct 2007
19:00:02 -0700:
You can use a neat trick with a code block here, along these lines:
{
echo foo
On Friday 05 October 2007 04:26:50 Marius Mauch wrote:
Problem is that nobody feels responsible for eselect anymore, so nobody
takes care of bug #179064 (and I'm not going to play catchup games
with externally hosted code).
eselect isn't externally hosted. The code is available from svn at:
On Fri, 5 Oct 2007 12:01:56 +0200
Bo Ørsted Andresen [EMAIL PROTECTED] wrote:
On Friday 05 October 2007 04:26:50 Marius Mauch wrote:
Problem is that nobody feels responsible for eselect anymore, so
nobody takes care of bug #179064 (and I'm not going to play catchup
games with externally
Roy Marples wrote:
On Thu, 2007-10-04 at 05:03 +0100, Steve Long wrote:
Donnie Berkholz wrote:
spec=$(echo ${CHOST} | cut -d- -f3)
You can do this without resort to an external process:
IFS=-
read _ _ spec _ $CHOST
unset IFS
- or you can do:
IFS=-
arr=($CHOST)
unset IFS
On 13:34 Fri 05 Oct , Steve Long wrote:
Roy Marples wrote:
IFS=-
set -- ${CHOST}
spec=$2
Works fine in bash - and other shells.
Yeah fine, there are kludgy workarounds; so what? Doesn't mean I want to use
them. ;)
In actual fact, I'd be more likely to use parameter expansion
On 13:52 Fri 05 Oct , Jeroen Roovers (jer) wrote:
1.1 app-admin/sysstat/sysstat-8.0.1.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/app-admin/sysstat/sysstat-8.0.1.ebuild?rev=1.1view=markup
plain:
On 14:01 Fri 05 Oct , Christian Zoffoli (xmerlin) wrote:
1.1 sys-cluster/drbd-kernel/drbd-kernel-0.7.24.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-cluster/drbd-kernel/drbd-kernel-0.7.24.ebuild?rev=1.1view=markup
plain:
On 14:03 Fri 05 Oct , Matti Bickel (mabi) wrote:
1.1 sys-cluster/pvfs2/pvfs2-2.6.3.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-cluster/pvfs2/pvfs2-2.6.3.ebuild?rev=1.1view=markup
plain:
On 10:51 Fri 05 Oct , Bernard Cafarelli (voyageur) wrote:
1.4 eclass/gnustep-base.eclass
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/gnustep-base.eclass?rev=1.4view=markup
plain:
On 05-10-2007 11:03:56 -0700, Donnie Berkholz wrote:
- echo '#!/usr/bin/env bash' ${T}/${cfile}
- echo echo Applying ${P} default configuration ... ${T}/${cfile}
+ cat EOF ${T}/${cfile}
+#!/usr/bin/env bash
+gnustep_append_default() {
+ if [[ -z \$1 || -z \$2 || -z \$3 ]];
On 20:42 Fri 05 Oct , Christian Faulhammer wrote:
about 26 ebuilds have a PROVIDE=virtual/editor. Those could be
transformed to a new-style virtual, which is really simple. According
to zmedico and genone the impact of just commiting the virtual would
be low. But I'd like to hear
Friday, 5. October 2007, Donnie Berkholz Ви написали:
There's gotta be a better way of doing this. All those escapes really
start to obfuscate the code. Anyone got a better idea?
Just use single quotes? This should prevent bash expansion.
Although, as I can see, this is done in here-function,
Hi,
about 26 ebuilds have a PROVIDE=virtual/editor. Those could be
transformed to a new-style virtual, which is really simple. According
to zmedico and genone the impact of just commiting the virtual would be
low. But I'd like to hear some comments on it. If noone objects I
will commit it
On Fri, 2007-05-10 at 11:46 -0700, Donnie Berkholz wrote:
How many packages depend on virtual/editor? Should it be a virtual at
all?
Tester_ !rdep virtual/editor
jeeves virtual/editor - app-admin/sudo sys-process/fcron
I think the answer is none that really should, I would favor just
removing
On Fri, 2007-05-10 at 20:27 +0100, Stephen Bennett wrote:
On Fri, 5 Oct 2007 11:46:29 -0700
Donnie Berkholz [EMAIL PROTECTED] wrote:
How many packages depend on virtual/editor? Should it be a virtual at
all?
The system set depends on it, and last I knew didn't allow for any-of
deps.
On Fri, 5 Oct 2007 11:46:29 -0700
Donnie Berkholz [EMAIL PROTECTED] wrote:
How many packages depend on virtual/editor? Should it be a virtual at
all?
The system set depends on it, and last I knew didn't allow for any-of
deps.
--
[EMAIL PROTECTED] mailing list
On Fri, 2007-10-05 at 11:03 -0700, Donnie Berkholz wrote:
There's gotta be a better way of doing this. All those escapes really
start to obfuscate the code. Anyone got a better idea?
Create a dir in eclasses to store proper files.
Then just copy it from there.
We store real patches in
Donnie Berkholz ha scritto:
[cut]
Quote variables that can have spaces in them: D, S, T, WORKDIR,
FILESDIR, DESTDIR, ROOT.
Thanks,
Donnie
ops ...I've to patch my brain ;-)
I've just commited changes.
Christian
--
[EMAIL PROTECTED] mailing list
Donnie Berkholz wrote:
On 10:51 Fri 05 Oct , Bernard Cafarelli (voyageur) wrote:
1.4 eclass/gnustep-base.eclass
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/gnustep-base.eclass?rev=1.4view=markup
plain:
Donnie Berkholz wrote:
On 13:34 Fri 05 Oct , Steve Long wrote:
In actual fact, I'd be more likely to use parameter expansion than set,
eg: spec=${CHOST#*-*-} # chop first two fields off so spec is fields 3 on
spec=${spec%%-*} # chop all but first off so left with just field 3
..which I
On Fri, 05 Oct 2007 15:18:11 -0400
Olivier Crête [EMAIL PROTECTED] wrote:
I see that both sudo and fcron, while they have some versions that
depend on virtual/editor actually hardcode nano as the default.
For the fcron dependency, see https://bugs.gentoo.org/149376#c15 and
onward.
Kind
On 00:41 Sat 06 Oct , Steve Long wrote:
Donnie Berkholz wrote:
On 13:34 Fri 05 Oct , Steve Long wrote:
In actual fact, I'd be more likely to use parameter expansion than set,
eg: spec=${CHOST#*-*-} # chop first two fields off so spec is fields 3 on
spec=${spec%%-*} # chop all but
On 17:31 Fri 05 Oct , Ryan Hill wrote:
If there aren't any variables that you actually need expanded in the
script (i didn't see any but could have easily missed it), just escape
the termination marker, ie.
cat \EOF ${T}/${cfile}
or
cat 'EOF' ${T}/${cfile}
This turns
On 23:08 Fri 05 Oct , Stefan Briesenick (sbriesen) wrote:
1.1 net-proxy/ziproxy/ziproxy-2.3.0.ebuild
file :
http://sources.gentoo.org/viewcvs.py/gentoo-x86/net-proxy/ziproxy/ziproxy-2.3.0.ebuild?rev=1.1view=markup
plain:
30 matches
Mail list logo
