The officially official Devuan Forum!

You are not logged in.

#1 Re: Hardware & System Configuration » Nala, a new cli package manager replacement for dpkg and apt » 2024-04-18 17:03:35

Replying to my own message, but saw this on the Reg today  smile
https://www.theregister.com/2024/04/18/apt_3_debian/

"Major updates to Debian's Advanced Packaging Tool don't come along very often, but APT 2.9 is here with a significant facelift.
APT version 2.9 has just been accepted into Debian's unstable development channel. This is an unfinished development version, which should lead to APT 3 in time for Debian 13, which will probably appear around mid-2025."
...
"Most notably, the new version uses colored output. Packages to be installed or upgraded are listed in green by default, and ones to be removed are listed in red. This will make the distinction clearer for those of us with working color vision, but it's not the best choice for those who suffer from daltonism, or red/green color blindness – the most common form, affecting some 8 or 9 percent of men."

#2 Re: Hardware & System Configuration » Nala, a new cli package manager replacement for dpkg and apt » 2024-04-05 18:20:04

Apt does what I need it to do for me, I have a fast connection and install updates every couple of days. I have a cronjob that runs 'apt update' and then 'apt-get -s upgrade' so I get an email of what is available.  (you can also run 'apt list --upgradable', just diff looking output)

But it would be kind of nice to have apt show some color in the output, configurable of course. Perhaps using LS_COLORS like ls does somehow? It would make the output a little more lively.

#3 Re: Documentation » How to: Devuan 5 Daedalus an pipewire » 2024-03-23 23:53:14

@nixer I couldn't get it to work either, but when I run the daemon command from the terminal I get "unrecognized option '--bind' " which would explain why it isn't working. I have daemon 0.8-1+b1 from backports. But re-reading, steve_v said unstable backports.
I'll have to look up how to install from unstable, I usually don't mess with that. smile

Maybe you have the same issue.

#4 Re: Desktop and Multimedia » Firefox-esr Audio through ALSA Alone » 2024-03-23 19:38:47

@Lomax interesting. Althogh I am on Daedalus with XFCE 4.18.1 installed, and I don't see xfce4-mixer available to install.

#5 Re: Desktop and Multimedia » [SOLVED] Stupid music player tricks » 2024-03-23 19:26:19

If you are still ripping music, presumbably from CDs, then why not FLAC? It's simple to do on Linux, WMA just seems... wrong.

#6 Re: Installation » Image viewers: EOG vs EOM » 2024-02-23 00:51:51

I've used geeqie forever as my image viewer. In fact, I was using its predecessor gqview for so long that I aliased gqview to geeqie because I was so used to typing it and I couldn't adapt to typing geeqie.

#7 Re: Devuan » Question for devs... Debian 12 can be installed without systemd » 2023-09-05 23:23:54

Altoid wrote:

Hello:

If you are installing Debian you do not have a choice of inits.
And if you want to weed it out after installing Debian, you cannot.

This is simply not true. Look at my first message in this thread. I installed Debian 12 in a kvm with sysvinit.
You can read how here: https://wiki.debian.org/Init
I got this to work with the text installer after not being able to get to a terminal from the Calamares installer.

PkChg4M.png

#8 Devuan » Question for devs... Debian 12 can be installed without systemd » 2023-09-03 19:33:34

mweishaar
Replies: 12

I only follow Debian releases so I know when my next Devuan upgrade it on deck. smile

When Debian 12 was released, I read through the release notes/wiki and saw it's possible to install a different init system. So downloaded it and installed it in a kvm, once with the default, and once with sysvinit. Both ran fine.

I've been on Devuan since ASCII and just upgraded to Daedalus, so I don't have any plans or reason to go to Debian. But if they weren't able to support other inits before, how can they now? I thought it was going be a massive effort to support more than one init system.

#9 Devuan » My Chimaera to Daedalus upgrade saga » 2023-09-03 19:26:00

mweishaar
Replies: 0

Decided to take the leap and upgrade from Chimaera.
Here is how it went...
- read release notes, upgrade notes
- changed apt sources.list
- sudo apt update
- sudo apt dist-upgrade
- answer some questions about config files
- 25 min later, done
- reboot

Seriously, it was THAT uneventful. smile

OK, I did have to change my slim.conf to auto-login, and my grub wasn't themed.
fixed with
sudo mkdir /boot/grub/theme ; sudo cp -af  /usr/share/desktop-base/grub-themes/sapphire-grub/ /boot/grub/theme/
and add this to /etc/default/grub
GRUB_THEME=/boot/grub/theme/sapphire-grub/theme.txt and sudo update-grub

