On Montag, 14. April 2025 00:22:01 CEST Elliott Mitchell wrote:
> The analysis is the "(XEN) AMD-Vi: IO_PAGE_FAULT" message, and the
> software RAID data loss are distinct bugs. That patch/commit likely
> makes the correlated message disappear, but almost certainly leaves the
> software RAID data
Please also note that as of [1] certbot 2.x is longer supported upstream.
[1]
https://community.letsencrypt.org/t/certbots-version-policy-and-end-of-life-support-on-previous-major-versions/237171
signature.asc
Description: This is a digitally signed message part.
Control: retitle -1 new upstream version available (3.11.1)
Hi,
Upstream version 3.11.1 has been release 2025-03-10 [1].
It would be great to get a newer rspamd in trixie (currently testing has 3.8.1
released upstream 2024-01-25).
Thanks,
Maxi
[1] https://rspamd.com/announce/2025/03/10/rspamd
Can the fix in the salsa repository be uploaded to the archive to avoid
torbrowser-launcher being autoremoved from testing?
Thanks
signature.asc
Description: This is a digitally signed message part.
A fix [1] for the IO_PAGE_FAULT went into xen 4.20 which is now available in
testing and unstable.
The 4.20.0-1 Debian source package can also be compiled for bookworm if you
have a bookworm system running and want to test there. Please not that qemu
also needs to be recompiled for this xen vers
Package: wnpp
Severity: wishlist
Owner: Maximilian Engelhardt
X-Debbugs-Cc: debian-de...@lists.debian.org, m...@daemonizer.de,
debian-pyt...@lists.debian.org
* Package name: zope.sqlalchemy
Version : 3.1
Upstream Contact: Laurence Rowe
* URL : https://github.com
Control: retitle -1 bookworm-pu: package xen/4.17.5+23-ga4e5191dc0-1+deb12u1
On Dienstag, 18. Februar 2025 22:14:34 CET Jonathan Wiltshire wrote:
> Control: tag -1 confirmed
>
> Hi,
>
> On Sun, Feb 09, 2025 at 10:20:33PM +0100, Maximilian Engelhardt wrote:
> > [ Reason ]
&
Package: release.debian.org
Severity: normal
User: release.debian@packages.debian.org
Usertags: transition
X-Debbugs-Cc: x...@packages.debian.org, h...@knorrie.org, m...@daemonizer.de,
t...@security.debian.org
Control: affects -1 + src:xen
We would like to update xen to 4.20 for Trixie. This
Package: wnpp
Severity: wishlist
Owner: Maximilian Engelhardt
X-Debbugs-Cc: debian-de...@lists.debian.org, m...@daemonizer.de
* Package name: python-pylons-sphinx-themes
Version : 1.0.13
Upstream Contact: Pylons Project
* URL : https://github.com/Pylons/pylons-sphinx
Package: wnpp
Severity: wishlist
Owner: Maximilian Engelhardt
X-Debbugs-Cc: debian-de...@lists.debian.org, m...@daemonizer.de
* Package name: python-pyramid-retry
Version : 2.1.1
Upstream Contact: Pylons Project
* URL : https://github.com/Pylons/pyramid_retry
Ignore lintian error not relevant for bookworm in salsa-ci.
+ * Cherry-pick e6472d4668 (tools/xg: increase LZMA_BLOCK_SIZE for
+uncompressing the kernel) to allow direct kernel boot with kernels >=
+6.12 (Closes: #1092495).
+
+ -- Maximilian Engelhardt Sun, 26 Jan 2025 22:42:25 +0100
Hi Damien,
On Donnerstag, 16. Januar 2025 00:08:24 CET Damien Norris wrote:
[...]
>
> All this left me with an incomplete grub config after xen-create-image
> was finished, so pvgrub will not boot it.
>
> Currently xen-create-image installs 6.1.0-29 kernel (because it's not
> looking at bookworm
On Samstag, 25. Januar 2025 20:07:21 CET Matthias Klose wrote:
[...]
> > [...]
> > objcopy -I ihex -O binary arch/x86/efi/buildid.ihex arch/x86/efi/buildid.o
> > objcopy: arch/x86/efi/buildid.ihex: invalid operation
> > make[6]: *** [arch/x86/efi/Makefile:7: arch/x86/efi/buildid.o] Error 1
> > [...
Package: binutils-x86-64-linux-gnu
Version: 2.43.90.20250122-2
Severity: serious
X-Debbugs-Cc: m...@daemonizer.de
Control: affects -1 + src:xen
With the current version (2.43.90.20250122-2) of binutils in unstable xen
FTBFS (see [1]) with:
[...]
objcopy -I ihex -O binary arch/x86/efi/buildid.ihe
Control: fixed -1 4.19.1-1
Control: affects -1 linux-image-amd64
Good to hear you were able to solve the problem for you by moving to pvgrub.
I'm marking this bug as fixed in the xen version in unstable (as it should be
really fixed there), but will leave the bug open as it still affects bookwor
On Donnerstag, 9. Januar 2025 22:59:40 CET Richard wrote:
> Hi,
> the host is on stable, so unless this fix lands in backports I won't be
> installing it any time soon. And I'm using PV-HVM with pygrub afaik - it's
> the standard Kernel, but lsmod does show two xen modules - not pvgrub or
> somethi
Hi Richard,
This problem was already fixed by xen upstream as noted by Marek Marczykowski-
Górecki:
On Thu, 9 Jan 2025 21:28:10 +0100 Marek Marczykowski-Górecki
wrote:
> This is fixed upstream at https://xenbits.xen.org/gitweb/?
p=xen.git;a=commit;h=e6472d46680ccd2b804ad73c19042a5811d036f0
We
Source: systemd
Version: 257.1-5
Severity: normal
Tags: patch
X-Debbugs-Cc: m...@daemonizer.de, x...@packages.debian.org
Control: affects -1 + src:xen
Starting with version 4.19, the xen package in Debian stopped building xen on
the armhf architecture.
Your package currently depends on libxen-dev
Control: severity -1 important
xen 4.19 has now been uploaded to unstable.
Thanks,
Maxi
signature.asc
Description: This is a digitally signed message part.
Control: severity -1 important
xen 4.19 has now been uploaded to unstable.
Thanks,
Maxi
signature.asc
Description: This is a digitally signed message part.
Control: severity -1 important
xen 4.19 has now been uploaded to unstable.
Thanks,
Maxi
signature.asc
Description: This is a digitally signed message part.
Source: kexec-tools
Version: 1:2.0.29-1
Severity: normal
Tags: patch
X-Debbugs-Cc: m...@daemonizer.de, x...@packages.debian.org
Control: affects -1 + src:xen
Starting with version 4.19, the xen package in Debian will stop building xen
on the armhf architecture.
Your package currently depends on l
Source: libvirt
Version: 10.10.0-3
Severity: normal
Tags: patch
X-Debbugs-Cc: m...@daemonizer.de, x...@packages.debian.org
Control: affects -1 + src:xen
Starting with version 4.19, the xen package in Debian will stop building xen
on the armhf architecture.
Your package currently depends on libxen
Source: collectd
Version: 5.12.0-22+b1
Severity: normal
Tags: patch
X-Debbugs-Cc: m...@daemonizer.de, x...@packages.debian.org
Control: affects -1 + src:xen
Starting with version 4.19, the xen package in Debian will stop building xen
on the armhf architecture.
Your package currently depends on li
Source: pyramid-jinja2
Version: 2.7+dfsg-1.3
Severity: wishlist
X-Debbugs-Cc: m...@daemonizer.de
The version currently in unstable (2.7) was released in 2016. Currently the
last upstream release is 2.10.1 released 2023-02-07. Please update the Debian
package to a newer upstream version, preferable
Source: python-pyramid-tm
Version: 0.5-1.2
Severity: wishlist
X-Debbugs-Cc: m...@daemonizer.de
The version currently in unstable (0.5) was released in 2012. Currently the
last upstream release is 2.6 released 2024-11-14. Please update the Debian
package to a newer upstream version, preferable the
Control: tags -1 + patch
The attached patch fixes compilation with Sphinx 8.0.--- a/docs/conf.py
+++ b/docs/conf.py
@@ -265,6 +265,6 @@ man_pages = [
# Example configuration for intersphinx: refer to the Python standard library.
-intersphinx_mapping = {'/usr/share/doc/python3-doc/html': None}
Hi everybody,
I'm sorry for replying late, this week was quite busy for me.
On Sonntag, 8. Dezember 2024 06:38:09 CET Sean Whitton wrote:
> > The situation regarding the packages is:
> > * We have a Xen 4.19 package ready, that has been tested.
> > * ==> We need a sponsor to upload it to experime
Control: severity -1 normal
Hi Elliott,
I am changing the severity back to normal as the xen package works fine for
many people without any serious issues. From your last message it also seems
you found a workaround for your problem. Please don't change the bug severity
without at least giving
Control: tags -1 + pending
On Fri, 21 Jun 2024 09:01:02 +0200 Stéphane Glondu wrote:
> > Your package FTBFS with OCaml 5.2.0 for the following reason:
> >
> > Problem in C stubs
>
> Attached is a patch that fixes the issues. It should also work with the
> version of OCaml currently in unstab
Control: tags -1 + pending
This is planned to be fixed with the xen 4.19 upload (will go to experimental
first) by moving xenstore-control from xenstore-utils to xen-utils-common.
signature.asc
Description: This is a digitally signed message part.
Control: tags -1 + pending
Hi Sebastian,
Thanks for your report. We (the Debian xen team) are aware of this issue and
are currently preparing an upload fixing this problem. It should be uploaded
to the archive soon.
Maxi
signature.asc
Description: This is a digitally signed message part.
resending so this also appears in #1029998.
Hi Yann,
Thanks for your mail.
> Maybe one of those bugs should be marked as dup?
Yes, doing so now.
> I noticed that building this package with libsystemd-dev installed
> causes a build failure, as unit files are then generated but not shipped
> by a
Control: forcemerge 1039422 1029998
Hi Yann,
Thanks for your mail.
> Maybe one of those bugs should be marked as dup?
Yes, doing so now.
> I noticed that building this package with libsystemd-dev installed
> causes a build failure, as unit files are then generated but not shipped
> by any packa
Control: found -1 4.17.2+76-ge1f9cb16e2-1
Hi Steve,
Thanks for taking care about the 64-bit time_t transition.
Unfortunately your attached patch looks a bit strange to me. It adds
autogenerated files, but especially FTBFS in your experimental upload.
You can find an updated patch attached to t
rg Sun, 04 Feb 2024 13:45:17 +0100
+
xen (4.17.2+76-ge1f9cb16e2-1~deb12u1) bookworm; urgency=medium
* Rebuild for bookworm to address the security issues since
-4.17.1+2-gb773c48e36-1 listed below.
+4.17.1+2-gb773c48e36-1 listed blow.
* d/salsa-ci.yml: Set RELEASE variable to bookw
Control: tags -1 +fixed-upstream
Hi,
this issue has been fixed upstream by
https://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=40be6307ec005539635e7b8fcef67e989dc441f6
and was backported to the upstream stable-4.17 branch in
https://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=4000522008711b132
On Mittwoch, 13. Dezember 2023 22:20:40 CET Martin-Éric Racine wrote:
> I've uploaded the fix to unstable.
>
> Since this is not the sort of urgent issue that would warrant a
> separate update to Bookworm, I won't upload it there for now. However,
> I'll definitely include it if there ever is a se
On Montag, 11. Dezember 2023 08:51:36 CET Martin-Éric Racine wrote:
[...]
>
> Unless I misunderstood, this is due to a change of debhelper behavior
> since compatibility level 10. This leaves me with two possible
> solutions:
>
> 1) No dh_install option. This will restart after upgrade (default s
Package: dhcpcd
Version: 1:9.4.1-24~deb12u3
Severity: normal
X-Debbugs-Cc: m...@daemonizer.de
Hi,
during the recent point release I noticed that during the unattended-upgrades
run dhcpcd was stopped but never started again. This is undesired as it breaks
internet connection for me and I need to
On Montag, 2. Oktober 2023 19:18:49 CET Santiago Ruano Rincón wrote:
> El 30/09/23 a las 00:09, Hans van Kranenburg escribió:
> > Package: debian-security-support
> > Version: 1:11+2023.05.04
> > Severity: normal
> >
> > Hi,
> >
> > Upstream security support for Xen 4.14 has ended recently. This
This commit got also included in the upstream stable-4.17 branch:
https://xenbits.xen.org/gitweb/?p=xen.git;a=commit;h=a91b946345b0c0550d0ee28816a15d3fc16abc50
signature.asc
Description: This is a digitally signed message part.
Package: systemd
Version: 252.6-1
Severity: normal
X-Debbugs-Cc: m...@daemonizer.de
Control: affects -1 + src:xen
When running the xen hypervisor, systemd-detect-virt erroneous detects 'xen'
virtualization on the dom0:
$ systemd-detect-virt
xen
The expected output should be 'none', in case of a
Control: retitle -1 xenstore-utils: broken symlink /usr/bin/xenstore-control
This is a bit more complicated:
Up to bullseye the binaries in the xenstore-utils package were independent of
the running xen version (as the xenstore interface is more or less supposed to
be stable).
Starting with bo
23-03-23 22:22:48.0 +0100
+++ xen-4.17.1+2-gb773c48e36/debian/changelog 2023-05-18 21:26:30.0 +0200
@@ -1,3 +1,15 @@
+xen (4.17.1+2-gb773c48e36-1) unstable; urgency=medium
+
+ * Update to new upstream version 4.17.1+2-gb773c48e36, which also contains
+security fixes for the followi
Control: retitle -1 unblock: xen/4.17.0+74-g3eac216e6e-1
On Sonntag, 2. April 2023 21:51:11 CEST Sebastian Ramacher wrote:
> On 2023-03-29 23:27:11 +0200, Maximilian Engelhardt wrote:
> > Package: release.debian.org
> > Severity: normal
> > User: release.debian...
x86/HVM pinned cache attributes mis-handling
+ XSA-428 CVE-2022-42333 CVE-2022-42334
+- x86: speculative vulnerability in 32bit SYSCALL path
+ XSA-429 CVE-2022-42331
+
+ -- Maximilian Engelhardt Thu, 23 Mar 2023 22:22:48 +0100
+
xen (4.17.0+46-gaaf74a532c-1) unstable; urgency=medium
On Sonntag, 4. Dezember 2022 01:42:14 CET Christian Kastner wrote:
> Can anyone else give this patch a try before I submit an MR?
Uh, this is great news and an easy fix.
I did some tests and can confirm that your patch fixes this problem for me.
signature.asc
Description: This is a digitally s
I did some more tests as I also ran into this problem. Here is what I could
find out until now:
I start qemu manually in a similar way as done by autopkgtest with the
following command:
$ qemu-system-arm -machine virt -m 1024 -smp 1 -display none -net
nic,model=virtio -net user,hostfwd=tcp:127
+0100
@@ -1,3 +1,11 @@
+libvirt (8.0.0-1.1) unstable; urgency=medium
+
+ * Non-maintainer upload.
+ * Remove i386 from ARCHES_XEN. Starting with xen version 4.16, xen is no
+longer built on the i386 architecture in Debian.
+
+ -- Maximilian Engelhardt Mon, 21 Feb 2022 23:13:01 +0100
=medium
+
+ * Non-maintainer upload.
+ * Don't build the xencpu plugin on i386. Starting with xen version 4.16, xen
+is no longer built on the i386 architecture in Debian.
+
+ -- Maximilian Engelhardt Sun, 20 Feb 2022 23:41:12 +0100
+
collectd (5.12.0-8) unstable; urgency=medium
[ Ke
Control: found -1 2.37.90.20220123-2
Control: affects -1 src:xen
Hi,
this bug is still present in my sbuild chroot (updated about an hour ago) when
compiling xen 4.14.3+32-g9de3671772-1 from unstable. I managed to run
x86_64-linux-gnu-ld inside gdb to catch the segmentation fault. Please see th
Package: xen-hypervisor-common
Version: 4.14.1+11-gb0b734a8b3-1
Severity: important
Installing xen-system-armhf in a test vm and running update-grub left me with
a grub configuration that cannot boot the xen hypervisor and gets stuck in the
grub menu. It's still possible to boot the normal linux
Source: xen
Severity: normal
Version: 4.14.1+11-gb0b734a8b3-1
I noticed that installing xen-system-amd64 does not always lead to a grub
configuration that will boot into the xen hypervisor. As a quick fix
"update-grub" can be run manually after installation of xen-system-amd64 to
generate the p
Ping to avoid autoremoval. The NMU from Adrian Bunk should hit the archive
within one day now.
signature.asc
Description: This is a digitally signed message part.
Control: tags -1 + patch
Attached is a simple patch fixing this issue in my local test build.
Adrian Bunk, you marked this bug as pending, are you planning to upload a
fixed version or has this been a mix up in bug numbers like in your other mail
in this bug?
Thanks,
Maxidiff -ur pyramid-jinja
Package: dh-python
Version: 4.20201102
Severity: normal
Tags: patch
Hi,
if there are only python files in private directories and they only use a
"/usr/bin/python3" shebang, dh-python does not add any dependencies in
${python3:Depends}, although a dependency to python3 should be added.
I propose
Control: tags -1 + patch
Control: block -1 980303
I implemented a fix for this issue in [1], however this is currently blocked
due to a bug in dh_python.
[1]
https://salsa.debian.org/myx/debian-xen/-/commits/myx/fix_python_dependencies
signature.asc
Description: This is a digitally signed mess
Package: dh-python
Version: 4.20201102
Severity: normal
Tags: patch
Hi,
dh-python does not properly handle build dependencies with the ":any" suffix.
This leads to a dependency like "python3-dev:any" not being recognized as a
python-dev build dependency in the python_dev_in_bd variable (file
dhpy
Package: libsdl1.2debian
Version: 1.2.15+dfsg2-4
Severity: important
Tags: patch
Hi,
since some time I noticed a problem within a game (Unreal Tournament 2004)
using libsdl1.2 that the forward movement suddenly stopped, while I still had
the forward key pressed. This is an quite annoying bug when
severity 923464 important
thanks
Hi,
we also ran into this bug and I can confirm the attached patch by Mark fixed
the issue for us.
This should definitely be fixed in unstable/testing and then also in buster.
I set the severity to important as the repeated crashes of carbon-cache caused
regula
Could this be the same problem as described in this bug report:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930919
There is also a patch linked that you could try.
signature.asc
Description: This is a digitally signed message part.
This bug is still open but has been marked as fixed in the versions currently
in testing/unstable and stable. It also has been fixed in oldstable-security.
Should it be closed or is there any reason to still keep it open?
signature.asc
Description: This is a digitally signed message part.
Hi Ondřej,
You uploaded knot 2.7.6 to unstable some days ago. I've seen it's currently
blocked from testing migration by a regression in the knot-resolver package:
https://qa.debian.org/excuses.php?package=knot
This turned out to be due to a change in kdig exit code behavior which needs
adjustm
Package: src:knot-resolver
Version: 3.2.0-1
Severity: important
Tags: patch
Control: affects -1 knot
I'm nut sure about the correct severity, so I'm filing this as important. Feel
free to adjust.
With knot 2.7.6-1 (currently in unstable) autopkgtest for knot-resolver
fails:
https://ci.de
On Samstag, 19. Januar 2019 08:15:20 CET Pino Toscano wrote:
> In data sabato 19 gennaio 2019 01:12:38 CET, Debian Bug Tracking System ha
scritto:
> > Processing commands for cont...@bugs.debian.org:
> > > fixed 914211 5.54.1-1
> >
> > Bug #914211 [src:kio] [src:kio] please remove insecure TLS ve
Hi,
I had a quick look at this bug and notices the upstream parameters for
launching the test command changed in [1]. Maybe it's enough to adjust the
commands in 'debian/tests/freecadtest' [2] from
freecadcmd -t 1
freecadcmd -t 2
to
freecadcmd -t 0
However I currently don't have a pro
Package: python3-dnspython
Version: 1.15.0-1
Severity: normal
Tags: patch
Hi,
python3-dnspython crashes while parsing my zone files with DNSSEC and NSEC3.
The zone files are generated by the knot DNS server and I thus believe them to
be correct and valid.
Traceback (most recent call last):
Please also see the bug report of this issue in libkio5 (src:kde4libs) here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914212
signature.asc
Description: This is a digitally signed message part.
Please also see the bug report of this issue in src:kio here:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=914211
If you consider fixing this in stretch please also have a look at this bug
report about adding TLSv1.2 support for smtp connections to kde4libs in
stretch:
https://bugs.debian.o
Package: src:kio
Version: 5.49.0-1
Severity: important
Tags: patch
Control: found -1 5.28.0-2
Hi,
Until recently KDE kio had a custom TLS version fall-back mechanism which made
it possible to downgrade a TLS connection to TLSv1.0 even if the server and
client support a higher TLS version. This
Package: libkio5
Version: 4:4.14.26-2
Severity: important
Tags: patch
Hi,
Until recently KDE kio had a custom TLS version fall-back mechanism which made
it possible to downgrade a TLS connection to TLSv1.0 even if the server and
client support a higher TLS version. This has been fixed upstream
Package: src:xen
Version: 4.11.1~pre.20180911.5acdd26fdc+dfsg-5
Severity: wishlist
Hi,
please consider adding Homepage, Vcs-Browser and Vcs-Git fields in debian/
control so they will show up in tracker (and probably other places too).
Something like this should work:
Homepage: https://xenprojec
Package: tucnak
Version: 4.09-1
Severity: wishlist
Tucnak version 4.14 has been released upstream at 07.07.2018. The version 4.09
currently in unstable has been released over one and a half years ago. It
would be great to have a more modern version in unstable (and in the next
Debian release).
The latest version of dhcpcd is currently 7.0.7:
https://roy.marples.name/archives/dhcpcd-discuss/0002151.html
Thanks,
Maxi
signature.asc
Description: This is a digitally signed message part.
Please also see the related bugs for sieve
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891253
and imap
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891255
signature.asc
Description: This is a digitally signed message part.
Please also see the related bugs for smtp
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891254
and imap
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891255
signature.asc
Description: This is a digitally signed message part.
Please also see the related bugs for sieve
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891253
and smtp
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=891254
signature.asc
Description: This is a digitally signed message part.
Package: src:kde4libs
Version: 4:4.14.26-2
Severity: important
Tags: patch, stretch
--- Please enter the report below this line. ---
kmail in stretch only supports TLSv1.0 which hinders it to connect to mail
servers that only support TLSv1.2 or TLSv.1.1.
The attached patch is a backport of the
Package: src:libkf5ksieve
Version: 4:16.04.3-2
Severity: important
Tags: patch, stretch
--- Please enter the report below this line. ---
kmail in stretch only supports TLSv1.0 which hinders it to connect to mail
servers that only support TLSv1.2 or TLSv.1.1.
The attached patch is a backport of
Package: src:kimap
Version: 16.04.2-1
Severity: important
Tags: patch, stretch
--- Please enter the report below this line. ---
kmail in stretch only supports TLSv1.0 which hinders it to connect to mail
servers that only support TLSv1.2 or TLSv.1.1.
The attached patch is a backport of the upstr
tag 797844 + patch
thanks
Hi,
I recently ran into this bug when my mail server switched to TLS 1.2 only.
I backported the upstream changes to the Debian stretch packages and are
running them now without problems.
The patches are are attached to this mail. Affect source packages are kimap,
lib
On Dienstag, 25. April 2017 00:08:20 CEST Ivar Smolin wrote:
> On Tue, 18 Apr 2017 17:34:15 + Ian Jackson
>
> wrote:
> > Source: xen
> > Source-Version: 4.8.1-1
> >
> > We believe that the bug you reported is fixed in the latest version of
> > xen, which is due to be installed in the Debian
On Sonntag, 8. Januar 2017 17:34:09 CET Michael Biebl wrote:
> Hi
>
> Am 08.01.2017 um 16:48 schrieb Maximilian Engelhardt:
> > Package: network-manager
> > Version: 1.4.4-1
> > Severity: important
> >
> > --- Please enter the report below this line. ---
&g
Package: network-manager
Version: 1.4.4-1
Severity: important
--- Please enter the report below this line. ---
After updating to network-manger 1.4.4-1 I noticed a lot of breakages in ssh
connections. It turned out this is related to temporary ipv6 addresses being
deprecated, deleted and newly
Package: src:libkf5ksieve
Version: 4:16.04.3-1
Severity: normal
--- Please enter the report below this line. ---
Hello,
After a fresh start of kmail managing sieve scripts does work as expected.
After some time it doesn't work any more. Opening Settings -> Manage Sieve
Scripts... only shows a n
On Donnerstag, 5. Januar 2017 19:39:52 CET Maria wrote:
> Dear Maintainer,
>
> deleting or renaming /usr/share/kde4/apps/amarok/mysqle/errmsg.sys to
> errmsg.sys.old solves the problem!
>
> Thanks - Maria
Hi,
Unfortunate this doesn't work for me because amarok then uses the errmsg.sys
from the
This is fixed by adding libmariadbclient-dev-compat to the build dependencies.
I'm not sure why this is needed now.
diff -ur debian.orig/control debian/control
--- debian.orig/control 2016-12-23 16:05:31.0 +0100
+++ debian/control 2017-01-06 16:21:18.0 +0100
@@ -11,7 +11,7 @@
Hi,
I created a patch for amarok that switches to using mariadb. I don't see how
the current mysql-defaults system can be used in amarok, as there is no
default-mysqld-dev package.
$ diff -u debian.orig/amarok-2.8.0/debian/control
debian/amarok-2.8.0/debian/control
--- debian.orig/amarok-2.8.0
Hi,
I just wanted to ask about the status of this. Are there any problems beside
missing resources for packaging?
It would be good to have an updated wireless-regdb for stretch.
Thanks,
Maxi
signature.asc
Description: This is a digitally signed message part.
I ran into this bug today. For me this is really a grave bug as is completely
broke my mail setup.
I found two ways how I could work around this bug:
(A) install mysql-server and purge it again.
(B) execute the following commands as root:
# mkdir -m700 /var/lib/mysql-files
# chown mysql:my
Package: src:libkf5ksieve
Version: 4:16.04.2-2
Severity: important
Tags: patch
--- Please enter the report below this line. ---
Hi,
Managing sieve scripts from kmail is currently broken. When trying to edit
the rules I get this error:
Sieve operation failed.
The server responded:
require "file
Hi,
in the meantime avr-libc-2.0.0 has been released upstream. I don't know if
this helps with the issues you mentioned but maybe it's worth having a look.
Thanks,
Maxi
signature.asc
Description: This is a digitally signed message part.
Any news on this?
Currently Version 1.6.0 is available.
signature.asc
Description: This is a digitally signed message part.
It seems there has been some upstream progress with the issues. Also upstream
seems to have at least some interest in a Debian package.
See this mailing list post from march this year:
https://sourceforge.net/p/qucs/mailman/message/34967589/
signature.asc
Description: This is a digitally signed m
Hi Dietz,
Thanks for your information. In my case I need the irqpoll option because of
this bug:
https://bugzilla.kernel.org/show_bug.cgi?id=47191
However, setting the "hpet=disable" option additionally seems to work well for
me.
Does anyone know if this can have any negative implications?
Th
Hi,
This bug is still present for me in Linux 4.6 from experimental.
However I found that booting with "hpet=disable" results in a usable system
again.
Is this something I should report upstream?
Thanks,
Maxi
signature.asc
Description: This is a digitally signed message part.
Package: avrdude
Version: 6.2-5
Severity: wishlist
--- Please enter the report below this line. ---
Hi,
A new upstream version of avrdude is available:
"AVRDUDE 6.3 released"
https://savannah.nongnu.org/forum/forum.php?forum_id=8461
Please consider packaging it in Debian.
Thanks,
Maxi
--- S
Package: xul-ext-https-everywhere
Version: 4.0.3-1
Severity: wishlist
--- Please enter the report below this line. ---
Upstream currently ships version 5.0.4 while Debian still has 4.0.3. It
probably makes sens to update to the latest upstream version.
--- System information. ---
Architecture:
Package: dhcpcd5
Version: 6.0.5-2
Severity: wishlist
--- Please enter the report below this line. ---
A new upstream version (currently 6.9.0) is available with many bug fixes,
improvements and features. The version currently in Debian (6.0.5, upstream
release Aug 2013) is quite old and for me
1 - 100 of 133 matches
Mail list logo
