You are not logged in.
- Topics: Active | Unanswered
#1 Re: Off-topic » Hard Rust requirements for APT from may next year » Yesterday 22:59:08
@exponentialmatrix
Not from what Hyperbola devs have told me.
Although if this is true, they are dragging their feet on it for whatever reason.
I tend to think given their stance of perfectionism, they probably think people who need rust need training wheels type mentality. I could be wrong, but that's my understanding of what I would think they would say.
I have observed their anger before and heard about their toxicity towards people who fall out of their vision of what they want.
So... yeah.
They really focus on code correctness and yet they use C for much of it anyways and what I said before.
Btw, I do agree with you on the part you said above about there is always a cost and that battle tested code being switched to another language doesn't solve everything.
Probably would make a bigger mess.
And yeah its arrogance to at least 10 out of 10 with 10 being the most
#2 Re: Freedom Hacks » Devuan without dbus » Yesterday 18:54:21
@alphalpha probably a bad idea. But if you make a disk clone copy first and put it on another drive, at least you won't have a huge headache.
#3 Re: Installation » Everything is working perfectly, thanks community » Yesterday 18:52:47
@yemuyin Makes me think of Hinata from Naruto Shippuden to be honest after the war. 
#4 Re: Off-topic » Hard Rust requirements for APT from may next year » Yesterday 18:51:50
@steve_v don't worry, I forgive you for being hardheaded. I know someone just like you, he always thinks he is right and has to chew me out for everything I do wrong.
So I am used to this shtick.
#5 Re: Installation » Everything is working perfectly, thanks community » Yesterday 05:53:25
@stargate point taken, but which anime character is that in that picture? Just curious
#6 Re: Off-topic » Hard Rust requirements for APT from may next year » Yesterday 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!
#7 Re: Installation » Everything is working perfectly, thanks community » Yesterday 00:43:04
@yemuyin what anime character is that? I have my own thoughts, but I am curious.
And yeah...it does look NSFW
#8 Re: Off-topic » Hard Rust requirements for APT from may next year » Yesterday 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.
#9 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
#10 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.
#11 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.
#12 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.
#13 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.
#14 DIY » usb controllers and qemu » 2025-11-03 02:40:24
- zapper
- Replies: 2
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.
#15 Re: Desktop and Multimedia » noCSD for GTK4 » 2025-11-03 01:07:41
@EDX-0 I hope he picks it up again
#16 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.
#17 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. 
#18 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
#19 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.
Now I just wait for gnuinos to have the same version.
#20 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.
#21 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.
#22 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?
#23 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.
#24 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
#25 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.
...
Board footer
