Package: mdadm
Version: 3.4-4+b1
Followup-For: Bug #850180
The DAEMON_OPTIONS bit of this is trivially corrected with this patch:
--- mdmonitor.service.orig 2017-09-26 00:54:25.491632797 -0400
+++ /lib/systemd/system/mdmonitor.service 2017-09-26 00:54:29.047611746
-0400
@@ -10,4
Package: python-keyring
Version: 10.1-1
Severity: normal
This package comes with a command line helper tool, but it is not installed
properly as such as part of the package.
/usr/lib/python2.7/dist-packages/keyring/cli.py is installed, but not as a
tool in /usr/bin/, and further it cannot even
On Sun, 27 Aug 2017, Osamu Aoki wrote:
Hi,
Thanks but ...
I thought about it but didn't do this. I understand your needs but this
will cause screen output with -v a bit difficult to read.
If you make this feature addition patch as an optional feature enabled
by "-p" option, I will take it
On Wed, 23 Aug 2017, Russ Allbery wrote:
You'd also mentioned that you had read the man page about this, so I think
there's a bug here in the man page and how it discusses options that I'd
love to try to fix. It looks like the way to do this wasn't obvious
enough. The key bit, though, is
Package: getmail4
Version: 4.53.0-1
Severity: wishlist
Tags: patch
Attached is an improved (IMO) version of /usr/bin/getmails that launches a
separate getmail process for each config file, in parallel, and then waits
for them to all complete, exiting with the "worst" (greatest) exit code of
any
On Tue, 22 Aug 2017, Russ Allbery wrote:
Matthew Gabeler-Lee <chee...@fastcat.org> writes:
1) The documentation claims you can set the credential cache filename in
krb5.conf, but this appears to be a lie. If you don't give the pam ccache=
option, then it uses a hard coded string t
Package: bridge-utils
Version: 1.5-13
Severity: normal
bridge-utils can do almost any brctl command with some nice directives in
/etc/network/interfaces ... except configure hairpin mode on ports.
>From the looks of /lib/bridge-utils/ifupdown.sh, this seems like it
shouldn't be too hard to
Package: libpam-heimdal
Version: 4.7-4
Severity: normal
The libpam-krb5 package has a couple issues when trying to configure
credential cache files:
1) The documentation claims you can set the credential cache filename in
krb5.conf, but this appears to be a lie. If you don't give the pam
Is this fix queued to end up in stretch? A prior mail suggests maybe it
is, but not clear? Will that not be released until the stretch 9.1
update goes out?
On 03/17/2017 12:59 PM, Matthew Gabeler-Lee wrote:
> Further, I would note that upstream has now officially End of Life'd 2.9.7.x
And now they have discontinued providing rules for 2.9.7.x, making the
Debian provided package ever closer to useless.
Package: libpam-winbind
Version: 2:4.5.8+dfsg-1
Followup-For: Bug #858923
The common recommendation for how to fix this issue, as long as you don't
have too much else in the way of "interesting" module stacking is to remove
use_authtok from the pam_winbind entry.
But that will get clobbered the
Package: snort
Version: 2.9.7.0-5
Severity: important
The default configuration of snort offers to setup an e-mail alert ...
which will NEVER work in the default configuration, because the alerting
script only seems to work with textual log files, while the default config
only generates the
On 04/26/2017 05:23 PM, Matthew Gabeler-Lee wrote:
> On 04/26/2017 02:56 PM, Sebastian Reichel wrote:
>> I can't reproduce this. I tested the release before uploading and everything
>> (incl. feed icons) worked and still works as expected in my installation.
> Hmm, interes
On 04/26/2017 02:56 PM, Sebastian Reichel wrote:
> I can't reproduce this. I tested the release before uploading and everything
> (incl. feed icons) worked and still works as expected in my installation.
Hmm, interesting. Do you have different dojo packages installed vs. my
report somehow?
Can
Package: sphinxsearch
Version: 2.2.11-1.1
Severity: important
Every time something tries to restart sphinxsearch, it fails, leaving the
sphinxsearch service in a failed state and the daemon not running. This
happens on package upgrades, or restarts for library upgrades, or restarts
for config
Package: tt-rss
Version: 17.1+git20170410+dfsg-2
Severity: important
Since updating to the new 17.1 package of tt-rss, some parts of the UI no
longer render correctly. Immediately noticeable is the feed icons are all
gone, despite the usual "clear cookies, shift-reload" after updates.
Scanning
Package: gnome-disk-utility
Version: 3.22.1-1
Severity: wishlist
gnome-disk-image-mounter provides a command line option to mount image files
read-write, but there's no way to do this in the GUI.
This would be particularly handy for e.g. a disk image file containing an
encrypted (e.g. LUKS)
Package: src:linux
Version: 4.9.18-1
Severity: normal
This is basically a reahsh of
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=734204
That one enabled the relevant modules only on 32 bit kernels, but missed
amd64 kernes. The current PCEngines hardware is all 64 bit processors, and
I'm
Package: ltrace
Version: 0.7.3-6+b1
Severity: normal
ltrace -f ls: crapton of output
ltrace -f irw: nothing
(irw from current testing version of lirc)
I've not found the correlation between apps that work and apps that don't.
I see an old bug about PIE executables, but that was listed as
Package: lirc
Version: 0.9.4c-9
Severity: normal
If you put a line like this in lircd.conf or one of the files it includes:
include "/absolute/path/to/remote.conf"
It will be ignored. The problem seems to be bad interaction between these
two snippets of code in lib/config_file.c:
~ line 906
Package: liblirc-dev
Version: 0.9.4c-9
Severity: normal
Trying to build an LIRC plugin using liblirc-dev doesn't work, because the
installed pkg-config file does not provide proper include flags for the cflags
output:
$ make
cc -I../usb_ir -fpic -DPLUGINDOCS=\"/usr/share/doc/lirc/plugindocs\"
Source: snort
Version: 2.9.7.0-5
Severity: wishlist
Currently, if you install snort from debian, you can't compile so rules from
sources, because the header files needed to do so (e.g.
sf_snort_plugin_api.h) are not distributed as part of any of the Debian
packages.
Having a snort-dev package
Package: tigervnc-standalone-server
Version: 1.7.0+dfsg-6
Severity: normal
The /usr/bin/tigervncserver wrapper script gives up and kills the server it
just started if it doesn't have its VNC-TCP and X11-unix sockets up and
running within one second.
If a machine is a bit bogged down, this can
Package: libpam-winbind
Version: 2:4.5.6+dfsg-1
Severity: normal
Domain-only users cannot change their password in the default configuration.
Ubuntu has a bug for this with a workaround, though the workaround has its
own issues:
https://bugs.launchpad.net/ubuntu/+source/samba/+bug/570944
It
Package: pepperflashplugin-nonfree
Version: 1.8.3+nmu1
Severity: normal
Can't pass --quiet arg any more:
$ sudo /usr/sbin/update-pepperflashplugin-nonfree --install --quiet
Can't be verbose and quiet at the same time.
Usage: wget [OPTION]... [URL]...
gzip: stdin: unexpected end of file
tar:
Source: snort
Version: 2.9.7.0-5
Followup-For: Bug #827593
Further, I would note that upstream has now officially End of Life'd 2.9.7.x
-- System Information:
Debian Release: 9.0
APT prefers testing
APT policy: (990, 'testing'), (500, 'unstable-debug'), (500,
'testing-debug'), (500,
On Fri, 10 Mar 2017, Simon McVittie wrote:
However, Matthew Gabeler-Lee's reply:
I argue this merits worse than "important" -- in a default install of
Stretch currently, munin doesn't work at all.
suggests that there may be something else going on.
Matthew, please could you describe what
Package: munin
Version: 2.0.33-1
Followup-For: Bug #837788
I argue this merits worse than "important" -- in a default install of
Stretch currently, munin doesn't work at all.
Also worthy of note is this workaround:
sudo rm /lib/systemd/system/munin.service
sudo systemctl enable munin
sudo
Package: avahi-daemon
Version: 0.6.32-2
Severity: normal
On one of my systems, avahi-daemon can't start due to its default rlimit-nproc
value of 3.
In my case this seems to be because an lxc container running on this host is
using the same uid for avahi as the host system, but for a different
Package: gitolite3
Version: 3.6.1-2+deb8u1
Severity: wishlist
The upstream gitolite source includes a very useful "contrib" tool 'ukm' to
help with key management. It would be nice if the Debian package included
this tool in some fashion.
-- System Information:
Debian Release: 9.0
APT prefers
Package: fwbuilder
Version: 5.1.0-4+b2
Severity: wishlist
There seems to be a new upstream, or at least an actively maintained fork:
https://github.com/fwbuilder/fwbuilder, while the existing upstream has not
shown any signs of life for several years.
-- System Information:
Debian Release: 9.0
Package: lighttpd-mod-webdav
Version: 1.4.44-1
Severity: important
I'm trying to setup a webdav share for windows (10) clients to access.
One of the basic commands they send causes lighttpd to segfault with a
"double free or corruption" error in syslog. Constantly. It's barely
possible to get
Package: mdadm
Version: 3.4-4
Severity: normal
I had some recent array events, notified by email (worked), and was trying
to look up when the recovery finished in syslog, only to discover that the
mdadm array monitor is not logging to syslog. This seems to be because the
systemd unit and/or
On Tue, 3 Jan 2017, Dimitri John Ledkov wrote:
On 31 December 2016 at 09:48, Matthew Gabeler-Lee <chee...@fastcat.org> wrote:
Snazzy would be to bake the system hostname into the initramfs (Ubuntu seems
to do this as part of the baseline initramfs-tools, but Debian not so mu
Package: reportbug
Version: 7.1.1
Followup-For: Bug #849564
This bug seems like it maybe should be higher severity than 'normal'. On
systems that have 7.1.1 installed, I can't seem to run reportbug no matter
what I do. It seems from scanning the problem python code that I would need
to not have
Package: mdadm
Version: 3.4-4
Severity: normal
I've found, the hard way, that having "HOMEHOST " in mdadm.conf is
... not really safe, unless you list ALL arrays in mdadm.conf. That of
course means that the arrays are all always present.
In my case, I have arrays that are present in external
Package: chromium
Version: 55.0.2883.75-2
Followup-For: Bug #841401
Disabling extension updates seems like a pretty horrible decision,
especially without informing the user.
If you're going to do this, then you should remove the ability to INSTALL
extensions in the first place.
Now I can't
On Fri, 2 Dec 2016, Ondřej Surý wrote:
have you tried using apt-get install -t jessie-backports python-certbot ?
Dur, that worked ... I was thinking that enabling backports that would
sort of be the default behavior, but of course it's not.
Thanks / sorry for wasting time
--
-Matt
Package: python-certbot
Version: 0.9.3-1~bpo8+1
Severity: normal
Trying to install python-certbot (really letsencrypt), running into two
dependency issues, one with python-certbot itself and the other with an
indirect dependency python-acme has.
p-c depends on a newer version of
Package: wmaker
Version: 0.95.7-6+b1
Severity: normal
Trying to use wmmenugen to import the xdg desktop files doesn't work because
wmmenugen segfaults like there's no tomorrow ;)
This months old mailing list post looks like a likely fix:
fixed 842952 50.0-1
thanks
On 11/03/2016 10:24 AM, Sylvestre Ledru wrote:
> In the future, please report a bug per issue and create a meta bug to
> keep track of them.
>
> It makes the life of the maintainer harder.
Sorry for that.
Having just installed 50.0-1, both the annoyances I mentioned
On Sat, 3 Sep 2016, Ola Lundqvist wrote:
Also interesting that the problem goes away with vnc4server.
I just came across tigervnc which has the tight protocol support and
does not suffer from this bug.
The tigervnc website says it's based on the newer vnc4 branch of
tightvnc that never
Correction: I hadn't smacked the cross-compiler build process hard
enough to get -fno-pie -no-pie into all its compile steps. Once I hit
it with a bigger stick, that did function as a workaround for this issue
for me, albeit an ugly one.
Package: gcc-6
Version: 6.2.0-11
Severity: normal
I'm working on a project that uses a Linaro gcc 4.8.3 cross compiler for
ARM, which I'm building on my Debian desktop.
As of gcc-6 6.2.0-6, this worked fine.
As of gcc-6 6.2.0-10, a subtly bad cross-compiler seems to be generated. My
build is
On Wed, 2 Nov 2016, Jeff King wrote:
On Wed, Nov 02, 2016 at 11:00:34AM -0400, Matthew Gabeler-Lee wrote:
Some things I've noticed going from 49.0-4 to 49.0-5 that I'm inferring are
related to turning on GTK+3:
One thing I've noticed that you didn't mention: on my hi-dpi display the
widget
Package: pepperflashplugin-nonfree
Followup-For: Bug #833741
This is a grave issue for existing installations as well, as it is thus
impossible to upgrade them away from the releases that have critical
security vulnerabilities actively being exploited in the wild.
Package: firefox
Version: 49.0-5
Severity: normal
Some things I've noticed going from 49.0-4 to 49.0-5 that I'm inferring are
related to turning on GTK+3:
1) Parts of the UI have gained ugly heavy black borders. This seems to be
fixed upstream for a future release:
This seems to be fixed upstream in their mercurial repo, according to:
https://sourceforge.net/p/joe-editor/bugs/354/
https://sourceforge.net/p/joe-editor/mercurial/ci/e050c4a911bb4f84b51e3c931e424477c217c972/
And therefore I think should be fixed by updating the package to the
upstream 4.3
On Thu, 13 Oct 2016, Rogier Wolff wrote:
No! Not a "more reasonable" value! An outrageous value!
You have a network where 5 hops-in-a-row don't conform to IP standards. And
then you expect mtr to work?
traceroute works fine, ping works fine, tcp connections work fine ...
but mtr is special
Package: mtr
Version: 0.86-1+b1
Severity: wishlist
A new upstream release 0.87 has a fix (of sorts) for the problem where MTR
will not trace a successful path that has more than five non-responding
hops. I say fix "of sorts" because the default limit for this has not been
changed, but it is now
Package: lxc
Version: 1:2.0.4-1
Severity: normal
File: /usr/bin/lxc-create
I ran lxc-create to setup an image, and realized I had given it the wrong
arguments (wrong distro version, nothing dramatic), so I stopped it with
Ctrl-C and cleaned up the partial directory it left behind.
Some time
On Mon, 3 Oct 2016, Ben Hutchings wrote:
The kernel has warned about reliance on auto-loading conntrack helpers
since 3.5, so this should not be surprising.
How many people do you think really peruse dmesg for low level warnings?
Esp. considering that the kernel boot messages aren't even
Package: src:linux
Version: 4.7.5-1
Severity: normal
The 4.7 kernel seems to have MASSIVELY changed how firewalls are allowed to
use conntrack modules by default, rendering many common firewall
configurations invalid in significant ways.
This should be called out in the NEWS (possibly
Package: virt-manager
Version: 1:1.4.0-3
Severity: normal
If the remote VM display window is exactly the size it needs to be, then the
remote display does not render for me. If I resize the window to be just
one pixel bigger (in either or both dimensions), everything works fine. Of
course, this
Package: autoconf-archive
Version: 20160320-1
Severity: important
After updating this package, builds of other software are failing:
srcdir$ aclocal-1.9
/usr/share/aclocal/ax_cxx_compile_stdcxx_14.m4:32: file
`ax_cxx_compile_stdcxx.m4' does not exist
Google suggests that this has been fixed
On Tue, 6 Sep 2016, Matthew Gabeler-Lee wrote:
I upgraded to 231-5, but I'm still having this problem, exactly as described
by the prior reporters :(
Sorry, please disregard this. The problem is that upgrading systemd
doesn't restart running daemons sufficiently for at least this fix
Package: tightvncserver
Version: 1.3.9-8
Severity: important
tightvncserver was working fine for me for a long time until I restarted my
VNC server session recently. Now I find that in most apps I can type fine,
but certain apps get the keys all wrong. Nearly the entire un-shifted US
keyboard
Package: firefox
Version: 48.0-1
Severity: normal
After upgrading to Firefox 48, I noticed that Google Sheets on my "normal"
DPI system does not render fonts legibly any more.
Changing gfx.canvas.azure.backends from skia to cairo and restarting firefox
fixes this.
I think this may be related
Package: gdm3
Version: 3.20.1-1
Followup-For: Bug #805414
It seems like gdm3 should not be claiming the A2DP audio interface, or
really _any_ audio interface when it is not 'active' / visible.
It needs the keyboard to accept passwords, but it doesn't prevent me from
using my keyboard after I log
On 05/26/2016 04:02 PM, Emilio Pozuelo Monfort wrote:
> Thanks for your report, and sorry for the trouble this caused.
I would like to note that, with the latest updates to GNOME:
1) xserver-xorg-input-synaptics is mostly non-functional, insofar as
adjusting settings and having things work the
Package: src:linux
Version: 4.6.2-1
Severity: normal
Upgrading to the 4.6 kernel from 4.5 seems to have broken STP.
If I create a bridge interface and add one or more physical interfaces, the
system running the Debian 4.6 kernel package ALWAYS thinks it is the bridge
root (regardless of what
Package: apt
Version: 1.2.13
Severity: normal
When trying to install a package from an upstream source that is missing the
stronger hashes (Google, sigh), apt is misleadingly reporting that the hash
doesn't match on the download, which is not the problem at all:
sudo apt-get -oDebug::Hashes=true
I retract my prior mail ... without that firefox add-on installed, HTML5
notifications don't work at all for me. I don't get native OR XUL
notifications ... I get nothing. With that add-on installed, I at least
get XUL notifications.
Package: firefox
Version: 46.0.1-1+b1
Followup-For: Bug #826717
This is A OK with me, because the GNOME notifications didn't work most of
the time. With some websites (Google Calendar for one), it was 100%
failure. I believe I found a page somewhere where someone had tracked it
down to a
Package: network-manager-openvpn
Version: 1.2.0-1
Followup-For: Bug #667611
I think the root cause of this issue may have changed over time, given the
activity on the upstream openvpn bug report, but the fact that it still
fails.
I see this locally with this error in the logs:
May 9 09:18:49
Source: xserver-xorg-input-libinput
Version: 0.18.0-1
Severity: normal
I'm filing this as "normal" severity, since I'm not sure how common my
installation setup is (how many people have mice vs. slick multitouch
touchpads), but personally this is "important" or higher -- I have
uninstalled this
Package: libvirt-daemon
Version: 1.3.3-2
Severity: important
The libvirt-daemon package is missing a dependency on systemd-container.
Without this, lxc instances are completely unusable, don't know if qemu
instances or others are affected too.
Without systemd-container, lxc containers fail to
On Tue, 19 Apr 2016, Daniel Kahn Gillmor wrote:
Thanks for the followup. I'm closing this report since there's a clear
workaround. However, gpg2 (from the 2.1 branch) should have migrated
your secret keyring automatically the first time it ever encountered
them.
It did do that properly. My
I tracked down the problem. It is because all the instructions on the
web for creating new keys are about using "gpg", but gpgme is built on
"gpg2", and the two no longer share the private key ring.
Quick fix for anyone that comes across this via google or such:
gpg --export-secret-keys | gpg2
Package: libgpgme11
Version: 1.6.0-1
Severity: normal
libgpgme seems to have problems handling my new RSA 4096 bit key. In my
case, this is breaking reprepro (CC'ing maintainer of that).
Having the same problem as this person on Server Fault:
Package: eclipse
Version: 3.8.1-8
Severity: normal
After updating to the current gnome packages from testing this morning,
portions of eclipse are no longer readable. Most problematic is the quick
outline, which now displays most text as "white on white".
-- System Information:
Debian Release:
On 04/07/2016 04:42 AM, Ritesh Raj Sarraf wrote:
> What hardware are you on? There's a recent kernel fix in the thermal
> subsystem,
> which affected many users.
>
> https://bugzilla.kernel.org/show_bug.cgi?id=114551
> https://bugzilla.redhat.com/show_bug.cgi?id=1317190
This sounds exactly like
Package: laptop-mode-tools
Version: 1.69.2-1
Followup-For: Bug #814578
I have this problem too, but it's even worse for me.
The throttling to "50%" ends up mapping to "always stuck at the bog minimum
slowest speed possible".
cpufreq-info -c 0:
driver: intel_pstate
CPUs which run at the same
Package: joe
Version: 4.1-2
Severity: normal
Create a file with some text ... e.g. this bug report ... with lots of
upper and lower case letters.
Start editing with LANG=en_US.UTF-8
Search for "\[a-z]" or "\[A-Z]" or "\[0-9]" -- no matches found.
Search for "\[0123456789]" -- matches found!
Addenda:
I meant #816865, not 816815
Upgrading bluez locally gets rid of the prior errors, but produces other
errors, and the mouse still doesn't work (at first, but keep reading)
I cleared the previous pairing and tried to re-pair, just to be "safe"
Mar 30 21:20:56 hostname bluetoothd[1421]:
Package: bluetooth
Version: 5.36-1
Severity: normal
Tags: upstream
I'm having the same problem as described in this Ubuntu ticket:
https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1546603
My log entries, for completeness:
Mar 30 20:43:56 hostname bluetoothd[1525]: Error reading PNP_ID
Package: alien
Version: 8.95
Severity: normal
Example: Converting the debian liblockfile1 and lockfile-progs to RPM
packages, because CentOS packages totally broken and useless versions of
these.
The converted lockfile-progs has these Requires:
libc.so.6
libc.so.6(GLIBC_2.0)
liblockfile.so.1
On 03/24/2016 12:31 AM, john hood wrote:
> I haven't been able to chase these glibc details down. Do you have
> pointers to specifics for this?
My assessment was based just on reading the referenced glibc-help
thread, and the commit it referenced --
On Tue, 22 Mar 2016 23:21:31 +0100 Goffredo Baroncelli
wrote:
> Please give a look to
>
> https://sourceware.org/ml/libc-help/2016-03/msg00010.html
>
> to me it seems that the real problem is in glibc.
>From reading that thread and looking at the referenced git commit, I'm
Package: mosh
Version: 1.2.5-1.1
Followup-For: Bug #817929
Looks like upstream has a patch for this:
https://github.com/mobile-shell/mosh/pull/732/commits/a47917b97606a03f6bbf0cafd1fcd495b0229790
Though it looks like that's a hack and they really want this fixed in
protobuf:
Package: mosh
Version: 1.2.5-1.1
Severity: normal
I was trying to get mosh-server working in a minimal chroot (LXC container)
running debian stable, and had problems where mosh-server was getting killed
off almost as soon as it started, but not clear from where.
After much google-fu and cursing
Package: owfs-fuse
Version: 3.1p1-2
Severity: important
Tags: patch upstream
If you pass --fuse-opt or --fuse-open-opt to the ofws fuse program, it will
crash.
Submitted upstream as https://sourceforge.net/p/owfs/bugs/69/
Patch to fix this attached
-- System Information:
Debian Release:
Package: iceweasel
Version: 44.0-1
Severity: normal
I find that many HTML5 style notifications aren't shown in iceweasel (not
new in this version, just finally got motivated to dig a little due to the
notification enhancements advertised in this version).
Most notification demo sites work, but
Package: base-passwd
Version: 3.5.39
Followup-For: Bug #761215
Actually, it does _not_ prompt ... unless debconf is _not_ installed and
prompting is not possible -- i.e., I think this is a bug. From
base-passwd.postinst:
tmp=`tempfile`
if ! update-passwd --dry-run > $tmp ; then
if
On 01/13/2016 12:37 PM, Colin Watson wrote:
> As Russ says, that depends on the nature of the change and on the active
> debconf priority.
Aah, OK ... My problem was that I had thought I had my debconf question
priority set differently than I actually did. Fixing that fixes my
problem, sorry for
On 01/13/2016 11:29 AM, Colin Watson wrote:
> That's a rather strange summary of the code. The bit in the "else"
> branch is in fact *non*-debconf prompting.
Oops, re-read the code and you're right. A better summary of the code I
guess would be:
if (debconf is available) then
update
Package: redmine
Version: 3.0~20140825-8
Followup-For: Bug #808466
I believe this may be related to rails updating to 4.2.x in testing, whereas
redmine seems to still be searching for 4.1.x given the error message?
Hacking on /usr/share/redmine/Gemfile to change it to look for 4.2.x (making
the
Package: mpd
Version: 0.19.11-1
Severity: normal
Systemd regularly complains about mpd's service file:
systemd[1]: [/lib/systemd/system/mpd.service:11] Failed to parse resource
value, ignoring: -1
-- System Information:
Debian Release: stretch/sid
APT prefers testing
APT policy: (990,
Package: dmeventd
Version: 2:1.02.110-1
Followup-For: Bug #805179
This also affects libdevmapper-event-lvm2snapshot.so, which appears to make
snapshot "full" monitoring fail:
$ sudo lvcreate -L 2G -s -p r -n lv-snap vg/lv
Monitoring vg/snapshot0 failed.
Logical volume "lv-snap" created.
$
Package: libapache2-mod-passenger
Version: 5.0.7-3
Severity: important
Tags: upstream
I found that the front page of my Redmine installation using passenger would
not work -- I would instead get an apache error about directory indexes not
being allowed.
After many hours of searching, I finally
Addendum -- it is only 2.4.17-1 that has this problem. The Debian
apache maintainers reverted the apache change that broke this (for now)
in 2.4.17-2 -- see #803353. It looks like even apache is going to
revert the change for the next 2.4 release --
Package: iceweasel
Version: 41.0.2-1
Severity: minor
Upgrading from 41.0.1-1 to 41.0.2-1, the app icons became damaged. The
icons at sizes below 128x128 are now crops from the top left corner of the
128x128 icon instead of scaled down versions. At the smaller sizes, this
produces an icon that
Package: remmina
Version: 1.1.2-3
Followup-For: Bug #771784
This is supposedly fixed upstream in "1.2.0-rcgit.3", see their FAQ:
https://github.com/FreeRDP/Remmina/wiki/Remmina-Usage-FAQ
-- System Information:
Debian Release: stretch/sid
Architecture: amd64 (x86_64)
Foreign Architectures: i386
Package: mercurial-common
Version: 3.5.1-2
Severity: normal
Despite installing bash completion helpers, it doesn't work, for the
exceedingly simple reason that the filename is wrong. Dynamic completion
loading looks for the completion file to be named for the command, and the
command is "hg",
Package: network-manager
Version: 1.0.6-1
Severity: normal
I'm experiencing this with network-manager-openvpn, but a quick grep through
the source suggests it is a bug in the core network-manager vpn support and
not in the openvpn plugin itself.
Scenario:
* Start a VPN connection that requires
On 2015-08-26 12:05, Axel Beckert wrote:
Matthew Gabeler-Lee wrote:
This isn't just mlterm. This breaks xterm, xterm-256color, etc. too
I'm sorry, but while I can reproduce the issue with env TERM=mlterm
screen, I can't reproduce it with env TERM=xterm-256color screen
(on Jessie
Package: screen
Version: 4.3.1-1
Followup-For: Bug #622265
This isn't just mlterm. This breaks xterm, xterm-256color, etc. too -- i.e.
screen is now slightly incompatible with X environments in general. Yuck.
This munging of the TERM variable also breaks access to other systems, e.g.
Package: openvpn
Version: 2.3.7-1
Severity: important
With the update from 2.3.4-5 to 2.3.7-1 (testing), my vpn configurations
using the auth pam plugin broke.
After much digging, I finally isolated this to the addition of the
CapabilityBoundingSet entry in the systemd service definition. If I
Package: ruby-mysql2
Version: 0.3.18-1
Severity: important
The contents of the ruby-mysql2 package effectively have a versioned
dependency on libmysqlclient18, but the package itself does not specify a
version dependency.
This leads to the current version of ruby-mysql2 in testing being unusable
Package: pdns-backend-sqlite3
Version: 3.4.5-1
Severity: important
Installing pdns-backend-sqlite3 on a server that has never had powerdns
installed before resulted in being presented with bad defaults.
From the source package (and the info extracted from debconf below), it
looks like the
101 - 200 of 354 matches
Mail list logo