Hello,
# Masked pending removal. This package has conflicting
# files with net-wireless/irda-utils, which also provides
# a more up-to-date implementation of the same util.
app-laptop/smcinit
--
[EMAIL PROTECTED] mailing list
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.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gent
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
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%%-*} # ch
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 re
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
>> ..wh
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.4&view=markup
>> plain:
>> http://sources.gentoo.org/viewcvs.p
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
On Fri, 2007-10-05 at 14:57 -0400, Olivier Crête wrote:
> 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?
>
> !rdep virtual/editor
> virtual/editor <- app-admin/sudo sys-process/fcron
>
> I think the a
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 ELT-pa
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-o
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-05-10 at 11:46 -0700, Donnie Berkholz wrote:
> How many packages depend on virtual/editor? Should it be a virtual at
> all?
!rdep virtual/editor
virtual/editor <- app-admin/sudo sys-process/fcron
I think the answer is none that really should, I would favor just
removing virtual/ed
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,
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
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 next
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
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.4&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/eclass/gnustep-ba
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.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/sys-cl
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.1&view=markup
> plain:
> http://sources.gento
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.1&view=markup
> plain:
> http://sources.gentoo.org/viewcvs.py/gentoo-x86/a
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 parame
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 exter
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
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:
>>
>> {
>> ech
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:
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
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
> external
28 matches
Mail list logo
