FYI, this is fixed in upstream version 2.32. Soon-to-be-released versions of
W3C Markup Validator (http://validator.w3.org/) will require version 2.32 for
this fix; it'd be nice to have the Debian package updated so that it would
satisfy the >= 2.32 dependency.
--
To UNSUBSCRIBE, email to [E
I believe this has been fixed in upstream CVS:
http://dev.w3.org/cvsweb/perl/modules/W3C/LinkChecker/bin/checklink.diff?r1=4.30&r2=4.31
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
A slightly modified version of Brian's patch is in upstream CVS and will
be in the next version of the link checker:
http://dev.w3.org/cvsweb/perl/modules/W3C/LinkChecker/bin/checklink.diff?r1=4.36&r2=4.37
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? C
Actually, the warnings from LWP/Protocol.pm still persist, but that's a
bug in libwww-perl, not the link checker:
https://rt.cpan.org/Public/Bug/Display.html?id=20274
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
The problem was that when checking multiple URIs on the command line,
the first one implicitly limited the check scope not only for itself,
but for all subsequent URIs, which depending on the subsequent URIs may
have dropped them from the scope altogether and resulting them not being
checked.
Fixe
Done in upstream git.
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=e4b1740
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=e201d1b
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=
Fixed upstream:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=93ee009
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=e3edf7a
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "u
Most likely a result of something changed in bash 4.3, see also
https://bugzilla.redhat.com/1071700
On Mon, Mar 10, 2014 at 6:41 PM, Paul Nienaber wrote:
> Debian's bash-completion (not upstream) is broken when 'nounset' is set.
It's not a Debian-only issue, upstream bash-completion is broken in
that setup too. And this is a known one, tracked and discussed at
https://alioth.debian.org/tracker/
This looks so similar to the current mplayer completion that aliasing
with slight adjustments seems more appropriate than copy-pasting, so
done that way (untested) in upstream git:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=de78c1653aad081daf28cd349e0f528
As long as we don't have a completion that actually differs from the
mplayer one in some meaningful way, there's no point in maintaining a
separate one. At least I'm not going to spend my time doing or helping
to do that. It's also unclear to me who will be maintaining the mpv
completion if it's in
Looks like this occurs with bash >= 4.3 only, will need to find out if
this is the correct fix for it.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Fixed upstream, thanks for the report.
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=867282a
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Probably yet another bash 4.3 thing, works fine for me with 4.2.45.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Likely related: https://bugzilla.redhat.com/show_bug.cgi?id=903540#c2
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Already fixed in upstream git a couple of weeks ago.
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=09d24da884fcf98a7a22a4487ab79f03c3f20026
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Co
On 2012-08-07 20:24, Anthony DeRobertis wrote:
> (Not sure which package, bash-completion or subversion, has this bug...)
Talking about upstream packages - I'm not a Debian user so I'm unsure
about the packageing - the culprit is subversion. The old, deprecated
svn completion included in bash-com
On 2012-01-11 15:41, David Paleino wrote:
> On Wed, 11 Jan 2012 02:39:43 -0600, Jonathan Nieder wrote:
>
>> Probably something like
>>
>> local compscript=$(readlink -f "$BASH_SOURCE")
>> [[ $compscript == */* ]] && compdir="${compscript%/*}/completions"
>>
>> in its place would do the tric
On 2012-01-11 21:30, David Paleino wrote:
> On Wed, 11 Jan 2012 20:59:19 +0200, Ville Skyttä wrote:
>>
>> First, the readlink command does not exist everywhere.
>
> Since it's part of the "coreutils" package in Debian, I supposed it existed on
> all Linuxes.
Done upstream:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=217e143fd69ad2b83ec8187af2e9e1c21dcb759a
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 2012-07-23 19:49, Sebastien Bacher wrote:
> "Bash completion is enabled for GNU make and several variants such as pmake.
> However, there is no tab completion for colormake (yet) (also checked
> Natty Narwhal package). I often use it and guess it could be added with
> little effort (?) - whic
On 2013-04-06 17:16, Thilo Six wrote:
> _mac_addresses() suffer from not taking care of locale awareness of ifconfig
Fixed upstream:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=a9db458
> As a measure of precaution _available_interfaces() should probably
On 2013-04-06 22:19, Thilo Six wrote:
> $ LC_ALL=C ifconfig -a | sed -ne
> "s/.*[[:space:]]HWaddr[[:space:]]\{1,\}\($re\)[[:space:]]*$/\1/p"
This one should work for you (if I guess your ifconfig -a output format
correctly) -- did you remember to define $re when testing it?
re='\([A-Fa-f0-9]\{2\
The xargs issue is AFAIU unrelated to the svn one and fixed in
bash-completion 2.1, specifically by this commit:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=2472fad
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of
On 2013-03-21 11:38, Daniel Baumann wrote:
> Please add completion in the various commands dealing with archives for
> lzip, e.g. tar to complete on *.tar.lz.
Added upstream for tar, didn't spot anything else there that would
obviously lack lzip support.
--
To UNSUBSCRIBE, email to debian-bugs-
I don't think this is needed in the current bash completion version (2.0).
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 2013-03-07 14:52, Alfredo Finelli wrote:
> The "xpdf" reader is also able to open PDF files compressed in various
> formats (gz, bz2, xz, and Z).
My xpdf (version 3.03 on Fedora 18) isn't, and I see nothing in the code
that would implement that.
--
To UNSUBSCRIBE, email to debian-bugs-dist-r
On 06/06/2011 09:22 AM, Helmut Grohne wrote:
> Do you see which quotes I am referring to?
Yes - just to make sure, you removed the quotes from the mentioned line
in your .muttrc. I can see how that makes things work.
But in one of your earlier comments (message 15) you mentioned "Not
quoting $f
On 06/11/2011 11:07 AM, Helmut Grohne wrote:
> In any case you do have a reproducible test case now, so
> you should be able to test your proposed solutions by yourself instead
> of throwing random untested hunks at me.
No worries, I'll stop trying to help with this issue right now. I'm not
a mut
On 08/17/2011 11:24 PM, Brian Minton wrote:
> I have a file with shell metacharacters such as "&" and "?" in the name.
> Formerly, bash-completion would escape or quote the file name, but now
> the entire file name with no escaping or quoting is placed on the
> command line. This causes the comma
On 2013-06-30 12:26, Kernc wrote:
> Should bash_completion be made "set -e"-proof?
In my opinion setting set -e in a normal interactive shell for anything
but testing purposes is asking for trouble, so my 0.02€ would be "no".
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.or
On 2013-07-07 14:20, Kernc wrote:
> Is setting -e only on the parent sourcing script a convention
> 'fix' for this case?
I suppose that's the usual one, yes. But depending on how stuff in
functions.sh is written (whether it actually relies on exiting on
error), it could perhaps make errexit behavi
Already done in upstream bash-completion 2.1.
On Tue, Sep 10, 2013 at 3:53 PM, Harald Dunkel wrote:
> I don't want to disable it for everybody, but just for my own account.
I don't know exactly how the Debian package hooks bash-completion into
user profiles, but if the package uses the generic profile.d
scriptlet, see bash-completion README:
On 2012-03-04 19:07, Per Olofsson wrote:
> _install_xspec '!*.lyx' lyx
>
> Please remove that line so that the custom completion script is used
> instead. (The custom script has more features.) Thanks.
Done upstream.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with
Fixed in upstream git:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=333a5a5
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Fixed upstream:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=commitdiff;h=17c9722
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
On 2012-03-28 12:15, Itaï BEN YAACOV wrote:
> When auto-completing an scp command, slashes are added after (local
> or remote) directories, and spaces after files AND after symlinks to
> directories. Expected behaviour would be slashes after directories
> or symlinks to such.
>
> Please see att
On 2012-04-16 11:16, Paul Wise wrote:
> AFAICT the completion for ls misses the --full-time option:
It does indeed. The line where --full-time is in --help output trips
our _longopt function:
$ echo "--full-timelike -l --time-style=full-iso" \
| sed -ne 's/.*\(--[-A-Za-z0-9]\{1,\}=\
On 04/02/2012 08:46 PM, Shalom Bhooshi wrote:
If nullglob option is enabled in the shell (via `shopt -s nullglob')
the completion of files/directories for commands such as `ls', `cd',
etc fail - this is because the various completion functions inherit
this setting from the shell and do not make
I don't know about the Debian bash-completion package, but with my
upstream hat on, we don't have a completion for pmount in upstream
bash-completion.
To be able to do something, more detailed information than "add
support" would be needed. Which specific executables should be
associated with which specific extensions? Currently (in upstream) eog
is associated with all mentioned extensions except jpm and mj2. I
would like access to samples of tho
I'll look into this, but initial test results on my Fedora 25 system
are that qiv doesn't seem to support any of these files, xv does at
least some, and I don't have ee available so can't test with it at
all. BTW it would be preferable to report/discuss this upstream,
https://github.com/scop/bash-c
I don't know what the reason for making the variable read only is. But
I think you could work around it by setting BASH_COMPLETION_COMPAT_DIR
to a fake value, e.g. /prevent/sourcing in your rc files before the
profile.d snippet is sourced (thus preventing it from loading
bash_completion), and then
FYI, the BASH_COMPLETION_COMPAT_DIR defininition and read onlyness are
gone upstream as of
https://github.com/scop/bash-completion/commit/c41a76237bc9dcbfa326eeddd026b66d7646d91d
I don't know how things like this are generally handled in Debian, but
would like to note that systemctl completion is not shipped by
bash-completion (at least upstream) so chances are that it should be
fixed somewhere else.
On Fri, Jul 18, 2014 at 10:14 PM, David Paleino wrote:
>
> Just use Alt-/, which is the default bash shortcut for "complete on all
> files".
...or try the COMP_FILEDIR_FALLBACK environment variable:
http://anonscm.debian.org/gitweb/?p=bash-completion/bash-completion.git;a=blob;f=doc/bash_complet
Applicable bits applied upstream:
http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/commit/?id=c725e6b195ea6ac2d25dfbb85b7e87bfbe42fe68
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian
FWIW, I cannot reproduce with current upstream bash-completion git
with bash 4.2.53(1) or 4.3.33(1) on Fedora 20.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Which version of mplayer can do that? At least the SVN-r37391-5.1.1
(probably a 20150505 svn snapshot) I have on Fedora 22 apparently
can't.
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
This and a bunch of other similar ones are now fixed upstream:
http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/commit/?id=882649b
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Done upstream:
http://anonscm.debian.org/cgit/bash-completion/bash-completion.git/commit/?id=852e0f60f0df8264a84a3be543d09f1d13c6f04f
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
See comments in bash_completion next to the definition of the
function. Due to its deprecated status it is not likely to be changed
any more, especially in ways that would change its behavior (e.g. the
"type -P" case).
The function is not used by bash-completion itself at all, and 3rd
party comple
The root cause is how bash itself handles curlies:
$ bash --norc
$ foo() { echo; echo "'$1'"; }
$ complete -D -F foo
$ r drivers/memory/tegra/tegra{-,124-e}mc.c dri
'-,124-e}mc.c'
...i.e. bash thinks we're completing the command '-,124-e}mc.c'.
I don't think we can sanely fix this for real in ba
losetup completion is shipped by util-linux, not bash-completion.
I just sent a patch upstream that should address this particular issue:
http://thread.gmane.org/gmane.linux.utilities.util-linux-ng/10186
However other completions in util-linux may invoke commands (other
than the one being complet
On Sat, Feb 13, 2016 at 1:57 PM, Martin-Éric Racine
wrote:
> Responding to Lintian's warning (package-installs-into-obsolete-dir
> etc/bash_completion.d) I moved a completion script to the new
> /usr/share/bash-completion/completions/ location. The script is not sourced
> at all. However, if I
Yes, things have changed, this is not a bug in bash-completion. Your
script not being sourced at all from the new location is expected
because the name of the script is not what it needs to be to work
properly in that location. In the old, deprecated location everything
is eagerly loaded at shell s
On Fri, Jun 9, 2017 at 10:30 AM, Aditya Vaidya wrote:
> Is this a duplicate of bug #799545 ?
Yes.
The main apt completion seems to be shipped with the apt package, and
apt-get and apt-cache with bash-completion.
In my opinion it would be best to ship all apt related completions
with the apt package an deprecate/remove them from the bash-completion
package. Please feel free to grab the apt-get
On Fri, Jun 9, 2017 at 8:55 PM, Julian Andres Klode wrote:
> On Fri, Jun 09, 2017 at 10:50:43AM +0400, Ville Skyttä wrote:
>> The main apt completion seems to be shipped with the apt package, and
>> apt-get and apt-cache with bash-completion.
>
> We really only shipped the ap
Fixed upstream:
https://github.com/scop/bash-completion/commit/dd8c53b05f4954d0401d18b108d771e0d79d88a2
Suggesting long options this way is by design; short ones should be
suggested only when no equivalent long ones exist. More info in
CONTRIBUTING.md (in upstream git, dunno about the Debian package).
I don't think bash's completion features support something like that,
and I'm not sure if I would want to see something like that myself in
the first place.
I think I personally dislike that even more :)
Package: wnpp
Severity: wishlist
* Package name: flac2mp3
Version : 1.2
Upstream Author : James A. Hillyerd
* URL : https://github.com/jhillyerd/flac2mp3
* License : Unlicense
Programming Lang: bash
Description : FLAC to MP3 batch converter
flac2mp3 is
Package: wnpp
Severity: wishlist
* Package name: mbox2eml
Version : 0.1.2
Upstream Author : Michael Wenger
* URL : https://sourceforge.net/projects/mbox2eml/
* License : GPL
Programming Lang: C++
Description : Split mbox mailboxes into single eml files
Package: wnpp
Severity: wishlist
* Package name: portecle
Version : 1.10
Upstream Author : Ville Skyttä
* URL : http://portecle.sourceforge.net/
* License : GPL
Programming Lang: Java
Description : Multipurpose keystore and certificate tool
Portecle
Package: wnpp
Severity: wishlist
* Package name: libhash-inflator-perl
Version : 1.100820
Upstream Author : Marcel Gruenauer
* URL : http://search.cpan.org/dist/Hash-Inflator/
* License : Artistic and GPL
Programming Lang: Perl
Description : Access hash
Package: wnpp
Severity: wishlist
* Package name: libmodule-install-testtarget-perl
Version : 0.19
Upstream Author : Yuji Shimada
* URL : http://search.cpan.org/dist/Module-Install-TestTarget/
* License : Artistic and GPL
Programming Lang: Perl
Description
Package: wnpp
Severity: wishlist
* Package name: libdatetime-format-atom-perl
Version : 1.2.0
Upstream Author : Eric Brine
* URL : http://search.cpan.org/dist/DateTime-Format-Atom/
* License : CC0
Programming Lang: Perl
Description : Parse and format At
Package: wnpp
Severity: wishlist
* Package name: libnet-braintree-perl
Version : 0.30.0
* URL : http://search.cpan.org/dist/Net-Braintree/
* License : MIT
Programming Lang: Perl
Description : Client library for wrapping the Braintree payment
services gatew
Package: apache2
Version: 2.4.25-3+deb9u3
For example:
# apachectl -D FOREGROUND -c "ErrorLog /dev/stderr"
[...]
Action '-D FOREGROUND -c ErrorLog /dev/stderr' failed.
The Apache error log may have more information.
'git am'able fix attached.
From bc9076ec3f3e76a692e3985ff2e67633d749b608 Mon Sep
There's no dlocate completion shipped with bash-completion at least
upstream, so chances are this issue should be assigned to another
package.
Added upstream in
https://github.com/scop/bash-completion/commit/5ed2fc4a9a604c780da48e87964d4ac21fc7a85d
Works for me as expected, a colon is added. (Using current upstream
bash-completion master on Fedora 25, but IIRC this is the way it has
been for ages and shouldn't be distro dependent.)
Following some more testing, in particular with files at
https://github.com/bitsgalore/jp2kMagic/tree/master/sampleImages, I've
added some of the proposed extensions to xv upstream and left out jpm
and mj2 which it doesn't display for me. qiv doesn't seem to support
any of these files, and I still
FWIW, I (upstream) cannot reproduce using upstream bash-completion
development code directly on Fedora, haven't tried with Debian.
Upstream for bash-completion is
https://github.com/scop/bash-completion nowadays. Taken care of there:
https://github.com/scop/bash-completion/commit/c16826ee35ecb405fe87007404d0fb846ad61a15
On Wed, Sep 14, 2016 at 5:32 PM, Antonio Ospite wrote:
>
> Please make sure that the next version of the debian package reflects
> the new upstream location.
I'm not a Debian user, nor do I have any control over the Debian
package. Maybe file a separate (Debian) bug about that? Anyway AFAIK
the D
https://github.com/scop/bash-completion/issues/70
We (upstream) already do this in bash-completion >= 2.2.
Patch and implementation is being discussed in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878599
Thanks to people who have helped out with refining the patch. Anything
I could do to help nudge this forward?
On Tuesday 14 July 2009, Faheem Mitha wrote:
> If there is a Ubuntu bug or a discussion in
> the ML is would have been helpful to link to it. For one thing, is would
> make requests like this less likely.
First two distinct hits when Googling "ubuntu psql completion":
http://ubuntuforums.org/show
On Wednesday 05 August 2009, Gerfried Fuchs wrote:
> Please also add ogv to the supported files that xine (and most probably
> also other video players) complete.
Added in upstream git for xine and friends, mplayer already had it.
http://git.debian.org/?p=bash-completion/bash-
completion.git;a=
On Thursday 03 September 2009, Norbert Preining wrote:
> On Do, 03 Sep 2009, EspeonEefi wrote:
> > --- /etc/bash_completion.orig 2009-09-03 08:21:15.229720217 -0400
> > +++ /etc/bash_completion2009-09-03 08:21:36.473719600 -0400
> > @@ -213,6 +213,10 @@
> > # results in the original argu
On Tuesday 08 September 2009, Christophe Rhodes wrote:
> A common operation for me is to type
> ./srrusb --core ousb
> expecting that to complete to
> ./src/runtime/sbcl --core output/sbcl.core
>
> Unfortunately, the after "ou" in that command line doesn't perform
> a partial complete to "out
FWIW the file that should be modified is
/etc/bash_completion.d/acroread.sh (note *.sh) at least when the Adobe
Reader rpm package is installed. Don't know about other systems. You
did start a new shell after modifying the file, right?
If that doesn't help, do a "set -x" in a shell, then do
On 02/26/2011 01:36 AM, Helmut Grohne wrote:
After upgrading 1:1.2-3 to 1:1.3-1 mutt aliases stopped to be complete. Now it
only completes users from /etc/passwd. Thanks to etckeeper the older version
was easily recovered. The diff to /etc/bash_completion.d/mutt consists of just
three hunks of wh
On 03/02/2011 12:16 AM, Helmut Grohne wrote:
This in turn is due to the fact that the ~ is not expanded. Not quoting
$file would solve this but it would probably lead to other problems.
I played with a test case outside of the mutt completion and think
removing the quoting would not actually
On 03/02/2011 12:40 PM, Helmut Grohne wrote:
source "~/somefile"
which is read by mutt as well. Looks like we have a new test case. ;-)
We'll probably need an eval somewhere.
PS: Yes, I could simply remove the quotes, but this regression will
probably hit others as well, so let's pursue it.
Upstream git now has some consistency and other improvements in this area:
http://git.debian.org/?p=bash-completion/bash-completion.git;a=commitdiff;h=0ae464e5802855c9049d128a37e0de91b564c8b6
http://git.debian.org/?p=bash-completion/bash-completion.git;a=commitdiff;h=f973eb043ced563230eb3e3f8634aa
On 03/22/2011 07:56 PM, Robby Workman wrote:
> On Tue, 22 Mar 2011, Robert C. Helling wrote:
>
>> Ok, I see. Now, I filed a bug report with adobe.com pointing to this page.
>> Let's see what happens.
How did you find out where to file the report, and do you have a link to
the report?
Back in Oc
On 03/27/2011 09:04 AM, Jonathan Nieder wrote:
>
> What do you think of Adam's suggestion that "tar cf", unlike "tar rf",
> shouldn't look for existing .tar files at all?
My personal opinion is that looking for existing tar files with "c" is a
good thing. I use that behavior regularly to overwri
Already fixed upstream.
http://git.debian.org/?p=bash-completion/bash-
completion.git;a=commitdiff;h=ccbf141e13eaa98d6a8721ae015a5504654424cb
--
To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
Do you have Adobe Reader and its bash completion installed? It is known
to break things in various ways, including the way you describe:
http://forums.adobe.com/thread/745833
The problematic completion from Adobe Reader installs to
/etc/bash_completion.d/acroread.sh on my Fedora box, don't know
In 2.3.11 there is a dir section, but I believe it is misplaced and does not
result in the dir entry actually being added. Fix which works for me (I'm the
Fedora netmask maintainer) is available at:
http://cvs.fedoraproject.org/viewvc/devel/netmask/netmask-2.3.11-
direntry.patch?revision=1.1&vi
On Wednesday 21 January 2009, Colin Watson wrote:
> Typing 'modprobe -r /' produces the following output:
>
> $ modprobe -r /awk: {if (NR != 1 && $1 ~ /^//) print $1}
> awk: ^ syntax error
>
> I've attached a bzr bundle fixing this, based on a patch by Martin Mai.
> Yo
On Sunday 22 February 2009, James Westby wrote:
> On Sun, 2009-02-22 at 16:55 +, James Westby wrote:
> > Package: bash-completion
> > Version: 20080705ubuntu3
> > Severity: normal
> > Tags: patch
> >
> > Hi,
> >
> > In https://bugs.launchpad.net/bugs/316943 Jakob Unterwurzacher noted that
> > p
On Friday 27 March 2009, deb...@ginguppin.de wrote:
> Package: bash-completion
> Version: 20080705
> Severity: normal
>
> completing pathes like ~/foo to /home/username/foo is usually unwanted --
> and there seems to be non configuration to disable it gracefully.
We had the expansion disabled for
1 - 100 of 163 matches
Mail list logo