Bug#1030389: [pkg-lxc-devel] Bug#1030389: lxc: Conflict with new systemd cgroup unified hierarchy

I'm not using unprivileged containers. They are root containers, and they are marked to auto-start when the machine boots. I'm being aggressive because I'm really angry. I ditched windows for linux 25 years ago, because linux was really better. It was a joy to use. It reached an all-time peak

Bug#1030389: [pkg-lxc-devel] Bug#1030389: lxc: Conflict with new systemd cgroup unified hierarchy

The documentation does not provide any solutions to this bug. Nothing in the README will solve the bug. This is a real bug. --linas

Bug#1030389: [pkg-lxc-devel] Bug#1030389: lxc: Conflict with new systemd cgroup unified hierarchy

There is nothing in /usr/share/doc/lxc/README.Debian.gz that provides the work-around. I am using containers managed by root, started when the OS boots. su - root and then lxc-ls -f reports NAMESTATE AUTOSTART GROUPS IPV4 IPV6 UNPRIVILEGED bind-base STOPPED 0

Bug#1051874: closed by Michael Biebl (Re: Bug#1051874: systemd: XDG_RUNTIME_DIR is not set in X11 login session (MATE/slim))

Hi, On Thu, Sep 14, 2023 at 12:51 PM Debian Bug Tracking System < ow...@bugs.debian.org> wrote: > I installed a test VM with bookworm and task-mate-desktop and slim. > > Everything is working fine. > So I must conclude this is a local (mis)configuration. The problem manifested after an upgrade

Bug#1030389: [pkg-lxc-devel] Bug#1030389: lxc: Conflict with new systemd cgroup unified hierarchy

On Mon, Feb 6, 2023 at 8:29 AM Pierre-Elliott Bécue wrote: > > No, but it sounds plausible that either you don't have apt-listchanges > I do have apt-listchanges, but Debian auto-updates itself nightly, and does not inform me of what changes it makes. I don't know how to disable the

Bug#1030389: lxc: Conflict with new systemd cgroup unified hierarchy

Package: lxc Version: 1:4.0.6-2+deb11u1 Severity: important Tags: newcomer X-Debbugs-Cc: linasveps...@gmail.com Dear Maintainer, Hit the bug described here: https://github.com/systemd/systemd/issues/13477 and also here: https://github.com/lxc/lxc/issues/4072 According the the first github

Bug#1029664: rlwrap: prompt disappears w/ readline 8.1

Package: rlwrap Version: 0.43-1+b2 Severity: important Dear Maintainer, rlwrap misbehaves when combined with readline 8.1, as described in https://github.com/hanslub42/rlwrap/issues/108 The issue has been fixed; the fix is available in Debian testing, in rlwrap version 0.46 rlwrap also works

Bug#1016630: guile-3.0: gdb guile results in SIGSEGV before guile even starts!

> ``` > > $ gdb guile > > GNU gdb (Debian 12.1-3) 12.1 > > ... etc ... > > Reading symbols from guile... > > (No debugging symbols found in guile) > > (gdb) r > > Starting program: /usr/bin/guile > > [Thread debugging using libthread_db enabled] > > Using host libthread_db library >

Bug#1016630: guile-3.0: gdb guile results in SIGSEGV before guile even starts!

Package: guile-3.0 Version: 3.0.8-2 Severity: normal X-Debbugs-Cc: linasveps...@gmail.com Dear Maintainer, To debug large complex programs that use guile extensions, I run `gdb guile` regularly. This does not work w/ current version in testing. I get this: ``` $ gdb guile GNU gdb (Debian 12.1-3)

Bug#1016394: column_family.cc:1494: rocksdb::ColumnFamilySet::~ColumnFamilySet(): Assertion `last_ref' failed.

l: tags -1 +moreinfo > > Hi, > > On Sun, Jul 31, 2022 at 4:09 AM Linas Vepstas > wrote: > > Software that I maintain is generating the error message > > ``` > > ./db/column_family.cc:1494: > rocksdb::ColumnFamilySet::~ColumnFamilySet(): Assertion `last_ref'

Bug#1016395: Kernel 5.18.15 does not fix it.

I just attempted a hand-build of kernel 5.18.15 and it exhibits exactly the same failure, the same stack traces. (hand-built means cp /boot/config; make old-config; make deb-pkg; dpkg -i) --linas

Bug#1016395: linux-image-5.18.0-2-amd64: kernel 5.18: rtw_8821ce wireless fails to suspend/wake from suspend

