Re: [gentoo-user] bash-completion question(s)

[Corbin Bird]

On 02/02/2017 01:19 PM, Neil Bothwick wrote:
> On Tue, 31 Jan 2017 12:34:50 -0600, Corbin Bird wrote:
>
>> The package "sys-boot/grub:2" popped this warning during updates :
>>
>>> Problems with installed bash completions were found:
>>>
>>> grub: 'have' command is deprecated and must not be used.
>>> grub: incorrect name, no completions for 'grub' command defined.
>>> grub-mkconfig: missing alias (symlink) for completed command.
>>> grub-mkpasswd-pbkdf2: missing alias (symlink) for completed
>>> command. grub-mkrescue: missing alias (symlink) for completed command.
>>> grub-reboot: missing alias (symlink) for completed command.
>>> grub-editenv: missing alias (symlink) for completed command.
>>> grub-set-default: missing alias (symlink) for completed command.
>>> grub-mkimage: missing alias (symlink) for completed command.
>>> grub-sparc64-setup: missing alias (symlink) for completed command.
>>> grub-bios-setup: missing alias (symlink) for completed command.
>>> grub-script-check: missing alias (symlink) for completed command.
>>> grub-probe: missing alias (symlink) for completed command.
>>> grub-mkfont: missing alias (symlink) for completed command.
>>> grub-install: missing alias (symlink) for completed command.  
>> No "grub" entries found at all in "/usr/share/bash-completions".
> Did you install it with USE=multislot? That would cause all those
> commands to be named grub2-* instead of grub-*, which may confuse the
> bash completions.
>
>

The USE flags it was installed with :

sys-boot/grub:2 efiemu fonts mount nls sdl themes truetype -debug
-device-mapper -doc -multislot -static -test

results of "emerge --search grub"
> * sys-boot/grub Latest version available: 2.02_beta3-r1 Latest version
> installed: 2.02_beta3-r1 Size of files: 7,623 KiB Homepage:
> https://www.gnu.org/software/grub/ Description: GNU GRUB boot loader
> License: GPL-3 fonts? ( GPL-2-with-font-exception ) themes? (
> BitstreamVera ) * sys-boot/grub-static Latest version available:
> 0.97-r12 Latest version installed: [ Not Installed ] Size of files:
> 1,145 KiB Homepage: https://www.gnu.org/software/grub/ Description:
> GNU GRUB Legacy boot loader (static build) License: GPL-2



--

I did a --unmerge && emerged "app-shells/bash-completion" again. Now I
have a 'grub' config file for bash-completions.

The following are missing :

grub-mkpasswd-pbkdf2
grub-editenv
grub-sparc64-setup
grub-bios-setup

-

Should have known. Install order is critical. Everything else first, 
"bash-completions" last.

Thank you for for getting the mental gears moving again.

Re: [gentoo-user] bash-completion question(s)

[Neil Bothwick]

On Tue, 31 Jan 2017 12:34:50 -0600, Corbin Bird wrote:

> The package "sys-boot/grub:2" popped this warning during updates :
> 
> > Problems with installed bash completions were found:
> >
> > grub: 'have' command is deprecated and must not be used.
> > grub: incorrect name, no completions for 'grub' command defined.
> > grub-mkconfig: missing alias (symlink) for completed command.
> > grub-mkpasswd-pbkdf2: missing alias (symlink) for completed
> > command. grub-mkrescue: missing alias (symlink) for completed command.
> > grub-reboot: missing alias (symlink) for completed command.
> > grub-editenv: missing alias (symlink) for completed command.
> > grub-set-default: missing alias (symlink) for completed command.
> > grub-mkimage: missing alias (symlink) for completed command.
> > grub-sparc64-setup: missing alias (symlink) for completed command.
> > grub-bios-setup: missing alias (symlink) for completed command.
> > grub-script-check: missing alias (symlink) for completed command.
> > grub-probe: missing alias (symlink) for completed command.
> > grub-mkfont: missing alias (symlink) for completed command.
> > grub-install: missing alias (symlink) for completed command.  
> 
> No "grub" entries found at all in "/usr/share/bash-completions".

Did you install it with USE=multislot? That would cause all those
commands to be named grub2-* instead of grub-*, which may confuse the
bash completions.


-- 
Neil Bothwick

"Be strict when sending and tolerant when receiving."
 RFC 1958 - Architectural Principles of the Internet - section 3.9


pgplmKY4zgqBm.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] bash-completion question(s)

[Dale]

Corbin Bird wrote:
> On 02/02/2017 04:38 AM, Dale wrote:
>> Corbin Bird wrote:
>>> The package "sys-boot/grub:2" popped this warning during updates :
>>>
 Problems with installed bash completions were found:

 grub: 'have' command is deprecated and must not be used.
 grub: incorrect name, no completions for 'grub' command defined.
 grub-mkconfig: missing alias (symlink) for completed command.
 grub-mkpasswd-pbkdf2: missing alias (symlink) for completed command.
 grub-mkrescue: missing alias (symlink) for completed command.
 grub-reboot: missing alias (symlink) for completed command.
 grub-editenv: missing alias (symlink) for completed command.
 grub-set-default: missing alias (symlink) for completed command.
 grub-mkimage: missing alias (symlink) for completed command.
 grub-sparc64-setup: missing alias (symlink) for completed command.
 grub-bios-setup: missing alias (symlink) for completed command.
 grub-script-check: missing alias (symlink) for completed command.
 grub-probe: missing alias (symlink) for completed command.
 grub-mkfont: missing alias (symlink) for completed command.
 grub-install: missing alias (symlink) for completed command.
>>> No "grub" entries found at all in "/usr/share/bash-completions".
>>>
>>> Is it correct to assume any "bash-completions" are strictly personal
>>> choice and NOT technically required?
>>>
>> I emerged grub here to see if I would get any of those messages.  I
>> didn't.  It merged cleanly as far as I can tell.  This is the version I
>> have:
>>
>> sys-boot/grub-2.02_beta3-r1
>>
>> As far as your question, the package itself should work with or without
>> bash-completion.  As far as I know, it only affects using tab to
>> complete commands/options. 
>>
>> Dale
>>
>> :-)  :-) 
>>
>
> I should have mentioned the package "app-shells/bash-completion" was
> installed. My mistake.
>
> So, I will treat "bash-completions" as optional.
>
> For your efforts and time, Thank You.
>
>

I sort of figured it was.  I didn't get those messages here so I suspect
that something isn't normal about what you are getting.  I just don't
know why that is.  The only mention of bash in what is installed here is
this:

root@fireball / # equery f grub | grep bash
/usr/share/bash-completion
/usr/share/bash-completion/completions
/usr/share/bash-completion/completions/grub
root@fireball / # 

I would think that should be the same here, unless we have different USE
flags.  There was no mention of it during the emerge process.  Either
way, grub should work just fine. 

