You are not logged in.
Just fixed that
Thanks!
Broken libpolkit-qt5-1-1:amd64 Depends on libpam-systemd:amd64 < none @un H >
^ Here's the problem (or at least one of the problems), the libpolkit-qt5-1-1 package has a dependency on libpam-systemd but that package does not exist in beowulf, presumably because it's been blacklisted. A bug report may be called for here.
Remove the following packages: 1) consolekit [1.2.1-8 (now, testing)] 2) libpolkit-backend-consolekit-1-0 [0.105-25+devuan8 (now, testing)] 3) libpolkit-gobject-consolekit-1-0 [0.105-25+devuan8 (now, testing)] 4) libsystemd0 [241-7~deb10u2 (now, testing)] Install the following packages: 5) libpolkit-backend-elogind-1-0 [0.105-25+devuan8 (testing)] 6) libpolkit-gobject-elogind-1-0 [0.105-25+devuan8 (testing)] Accept this solution? [Y/n/q/?]
I would go ahead and accept that, it looks good to me. Unless I'm missing something obvious ofc. The --simulate option is your friend here.
It's a bit jarring when you go to a new install and find sudo isn't there.
If you decline to set root's password in the installer then sudo will be installed and the first created user will be added to the sudo group automatically. The Debian installer has been like that since at least wheezy and the Devuan installer inherits that behaviour.
Also, doas(1) ftw! ![]()
Where are the config files when you use dnssec-trigger to install unbound?
The dnssec-trigger package is just a configuration wrapper used to ensure that unbound is the local nameserver and that it ensures DNSSEC validation. DoT is not part of dnssec-trigger's remit but I am presuming that if requests are forwarded to a DoT-capable resolver then it will be used, this may not in fact be the case. Use wireshark & dig to confirm.
OTOH the stubby package is expressly designed to offer DoT validation so using that should ensure it. But you should probably still check.
I can find descriptions of how to get unbound to use dns-over-tls but the config files are not where these instructions say they should be. Some sort of strange redirection with symbolic links is used.
When requesting help it is always better to provide actual command output rather than vague descriptions.
I can't tell if they are doing DNS-over-TLS
Use wireshark & dig to test: https://www.linuxbabe.com/ubuntu/ubuntu … s-over-tls ← see the section "How to Check if Your DNS Traffic is Encrypted" at the end of the article.
Code tags would be more readable than quote tags.
Starting pkgProblemResolver with broken count: 1
^ Looks like things weren't right to begin with ![]()
Try
# aptitude install falkonIt will offer several choices for resolution, keep saying "no" until it finds one that works. Hopefully.
In respect of the falkon problem can we please see the full output of
apt-get -s -o Debug::pkgProblemResolver=yes install falkonThanks!
And as an aside the Debian buster release notes say to use
# apt full-upgraderather than the old apt-get dist-upgrade, not sure if that would have made a difference for you.
Don't know about wicd but all you have to do is bring the interface up and assign some addresses:
# ip link set $interface up
# dhclient $interfaceReplace $interface with the actual name of the tethered interface, which can be seen in the output of the plain ip link command.
Might be best to stop wicd first though to avoid potential conflicts:
# service wicd stopIf you want to tether permanently use /etc/network/interfaces: https://wiki.debian.org/NetworkConfigur … _Interface (but note that Devuan retains the traditional interface names) and remove wicd.
EDIT: if you choose to go down that route enable the networking service:
# sysv-rc-conf networking onI have the feeling that FF is resolving adresses very slowly now.
You're probably imagining it (or it's purely coincidental). Renaming the interface shouldn't affect address resolution.
Installing and configuring unbound will provide a caching nameserver that should (slightly) speed up resolution for repeated attempts.
EDIT: remove the file rather than rename it.
Remove /etc/udev/rules.d/70-persistent-net.rules
Running
apt-get -s -o Debug::pkgProblemResolver=yes install nvidia-driverdid result in ... lot's of activity. but then ended with the same group of lines again
Yes, the command was diagnostic in nature and I was hoping you would post it so I could see what the root of the problem was. FWIW I think it was the backported libgl1 package but we'll never know now...
getting things to be on the correct screens
Use an X.Org configuration file.
#oldskool
Let's try debugging the resolver:
apt-get -s -o Debug::pkgProblemResolver=yes install nvidia-driverIt should be installable ![]()
I could also try installing the driver nvidia has on their web site
If you do that then you will have to rebuild the kernel module manually every time the kernel is updated. The Debian package will do that automatically.
Anyway, I think you just need to update your package database:
# apt update
# apt install nvidia-driverI am presuming here that you have already installed the kernel headers, either directly or with module-assistant.
If really someone interested in AVMultimedia is using mutt, she/he will not have any problems to change it to relatime
That presumes everybody is aware that noatime is set and also that it breaks mutt (which you didn't know).
But whatever, it's your distribution. I just thought you might like to know. Sorry for the noise.
- Added noatime flag, so it works again considerable faster
Relatime is the default, the performance difference between that and noatime is very small indeed. And noatime breaks mutt, which might annoy some users.
The following packages have unmet dependencies:
Well that's not right ![]()
Are your sources still as posted earlier? What does APT think is available?
apt policyYou could try aptitude instead, it has a more advanced dependency resolution algorithm and should offer several choices.
However do you have DNS to suggest?
Sorry Nili, I wasn't being entirely serious. I should have added a ![]()
FWIW I use Quad9 'cos I like IBM.
^ I don't know, the article was linked over at the MX forums last week and that was the first I'd heard of it.
Ah, I realize the script is complex, and has a dependency, so you probably wouldn't have installed and tried it.
Don't tell anybody else but I'm using systemd here so there may be some conflicts...
Would you please file some bugs against the project on gitlab?
Done.
AFAIUI, the Devuan repositories are mirrored from Debian's (but without the init system that shall not be named) using special magic:
https://dev1galaxy.org/viewtopic.php?id=3192
So there is no ceres pool, as such.
^ Google's nameservers? Really?
And you don't need to specify the broadcast address (it's the bitwise OR of the IP address and the bit complement of the subnet mask so it can be derived from those) or the network (again, implied by the netmask & IP address). And the netmask can be defined as part of the IP address in CIDR format, like this:
address 192.168.1.132/24EDIT: sorry for the diversion.
Even saw some Dells the other day where CSM isn't an option within the firmware!
Yeah, Intel are planning to remove it completely: https://www.anandtech.com/show/12068/in … fi-by-2020
Bastards...
Nice script! Guess you didn't need my "help" then ![]()
Is it simple to output the usage information with a --help option? That would allow you to create a man page with help2man and eliminate one of the Lintian warnings:
W: systemdtl: copyright-has-url-from-dh_make-boilerplate
W: systemdtl: copyright-without-copyright-notice
W: systemdtl: binary-without-manpage usr/sbin/systemctlIt's not important ofc but I do like to shut Lintian up when possible.
so you just rsync everything from / and /home to the respective subvolumes?
Yes, I use this method to create a full backup then reverse the process when the subvolumes are created and mounted as desired.
and i assume then update fstab, cryptab, and GRUB?
I don't use encryption[1] so just the fstab and bootloader need correcting. I use a custom grub.cfg but grub-mkconfig can deal with subvolumes and appears to create a working configuration file.
[1] I don't keep anything important on computers and in my country (the UK) I can go to jail if the Police want to see what's on it and I can't remember the password.
Is the networking init script enabled?
# sysv-rc-confunfortunately in this HDD i do not have any extra partitions to which i can do a temp install. though can we install to an external USB partition?
Install to the HDD and use the USB to hold the backup, that's what I do.
In Synaptic, kvm is described as "QEMU Full virtualization on x86 hardware." My rig is 64 bit. Can I use kvm on it?
The x86 architecture includes both 32-bit and 64-bit versions. It is possible to run a 64-bit or 32-bit guest in a 64-bit host (but you can't run a 64-bit guest in a 32-bit host).
If you don't like GUI management tools see my fdn guide: http://forums.debian.net/viewtopic.php?f=16&t=144775