My system was originally installed with ASCII, and this is my 3rd dist-upgrade with very minor issues.
Very happy - GREAT WORK Devuan team ! cool

#10 Re: Other Issues » [SOLVED] I can't upgrade my System... » 2023-07-05 13:31:19

I prefer inxi myself, much more and better info available. e.g. inxi -Fxxxm
I already know what the devuan logo looks like, I don't need it taking up terminal space. wink

#11 Re: Installation » [SOLVED] Switching between init choices » 2023-07-01 14:34:01

Could you also just install it from grub?

- when grub menu comes up at boot press e
- on the boot line (w/vmlinuz) add init=/bin/sh to the end
- ctrl-x will boot to a shell
- uninstall/install inits
- hard restart

I've done this to get to a shell, but didn't try the init uninstall/install

#12 Re: Installation » [SOLVED] Installing with a separate /home partition » 2023-06-24 18:17:58

Funny, I did almost that exact migration path... was pretty happy with Mint XFCE for many years, then after an upgrade started having startup/shudown issues.... that is when i learned what systemd was and that it was the default for Mint. it's also how I found Devuan, so it's all good. smile

#13 Re: Installation » [SOLVED] Installing with a separate /home partition » 2023-06-23 21:45:00

Installs are pretty easy and painless... so you could always just re-do it if it doesn't work out from the Live environment. I understand your desire to have the OS not get in your way, so I think you'll appreciate Devuan.

I use /home in the same way you do, but I haven't done a fresh install for quite a while (ASCII in 2018) and have just done dist-upgrades since. In a similar way, I started out on TRS-80s, BASIC, Fortran, assembly,etc. Installed Redhat 5.2 in 1998 and have been Windows-free since. (also from mid/southern IL).

#14 Re: Devuan » [SOLVED] I hate asking this question... but Daedalus release? » 2023-02-05 19:53:36

rolfie wrote:

Ok, another loop. You definitely use a 5600XT for display, not the built in graphics from the CPU? Its a NAVI1, but a later modification. For firmware support you may need to follow HoaS' suggestion.

Backports handling: if you want to install a package from backports, you explicitly must specify this as I showed in my example. Just enabling backports in the sources.list and an install won't pull anything from backports. Intentionally. Pinning makes sure ....

You did not downgrade, but also didn't upgrade. When you pull a package from backports leave backports enabled, or you may get a downgrade later. And you won't get fixes from backports.

Good luck ...

Correct on the 5600XT. I already had it working, so already had the firmware installed. I checked, there isn't any newer in backports.

NOW I have upgraded to 6.0.0-0.deb11.6-amd64. This is really the first time I have needed or cared to get something from backports, so it's been a learning experience. Thanks for the help.

I had previously added the kernel params to /etc/default/grub, and the 6.0 kernel did NOT like them. Population of /dev timed out @180 sec upon boot, and then only 1 monitor was working. Removed them and all is fine! smile

#15 Re: Devuan » [SOLVED] I hate asking this question... but Daedalus release? » 2023-02-05 18:00:19

rolfie wrote:

Ok, this is a slightly different situation, your 5600G CPU isn't comparable to a 5x00XT graphics card. And despite you post the 5.10 kernel series is stock Chimaera, not backports.

For full support please enable chimaera-backports main contrib non-free in your sources.list. The perform:

# apt update
# apt -t chimaera-backports install linux-image-amd64 firmware-amd-graphics

linux-image-amd64 is a meta-package that pulls the latest backports kernel (currently some 6.x version) and makes sure that its being upgraded when required. And also the graphics firmware has an update in backports.

Give it a try, should improve your system ...

Hm, I had done that previously, but simply did the apt install and did not use -t chimaera-backports.
I then commented it out in sources.list. I wonder if I accidentally downgraded during an update.  roll
I just did this (and included linux-headers-6.0.0-0.deb11.6-amd64), so I will see how it goes.

Note: I am NOT using the built-in graphics in the 5600G, they are disabled. I had a Ryzen 5 3600 and just upgraded to the 5600G that was taken out of my son's computer. He got a Ryzen 7 for Xmas.

#16 Re: Devuan » [SOLVED] I hate asking this question... but Daedalus release? » 2023-02-04 15:17:02

rolfie wrote:
mweishaar wrote:

@rolfie - Thanks. Yes, I have found lots of topics, but nothing about the release itself. I just got a new-to-me card (amd RX 5600XT) and it's working ok after passing kernel params to stop the crashes.

