You are not logged in.
Pages: 1
Even better: rsync -aHX
The "X" will preserve extended attributes and capabilities - kinda important for OS files.
I had given up on this issue so that's a good find. I don't have a pulse user so my issue is something different but that does indeed shine some light in a direction I hadn't looked. FWIW, /.config isn't being created anymore here but /.cache still is.
Perhaps another factor is that systemd started as an init system and was rather innocuous. Later it started taking over so much other functionality - DNS, NTP, booting, etc, kinda like the proverbial camel getting its nose in the tent.
You could try "logrotate -dv /etc/logrotate.conf" to see what it says about syslog. I rotate that group monthly so my output is
rotating pattern: /var/log/syslog
/var/log/mail.log
/var/log/kern.log
/var/log/auth.log
/var/log/user.log
/var/log/cron.log
monthly (12 rotations)
empty log files are rotated, old logs are removed
considering log /var/log/syslog
Now: 2023-06-27 15:08
Last rotated at 2023-06-01 03:13
log does not need rotating (log has been rotated at 2023-06-01 03:13, which is less than a month ago)
. . .
Do you at least have cron installed? Do you have /etc/cron.daily/logrotate?
I found this https://www.privoxy.org/gitweb/appendix … 68ace1f2df
that suggests match-all.action has the default settings. The actions defined in my match-all.action look the same as the standard.Medium definition in default.action so maybe you're already using medium.
I've been using privoxy and its IJB ancestor for close to 25 years yet I don't know if I can be of much help. I've never gotten real deep in its capabilities and much/all of the HTML-rewriting features are of little use now that most traffic is going over HTTPS. I can tell you that I've never modified default.action - only user.action.
I haven't tried it but I suspect you would put something like this in user.action:
{+standard.Cautious}
.dev1galaxy.org
.devuan.org
to apply that set of rules to this domain & sub-domains, and the devuan domain & sub-domains as well. Note that once an action is switched on in the config, it is active for all entries below it until switched off (with {-standard.Cautious} in this case).
My usage is just to limit access to only specific domains. I block all access via HTTP and HTTPS and then unblock HTTPS to specified domains:
{+block}
.*:80
.*:443
{-block}
.dev1galaxy.org:443
.devuan.org:443
Xpra? I don't know about using it with Windows.
So what is result of...
That returns "home=/root;config=;cache=;"
...use stat to get the precise time
Good idea. During two boots the messages preceeding creation of /.cache were coming from smartd, but I don't know why it would need a cache file. I deleted /.cache and restarted that service, and several others (chrony, opensmtpd, dovecot, rsyslog, cron, dbus), without a new /.cache being created. I'll keep digging. Or maybe not. It's not hurting anything, it's just annoying now that I know about it.
For what it's worth, even with pulseaudio purged, an empty /.cache/ is getting created at each boot.
Something to consider is that the more of your system that is encrypted, the less there is that can be tampered with. Encrypting only the home dir leaves you vulnerable to keyloggers etc being installed in the system.
No matter, quite easy to fix.
First this:
# apt purge pulseaudio && apt autoclean && apt autoremove
Very good point. I'm using pipewire & wireplumber on my phone & tablet (with mobian bookworm) and it seems to work so I can now just ditch pulseaudio on my destop.
Edit 1: Except the phone and tablet have systemd, of course, and setting up pipewire without that is a bit more complicated.
Edit 2: Actually, the "Alpine solution" turned out to be pretty simple. pipewire-launcher.sh worked without modifications. I use XFCE so it needed the desktop file in ~/.config/autostart/ (with Exec= adapted). I killed pulseaudio, started pipewire, reset the volume control, and it's done.
Since upgrading from Chimaera to Daedalus I am seeing /.config and /.cache directories.
/.config seems to be used by pulseaudio and will be re-created at boot if it's been removed.
# ls -lR /.config
/.config:
total 4
drwx------ 2 root root 4096 Mar 5 10:02 pulse
/.config/pulse:
total 0
lrwxrwxrwx 1 root root 23 Mar 5 10:02 f3270dcda2b340e98a9808d3dcb611c5-runtime -> /tmp/pulse-PKdhtXMmr18n
/.cache always seems to be empty and gets created at boot (by pulseaudio?) if it's been removed.
# ls -lR /.cache
/.cache:
total 8
drwx------ 2 root root 4096 Mar 5 10:02 .
drwxr-xr-x 23 root root 4096 Mar 5 10:02 ..
Is this a Devuan issue or Debian?
Firejail?
The tracker service can be disabled and masked. Whether it gets surreptitiously enabled again is a question. Changing the directory where it stores its data to read-only might also hinder it.
Where is the virtual console shift, alt f1 f6.
Try ctrl-alt-[f1-f6]
A search engine should not decide what we see. It should display everything and let us decide.
But the whole point of the search engine is to rank the results in some way, isn't it?
Of course, there are some wingnuts that actually want their sites omitted from search engines so they have something to scream about.
https://www.techdirt.com/2022/10/07/ari … e-indexed/
Requires javascript. No thanks!
Maybe someday they'll flip it upside down.
...and call it Wine++ or Wine#
...Debian may close the door to the freedom to choose.
They are indeed doing that. https://lists.debian.org/debian-devel/2022/09/msg00092.html
@hunter0one: The option has been here for a long time.
I did the usrmerge Feb 26 2021 when still on Debian Buster and have since been through an upgrande to Debian Bullseye and then a move to Devuan Chimaera, and have seen no problems. The change seems inevitable given the momentum.
Apt and/or dpkg do seem to have obscure issues related to this and I think stuff can happen when installing a package built on a merged system on a non-merged system.
Edit 1: Read this when you've got a few hours to kill: https://lwn.net/SubscriberLink/890219/12423853bab9657d/
High praise indeed!
In my case, "apt-get install eudev sysvinit-core" was the key. Even after that though, the "apt-get -f install" did not complete. I did a "dpkg --configure --pending" to get sysvinit-core and sysv-rc configured (plus a couple other packages), rebooted, then did another "apt-get -f install" which then completed. "apt-get dist-upgrade" was successful and I have a working Chimaera system!
After reinstalling a bunch of stuff I will have successfully moved from Debian Lennax to Devuan Linux. FTW!
Migrating from Bullseye using https://www.devuan.org/os/documentation … o-chimaera seems to result in no init system getting installed to replace systemd. I wonder if
apt-get install eudev
should be
apt-get install eudev sysvinit-core
instead?
The guide also says "The last command may cause package breaks..." so answering "yes" to "wreck my machine" can seem reasonable to someone that hasn't been through this process before.
Pages: 1