Re: Update link to bash-completion (github)

2019-04-21 Thread Дилян Палаузов
Hello Chet,

it turns out, that https://salsa.debian.org/debian/bash-completion is copied 
from 
https://github.com/scop/bash-completion/ , so please include the latter in the 
documentation.

Regards
  Дилян

On Fri, 2019-04-12 at 15:32 -0400, Chet Ramey wrote:
> On 4/11/19 6:00 PM, Дилян Палаузов wrote:
> > Hello,
> > 
> > as alioth.debian.or is down, replace at 
> > https://www.gnu.org/software/bash/manual/html_node/A-Programmable-Completion-Example.html
> >  the reference from http://bash-completion.alioth.debian.org/ to 
> > https://salsa.debian.org/debian/bash-completion .
> 
> Thanks. I updated the source document, and will update the copy on gnu.org
> at some point.
> 




compgen -d odd symlink behavior

2019-04-21 Thread Ville Skyttä
Configuration Information [Automatically generated, do not change]:
Machine: x86_64
OS: linux-gnu
Compiler: gcc
Compilation CFLAGS:  -DPROGRAM='bash' -DCONF_HOSTTYPE='x86_64'
-DCONF_OSTYPE='linux-gnu' -DCONF_MACHTYPE='x86_64-pc-linux-gnu'
-DCONF_VENDOR='pc' -DLOCALEDIR='/usr/share/locale' -DPACKAGE='bash' -DSHELL
-DHAVE_CONFIG_H   -I.  -I../. -I.././include -I.././lib  -Wdate-time
-D_FORTIFY_SOURCE=2 -g -O2
-fdebug-prefix-map=/build/bash-vEMnMR/bash-4.4.18=.
-fstack-protector-strong -Wformat -Werror=format-security -Wall
-Wno-parentheses -Wno-format-security
uname output: Linux localhost.localdomain 4.15.0-47-generic #50-Ubuntu SMP
Wed Mar 13 10:44:52 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
Machine Type: x86_64-pc-linux-gnu

Bash Version: 4.4
Patch Level: 19
Release Status: release

Description:

Originally reported in https://github.com/scop/bash-completion/issues/118
This is on Ubuntu's 4.4.19, but reproducible with Fedora development's
5.0.2 as well.

Repeat-By:

$ ( mkdir -p 1/11 1/x 2/22; ln -sf ../1/x 2/x; cd 2/x; compgen -d ../ )
../x

Only ../x is output, but depending on interpretation, in my opinion either
../22 or ../11 should have been there. Note that this occurs only if I'm in
the "x" dir that is a symlink. If I'm in the "real x", i.e. 1/x, the
problem does not occur, "../11" is in the output as expected:

$ ( mkdir -p 1/11 1/x 2/22; ln -sf ../1/x 2/x; cd 1/x; compgen -d ../ )
../11
../x