Still got a PC running on a Ryzen7 3700 and a 5500XT, stock Chimaera with backports kernel, my wife's desktop. No kernel parameters required, just firmware-amd-graphics. You should stick to Chimaera until Daedalus is becoming stable.

My desktop was upgraded to a 6700XT, that does not work fine on Chimaera, it need more recent mesa and other stuff. This is running Daedalus. No kernel params, again just firmware-amd-graphics.

This is veering a little off-topic, but this is just informational as to why I am waiting for Daedalus.

I am on Chimaera with a Ryzen 5 5600G, and I guess the issue was pretty prevalent with the 5600XT. I had a R9 380 previously with no issues. I started getting occasional freezes / crashes running 5.10.0-20-amd64 from backports. Without the backbport version the sensors weren't being recognized.

[amdgpu]] *ERROR* IB test failed on vcn_enc0
...
Msg issuing pre-check failed and SMU may be not in the right state!
Failed to export SMU metrics table!

Sometimes it would fail to boot with these errors.

I eventually landed on these kernel params which stabilized things. I've updated to 5.10.0-21-amd64 since then and have been meaning to try it out without the params, just haven't gotten around to it yet. The dpm and tsc were the ones I added for this specific issue.

pci=noats amdgpu.dpm=0 tsc=unstable

#18 Re: Devuan » [SOLVED] I hate asking this question... but Daedalus release? » 2023-02-04 00:52:55

@rolfie - Thanks. Yes, I have found lots of topics, but nothing about the release itself. I just got a new-to-me card (amd RX 5600XT) and it's working ok after passing kernel params to stop the crashes.

@MrReplikant and @boughtonp Thanks, that gives me a general timeframe, that is all I was really looking for. The Devuan and Debian pages just speak in rough theories about releases, I was looking for 'best guesses' as to when that may be.

Now I need to decide if I want to dist-upgrade now, or just hang on for another couple of months.  smile

#19 Devuan » [SOLVED] I hate asking this question... but Daedalus release? » 2023-02-03 20:39:37

mweishaar
Replies: 16

Is there anywhere I can find info on the Daedalus release?

