The officially official Devuan Forum!

You are not logged in.

#1 Re: Installation » Errors in web page: devuan.org/os/development-kit » 2017-05-22 21:23:23

@Dino . . . you can silence Debian in google searches with the - operator.    wink 

<search term(s)> -debian

I do that all the time for -ubuntu

As I suggested above try freenode #devuan-arm or git to contact parazyd.

There have been issues with beagleboneblack in the past . . .

#2 Re: Installation » How2instl TorBrowser in Ascii? NOT frm Stretch bakprts! [PARTLY SOLVED » 2017-07-01 14:37:23

It's better to make a new post (than as I suggested, updating the previous).

I use:

$ uname -r
4.9.27-unofficial+grsec170512-22

And similar to what is read in this topic:

Can't launch hardend browser with Grsecurity
https://tor.stackexchange.com/questions … grsecurity
( asked Nov 21 '16 at 21:53 )

IOW (but these are years old):
PaX: Max. per-task virtual memory too small for llvm asan and gcc-4.8 asan
https://bugs.gentoo.org/show_bug.cgi?id=458706

The fix had been proposed (years old):
PaX and Clang sanitizers, or some random notes on the crossbreeding of adders and hedgehogs
http://endl.ch/clang-sanitizers-with-pax

but it is unclear if anything came out of it.

I wrote that it was "similar to what is read" in that topic. But instead, I only see:

Launching './Browser/start-tor-browser --detach'...

and I don't get any useful info in the logs either.

But no message about memory failure, or segmentation or abort or similar appears in my logs... Nothing useful whatsoever. Just silent failure. But that could be a cosmetic not-show. I've seen such behavior...

But I can easily use Tor with:

$ uname -r
4.9.0-3-amd64

(I just tested it)... Except, I don't trust non-grsec kernels...

I'll try, soon, or later (I have other issues as well that are at some moments of disheartenment shattering my nerves at this time), I'll try and see if corsac's grsec kernel (the official grsec kernels in Debian/Devuan below are his work)
(
which I finally discovered was an apt-get install away for me --my jolly imaginativeness!-- ...

# apt-cache search grsec
gradm2 - Administration program for the grsecurity2 RBAC based ACL system
linux-grsec-source-4.9 - Linux kernel source for version 4.9 with Debian patches
linux-grsec-support-4.9.0-2 - Support files for Linux 4.9
linux-headers-4.9.0-2-common-grsec - Common header files for Linux 4.9.0-2-grsec
linux-headers-4.9.0-2-grsec-amd64 - Header files for Linux 4.9.0-2-grsec-amd64
linux-image-4.9.0-2-grsec-amd64 - Linux 4.9 for 64-bit PCs, Grsecurity protection
linux-grsec-base - Linux image base package, grsec featureset
linux-headers-grsec-amd64 - Header files for Linux amd64 configuration, grsec featureset (meta-package)
linux-image-grsec-amd64 - Linux image meta-package, grsec featureset
linux-image-4.9.27-unofficial+grsec170512-22 - Linux kernel, version 4.9.27-unofficial+grsec170512-22
linux-headers-4.9.27-unofficial+grsec170512-22 - Linux kernel headers for 4.9.27-unofficial+grsec170512-22 on amd64
#

< the bottom ones are what I installed from github minipli repo >
)
I'll try and see if corsac's grsec kernel can deal with torbrowser-launcher...

Tor, well: privacy, is my long term need. Maybe not soon, but I will be back for the solution to this.

#3 Re: Installation » Ceres minimal .iso ... » 2017-09-05 21:51:51

fungus wrote:

he did say "busybox-syslogd and syslog-ng"

I can't believe this is out for so long and nobody caught it.  Ceres has a single repository, ascii has exactly the same repositories as jessie (security, update, etc).  Just switch all your jessie lines into ascii.  If you had looked at the proper web page it lists exactly the proper repositories.  This is for future reference as too much time has gone by.

I have in a way parked all my devuan installations waiting for developers to deal with existing issues.
It appears that the summer siesta hasn't ended yet or things haven't gotten in a rolling mode again.
It appears as a strange decision to release Devuan 1 and then go on vacation, it just makes the project
look less professional, or serious.  Maybe they should have waited for September.

In any case, those more serious about bug fixing seem to have concentrated on the list, after all they
are mostly debian escapees and they will not adopt to anything better.  The logs of the list are next
to impossible to search and locate meaningful information.  It has been that way on debian since the
stone age and remains the same in devuan.

Personally if it wasn't for the good work from refracta/fsmithred I would have lost all interest in this system.

Why would anyone even want jessie now that debian 9 has been released?

We need to work on jessie too granted, but ascii is more important in my opinion.

I think at some point devuan should get its repos the same way debian does, by itself. Though that may not happen for a long while I am betting. I am just saying, forking debian is a good temporary solution, but it should become independent at some point. long term imo.

PS, I use ceres now, and I am enjoying it thoroughly. Just a thunderbird/wicd-gtk and bleachbit error and enigmail error... otherwise it has been fine and exceptionally good.  Good job on ceres and ascii devs! now I think you also need to work on jessie also.  I hope you do this soon... smile either way though, I will not give up on devuan for a long time if ever.

#4 Devuan Derivatives » The great systemd register, Mk II » 2017-09-28 01:52:41

JoshuaFlynn
Replies: 6

Foreword

After waiting out on Devuan to mature for some time, I decided I'd try to make a relatively barebones systemd-free OS on top of Devuan. In trying to at least reasonably certify that the walking DNS remote code execution backdoor that only the NSA could love was gone, I stumbled across this thread invoking a bash script that helped identify processes relying on systemd (or what was left of it), and much to my surprise even my ripped out installation had 72 registries.

'Not to worry', I thought to myself 'I'll just get rid of the software components that directly and indirectly rely on systemd and install ones that don't'. Problem: I found even the kernel image (dependent on udev) relied on systemd. And after doing an initial package list search, I found to my horror that a lot of things Red Hat(e) had tinkered with, including lvm2 (responsible for disc encryption, I believe, now who could possibly want a remote code execution backdoor to have access to that?) were carriers of the systemd disease. 'I'm sorry, but it's xfterminal'

I decide what I needed to do was simply identify systemd using packages. I documented 42. Seemed a bit low. I did a manual scan. I estimated hundreds, if not thousands of packages via indirect dependencies. What to do? I decided I'd create a register documenting packages that rely on systemd so eager beavers like me would be able to shun it if they wanted to. I was lazy, so what was a guy to do?

The steps used

1) I first modified a relatively default devuan installation to include non-free and contrib, and made the insane decision of also sticking in a Debian repository (simply so I could make life harder for myself with even more systemd packages). Apt-get update was, of course, run.

2) I then ran the dpkg query command that pulled every available package name and descriptor from said setup. 3.2mb. 45970 packages or thereabouts Zoiks.

3) I threw it over to my main system to run in python and split on spaces, extracting the first term, and then converting each and every package into an apt-cache depends command which fed out into a text file named after the package. Sure, CPU inefficient, but I was doing lazy coding. I also filtered out the blatantly systemd package names at this stage to feed into a blacklist for later (no point getting the dependencies of a systemd item to see if it's systemd related).

4) After several hours (of running the massive 45970 or so entry of depends commands as a bash script), I got an entire directory of every package imaginable. Properties said it only took up a few mere megabytes, but in truth it was hogging over half a gigabyte due to all the separate files. There was a reason for this.

5) I opened the directory, and spat out it's contents from ls into a text file, meaning I had a list of every file.

6) I fed this list back into another python program who parsed the first word in the file (package name) and captured every dependency (note, it ignores recommends and suggests). Each dependency was put into square brackets after the first package name. Example:

0ad-data-common  [ttf-dejavu-core] [ttf-freefont] [tex-gyre]

This was stored in a line delimited list, so each package name was first, then it's dependencies in brackets. The dependencies list was 3.8mb in size. You can see a copy of it here on this 6 month expiring paste bin (a reupload to a permanent source would be appreciated).

