I still experience this bug in bullseye, but I've done some testing
using the same exact version of jackd as the network master and (so far)
everything seems to be working, so this might only be an issue when
using networked audio with mismatching jackd versions. I will continue
to test over the
Package: btrfs-progs
Version: 4.20.1-2
See #870286 for context.
It was reported that the btrfs-convert manpage is present in the stable
release of btrfs-progs, but the binary was removed because of serious
bugs. The manpage should not be present in this package.
Apparently this bug report was
Package: open-iscsi
Version: 2.0.874-7.1
Severity: wishlist
(I am not sure if this is the correct package to report this to, or if
there is a separate package for the debian-installer component. Please
reassign as appropriate.)
In the Debian installer, while editing partitions, one has a chance
Package: open-iscsi
Version: 2.0.874-7.1
I've created a VM to test the feasibility of a particular configuration
and wound up running into a case that open-iscsi does not consider
during shutdown: if an iSCSI session provides a device that is used as
part of an md-raid device, then the open-iscsi
Package: linux-image-4.19.0-6-amd64
Version: 4.19.67-2+deb10u1
This issue looks like it might be related to #657689, or at least the
symptoms are similar.
Periodically, my network link goes down for ~35 seconds at a time. I
have not been able to determine what traffic pattern or set of other
found 913062 1.8.0-3
thanks
I also experience this problem. It is intermittent, making it difficult
to reproduce, and it may or may not depend on specific hardware.
Switching to a VT and killing the light-locker process restores control
of the locked X session, _until_ the next time the XFCE
Package: lvm2
Version: 2.03.02-3
The lvmcache(8) manpage claims that writecache support is available (I
believe this was added in the 4.18 kernel) and gives this example to use it:
$ lvconvert --type writecache --cachepool fast vg/main
But this doesn't actually work:
# lvconvert --type
Package: apt
Version: 1.8.2
Severity: minor
When running "apt-get update" against a repository with a change in the
codename, apt-get outputs the following lines:
E: Repository '___' changed its 'Codename' value from '___' to '___'
N: This must be accepted explicitly before updates for this
On 8/28/2019 12:29 PM, Christopher David Howie wrote:
> jackd segfaults whenever the qjackctl patchbay is activated with a
> non-empty set of patches. It's not clear to me exactly why this
> happens, but it happens every time.
I have done some additional testing on this and wanted
Package: jackd2
Version: 1.9.12~dfsg-2
jackd segfaults whenever the qjackctl patchbay is activated with a
non-empty set of patches. It's not clear to me exactly why this
happens, but it happens every time.
I run jackd like so:
$ jackd -R -d net -a 192.168.3.3
Here is jackd's output:
Vincent,
I wonder if this is the same underlying cause as the issue I just
reported, #930287. Does changing the log source correct the problem for
you?
--
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomputers
If you correspond with me on a regular basis,
Package: fail2ban
Version: 0.9.6-2
fail2ban provides the following configuration, which does not work on
Debian by default.
In /etc/fail2ban/filter.d/postfix.conf:
^%(__prefix_line)slost connection after AUTH from \S+\[\]$
In /etc/fail2ban/paths-common.conf:
postfix_log =
tags 916825 + patch
thanks
On 12/19/2018 1:32 AM, Christopher David Howie wrote:
> dovecot.index should probably not cause dovecot to be flagged for restart.
The attached patch resolves the issue for me.
--
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomput
Package: debian-goodies
Version: 0.69.1
Output of checkrestart -v:
--
[DEBUG] Process /usr/lib/dovecot/imap (PID: 26432)
List of deleted files in use:
/var/vmail/chrishowie.com/me/Maildir/dovecot.index (deleted)
--
dovecot.index should probably not cause dovecot to be
Package: grub-common
Version: 2.02~beta3-5
Context: My system has two bootable disks, each with a GPT label and two
partitions: 1 is a BIOS boot partition, and 2 is a dmraid raid1.
The raid device is an LVM PV. Within that lies the root volume.
I mention this because it may be revelant; none
Package: java-package
Version: 0.62
Compiling in a VirtualBox VM with guest additions installed, make-jpkg
fails against jre-8u151-linux-x64.tar.gz with the following error:
dpkg-shlibdeps: error: no dependency information found for
/var/lib/VBoxGuestAdditions/lib/libGL.so.1 (used by
I've been hit by this today. One hack that comes to mind to solve the
issue where ifdown chokes on the inet6 section because the bridge is
already gone would be to process the iface stanzas in reverse order when
doing ifdown.
Assuming a config that has the inet(+bridge) stanza before the inet6
On 2/10/2016 11:10 AM, Ben Hutchings wrote:
> Which boot loader are you using?
Grub 2.
> diffoscope (https://try.diffoscope.org/) agrees with that.
>
> This works for me:
>
> kvm -m 1G -kernel /boot/vmlinuz-3.16.0-4-amd64 -initrd
> initrd.img-3.16.0-4-amd64.broken
Huh. This is only
Package: wnpp
Severity: normal
I'm the packager of this software as well as the upstream author. The
Yahoo! Chess service has been permanently closed, so this software is
now defunct. This package should probably be removed from Debian
entirely as it serves no function anymore.
I uploaded the
Package: initramfs-tools
Version: 0.120
I have a rather odd case where update-initramfs sometimes generates good
initrds and sometimes it does not. I'm not sure if the bug lies here or
in the kernel, but after sinking hours into investigating this issues
I'm very confident there is a bug
Package: samba
Version: 2:4.1.17+dfsg-2
Tags: upstream, fixed-upstream
Samba 4.1.17 appears to have a bug causing all authentication attempts
to fail (internal error NT_STATUS_NO_SUCH_USER) if the NetBIOS name of
the server is over 15 characters long. This includes the inferred name
if netbios
On 04/28/2015 04:53 PM, Jelmer Vernooij wrote:
NetBIOS names can't be longer than 15 characters, even with the
upstream patch - and samba will already truncate the netbios name if
you set it to a longer name in smb.conf.
Right. The problem is that if you don't specify netbios name in the
Package: polipo
Version: 1.0.4.1-1.1
Severity: important
Polipo appears to timeout on domains that do indeed exist, but only when
dnsQueryIPv6 is not set to no. If it is, then everything works.
Here is an example when dnsQueryIPv6 is set to reluctantly:
Package: src:bsnes
Version: 0.088-3
Severity: minor
The build-depends on gcc is gcc (= 4.6) matches the version of gcc in
Squeeze (4:4.4.5-1). dpkg-buildpackage does not complain about this
version of gcc, and instead tries to compile the software, which results
in compilation errors.
I ran into this today and just thought I'd share my workaround, which
actually isn't a workaround at all, but is what I should have done in
the first place.
Never, ever use [A-Z], nor [a-z], etc. This particular locale issue is
only one of the problems with this approach. Had I done the right
forwarded 456921 https://bugzilla.gnome.org/show_bug.cgi?id=529408
thanks
There is an upstream bug for this with minimal activity.
--
Chris Howie
http://www.chrishowie.com
http://en.wikipedia.org/wiki/User:Crazycomputers
If you correspond with me on a regular basis, please read this document:
reassign 589186 vnc4server
merge 619413 589186
thanks
This appears to be a symptom of #619413, and is a problem with either
the vnc4server package or libgtk2 (as suggested by the workaround on the
other bug).
--
Chris Howie
http://www.chrishowie.com
found 456921 2.28.2-1
thanks
This bug has not been fixed since it was reported. This is a fairly
severe bug for me as much of my email workflow can be made simpler by
using shift-tab to travel backwards in the focus chain.
I may supply a patch for this issue if I have time to fix it.
--
Chris
Here is a patch that resolves the issue for me. This patch is WRONG and
hence I have not added the patch tag. The fix should be applied
somewhere else, but given my limited time and understanding of vino's
binding system, it's the best I can do at the moment.
This issue points out to me that
Package: gstreamer0.10-ffmpeg
Version: 0.10.10-1
Severity: grave
/usr/lib/gstreamer-0.10/libgstffmpeg.so appears to be linked to
libva-0.31.0.6.so.1, which is not available at all in lenny.
--8--
$ apt-cache policy gstreamer0.10-ffmpeg
gstreamer0.10-ffmpeg:
Installed: 0.10.10-1
On 06/15/2010 06:07 AM, Sjoerd Simons wrote:
libva doesn't exist in debian at all. Does your ffmpeg come from debian
multimedia by any chance ? What version of libavcodec52 do you have on your
system?
Gah, I thought I downgraded+held them both from d-m to squeeze to test
this issue, but maybe
On 05/20/2010 05:42 PM, Gabriele Giacone wrote:
Update java-wrappers. It seems your version is more recent than 0.1.14.
I installed 0.1.15~bpo50+1 from lenny-backports and this has fixed the
problem. I know this won't be a problem for squeeze since it has a more
recent version, but could a
On 05/19/2010 01:00 PM, Gabriele Giacone wrote:
Please, output
$ DEBUG_WRAPPER=1 jxplorer
--8--
:~$ DEBUG_WRAPPER=1 jxplorer
[debug] /usr/bin/jxplorer: Found JAVA_HOME = '/usr/lib/jvm/java-6-sun'
[debug] /usr/bin/jxplorer: Found JAVA_CMD =
'/usr/lib/jvm/java-6-sun/bin/java'
Package: jxplorer
Version: 3.2.1+dfsg-1
When launching jxplorer from a terminal it fails to start and spits this
out:
--8--
$ jxplorer
Exception in thread main java.lang.NoClassDefFoundError:
com/ca/directory/jxplorer/JXplorer
Caused by: java.lang.ClassNotFoundException:
34 matches
Mail list logo