I know it's in testing, and it will be ready when it's ready. But is there any info out there about how it is going? It is looking good, coming soon?  Not close?  A smoking pile of garbage? (I know it's not that)

I've installed it in a VM, and seems good. I plan to do (yet another) dist-upgrade when it is released.
I'm just curious, and I can't seem to find any information anywhere.

#20 Re: Hardware & System Configuration » Question on mount/unmout on non-systemd systems like Devuan » 2023-01-18 18:37:42

webman wrote:

Hallo!

Thanks, but there is nothing like this on my debian!
I just beginning from scratch using devuan and even there, there is nothing like this.
On devuan, gvfs is installed, but not active running.

Manfred

andyprough wrote:

Wouldn't you just find the service associated with the process and un-check that service's annoying run-levels with 'sudo sysv-rc-conf'?

Maybe I'm being dense and this has nothing to do with services. But this is usually one of the first places I look to get misbehaving autostart processes under control.

sudo apt install sysv-rc-conf maybe?

#21 Re: Devuan » As Debian 11 moves closer to Devuan. Is there any reason to stay on De » 2021-06-02 20:37:25

I would flip this question around:  Is there any reason to switch to Debian?

I have been using Linux since RedHat 5.1 (1998) and eventually went to *buntus and then Mint.  Over the years I basically forgot about the init system.  When Mint made systemd mandatory, and I started having minutes-long startup and shutdowns, that is when I learned what systemd was.  And it was now the default with no turning back. sad 

That's how I found Devuan, and it just works great for me.  Just like how when Firefox performance went south quickly, I switched to Palemoon.  I know FF has since turned things around quite a bit, but that doesn't mean I just go back to it.  I'll keep using what I use until it does something that makes me want or need to switch.

I have no good reason to switch to Debian (or Mint).  I'm very happy with Devuan, it does what I want and need.  I do like that Debian *might* move back to init choices, because there's something more than a little unsettling about having only one choice for init.  I can certainly understand if systemd is better for admins, and even if people prefer it. 

Personally, if I HAD to switch to systemd I would likely do that instead of going to BSD.  Let's hope it doesn't come to that.  smile

#22 Re: Other Issues » Devuan runlevels » 2021-02-07 17:25:34

Head_on_a_Stick wrote:
mweishaar wrote:

when were runlevels 2-5 made the same?

AFAIK runlevels 2-5 have always been the same in Debian but I've only been using it since wheezy so I might be wrong.

Reference: https://wiki.debian.org/RunLevel

But note that in Debian under systemd runlevels 2,3 & 4 are simulated as multi-user.target (which is a console-only boot) whereas runlevel 5 is simulated as graphical.target (which is a graphical boot):

$ ls -l /lib/systemd/system/runlevel?.target 
lrwxrwxrwx 1 root root 15 Jan 29 14:16 /lib/systemd/system/runlevel0.target -> poweroff.target
lrwxrwxrwx 1 root root 13 Jan 29 14:16 /lib/systemd/system/runlevel1.target -> rescue.target
lrwxrwxrwx 1 root root 17 Jan 29 14:16 /lib/systemd/system/runlevel2.target -> multi-user.target
lrwxrwxrwx 1 root root 17 Jan 29 14:16 /lib/systemd/system/runlevel3.target -> multi-user.target
lrwxrwxrwx 1 root root 17 Jan 29 14:16 /lib/systemd/system/runlevel4.target -> multi-user.target
lrwxrwxrwx 1 root root 16 Jan 29 14:16 /lib/systemd/system/runlevel5.target -> graphical.target
lrwxrwxrwx 1 root root 13 Jan 29 14:16 /lib/systemd/system/runlevel6.target -> reboot.target
$

Thanks.  I started with Redhat in '98, then Mandrake in '02, and have been on Debian-based distros since '05 with Kubuntu/Xubuntu/Mint.  I've only been on Devuan since 2018.

I don't speak systemd - at least not yet.  tongue

#23 Other Issues » Devuan runlevels » 2021-02-07 16:26:46

mweishaar
Replies: 2

I am running beowulf with sysvinit, and just upgraded my video card from an Nvidia GTX 750 to an AMD Radeon R9 380.  Before undertaking this, I decided to make sure I remembered how to boot without X for if   when the need arose.  It has been at least 10 years since I had to do that, and a quick search on google (incorrectly) confirmed X was in runlevel 5 and I should boot into runlevel 3 for text-only mode.

Always test and verify!  After modifying a grub entry at boot time and appending runlevel 3, it still launched into X.  I checked my runlevel using who -r and confirmed I was in 3.  Ok, so I had to do more research, and dig into grub and runlevels.  This is where I discovered that all my old dusty knowledge didn't apply anymore.  Default runlevel is 2, not 5.  And it wouldn't matter if I changed it to 5, because all runlevels 2-5 in /etc/rc#.d were identical.  I eventually modified runlevel 3 to boot without X by disabling slim  sudo update-rc.d slim disable 3, then created a custom boot entry for runlevel 3 in /etc/grub.d/40_custom and added it to grub with sudo update-grub.  Works as expected, no X.

This post is mainly for posterity.  Even though I've been using linux for 20+ years I learned something, including that you don't need an xorg.conf file anymore. 

Out of curiosity, when were runlevels 2-5 made the same?  Was it in Debian pre-systemd or is it a Devuan thing?

#24 Re: Off-topic » (privacy) surveillance state? » 2021-01-14 21:00:38

dice wrote:

Is the pandemic being used to create a surveillance state?

Short answer: No.

Longer answer:  Saying "create" implies there wasn't one prior to 2020.  There most assuredly was.  And sadly, much if not most of it is voluntary.  Most people simply DO NOT CARE.  If they did, Facebook wouldn't exist.  Google wouldn't have as much reach.  Twitter, Amazon, and the list goes on...

This is not to say that those companies don't provide some value, but it comes at a cost.  And one could argue that the value isn't always worth the cost.  There is no conspiracy, people willingly give up their information for whatever value they get from those companies.

That's not to say that the government wasn't in before these companies were.  They were in early.  In the early 90s I started working at one of the biggest cell phone company in the US.  Let's just say that one day several suits were in the office, talking to Sr Management about a need-to-know project.  Rumors were circulating, and then we were promptly informed that we were not to speak of said project ever again.

#25 Re: Off-topic » Info » AppImage security and alternatives » 2021-01-04 20:56:42

I've used two appimages.

1. Kdenlive.  They implemented some new features in the latest version (20.12), and I am on 18.12.3 w/beowulf.  KDE provided the appimage.  I don't use it all that often, but the new features are nice. 

2. I have a live-usb-maker appimage from the MX-linux team.  For some reason, I couldn't get a bootable USB to work (i.e. boot) using unetbootin.

I don't mind them at all, but I wouldn't want to use them exclusively.

Board footer

Forum Software