On another note, I've noticed some bash completions not working that
used to.  I'm not sure what is up there.  Related, don't know.

You're welcome. 

Dale

:-)  :-) 

Re: [gentoo-user] bash-completion question(s)

[Corbin Bird]

On 02/02/2017 04:38 AM, Dale wrote:
> Corbin Bird wrote:
>> The package "sys-boot/grub:2" popped this warning during updates :
>>
>>> Problems with installed bash completions were found:
>>>
>>> grub: 'have' command is deprecated and must not be used.
>>> grub: incorrect name, no completions for 'grub' command defined.
>>> grub-mkconfig: missing alias (symlink) for completed command.
>>> grub-mkpasswd-pbkdf2: missing alias (symlink) for completed command.
>>> grub-mkrescue: missing alias (symlink) for completed command.
>>> grub-reboot: missing alias (symlink) for completed command.
>>> grub-editenv: missing alias (symlink) for completed command.
>>> grub-set-default: missing alias (symlink) for completed command.
>>> grub-mkimage: missing alias (symlink) for completed command.
>>> grub-sparc64-setup: missing alias (symlink) for completed command.
>>> grub-bios-setup: missing alias (symlink) for completed command.
>>> grub-script-check: missing alias (symlink) for completed command.
>>> grub-probe: missing alias (symlink) for completed command.
>>> grub-mkfont: missing alias (symlink) for completed command.
>>> grub-install: missing alias (symlink) for completed command.
>> No "grub" entries found at all in "/usr/share/bash-completions".
>>
>> Is it correct to assume any "bash-completions" are strictly personal
>> choice and NOT technically required?
>>
> I emerged grub here to see if I would get any of those messages.  I
> didn't.  It merged cleanly as far as I can tell.  This is the version I
> have:
>
> sys-boot/grub-2.02_beta3-r1
>
> As far as your question, the package itself should work with or without
> bash-completion.  As far as I know, it only affects using tab to
> complete commands/options. 
>
> Dale
>
> :-)  :-) 
>


I should have mentioned the package "app-shells/bash-completion" was
installed. My mistake.

So, I will treat "bash-completions" as optional.

For your efforts and time, Thank You.

Re: [gentoo-user] bash-completion question(s)

[Dale]

Corbin Bird wrote:
> The package "sys-boot/grub:2" popped this warning during updates :
>
>> Problems with installed bash completions were found:
>>
>> grub: 'have' command is deprecated and must not be used.
>> grub: incorrect name, no completions for 'grub' command defined.
>> grub-mkconfig: missing alias (symlink) for completed command.
>> grub-mkpasswd-pbkdf2: missing alias (symlink) for completed command.
>> grub-mkrescue: missing alias (symlink) for completed command.
>> grub-reboot: missing alias (symlink) for completed command.
>> grub-editenv: missing alias (symlink) for completed command.
>> grub-set-default: missing alias (symlink) for completed command.
>> grub-mkimage: missing alias (symlink) for completed command.
>> grub-sparc64-setup: missing alias (symlink) for completed command.
>> grub-bios-setup: missing alias (symlink) for completed command.
>> grub-script-check: missing alias (symlink) for completed command.
>> grub-probe: missing alias (symlink) for completed command.
>> grub-mkfont: missing alias (symlink) for completed command.
>> grub-install: missing alias (symlink) for completed command.
> No "grub" entries found at all in "/usr/share/bash-completions".
>
> Is it correct to assume any "bash-completions" are strictly personal
> choice and NOT technically required?
>

I emerged grub here to see if I would get any of those messages.  I
didn't.  It merged cleanly as far as I can tell.  This is the version I
have:

sys-boot/grub-2.02_beta3-r1

As far as your question, the package itself should work with or without
bash-completion.  As far as I know, it only affects using tab to
complete commands/options. 

Dale

:-)  :-) 

Re: [gentoo-user] bash-completion 2: gentoo completion files installed wrong?

[Frank Steinmetzger]

On Tue, Sep 29, 2015 at 08:14:06PM -0500, Dale wrote:
> Frank Steinmetzger wrote:
> > Hello fellows
> >
> > I’m trying to teach my bash to complete again. Ever since the upgrade from
> > v1 to v2 a year ago, I’ve been missing out on it in parts. I had some time
> > today, so I dug and found out that the central bash completion script that
> > sits at /usr/share/bash-completion/bash_completion looks in ./completions.
> > Eselect bashcomp looks in that same directory. However, there are a number
> > of files in ./ which neither eselect nor bashcomp find. Most notably, many
> > of Gentoo’s own completions such as eselect are located there:
> > […]
> 
> Well, I'm no expert on this but I recall there being a news item on this
> a while back.  Did you miss it?  Here it is if you did.

Expert or not – it was what resolved the issue for me. I did remember that
message, but thought it would only speak of the new method of loading
completions and that I no longer had to enable them by hand.

-- 
Gruß | Greetings | Qapla’
Please do not share anything from, with or about me with any social network.

These valuable information, put in a Braille line, would give
a flat, polished surface.  Thank you.  (SelfHTML forum)

Re: [gentoo-user] bash-completion 2: gentoo completion files installed wrong?

[Dale]

Frank Steinmetzger wrote:
> On Tue, Sep 29, 2015 at 08:14:06PM -0500, Dale wrote:
>> Frank Steinmetzger wrote:
>>> Hello fellows
>>>
>>> I’m trying to teach my bash to complete again. Ever since the upgrade from
>>> v1 to v2 a year ago, I’ve been missing out on it in parts. I had some time
>>> today, so I dug and found out that the central bash completion script that
>>> sits at /usr/share/bash-completion/bash_completion looks in ./completions.
>>> Eselect bashcomp looks in that same directory. However, there are a number
>>> of files in ./ which neither eselect nor bashcomp find. Most notably, many
>>> of Gentoo’s own completions such as eselect are located there:
>>> […]
>> Well, I'm no expert on this but I recall there being a news item on this
>> a while back.  Did you miss it?  Here it is if you did.
> Expert or not – it was what resolved the issue for me. I did remember that
> message, but thought it would only speak of the new method of loading
> completions and that I no longer had to enable them by hand.
>


Well, I'm glad I posted since it helped fix the problem.  Let's all do a
little dance now.  :-D 

Dale

:-)  :-) 

Re: [gentoo-user] bash-completion 2: gentoo completion files installed wrong?

[Dale]

