TMP_NKcYUEoM7kXg4qYe

joined 1 year ago
[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 5 points 1 week ago (1 children)

As far as I know it's also less documented. People have dug really deep into Intel ME that they even found a bit that disables most of the ME.

On the other hand AMD is planning to use coreboot compatible open firmware in the next EPYC generation. Knowing AMD, it will eventually come to the consumer market too. (We'll see if it will be available before Red Hat drops x11)

Also there was a phoronix article recently that Intel is too messing around with Coreboot on Xeon.

[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 2 points 1 week ago* (last edited 1 week ago) (1 children)

It sounded like you got annoyed that I was guessing and it sounded like you tried to make it clear to me that the guess was not helpful to you with the use of sarcasm. I guess I misunderstood, sorry.

Regarding the actual questions: You asked how does it compare to Coreboot. Canoeboot is actually coreboot, just slightly modified to work with Free Software Foundation's rules but these rules are kind of absurd. See [1]. Libreboot is also modified Coreboot but one that's actually good. The difference between them is that Libreboot should be a bit easier to install and that they support different hardware.

In terms of battery life the same laptop with or without Coreboot should perform the same. Coreboot really only handles the booting. Battery life should depend on the "EC firmware", which is like a second chip on your motherboard that handles stuff like blinking LEDs or checking if your lid is opened or closed. It also depends on the OS itself so Linux vs Windows will make a difference. Canoeboot is an exception because it does not include "microcode updates" for ideological reasons. Microcode is code that runs on a "CPU inside of your CPU". Not updating it will A) make your CPU buggy and vulnerable to attacks like Spectre [2] and B) maybe even have worse battery life because Microcode can control the voltage your CPU runs at. More voltage -> more power (P ~ V^2)

[1] https://libreboot.org/news/policy.html [2] https://en.wikipedia.org/wiki/Spectre_(security_vulnerability)

[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 1 points 1 week ago (1 children)

Well if it were closed source, it would be harder to repackage proprietary apps because you would not know how the snap "root filesystem" translates to $DISTRO root filesystem.

Because some apps are only packaged as snaps so if you want them to be accessible to users, you have to install snapd. Flatpak can still be the default which on non-Canonical distros already is. Which why I don't even worry about snap becoming the standard.

I haven't read the multi episode argument between him and the person from freedesktop but the more I see comments like yours the more I'm inclined to side with him. (Though skimming his linux related blogs makes him look like an edgy kid to me.)

Your first source does not prove he is a nazi sympathizer. It just says he does not want to ban nazis from his discord. That's 2 different things. It could for example mean that he does not want to ban people that some person labels nazis. (everyone on reddit that disagrees with me is a nazi)

The second source is made from a clown. That's the same guy that's suspected of doing the Stallman hitpiece. (it was at some point hosted from his IP or something) That article is full of half-truths. For example it frames Stallman's opinions on age of consent like he is a sex offender. Or his jokes about not caring about what will happen with his body after his death like he goes around munching.

I guess my point is that overblowing things only digs deeper trenches between the "sides" for no reason. I am not arguing that he is innocent, just that your comment might make some people think that "the wokies are trying to cancel vaxry" and ignore even legitimate critiques of him (or generally ${CONTROVERSIAL_PERSON}).

[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 1 points 2 weeks ago (3 children)

You simply use a different packaging format as I said in the previous comment.

I'm not arguing whether snap or flatpak is better. Flatpak is better.

But your arguments are going against each other. You disagree that FSF should tell you what software you can use but then you want to tell other users what software they can use. If you use flatpak despite of FSF's opinions, you should let people use snap despite of your opinion.

[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 1 points 2 weeks ago (3 children)

You are confused and mean. You cannot compare 2 different laptops and say that one has worse battery management because of coreboot. You would need to have the same laptop with and without coreboot to do any comparison.

I don't really get what you are trying to say in the second paragraph but Canoeboot is not a good daily driver because it's basically a "drug substitute" for GNU dummies. The author of it does not recommend using it. Use Libreboot instead as it does not break your CPU.

[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 3 points 2 weeks ago (5 children)

My guess: Generally it should not be that different since most of it is handled by the EC firmware. (Proprietary is OK in FSF's eyes if it's baked into the hardware) But Canoeboot does not include microcode updates which could affect the CPU's power management. (Clocks speed, Vcore, etc.)

[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 1 points 2 weeks ago (5 children)

Ok but KDE has official Snap packages so they already are "legitimizing it". Also snap won't be able to entshittify anything. Snapd is still open source, so you can just repackage the software for different package system.

[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 0 points 2 weeks ago (2 children)

This is a stupid argument. In FSF's eyes even having nonfree repository (ie. for drivers) is bad so this is completely irrelevant for anyone considering flatpak or snap. Both have nonfree stuff in there.

mainly hobbyists or some very specific feature. For example antiX for old hardware or Spiral Linux for the better installer, gaming specific distros for gaming etc. Also there are protest distros which advertise not having something - usually SystemD.

[–] TMP_NKcYUEoM7kXg4qYe@lemmy.world 2 points 3 weeks ago (11 children)

Don’t introduce proprietary crap just so companies can profit off of it.

I agree but I think it's the user who should be able to make the informed choice (ie. during installation)

 

My issue is that many of my remote desktop apps require knowing the IP adress of the other PC. I'm looking for a VPN that auto-discovers other devices on the same network. That way I could just "ssh" into the same IP every time, because it would be IP inside of a virtual network. Ideally I am looking a solution that does not require internet connection.

Thanks.

Edit: I should probably specify my usecase. I have a portable desktop and use VNC from a laptop to connect to it. To do that I need the IP of the desktop but that's different on a different network. This can be solved by using hostname.local as the "IP". (hostname is the "ubuntu" in "bob@ubuntu$:~/Documents") The solution is quite simple, I just haven't known about it.

 

Edit: Solved according to this: reddit Obviously Void has no systemd service but I just created a script service containing a single line isdv4-serial-inputattach /dev/ttyS0 --baudrate 19200. The serial communication often crashes but runit automatically restarts it so that's fine. Also 6.6 kernel is kinda buggy but 6.10(custom compiled) and 6.1(from void's repo) work fine. Yeah and don't forget to enable the ttySx service otherwise it cannot work.

I cannot get sway to detect my tablet device on Void Linux installed on a Thinkpad X200 Tablet. Anyone knows how to fix it? I have both libwacom and xf86-input-wacom installed. It worked fine on Debian.

Now when I think about it, I don't have libwacom-32bit installed, because I'm using musl library which is 64bit only. That might be the issue considering how old my hardware is. I'm going to try to investigate but I'm going post this here anyways in case anybody knows more than me.

 

The manual mentions that by default you can pan by holding middle click but my tablet does not have one, so I would like to change it to left click. Anyone knows how to do it? Thanks.

 

Edit with solution: I'm dumb. Just use the default quickemu settings and only change "-device virtio-gpu-gl " to "-device virtio-gpu " and "-display sdl,gl=on " to "-display sdl,gl=off ". Although qemu will have a lot of overhead at boot, the CPU usage when on the desktop should not eat your linux host's entire core. I also disabled Windows Defender, which I don't recommend if you run random stuff from the internet (or open .xlsm spreadsheets), but it helps. I ran CTT's windows debloat tool and removed edge because it was updating in the background for some reason. Even then Windows is still a last resort kind of machine when my desktop isn't available, not an actual work OS.

Edit with solution 2: The above still sucks compared to using RDP. Use the above to set up Windows Remote Desktop, then use for example Gnome Connections to RDP into it. I had to forward the RDP port to the Windows VM for it to work.

I changed the line

-netdev user,hostname=Quickemu,hostfwd=tcp::22220-:22,id=nic \

to

 -netdev user,hostname=RDPWindows,hostfwd=tcp::22220-:22,hostfwd=tcp::3389-:3389,id=nic \

Then I just connected to 127.0.0.1 from Gnome Connections

=======ORIGINAL POST:

Hi, I have trouble running Windows 10 in QEMU on an old af thinkpad x200t. The issue is that it that my GPU only supports opengl 2.0, so virtio does not work. The best I could do is use these options:

-vga qxl \

-device virtio-gpu \

-display sdl,gl=off

and like 30 more which are part of the default quickemu configuration. The three mentioned are ones I changed.

With these options QEMU uses "just" 85% of my CPU so I can still do something on the linux host. The issue is that Windows is basically unusable because the one core it has is constantly occupied by rendering graphics even when just idle on the desktop.

At this point I have accepted my faith that this laptop ain't usable for Windows virtualization but I thought that I would ask here before closing this case. So does anyone have a secret hack which makes pre core i series intel GPUs work with Windows guests in QEMU?

thanks for any tips

view more: next ›