Package: quotatool
Version: 1.6.2-6
quotatool fails trying to adjust the grace time:
0 root@test-fs:~$ quotatool -vvv -u -b -t "2 weeks" /home
quotatool: option: 'v', argument: '(null)'
quotatool: option: 'u', argument: '(null)'
quotatool: not mangling: NULL user
quotatool: using uid (null)
Just out of curiosity: Why aren't those patches the current stable
bookworm package of roundcube-plugins-extra included?
On 05/04/2024 18.54, Debian Bug Tracking System wrote:
> This is an automatic notification regarding your Bug report
> which was filed against the roundcube-plugins-extra
Package: roundcube-plugins-extra
Version: 1.4.10+1-4
I got an error like this, trying to set a message Flag:
[05-Apr-2024 15:16:54 UTC] PHP Warning: Undefined property:
rcmail::$imap in
/usr/share/roundcube/plugins/thunderbird_labels/thunderbird_labels.php
on line 318
[05-Apr-2024 15:16:54 UTC]
With a little less 'cutting' it seems to work, but I tested it only
against openjdk 8, 11 and 17. I didn't understand the need of the first
call of "cut -d'-' -f1" anyways.
--- javaws_orig.sh 2024-01-17 16:25:24.601970808 +0100
+++ javaws.sh 2024-01-17 16:25:57.982161672 +0100
@@ -97,9
Package: icedtea-netx
Version: 1.8.8-2
In some more recent update of icedtea-netx, I can't determine which
exactly, the pack200 libs must have been removed from javaws.jar
Keeping older java versions around to access such devices can't help if
javaws is unable to fetch the jar files from those as
Package: icedtea-netx
Version: 1.8.8-2
I pass some extra scaling option on my system to JAVA so i can actually
read something on a 4K laptop display so the -version call in
javaws.sh receives a string like
'Picked up JAVA_TOOL_OPTIONS: -Dsun.java2d.uiScale=2.0 openjdk version
"11.0.20"...'
on
Package: ifenslave
Version: 2.12
This bug has already been filed as #949062 and was archived with the
comment 'Fixed in version ifenslave/2.13'. OK so far, but whats about
bullseye? I just just wasted about 2h of my time finally retracing the
steps someone did over 2 years ago. Is this going to
Package: multipath-tools
Version: 0.8.5-2
Updating the first the first servers which boot from FC SAN via
multipath (dual FC emulex HBAs, two FC switches etc.) from buster to
bullseye, I got a server without a configured network.
Investigating the issue I stumbled accross an issue raised by
Dear Maintainer,
I'm feeling really stupid, beeing the only one, unable to use certain
vpn connections i really need. Everyone else can connect: Windows
(naturally) Apple, Andoid, event iOS devices, but with my debian system
I can't use them.
Especially in university environments with quite
Some additional infos:
I found the following entry in my syslog syslog:
Jun 6 07:11:13 zero2 kernel: [212430.899942] xl[3941]: segfault at
7fc9239c2ff8 ip 7fc9237be0b5 sp 7fc9239c3000 error 6 in
ld-2.24.so[7fc9237b4000+23000]
... and the error also occurs during a 'xl block-attach ...'
Package: xen-utils-4.8
Version: 4.8.3+xsa262+shim4.10.0+comet3-1+deb9u7
Severity: normal
after updating to the latest version from security, the xen xl (binary
date: May 22 19:41) toolstack causes a "Segmentation fault" during the
creation of a domu and exits with 139 thought the domu if created
I much appreciate the effort you all did and like the idea to ship the
xen-diag tool and maybe a hint somewhere about the issues that occurred
and the possible solution by raising max_nr_frames.
On 27.02.2018 17:05, Hans van Kranenburg wrote:
ad 1. Christian, Valentin, can you give more
I much appreciate the effort you all did and like the idea to ship the
xen-diag tool and maybe a hint somewhere about the issues that occurred
and the possible solution by raising max_nr_frames.
On 27.02.2018 17:05, Hans van Kranenburg wrote:
ad 1. Christian, Valentin, can you give more
Hi Hans,
I can try, but the only system I can really test this is a productive
system, as this 'reliable' shows this issue (and I don't want to crash
it on purpose on a regular basis). Since I set gnttab_max_frame to a
higher value it runs smooth. If you're confident this will work I can
try
Hi Hans and Valentin,
first of all: Thanks for your help and explanations, that is very
helpfull. I was on vacation last week and couldn't answer right away.
On 07.01.2018 19:36, Hans van Kranenburg wrote:
If this is something users are going to run into while not doing more
unusual things
I would like to reopen this issue, as it is still not completely
resolved, even in stretch / current sasl from git.
A 'normal' authentication works, but proxy authentication is broken
since wheezy, as long as sasl has no auxprop module configured.
The current workaround is to configure any
Update:
First of all: Forget my observation about the 'system boot time'. I
mixed up something, the dom0 boot time was increased, but this happened
probably due to the not (well/propper) handled lvm thin activation
during system boot.
One last thing I pulled from domu with the original
I'm experiencing the same behavior with a lvm pv on top of a md mirror:
Nov 2 22:03:13 zero systemd-udevd[515]: seq 4167
'/devices/virtual/block/md4' is taking a long time
pvscan
PV /dev/sda VG BACKUP0 lvm2 [9.10 TiB / 98.00 GiB free]
PV /dev/md4 VG MAIN0 lvm2 [9.10
Update:
Sadly the my productive system froze in the early afternoon today again
with the older kernel as well (4.9.30-2+deb9u5). so that wasn't a temp
workaround. Paradoxically nothing showed up on the xl console (within a
screen) at dom0. No errors, nothing, the vm just stopped responding.
Package: linux-image-4.9.0-4-amd64
Version: 4.9.51-1
Severity: critical
As I can tell right now, the domu system simply freezes. The logs simply
end at some point until the new reboot stuff comes up. Sometimes it's
still possible to log on to the system, but nothing really works. It is
like
for beeing fixable in stable.
Cheers,
Christian Schwamborn
Package: lvm2
Version: 2.02.95
Severity: important
creating snapshots with a specific minor number fails, as any other
operation in order to modify the minor number of a lv. This bug was
discovert a few days after the 2.02.95 was taken.
The two links provide a patch for this issue:
I must apologize, the upstream patch I sent you, fixes some of the
problems, but not all of them. If username and authname differs, for
example if you want to authenticate with an admin user against timesievd
to change some users sieve script, the autentication process will still
fail.
To
://bugzilla.cyrusimap.org/show_bug.cgi?id=3590
https://bugs.launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/875440
I attached the patch from revision d1b57852247641be30decc480b0719d322f0bc5c
I hope this can be applied to wheeze, since it really breaks an easy
mailserver setup.
Cheers,
Christian
://bugzilla.cyrusimap.org/show_bug.cgi?id=3590
https://bugs.launchpad.net/ubuntu/+source/cyrus-sasl2/+bug/875440
I attached the patch from revision d1b57852247641be30decc480b0719d322f0bc5c
I hope this can be applied to wheeze, since it really breaks an easy
mailserver setup.
Cheers,
Christian
This bug was fixed in ubuntu natty two years ago:
https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/525287
It should really be possible to close this bug for wheezy.
The script which is still in use looks very similar to the one Dave
Whitla proposed
Cheers, Christian
clvmd.ra
Package: grub-common
Version: 1.98+20100804-14
Severity: normal
I recently configured a system for testing purposes with a larger number
of fc-luns resulting in 320 sd devices (40 luns * 8 paths per lun) plus
4 sd devices from the servers internal disk system.
When I tried to install a new
Package: grub-common
Version: 1.98+20100804-13
Severity: normal
Tags: upstream
During the creation of /boot/grub/grub.cfg the script /etc/grub.d/20_linux_xen
searches for 'CONFIG_XEN_DOM0=y' in the kernels config file, which is present
in pv-ops kernels. Since old-style patched xen kernels do not
Package: gvfs
Version: 1.6.4-3
Severity: normal
when I try to connect a ntfs formated disk, I'm getting this message:
Error mounting: mount exited with exit code 1: helper failed with:
Error opening ' /dev/sdb1': Permission denied
Failed to mount '/dev/sdb1': Permission denied
Please check
Package: lvm2
Version: 2.02.06-4
Severity: important
When I'm creating snapshots on internal devices all works fine, but when
I try to create snapshots on a FC-device (using multipath), there is a
fifty-fifty chance that it will fail:
xen-7:~# lvcreate -s -L1G -vv -n test /dev/ERBACH/erbach
Package: xen-utils-3.0.2-1
Version: 3.0.2-3+hg9762-1
Hi,
while trying to get xen work, I encountered two problems:
1. I don't know if its really an error, but I think something is messed up with
the subdir-name /usr/lib/xen-3.0.2-1 because the version-number of the package
suggests that it is
31 matches
Mail list logo
