[DNG] Clicking website wasRe: Announcing Devuan 4.0: Chimaera!
On Sun, 24 Oct 2021 17:49:17 +0200 tito via Dng wrote: > Everything works as expected and seems to be > faster (placebo effect?) in the xfce desktop. > The only little problem is a clicking noise > in the speakers when opening some websites > in firefox even with volume set to zero or disabled. > Couldn't figure out a solution yet. Information on the clicking website problem that may aid in tracking it down as I have it too. System is a pre-release installation of chimaera (about march?) but updated. Sound system is alsa with problem of single focus only; i.e. only one sound program can be run at a time. So I have to shut down vlc to be able to play a video(ewetube) in falkon(browser) with sound. If falkon is open, the selecting a linked video(ewetube) in firefox produces a click. The video will still play, but no sound. I just put it down to something to do with alsa configuration as porto=hdmi(no spreakers in screen) and port1=hw and none of the little fiddling I've attempted can fix that. It was easier to adapt my actions than waste time with the mono sound problem and wrestling with alsa config.. YMMv ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Announcing Devuan 4.0: Chimaera!
On 10/24/21 11:49 AM, tito via Dng wrote: The only little problem is a clicking noise in the speakers when opening some websites in firefox even with volume set to zero or disabled. Couldn't figure out a solution yet. Maybe unrelated but my dog does not like the bell from the speaker I removed the # from line 21 to turn it off. cat -n /etc/inputrc | grep 21 21 set bell-style none ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] [devuan] Announcing Devuan 4.0: Chimaera!
Dear Friends and Software Freedom Lovers, Devuan Developers are pleased to announce the release of Devuan Chimaera 4.0 as the project's newest stable release. This is the result of lots of painstaking work by the team and extensive testing by the wider Devuan community. --- What's new in Chimaera 4.0? * Based on Debian Bullseye (11.1) with Linux kernel 5.10. * Your choice of init: sysvinit, runit, and OpenRC. * Improved desktop support - virtually all desktop environments available in Debian are now part of Devuan, systemd-free. * New boot, display manager and desktop theming. * Enhanced accessibility: installation via GUI or console can now be accomplished via software or hardware speech synthesis, or using a refreshable braille display, and Devuan Chimaera has the ability to install desktop environments without PulseAudio, allowing speech synthesis in both console and GUI sessions at the same time. --- Installation and Documentation Whether you are upgrading an existing Devuan install, migrating from Debian or installing from scratch, instructions and guidance can be found online: https://devuan.org/os/install https://devuan.org/get-devuan. Packages, netboot images and installation media are available through a resilient network of http package mirrors, http, https, ftp and rsync iso mirrors, torrent and magnet. Please take time to read the Release Notes. They include important configuration information and tips to help your install or upgrade go as smoothly as possible. https://files.devuan.org/devuan_chimaera/Release_notes.txt For the impatient, you can go straight to the package and sources.list information or the installation media downloads: https://devuan.org/os/packages http://files.devuan.org/devuan_chimaera/ --- Resources and Support * Mailing list: https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng * IRC: #devuan #devuan-dev (Libera) * Forum: https://dev1galaxy.org * Press contact: free...@devuan.org * Source code: https://git.devuan.org * Bug tracker: https://bugs.devuan.org * Package information: https://pkginfo.devuan.org * Popularity contest: https://popcon.devuan.org --- After Chimaera The next Devuan release, 5.0, is codenamed Daedalus. Repositories are already available for the adventurous to test. --- Appreciation We wish to thank all of you for the incredible support given to Devuan. Without your help and feedback, Devuan could not be the reliable and versatile distribution that it is. To support the Devuan project you can examine our financial reports and donate at: https://devuan.org/donate --- Live long and prosper! The Devuan Development Team --- signature.asc Description: PGP signature ___ devuan-announce mailing list devuan-annou...@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/devuan-announce ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] Why do I need libselinux1?
Hi all, when I switched to Chimaera, one of the difficulties was an /etc/selinux directory left over since several years ago. After boot with the new system, X didn't want to start. It said something about selinux, so I found the leftover and startx worked again. Now I checked what selinux packages are installed, and find libselinux1. If i try to remove it, I get errors like: :~# apt-get purge libselinux1 Reading package lists... Done Building dependency tree... Done Reading state information... Done Some packages could not be installed. This may mean that you have requested an impossible situation or if you are using the unstable distribution that some required packages have not yet been created or been moved out of Incoming. The following information may help to resolve the situation: The following packages have unmet dependencies: fontconfig : Depends: fontconfig-config but it is not going to be installed gnuplot : Depends: gnuplot-qt but it is not going to be installed or gnuplot-x11 or gnuplot-nox libcurl3-gnutls : Depends: libgssapi-krb5-2 (>= 1.17) but it is not going to be installed Recommends: ca-certificates but it is not going to be installed libfontconfig1 : Depends: fontconfig-config (>= 2.13.1-4.2) but it is not going to be installed libglib2.0-0 : Depends: libmount1 (>= 2.35.2-7~) but it is not going to be installed Depends: libselinux1 (>= 3.1~) but it is not going to be installed Recommends: shared-mime-info libgpgmepp6 : Depends: libgpgme11 (>= 1.9.0) but it is not going to be installed libneon27-gnutls : Depends: libgssapi-krb5-2 (>= 1.17) but it is not going to be installed Recommends: ca-certificates but it is not going to be installed libpaper-utils : Depends: libpaper1 but it is not going to be installed librdf0 : Depends: librasqal3 (>= 0.9.31) but it is not going to be installed libreoffice-common : Depends: ucf (>= 0.8) but it is not going to be installed Recommends: fonts-liberation2 but it is not going to be installed or ttf-mscorefonts-installer but it is not going to be installed Recommends: apparmor (>= 2.13.1~) but it is not going to be installed Recommends: python3-uno (>= 4.4.0~beta2) but it is not going to be installed tar : PreDepends: libselinux1 (>= 3.1~) but it is not going to be installed E: Error, pkgProblemResolver::Resolve generated breaks, this may be caused by held packages. Running `apt-cache rdepends libselinux1` reports lots of essential packages. Is that correct? Perhaps all what they need is to call is_selinux_enabled() from libselinux.so.1. Does it make sense? Did we have it on Beowulf? Best Ale -- ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Announcing Devuan 4.0: Chimaera!
Hi, upgraded my desktop/workstation from beowulf to chimaera. It is a rather complex setup with several raid arrays (I like them and it is a good training for using them in work setups). Upgrade went smoothly but with several iterations of apt upgrade / apt dist-upgrade. I was surprised by seeing backport packages being sucked in, but it seems that this is now fixed. Everything works as expected and seems to be faster (placebo effect?) in the xfce desktop. The only little problem is a clicking noise in the speakers when opening some websites in firefox even with volume set to zero or disabled. Couldn't figure out a solution yet. Thanks to all Devuan developers for this great work. Ciao, Tito ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] Announcing Devuan 4.0: Chimaera!
First saw Linux when using DOS version of AOL in the early 90's. Became a heavy user when Windows 95 arrived. Since about 2016, I used OpenIndiana, Haiku and a lot of OpenBSD versions. Chimaera 4.0 up and running now on one of my machines. It is running smoothly. Thank you to no end with the "Fork". Jason Martin Virginia, USA ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
[DNG] etckeeper
On Mon, Oct 18, 2021 at 06:52:05PM +0900, Olaf Meeuwissen via Dng wrote: > Hi Steve, > > Steve Litt writes: > > > After that, take a backup of the new system including /etc and > > $HOME, then restore *strategic* config files from /etc/ and ~ and > > ~/.config. By strategic, I mean configs that you hand-crafted. > > Sometimes it's better to copy your hand-crafting into current > > package-installed config files. I find this especially true of Dovecot. > > I keep track of /etc with etckeeper which puts that directory under git > version control. That means I can always track back changes to package > updates or me mucking around there and see exactly what changed. That > can be very helpful if an `apt upgrade` broke stuff, more so because I > track "testing" ;-) Sounds like etckeeper should be the first thing installed during Devuan installation, before any packages at all are configured, so as to track changed that are made during installation. -- hendrik ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] FHS deficiencies: Was: Er, Not that way ? .Re: Announcing Devuan 4.0: Chimaera!
Hi spiralofhope, spiralofhope writes: > [...] > It got horrifying when I kept installing, trying, and uninstalling > software.. most of which left behind dotfiles and dotdirs that may or > may not remind me of the name of some program. (I hated wondering if > some object was necessary or just clutter) > > After several dozen dotfiles appeared, I learned to identify and > migrate items I cared about and reference each with a symlink. > > Then after blowing away a distribution and installing something new, I > would rebuild the symlinks pointing to that other partition/drive. The > programs would have a version similar enough to cope with re-using the > dotfiles. This was essential in my experiments with many, many programs > and distributions. You may be interested in `vcsh` which tries to avoid the need for a farm of symlinks and add git-based version control to the configuration files you really care about. Hope this helps -- Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Softwarehttps://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] etckeeper: was: Er, Not that way ? .Re: Announcing Devuan 4.0: Chimaera!
On Sun, Oct 24, 2021 at 1:01 AM Olaf Meeuwissen wrote: > > o1bigtenor writes: > > > On Thu, Oct 21, 2021 at 6:47 AM Olaf Meeuwissen via Dng < > dng@lists.dyne.org> > > wrote: > > > >> [... illustrating etckeeper commit messages ...] > > > > Mr Olaf > > (and the rest of devuan land) > > > > I found apt-cacher-ng to be a useful tool in tracking updates and in > > minimizing my bandwidth. > > > > Would apt-cacher-ng work with etckeeper? > > Suggestions please. > > The etckeeper utility hooks into a few select apt-get commands, those > that upgrade, install and remove packages on your system. It has > nothing to do with updating whatever local APT repository caches you > use. > > That is to say, the two are unrelated. > > You can continue using apt-cacher-ng to maintain your local APT > repository caches and keep your individual systems up-to-date with > apt-get (apt, aptitude, synaptic, etc.) as you do now. Adding etckeeper > to the mix would only create a historical record of what packages you > have upgraded, installed and/or removed on your system. > > > Thank you for your information Using apt-cacher-ng and etckeeper sounds like something useful for here. Appreciate your sharing! Regards ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] FHS deficiencies: Was: Er, Not that way ? .Re: Announcing Devuan 4.0: Chimaera!
Hi Didier, Didier Kryn writes: > Le 24/10/2021 à 01:22, Steve Litt a écrit: >> At this point I can't be sure because I run a rolling release, but I >> think ~/Music, Documents and ~/Videos were put there by the distro --- > > These are freedesktop crap. You can remove them by editing > $HOME/.config/user-dirs.dirs . > > Some applications refer to these definitions as a default place to store > files. > > Just define those you don't want as the same as an already existing one, > such as $HOME. > > I don't know what the purpose of user-dirs.locale is. That's for specifying the language you want the "default" locations to be shown in. This may be useful if your display manager lets you pick a language before you log in and occasionally switch languages. I do (on very rare occasions), between Japanese and British English, so it makes sense to set something unless you've customized all the locations. BTW, there's also a user-dirs.conf that can be used to prevent that translation from happening in the first place. Translation actually results directories being mv'd. > It's unfortunate one needs to surf the web to discover this and there is > no tool in the application menu to configure it. ACK and the manual pages are also not all that useful. IIRC, there's even a bug in there somewhere about translating the locations. Hope this helps, -- Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Softwarehttps://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] FHS deficiencies: Was: Er, Not that way ? .Re: Announcing Devuan 4.0: Chimaera!
Hi Steve, Steve Litt writes: > Simon said on Sat, 23 Oct 2021 15:00:26 +0100 > >>Olaf Meeuwissen via Dng wrote: >> > Might I suggest $HOME/bin :-) ~/bin isn't ideal for two reasons: 1) It's integrated with all sorts of config, cache, and who knows what, and can easily be lost or wiped out in a re-installation. >>> >>> In the case of $HOME/bin getting lost or wiped out in a >>> re-installation I'd argue you have bigger problems than just losing >>> $HOME/bin. You have most likely lost all of your $HOME, and maybe >>> even other users' $HOME as well. >> >>Agreed. >>The most logical place for personal stuff is in your $HOME. > > Well, yes, it would have been logical. But everybody, and I mean > everybody --- The distros, the standards makers, the dweebs at > Freedesktop.org, everybody made a flinking mess of $HOME. Is the config > for program myapp in ~/.myapp.rc, ~/.config/myapp/*, ~/.myapp/*? The FHS says[1] to use $HOME/.myapp.rc if one file suffices and use files below $HOME/.myapp/ if an application needs more. These have been pretty standard for a long time. The FHS also acknowledges a number of later standardization efforts that, for better of for worse, complicated the situation by adding $HOME/.config. Actually, that is controlled by the XDG_CONFIG_HOME environment variable, per XDG Base Directory Specification[2]. [1]: https://refspecs.linuxfoundation.org/FHS_3.0/fhs-3.0.html#homeUserHomeDirectories [2]: https://specifications.freedesktop.org/basedir-spec/basedir-spec-latest.html#basics So, your apps just put their config files where the "standard(s)" they follow tells them to :-/ Some, like git for example, now use both, having started with .gitconfig and .gitignore and now also honoring $XDG_CONFIG_HOME/git/config and $XDG_CONFIG_HOME/git/ignore. It may eventually deprecate the former and even remove them sometime. > Gotta love the way Python puts its cache in ~/__pycache__ instead of > ~/.cache/__pycache__, where it can be discarded along with all other > unnecessary cache. I have a ~/node_modules tree with over 300 files, > and I'm pretty sure node.js installation put them there. I don't really know about Python but for Node.js, that node_modules is created by running `npm install` or `yarn install` as a user. Looks like you ran that with a package.json in your $HOME. Back to Python, I guess __pycache__ was created when you ran a Python script you put in your $HOME, or maybe a `pip install` for some little Python utility you wanted to try out. Not saying $HOME/__pycache__ is a bright idea but, like the Node.js case, I think it's something you inflicted upon yourself. If simply installing packages from your distribution, or you using software provided by those packages, was responsible for this, I'd consider it a bug and would file a bug report. FWIW, I typically create a dedicated directory, under $HOME/tmp/ or $HOME/src, when I try out other people's code or extract an archive. This makes it a lot easier to keep things out of each others and your own way. It also makes cleaning up afterwards easier and if I put it below $HOME/tmp a cronjob will do that for me, eventually, if I don't do it myself. > Directories "~/Schember, John" and "~/Litt, Steve" were kindly > contributed by Calibre. Gotta love those spaces and commas. Good reason not to use Calibre ;-) Why would you create a directory named after the user in that user's $HOME directory? And with spaces and commas for crying out loud! Here's wondering how well they cope with full names using non-Latin scripts. I've got a few of those at home ;-) > At this point I can't be sure because I run a rolling release, but I > think ~/Music, Documents and ~/Videos were put there by the distro --- > I'd have no reason to do that. They were very likely created by your desktop manager or application in an attempt to adhere to the XDG user directories (which themselves seem to hark back to the Glib user directory[3] conventions). [3]: https://docs.gtk.org/glib/enum.UserDirectory.html FWIW, you can customize these names to taste and prevent them from being updated (or translated if using a different locale when logging in). Check user-dir.dirs(5) and user-dir.conf(5) for details. > They could have put all three within something called ~/Media, and > called the current ~/Media ~/Automounts. But even moving them like > that doesn't change the fact that some of your documents were produced > by you and can never be replaced, and others were things that could be > re-bought if lost. This has a huge impact on backup. For a *Personal > Computer*, $HOME is a zoo, and I either have to live with it, > reorganize it only to get broken again with the next major upgrade, or > violate FHS. First of, you're not violating the FHS in the least bit. You're just organizing your stuff in a somewhat unusual way. As long as you have given "extremely careful consideration of the consequences" to creating
Re: [DNG] FHS deficiencies: Was: Er, Not that way ? .Re: Announcing Devuan 4.0: Chimaera!
Le 24/10/2021 à 01:22, Steve Litt a écrit : > At this point I can't be sure because I run a rolling release, but I > think ~/Music, Documents and ~/Videos were put there by the distro --- These are freedesktop crap. You can remove them by editing $HOME/.config/user-dirs.dirs . Some applications refer to these definitions as a default place to store files. Just define those you don't want as the same as an already existing one, such as $HOME. I don't know what the purpose of user-dirs.locale is. It's unfortunate one needs to surf the web to discover this and there is no tool in the application menu to configure it. -- Didier ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng
Re: [DNG] etckeeper: was: Er, Not that way ? .Re: Announcing Devuan 4.0: Chimaera!
o1bigtenor writes: > On Thu, Oct 21, 2021 at 6:47 AM Olaf Meeuwissen via Dng > wrote: > >> [... illustrating etckeeper commit messages ...] > > Mr Olaf > (and the rest of devuan land) > > I found apt-cacher-ng to be a useful tool in tracking updates and in > minimizing my bandwidth. > > Would apt-cacher-ng work with etckeeper? > Suggestions please. The etckeeper utility hooks into a few select apt-get commands, those that upgrade, install and remove packages on your system. It has nothing to do with updating whatever local APT repository caches you use. That is to say, the two are unrelated. You can continue using apt-cacher-ng to maintain your local APT repository caches and keep your individual systems up-to-date with apt-get (apt, aptitude, synaptic, etc.) as you do now. Adding etckeeper to the mix would only create a historical record of what packages you have upgraded, installed and/or removed on your system. Hope this helps, -- Olaf Meeuwissen, LPIC-2FSF Associate Member since 2004-01-27 GnuPG key: F84A2DD9/B3C0 2F47 EA19 64F4 9F13 F43E B8A4 A88A F84A 2DD9 Support Free Softwarehttps://my.fsf.org/donate Join the Free Software Foundation https://my.fsf.org/join ___ Dng mailing list Dng@lists.dyne.org https://mailinglists.dyne.org/cgi-bin/mailman/listinfo/dng