7) Packages that apparently had no dependencies were stripped out, viewable here, which amounted to over 4000 packages. Mostly documentation and useless stuff, though.

8) I constructed a blacklist file from the extracted systemd dependencies, plus the packages I detected with the code found at the other thread link (along with said packages also mentioned at said link). This would be the 'seeder' file for detecting indirect dependencies.

9) I built a basic python program that converted the blacklist items into the square bracket dependency format (note: ignores optional dependencies placed in angular brackets) which populated a unique list item with the terms to detect. The program would then iterate over the list doing scans for packages dependent on systemd, adding it to the detection list and making a note to repeat the scan from the beginning once it completes it's current scan. It then compares every line (containing package name and dependencies) and identifies packages indirectly relating to systemd.

10) Because I know people won't necessarily trust the output from someone because they say so, I made a human readable output list as well, which mentions how a package is related to systemd (note, the program only detects the first systemd association and ignores others). So it'll say [<package name>] via [<dependency>], for example: "[isight-firmware-tools] via [udev]". You can then manually trace it back with Ctrl+F (not efficient, but at least traceable).

The program:

I know the list isn't complete, isn't perfect, and yes it is based on a Debian and Devuan repository hybrid plus user insights, but I figured I'd post it up for other people:

Raw dependencies data:
Dependencies.txt (subject to expiry, 6 months)
NoDependencies.txt

Program stuff itself:

HasDependencies.txt (subject to expiry, 6 months)
Blacklist.txt
DetectSystemD2.py

Excuse the sloppy code, it was only built to give me a rough overview of what I'm dealing with

And finally the (easily non-comprehensive) list:

Because the program is very basic, it cannot identify alternative or optional dependencies or close associations (some I had to add to the initial blacklist myself), so this isn't a definite list, feel free to take the datasets, modify it etc (doesn't have to just detect systemd, you can modify the blacklist to detect whatever). Note, this includes the surrogate libsystemd0.

Has, relies on or references systemd

I personally think the list looks a bit too small, so any suggestions for improvements welcomed (feel free to take or tinker with the code).

Hope it helps someone.

#5 Re: Off-topic » Arguments against systemd » 2017-10-07 23:09:40

FOSSuser wrote:

Devuan is an operating system, & this forum is for those who use it, the fact that it is systemd free is why we are here.

Actually, Devuan still has a lot of hanging dependencies.

dpkg -l | awk '$1=="ii" {print $2}' | xargs -rn1 -I+ sh -c "dpkg -L + | grep --label=+ -Hw systemd" > systemd-references.txt

Seems to certainly suggest otherwise. Renaming something to 'libsystemd0' doesn't change the fact it's a systemd surrogate.

If you can't make up your own mind about systemd,

This thread seems pretty decisive on where I stand on the matter, and this is clearly not even a valid argument.

that's not a suitable subject matter to be discussed here, It's like talking about Microsoft, & of no relevance at all.

Really?

This search for systemd in posts producing over 5 pages and a thread literally titled "When you can't tell the difference between Windows and systemd" and the fact Devuan's entire purpose is to be systemd free seems to suggest otherwise. I imagine the Windows and Microsoft quips are just as regular here.

What I really don't get is you've got a guy - devel - who only literally registered yesterday (seems for the simple intent of replying to my post as a sock account), who, not only is their name Red Hat based (when installing dev packages on a Red Hat system it ends with the term 'devel'), advocates a pro-systemd position, which by itself isn't a problem, but the second I refute their position, you guys go ape and start attacking me.

I mean, if you guys already know all the systemd rebuttals, aren't interested in systemd topics, and are opposed to systemd, why are you clicking on a thread literally titled "arguments against systemd" and then attacking the guy who is actually opposed to systemd (whilst ignoring the pro-systemd guy)?

What is this, a secretive pro-systemd club?

#6 Hardware & System Configuration » Ideacentre stick pc » 2019-05-07 12:47:44

vader
Replies: 1

I recently bought a (cheap) compute stick and thought I'd install linux on it. It is an ideacentre stick 300, with quad core bay-trail atom, 2G ram and 32G flash. Not really that powerful, but at roughly the price of a raspberry pi, I gave it a go. I'm a long term linux user, and use devuan at work, so devuan was my first choice. The live usb booted even with the odd 32bit EFI / 64 bit OS combination. The only issue was that the intel SST drivers didn't work with the stock 4.9 kernel.

A bit of research turned up that the baytrail atom chip received proper support in later kernels. With 4.9, most things worked, except audio (HDMI), and built in WiFi. A quick backport later and 4.19 was installed and everything is working. I ended up not using the built in WiFi as it is quite poor - so a USB dongle I had was used instead. Combined with a wireless keyboard and a 24 inch HDMI monitor I had, and the system was up and running.

Now it is not a powerhouse by any means, but it is surprisingly usable. I credit devuan for getting the most out of the hardware with no or little overheads. I suppose I wanted to post in case anyone else had one of these devices and was having problems. A quick search didn't turn up anything. I've installed a few things like stellarium (which works surprisingly well), and a few plugins for firefox to enable streaming video from my subscribed service. In fact everything I have tried works well - just don't try to compile your own kernel.....

I am writing this on the "toy". Anyway, if anybody has a compute stick stuck in a cupboard, get it out and install devuan.

#7 Re: Devuan » Search engines always return debian when I search for devaun » 2020-08-12 17:08:18

Double quote the search term: "devuan".

But anyway most Debian results will also apply to Devuan and Devuan won't have as much exposure on the interweb because it's so new.

#8 Re: Devuan » Search engines always return debian when I search for devaun » 2020-08-12 17:32:55

Head_on_a_Stick wrote:

Double quote the search term: "devuan"

And use the -debian operator also.

#9 Re: Devuan » As Debian 11 moves closer to Devuan. Is there any reason to stay on De » 2021-04-05 02:33:32

Morty wrote:

Is there any reason to stay on Devuan?

One of the answers to this question I have seen a few times is "trust" but I thought that an attempt to describe what that means might help.  People who work on popular software or who manage popular digital services tend to accumulate some defacto power as a result of being part of something that is important to "more than just a few people".  Google has accumulated significant power because a lot of people use their search engine [and apparently some other services].  Facebook has accumulated significant power because they decide what billions of users see every day.  Ubuntu has accumulated significant power because it is [or at least has been] the first place many people turn to when they want to avoid Windows desktop platforms.  As someone who wants to participate in digital communications I want to be able to trust that Google won't use my data and metadata in a way that I don't like, that Facebook won't run experiments to see if they can manipulate public opinion with their news feed, and that Ubuntu won't pump my keystrokes to Amazon.

Debian has accumulated significant power because it is often generally seen as being a stable and dependable distribution with the backing of a long digital history, a lot of experience, and a lot of talent.  I assume this is why many distributions are based on Debian.  I want to be able to trust that Debian will not make decisions that have a negative impact on the stability, security, privacy, and usefulness of my operating system.  I, and I suspect others around here, feel that pushing systemd on users was a mistake... or at the very least that it could have been done more gracefully.  It also should have been obvious to the people making the decision, that the effects would cascade down through many distributions (as well as existing installations) and that Debian's push for systemd could be seen as a sort of "stamp of approval" regarding init systems.  I love to rant about "things that suck" and people frequently will get the impression that I am afraid of change.  I am simply afraid of poorly planned change.  I feel like systemd was poorly planned change.

Having said all that, even if subsequent Debian releases are expected to have a glorious, colourful, and even eccentric list of init systems to choose from, the damage is done.  I'm not going to be quick to shuffle back to Debian because I can't trust that Debian won't create its own Unity-like desktop, or partner up with Amazon to sell me AWS resources, or drop apt in favour of puppy packaging system.  Okay, all of those are pretty unlikely... but the point remains that I have trouble trusting the decision making process that allowed systemd the penetration it enjoys today.

golinux wrote:

Now I know why I don't hang out on reddit.

andyprough wrote:

I'm pretty shocked that a bunch of redditors got it all wrong. Shocked I tell you.

Sweet. :-)

