You are not logged in.
grub-imageboot
some example : https://wiki.debian.org/Firmware/Update … -imageboot
rapidsvn has been removed from Debian (& Devuan) : https://bugs.debian.org/cgi-bin/bugrepo … bug=941178
you could stick with beowulf if you want to still use that..
---
as for other svn gui's maybe try searching around for alternatives. i can only see anjuta by searching with apt, but never really used a gui with svn...
edit] https://en.wikipedia.org/wiki/Compariso … on_clients
this forum uses both https and http. if you're visiting http://dev1galaxy.org, (any) browser will warn as "not secure".
so be sure to visit https://dev1galaxy.org if you're bothered with this warning. or use https everywhere or a similar plugin.
darknet-only
what is "darknet"? (sounds like a bad yellow press headline...)
you probably mean a tor onion service.
https://community.torproject.org/onion-services/
is this a fork of icecat?
according to https://www.gnu.org/software/gnuzilla/, the last version is 60.7.0 and was realeased june 2019
https://ftpmirror.gnu.org/gnuzilla/60.7.0/
no, releases haven't been updated in a while, but git repo is being updated frequently : https://git.savannah.gnu.org/cgit/gnuzilla.git/
clonezilla is another package/livecd for cloning drives/partitions.
maybe bullseye version wasn't supported at the time, i would give it another try and select "debian bullseye" for chimaera.
iirc, kde wallet has its own pass. nothing to do with root.
it usually asks for new password on first kde/plasma login/setup. if you didn't input anything on kde setup time, maybe try with blank pass/just enter(?)
another way : https://wiki.archlinux.org/title/KDE_Wa … le_KWallet
that's for Debian systems. Devuan already includes a forked dnscrypt-proxy version with a working init script, and proper configuration. all you need to do in Devuan is :
apt install dnscrypt-proxy
maybe tweak /etc/dnscrypt-proxy/dnscrypt-proxy.toml a bit if you like...( eg. change default cloudflare, listen address, etc...)
p.s. some history/info about the forked package : https://bugs.devuan.org/cgi/bugreport.cgi?bug=306
couple of years late, but thanks to Mark H. for forking it
could also be just too much dust on fan. have you ever cleaned it ?
for anything else suspicious, just check processes like others suggested.
check /var/log/apt/term.log and /var/log/dpkg.log for more info on the error.
(same upgrade from terminal, didn't cause any issues here.)
maybe try to reinstall from terminal and see if occurs again :
apt install --reinstall linux-image-amd64 linux-image-5.15.0-1-amd64
that was fast, thanks!
this doesn't look related to eudev upgrade. probably apt or some package error..:
files list file for package 'libexpat1:amd64' missing; assuming package has no files currently installed
files list file for package 'console-setup' is missing final newline
i would suggest apt update & apt -f install. then check status of those packages. from a personal fully upgraded beowulf vps :
apt policy libexpat1
libexpat1:
Installed: 2.2.6-2+deb10u1
Candidate: 2.2.6-2+deb10u1
Version table:
*** 2.2.6-2+deb10u1 500
500 http://deb.devuan.org/merged beowulf/main amd64 Packages
500 http://deb.devuan.org/merged beowulf-security/main amd64 Packages
100 /var/lib/dpkg/status
apt policy console-setup
console-setup:
Installed: 1.193~deb10u1
Candidate: 1.193~deb10u1
Version table:
*** 1.193~deb10u1 500
500 http://deb.devuan.org/merged beowulf/main amd64 Packages
there's this bug #598 [1] that affects dist-upgrades to beowulf.
even though bug is closed, fixed package for beowulf release is only in beowulf-proposed-updates/main.
came upon this today, while dist-upgrading an old lamp vps from ascii to beowulf.
did not have beowulf-proposed-updates repo enabled at first, so got continuous dpkg failures while trying to dist-upgrade.. after reading beowulf release notes[2] i managed to dist-upgrade everything succesfully (= by enabling beowulf-proposed-updates + update/dist-upgrade again).
note, there is a typo in release notes.. in eg. beowulf sources.list mentions "beowulf-proposed" and not "beowulf-proposed-updates" so it failed at first copy-paste.
my suggestion would be to copy/move eudev fixed version 3.2.9-10~beowulf1 [3] to beowulf/main. don't know if there's any reason for sticking with 3.2.9-9~beowulf1 (?)
and/or fix the typo in release notes.
thanks,
d.
[1] https://bugs.devuan.org/cgi/bugreport.cgi?bug=598
[2] https://files.devuan.org/devuan_beowulf … _notes.txt
[3] https://pkginfo.devuan.org/cgi-bin/poli … v&x=submit
last week i installed chimaera with runit + MATE using chimaera installer iso (netinstall). no such problem after booting into new system.
you probably need to give some more info on the medium used for installation...
even though i use clear text password in /etc/msmtprc, i did try ~/.msmtprc with secret-tools and get the same error message..
reading the bug report, this seems pretty messed up...
debian dbus-user-session depends on systemd, not sure if it's coming to Devuan anytime soon (?). MXlinux has systemd installed, so i guess that's the reason it's working there. it's probably working on antiX too, haven't tried it, but dbus-user-session is in antix repos without systemd dependency (with consolekit, not elogind).
so i got no workaround for devuan, i'd only suggest the 2nd auth method (GPG). probably better than figuring out what wrong with dbus, glib, gnome-keyring, libsecret, etc...
seems unstuck now, upgraded 129 packages for ceres.
title is "keyrings" but your post doesn;t have any word on it.. (!?)
what's the problem? what are the error messages?
noone can advise if you don't provide some details and the actual error message.
morning @ll,
seems like devuan repos are stuck for a few(?) days now. no new updates coming in, even though debian repos have lots of updated packages.. maybe something's "stuck" ? using testing/ceres.
thx,
this is debian related question..
ceres/sid has 5.10 in. so no luck with unstable repos atm...
only 3rd party repos currently offer 5.13 kernel packages for debian based distros (eg. https://xanmod.org/) or,
you can build a kernel debian package yourself from sources.. : https://kernel-team.pages.debian.net/ke … tasks.html
debian kernel probably can give more info : https://wiki.debian.org/DebianKernel
instead of su + command, try `sudo command` . seen no such errors with that.
as for the error, (iirc it's the same in debian, but) don't know the exact source, could be su, could be gtk, could be dbus..
edit] eg. kde has kdesu to run kde apps from cli.. don't know if gnome/cinnamon/gtk based DEs have something similar..
I only want something for the MTA.
i think you just need an mda for local delivery (& mailutils provides one, iirc) .
personally, i'm using msmtp-mta to forward any local cron/other emails to my regular email address hosted online. but i never used msmtp for local delivery, not sure it works that way(?).. it's just much lighter than running a full featured MTA like exim4/postfix.
mailcheck package is still around (`apt show mailcheck`), used to be default in debian iirc..it's orphaned now, but still works afaik.
maybe this can help : https://wiki.debian.org/MaildirConfiguration
well, i migrated to network-manager and used your runit script from this thread, with some changes.. and it's running fine. (daemon logs still redirect to daemon.log, supervision logs to /var/log/runit/network-manager)
but it also doesnt start at boot, untill i restart iwd (/etc/init.d). so, i probably need another runscript for iwd this time...
i guess it's going to take some time to migrate everything to runit scripts.. i've been searching around for ideas/ runit scripts, and found this idea interesting :
https://github.com/apayne/supervision-scripts
"distro agnostic", "supervision agnostic" sounds ideal. (to me anyway).
so i've migrated some sysv scripts to Lorenzo's available runscripts.. (using ceres with LXDE currently).
sv status /etc/sv/*
run: /etc/sv/acpid: (pid 1849) 895s; run: log: (pid 1847) 895s
run: /etc/sv/acpi-fakekey: (pid 1820) 895s; run: log: (pid 1819) 895s
run: /etc/sv/cron: (pid 1815) 895s; run: log: (pid 1814) 895s
run: /etc/sv/dbus: (pid 1825) 895s; run: log: (pid 1824) 895s
run: /etc/sv/elogind: (pid 1829) 895s; run: log: (pid 1821) 895s
run: /etc/sv/getty-tty1: (pid 1816) 895s
run: /etc/sv/getty-tty2: (pid 1813) 895s
run: /etc/sv/getty-tty3: (pid 1826) 895s
run: /etc/sv/getty-tty4: (pid 1830) 895s
run: /etc/sv/getty-tty5: (pid 1835) 895s
run: /etc/sv/getty-tty6: (pid 1831) 895s
warning: /etc/sv/getty-ttyS0: unable to open supervise/ok: file does not exist
run: /etc/sv/haveged: (pid 1823) 895s; run: log: (pid 1822) 895s
run: /etc/sv/lightdm: (pid 1828) 895s; run: log: (pid 1827) 895s
run: /etc/sv/openntpd: (pid 1818) 895s; run: log: (pid 1817) 895s
run: /etc/sv/tor: (pid 1833) 895s; run: log: (pid 1832) 895s
had one service error with acpi-fakekey,
/etc/sv/acpi-fakekey/run: 10: exec: -f: not found
worked around it with :
diff runscript-collection/acpi-fakekey/run /etc/sv/acpi-fakekey/run
10c10
< exec $DAEMON -f
---
> exec /usr/sbin/acpi_fakekeyd -f
another problem i have since migrating elogind/dbus/lightdm scripts to /etc/sv : /etc/init.d/connman doesn't start anymore during boot.. needs to be restarted after boot. so looking to find/create a runit script for connman..