You are not logged in.
What is the CPU? How does the utility fail? What actually happens when you try to use it? Are you sure you need it with beowulf's newer kernel? The overheating problem might be fixed for that.
Have you seen thermald? It only offers a systemd unit file for autostarting but I'm sure we could hack something together for sysvinit if you want.
Alpine Linux have an OpenRC init script but you would have to switch to /sbin/openrc-init as PID1: https://git.alpinelinux.org/aports/tree … mald.initd
There is also linux-cpupower but that's command line only, the cpupower-gui package is only available in chimera/ceres.
When I insert headphones
Are these USB headphones or do they use a conventional (mini) jack connection?
Can we see the output of this command with the headphones plugged in:
amixerNow the start-up script read like this
I meant to just run my posted command directly rather than modifying the startup script.
I changed that to sda1
Installing GRUB to a partition is not recommended:
installing to a filesystem means that GRUB is vulnerable to its blocks being moved around by filesystem features such as tail packing, or even by aggressive fsck implementations, so this approach is quite fragile
https://www.gnu.org/software/grub/manua … stallation
What happens if you try to install to the block device?
# grub-install /dev/sdaPlease post any error messages returned in full.
It all works now, posting this connected via wefe ![]()
If deleting the plain-text password line in /etc/wefe/saved/* is too much trouble then perhaps consider using chmod 600 to prevent non-root users from reading the file.
I also modified the wpasupplicant driver list (idk what others are popular and might be in there as well)
There are only two drivers for wpa_supplicant(8).
Looks like QT_PLUGIN_PATH & LD_LIBRARY_PATH isn't being passed to /usr/share/artisan/artisan by the startup script.
Can you do that manually?
QT_PLUGIN_PATH=/usr/share/artisan/PyQt5/Qt/plugins LD_LIBRARY_PATH=/usr/share/artisan:$LD_LIBRARY_PATH LIBOVERLAY_SCROLLBAR=0 GTK2_RC_FILES="$HOME/.gtkrc-2.0" /usr/share/artisan/artisanEDIT: removed superfluous x86_64 LD_LIBRARY_PATH entry.
Did you switch to TTY4 or check the install log to see if there were more error messages?
At a guess you have a disk with a GUID partition table but no BIOS boot partition to hold GRUB's core.img for a non-UEFI system.
Can we see
# parted --list^ You can run that from any live ISO image.
Is the suggestion to prevent root from running anything other than make install? I'm confused.
Sorry, no, I was just commenting on the README.md which says to run all three steps as root.
Btw you seem to have broken your Makefile the last commit by adding spaces around the = in the PREFIX, FOLDER & CONFIG lines.
An uninstall target in the Makefile would also be nice even though it's only a folder and a single binary.
Another error with the new version:
E485:~# wefe add '1337 h4x0r'
sh: 1: cannot create /etc/wefe/wefe-sup/1337: Directory nonexistent
Errors occurred while adding 1337 h4x0r.Done.
E485:~#And yes, I do have a space in my SSID ![]()
I created /etc/wefe/wefe-sup manually and tried again:
E485:~# wefe add '1337 h4x0r'
Errors occurred while adding 1337 h4x0r.Done.
E485:~#A file was created at /etc/wefe/wefe-sup/1337 (so perhaps the space was the issue), the content was:
Passphrase must be 8..63 charactersI didn't see my passphrase as I typed it in, not sure if that is intended (I can see it when I use wpa_passphrase(8) manually).
Sorry to be a pain here, I'm sure I'm doing something wrong.
I've removed the statically-linked version, I can't get it to build under Meson and it's a potential security risk anyway.
The mksh package provides two statically linked versions using musl & klibc, both of which are better than glibc (which has problems with static linking) and Thorsten is a *much* better maintainer than I so use that if you need a KornShell for rescue & recovery purposes.
Head_on_a_Stick wrote:... tried installing the libqt5gui5:armhf package?
No.
How could I have possibly known?
Ah yes, of course, my apologies:
E485:~$ apt-file search libqxcb.so
libqt5gui5: /usr/lib/x86_64-linux-gnu/qt5/plugins/platforms/libqxcb.so
E485:~$The loksh package is derived from OpenBSD's KornShell implementation and so is audited and maintained by their devs.
It is very slightly "lighter" than mksh and also a tiny bit faster but it lacks support for here strings (here documents still work though). In respect of the original KornShell, that is significantly faster (it is the fastest of all the Bourne shells by some margin) but the ksh93 version in ASCII & beowulf is very old and has quite a few bugs — the new 2020 version in chimera/ceres fixes most of these and is under heavy development.
All three KornShell implementations are actively developed and maintained.
EDIT: loksh is the only one with bash-style PS1 support though, which I like.
Love it
^ This. Thanks for sharing ![]()
I can't get it to work in my Debian buster box though.
I edited config.h and substituted wlp4s0 in place of wlan0 then ran
make clean
make
# make installAnd tried to run it as root with
E485:~# wefe scan
Incorrect network interface: No such device
E485:~1#What am I missing here? Does it matter that I'm using systemd?
critique
It is considered bad practice to run the make command as root, I would prefer to build the package under my normal user and only invoke root privileges to actually install the package (as demonstrated above).
The wpa_supplicant(8) command can be passed a list of potential drivers so your utility can be made to support older devices OOTB by changing the relevant line in config.h to
"-B -Dnl80211,wext", // wpasupplicant optionsThe iwconfig(8) command is now considered obsolete so you could replace that with iw(8) instead: https://wireless.wiki.kernel.org/en/use … e-iwconfig
"/sbin/iw %s connect %s",And finally the wpa_passphrase(8) command generates a configuration file that contains a (commented-out) line with the password in plain text so perhaps it would be best to delete that line. Not sure if your utility already does this though, my C skills are nearly non-existent and I can't try it out for myself at the moment.
HTH
I think you should have continued this in the old thread rather than start a new one about essentially the same issue.
The plugin (xcb) that the script is not finding may be /usr/share/artisan/PyQt5/Qt/plugins/platforms libqxcb.so but I have no idea if this is so.
So have you tried installing the libqt5gui5:armhf package?
have anyone played Stellaris successfully on Devuan?
Not personally but the Steam website says it has a Linux version, have you tried Devuan's Steam client?
If you have a 64-bit x86 machine then you'll need to add the i386 architecture and the non-free repository component:
# dpkg --add-architecture i386
# sed -i '/non-free/!s/\<main\>/& non-free/' /etc/apt/sources.list
# apt update
# apt install steamv6.7.1-1 is now available, upstream has included the lolibc subproject in the release tarball so I don't have to hack it in like I did for v6.7-1. I've also moved libncurses6 to the Recommends list because it is now an optional dependency.
I've decided to drop the loksh-static package, I can't get it to build and it's a potential security risk if I miss an update for the embedded libraries.
I forgot to mention but there are no ASCII packages because Meson builds aren't supported by that release's debhelper version. Sorry.
Version 6.7-1 of the dynamically-linked loksh package is now available.
Upstream has switched from a Makefile to Meson and I have no idea how to make a statically-linked package with that so that will have to wait for me to upskill.
Note that you can make the command speak English by using
# LC_ALL=C apt purge network-manager{,-gnome}At the end you can read that Cinnamon get fully purged, isn't especially what i search.
Well that's just stupid, even the GNOME desktop doesn't list network-manager-gnome as a dependency... ![]()
We can DL wicd then stop and disable NM without removing it.
Why use wicd? An ethernet connection just needs two lines in /etc/network/interfaces (or four if you don't want to use DHCP).
Anyway, disable NM with
# update-rc.d network-manager disableI dont know what adding 4 as a kernel means?
Ignore my suggestion, fsmithred is right. I was getting confused with the Debian boot parameters.
To add s as a kernel command line parameter press either <tab> (for a non-UEFI system) or "e" (for a UEFI system) with the Devuan boot menu entry highlighted and append it at the end of the line that starts with "linux" then press either <return> (non-UEFI) or <ctrl>+x (UEFI) to start the modified entry.
OK. I am a little surprised because when I checked the grub git, I thought I saw the f2fs commit around 2 years ago.
I think that must have been the development branch, v2.04 was only released in July last year.
it would not be hard to include a later version of grub with f2fs support into the Beowulf installer, would it?
I don't think it would be sensible to use a bootloader from one of the development branches in the stable installer.
ImportError: libstdc++.so.6: cannot open shared object file: No such file or directory
Try
# apt install libstdc++6:armhfI couldn't find config.log anywhere even looking through the source code. Does devuan seriously not have any proper way to search for files?
Read man find or install catfish if you can't figure out how to use a simple command.
It is not too clear to me how the path should read and where the library should be.
ie: where does the LD_LIBRARY_PATH= stanza end?
Just before LIBOVERLAY_SCROLLBAR=0, the space is the delimiter.
The problem is that the start-up script is telling the application to look for it elsewhere
Not really, LD_LIBRARY_PATH just makes the application search the custom locations first.
I don't think the graphical desktop would fail because of missing wireless firmware.
Can you boot to a console by adding 4 as a kernel command line parameter?
Grub has supported f2fs for several years
Support for F2FS was added for version 2.04, which is only available in ceres.
Why did I have to use apt install -f to get this right?
That is the same as apt --fix-broken install and it just pulls in any missing dependencies for you. My suggested apt install ./ command should have also done that but I'm guessing that you didn't update your sources immediately after adding the armhf architecture but you have done so subsequently and so APT can now find the foreign architecture packages and install the necessary dependencies.
Not sure about your other problem, I would usually investigate that sort of thing with the systemd journal (which collates all logging to a single source and provides a powerful filtering mechanism) but that's not possible here.