You are not logged in.
@stargate point taken, but which anime character is that in that picture? Just curious
@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!
@yemuyin what anime character is that? I have my own thoughts, but I am curious.
And yeah...it does look NSFW
@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.
@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
@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.
@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.
@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.
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.
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.
@EDX-0 I hope he picks it up again
The only reason this could make sense is if they want to enable mediocre developers to make code that doesn't suck.
Looks like the new devuan stable is out, I look forward to seeing you adjust your version to have it. ![]()
@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
Wondered when you guys were going to release the new stable. ![]()
Now I just wait for gnuinos to have the same version.
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.
@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.
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?
@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.
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
![]()
@golinux eventually XFCE will prevent custom desktop themeing? sounds like gnome developers messing up another desktop environment besides their own.
...
@kapqa the signature checks can be good, but occasionally, they can be a problem.
And sometimes it ain't easy to change them
@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.
@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.
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