The officially official Devuan Forum!

You are not logged in.

#26 Re: Installation » Everything is working perfectly, thanks community » 2025-11-06 05:53:25

@stargate point taken, but which anime character is that in that picture? Just curious

#27 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-06 03:16:33

@steve

@zapper I'm not about to legitimize that childish outburst with a meaningful reply, if the best you have is "but your face" we are done here. Go back to kindergarten.

That's high praise!

#28 Re: Installation » Everything is working perfectly, thanks community » 2025-11-06 00:43:04

@yemuyin what anime character is that? I have my own thoughts, but I am curious.

And yeah...it does look NSFW

#29 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-06 00:39:39

@steve_v Only if you wish to be taken seriously.

Well given I have trouble taking you seriously, I find this hard to believe coming from you

bullshit

Hmm... edit: Seems I was wrong, C is in decline more than I thought. Although it is still one of the common ones used for building Operating systems, must be for a reason I believe

Speculation and baseless accusations. If you want to claim incompetence, provide example "bad" code.

Well I don't know what code is made by rust, so I cannot say anything here

Citation needed.

Not really, OpenBSD has been known for picking good standards long before other operating systems have.

So... yeah

Code examples (demonstrating the language itself is at fault) or GTFO. That's all you do... Besides talk smack about things you clearly don't understand.

There's an old adage, goes something like this: "Those who can, do. Those who can't, talk."
Which are you?

I have something equally as helpful as all your replies to me have been in the past

Your face. That's the seriousness you deserve as a clown.

#30 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-05 21:22:44

@steve_v

Do you code in rust? How about java? What have you written in python?
Do you personally know these "newbies" you claim are "enabled" by rust? Do you have the expertise to critique their code, or are you just talking out your arse on subjects you have no experience with (again)?

Does that really matter?

Most people in the coding world use C and the best developed  most secure OS is OpenBSD and most of that is in C.

So if they don't feel the need to use Rust, why should anyone else unless they are incompetent.

Also btw, java and javascript are known vectors and both are bloated. So I assume Rust has hidden problems similar that haven't been found yet. Not to mention they haven't stabilized the programming language yet. What works now, might not work later.

Rust is also very bloated another words.

Just in case that wasn't clear. and I meant vectors of weakness for malware to creep in

#31 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-05 20:07:10

@steve_v I don't know about you, but I don't want coding newbies developing my software.

That's what rust enables to happen.

Like javascript and java, they are a bloated mess.

Of course you can say that about python I suppose too.

This being said, I prefer my software not being written by newbies especially system components.

Also, some code is battle tested so to speak and doesn't need to be replaced by some stupid rust rewrite.

PS, I haven't seen you on here for a while, I thought you were gone for good.

#32 Re: Devuan » [Ask] Red Hat components, daemons, or services in Devuan » 2025-11-03 16:07:55

@GermanAizek

try the libaries of the following:
dbus
pulseaudio
networkmanager
avahi
I think wayland?
etc... also dbus itself is also pretty hard if not impossible to remove, not just its libraries.

#33 Re: DIY » usb controllers and qemu » 2025-11-03 14:00:52

@ralph

I figured you were going to say something about usb, bus, device type commands. I was hoping there was an easier way lol.

Oh well...

I just have to figure out now I guess how to find that info. lsusb gives some of it, but not sure if all will be given.

#34 Re: Freedom Hacks » Devuan without dbus » 2025-11-03 03:58:14

Curious about this as well to be honest. There is alot of stuff that doesn't need it, that is dependant on it.

For example, dhcpcd-gtk/dhcpcd-ui

doesn't need to be dependant on dbus, but debian idiotically does it anyways. Weird stuff man.

#35 DIY » usb controllers and qemu » 2025-11-03 02:40:24

zapper
Replies: 8

Anyone know how to pass a usb controller for say something like mupen64plus, to a virtual machine?

What options exist out of curiosity?

Mostly interested in qemu options for this though.

IE, so that the virtual machine works in qemu.

#36 Re: Desktop and Multimedia » noCSD for GTK4 » 2025-11-03 01:07:41

@EDX-0 I hope he picks it up again

#37 Re: Off-topic » Hard Rust requirements for APT from may next year » 2025-11-03 00:59:28

The only reason this could make sense is if they want to enable mediocre developers to make code that doesn't suck.

#38 Re: Devuan Derivatives » GNUinOS - Libre » 2025-11-02 19:54:35

Looks like the new devuan stable is out, I look forward to seeing you adjust your version to have it. big_smile