Frank Steinmetzger wrote:
> Hello fellows
>
> I’m trying to teach my bash to complete again. Ever since the upgrade from
> v1 to v2 a year ago, I’ve been missing out on it in parts. I had some time
> today, so I dug and found out that the central bash completion script that
> sits at /usr/share/bash-completion/bash_completion looks in ./completions.
> Eselect bashcomp looks in that same directory. However, there are a number
> of files in ./ which neither eselect nor bashcomp find. Most notably, many
> of Gentoo’s own completions such as eselect are located there:
>
> /usr/share/bash-completion $ ls completions | wc -l
> 729
> /usr/share/bash-completion $ eselect bashcomp list | tail -n 1
>   [729] zramctl *
> /usr/share/bash-completion $ ls
> bash_completion calibre-debug completions ebook-convert ebook-meta ebuild
> epkginfo eselect flaggie glsa-check java-config layman metagen pygmentize
> rc-service repoman tmux udisksctl browser-config calibre-server dbus-send
> ebook-device ebook-polish ekeyword epm euse gcc-config helpers kmod lrf2lrs
> pip quilt rc-status revdep-rebuild tree webapp-config calibre calibre-smtp
> distcc-config ebook-edit ebook-viewer emerge equery fetch-ebook-metadata
> genlop hg latexmk lrfviewer portageq rc rc-update splat udevadm youtube-dl
>
> Is this a bug? Or a misconfiguration? Thanks for any hint.


Well, I'm no expert on this but I recall there being a news item on this
a while back.  Did you miss it?  Here it is if you did.



2014-11-25-bash-completion-2_1-r90
  Title bash-completion-2.1-r90
  AuthorMichał Górny 
  Posted2014-11-25
  Revision  1

Starting with app-shells/bash-completion-2.1-r90, the framework used to
enable and manage completions in Gentoo is finally changing in order to
properly follow upstream design. This has some important implications
for our users.

Firstly, the install location for completions changes to follow upstream
default. The completions enabled before the upgrade will continue to
work but you may no longer be able to enable or disable completions
installed prior to the upgrade. To solve this issue, the packages
installing completions need to rebuilt. The following command can be
used to automatically rebuild all the relevant packages:

$ find /usr/share/bash-completion -maxdepth 1 -type f \
'!' -name 'bash_completion' -exec emerge -1v {} +

Secondly, the autoloading support introduced upstream removes the
penalties involved with enabling a great number of completions. This
allowed us to switch to an opt-out model where all completions installed
after the upgrade are enabled by default. Specific completions can be
disabled using 'eselect bashcomp disable ...'

The model change implies that all current selections done using 'eselect
bashcomp' can not be properly migrated and will be disregarded when
the relevant completion files are built against the new bash-completion
version. After rebuilding all the packages providing completion files,
you may want to remove the symlinks that were used to configure
the previous framework using the following command:

$ find /etc/bash_completion.d -type l -delete

Thirdly, we have solved the issue causing bash-completion support to be
enabled by default on login shells only. If you needed to explicitly
source 'bash_completion' script in bashrc, you can safely remove that
code now since system-wide bashrc takes care of loading it.

Lastly, we would like to explain that USE=bash-completion is being
removed from packages for the completions will be installed
unconditionally now. However, this will result in some implicit
dependencies being removed. Most specifically, users wishing to use
bash-completion will have to request app-shells/bash-completion
explicitly, e.g.:

$ emerge -n app-shells/bash-completion



Maybe you need to follow some part or all of that to get things back on
track  I haven't had any trouble with mine here tho. 

Dale

:-)  :-) 

Re: [gentoo-user] bash completion doesn't always work with sudo

[staticsafe]

On 4/6/2014 06:44, Nikos Chantziaras wrote:
 I have a problem where commands preceded by sudo are not always
 auto-completed. This happens with executables that don't have user
 execute permission. For example, net-analyzer/tcptraceroute installs
 this binary:
 
  -rws--x--- 1 root wheel 35536 Mar  8 23:32 /usr/sbin/tcptraceroute
 
 Typing:
 
   sudo tcptr[TAB]
 
 does not auto-complete. Changing the permissions:
 
   chmod a+x /usr/sbin/tcptraceroute
 
 makes it work.
 
 Is there a way to make bash-completion work without having to modify the
 permissions?
 
 

According to https://bbs.archlinux.org/viewtopic.php?id=45613:
adding `complete -cf sudo` to your .bashrc will make tab completion work
with sudo.

Just tested:
dresden ~ # complete -cf sudo
dresden ~ # sudo tcp
tcpd   tcpdchktcpdmatch  tcpdumptcptraceroute
dresden ~ # ls -alh /usr/sbin/tcptraceroute
-rws--x--- 1 root wheel 35K Apr  6 15:54 /usr/sbin/tcptraceroute


-- 
staticsafe

Re: [gentoo-user] bash completion doesn't always work with sudo

[Rockinghorse Winner (Terry)]

staticsafe wrote:

On 4/6/2014 06:44, Nikos Chantziaras wrote:

I have a problem where commands preceded by sudo are not always
auto-completed. This happens with executables that don't have user
execute permission. For example, net-analyzer/tcptraceroute installs
this binary:

  -rws--x--- 1 root wheel 35536 Mar  8 23:32 /usr/sbin/tcptraceroute

Typing:

   sudo tcptr[TAB]

does not auto-complete. Changing the permissions:

   chmod a+x /usr/sbin/tcptraceroute

makes it work.

Is there a way to make bash-completion work without having to modify the
permissions?



According to https://bbs.archlinux.org/viewtopic.php?id=45613:
adding `complete -cf sudo` to your .bashrc will make tab completion work
with sudo.

Just tested:
dresden ~ # complete -cf sudo
dresden ~ # sudo tcp
tcpd   tcpdchktcpdmatch  tcpdumptcptraceroute
dresden ~ # ls -alh /usr/sbin/tcptraceroute
-rws--x--- 1 root wheel 35K Apr  6 15:54 /usr/sbin/tcptraceroute



Cool. Thanks.

Re: [gentoo-user] bash-completion change?

[Douglas J Hunley]

On Wed, Jul 24, 2013 at 10:05 AM, Stefano Crocco stefano.cro...@alice.itwrote:


 There are a few bugs regarding this issue, for example: 472938, 476992 and
 477214. If I understand things correctly, all installed modules are
 enabled,
 but they're loaded on-demand (I guess this means the first time they're
 used, but I'm not sure). The way suggested in one of these bugs to have a
 working autocompletion is to source
 /usr/share/bash-completion/bash_completion
 from you .bashrc file.

 Stefano



I agree w/ the user in 477214. This is completely broken. And the lack of
notice to the user post-emerge on how to set things up 'the new way' is
infuriating. Guess I'll add this to my 'check back in 6 months to see if
they've got it sorted' list

Thanks Stefano

-- 
Douglas J Hunley (doug.hun...@gmail.com)
Twitter: @hunleyd   Web:
douglasjhunley.com
G+: http://goo.gl/sajR3

Re: Re: [gentoo-user] bash-completion change?

[Stefano Crocco]

On Thursday 25 July 2013 Douglas J Hunley wrote
 On Wed, Jul 24, 2013 at 10:05 AM, Stefano Crocco 
