Tried to like the new Thunderbird Supernova ... twice ...

Downgraded today in three steps : delete compatibility.ini file, downgrade application software, downgrade configuration files

Open Thunderbird Supernova
Alt-H -> Troubleshooting information
Click Profile Folder -> Open folder
Close Thunderbird
Delete "compatibility.ini" from the open folder

Open command shell

su - root
apt install -y --allow-downgrades /var/cache/apt/archives/thunderbird_1%3a102.14.0-1~deb11u1_amd64.deb
exit
thunderbird --allow-downgrade
Close Thunderbird window

Exit command shell

Your mileage may vary, but the lazy loading of the email summary table as I scroll through it and the sluggishness when moving emails into subfolders make the new version unacceptable in my work flow.  I feel they've taken a delightfully mature product and instead of preserving it, they've reverted it into an embryonic stage once more.

I've been using Thunderbird for decades, and will try to like the latest version again at some point in the future, but for now it just gets in the way of work that needs doing.  If you feel the same, hope this helps,
--K

https://lists.debian.org/debian-devel-a … 00007.html

A hat-tip to the Devuan team as the dawning of Daedalus nears the horizon.  Thank you for keeping Debian still Debian, even if using a new name, while preserving old freedoms and choices.

--K

In another thread (https://dev1galaxy.org/viewtopic.php?id=4850) I had suggested using "sysv-rc-conf" as a means of listing all the service runlevels on a system.  It's a great utility and very similar to the "chkconfig" utility I am familiar with (from Redhat) for querying and updating the runlevel information for system services.  Give it a spin.

But the one thing about the "sysv-rc-conf" utility I find terribly annoying is that the mouse interface in the Curses widget is not de-activated.  With multiple windows open on my desktop, if I happen to click away from a terminal session running "sysv-rc-conf" to check something, and then return to that terminal session with another mouse click, and the mouse pointer happens to be over one of the "[ ]" fields where I clicked, "sysv-rc-conf" will dutifully activate or inactivate the service on that line for that runlevel.  If you don't notice the change ... Ugh!

Fortunately it is easy to disable.  Simply edit the perl script at /usr/sbin/sysv-rc-conf and change :

my $cui = new Curses::UI( -clear_on_exit    => 0,
                          -color_support    => 1,
                          -default_colors   => 1,
                        ) or die "Can't create base Curses::UI object";

to read :

my $cui = new Curses::UI( -clear_on_exit    => 0,
                          -color_support    => 1,
                          -default_colors   => 1,
                          -mouse_support    => 0,
                        ) or die "Can't create base Curses::UI object";

With mouse support disabled in the Curses widget, the risk of accidentally changing a runlevel while jumping between desktop windows is eliminated.  This should be the default, in my opinion, with perhaps a command line argument to enable the mouse interaction if the administrator so chooses.

Hope this helps,
--K

Version 4.0.12 of LXCFS has been out since 2022-Feb, but no update past the 4.0.7-1 release is available in Debian :

https://packages.debian.org/bullseye/allpackages
https://packages.debian.org/bullseye-up … llpackages

The latest stable release of LXCFS, from the detailed changelog, indicates meminfo and swaps are now cgroupv2 aware.  That has value to me as some software I use relies on meminfo to tune itself to available memory :

https://discuss.linuxcontainers.org/t/l … ased/13287

I found the Debian work-needing and prospective packages page, but no mention of updates for LXCFS appear forthcoming :

https://www.debian.org/devel/wnpp/

Is it accurate to say my options are "doing without" or "building my own"?

As a transplant from the RPM-world my question is a bit of an ecosystem/protocol question in the DEB-world.  Can someone educate me as to a proper series of events that should take place to advance a Debian package update?  I'm confident I can roll my own package (having done so in the RPM-world as needed), but that only helps me.

Thanks,
--K

One of pure-ftpd's key FTP server features is the ability to chroot individuals to their home folders, while still allowing the admin to use symbolic links to delegate disk space to these individuals.

From https://www.pureftpd.org/project/pure-ftpd/ :

However, this feature requires that the binary has been compiled with the --with-virtualchroot switch set.  Failure to do so will result in ftp clients experiencing errors like "550 Can't change directory to thefoldername: No such file or directory" when attempting to navigate symbolic link folders.

Unfortunately for me, who uses this feature in-house (each dev group has their own "project" share), office (the scanner uploads to a samba accessible folder), and production (customers each have their own "site" share), the Devuan/Debian package has not set this flag.

What follows are the steps I used to restore that feature capability to the Devuan pure-ftpd package.  Rebuilding .deb packages is old-hat for the Debian folks, so read no further.  But if you (like me) are escaping the RedHat/systemd fork-that-was-not-a-fork, and are much more acquainted with RPM than APT, maybe this helps.

echo "start with an updated system"
apt-get update
apt-get upgrade

echo "you will need the devscripts tools"
apt-get install devscripts

echo "work within a folder apt can access"
cd /tmp/

echo "acquire the pure-ftp source and build dependencies"
apt-get source pure-ftpd
apt-get build-dep pure-ftpd

echo "set the virtualchroot flag"
cd pure-ftpd-1.0.47/
vi debian/rules
-- optflags=--with-everything --with-largefile --with-pam --with-privsep --with-tls --with-rfc2640
++ optflags=--with-everything --with-largefile --with-pam --with-privsep --with-tls --with-rfc2640 --with-virtualchroot

echo "supply a changelog comment and bump the revision number"
dch -n

echo "rebuild and install the package(s)"
debuild -us -uc
cd ..
apt-get install ./pure-ftpd_1.0.47-3.1_amd64.deb ./pure-ftpd-common_1.0.47-3.1_all.deb

echo "done"
cd

Hope I have that right ... feedback is welcome.  There was a bit of trial and error failure getting there as this was my first ever .deb package rebuild.

--K