Package: src:linux Version: 5.18.5-1 Severity: important X-Debbugs-Cc: linasveps...@gmail.com Dear Maintainer, The rtw88_8821ce driver for the 01:00.0 Network controller: Realtek Semiconductor Co., Ltd. RTL8821CE 802.11ac PCIe Wireless Network Adapter on a laptop I bought today (but mfg'd in

Bug#1016394: column_family.cc:1494: rocksdb::ColumnFamilySet::~ColumnFamilySet(): Assertion `last_ref' failed.

Package: librocksdb-dev Version: 7.2.2-5 Severity: normal X-Debbugs-Cc: linasveps...@gmail.com Dear Maintainer, Software that I maintain is generating the error message ``` ./db/column_family.cc:1494: rocksdb::ColumnFamilySet::~ColumnFamilySet(): Assertion `last_ref' failed. ``` when closing a

Bug#854771: linux kernel 4.9 causes vt and xserver freeze/not display

Package: linux-image-4.9.0-1-amd64 Version: 4.9.6-3 Everything works under kernel 4.8, but have display problems with x-server, virtual terminals when booting 4.9. Diffs reveal that the two kernels load different firmware for the graphics card. Symptoms: graphics card is wired up to drive three

Bug#854652: Never mind, user error

Foo. As the above messages carefully document, I was missing amdgpu/tonga_k_smc.bin Doing an ``` apt-get install firmware-amd-graphics ``` fixes the issue, and everything works fine in kernel 4.9. Close this bug, its bogus. --linas

Bug#854652: kernel logs for failing and good boot

Here are the kernel logs, foist for the failing boot, then a good boot. The failing 4.9 boot concludes with this: [8.928400] amdgpu :04:00.0: firmware: failed to load amdgpu/tonga_k_smc.bin (-2) [8.928982] amdgpu :04:00.0: Direct firmware load for amdgpu/tonga_k_smc.bin failed

Bug#854652: linux kernel 4.9 causes xserver to crash

Package: linux-image-4.9.0-1-amd64 Version: 4.9.2-2 Xserver, entire desktop works great for kernel 4.8 but crashes hard on kernel 4.9 Thus I am reporting this as a kernel bug, instead of an xserver-xorg bug. Full contents of /var/log/Xorg.0.log at bottom. But first, a manual diff: the failed

Bug#845014: Info received (Duplicate)

As discussed/resolved in https://github.com/lxc/lxc/issues/1370 it appears that Debian would require some kernel patch to enable overlayfs for unprivileged containers. A very simple test, isolating this to overlayfs, is given in the fourth comment:

Bug#845014: Duplicate

Possible duplicate of https://github.com/lxc/lxc/issues/1370

Bug#732209: dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Permission denied.

On Thu, Sep 15, 2016 at 6:45 AM, Vlad Orlov wrote: > > > Is su actually used for running graphical apps? In my case, I either accidentally typed into an su window, or possibly ran the gconf editor as root, for some possibly good or bad reason, possibly having to do with xdm,

Bug#732209: dconf-CRITICAL **: unable to create file '/run/user/1000/dconf/user': Permission denied.

The suggestion below, that the core issue is that "su" is leaking the user-space env variables into the root shell, where they are then used to clobber the user-space, seems like a good root-cause analysis of the bug. I agree, it seems like "su" needs to be fixed. I the meanwhile, can we get a

Bug#798603: rndc is being used incorrectly; mandatory arguments are missing.

Package: dnssec-tools Version: 2.1 Summary: rndc is being used incorrectly; mandatory arguments are missing. Symptoms: Log file shows: ZSK phase 2: unable to reload zone, rc - 1 The root cause of the bug seems to be this: the way that /usr/share/perl5/Net/DNS/SEC/Tools/rollmgr.pm invokes

Bug#772569: rndc usage is broken

I think I understand the root cause of this bug: the way that /usr/share/perl5/Net/DNS/SEC/Tools/rollmgr.pm invokes rndc is incorrect when zones have a view. When there is a view, there are additional MANDATORY arguments So: circa line 1153 we see: `$rndc reload $zone >/dev/null 2>&1`;

Bug#754704: Suggested fix is not correct

The suggested fix of adding a line to the dnssec-tools.conf file zonefile-parser Net::DNS::ZoneFile cannot be right. After re-starting rollerd, and waiting an hour, this message is printed out: zonefile parser Net::DNS::ZoneFile not usable; using default parser Net::DNS::ZoneFile::Fast at

Bug#768484: libiberty-dev conflicts with binutils-dev re ansidecl.h

Package: libiberty-dev Version: 20131116-1 Both binutils-dev and libiberty-dev include the file ansidecl.h dpkg -S ansidecl.h binutils-dev: /usr/include/ansidecl.h libiberty-dev:amd64: /usr/include/libiberty/ansidecl.h Both use the standard header protection mechanism: #ifndef _ANSIDECL_H

Bug#766464: gksu pluma any_file sets the ownership of /run/user/1000/dconf/user to root:root

Thanks Mike, The package is libpam-systemd. A number of packages depend on it, even if one is not using systemd. http://cgit.freedesktop.org/systemd/systemd/commit/?id=baae0358f349870544884e405e82e4be7d8add9f Above really does seem to provide the fix, based on the commit message, and comments

Bug#766464: gksu pluma any_file sets the ownership of /run/user/1000/dconf/user to root:root

I've been told that the systemd bug at the root of this has been fixed. Here: http://cgit.freedesktop.org/systemd/systemd/commit/?id=baae0358f349870544884e405e82e4be7d8add9f I cannot verify because cgit.freedesktop.org is down right now. The fix was made a year ago (?) but apparently has not

Bug#766464: gksu pluma any_file sets the ownership of /run/user/1000/dconf/user to root:root

I'll continue the conversation here, as its not clear where else to purse it, for now. But first: see also https://github.com/mate-desktop/mate-settings-daemon/issues/44 -- this bug blows through all available system ram in under 5 minutes, then dies in swap, so its serious (for me). Next:

Bug#766464: gksu pluma any_file sets the ownership of /run/user/1000/dconf/user to root:root

Sigh. Always google before stracing ... google reveals this: https://bugzilla.redhat.com/show_bug.cgi?id=753882 which indicates that 1) the bug is more than 3 years old 2) its bitten hundreds of people, 3) pam_systemd is working as designed : it is pulling the user directory from the environment

Bug#737786: libedit: UTF8 support in libedit

Package: libedit Severity: important Recent versions (last 4-5 years) of libedit contain Unicode UTF8 support. However, from what I can tell, this is not yet enabled in the most recent builds. So, for example:

Bug#737786: Package should be libedit2 not libedit

Package: libedit2 -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#579729: wide-char vs UTF8

On closer inspection, http://www.thrysoee.dk/editline/ doesn't actually have UTF8 support, it has UTF32 support. And it only supports this by implementing a brand-new wide-char API that resembles (more or less) the original histedit.h interfaces, but with UTF32 (wide-char) arguments. Thus, by

Bug#579729: libedit UTF8 support

I maintain the link-grammar natural language parser, and need editline, not readline, for licensing reasons. I noticed recently that editline does not work with cut-n-paste of UTF8 Russian text (link-grammar supports arabic, persian, german, and now russian) so getting a usable UTF8-capable

Bug#579729: libedit UTF8 support

Also, this bug is incorrectly marked as wishlist: it should be marked as Important: UTF8 is broken and things don't work because of this! Patches that fix this bug have been available for two-and-a-half years now; it'd be great to get these distributed.

Bug#416266: same issue, different package

to a different package to get a look-see? --linas Linas Vepstas linasveps...@gmail.com -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org

Bug#337889: scrollkeeper-update crashes, leads to failing apt install

etc. I am using the old-fashioned mail to write this email. I didn't notice anything else broken till I tried to report this.) I'd say this is a grave bug, its causing havoc with apt-get install. p.s. please reply to/contact Linas Vepstas [EMAIL PROTECTED] since this email addr may be broken

Bug#337891: rebortbug is crashing (non-functional)

Package: reportbug Version: 3.17 I'm having trouble reporting bugs :-) Below follows more info; please contact me at Linas Vepstas [EMAIL PROTECTED] rather than at this email address. Here's more info [EMAIL PROTECTED] /home/linas %dpkg -s reportbug Package: reportbug Status: install

Bug#337892: mutt crashes on startup.

, the system seems to work fine (X11 works, I'm listening to music on it, etc.) although two other debian packages are broken: reportbug and scrollkeeper. FWIW this is after an apt-get upgrade this weekend. Please contact me at: Linas Vepstas [EMAIL PROTECTED] Here's the crash: [EMAIL PROTECTED] /home