Morty wrote:

But from a technical standpoint alone: Is there still any technical advantage over debian 11? What are the reasons to keep Devuan when Debian has the same features? Just trying to get some infos to make my decision.

I don't think there was ever a technical reason for me to change from Debian to Devuan... except maybe that it made some of my existing scripts a little happier.  I have said more than once (offline) that I honestly feel like Devuan is perceivably faster than Debian... I'm pretty sure it isn't technically true, but it does feel like it at times.  If it IS in fact faster I'm sure I'll hear about it soon though. :-)

The reason to make the switch [at least for me] is related to the term "free" meaning freedom rather than just a price tag of $0.00.  I believe the Devuan project is more likely to produce decisions that respect my freedom than the Debian project.  In all honesty, the difference may be negligible or may never affect me significantly, but it is like Joel McCrea said in the 1955 movie Wichita: "It's not a question of who's right, it's a question of what's right.".

EDX-0 wrote:

as long as systemd is the "default" other init systems on debian will be an after tought and the experience will be rough around the edges

Definitely!  Like it or not, some people use Windows and I wind up supporting it for some of them.  I tried to keep my father on XP as long as I could, but it was software that pushed his upgrade rather than the terrible security risk the upgrade fanboys were jabbering about.  Eventually his accounting software stopped running on XP and he got his "upgrade".  Similarly, I think that as long as systemd is the default, it will encourage developers to write for it, and maybe write for it exclusively.  If you want to use one of their applications... then you may be forced to use systemd.  I don't think I'd like to be stuck in that situation.

My 3¢.

#10 Re: Other Issues » [SOLVED] libvirt-daemon/qemu-kvm won't install on chimaera » 2021-10-22 23:21:34

I'm not sure why the output said stable, I do use the release name in the sources.list.

apt info libvirt-daemon
Package: libvirt-daemon
Version: 7.0.0-3+devuan3
Priority: optional
Section: admin
Source: libvirt
Origin: Devuan
Maintainer: Andreas Messer <andi@bastelmap.de>
Installed-Size: 1,737 kB
Depends: libvirt-daemon-driver-qemu (= 7.0.0-3+devuan3), libvirt0 (= 7.0.0-3+devuan3), libblkid1 (>= 2.17.2), libc6 (>= 2.28), libdevmapper1.02.1 (>= 2:1.02.97), libeudev1 (>= 3.2.9), libgcc-s1 (>= 3.3.1), libglib2.0-0 (>= 2.31.8), libnetcf1 (>= 1:0.2.2), libparted2 (>= 3.1), libpcap0.8 (>= 1.5.1), libpciaccess0, libselinux1 (>= 3.1~), libxml2 (>= 2.9.2+really2.9.1+dfsg1-0.2)
Recommends: libvirt-daemon-driver-lxc (= 7.0.0-3+devuan3), libvirt-daemon-driver-vbox (= 7.0.0-3+devuan3), libvirt-daemon-driver-xen (= 7.0.0-3+devuan3), libxml2-utils, netcat-openbsd, qemu-kvm | qemu-system (>= 0.9.1)
Suggests: libvirt-daemon-driver-storage-gluster (= 7.0.0-3+devuan3), libvirt-daemon-driver-storage-iscsi-direct (= 7.0.0-3+devuan3), libvirt-daemon-driver-storage-rbd (= 7.0.0-3+devuan3), libvirt-daemon-driver-storage-zfs (= 7.0.0-3+devuan3), libvirt-daemon-system (= 7.0.0-3+devuan3), numad
Breaks: libvirt-clients (<< 6.9.0-2~), libvirt-daemon-driver-lxc (<< 6.9.0-2~), libvirt-daemon-system (<< 6.9.0-3~), libvirt-sanlock (<< 6.9.0-2~)
Replaces: libvirt-daemon-system (<< 6.9.0-3~)
Enhances: qemu-kvm, qemu-system, xen
Homepage: https://libvirt.org/
Download-Size: 471 kB
APT-Manual-Installed: yes
APT-Sources: https://pkgmaster.devuan.org/merged chimaera/main amd64 Packages
Description: Virtualization daemon
 Libvirt is a C toolkit to interact with the virtualization capabilities
 of recent versions of Linux (and other OSes). The library aims at providing
 a long term stable C API for different virtualization mechanisms. It currently
 supports QEMU, KVM, XEN, OpenVZ, LXC, and VirtualBox.
 .
 This package contains the daemon libvirtd to manage the hypervisors.