#39 Re: DIY » Qemu question » 2025-11-02 19:26:25

@pcalvert hmm...  perhaps... although I definitely saw a big improvement with changing kvm64,nx to max -smp 4.

The speed more than doubled when I did that at least.

As for virtualbox, I don't trust that software at all.

Virt-manager is closer to trustworthy, but meh...

@golinux I added the brackets

#40 Re: News & Announcements » Announcing Devuan 6.0 Excalibur! » 2025-11-02 19:18:42

Wondered when you guys were going to release the new stable. smile

Now I just wait for gnuinos to have the same version.

#41 Re: Desktop and Multimedia » noCSD for GTK4 » 2025-11-01 23:33:23

I have already seen gtk4 desktop environments... just bad...

qt6 is similar in that way.

The newer stuff keeps going for flashy nonsense. I hate it...

Smh to those who love it.

#42 Re: DIY » Qemu question » 2025-11-01 23:31:33

@ralph its between apostrophes now.

I tried using -smp 4 instead of kvm,+nx

And the rest the same and that helped, but I wonder if it can be better than this.

#43 DIY » Qemu question » 2025-11-01 21:20:35

zapper
Replies: 8

How can I change the below to make it faster?

It usually takes like 30+ seconds to boot up my system in a vm when I type in password. How can I make it closer to the speed of my native OS?

The below?

"qemu-img create -f qcow2 Unknown.qcow2 60G"

#The above is for making the image

qemu-system-x86_64 -m 4096 -cdrom Unknown.iso -boot d Unknown.qcow2 --enable-kvm 

#the above is for installing the image on the qcow2 built

qemu-system-x86_64 --enable-kvm Unknown.qcow2 -cpu kvm64,+nx -m 4096 -device AC97

#the above is for loading the installed qcow2 image built anytime

 qemu-system-x86_64 --enable-kvm Unknown.qcow2 -cpu kvm64,+nx -m 4096 -device AC97 -hdb /dev/sdb 

This one is for loading usb drives in the qcow2.

The above is how I tend to build my images, run them, etc...

I read that cpu/ smp can help, but I am curious how much.

EDIT: between apostrophes is the code.

 qemu-system-x86_64 --enable-kvm Unknown.qcow2 -cpu kvm64,+nx -m 4096 -device AC97 

Does the above help?

#44 Re: Off-topic » The “Ensh*ttification” of the Internet » 2025-10-31 23:22:45

@golinux good news:

https://www.androidauthority.com/graphe … p-3606853/

@dzz read the above link also

It seems the that grapheneos might be supported on more then google devices soon.

#45 Re: Off-topic » The “Ensh*ttification” of the Internet » 2025-10-31 00:04:49

If you have to use a cell phone, I recommend a grapheneOS phone. Nothing more, nothing less.

I don't recommend straight android, because Google is an abusive manipulator

tongue

#46 Re: Devuan » Please don't ever drop cinnabar themes » 2025-10-26 00:51:25

@golinux eventually XFCE will prevent custom desktop themeing?  sounds like gnome developers messing up another desktop environment besides their own.

...

#47 Re: ARM Builds » [SOLVED] rockpro64 time broken won't let me install ntp due to 2013 date. » 2025-10-19 04:54:39

@kapqa the signature checks can be good, but occasionally, they can be a problem.

And sometimes it ain't easy to change them

#48 Re: Off-topic » Critical security flaw in sudo » 2025-10-19 04:53:15

@blackhole I suppose that could be a risk as well.

Truthfully, most software has vulnerabilities unless it doesn't connect to something that doesn't do anything online.

Although I suppose it could be more indirect than that.

#49 Re: Devuan » [SOLVED] Development and goal of Devuan. » 2025-10-13 01:13:10

@golinux well of course, this world will eventually die, although... we will all likely be gone long before that happens.

The #1 problem with humanity is that we all want to have our way and feel justified in our ways and views.

Humanity would be peaceful if we didn't have such a tendency to get trapped by our egos.

The root of all evil seems to be rooted in the arrogance that exists within all people. Not one human in this life can erase their arrogant side. To do that would require us to be complete perfection and that is still impossible.

#50 Re: Off-topic » Critical security flaw in sudo » 2025-10-10 05:34:07

I prefer doas myself to be honest.  It is much less complicated but still has the functionality I need in sudo/su.

I use that even on devuan/gnuinos

With jwmkit combined with doas, I can shutdown properly or poweroff properly.

I cannot make heads or tails on how to do the same thing with sudo lol. There is just too much to sort out  in that  sudoers file

xD

Board footer

Forum Software