stefano.cro...@alice.itwrote:
  There are a few bugs regarding this issue, for example: 472938, 476992 and
  477214. If I understand things correctly, all installed modules are
  enabled,
  but they're loaded on-demand (I guess this means the first time they're
  used, but I'm not sure). The way suggested in one of these bugs to have a
  working autocompletion is to source
  /usr/share/bash-completion/bash_completion
  from you .bashrc file.
  
  Stefano
 
 I agree w/ the user in 477214. This is completely broken. And the lack of
 notice to the user post-emerge on how to set things up 'the new way' is
 infuriating. Guess I'll add this to my 'check back in 6 months to see if
 they've got it sorted' list
 
 Thanks Stefano
 
 --
 Douglas J Hunley (doug.hun...@gmail.com)
 Twitter: @hunleyd   Web:
 douglasjhunley.com
 G+: http://goo.gl/sajR3

I agree with you about the lack of a post-emerge message! I spent at least one 
hour the other day trying to understand why suddenly bash completion wasn't 
working anymore. I think all of this is still a work in progress, however, 
since the eselect package still installs the man page for the bashcomp module 
(bashcomp.eselect)!

Stefano

Re: [gentoo-user] bash-completion change?

[Stefano Crocco]

On Wednesday 24 July 2013 Douglas J Hunley wrote
 As of bash-completion-2.1-r1 it appears the eselect module is gone and the
 use of /etc/bash-completion.d is dead. Does this mean that all completions
 are enabled globally by default now? It used to be that you could turn each
 individual one on/off either globally or per user. Anyone know what the new
 'one true way' is here?
 
 --
 Douglas J Hunley (doug.hun...@gmail.com)
 Twitter: @hunleyd   Web:
 douglasjhunley.com
 G+: http://goo.gl/sajR3

There are a few bugs regarding this issue, for example: 472938, 476992 and 
477214. If I understand things correctly, all installed modules are enabled, 
but they're loaded on-demand (I guess this means the first time they're 
used, but I'm not sure). The way suggested in one of these bugs to have a 
working autocompletion is to source /usr/share/bash-completion/bash_completion 
from you .bashrc file.

Stefano

Re: [gentoo-user] BASH Completion - Mixing directories and executables

[James Broadhead]

On 3 October 2011 01:42, Hilco Wijbenga hilco.wijbe...@gmail.com wrote:
 foo

It's possible that you would prefer zsh's completion style and configurability.

Re: [gentoo-user] BASH Completion - Mixing directories and executables

[Hilco Wijbenga]

On 3 October 2011 01:05, James Broadhead jamesbroadh...@gmail.com wrote:
 On 3 October 2011 01:42, Hilco Wijbenga hilco.wijbe...@gmail.com wrote:
 foo

foo? :-)

 It's possible that you would prefer zsh's completion style and 
 configurability.

All right, thank you. I've seen ZSH mentioned several times before. I
guess it's time to take a look.

Re: [gentoo-user] BASH Completion - Mixing directories and executables

[Alexander Tanyukevich]

On Monday, October 3, 2011, Hilco Wijbenga wrote:

 Hi all,

 I was wondering if someone had a good suggestion to fix the following:

 $ woTAB
 $ wordTABTAB
 $ word
 wordforms  wordlist2hunspell
 $workTAB
 $workspaces/

 I'm trying to reach the workspaces directory but BASH completion
 seems to prefer executables. It seems to only list directories if no
 executables are found.

 Is it possible to combine them or something like that?

 Cheers,
 Hilco


if you're disable bash completion situation will be the same. That's how it
works.
If you want to reach workspaces you should try:

$./wotab


-- 
Alexander Tanyukevich
atanyukev...@gmail.com

Re: [gentoo-user] BASH Completion - Mixing directories and executables

[Hilco Wijbenga]

On 2 October 2011 16:37, Alexander Tanyukevich atanyukev...@gmail.com wrote:

 On Monday, October 3, 2011, Hilco Wijbenga wrote:

 Hi all,

 I was wondering if someone had a good suggestion to fix the following:

 $ woTAB
 $ wordTABTAB
 $ word
 wordforms          wordlist2hunspell
 $workTAB
 $workspaces/

 I'm trying to reach the workspaces directory but BASH completion
 seems to prefer executables. It seems to only list directories if no
 executables are found.

 Is it possible to combine them or something like that?

 Cheers,
 Hilco

 if you're disable bash completion situation will be the same. That's how it
 works.
 If you want to reach workspaces you should try:
 $./wotab

I see. That's unfortunate. How do aliases fit in?

Re: [gentoo-user] Bash completion annoyance: escapes directory variables.

[Stroller]

On 17 Jan 2009, at 13:23, Jean-Baptiste Mestelan wrote:

...
Now, I am unsure whether this is a feature, but:
when I tab-complete 'cd ' followed  an environment variable, bash
insists on escaping this variable.

ex: cd $TAB - cd \$
Which means I end up typing for example
# cd \$DOC
and this is not resolved right.

If the variable path is not preceded by 'cd ' , bash completes it OK,
without escaping them.


A system here does the same thing, another across town behaves  
correctly.


(I don't actually have $DOC set on either, but `cd /` and then use  
autocomplete to `cd $HOME`, which is set.)


I don't know much about this, but I wonder if it may be related to  
some of Gentoo's 3rd-party Bash-completion features?



WORKING SYSTEM:

$ eselect bashcomp list
Available completions:
  [1]   eselect
  [2]   genlop *
  [3]   vim
  [4]   xxd
$


NON-WORKING SYSTEM:

$ eselect bashcomp list
Available completions:
  [1]   bash-completion-config
  [2]   bitkeeper
  [3]   bittorrent
  [4]   cksfv
  [5]   clisp
  [6]   dsniff
  [7]   freeciv
  [8]   gcl
  [9]   gentoo *
  [10]  gkrellm
  [11]  gnatmake
  [12]  harbour
  [13]  hg
  [14]  isql
  [15]  larch
  [16]  lilypond
  [17]  lisp
  [18]  mailman
  [19]  mcrypt
  [20]  modules
  [21]  mtx
  [22]  p4
  [23]  povray
  [24]  ri
  [25]  sbcl
  [26]  sitecopy
  [27]  snownews
  [28]  svk
  [29]  unace *
  [30]  unrar *
$


You might also check bash-completion USE flags.

Stroller.

Re: [gentoo-user] Bash completion annoyance: escapes directory variables.

[felix]

On Sat, Jan 17, 2009 at 03:27:04PM +, Stroller wrote:

 On 17 Jan 2009, at 13:23, Jean-Baptiste Mestelan wrote:
 ...
 Now, I am unsure whether this is a feature, but:
 when I tab-complete 'cd ' followed  an environment variable, bash
 insists on escaping this variable.

 ex: cd $TAB - cd \$
 Which means I end up typing for example
 # cd \$DOC
 and this is not resolved right.

 If the variable path is not preceded by 'cd ' , bash completes it OK,
 without escaping them.

 A system here does the same thing, another across town behaves correctly.

 (I don't actually have $DOC set on either, but `cd /` and then use 
 autocomplete to `cd $HOME`, which is set.)

 I don't know much about this, but I wonder if it may be related to some of 
 Gentoo's 3rd-party Bash-completion features?