aptitude search ~S~i~Astable-backports
i A at-spi2-core                   - Assistive Technology Service Provider In
i   flatpak                        - Application deployment framework for des
i A gir1.2-javascriptcoregtk-4.0   - JavaScript engine library from WebKitGTK
i A gir1.2-webkit2-4.0             - Web content engine library for GTK - GOb
i   iproute2                       - networking and traffic control tools    
i A libatspi2.0-0                  - Assistive Technology Service Provider In
i A libbrlapi0.8                   - braille display access via BRLTTY - shar
i A libepoxy0                      - OpenGL function pointer management libra
i A libflatpak0                    - Application deployment framework for des
i A libgfapi0                      - GlusterFS gfapi shared library          
i A libgfrpc0                      - GlusterFS libgfrpc shared library       
i A libgfxdr0                      - GlusterFS libgfxdr shared library       
i A libglusterfs0                  - GlusterFS shared library                
i A libjavascriptcoregtk-4.0-18    - JavaScript engine library from WebKitGTK
i A libkcolorpicker0               - QToolButton-like widget with color selec
i A libkimageannotator-common      - Image Annotating Library (common data fi
i A libkimageannotator0            - Image Annotating Library (lib)          
i A libldap-2.4-2                  - OpenLDAP libraries                      
i A libldap-common                 - OpenLDAP common files for libraries     
i A liblouis-data                  - Braille translation library - data      
i A liblouis20                     - Braille translation library - shared lib
i A libvulkan1                     - Vulkan loader library                   
i A libwebkit2gtk-4.0-37           - Web content engine library for GTK      
i A linux-image-5.14.0-0.bpo.2-amd - Linux 5.14 for 64-bit PCs (signed)      
i   linux-image-amd64              - Linux for 64-bit PCs (meta-package)     
i A qemu-block-extra               - extra block backend modules for qemu-sys
i A qemu-system-data               - QEMU full system emulation (data files) 
i   qemu-utils                     - QEMU utilities                          
i   xbrlapi                        - Access software for a blind person using

That's strange that it's installed all that stuff from backports. Especially the kernel, I did not manually do that, I just thought that kernel was put into stable. Is there something I need to change in my sources to prevent it using backports by default? The only thing I manually installed in backports was flatpak.

Here's my sources.list in case that is relevant to the issue.

deb https://pkgmaster.devuan.org/merged/ chimaera main non-free contrib 
deb-src https://pkgmaster.devuan.org/merged/ chimaera main non-free contrib 

# chimaera-security 
deb https://pkgmaster.devuan.org/merged/ chimaera-security main contrib non-free
deb-src https://pkgmaster.devuan.org/merged/ chimaera-security main contrib non-free

# chimaera-updates, previously known as 'volatile'
deb https://pkgmaster.devuan.org/merged/ chimaera-updates main contrib non-free
deb-src https://pkgmaster.devuan.org/merged/ chimaera-updates main contrib non-free

#backports
deb https://pkgmaster.devuan.org/merged/ chimaera-backports main contrib non-free
deb-src https://pkgmaster.devuan.org/merged/ chimaera-backports main contrib non-free

#11 Re: Hardware & System Configuration » [SOLVED] apt and residual files » 2021-10-30 06:30:57

Yeah i have this as well, the package is not installed but still comes up with your command
apt list | grep residual

Mine says this using stable chimaera...

residualvm-data/stable 0.3.1+dfsg-2 all
residualvm/stable 0.3.1+dfsg-2 amd64

Quick debian package search and its a lucas arts game config or something??

Package: residualvm (0.3.1+dfsg-2)
interpreter to play LucasArts' Lua-based 3D adventures

https://packages.debian.org/bullseye/residualvm

weird!

edit: i think i understand why now, your command using apt list is picking up the repository contents, so when you grep any package you dont have it will come up, this just happens to be residualvm because you are using residual as a search term.

#12 Other Issues » Runit and background daemons » 2022-02-22 16:35:21

Geoff 42
Replies: 0

Runit is designed to work with daemons that stay in the foreground, so that the daemon may be supervised easily. Many daemons do try and run in the background but there is often an option that can be given to tell it to run in the foreground. Thus ntpd can use the -n (--nofork) option to run in the foreground.

Occasionally, there is a daemon which only runs in the background. I have found noip2 which updates my dynamic IP address. I have not found a way to tell it to run in the foreground. There are one or two things which you can do to handle this.

Runit comes with a program to change the process status (chpst).
This has a number of things it can do, such as changing the user or group it runs as.
The options which are useful here are -l & -L which can open a lock file for writing and obtain an exclusive lock on it, creating the file if necessary. -l will wait for the file to become available, while -L will fail immediately if it is not available.

The file /etc/sv/noip2/run looks like this :-

#!/bin/sh -eu
exec 2>&1

echo "executing /etc/sv/noip2/run"

chpst -L supervise/runlock /usr/local/bin/noip2 || exit 1
exec chpst -l supervise/runlock true

The echo message is logged if logging has been set up.

The daemon noip2 is run by chpst with an exclusive lock on the file /etc/sv/noip2/supervise/runlock

The second instance of chpst is ready to run the command true and waits for the lock file to become available, i.e. when noip2 stops running. When the lock file becomes available the command true will be run, which returns immediately and runit becomes aware that noip2 is no longer running and can take the appropriate actions.

But what happens if we want to stop the daemon? If

sv down noip2

is run then runit will stop the waiting chpst process, but not noip2.
After it has stopped chpst it will then look for the file finish and run it if it exists.
As we know the name of the lock file, we can find the PID of the process which has it open, using lsof, which may need installing.

apt install lsof

We can find the processes which have the lock file open :-

lsof /run/runit/supervise/noip2/runlock

COMMAND  PID   USER   FD   TYPE DEVICE SIZE/OFF NODE NAME
chpst   2006   root    3w   REG   0,23        0 1738 /run/runit/supervise/noip2/runlock
noip2   2051 nobody    3w   REG   0,23        0 1738 /run/runit/supervise/noip2/runlock

We could find the PID of the daemon by looking through the output for the process run by nobody
and then printing the second field :-

PID=`lsof /run/runit/supervise/noip2/runlock | grep nobody | awk '{ print $2 }' -`

although awk can do the search as well :-

PID=`lsof /run/runit/supervise/noip2/runlock | awk '/nobody/ { print $2 }' -`

However, a study of the lsof man page shows that there are lots of options available and the -t option just prints out the PIDs

lsof -t /run/runit/supervise/noip2/runlock

2006
2051

Also, there is the -c option which can select the process of a particular command or filter out processes of certain commands with the negation ^. In this case we don't want the chpst process.

lsof -t -c ^chpst /run/runit/supervise/noip2/runlock

2051

which can be incorporated into the file /etc/sv/noip2/finish :-

#!/bin/sh
exec 2&>1

# use lsof to find the process with a lock on our file.

PID=`lsof -t -c ^chpst /run/runit/supervise/noip2/runlock`

echo "executing /etc/sv/noip2/finish. PID = $PID"

[ -z $PID ] && exit 1

# We could do something like "kill -TERM $PID", but in this case "noip2 -K $PID" works.

/usr/local/bin/noip2 -K $PID

This seems to work nicely. With run and finish set up the daemon can be started, supervised and stopped.

#13 Re: Installation » [SOLVED] moving /-partition to LVM after installation (Devuan 4) » 2022-07-25 11:15:59

Re-install seems to be the easy way out of this situation.
But it could also be very useful to know how to alter initrd in a way that enables it to mount root partition that lives on a volume group.
Last night i was too tired to figure out the right search term for Google.

#14 Re: Desktop and Multimedia » [SOLVED] Help requested with WINE setup and/or Chromium Cache Searching » 2023-02-25 21:00:41

I *did* originally grep the files for '3040s' (not 1100) & found it in a number of dates (4 different dates if I remember correctly). I have a record in bash history only of 'Feb 18', 3 different files, due to specific checks made at the time. However, today *none* of the files contain '3040s', which is why in the abbreviated results (there are *far* more records after the last one above) I used 'amazon' as the search term.

#15 Re: Desktop and Multimedia » [SOLVED] Help requested with WINE setup and/or Chromium Cache Searching » 2023-02-25 22:53:24

alexkemp wrote:

However, today *none* of the files contain '3040s', which is why in the abbreviated results (there are *far* more records after the last one above) I used 'amazon' as the search term.

Ok, so you've not determined those files are related to the search results HTML response, and they may well be other things - scripts, styles, images, etc.

Unless the files are encrypted, a failure to find "3040s" probably means they have since expired and been removed (especially if it was returning results earlier).

Have you looked at any of the files to determine contents?

Try replacing the ls command for file (perhaps with -z), and then grep the results for "HTML" or "text"?

#16 Re: Off-topic » AI on mainstream media » 2023-05-14 15:52:07

I get the paper magazine, so I don't know if it's available online or where it would be. Sorry.

It's the Elvie cartoon if you want a search term.

#17 ARM Builds » [SOLVED] Vulnerability in Mousepad? Unable to drag, resize, or lower in cwm » 2023-09-14 17:36:10

Mousepad couldn't be dragged, resized or lowered despite using the default key bindings in a cwm window manager (Alt being the Meta key on my system), being Alt+LeftClick+drag, Alt+MiddleClick+dragcorner and Alt+RightClick, respectively:

$ man cwm
[...]
          The default mouse bindings are:

           M-M1            Move current window.
           CM-M1           Toggle group membership of current window.
           M-M2            Resize current window
           M-M3            Lower current window.
           CMS-M3          Hide current window.
[...]

Background:  My Devuan system (on a Raspberry pi 400 arm64 architecture, in case it is relevant) was recently updated with bash instructions from Chimaera to Daedalus, and the display manager was purged to replace it with the system's interactive text login using an .xinitrc file (plus .bash_profile, .profile, and a soft link from .xsession to .xinitrc).  It then automatically launches a cwm window manager and ungoogled-chromium browser among other applications in Xorg.  Full disclosure:  There may still be some unresolved error messages (see earlier messages), and I am still unsure whether one of Daedalus' offered improvements was automatically implemented - whether Xorg now runs as a user instead, or as root.  Hopefully this was not botched in my upgrade, and no security risk as it stands!  The system is up-to-date and, though I uninstalled mousepad last night, the current version, according to apt search mousepad, is "mousepad/stable 0.5.10-2 arm64".

I thought it strange when I was not able to drag Mousepad quite a while ago but didn't get concerned enough until last night.  Other windows responded well to all three bindings;  windows included xfce4-terminal, calligrasheets, librewolf and ungoogled-chromium. I wonder whether someone remotely was able to commandeer my Mousepad to launch inside some kind of vm, with its window borders not visible, and disabling the dragging/resizing of that windows hides any vm(?)'s window borders, so as to eavesdrop.  I had been setting some changes in my .cwmrc file that I figured might be interfering. 

Mousepad (c.3Mb with dependencies) was therefore purged;  featherpad, a "Lightweight Qt5 plain-text editor" was installed instead at c.500kb (with any dependencies), and it appears to offer roughly the same main functions.

Perhaps as a related issue, on a previous Devuan (Chimaera) installation, Mousepad wouldn't launch visibly when right-clicking on various .txt files one at a time in spacefm and when selecting the default 'Mousepad';  it would only launch from a right-click menu when selecting the 'Editor' choice, if my memory is correct.

Note that I don't bother with window grouping or tiling, so no such settings are knowingly amended in .cwmrc.

The only somewhat relevant .cwmrc custom bindings might be:-

# "Sometimes it's necessary to unbind keys first [...]", acc. to https://www.reddit.com/r/openbsd/comments/fo7fou/cwm_default_terminal_cwmrc_applications/fldqiw8/?utm_source=share&utm_medium=web3x&utm_name=web3xcss&utm_term=1&utm_content=share_button
unbind-key all

# Window-maximize seems to toggle windows
# BUT THIS SETTING HAS SINCE BEEN COMMENTED OUT, AS DECIDED IT WAS UNNEEDED
bind-mouse M-3		window-maximize

# TO PREVENT POINTER FROM WARPING ON THE fbpanel LAUNCHER/SYSTEMS BAR/TASK BAR - 
# THE WINDOWNAME FROM xprop FOR fbpanel IS panel SO "ignore fbpanel" DOES NOT WORK
ignore panel

If it could be of use, I could reinstall Mousepad temporarily to, say, give you its xprop description or terminal output when launched from a terminal in case the artefacts would present again or in case the reports are relevant.  The only somewhat relevant .config object perhaps was a Mousepad folder, but I decided not to keep it, sorry (there was no .config/mousepad folder before purging Mousepad, if i recall correctly).  I may have synced the Mousepad folder from lingering previous installation backups.  I am tired of signing up to different websites so, sorry, but I am not inclined to register to file this as a bug report.  If it is of interest or can be replicated, and if this sounds like something worse than a .cwmrc misconfiguration, perhaps an interested Devuan party could take this up.

#18 DIY » Crowz-Devuan-Daedalus ROOT Only Ultimate-Linux Hyper Drive Gaming Inst » 2023-11-27 20:39:16

Esleep
Replies: 11

So I decided to try using a devuan base again for my custom gaming computer
in the past i've had trouble getting custom kernels to work with devuan
which is usually what causes me to jump into other distros
cause custom kernel patches allow for pretty extreme performance enhancements
but after reading some comments from my old post about installing a custom kernel
I decided to jump back into devuan and see if I can turn it into the Ultimate Gaming system

...

I decided to upload my install notes in case it may be helpful to others later on

I keep notes on an old backup drive to help remember all the nuances at a later date

I'm building a system for high performance general/desktop/gaming usage

and am working towards it with Crowz->Devuan-Daedalus base

to get the best possible performance linux has to offer right now

System specs...

I have a custom built gaming computer with mostly the latest hardware/features

i7 cpu
rtx graphics card
16gb ddr4 ram
water cooling, giant rainbow fans, nvme hard drive
gaming monitor, mouse/keyboard
I use a wifi card, even though ethernet is ideal

usually my install notes are a lot simpler/cleaner but I decided to add details
to help explain the whole process, and my thinking along the way

##### Crowz-Devuan-Daedalus ROOT Only Ultimate-Linux Hyper Drive Gaming Install Notes

## I started with crowz to provide a super lightweight base system
## and to take advantage of it's calamares installer to quickly
## install a base system on an f2fs partition for my ssd drive

## Crowz Live CD location

https://sourceforge.net/projects/crowz/files/

## the proper method for making a USB to install the ISO with...

## I always use gparted to prepare the USB for an iso

sudo apt install gparted

## in gparted make sure to select the correct drive to work on,
## or you'll lose your data
## for me the USB is registered by the operating system as "sdb"
## then inside gparted -> select the usb drive in the dropdown menu
##-> select Device -> create new partition table -> select gpt
## then right click the device or look in partition menu
## and format the drive as fat32

## then after the drive is formatted correctly I use DD, and
## finally sync to write the iso to the usb
## after installing linux perhaps hundreds of times, this
## is the method I have developed out of habit, and failing
## to do these exact steps, will lead to corrupt installs/iso's
## that can be difficult to troubleshoot

sudo dd if=crowz.5.0...iso of=/dev/sdb bs=1M status=progress; sync

## Booting the Crowz-Devuan Live CD

## (I used the open box version of crowz)

## user//pass for crowz to login is crowzlive//live
## (lower case l in the password)
## have to install in bios mode NOT uefi mode
## by choosing usb:usb NOT usb:uefi
## in boot menu to use calamares to install on f2fs
## for hyper speed
##
## in order to get crowz to boot
## i had to go down to "(failsafe)"
## in the live cd's grub menu and hit tab to edit the command line
## used to boot the live cd... editing everything out except for
## vmlinuz... components vga=normal initrd...
##I had to use the failsafe menu entry to edit because the default
## live menu entry couldn't be edited, and that was the only way
## I could get the system to boot. i.e. allowing the kernel
## to automatically configure things on it's own by deleting
## the default commands on the grub menu options

## after it finally boots
## user//pass for crowz to login is crowzlive//live
## and you use startx to start the graphical desktop environment

startx

## then inside crowz I had to use some skillfull
## clicking to wrangle the network connections icon
## to connect to the internet
## opened a terminal to install f2fs-tools after updating
## the package database to do so....

sudo apt update && sudo apt install f2fs-tools -y

## then after installing f2fs-tools it's time to install
## crowz-devuan
## right click the desktop or open the file manager
## navigate to -> applications -> system tools
## which are inside the file manager as opposed to an app menu
## and double click the installer (have to double click pretty fast)
## to run calamares

## selecting the target drive for installation
## manual partitionning
## create new partition table -> gpt
## create 8 mb parition -> unformatted -> with bios/grub flag
## create 2048 mb -> linux swap -> swap
## create desired size (i left some space for future dual boots
## cause linux gaming doesnt require the hundreds and hundreds of gigabytes
## that windows gaming does) (made my root around 500 gb...)
## create a 500 gb -> f2fs -> root parition -> mounted on /

## make sure the bootloader is installed onto /dev/nvme0n1
## which is the actual device as a whole and not a partition on it
## which is indicated by a little dropdown menu on the very bottom
## of the screen. (should be the default setting)
##
## and because I initialized the installer after booting the live cd
## in bios mode , and NOT uefi mode
## the installation works perfectly and I have an f2fs formatted ssd drive
## which is the fastest anyone can possibly get right now : D

## then the restart button in crowz didn't work(like many things in crowz, but that is a good thing)
## because of it's minimal approach it is as fast as a lightning bolt)
## so I had to manually restart with...

sudo shutdown -r now

## Made a root account in crowz

sudo passwd root

## installed xfce (which enables running the entire operating system,
## including the graphical environment as a root user. (open box would crash)

sudo tasksel

## restarted

sudo shutdown -r now

## logged into xfce as root to start building on the crowz-devuan foundation
## my ideal gaming system

## with an f2fs partition you have to disable the file system check called fsck
## in the file system table called /etc/fstab

## and with the ultimate gaming computer you have to disable all automation anyways
## this is just the first step of many which also turn off automation

nano -w /etc/fstab

## then inside nano I unchecked the option that automatically invokes fsck
## at some future interval when I would bootup which would break my system
## and make it unbootable with an f2fs parition.... to make it look like

UUID=d88643b9-552k-4b21-8409-61caxe156bcf /              f2fs    defaults,lazytime 0 0

## [cntrl] + o , [enter]
## to save the file
## [cntrl] + x
## to exit nano

## then editing grub adding commands to default command line

mousepad /etc/default/grub

cpufreq.default_governor=performance mitigations=off rootwait

## make sure to save the file... I use rootwait with an nvme drive
## which is helpful to prevent lockups, that can happen depending
## on the configuration which changes over time
## I also use mitigations=off which is absolutely essential
## for getting the maximum performance in FPS gaming, other
## kinds of gaming it's not necessarry, but when every frame counts,
## and you need the best possible performance you need mitigations=off
## and ideally, like in my setup, to use the root account for everything

## update grub

update-grub

## add 32bit library support, and do first basic system upgrade

dpkg --add-architecture i386

apt update && apt upgrade -y

## reboot due to kernel upgrade from first upgrade

shutdown -r now

## always logging in as root manually
## the plan with this system is to install/use everything as root
## and apply unique workarounds to deal with the integrity/security of my system
## to get the highest gaming performance any linux system can offer right now

## installing graphics drivers

## the graphics drivers don't install exactly like they would on debian
## but it's essentially the exact same procedure with a few extra steps

apt install nvidia-driver

apt install nvidia-driver-libs:i386 nvidia-settings

apt install nvidia-vulkan-icd nvidia-vulkan-icd:i386

apt install libvulkan1

sudo reboot

## preparing the make the first backup, which when I stopped
## to make these notes too

sudo apt install ggparted timeshift lynx okular
apt install okular-extra-backends unrar

apt install wine winetricks gamemode lutris steam -y

apt install gufw

apt install vlc

## some simple hacks to run programs as root
## quoted directly from those websites...

## simple hack to allow vlc to run as root
## to play background music while you run circles
## around people in online gaming, and make them look silly

This is what worked for me. No compilation required.

sed -i 's/geteuid/getppid/' /usr/bin/vlc

Using VLC media player 2.0.3 Twoflower on a Raspberry Pi.

Explanation: The initialization script check if the UID is equals to zero. Zero is reserved for the root user. Using sed to replace geteuid for getppid fools the initialization script because it is always > 0.

While running the VLC as root is not recommended, it works. Be aware of the risks and obviously do not do it for production environments.

For Freebsd and other finicky unices and macos use the proper full syntax:

sed -i '' 's/geteuid/getppid/' /usr/local/bin/vlc

## simple hack for steam to run as root

OMG.

    Open /usr/bin/steam
    Comment or delete such lines:
    if [ "$(id -u)" == "0" ]; then
    show_message --error $"Cannot run as root user"
    exit 1
    fi

## I didnt have to apply this hack actually
## I think because I installed steam logged
## into the desktop environment under the root account...

## at this point I have a perfect base for
## my Ultimate-Linux Hyper Drive Gaming system
## and have little left to do other than basic desktop tweaks
## installing a custom kernel, and more system tweaks to
## get even more performance

## Generally the older kernels (i can't remember the versioning schemes,
## but basically the point upgrades stable distributions like devuan/debian use
## are actually faster, so you want to focus on those, and the same is true
## for drivers. Newer isn't actually faster, or better for performance...
## I actually miss the bullseye kernel/nvidia driver combo
## which is like versions 5.10 and 425 because they perform very well
## compared to the newer stuff

## first I will try using the basic liquorix kernel with my Crowz-Devuan Hybrid build
## which has patches for gaming, and later I will attempt to install a custom gaming
## kernel, or the patches for it using some guides online

## installing Devuan using the Crowz live cd actually made for the leanest
## base system anyone can possibly get right now, that is satisfactory for gaming,
## and after installing xfce, logging into it, the system is only using around 686-700 mb
## of ram, which is extremely impressive. This equates to faster system response time
## which is necessary for competitive gaming

## I also decided to stick with alsa for sound instead of getting pulesudio, as per
## advice on the devuan forum, alsa by itself is sufficient/ has very low performance overhead,
## which is ideal for my use case

## Using the root account for everything literally doubles my download speed, and
## system response time across the board. Everything is faster, more efficient,
## and super speedy. As I'm writing these notes im getting 200 MB/s download speed
## on my wifi, downloading the first game I will be testing the system with, which
## is literally double the speed I have ever gotten in a regular user account.
## As a regular user this download might of taken an hour and a half, whereas
## under the root account I've got the game up and running in less than 20 minutes.

## And this is essentially how using the root account is going to benefit all of the
## system operations compared to a regular user account. Everything will be twice
## as fast, including beating people up on online gaming ;D

## with f2fs, devuan, some basic system tweaks for performance,
## on top of my mid-range gaming setup
## my computer is literally as fast as a lightning bolt,
## This setup is literally like hyper-drive, file system operations are instantaneous
## and everything else is close behind instantaneous performance : D

## So like I usually do with debian
## I install a liquorix kernel, which is easy with it.
## On arch linux I would jump right into xanmod installed from aur
## or start compiling a custom tkg-kernel, but this process doesn't
## work as simply with debian, but anyways I will try to get these
## higher performance alternatives working later

https://liquorix.net/

## I think liquorix has f-sync patched into it
## which can be a major performance improvement,
## if it does, it is satisfactory as the main kernel
## to use for gaming, and I wont need to attempt to compile
## my own with custom patches

curl -s 'https://liquorix.net/install-liquorix.sh' | sudo bash

## the download -> install script
## for liquorix kernel fails with these error messages

E: The repository 'https://liquorix.net/debian n/a Release' does not have a Release file.
N: Updating from such a repository can't be done securely, and is therefore disabled by default.
N: See apt-secure(8) manpage for repository creation and user configuration details.

## which is fixed by going into directory...

cd /etc/apt/sources.list.d

## and editing the sources adding in -> bookworm -> instead of "n/a"
## to look like this...

deb [arch=amd64 signed-by=/etc/apt/keyrings/liquorix-keyring.gpg] https://liquorix.net/debian bookworm main
deb-src [arch=amd64 signed-by=/etc/apt/keyrings/liquorix-keyring.gpg] https://liquorix.net/debian bookworm main

## update the package database

apt update

## and ran an apt search to pick out a kernel
## from my newly added liquorix repositories

apt update

## and installed a new custom liquorix kernel

apt install linux-image-liquorix-amd64

## reboot

shutdown -r now

## it seems like liquorix has 6.4 and 6.6 kernels
## and devuan has 6.1 by default, which could be a problem
## if certain programs are designed to only work with older kernels

## and upon first reboot
## it seems liquorix isn't working and it's not clear why
## but it looks like a variety of programs are running into each other
## locking up the system
## so I reboot into devuan's default kernel
## using the advanced options from grub menu to select it

## at this point it's going to take some troubleshooting
## and tinkering around to tweak the system for even more
## performance, but with this basic setup
## I am already in a great position to start gaming

## using cat /proc/cpuinfo and grep
## to see if performance mode in grub is applying to the kernel

root@ity:~# cat /proc/cpuinfo | grep MHz
cpu MHz        : 800.000
cpu MHz        : 800.000
cpu MHz        : 800.000
cpu MHz        : 800.000
cpu MHz        : 800.000
cpu MHz        : 800.000
cpu MHz        : 800.000
cpu MHz        : 800.000

## and it isn't

## looking for commands to alter the cpu mode
## I noticed some people metioning services altering
## the cpu_freq mode and decided to investigate it

root@ity:~# service --status-all
[ ? ]  alsa-utils
[ - ]  anacron
[ + ]  apparmor
[ - ]  bootlogd
[ - ]  bootlogs
[ - ]  bootmisc.sh
[ - ]  brightness
[ - ]  checkfs.sh
[ - ]  checkroot-bootclean.sh
[ - ]  checkroot.sh
[ + ]  connman
[ ? ]  cpufrequtils
[ + ]  cron
[ + ]  dbus
[ + ]  elogind
[ + ]  eudev
[ - ]  hostname.sh
[ ? ]  hwclock.sh
[ - ]  killprocs
[ ? ]  kmod
[ - ]  live-config
[ - ]  lm-sensors
[ ? ]  loadcpufreq
[ ? ]  mount-configfs
[ - ]  mountall-bootclean.sh
[ - ]  mountall.sh
[ - ]  mountdevsubfs.sh
[ - ]  mountkernfs.sh
[ - ]  mountnfs-bootclean.sh
[ - ]  mountnfs.sh
[ ? ]  networking
[ + ]  ntpsec
[ - ]  procps
[ - ]  rc.local
[ - ]  rmnologin
[ - ]  rsync
[ + ]  rsyslog
[ - ]  sendsigs
[ + ]  slim
[ - ]  stop-bootlogd
[ - ]  stop-bootlogd-single
[ - ]  sudo
[ + ]  ufw
[ - ]  umountfs
[ - ]  umountnfs.sh
[ - ]  umountroot
[ - ]  urandom
[ + ]  uuidd
[ - ]  x11-common

## looking in /etc/init.d
## I see the cpufrequtils init config

## and edit the line to default to performance mode and reboot

## to see if it alters the situation

root@ity:~#  cat /sys/devices/system/cpu/cpu0/cpufreq/scaling_available_governors
performance powersave

## editing /etc/init.d/cpufrequtils

mousepad /etc/init.d/cpufrequtils

ENABLE="true"
GOVERNOR="performance"

## I'm not really used to dealing with services in non-systemd or openrc systems
## so I'll have to learn more about devuans way of doing things

## I went back and tried editing the file again like this
## after first reboot it wasnt working...

mousepad /etc/init.d/cpufrequtils

ENABLE="true"
GOVERNOR="performance"
MAX_SPEED="3600000"
MIN_SPEED="3600000"

## I had to find out the min and max cpu frequency values using...

cat /sys/devices/system/cpu/cpufreq/policy0/cpuinfo_max_freq
cat /sys/devices/system/cpu/cpufreq/policy0/cpuinfo_min_freq

reboot

## and upon rebooting again I noticed the system is working
## as fast as a lightning bolt which makes me smile really widely : D D

## and checking the reported cpu frequencies reported by the kernel
## I see now everything is working appropriately, and I'm locked in at 3.6GHz
## for gaming : D

root@ity:~# cat /proc/cpuinfo | grep MHz
cpu MHz        : 3600.000
cpu MHz        : 3600.000
cpu MHz        : 3600.000
cpu MHz        : 3600.000
cpu MHz        : 3600.000
cpu MHz        : 3600.000
cpu MHz        : 3600.000
cpu MHz        : 3600.000

## at this point I remembered trying to use the liquorix kernel before
## and it seemed to run startup programs out of sync with each other creating
## a lockup scenario, and failing to get to the desktop envrionment, so I decided
## to reboot into it to see if locking down the cpu frequency altered the situation

## this time the system booted up properly, without programs running into each other
## and overlapping, but I got stuck at a login terminal, instead of booting
## into my desktop environment which is always what happens when I try to
## install custom kernels on devuan... : ' (

## anyways I will figure it out eventually and get it working

## when I tweak things some more and get more time to test different configurations
## I might update the post

## edit... 6 hours later

## okay I think I have it figured out now
## now here's some random notes with no explanation

init─┬─accounts-daemon───3*[{accounts-daemon}]
     ├─connmand
     ├─console-kit-dae───5*[{console-kit-dae}]
     ├─cron
     ├─2*[dbus-daemon]
     ├─dbus-launch
     ├─dunst───3*[{dunst}]
     ├─elogind-daemon
     ├─6*[getty]
     ├─gpg-agent
     ├─ntpd
     ├─polkitd───3*[{polkitd}]
     ├─rsyslogd───3*[{rsyslogd}]
     ├─slim─┬─Xorg───{Xorg}
     │      └─ck-launch-sessi───xfce4-session─┬─Thunar───3*[{Thunar}]
     │                                        ├─xfce4-panel─┬─panel-14-action──+++
     │                                        │             ├─panel-6-systray──+++
     │                                        │             ├─panel-8-pulseau──+++
     │                                        │             ├─xfce4-terminal─┬─+
     │                                        │             │                └─+
     │                                        │             └─3*[{xfce4-panel}]
     │                                        ├─xfdesktop───3*[{xfdesktop}]
     │                                        ├─xfsettingsd───2*[{xfsettingsd}]
     │                                        ├─xfwm4───2*[{xfwm4}]
     │                                        └─3*[{xfce4-session}]
     ├─udevd───udevd
     ├─upowerd───3*[{upowerd}]
     ├─uuidd
     ├─wpa_supplicant
     └─xfconfd───3*[{xfconfd}]
root@ity:~#

"/home/xfin/.local/share/xorg/Xorg.0.log"

[    25.469] (EE) NVIDIA: Failed to initialize the NVIDIA kernel module. Please see the
[    25.469] (EE) NVIDIA:     system's kernel log for additional error messages and
[    25.469] (EE) NVIDIA:     consult the NVIDIA README for details.
[    25.469] (EE) No devices detected.
[    25.469] (EE)
Fatal server error:
[    25.469] (EE) no screens found(EE)
[    25.469] (EE)
Please consult the The X.Org Foundation support
     at http://wiki.x.org

apt-get --reinstall install nvidia-driver

https://github.com/Frogging-Family/linux-tkg

https://github.com/Frogging-Family/nvidia-all

## apt install makepkg

dkms: autoinstall for kernel 6.6.2-1-liquorix-amd64 was skipped since the kernel headers for this kernel do not seem to be installed.

root@ity:~/nvidia-all# apt install linux-headers-liquorix-amd64 linux-image-liquorix-amd64

Building module:
Cleaning build area...
env NV_VERBOSE=1 make -j8 modules KERNEL_UNAME=6.6.2-1-liquorix-amd64........(bad exit status: 2)
Error! Bad return status for module build on kernel: 6.6.2-1-liquorix-amd64 (x86_64)
Consult /var/lib/dkms/nvidia-current/525.125.06/build/make.log for more information.
Error! One or more modules failed to install during autoinstall.
Refer to previous errors for more information.
dkms: autoinstall for kernel: 6.6.2-1-liquorix-amd64 failed!
run-parts: /etc/kernel/header_postinst.d/dkms exited with return code 11
Failed to process /etc/kernel/header_postinst.d at /var/lib/dpkg/info/linux-headers-6.6.2-1-liquorix-amd64.postinst line 11.
dpkg: error processing package linux-headers-6.6.2-1-liquorix-amd64 (--configure):
installed linux-headers-6.6.2-1-liquorix-amd64 package post-installation script subprocess returned error exit status 1
dpkg: dependency problems prevent configuration of linux-headers-liquorix-amd64:
linux-headers-liquorix-amd64 depends on linux-headers-6.6.2-1-liquorix-amd64 (= 6.6-2.1~bookworm); however:
  Package linux-headers-6.6.2-1-liquorix-amd64 is not configured yet.

dpkg: error processing package linux-headers-liquorix-amd64 (--configure):
dependency problems - leaving unconfigured
Processing triggers for libc-bin (2.36-9+deb12u3) ...
Errors were encountered while processing:
linux-headers-6.6.2-1-liquorix-amd64
linux-headers-liquorix-amd64

root@ity:~/nvidia-all# sudo apt install  linux-headers-6.6.2-1-liquorix-amd64

https://wiki.debian.org/NvidiaGraphicsDrivers

Before installing the drivers, you must obtain the proper kernel headers for the NVIDIA driver to build with.

apt install linux-headers-liquorix-amd64

https://dev1galaxy.org/viewtopic.php?id=5415

https://dev1galaxy.org/viewtopic.php?id=564

ls

~/linux-tkg/linux-src-git
-> Configuration done.
-> Installing udev rule for winesync
-> Adding winesync to '/etc/modules-load.d' for auto-loading by systemd - Password prompt incoming!
-> Enabled ccache
-> Building kernel DEB packages
  UPD     include/config/kernel.release
make clean
sh ./scripts/package/mkdebian
Using default distribution of 'unstable' in the changelog
Install lsb-release or set $KDEB_CHANGELOG_DIST explicitly
  TAR     linux-upstream.tar.gz
origversion=$(dpkg-parsechangelog -SVersion |sed 's/-[^-]*$//');\
    mv linux-upstream.tar.gz ../linux-upstream_${origversion}.orig.tar.gz
Can't locate Term/ANSIColor.pm in @INC (you may need to install the Term::ANSIColor module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.36.0 /usr/local/share/perl/5.36.0 /usr/lib/x86_64-linux-gnu/perl5/5.36 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.36 /usr/share/perl/5.36 /usr/local/lib/site_perl) at /usr/share/perl5/Dpkg/ErrorHandling.pm line 71.
dpkg-buildpackage -r"fakeroot -u" -a$(cat debian/arch)  -i.git -us -uc
Can't locate File/Copy.pm in @INC (you may need to install the File::Copy module) (@INC contains: /etc/perl /usr/local/lib/x86_64-linux-gnu/perl/5.36.0 /usr/local/share/perl/5.36.0 /usr/lib/x86_64-linux-gnu/perl5/5.36 /usr/share/perl5 /usr/lib/x86_64-linux-gnu/perl-base /usr/lib/x86_64-linux-gnu/perl/5.36 /usr/share/perl/5.36 /usr/local/lib/site_perl) at /usr/bin/dpkg-buildpackage line 28.
BEGIN failed--compilation aborted at /usr/bin/dpkg-buildpackage line 28.
make[1]: *** [scripts/Makefile.package:80: deb-pkg] Error 2
make: *** [Makefile:1656: deb-pkg] Error 2
-> exit cleanup done

Term::ANSIColor was first included with Perl in Perl 5.6.0.

root@ity:/etc# perl -v

This is perl 5, version 36, subversion 0 (v5.36.0)

## I figured out that the NVIDIA kernel module didn't appear to be loading properly
## with the liquorix kernel, so I figured that I didn't install it properly, so I reloaded my timeshift
## backup in order to make a clean slate with devuan in order to try to get it working again

## then I installed first the liquorix-headers file from it's repository
## which failed to build the kernel modules
## then the liquorix kernel, and then some other stuff I can't remember
## all of which failed

## then I tried using the tkg-linux source files and tkg-nvidia source files
## to build a custom kernel, which I think failed because in devuan there is
## only perl version 3.36 and it expects version 3.6

## that all comprised maybe 3-4 hours after 2 hours of reading documentation
## and doing basic configurations all over the place

## so i think I'm on the right track though and am toying with
## the idea of using a how-to on the forum for building a kernel on devuan
## as a point of reference for getting a custom-gaming kernel working on here

https://dev1galaxy.org/viewtopic.php?id=564

## and maybe if I update some packages from debians bookworm repository
## I can get the tkg-linux scripts to work which have all of that built in, but
## expect package versions to be more up-to-date like arch linux

## I think a lot of the problems I have been running into have revolved
## around versioning/dependency errors that are mismatched between
## all the various distros/development cycles/and development projects

## but based on my extensive experience, having tested and worked with
## basically 80% of all the linux distros over the years I think im on the right
## track with using Crowz->Devuan-Daedalus for literally the Ultimate Linux Hyper Drive Gaming System
## right now my system is already so lightning fast I want to skip all the technical work
## and just put it to work running circles around all those snarky windows users in some online games

## Based on my experience I think there is no better alternative to get the highest possible performance
## for linux gaming right now, I just have to work out more technical details, get more experience using devuan
## to fully unlock it's potential

## edit 12 hours after installation

## I finally got a custom gaming kernel working

## I figured out after endless trial and error, and alternate configurations

## You need an equal kernel version to what devuan is using

## and you need to install the kernel headers first(I think?)
## or nvidia's module wont properly build, or it's some other problem,
## I don't know because i keep getting the same error messages now,
## and the same exact error messages apparently represent completely different problems!
## but hey that is linux, it's totally insane...

## to install the xanmod kernel for devuan I had to...
## quoted mostly from the xanmod website...

1. Register the PGP key:

wget -qO - https://dl.xanmod.org/archive.key | sudo gpg --dearmor -o /usr/share/keyrings/xanmod-archive-keyring.gpg

2. Add the repository:

echo 'deb [signed-by=/usr/share/keyrings/xanmod-archive-keyring.gpg] http://deb.xanmod.org releases main' | sudo tee /etc/apt/sources.list.d/xanmod-release.list

##. Then update

apt update

## Then use apt search to find the right kernel for your system
##  (turn on unlimited scrolling in your terminal program)
## or like apt search xanmod | grep 6.1

apt search xanmod

### Then install

apt  install linux-headers-6.1.35-x64v3-xanmod1 linux-image-6.1.35-x64v3-xanmod1

## my cpu architecture is x86_64 v3 for other people it would be different....but what is also important
## is that I picked out a kernel version next to what devuan is using i.e. 6.1
## so my graphics driver could properly build against it,
## anyways it's a real ugly duckling this devuan system, it's going to take a lot of love to clean it up and
## tweak it out, but this is the absolute leanest and meanest Linux gaming system in the entire linux Universe
## she sits at 487 MB of RAM usage after login, with no apps open, in the xfce desktop environment
## which is literally almost exactly two times
## less than all of the competitors I have tried out.

## This system with Xanmod -> Crowz-Devuan -> on top of an ssd with F2FS
## and some mid range gaming hardware is literally screaming fast,
## and runs like a super car, I can barely control, it's so sensitive, and powerful

#19 Re: Desktop and Multimedia » [SOLVED] Not getting thumbnails in Mate » 2023-12-26 18:20:31

Haven't checked phone, will do so. Only found one other reference to this behavior (MATE-specific) and it went unanswered: https://forums.linuxmint.com/viewtopic.php?t=395817

And one in Ubuntu using Thunar, also unanswered: https://bugs.launchpad.net/ubuntu/+sour … ug/1779571

I tried gphotofs which had worked for me in the past, but still no luck.

Wonder if there's some setting in one of the polkits that changed that's doing this?

ETA: Okay, changed my search term on this issue from "camera" to "phone" and got multiple hits, apparently a lot of people are having this problem since just the last two years or so. And all these hits are coming from Mint and Ubuntu mostly, so something upstream from Debian likely changed?

#20 Re: News & Announcements » Forum search tips and tricks » 2024-01-28 19:03:47

Thanks @soren for mentioning duckduckgo. That search engine is rarely used by me, although it ranks 3rd in my firefox profile. (And basically the profile is older then my 1st devuan/jessie install ;-) Usually my order of search engines is startpage, de.wikipedia, duckduckgo, … and others. This setup works well since decades both for me and others! (Read: other peoples computer I'm maintaining.) It provides "every day search findings" in many cases. They are good almost everywhere (at least the last two decades :-)

But: what happens when looking for some devuan issue at dev1galaxy?

Today I have made some investigation to a long outstanding problem:

A) searching the dev1galaxy forum gives an URL like:

    dev1galaxy.org/search.php?action=search … earch+term

Without search restriction (this is the default!) there are many results!

TL;DR: A couple of times I have refined the search: Oh, there are still a lot of other interesting things. But I didn't find what I'm looking for.

B) using duckduckgo according to soren:

