You are not logged in.
^ Well it's certainly one of my coping mechanisms, along with trolling. How do you manage?
My advice was for any other installations that are using systemd.
Well I've used xterm in GNOME's Wayland desktop for quite a while now so this might just be a ceres/sid SNAFU.
Which versions of GNOME & Xwayland are you on? I'll try testing stuff in a VM when I have a moment.
if you have other installation(s) on the disk, the UUID's of swap of all other installations become invalid and your computer system help you to kill time
If you have a GPT disk and the other installations are using systemd you can simply delete the swap lines from /etc/fstab in those systems and let systemd detect and activate the swap partition automagically. It will also auto-detect and auto-mount /home, /srv/, /var/ and /var/tmp/ partitions based on their GUID codes. See systemd-gpt-auto-generator(8) for more on this. /etc/fstab is bloat!
And I'm very sorry but I don't really understand your other points. Can you explain further?
EDIT: clarification.
there is no paulseaudio.desktop in /etc/xdg/autostart
There should be — it's listed in the file contents for that version.
What does this say:
dpkg -L pulseaudio | grep xdg # if there's no output remove the pipe to grep to make sure the package is actually installedI have pipewire-pulse installed.
That replaces the PA daemon so that might explain the observed behaviour. Does uninstalling it fix things?
Not sure what you mean by starting FF under Xwayland, from the wayland session in a terminal? How is that done?
MOZ_ENABLE_WAYLAND=0 firefoxBut make sure any other FF instances are closed first. Check about:support to see if the "Window Protocol" is Xwayland.
Yes, downloaded from here.
Any serious atheist
I'm actually a devout agnostic ![]()
dismiss his laws of gravity as the rantings of an unenlightened madman. Gravity is fake news.
Newton's laws have already been shown to be nothing more than a vague approximation, as has Einstein's theory of General Relativity.
FWIW I find Loop Quantum Gravity to be the most appealing of the current theories on offer but we don't have enough data to make any firm statements. Yet.
1. pulseaudio needs to be started via pulseaudio -D, can do this via xdg autostart in a .desktop file
[Desktop Entry] Type=Application Name=pulseaudio Exec=/usr/bin/pulseaudio -D
That's strange — the PA package already supplies /etc/xdg/autostart/pulseaudio.desktop ![]()
2. i have commented #autospawn=yes in /etc/pulse/client.conf.d/01-enable-autospawn.conf but this made no difference to getting the pulseaudio daemon to start via sysvinit.
I take it you mean #autospawn=no? Does changing it to autospawn=yes (un-commented) make it start as expected?
Have you tried pipewire-pulse instead? PA is almost obsolete now.
4. i have to start firefox via MOZ_ENABLE_WAYLAND=1
What errors do you see if you try to start FF via Xwayland? It runs just fine in my GNOME Wayland desktop under Arch.
I celebrate Grav-Mass instead :-)
Yeah, it really is impossible to tell what Chrome is doing. It even adds Google's repositories in an install script, which freaks me out.
how to clone "neutral" the in a partition existing os, add only some own general settings (for ex. /boot + /etc/clock + /etc/fstab + /etc/keymap + /etc/localtime + /etc/ + ~/.mozilla, or ~/config/mousepad + ~/.config/Thunar + ~/.config/xfce4, this in case of XFCE4 install, -on other installations equivalent ones, the goal is to start with a immediately working system with only a well defined history and not all the steps from yesterday and days before.
Add any directories that are not wanted in the clone to the --exclude= list in the rsync command.
how to do the same after a live start
Perhaps script the process and host it on (for example) GitHub so it could be downloaded and run from the live environment.
EDIT: or build a live image that already has the script included. See https://live-team.pages.debian.net/live … ex.en.html for instructions.
I started my despatch career on BMW R850Rs but I switched to Honda several years ago. Modern BMWs are horrifically unreliable, sadly.
But Poettering seems to be in charge
Don't be silly. Massive, faceless, psychopathic corporate entities took control of the kernel quite some time ago.
I'm bothered by the fact that they are quite obviously* apparmor files and not dbus files.
* /etc/apparmor/*, /etc/apparmor.d/*, /etc/apparmor/init/*
See https://wiki.debian.org/WhereIsIt#A.22I … g_to.3F.22 to find out which package(s) own(s) those files.
they should not be there unless apparmor is actually installed and enabled.
ie: What do I need them there for?
Debian make several separate packages so that you can uninstall the main apparmor package without breaking the dependency chain for packages that make use of those files if AppArmor is enabled. Arch lump everything together in their apparmor package so in that distribution you *must* have the AppArmor user space utilities installed to satisfy the dependencies of any packages that are compiled with support. This is not the case in Debian, which seems like an improvement to me.
It is important to note here that the AppArmor functionality is actually provided by the kernel itself so if you really want to be rid of it you'll have to roll your own kernel with CONFIG_SECURITY_APPARMOR disabled. The apparmor package only provides the user space utilities to control the kernel space functionality.
Reference: https://www.kernel.org/doc/html/v5.10/a … armor.html
Look out for a rocm package in the unstable branch, as per the last post in my linked thread.
You're welcome to ride pillion with me as I deliver various packages around London, England & Wales on my despatch motorbike. It won't do 320kph but I will go fast enough to scare you witless, if that's what you want. Just PM me next time you're in London ![]()
EDIT: fair warning though: I haven't carried a pillion for about 20 years and I threw the last one 30 yards down the road doing a stoppie trying to avoid the Volvo that broke my pelvis.
Why is there a dbus dependency on libapparmor1?
Because the dbus package has been built with AppArmor support enabled for architectures that support it:
https://salsa.debian.org/utopia-team/db … re.ac#L200
The AppArmor libraries won't ever be used if AppArmor is disabled so you should be able to remove them manually without breaking your system if you're that bothered by them.
but the people receiving the results have faith in the information obtained
Not really, that's what peer review is all about ![]()
The experiments in any published papers can be independently reproduced and the results can be checked.
...and don't get me started on medical doctors and healthcare...
Did you know I trained as a medical student? ![]()
...and I'm supposed to take your words as truth by faith?
Not at all. Just follow through the mathematics and logic. You will find it to be an entirely consistent chain of reasoning that can be backed up by simple, direct observations.
If I swing a pendulum, it will swing.
And it will also precess. That behaviour would only be observed in a rotating frame of reference, as the mathematics of the laws of motion clearly demonstrate.
And no, I don't "believe" in "history". But that has no bearing on whether it actually happened or not.
Can you meet me here in Florida and personally prove to me that the earth rotates? Don't bring any science books or scientific journals. Just sit me down and show me that it rotates.
Try swinging a pendulum. The precession you will observe is caused by the rotation of your reference frame.
For more on this see https://www.phys.unsw.edu.au/~jw/pendulumdetails.html
EDIT: apparently there's a demonstration model in the South Florida State College, you should visit it.
The spheroid nature of the planet is explained by the (incomplete) theory of gravity and this also explains orbital behaviour.
What is your explanation for the observed behaviour of that weird bright light in the sky?
And no, I don't "believe" in William Shakespeare. Who the hell is that?
EDIT: remember: proof doesn't require faith ![]()
The ifupdown package provides /etc/init.d/networking, if that helps.
Perhaps consider filing a bug report against the Debian ifupdown2 package to add support for non-systemd init systems. The maintainer isn't compelled to act but they might see reason...
EDIT: there is an init script provided by the upstream source:
https://github.com/CumulusNetworks/ifup … networking
So it looks like this might be a packaging mistake.
Have you ever personally witnessed planet earth moving around the sun?
I can discern the spheroid nature of our planet by simply going to the beach and observing the horizon — the tops of the ships appear before the rest. This can only be true if the surface is curving away from my observation point.
This is how people knew the Earth wasn't flat thousands of years before they were able to fly high enough to observe the curvature directly.
For more on this see https://physicsworld.com/a/fighting-flat-earth-theory/
And if you want a good laugh watch Behind The Curve — the Flat Earth people devise an experiment to "prove" their theory but in the last scene in the film it shows the exact opposite ![]()
Read the warning at the top of your linked page. I do not recommend that method because it replaces the entire graphics stack — the PRO drivers are only useful for OpenCL, they perform worse then the open source version for everything else.
See https://dev1galaxy.org/viewtopic.php?id=4688 & https://gitlab.com/BCMM/amdgpu-opencl-on-debian for a way to install the OpenCL part of the PRO drivers so you don't ruin performance for other applications but be aware that it might wreck your system.
dbus-session-bus can't be installed
$ apt info dbus-session-bus
Package: dbus-session-bus
State: not a real package (virtual)
N: Can't select candidate version from package dbus-session-bus as it has no candidate
N: Can't select versions from package 'dbus-session-bus' as it is purely virtual
N: No packages found
$See also https://www.debian.org/doc/debian-polic … irtual-pkg