[Bash-completion-devel] unalias sed? (was: Re: [Bash-completion-commits] [SCM] bash-completion branch, master, updated. b14fdb74b3b7fd7a707bc2afea55c10ea521d4f0)

David Paleino d.paleino at gmail.com
Fri Jun 5 19:27:55 UTC 2009


On Fri, 5 Jun 2009 18:41:07 +0300, Ville Skyttä wrote:

> On Friday 05 June 2009, David Paleino wrote:
> 
> Hi David,

Hello Ville,

> > The following commit has been merged in the master branch:
> > commit 6170eb0001510426ccc7461e60e46c68992bcd14
> > Author: David Paleino <d.paleino at gmail.com>
> > Date:   Fri Jun 5 08:13:46 2009 +0200
> >
> >     Don't assume "sed" being GNU sed, use "gsed" whenever available
> > (Debian: #501479, Alioth: #311393)
> [...]
> > @@ -3673,3 +3673,6 @@ unset UNAME USERLAND default dirnames filenames have
> > nospace bashdefault plusdir
> >
> >  set $BASH_COMPLETION_ORIGINAL_V_VALUE
> >  unset BASH_COMPLETION_ORIGINAL_V_VALUE
> > +
> > +# remove aliases we set earlier
> > +unalias sed
> 
> Like I explained in Alioth #311393, I believe the unalias here is wrong - it 
> results in our aliased sed being in effect only for the duration of reading 
> bash_completion and the split files, not at runtime when sed gets actually 
> invoked and we for now want it to cope with GNU sed extensions.

Ok, good.
What about:

alias mysed=sed
have gsed && alias mysed=gsed

?

(we can obviously change "mysed" to something else, it's just to clarify the
solution)

> Did I miss something?

It's me who actually missed your point, sorry.

Commit reverted,
David

-- 
 . ''`.  Debian maintainer | http://wiki.debian.org/DavidPaleino
 : :'  : Linuxer #334216 --|-- http://www.hanskalabs.net/
 `. `'`  GPG: 1392B174 ----|---- http://snipr.com/qa_page
   `-   2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 197 bytes
Desc: not available
URL: <http://lists.alioth.debian.org/pipermail/bash-completion-devel/attachments/20090605/63e4c358/attachment.pgp>


More information about the Bash-completion-devel mailing list