This looks to be related to #1102946, #1102955 and likely fixed by
4.2.3+dfsg-2. Will advise once it migrates to testing.
Package: chirp
Version: 1:20250221-1
Severity: grave
Justification: renders package unusable
kjotte@agamemnon:~$ chirpw
Traceback (most recent call last):
File "/usr/bin/chirpw", line 33, in
sys.exit(load_entry_point('chirp==20250221', 'console_scripts', 'chirpw')())
~~
Any chance we can cherry-pick the fix for this?
https://github.com/zeroc-ice/ice/pull/2910/files
While the upstream issue report is tied to the milestone for the next
release, there's no indication when that might be, and the previous
release was quite awhile ago.
I'm inquiring as this is blo
Sorry, working through the brain fog a bit: I was able to start an
existing VM, probably because the apparmor profile with its UUID still
existed. I noticed the issue because I deleted the VM to try and
recreate it, which failed because the template didn't exist.
On 2/1/25 10:43, Andrea Bologn
sion" to ease the upgrade with the intent to go back
re-modify it later.
On 1/30/25 18:48, Andrea Bolognani wrote:
On Tue, Jan 28, 2025 at 09:20:38PM -0500, Kevin Otte wrote:
On Tue, 28 Jan 2025 19:28:24 -0500 Kevin Otte wrote:
The package manifest includes an AppArmor template, but it is
n
n close
this out as notabug.
On 1/28/25 21:39, Alban Browaeys wrote:
Le mardi 28 janvier 2025 à 21:20 -0500, Kevin Otte a écrit :
I had tried doing an "apt --reinstall install ..." of the package to
get
the configuration to no avail. Ultimately I had to do a "dpkg
--force-confm
re of in the upgrade process.
On 1/28/25 21:10, Alban Browaeys wrote:
On Tue, 28 Jan 2025 19:28:24 -0500 Kevin Otte
<[ni...@nivex.net](mailto:ni...@nivex.net)> wrote:
Package: libvirt-daemon-driver-qemu
Version: 11.0.0-1
Severity: grave
Justification: renders package unusable
Dear Maintaine
Package: libvirt-daemon-driver-qemu
Version: 11.0.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
The package manifest includes an AppArmor template, but it is not seen on the
filesystem after the package is installed:
root@saratoga:/tmp# dpkg -L libvirt-daemon-driv
Package: foot
Version: 1.20.0-1
Severity: grave
Tags: upstream
Justification: renders package unusable
Dear Maintainer,
foot 1.20.0 contains a critical bug that causes a crash when it receives a
particular set of Unicode characters.
https://codeberg.org/dnkl/foot/issues/1901
This issue has been
Not only is upstream still pending, but the Debian package has been
orphaned: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1076391
At this point I would think it makes more sense for Wayfire to be
removed so wlroots can proceed, bringing other compositors like sway and
labwc along with it
On my Debian 11 XFCE machine this works correctly. Make sure "PolicyKit
Authentication Agent" is checked under "Session and Startup" ->
"Application Autostart".
In Debian 12 under Sway the GNOME Authentication Agent segfaults, but I
will take this up under separate cover. I was able to work ar
Package: system-config-printer
Version: 1.5.18-1
Followup-For: Bug #1031152
Workaround suggested by original reporter (sudo) ineffective on sway due to
Wayland security model.
-- System Information:
Debian Release: 12.0
APT prefers testing-security
APT policy: (500, 'testing-security'), (500
Package: graphite-web
Version: 1.1.8-1
Severity: grave
Dear Maintainer,
Installed graphite-web on a fresh bullseye machine and migrated the apache
virtualhost configuration from a running buster machine.
Attempting to load the page results in the error listed in the subject.
Full traceback:
[M
This bug caused the package to not be included in the bullseye release
and is now blocking the upgrade of one of my machines. Can we please
pull the latest upstream (now 1.1.8) in and get a backport for bullseye?
Package: baresip-core
Version: 1.0.0-2
Severity: grave
Justification: renders package unusable
Dear Maintainer,
Since libre 1.1.0 has migrated to testing, baresip can no longer make calls:
$ baresip
baresip v1.0.0 Copyright (C) 2010 - 2020 Alfred E. Heggestad et al.
Local network address: IPv6
Thanks for the additional eyes. Should I file a bug against baresip to
have it rebuilt for testing, or will that be triggered automatically
when libre migrates?
On 10/14/20 12:40 PM, Bernhard Übelacker wrote:
> Dear Maintainer,
> I could reproduce the issue and it looks like there is a ABI break
>
Package: libre0
Version: 1.1.0-1
Severity: grave
Justification: renders package unusable
Dear Maintainer,
I went ahead and installed version 1.1.0-1 from unstable to go ahead and
test the fix for #971980.
---
kjotte@daedalus:~$ baresip
baresip v1.0.0 Copyright (C) 2010 - 2020 Alfred E. Heggestad
Adding "pre-up sleep 5s" to the stanza causes the ifup to complete
successfully.
Package: isc-dhcp-client
Version: 4.3.1-6+deb8u2
Severity: critical
Tags: ipv6
Justification: breaks the whole system
Dear Maintainer,
Adding a "dhcp 1" (stateless DHCPv6) to my inet6 interface stanza causes
the system to fail to bring up the interface, failing with these
messages in syslog:
Aug
Yep, that was it. Humble apologies for the noise.
On 10/09/2011 11:25 AM, Ben Hutchings wrote:
> On Sun, 2011-10-09 at 10:23 -0400, Kevin Otte wrote:
>> I am still encountering this problem, usually triggered by
>> popularity-contest (#640974)
>>
>> root@avalon:/hom
I am still encountering this problem, usually triggered by
popularity-contest (#640974)
root@avalon:/home/kjotte# uname -a
Linux avalon 2.6.32-5-686 #1 SMP Fri Aug 26 09:15:47 UTC 2011 i686 GNU/Linux
kjotte@avalon:~$ cat /proc/1/maps
from /var/log/syslog:
Oct 9 10:11:55 avalon kernel: [2564273.
Package: maildrop
Version: 2.0.4-3+lenny1
Severity: critical
Justification: breaks unrelated software
DSA-1981-1 removes the dependency on courier-authlib, which is still
required by the package. As such, maildrop fails to execute and causes
mail to bounce:
Jan 28 12:22:17 triton postfix/local
22 matches
Mail list logo
