You are not logged in.
The other standard suggestion in this case is to either use one network manager or configure in /etc/network/interfaces. Not both. If it's not a laptop that travels around to different networks, you may as well ditch both network managers.
dzz wrote:On boot it will prompt for the LUKS key, if you don't have that it will continue to boot to only the basic, default live image. The security of the rest is down to the strength of your encryption key.
This is interesting, can you make the prompt "invisible"? So it just shows a blinking cursor but it doesn't show any symbols when typing, if you enter a wrong password or just press enter it continues booting into a barebones live USB install?
If so, how would i go about setting a system up in that way?
You can "hide" the boot entry for booting with persistence (i.e. with your encrypted system) by not having that entry in the boot menu. You would then need to press TAB (for isolinux) or e (for grub) to edit the boot menu and add the extra boot options manually. Then, anyone who doesn't know the persistent volume exists would just see the entry for the normal, read-only live system, and that's what would boot. The problem with that method is that you have to type a few extra options on the boot command. (I've been making live-usb sticks like this for years, and I still have to check the syntax on some of the options.)
It's also possible to hide the entire boot menu. Then you would need to press a key to make it appear so you can select the second boot option (boot with persistence). Without the secret key press, you'd boot to the read-only system that does not have any of your personal files.
Here's a tool that will let you create the kind of live-usb that dzz described.
https://sourceforge.net/projects/refrac … b/download
And here are the instructions for its use:
https://refracta.org/docs/readme.refracta2usb.txt
There may be a trickier way to do it so that you only have to type one word to create all the extra options for persistence, but that would require hacking on some live-boot scripts and some testing.
dpkg -i /var/cache/apt/archives/linux-image*.deb
If you (or someone else) needs to pull the file from the internet, I keep a copy here -
https://git.devuan.org/devuan-packages/ … tab.debian
I think the only power you have is to delete your own posts. Please don't.
Looks to me like the discussion is back on track, even if it's not the original track. And the last few posts have new information. It should be ok. Things usually have a way of settling themselves down.
You should not need to be writing polkit rules for this. I'm using xfce in beowulf, and when I plug in a usb stick, it shows up on the desktop and double-click opens it in thunar.
Make sure you have gvfs, gvfs-backends, thunar-volman, policykit-1-gnome. (Reboot probably needed.)
Not all mirrors support https. If you use deb.devuan.org it may redirect you to an http mirror or an https mirror, so it will sometimes fail.
To use https, select a mirror that supports https and use that in your sources.list
Here's a list of package mirrors. Each entry shows which protocols are supported:
http://pkgmaster.devuan.org/mirror_list.txt
No, you don't want to do that.
I installed xserver-xorg-input-synaptics and the 'Reset to defaults' button becomes active. Except it doesn't do anything, because I still can't change it to anything but the defaults.
I then removed xserver-xorg-input-libinput and installed xserver-xorg-input-evdev, rebooted, and it now works. I can change the speed of the touchpad. I still can't change the speed of the trackpoint.
(Thinkpad T420 has a Synaptics touchpad.)
It doesn't always happen in a few hours. Be patient. It's coming.
Done in 2.0.19+ds1-2+devuan4
Right now, it's still in ceres (unstable).
Wow. It's fixed. New version should appear in repo within a few hours.
Thanks for reporting.
I filed a bug report for you.
https://bugs.devuan.org/cgi/bugreport.cgi?bug=384
Like I said, it's been abandoned. We don't have an official procedure for becoming a maintainer, but you could make a personal project at git.devuan.org, make the necessary additions to the code, tell people about it here or mailing list or IRC, maybe make packages for people to test and use. And then maybe your changes will be brought into the repo.
One thing we do want from anyone who chooses to maintain a package is that you stick with it. It's no good if a package gets into the repo and then nobody updates it when it needs updating.
My personal vision for the sanity package would be to have a debconf dialog that listed all the sane changes and let you pick which ones you wanted. Obviously, there would need to be more than just one item on the list. And I don't want to do the work. I'd rather live without it than have to maintain it.
Another way to do it is with dpkg-divert, which will make a package that replaces a config file in another package. And it tells the package manager what's going on, so your custom changes don't get replaced during an upgrade. Do you know what file in firefox stores the url for the dns server? (Knowing ff, it's probably a binary file.)
From what I've heard, the task of building firefox is too difficult to justify for that simple change. However, something like that might be fixed by a script applied after the install. And such a script might be appropriate in the much-neglected devuan-sanity package. (It's an orphan and it would love to be adopted by some loving maintainer.)
If you're using wicd or some other network manager, you should not configure /etc/network/interfaces. They will fight with each other if you do.
The most common cause for wicd to fail to see the wireless interface is that wlan0 is not set as the default wireless interface in wicd preferences. Maximize the wicd window and you'll see where to get to Preferences. (Or click on the little arrow if you can find it.) It's also possible to set the wireless interface in /etc/wicd/manager-settings.conf -
wireless_interface = wlan0
Here's the link for the list of https package mirrors. I gave the link for iso mirrors yesterday by mistake. That post above has been corrected.
http://pkgmaster.devuan.org/mirror_list.txt
If you use https with deb.devuan.org and you are lucky enough to get directed to a mirror that provides https, it should work. But if you get directed to a mirror that only uses http, you will get errors. To use https, your sources.list should have sources that provide https.
Note that you need to add (append) "/merged" to the end of the Base URL given for the mirrors, even if they end in /devuan. For example:
BaseURL: sledjhamr.org/devuan
looks like this in sources.list
deb https://sledjhamr.org/devuan/merged ascii main
We don't have control over the mirrors' choice of providing https or not.
If you want to use https, use a mirror in your sources.list that provides https. There's a list of them here -
http://pkgmaster.devuan.org/mirror_list.txt
If you use https, your ISP won't be able to see what you're installing. Package security is provided by gpg signing keys.
Edit: Corrected links: I posted this link first. This is the list of mirrors for downloading isos, not for getting packages.
https://devuan.org/get-devuan
It's ambiguous. (Maybe not in UK?)
, and overriding the network.trr.mode setting from Otto's change to 3.
Could mean "Otto changed it to 3, change it to something else if you want DNS over HTTPS"
or "Change what Otto did ("Otto's change") and set it to 3 if you want DNS over HTTPS"
I think the latter makes more sense given the instructions from the wiki.
If you get rid of avahi-daemon, that should be enough. The library won't do anything.
If removing avahi-daemon wants to remove other things that you know you want, you can disable it with sysv-rc-conf (or update-rc.d if you like commands.)
^ Well that is interesting, I though I had misunderstood the network.trr.mode options but it seems otto@ has set it to "3" in OpenBSD, which would still use CloudFlare for portal detection and telemetry.
DoT ftw!
Well, that's confusing. The way I read it, Otto changed it from 3, not to 3, and that way the log message makes sense. But I just downloaded firefox from mozilla, and it's set to 0 by default there. (amd64 linux version). So which did Otto really do?
The most likely scenario (by a long shot) is that we will continue to provide the version of firefox-esr packaged by debian, just like we do for almost all the packages we provide.
It looks like trr is turned off by default. I'm looking at ff-esr 68.4 in beowulf.
network.trr.mode;0
However, if you turn it on, you'll get cloudflare. This value can be modified. I haven't tried it.
network.trr.uri;https://mozilla.cloudflare-dns.com/dns-query
To turn it on, they say to go into Preferences, Network Settings, and then way down at the bottom is a checkbox to turn on DNS over HTTPS and a place to enter a different server.
Thanks for the info.
https://wiki.mozilla.org/Trusted_Recursive_Resolver
network.trr.mode
The resolver mode. You should not change the mode manually, instead use the UI in the Network Settings section of about:preferences
0 - Off (default). use standard native resolving only (don't use TRR at all)
1 - Reserved (used to be Race mode)
2 - First. Use TRR first, and only if the name resolve fails use the native resolver as a fallback.
3 - Only. Only use TRR. Never use the native (This mode also requires the bootstrapAddress pref to be set). Note that the native resolver will be used anyway for portal detection and telemetry (Bug 1593873)
4 - Reserved (used to be Shadow mode)
5 - Off by choice. This is the same as 0 but marks it as done by choice and not done by default.
Could avahi be the culprit here? It likes to connect to things for you.
how many years was passed .. umm only 3 years.. and there's less event more? puff we need change something for sure!
do you know that LXDE/LXQT git are directly the sources for packagin rather a tar watch as does traditionally with packages .. since almost always?
It might be five years. I'm not sure. The major change that I see is that jessie was 2 years late (after the release of debian jessie) ascii was one year late, and beowulf is about half a year late. Collaborative efforts have sprung up between devuan and debian, and as a result, elogind is available in debian. I see new devuan developers who have arrived in the past year, and we continue to get new users who thought they were ok with systemd but changed their minds after they used it for some time. I think we're doing just fine.
I'm aware that almost all packages start out as upstream tarballs that get turned into debian packages by debian developers. They also get turned into other kinds of packages for other distros. But I don't understand what you're trying to say about lxde/lxqt.
It might be possible for devuan and tde devs to collaborate in the future. Right now, there are too few of us, and we're all busy with other things. TDE would be an addition, not a replacement. We aren't planning on dropping any desktop environments, but we'll see how they work when we start playing with Chimaera.
@dzz: Nice to see you around! Hope all is well with you.
With any luck, the gtk3-nocsd package will continue to work.