The officially official Devuan Forum!

You are not logged in.

#1 Re: Other Issues » USB tethering? » 2020-01-22 20:43:32

MysticLord wrote:

I know where to find them and how to compile them

If the firmware is missing then compiling and installing drivers won't help at all.

MysticLord wrote:

How can I determine what is wrong with the USB connection?

Perhaps dhclient is messing up the addresses.

Compare & contrast the output of

ip r

On your computer and your phone. They should both be using the same address range and gateway.

#2 Re: Other Issues » USB tethering? » 2020-01-22 19:07:39

MysticLord wrote:

it doesn't have wifi drivers

The drivers for your wireless card are probably already included in the kernel but you might not have the (non-free) firmware that is required by your card.

What is your wireless hardware?

#3 Re: Other Issues » USB tethering? » 2020-01-22 18:37:59

What if you start wicd again and try using that? It should have an option for the usb0 interface once the phone is connected.

#4 Re: Other Issues » USB tethering? » 2020-01-22 18:27:52

Well that is baffling hmm

Have you tried something other than ping, for example:

sudo apt update

Perhaps your ISP is funny about ICMP requests. [/desperation]

#5 Re: Other Issues » USB tethering? » 2020-01-22 12:18:51

HevyDevy wrote:

So its a bit of a mindfield in AUR in relation to malware then

Oh yes. I may have overstated the risk somewhat but I have an AUR account and I could upload a package right now that would rm -rf your entire system when installed and it would be added straight away with no checks or vetting. Always read the PKGBUILD before installing anything from there.

#6 Re: Installation » Stop printers from being added - kill Bluetooth » 2020-01-22 12:16:01

I've never owned a printer but you can use this command to list enabled services and toggle their state:

# sysv-rc-conf

Disable the "cups" service with:

# sysv-rc-conf cups off

EDIT: typo.

#7 Re: Other Issues » USB tethering? » 2020-01-22 08:29:16

HevyDevy wrote:

easytether is in the AUR

Yeah, the AUR is chock-full of malware and the Arch documentation advises to beware of -bin packages because they are opaque.

Anyway, panic over because the .deb won't even install in Devuan:

Screenshot-from-2020-01-22-08-18-56.png

It uses systemd-networkd to connect...

#8 Re: Other Issues » USB tethering? » 2020-01-21 22:06:23

James1138 wrote:

Here are drivers to help with USB Tethering - [redacted]

What are you trying to pull? Is that pure malware or are you just advertising for your shitty company?

@all: *do not* follow the installation instructions, the .deb packages contain opaque binaries that do god-only-knows-what and the "configuration files" are complete nonsense.

Tethering does not require drivers.

#9 Re: Other Issues » USB tethering? » 2020-01-21 15:59:22

MysticLord wrote:

I don't understand what $interface is referring to. usb0? The output of ip link (if so, what part of that output)?

Run this command with the phone *not* plugged in:

ip link

Then plug the phone in (with tethering enabled) and run the command again, the $interface will be whatever new interface is added (probably called "usb0").

Post the outputs here if you can't understand them.

MysticLord wrote:

Devuan doesn't come with dhclient installed

Are you sure?

sudo which dhclient

We can assign static address with the ip command but I'll need to know your network details first, which might be tricky to find.

#10 Re: Off-topic » Xfce 4.15 and client-side decorations (CSD) » 2020-01-20 21:21:42

golinux wrote:

the gtk3-nocsd was created to eliminate the disappearing scrollbars in the Clearlooks-Phenix-* theming for ascii and beowulf.

I think fsmithred is referring to this package rather than your linked script.

#11 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

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

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

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

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

#16 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

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

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

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

#19 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

#20 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

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

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

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

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

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

Board footer

Forum Software