Cool. As of this writing duckduckgo provides an javascript free search interface! Append " site:dev1galaxy.org" or prepend "!dev1galaxy " to your search string (note the space before or after string).

    duckduckgo.com/html?q=search+term+site:dev1galaxy.org

or with slightly different results:

    duckduckgo.com/html?q=!dev1galaxy+search+term

C) Using startpage URL:

    www.startpage.com/do/dsearch?q=mouse+fo … galaxy.org

Again: startpage is still my favorite engine for daily usage but not for devuan. The results are very bad, only few to nothing. And they don't look better on a terminal :-(

Summary: As of this writing I'm now starting to search the dev1galaxy with duckduckgo.com/html without javascript.

-- guuml

BTW: some times I like to view some sites with a www-browser like w3m IMHO, others may prefer lynx. Searching from the commandline for "search term" may look like:

www-browser "https://search.engine/options?query=search term"

+1 point for DDG: w3m displays the results in a fancy way.

Update:

Some time ago there was a thread … ah very long time ago … I remember only vaguely … one of the first posts I have read …

Before you ask your question, …

But there are other resources available that might help you to find an answer even before you ask here …

Sometimes I have to read the information twice roll

Update 2: (last of today:)

A search script may look like

#!/bin/sh -xv
# find-dev1galaxy - search in the officially official devuan forum

SEARCH_TERM=`echo "$* site:dev1galaxy.org" | tr ' ' '+'`
exec www-browser "https://duckduckgo.com/html?q=$SEARCH_TERM"

Or if you prefer functions in bashism:

find_dev1galaxy() {
 w3m "https://duckduckgo.com/html?q=${*// /+}+site:dev1galaxy.org"
}

Ok, processing advanced search options isn't that good wink

Have a nice week --guuml

Board footer

Forum Software