Thanks to people who have helped out with refining the patch. Anything
I could do to help nudge this forward?
Patch and implementation is being discussed in
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=878599
Package: bash
Version: 5.2~rc1-1
Severity: minor
Dear Maintainer,
`[ -x ... -o -x ... ]` does not short circuit, split to
`[ -x ... ] || [ -x ... ]` to avoid a `stat` call when looking for
command-not-found.
-- System Information:
Debian Release: bullseye/sid
APT prefers focal-updates
APT
Package: bash
Version: 5.2~rc1-1
Severity: normal
Dear Maintainer,
It is not uncommon for completion functions to just try executing
optional commands that might not be present. We do not want the regular
command_not_found_handle behavior in those cases, as they are not the
ones where a user
Package: dpkg
Version: 1.19.7ubuntu3
Severity: normal
Dear Maintainer,
`egrep` has been deprecated in GNU grep since 2007, and in current post
3.7 Git it has been made to emit obsolescence warnings:
https://git.savannah.gnu.org/cgit/grep.git/commit/?id=a9515624709865d480e3142fd959bccd1c9372d1
In current post 3.7 Git `egrep` and `fgrep` have been made to emit
obsolescence warnings:
https://git.savannah.gnu.org/cgit/grep.git/commit/?id=a9515624709865d480e3142fd959bccd1c9372d1
Perhaps bump the severity a bit if this cannot be quickly fixed?
Package: cron
Version: 3.0pl1-136ubuntu1
Severity: minor
Dear Maintainer,
tempfile(1) has been removed from debianutils >= 5.0. The attached
patch changes to using the more portable mktemp(1) instead.
>From fbb78b2e96817efbb7201606ae475d1c1f4fd46f Mon Sep 17 00:00:00 2001
From:
Package: bash
Version: 5.1-2+b1
Severity: minor
X-Debbugs-Cc: ville.sky...@iki.fi
Dear Maintainer,
>From man-bashrc.diff:
> determines it is being run in this fashion, it reads and executes
> -commands from \fI~/.bashrc\fP, if that file exists and is readable.
> +commands from \fI~/.bashrc\fP
Package: openipmi
Version: 2.0.29-0.1+b1
Severity: normal
X-Debbugs-Cc: ville.sky...@iki.fi
Dear Maintainer,
/etc/init.d/openipmi invokes /sbin/lsmod, but nothing in the package's
dependency chain pulls it in. I suppose adding dependency on kmod is
in order.
-- System Information:
Debian
Package: ifupdown
Version: 0.8.17ubuntu1.1
Severity: minor
Dear Maintainer,
Merge request with some grammar fixes at
https://salsa.debian.org/debian/ifupdown/-/merge_requests/3
-- System Information:
Debian Release: buster/sid
APT prefers bionic-updates
APT policy: (990, 'bionic-updates'),
On Tue, 17 Dec 2019 at 03:23, Jonathan Nieder wrote:
> That said, I'd still welcome a git-libsecret (or git-secretservice)
> package, just like you're hinting. Patches welcome.
Adjusted patch attached. It's untested and I'm not that familiar with
building Debian packages, so approach with care.
control: tags +security
Oh, that's highly unfortunate, plaintext passwords in config files are not
good from security point of view. How about a slightly modified version
that uses libsecret only if available _and_ explicitly configured to do so?
Package: wnpp
Severity: wishlist
https://insomnia.rest/
https://github.com/getinsomnia/insomnia
License: MIT
Package: lintian
Severity: minor
Patch with spelling fixes against current git master is attached.
>From 9d696a6a60db01b3c069a46a5c33a31e179a8100 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?=
Date: Wed, 4 Apr 2018 20:21:59 +0300
Subject: [PATCH] Spelling
This should be fixed upstream (post 2.8 release) as a side effect of:
https://github.com/scop/bash-completion/commit/71ac42b98c0eba39819fb8478d6443032c6ef6f1
Applied upstream, missed today's 2.8 release though:
https://github.com/scop/bash-completion/commit/1404d3f995649e1f70ffbb8239acd585e8246df4
Implemented upstream now, missed today's 2.8 release though.
https://github.com/scop/bash-completion/commit/c664b07ac98bf46c0ea416161cef0a0dbe11ab50
Package: lintian
Version: 2.5.55
Severity: minor
Dear Maintainer,
Running *.png through zopflipng would save a bit in file sizes, see
attached patch.
-- System Information:
Debian Release: stretch/sid
APT prefers artful-updates
APT policy: (500, 'artful-updates'), (500, 'artful-security'),
Implementation attached, tox tested only.
From d107eb7d1985b01dcf415ae9eb391dccc4d511c8 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?=
Date: Mon, 30 Oct 2017 23:01:30 +0200
Subject: [PATCH] Use nm.d.o REST API instead of LDAP
---
TODO
Hm, not a good idea to use git send-email to send to the BTS it seems.
Here are the same patches as attachments.
From 0c43317f342e2aa43207605f17e583da866e7b24 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?=
Date: Mon, 30 Oct 2017 21:43:27 +0200
Subject: [PATCH
---
distro_tracker/vendor/debian/templates/debian/transitions-panel.html | 2 +-
distro_tracker/vendor/debian/tracker_panels.py | 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git
a/distro_tracker/vendor/debian/templates/debian/transitions-panel.html
Tags: patch
This set of patches should fix the mentioned issues and more of the
kind I could find with some grepping.
---
.../accounts/templates/accounts/subscriptions.html | 6 +++---
.../accounts/templates/accounts/user-widget.html | 2 +-
.../core/templates/core/edit-team-membership.html| 6 +++---
distro_tracker/core/templates/core/news_list.html| 2 +-
---
distro_tracker/vendor/debian/rules.py | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/distro_tracker/vendor/debian/rules.py
b/distro_tracker/vendor/debian/rules.py
index 9a6ed00..16672b3 100644
--- a/distro_tracker/vendor/debian/rules.py
+++
Package: gkrelltop
Version: 2.2.13-1
Severity: minor
Dear Maintainer,
gkrelltop causes "available 0" (or 1) to be printed in stderr on
gkrellm startup. The attached patch makes it quiet.
-- System Information:
Debian Release: stretch/sid
APT prefers artful-updates
APT policy: (500,
Package: python-keyring
Version: 10.4.0-1
Severity: wishlist
Dear Maintainer,
The keyring executable referred to by upstream documentation and
installed by its setup.py is not included in the Debian package. It
would be a useful addition; patch implementing its inclusion is
attached.
-- System
Package: reportbug
Version: 7.1.7ubuntu1
Severity: wishlist
Dear Maintainer,
Attached is a 'git am'able patch that adds support for storing SMTP
passwords with libsecret if available. When stored this way, SMTP
passwords don't need to be specified at all in reportbugrc.
-- Package-specific
Package: git
Version: 1:2.14.1-1ubuntu4
Severity: wishlist
Dear Maintainer,
The git package doesn't currently ship with support for any kind of a
secret storage for credentials. The attached patch fixes it, by
shipping git-credential-libsecret from contrib/.
-- System Information:
Debian
Package: avahi-daemon
Version: 0.6.32-1ubuntu1
Severity: minor
File: avahi
Dear Maintainer,
Patch with some which and stat call avoidances is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign
Package: bash
Version: 4.4-5ubuntu1
Severity: minor
Dear Maintainer,
diff --git a/etc.bash.bashrc b/etc.bash.bashrc
index 54687b1..c01e89a 100644
--- a/etc.bash.bashrc
+++ b/etc.bash.bashrc
@@ -41 +41 @@ PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
-if [ -x /usr/lib/command-not-found -o
Package: bash
Version: 4.4-5ubuntu1
Severity: minor
Dear Maintainer,
diff --git a/README.abs-guide b/README.abs-guide
index 7a69558..0d541fe 100644
--- a/README.abs-guide
+++ b/README.abs-guide
@@ -20 +20 @@ the only way to really learn scripting is to write scripts.
-The guide is availabe at
Package: reportbug
Version: 7.1.7ubuntu1
Severity: minor
Dear Maintainer,
Patch implementing preservation of given order of attachments to
reportbug is attached.
-- Package-specific info:
** Environment settings:
EDITOR="emacs"
PAGER="less"
DEBEMAIL="ville.sky...@iki.fi"
DEBFULLNAME="Ville
Here's an updated patch, including same fixes to bin/* too.
0001-Python-3.6-invalid-escape-sequence-deprecation-fixes.patch.gz
Description: GNU Zip compressed data
Package: debian-policy
Version: 4.1.0.0
Severity: minor
Dear Maintainer,
Patch with trivial spelling fixes is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux
Package: lintian
Version: 2.5.55
Severity: minor
Dear Maintainer,
Patch for skipping all POD synopsis tests when Test::Pod is not
available is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign
Package: lintian
Version: 2.5.55
Severity: minor
Dear Maintainer,
Patch containing various link fixes and updates is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel:
Package: lintian
Version: 2.5.55
Severity: minor
Dear Maintainer,
Attached is a series of 'git am'able fixes related to manual
references. After this, they should be correct and up to date again.
(Aside, the previous patches I sent got applied, thanks for that, but
somehow also with charset
Thanks. However I see the data/output/manual-references part of the
latter patch was not applied, was it omitted on purpose?
...and here's the corresponding spec ref update.
From e1caf5c816a212f3e9df3e4a5e9243837009e54c Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?=
Date: Fri, 13 Oct 2017 22:25:29 +0300
Subject: [PATCH 2/2] Update debconf-spec refs
---
checks/debconf.desc
On a second thought, here's a simpler fix that may help with parsing
some others as well.
From c758e4d02993deb2205da744cdf0e9f4e6ad4a46 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?Ville=20Skytt=C3=A4?=
Date: Fri, 13 Oct 2017 22:08:02 +0300
Subject: [PATCH]
Package: lintian
Version: 2.5.53ubuntu2
Severity: normal
Dear Maintainer,
'git am'able fix updating debconf reference mapping is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign Architectures:
Package: lintian
Version: 2.5.53ubuntu2
Severity: minor
Dear Maintainer,
'git am'able patch containing spelling fixes is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
On Fri, Oct 13, 2017 at 8:53 PM, Sandro Tosi wrote:
> thanks for your patch, but please re-submit it without touching
> debian/changelog - we're not going to rewrite history there
Sure, here goes.
From 72a23329f13efe6d4c94a73442b4f5ff1e56e65d Mon Sep 17 00:00:00 2001
From:
Package: reportbug
Version: 7.1.7ubuntu1
Severity: minor
Dear Maintainer,
'git am'able patch containing Python 3.6 invalid escape sequence
deprecation fixes is attached.
-- Package-specific info:
** Environment settings:
EDITOR="emacs"
PAGER="less"
DEBEMAIL="ville.sky...@iki.fi"
Package: reportbug
Version: 7.1.7ubuntu1
Severity: minor
Dear Maintainer,
'git am'able patch containing spelling fixes is attached.
-- Package-specific info:
** Environment settings:
EDITOR="emacs"
PAGER="less"
DEBEMAIL="ville.sky...@iki.fi"
DEBFULLNAME="Ville Skytt\udcc3\udca4"
Package: python-debian
Version: 0.1.30
Severity: minor
Dear Maintainer,
'git am'able patch containing spelling fixes is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Package: python-debian
Version: 0.1.30
Severity: minor
Dear Maintainer,
'git am'able patch containing Python 3.6 invalid escape sequence
deprecation fixes is attached.
https://docs.python.org/3/whatsnew/3.6.html#deprecated-python-behavior
-- System Information:
Debian Release: stretch/sid
Package: debhelper
Version: 10.7.2ubuntu2
Severity: minor
Dear Maintainer,
'git am'able fix containing spelling fixes is attached. Hopefully I
got the correct attachment this time :)
Ville
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Package: dh-make
Version: 2.201608
Severity: minor
Dear Maintainer,
'git am'able patch with spelling fixes is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux
Package: debhelper
Version: 10.7.2ubuntu2
Severity: minor
Dear Maintainer,
'git am'able spelling fix patch is attached.
-- System Information:
Debian Release: stretch/sid
APT prefers artful
APT policy: (500, 'artful')
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Kernel: Linux
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
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
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
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:
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
Package: wnpp
Severity: wishlist
* Package name: portecle
Version : 1.10
Upstream Author : Ville Skyttä <ville.sky...@iki.fi>
* URL : http://portecle.sourceforge.net/
* License : GPL
Programming Lang: Java
Description : Multipurpose ke
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
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
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.)
Added upstream in
https://github.com/scop/bash-completion/commit/5ed2fc4a9a604c780da48e87964d4ac21fc7a85d
There's no dlocate completion shipped with bash-completion at least
upstream, so chances are this issue should be assigned to another
package.
I think I personally dislike that even more :)
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.
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).
Fixed upstream:
https://github.com/scop/bash-completion/commit/dd8c53b05f4954d0401d18b108d771e0d79d88a2
On Fri, Jun 9, 2017 at 8:55 PM, Julian Andres Klode <j...@debian.org> 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
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 10:30 AM, Aditya Vaidya wrote:
> Is this a duplicate of bug #799545 ?
Yes.
FYI, the BASH_COMPLETION_COMPAT_DIR defininition and read onlyness are
gone upstream as of
https://github.com/scop/bash-completion/commit/c41a76237bc9dcbfa326eeddd026b66d7646d91d
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
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,
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
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
FWIW, I (upstream) cannot reproduce using upstream bash-completion
development code directly on Fedora, haven't tried with Debian.
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?
Upstream for bash-completion is
https://github.com/scop/bash-completion nowadays. Taken care of there:
https://github.com/scop/bash-completion/commit/c16826ee35ecb405fe87007404d0fb846ad61a15
https://github.com/scop/bash-completion/issues/70
We (upstream) already do this in bash-completion >= 2.2.
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
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
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.
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.
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
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
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
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 driTAB
'-,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
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
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
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
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
On Fri, Jul 18, 2014 at 10:14 PM, David Paleino da...@debian.org wrote:
Just use Alt-/, which is the default bash shortcut for complete on all
files.
...or try the COMP_FILEDIR_FALLBACK environment variable:
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
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:
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
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
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
On Mon, Mar 10, 2014 at 6:41 PM, Paul Nienaber p...@uvic.ca 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
Most likely a result of something changed in bash 4.3, see also
https://bugzilla.redhat.com/1071700
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
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
1 - 100 of 163 matches
Mail list logo