You are not logged in.
The mei module and the hdcp modules
They're both open source and they're not loaded unless you need them.
how to disable that stuff
Create a file at /etc/modprobe.d/block_nasties.conf with this content:
install mei /bin/true
install mei-hdcp /bin/true^ That will stop the modules from ever being loaded.
EDIT: see https://www.kernel.org/doc/html/latest/driver-api/mei/ for an explanation of the kernel interface for the management engine.
Sorry for the typo, I have mild dyslexia.
chown -R glenn:glenn /dev/bus/usb/003/002
That's not a good idea and anyway it would be reverted at the next boot.
perhaps https://www.pcsuggest.com/install-rtl8153-driver-linux/ from 2018 will help you.
The r8152 driver is included in the stock beowulf kernel so the OP should try applying the quirk mentioned in the bug report linked by PedroReina.
Does someone sponsor support work?
I sometimes get a doughnut from golinux, they know how grumpy I get when I'm hungry.
But seriously, thanks for your kind words :-)
Did you check if the firmware was loaded?
# demsg | grep firmwareCan you assign static IP addresses manually? For example
# ip a add 192.168.0.23/24 dev eth0
# ip r add default via 192.168.0.1Also check your router settings, my old router ran out of DHCP slots after I was running a randomised MAC address on my laptop for a while.
I have no idea but I think the developers' resources are pretty stretched as it is so working on Docker infrastructure might not be a priority.
Yes, it is after dist-upgrade -t=ascii-backports
Please be sure to mention this in any future support requests to prevent wasting the time of the people who chose to help you. Thanks.
Try the firmware-realtek package from the beowulf-backports repository.
There are some fields still blank
That is expected — LANGUAGE is a (GNU-specific) override and LC_ALL should *not* be set (as I have already explained).
I've just tried Debian's live KDE image and the locale output in konsole is exactly the same as the output you have posted from the TTY.
Edit /etc/default/locale if you have specific requirements or export the parameters from ~/.profile and source that file from ~/.xsessionrc to make sure it is read from any and all display managers.
See also https://wiki.debian.org/Locale
And I have to ask: is this from your box that has been dist-upgraded from the backports repository?
Is it correct?
I'm not sure (I don't use Plasma or Qt in general) but I think LANGUAGE should be under [Translations] and I know you shouldn't be setting LC_ALL, just leave that one alone.
You could also try exporting the various locale settings via ~/.xsessionrc but that seems very hacky.
And perhaps your locales are mis-configured so try
# dpkg-reconfigure localesI have created a file:
[...]
The problem is still there
I'm not surprised — you've only specified a single element. Try adding all of the missing LC_whatever settings to the file.
I cannot find a plasma related locales config file
Try creating one yourself with the desired settings then (as suggested in the linked ArchWiki page).
Also check for ~/.config/plasma-locale-settings.sh, that can also change the locale configuration.
The Plasma utilities will expect their configuration to be managed by the Plasma configuration GUI so if you're using them elsewhere then some fiddling is to be expected.
i still need to figure out how to treat file extensions in and out hence trying to use ${@%.*}" which will probably work in my shell as i think sh is linked to bash in devuan?
No, /bin/sh is linked to dash in Devuan. If you want to use bashisms then don't use a /bin/sh shebang. Fortunately though the ${parameter%word} expansion is POSIX compliant — see section 2.6.2 of the official specification.
This uses secure-delete
Note that secure-delete is not guaranteed to completely delete files stored on a solid state device thanks to wear-levelling and over-provisioning. TRIM can help with the former (eventually) but not the latter.
The only problem I get now: Rust 1.41.1+dfsg1-1~deb9u1 is not compatible with my old CPU.
Please open a new thread for this problem, we're waaaaay off topic here already. Thanks.
This works
Not for me:
~$ ./dec foo keyfile
./dec[7]: ${@%.*}": bad substitution
1~$I am confused as to why you use $3 and $4 when there are only two parameters to be applied and also why you call $@ (which lists all of the positional parameters separated with spaces) three times ![]()
These lines in my shell configuration file[0] work for me:
enc () {
openssl enc -aes-256-cbc -salt -pbkdf2 -iter 20000 -in "$1" -out "$1".aes -k "$2"
}
dec () {
openssl enc -d -aes-256-cbc -salt -pbkdf2 -iter 20000 -in "$1".aes -out "$1" -k "$2"
}Then call them with
enc foo keyfile
dec foo keyfileNo need for separate scripts.
[0] If you use bash as your default interactive shell then put the lines in ~/.bashrc.
What is the best method to get a list of packages for a downgrade if I have a list of packages those I would like to keep at backports level?
You could try an emergency downgrade to ASCII then re-install the (limited) packages you want from backports.
The "version collisions" of which you speak are more likely the more backported packages that are installed so trying to install everything you can from backports doesn't make much sense IMO.
Check the logs.
You have several foreign (non-Devuan) repositories active in your system so I would be blaming whichever software you installed from those. That Signal source looks particularly egregious because Xenial (Ubuntu) is not compatible with Devuan.
Try removing any and all non-Devuan software and see if that fixes things.
Note that Devuan has a beowulf-backports repository so you should use that rather than buster-backports (although the packages should be the same apart from the systemd backport).
nobody@toshiba128:~$ /usr/sbin/expressvpnd <crickets>
Crickets is good, we like crickets. In Unix-like systems the sound of crickets is the sound of success :-)
Then I re-executed the first command, but I received the same result.
Did you open another terminal to re-execute the pgrep command? You need to leave the expressvpn command running. Adding & to the end of the command would fork() it and return the prompt, this would let you close the terminal but keep the command running in the background.
^ Thanks Chris and apologies to the OP, I really should test my commands before posting. Or at least engage my brain before typing them.
rm ~/.xsession-errorsThen log out & back in again and
curl -F 'f:1=<-' ix.io < ~/.xsession-errorsPost the returned URL here.
And I really would appreciate the output of the command I requested in my last post.
I guess, almost the same can be achieved by a command like
Yes, I suppose but the aptitude search terms are much more flexible: https://www.debian.org/doc/manuals/apti … 05.en.html
dpkg -al | grep "~bpo" | wc
Did you know that grep can count?
dpkg -al | grep -c "~bpo"I would strongly recommend reverting as many of those backports as possible. In addition to the possible compatibility and reliability issues raised in the backports.debian.org quote you should also consider the fact that backports are drawn from testing and so are not covered by the Security Team and are subject to the mandatory transition delay from unstable — this means that vulnerable packages could be left unfixed for weeks and perhaps indefinitely.
EDIT: I think this will give matching results:
dpkg --list | grep -c '^ii.*~bpo'Ah, sorry, that should be
aptitude search '?narrow(?installed, ?archive(oldstable-backports))'The mksh site has an overview of the various KornShell implementations:
http://www.mirbsd.org/mksh-faq.htm#kornshell
Mksh is used as the default shell for Android so it is probably the most popular of all the shells, bash included.
the underlying message is quite evident.
Not for me, would you mind explaining your opinion further? TIA.