I have the same problem, and it also won't tab complete file names
inside back quotes as it used to.  If I have /tmp/fix-me-now, this
will simply beep.  It used to work.  I have gotten so used to gentoo
enhancements screwing up things like this that I won't waste time
filing bug reports or whining on the mailing liost until it has gone
several weeks without being fixed.  I figure sooner or later some dev
will notice it without haviung to ignore my whinings in the mean time.

$ emacs `cat /tmp/fix[TAB]

-- 
... _._. ._ ._. . _._. ._. ___ .__ ._. . .__. ._ .. ._.
 Felix Finch: scarecrow repairman  rocket surgeon / fe...@crowfix.com
  GPG = E987 4493 C860 246C 3B1E  6477 7838 76E9 182E 8151 ITAR license #4933
I've found a solution to Fermat's Last Theorem but I see I've run out of room o

Re: [gentoo-user] Bash completion annoyance: escapes directory variables.

[Jean-Baptiste Mestelan]

2009/1/17 Stroller strol...@stellar.eclipse.co.uk:

 I don't know much about this, but I wonder if it may be related to some of
 Gentoo's 3rd-party Bash-completion features?

I have unmerged gentoo-bashcomp, but the problem remains. So, this
would put the blame on bash-completion.

I am using bash-completion-20060301. Following your message, I have
upgraded to latest (unstable) bash-completion-20081218
*and this solved the original problem* : tab-completion now does not
escape variables after 'cd' !

BUT (there had to be a 'but') ...
gentoo-bashcomp does not play well with this latest version, meaning
that after re-installing bashcomp, completion does not work after
gentoo commands (emerge, ebuild ...).


So, I think I will get back to bash-completion-20060301, and use cdb
instead of path variables.

Thanks for attention and suggestions.


 You might also check bash-completion USE flags.

# equery uses app-shells/bash-completion
[ Searching for packages matching app-shells/bash-completion... ]
[ Colour Code : set unset ]
[ Legend : Left column  (U) - USE flags from make.conf  ]
[: Right column (I) - USE flags packages was installed with ]
[ No USE flags found for app-shells/bash-completion-20060301]

Re: [gentoo-user] Bash completion annoyance: escapes directory variables.

[Peter Alfredsen]

On Sat, 17 Jan 2009 20:59:38 +0100
Jean-Baptiste Mestelan meste...@gmail.com wrote:

 BUT (there had to be a 'but') ...
 gentoo-bashcomp does not play well with this latest version, meaning
 that after re-installing bashcomp, completion does not work after
 gentoo commands (emerge, ebuild ...).

Did you try using unstable gentoo-bashcomp too?

/PA

Re: [gentoo-user] Bash completion annoyance: escapes directory variables.

[Jean-Baptiste Mestelan]

2009/1/18 Peter Alfredsen loki_...@gentoo.org:
 Did you try using unstable gentoo-bashcomp too?

Yes, exact same result, meaning gentoo specific completion is disabled.
Does it work for you folks ?

Re: [gentoo-user] Bash completion problem: can anyone confirm?

[Willie Wong]

On Sun, Jan 04, 2009 at 03:27:01PM +, Penguin Lover Graham Murray squawked:
 Willie Wong ww...@princeton.edu writes:
 
  Before I file a bug, I want to see if this is reproducible by others:
 
  After I boot into the console, if I type anything and then hit tab
  for the bash completion, it gives an error
-bash: _filedir: command not found
  The weird thing is that if I start X and try the same in an aterm, the
  tab completion works as expected. 
 
  I am currently on bash-completion-20081218, does anyone else have the
  same problem?
 
 I only saw the problem with vim, and then only for user root as a normal
 user it worked fine. So I disabled bash completion for vim. 

Okay, I have a theory. But I still have to check it on my laptop to be
sure. I just read the 20081218 version ebuild, and it states that for
non-login shells, one should source /etc/profile.d/bash-completion.sh

This is different from the previous version (20060301*) where one
should source /etc/profile.d/bash-completion (note the lack of .sh in
the file name). With the addition of the .sh suffix, for login shells,
the bash-completion scripts will be automatically sourced (when bash
loads /etc/profile it sources /etc/profile.d/*.sh by default on
Gentoo). 

So this suggests that, though I have not checked on my laptop, that on
my aterms bash-completion is actually NOT activated, since my .bashrc
almost certainly included the line to source bash-completion and not
bash-completion.sh, which explains the different behaviour between an 
aterm and a login console. 

The next postulate is that since Graham noticed the behaviour only
manifesting itself for vim and turning off the vim completion (I
remember vaguely that on my laptop 'eselect bashcomp list --global'
shows vim completion as enabled) that this maybe a bug with the module
relating to bash completion for vim. 

I'll check my hypothesis tonight and report back. 

W
-- 
Inside some of us is a thin person struggling to get out, but she can
usually be sedated with a few pieces of chocolate cake.
Sortir en Pantoufles: up 759 days, 17:55

Re: [gentoo-user] Bash completion problem: can anyone confirm?

[Graham Murray]

Willie Wong ww...@princeton.edu writes:

 Before I file a bug, I want to see if this is reproducible by others:

 After I boot into the console, if I type anything and then hit tab
 for the bash completion, it gives an error
   -bash: _filedir: command not found
 The weird thing is that if I start X and try the same in an aterm, the
 tab completion works as expected. 

 I am currently on bash-completion-20081218, does anyone else have the
 same problem?

I only saw the problem with vim, and then only for user root as a normal
user it worked fine. So I disabled bash completion for vim. 

Re: [gentoo-user] Bash completion problem: can anyone confirm?

[Mick]

On Sunday 04 January 2009, Graham Murray wrote:
 Willie Wong ww...@princeton.edu writes:
  Before I file a bug, I want to see if this is reproducible by others:
 
  After I boot into the console, if I type anything and then hit tab
  for the bash completion, it gives an error
-bash: _filedir: command not found
  The weird thing is that if I start X and try the same in an aterm, the
  tab completion works as expected.
 
  I am currently on bash-completion-20081218, does anyone else have the
  same problem?

 I only saw the problem with vim, and then only for user root as a normal
 user it worked fine. So I disabled bash completion for vim.

Check your relevant ~/.bashrc for this:

##uncomment the following to activate bash-completion:
#[ -f /etc/profile.d/bash-completion ]  \ 
source /etc/profile.d/bash-completion
-- 
Regards,
Mick


signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] bash completion

[JimD]

fire-eyes wrote:
 Hi, i'm trying to use bash completion. That is, the extended bash completion.
 
 I merged bash-completion, and it tells me to do the following:
 
 einfo Add the following to your ~/.bashrc to enable completion support.
 einfo NOTE: to avoid things like Gentoo bug #98627, you should set 
 aliases
 einfo after sourcing /etc/profile.d/bash-completion.
 einfo
 einfo [[ -f /etc/profile.d/bash-completion ]]  \\ 
 einfo source /etc/profile.d/bash-completion
 
 I have done this as root, and also done an eselect bashcomp enable modules , 
 log out, back in, yet i am not able to complete modprobe -v ipw2[tab] which 
 should expand to ipw2200.
 
 Any ideas?

try the following:

[EMAIL PROTECTED] $ source /etc/bash_completion

[EMAIL PROTECTED] $ modprobe -v snd-inte[tab][tab]
snd-intel8x0   snd-intel8x0m   snd-interwave   snd-interwave-stb


I have to hit tab twice to get a list.  Replace snd-inte with any module
you have.  I didn't compile ipw2200.  You could also just try:

[EMAIL PROTECTED] $ modprobe[space][tab][tab]
Display all 385 possibilities? (y or n)

Do you get something like the above?

Jim
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion

[Willie Wong]

On Mon, Apr 24, 2006 at 06:45:27PM -0400, Penguin Lover JimD squawked:
 try the following:
 
 [EMAIL PROTECTED] $ source /etc/bash_completion
 
 [EMAIL PROTECTED] $ modprobe -v snd-inte[tab][tab]
 snd-intel8x0   snd-intel8x0m   snd-interwave   snd-interwave-stb
 
 
 I have to hit tab twice to get a list.  Replace snd-inte with any module
 you have.  I didn't compile ipw2200.  You could also just try:
 
 [EMAIL PROTECTED] $ modprobe[space][tab][tab]
 Display all 385 possibilities? (y or n)
 
 Do you get something like the above?
 
 Jim

I also have that. I am just wondering since the OP mentioned he used
  eselect bashcomp enable modules
I am leaning toward
  eselect bashcomp enable gentoo
being the one he wants. (I have module completion, and the only two
enabled bash-completion modules I have are 'gentoo' and 'eselect', and
I doubt the latter would be the one providing module completion.)

W
-- 
What is the meaning of Life?

To search for truth and beauty.
To ask questions.
To find the answer to this question
To rigorously mathematically prove by epislon-delta treatment that this 
question has no answer. Proof? For all oranges greater than zero, there exists 
a banana such that for all fruits tastier than the banana, an orange sweeter 
than a banana implies the orange is yellow. So by the Jedi-Schwartz Inequality,
all oranges are not orange. This leads to an obvious contradiction.

It's too bad life is a departmental requirement, otherwise I'd P/D/F it.

 ~Phil Wei
Sortir en Pantoufles: up 163 days, 15:48
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion

[fire-eyes]

On Monday 24 April 2006 18:45, JimD wrote:
 try the following:

 [EMAIL PROTECTED] $ source /etc/bash_completion

 [EMAIL PROTECTED] $ modprobe -v snd-inte[tab][tab]
 snd-intel8x0   snd-intel8x0m   snd-interwave   snd-interwave-stb


 I have to hit tab twice to get a list.  Replace snd-inte with any module
 you have.  I didn't compile ipw2200.  You could also just try:

 [EMAIL PROTECTED] $ modprobe[space][tab][tab]
 Display all 385 possibilities? (y or n)

 Do you get something like the above?

Curious. That worked fine. So why isn't it being sourced since i followed the 
directions at the end of the ebuild?

-- 
When you walk across the fields with your mind pure and holy, then from
all the stones, and all growing things, and all animals, the sparks of
their soul come out and cling to you. And then they are purified, and
become a holy fire in you. -- Ancient Hasidic Saying

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion

[JimD]

fire-eyes wrote:
 On Monday 24 April 2006 18:45, JimD wrote:
 try the following:

 [EMAIL PROTECTED] $ source /etc/bash_completion

 [EMAIL PROTECTED] $ modprobe -v snd-inte[tab][tab]
 snd-intel8x0   snd-intel8x0m   snd-interwave   snd-interwave-stb


 I have to hit tab twice to get a list.  Replace snd-inte with any module
 you have.  I didn't compile ipw2200.  You could also just try:

 [EMAIL PROTECTED] $ modprobe[space][tab][tab]
 Display all 385 possibilities? (y or n)

 Do you get something like the above?
 
 Curious. That worked fine. So why isn't it being sourced since i followed the 
 directions at the end of the ebuild?

Do you have your terminal set to create a login shell?  I noticed that
/etc/profile will source /etc/profile.d/*.sh when you log in.  However
if you look in /etc/profile.d/, bash-completion gets installed as
bash-completion and not bash-completion.sh.  So it appears to never get
sourced.  I renamed it to bash-completion.sh and it works for me.  I
also set gnome-terminal to create a login shell.

A login shell will source /etc/profile and /etc/bash/bashrc where as a
non-login shell will only source /etc/bash/bashrc.

Jim
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion

[fire-eyes]

On Monday 24 April 2006 20:05, JimD wrote:
 Do you have your terminal set to create a login shell?  I noticed that
 /etc/profile will source /etc/profile.d/*.sh when you log in.  However
 if you look in /etc/profile.d/, bash-completion gets installed as
 bash-completion and not bash-completion.sh.  So it appears to never get
 sourced.  I renamed it to bash-completion.sh and it works for me.  I
 also set gnome-terminal to create a login shell.

 A login shell will source /etc/profile and /etc/bash/bashrc where as a
 non-login shell will only source /etc/bash/bashrc.

 Jim

Well, i got totally confused, it seemed i couldn't for the life of me get 
~/.bashrc pulled in no matter what i did.

I put the following into ~/.bash_profile and it worked out fine. I'm wondering 
if that information sent out at the end of the ebuild is wrong, or if i'm 
just confused:

[[ -f /etc/bash_completion ]]  \
source /etc/bash_completion

Thanks for the replies, and I'm interested if you think the info at the end of 
the ebuild was wrong. I'll paste it again here:

einfo Add the following to your ~/.bashrc to enable completion support.
einfo NOTE: to avoid things like Gentoo bug #98627, you should set 
aliases
einfo after sourcing /etc/profile.d/bash-completion.
einfo
einfo [[ -f /etc/profile.d/bash-completion ]]  \\ 
einfo source /etc/profile.d/bash-completion

-- 
When you walk across the fields with your mind pure and holy, then from
all the stones, and all growing things, and all animals, the sparks of
their soul come out and cling to you. And then they are purified, and
become a holy fire in you. -- Ancient Hasidic Saying

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion

[JimD]

fire-eyes wrote:
 
 Well, i got totally confused, it seemed i couldn't for the life of me get 
 ~/.bashrc pulled in no matter what i did.
 
 I put the following into ~/.bash_profile and it worked out fine. I'm 
 wondering 
 if that information sent out at the end of the ebuild is wrong, or if i'm 
 just confused:
 
 [[ -f /etc/bash_completion ]]  \
 source /etc/bash_completion


try putting something like this in ~/.bashrc

echo sourcing /etc/bash_completion
if [ -f /etc/bash_completion ]; then
source /etc/bash_completion
fi
echo sourced /etc/bash_completion


Then open a new terminal window/tab and see what you get.  You should
see the output of the two echo's and you should have bash completion.



I also recommend renaming /etc/profile.d/bash-completion to
/etc/profile.d/bash-completion.sh so it gets picked up by /etc/profile.

Jim
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion

[Glenn Enright]

On Tuesday 25 April 2006 12:24 pm, JimD wrote:

 I also recommend renaming /etc/profile.d/bash-completion to
 /etc/profile.d/bash-completion.sh so it gets picked up by /etc/profile.

Doing that creates an error about /etc/bash_completion.sh not existing
-- 
It pays in England to be a revolutionary and a bible-smacker most of
one's life and then come round.
-- Lord Alfred Douglas


pgpGpGgZLec8E.pgp
Description: PGP signature

Re: [gentoo-user] bash completion

[JimD]

Glenn Enright wrote:
 On Tuesday 25 April 2006 12:24 pm, JimD wrote:
 I also recommend renaming /etc/profile.d/bash-completion to
 /etc/profile.d/bash-completion.sh so it gets picked up by /etc/profile.
 
 Doing that creates an error about /etc/bash_completion.sh not existing

Really???  Weird.  Here is what I have at the end of /etc/profile

for sh in /etc/profile.d/*.sh ; do
if [ -r $sh ] ; then
. $sh
fi
done

And here is /etc/profile.d/


total 13K
drwxr-xr-x  2 root root  112 Apr 19 14:14 ./
drwxr-xr-x 81 root root 4.6K Apr 24 18:48 ../
-rwxr-xr-x  1 root root  134 Apr 19 14:14 alias.sh*
-rwxr-xr-x  1 root root  724 Apr 18 20:45 bash-completion.sh*

Make sure the permissions on /etc/profile.d/bash-completion.sh are 755.

Jim
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion

[Willie Wong]

On Mon, Apr 24, 2006 at 08:10:44PM -0400, Penguin Lover fire-eyes squawked:
 Well, i got totally confused, it seemed i couldn't for the life of me get 
 ~/.bashrc pulled in no matter what i did.
 
 I put the following into ~/.bash_profile and it worked out fine. I'm 
 wondering 
.bash_profile is loaded for login shells. 
.bashrc is loaded for for interactive shells that are not login shells. 

The reason .bashrc is usually loaded when you log-in as a user is that
the skeleton file gentoo defaults to when creating a new user
(/etc/skel/*) has the line 
  [[ -f ~/.bashrc ]]  . ~/.bashrc
which sources .bashrc

The default for root, however, does not contain that line (at least on
my box, the installation of which is at least 3 years old). I think
that is cause enough to file a bug against the wordings in the ebuild. 

W
-- 
Fortunately, this is where we stop, for the equations of motion are 2nd order. 
If it were 5th order you'd all probably switch to biology.
~DeathMech, S. Sondhi. P-town PHY 205
Sortir en Pantoufles: up 163 days, 17:11
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion

[Glenn Enright]

On Tuesday 25 April 2006 12:52 pm, JimD wrote:
 Glenn Enright wrote:
  On Tuesday 25 April 2006 12:24 pm, JimD wrote:
  I also recommend renaming /etc/profile.d/bash-completion to
  /etc/profile.d/bash-completion.sh so it gets picked up by /etc/profile.
 
  Doing that creates an error about /etc/bash_completion.sh not existing

 Really???  Weird.  Here is what I have at the end of /etc/profile

 for sh in /etc/profile.d/*.sh ; do
 if [ -r $sh ] ; then
 . $sh
 fi
 done
Actually I cant replicate it... damn :(

What I'm getting now is bash login hangs until I press ^C. the bash_completion 
file works as expected when run manually.
-- 
Fundamentally, there may be no basis for anything.


pgp27DBkMiAah.pgp
Description: PGP signature

Re: [gentoo-user] bash completion

[Glenn Enright]

On Tuesday 25 April 2006 2:49 pm, Glenn Enright wrote:

just added a statement at the end of my profile file to manually 
run /etc/bash-completion and it all seems to work as expected now. Just got 
an issue with csh scripts spitting errors about bindkey not existing and a 
dodgy goto command
-- 
One-Shot Case Study, n.:
The scientific equivalent of the four-leaf clover, from which it is
concluded all clovers possess four leaves and are sometimes green.


pgpXCy3gAF6XG.pgp
Description: PGP signature

Re: [gentoo-user] bash completion for paths not working

[Holly Bostick]

Mark Knecht schreef:
 Hi, On one machine of mine, and only one machine, bash completion is 
 not working for my user account when I try to complete a path. I hit 
 tab and nothing happens. Bash completion is working for files though.
 I can do bash completion in my home directory and get a list of
 files, but if I try to complete /usr/sr  but hitting a tab it just 
 sits and does nothing.
 
 It works fine for root.
 
 What turns this feature on for a user? I copied a good .bashrc file 
 from a working machine over and logged back into the bad machine but 
 that didn't fix it.
 
 man bash makes it look like it should be on by default.
 
 Thanks for the unix lesson.
 
 Cheers, Mark

Yes, I have a similar problem, but bash-completion doesn't work
correctly for anybody (user or su root).

I uncommented the bash completion command in both ~/.bashrcs long ago,
and at first the problem was only for root (which was weird enough); now
(what constitutes 'now' as opposed to 'previously' I don't know) if I
hit tab when filling in a path or a filename, as you said, nothing
happens; if I fill in the rest of the path manually, the file is not
found-- because my use of the TAB key has invisibly taken me up one
directory (where the file does not exist). When I hit enter, I find that
if I had started in /usr/local/src, I am now in /usr/local, for example.

This occurs under various terminals (aterm, gnome-terminal,
multi-gnome-terminal, xterm), although bash-completion fails differently
under each of them (which is also weird). I know something has changed,
but not what.

Although now that I'm looking into this (which I had not really
taken time to do, so I wasn't really 'worrying' about it as I had put
this annoyance on my secondary 'to-do/fix' list, despite the fact that
it's a major annoyance) I notice that I have both bash-completion and
bash-completion-config installed-- and the man
page for bash-completion-config says that the config files are in
/etc/bashcomp-configrc, if it exists, or $HOME/.bashcomp-configrc, if it
exists.

So at least I probably need to check there first to see if
bash-completion has in fact been set, since there is no mention of
~/.bashrc and perhaps those settings are now invalid, or in conflict.

Something for you to check as well, Mark?

Holly
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion for paths not working

[Mark Knecht]

On 10/24/05, Holly Bostick [EMAIL PROTECTED] wrote:
 Mark Knecht schreef:
  Hi, On one machine of mine, and only one machine, bash completion is
  not working for my user account when I try to complete a path. I hit
  tab and nothing happens. Bash completion is working for files though.
  I can do bash completion in my home directory and get a list of
  files, but if I try to complete /usr/sr  but hitting a tab it just
  sits and does nothing.
 
  It works fine for root.
 
  What turns this feature on for a user? I copied a good .bashrc file
  from a working machine over and logged back into the bad machine but
  that didn't fix it.
 
  man bash makes it look like it should be on by default.
 
  Thanks for the unix lesson.
 
  Cheers, Mark

 Yes, I have a similar problem, but bash-completion doesn't work
 correctly for anybody (user or su root).

 I uncommented the bash completion command in both ~/.bashrcs long ago,
 and at first the problem was only for root (which was weird enough); now
 (what constitutes 'now' as opposed to 'previously' I don't know) if I
 hit tab when filling in a path or a filename, as you said, nothing
 happens; if I fill in the rest of the path manually, the file is not
 found-- because my use of the TAB key has invisibly taken me up one
 directory (where the file does not exist). When I hit enter, I find that
 if I had started in /usr/local/src, I am now in /usr/local, for example.

 This occurs under various terminals (aterm, gnome-terminal,
 multi-gnome-terminal, xterm), although bash-completion fails differently
 under each of them (which is also weird). I know something has changed,
 but not what.

 Although now that I'm looking into this (which I had not really
 taken time to do, so I wasn't really 'worrying' about it as I had put
 this annoyance on my secondary 'to-do/fix' list, despite the fact that
 it's a major annoyance) I notice that I have both bash-completion and
 bash-completion-config installed-- and the man
 page for bash-completion-config says that the config files are in
 /etc/bashcomp-configrc, if it exists, or $HOME/.bashcomp-configrc, if it
 exists.

 So at least I probably need to check there first to see if
 bash-completion has in fact been set, since there is no mention of
 ~/.bashrc and perhaps those settings are now invalid, or in conflict.

 Something for you to check as well, Mark?

 Holly

Holly,
   Interesting, but somewhat different than mine. What I'm finding
this morning is that as a user it will complete some paths. For
instance here is completes for a path in my directory:

[EMAIL PROTECTED] ~ $ pwd
/home/mark
[EMAIL PROTECTED] ~ $ ls CODE/
xfst-0.4  xfst-0.4.tar.gz
[EMAIL PROTECTED] ~ $ cd CODE/xfst-0.4/
Makefile fst.oinstall-sh   vst/ xfst
README   fstconfig.c  jackvst.hvsti.c   xfst.exe.so
audiomaster.cfstinfofile.cjfst.c   vsti.o
audiomaster.ofstinfofile.ojfst.o   vstinfo.c
fst.cgtk.creadme.jack-fst  vstwin.c
fst.hgtk.otags vstwin.o
[EMAIL PROTECTED] ~ $ cd CODE/xfst-0.4/vst
vst/   vsti.c vsti.o vstinfo.c  vstwin.c   vstwin.o
[EMAIL PROTECTED] ~ $ cd CODE/xfst-0.4/vst
[EMAIL PROTECTED] ~/CODE/xfst-0.4/vst $ pwd
/home/mark/CODE/xfst-0.4/vst
[EMAIL PROTECTED] ~/CODE/xfst-0.4/vst $

and for a file:

[EMAIL PROTECTED] ~ $ pwd
/home/mark
[EMAIL PROTECTED] ~ $ ls CODE/xfst-0.4/
Makefile fst.oinstall-sh   vst/ xfst
README   fstconfig.c  jackvst.hvsti.c   xfst.exe.so
audiomaster.cfstinfofile.cjfst.c   vsti.o
audiomaster.ofstinfofile.ojfst.o   vstinfo.c
fst.cgtk.creadme.jack-fst  vstwin.c
fst.hgtk.otags vstwin.o
[EMAIL PROTECTED] ~ $ ls CODE/xfst-0.4/vst
vst/   vsti.c vsti.o vstinfo.c  vstwin.c   vstwin.o
[EMAIL PROTECTED] ~ $ ls CODE/xfst-0.4/vstinfo.c
CODE/xfst-0.4/vstinfo.c
[EMAIL PROTECTED] ~ $

It works for hidden direcotries and files:

[EMAIL PROTECTED] ~ $ cd .wine/
dosdevices/  drive_c/ system.reg   user.reg userdef.reg
[EMAIL PROTECTED] ~ $ cd .wine/drive_c/
My Documents/  Program Files/ windows/
[EMAIL PROTECTED] ~ $ cd .wine/drive_c/windows/
Application Data/ fonts/regedit.exe   system32/   
 winebrowser.exe
Start Menu/   inf/  rundll32.exe  temp/   
 winhelp.exe
_isenv31.ini  notepad.exe   system/   uninstall.exe   
 winhlp32.exe
command/  profiles/ system.iniwin.ini
[EMAIL PROTECTED] ~ $ cd .wine/drive_c/windows/


However it will not complete for /usr, /bin or /var:

[EMAIL PROTECTED] ~ $ ls /us
[EMAIL PROTECTED] ~ $ ls /bi
[EMAIL PROTECTED] ~ $ ls /var

This seems almost like a permissions issue. However I can cd /usr/src,
I just cannot bash complete it:

[EMAIL PROTECTED] ~ $ cd /usr/src
[EMAIL PROTECTED] 

Re: [gentoo-user] bash completion for paths not working

[Billy Holmes]

Mark Knecht wrote:

d-wxrt  18 root root  4096 Sep  6 12:46 .
d-wxrt  18 root root  4096 Sep  6 12:46 ..


your root directory should NOT have these perms.

try:

# chmod 0755 /

--
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion for paths not working

[Mark Knecht]

On 10/24/05, Billy Holmes [EMAIL PROTECTED] wrote:
 Mark Knecht wrote:
  d-wxrt  18 root root  4096 Sep  6 12:46 .
  d-wxrt  18 root root  4096 Sep  6 12:46 ..

 your root directory should NOT have these perms.

 try:

 # chmod 0755 /


Thanks Billy. That appears to have solved my issue.

I wonder how it ever got that way? I don't know what a trailing 't'
even means, much less put it there on purpose!

Anyway, thanks!

- Mark

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] bash completion for paths not working

[Billy Holmes]

Mark Knecht wrote:

I wonder how it ever got that way? I don't know what a trailing 't'
even means, much less put it there on purpose!


Well, you have been tinkering with things lately. It's possible you ran 
an funky install script that had a space between a pathname / var/tmp.


To be safe, try installing one of the root kit checkers in portage and 
scan your system.

--
gentoo-user@gentoo.org mailing list