You are not logged in.
add testing repo along with ceres.
then :
apt policy libgudev-1.0-0
should show both version, and :
apt install libgudev-1.0-0/testing
to rollback to a working version.
tails does that, iirc whonix just forwards traffic to 2nd vm used as gateway.
you can set global wide proxy in system to tor socks5 address, but it still won't be like tails. some apps might use hardcoded address and/or bypass system proxy. you have to use some network sniffer to make sure, all traffic goes through tor.. and adjust/remove those that don't .
or just use tails which is already build especially for this purpose.
if you're using ceres, rollback libgudev-1.0-0 to testing version. (237-2). latest debian version causes this for all systems using eudev (like devuan, antiX, etc).
https://dev1galaxy.org/viewtopic.php?id=5807
had a similar error, with dhclient+runit, and @Lorenzo (debian runit maintainer) fixed it in a runit-services 0.6.0 version in debian experimental.. maybe you should try that package, see if it helps.
removing service isn't a fix, you're just removing service so it doesn't run..
about a year ago, i've uploaded a runscript for libvirtd if you want to try/use with runit : https://git.devuan.org/xinomilo/runscri … bvirtd/run
involves some steps to add to runit, better look Debian runit documentation.
Lorenzo, the Debian runit maintainer (who's also around here), also accepts wishlist bugs for new services/runscripts to add to runit-services package...
nor sure i understand. so you want to resize luks partition? other partition? there's only one partition?
you can't disable luks temporarily. there are ways to disable completely (under certain circumstances) but not temporarily.
but you can resize luks partition like any other one. involves a few extra steps, but not impossible.
btw, you can use nbd mount for qcow2 image, and gparted on that afterwards.
what does `file xyz.db` say?
creation date?
could be a db backup, or something else. do you have a database server running on that system?
reportbug
ωραιο φαινεται το community, καλή αρχή..
απλά πολύ google ρε παιδιά, google translate, analytics, γιατι;
δυστυχώς με το -χειροτερο και απο systemd- μονοπωλιο της γκουγκλ δε τα παω καλα, οποτε δεν μπορω να κάνω εγγραφή να πω ενα γεια και απο εκει..
2c
looks like network issue. http/https ports are filtered, not accessible from outside.
could be router/ISP or firewall issue. ping seems to work ok, but ports 22,80,443,631 look filtered.
so, resolve network issues first... then look at web server for possible issues... (might be fine just as is).
self-signed wont work on most browsers... you could get a free ssl cert from Lets Encrypt (or other providers). there's a python3-certbot-nginx package to facilitate certificate issue and installation...
as for ssl configuration for nginx, this is probably better : https://ssl-config.mozilla.org/
choose nginx + openssl versions, security level, and copy output to a ssl-params.conf file (customizing to your needs ofcourse...)
just tested, after installing evince, atril is using evince-previewer for print preview. and that works. not atril-previewer as it should(?) ...
so probably atril-previewer is buggy/fails/whatever...
edit] running standalone `atril-previewer $file` works.
atril is a document viewer app
evince is another document viewer app.
one is not needed to run the other.. no relation/dependency between those 2.
that's why i'm saying atril's problem is not fixed. by installing evince, you just use evince for viewing/printing documents..
same in ceres/sid, with atril 1.26.0-2 .
(topic shouldn't be marked as solved imho, installing another app, doesn't solve atril's problem.)
in my case i see these in .xsession-errors :
(atril:12486): WARNING **: 12:17:46.086: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.freedesktop.Avahi was not provided by any .service files
[ 13/12/2022 12:18:06.680 x_create_picture_with_pictfmt_and_pixmap ERROR ] failed to create picture (X error 9 DRAWABLE request 139 minor 4 serial 6369528)
[ 13/12/2022 12:18:06.693 paint_one ERROR ] Window 0x03001f39 is missing painting data.
[ 13/12/2022 12:18:06.694 x_create_picture_with_pictfmt_and_pixmap ERROR ] failed to create picture (X error 9 DRAWABLE request 139 minor 4 serial 6369559)
this should be asked on fluxbb forum, not here.. i don't think devuan chose to leave some messaging option out, it's probably not supported by forum software (fluxbb).
btw, mastodon is social media, not a messaging application.. so i don't think even fluxbb would care about it.
was sure i had that posted before : https://dev1galaxy.org/viewtopic.php?pid=24970#p24970
https://sledjhamr.org/apt-panopticon/results/Report-web.html even lists devuan.bio.lmu.de as a "faulty mirror"! Will this lead to this one being removed, or will the maintainers be contacted? I wrote some email to the LMU Munich, but I'm not sure if they will reach the correct addressee …
better contact mirrors@devuan.org
deb mirror+file:/etc/apt/mirror_list.txt chimaera main
mirror_list.txt should contain only mirror urls , eg
https://pkgmaster.devuan.org/merged
it's not supposed to be the same as https://pkgmaster.devuan.org/mirror_list.txt. not the same format to use.. completely different things...
and no, i don't know of a similar netselect tool for devuan.
1. use a single mirror that works. eg.
deb $mirror_url chimaera main
2. use a mirrors.txt file with mirrors you want to use. exclude the one you don't want. eg.
deb mirror://path/to/mirrors.txt chimaera main
3. contact mirrors@devuan.org to fix broken mirror.
offtopic.
still on ceres and runit. still can boot, still got network, still got all devices.. (no nvidia sh*t).
from my experience, you can't just adjust the guide for bullseye to sid. releases can differ a lot.
in anycase, base-files should/could be replaced too. devuan version for sid/ceres is 12.2devuan2.
so, remove all debian repos, and post the output of `apt install base-files/unstable`..
edit] hoas beat me to it.
deepforest wrote:I am on Ceres almost year and nothing is broke yet.
Give it time
i'm on sid/ceres for more than 15years and will never change it
And enjoy the massively outdated packages during the upcoming freeze. The Debian devs sometimes even leave critical bugs unfixed in the development branches until the release is done...
oh come on, having more outdated packages than stable is never true for sid.. (testing having newer packages prior to release, might) ;-)
golinux wrote:Ceres is always fluid and unstable. It never freezes.
Debian sid certainly freezes. There may be a few package updates but not many. At least in my recent experience.
this.
sid also "freezes". no updates coming in while testing freezes to become stable. exception might be some last RC updates, but even that, stop completely a few days prior to release.
and sid is not always fluid and unstable. most of the time it's pretty stable, but oh well, not always. (and stable is not always stable either..)
for those wanting to try sid/ceres, keep backups at all times.for that moment something breaks in sid, you'll certainly want a backup available.
so dns looks fine now and it's just a browser problem. better send a bug report in those browser projects.