The officially official Devuan Forum!

You are not logged in.

#2626 Re: Installation » Mate: Ascii to Beowulf Migration » 2020-01-20 12:12:32

golinux wrote:

Just fixed that

Thanks!

little wrote:
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.

little wrote:
     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.

little wrote:

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! tongue

#2627 Re: Hardware & System Configuration » Implementing DNSSEC and DNS-over-TLS with Unbound » 2020-01-20 11:58:00

Micronaut wrote:

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.

Micronaut wrote:

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.

#2628 Re: Hardware & System Configuration » Implementing DNSSEC and DNS-over-TLS with Unbound » 2020-01-19 22:08:32

Micronaut wrote:

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.

#2629 Re: Installation » Mate: Ascii to Beowulf Migration » 2020-01-19 22:04:36

Code tags would be more readable than quote tags.

little wrote:
Starting pkgProblemResolver with broken count: 1

^ Looks like things weren't right to begin with hmm

Try

# aptitude install falkon

It will offer several choices for resolution, keep saying "no" until it finds one that works. Hopefully.

#2630 Re: Installation » Mate: Ascii to Beowulf Migration » 2020-01-19 21:29:34

In respect of the falkon problem can we please see the full output of

apt-get -s -o Debug::pkgProblemResolver=yes install falkon

Thanks!

And as an aside the Debian buster release notes say to use

# apt full-upgrade

rather than the old apt-get dist-upgrade, not sure if that would have made a difference for you.

#2631 Re: Other Issues » USB tethering? » 2020-01-18 11:28:37

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 $interface

Replace $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 stop

If 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 on

#2632 Re: Hardware & System Configuration » NIC replacement issues » 2020-01-18 10:58:10

rolfie wrote:

I 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.

#2633 Re: Hardware & System Configuration » NIC replacement issues » 2020-01-17 18:14:02

Remove /etc/udev/rules.d/70-persistent-net.rules

#2634 Re: Installation » installing nvidia drivers on ascii 2.1 » 2020-01-16 16:28:49

steve wrote:

Running

apt-get -s -o Debug::pkgProblemResolver=yes install nvidia-driver

did 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...

steve wrote:

getting things to be on the correct screens

Use an X.Org configuration file.

#oldskool

#2635 Re: Installation » installing nvidia drivers on ascii 2.1 » 2020-01-14 19:50:14

Let's try debugging the resolver:

apt-get -s -o Debug::pkgProblemResolver=yes install nvidia-driver

It should be installable hmm

#2636 Re: Installation » installing nvidia drivers on ascii 2.1 » 2020-01-14 19:05:19

steve wrote:

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-driver

I am presuming here that you have already installed the kernel headers, either directly or with module-assistant.

#2637 Re: Devuan Derivatives » Fastest and newest AVMultimedia ever... » 2020-01-14 19:02:08

avbox wrote:

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.

#2638 Re: Devuan Derivatives » Fastest and newest AVMultimedia ever... » 2020-01-14 16:45:35

avbox wrote:

- 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.

#2639 Re: Installation » installing nvidia drivers on ascii 2.1 » 2020-01-14 16:43:02

steve wrote:
The following packages have unmet dependencies:

Well that's not right hmm

Are your sources still as posted earlier? What does APT think is available?

apt policy

You could try aptitude instead, it has a more advanced dependency resolution algorithm and should offer several choices.

#2640 Re: Installation » network config lost after reboot, Devuan Jessie fresh install » 2020-01-14 16:34:00

Nili wrote:

However do you have DNS to suggest?

Sorry Nili, I wasn't being entirely serious. I should have added a tongue

FWIW I use Quad9 'cos I like IBM.

#2641 Re: Hardware & System Configuration » Secure Boot » 2020-01-13 17:28:14

^ 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.

#2642 Re: Other Issues » Script for acting like systemctl? » 2020-01-13 17:22:23

bgstack15 wrote:

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...

bgstack15 wrote:

Would you please file some bugs against the project on gitlab?

Done.

#2643 Re: Installation » where is the ceres pool ? » 2020-01-13 16:19:11

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.

#2644 Re: Installation » network config lost after reboot, Devuan Jessie fresh install » 2020-01-13 16:09:17

^ 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/24

EDIT: sorry for the diversion.

#2645 Re: Hardware & System Configuration » Secure Boot » 2020-01-13 16:01:25

aut0exec wrote:

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...

#2646 Re: Other Issues » Script for acting like systemctl? » 2020-01-13 15:54:41

bgstack15 wrote:

Nice script! Guess you didn't need my "help" then big_smile

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/systemctl

It's not important ofc but I do like to shut Lintian up when possible.

#2647 Re: Installation » How to install Devuan in BTRFS partition with subvolumes @ and @home ? » 2020-01-13 15:44:33

waynedpj wrote:

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.

waynedpj wrote:

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.

#2649 Re: Installation » How to install Devuan in BTRFS partition with subvolumes @ and @home ? » 2020-01-12 11:15:30

waynedpj wrote:

unfortunately 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.

#2650 Re: Other Issues » Is VirtualBox (or alternative) in the repo? » 2020-01-12 11:13:51

Ron wrote:

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

Board footer

Forum Software