LeFantome

joined 1 year ago
[–] LeFantome@programming.dev 2 points 8 months ago (1 children)

You cannot run a GUI in LXC / LXD. If somebody thinks otherwise, please point me in the right direction as I would love this on Proxmox.

Distrobox sounds very close to what you want. You can run the DE and your GUI apps in a container. I think you still need a window server ( Wayland or X11 ) locally though I believe.

You can see your VMs in a web browser ( like Proxmox does ). Again though, the GUI for that has to be hosted in something else.

The other option is to use QEMU and display to SDL. You can do that without a native window server. That is more virtualized than a native window server but now we are starting to add overhead that may not be necessary.

There are some pretty small Wayland compositors and you can start them from the command line. Velox is just a few megs I think. You do not need a graphical login manager. All you need is a compositor and you can run distrobox from there.

[–] LeFantome@programming.dev 7 points 8 months ago* (last edited 8 months ago) (3 children)

Good for you? I guess.

I do not really like them either but I am not sure what point you are making. Their point is that these images result in more viewers, even accounting for your absence. What are we meant to do with the information that you are out?

[–] LeFantome@programming.dev 7 points 9 months ago (1 children)

I would certainly benefit if more hardware supported Linux out-of-the-box.

Many people will benefit if that one key application they need is supported on Linux.

We all benefit from the paid developers working on Linux. The number of such people are linked to the profitability of Linux for companies which is a function of popularity.

[–] LeFantome@programming.dev 4 points 9 months ago

Great question. It is based on Wine 9 and so, I expect, it has experimental Wayland support that is not enabled by default.

https://www.omgubuntu.co.uk/2024/01/wine-9-0-released-with-new-wow64-mode-experimental-wayland-driver/amp

[–] LeFantome@programming.dev 6 points 9 months ago (2 children)

To quote both of you “nevertheless complies with the GPL and other standard copyleft terms”.

Were you trying to prove his point?

[–] LeFantome@programming.dev 25 points 9 months ago* (last edited 9 months ago)

There used to be a Linux just called Red Hat Linux. It was run by Red Hat obviously but a community built up around it.

Fedora was literally created by RedHat and staffed to be the “community” distro. They did this so that they could be “corporate” with Red Hat Linux ( now called Red Hat Enterprise Linux ).

I find it funny when people say that Red Hat is going to try to take away the community in Fedora and use their corporate behaviour in RHEL as an example. They literally created them both. The whole point of Fedora is to be community driven.

Fedora is a lot like RHEL in most ways but absolutely not a competitor to it. More of a testing ground. This is all by design.

Where things went wrong for them is that somebody created a bug for bug clone of RHEL. The story was that the clone would be a “community” but that is bonkers because ( by definition ) the clone cannot deviate from RHEL. It cannot innovate. It cannot modify or contribute code ( not even fix bugs ). So, it was just a zero cost version of RHEL. The whole reason for creating Fedora was to prevent that.

Anyway, Red Hat likes Fedora and WANTS it to be “free” and anybody that understands the history knows why.

In fact, the problem is somewhat that Fedora is not allowed to get too corporate. You will notice that Fedora is one of the staunchest distros with regards to including potentially patented codecs and such for example.

[–] LeFantome@programming.dev 5 points 9 months ago

I see that you are trying to be nice.

If you have a chance to save me in the future, please do not withhold your wanting to be nice. Please tell me what you know ( like, for example, that. I should not use Manjaro ).

[–] LeFantome@programming.dev 4 points 9 months ago

There are a million Arch derivatives. I think we are ok.

EOS is my favourite though.

[–] LeFantome@programming.dev 9 points 9 months ago* (last edited 9 months ago)

apt update && apt upgrade > pacman -Syu

apt install package > pacman -S package

apt remove package > pacman -Rns package

apt search package > pacman -Ss package

Except first dump Manjaro for EndeavourOS.

Once on EOS, dump pacman for yay ( sub yay in for pacman above ).

Yay will add access to the AUR ( WAY more packages )

[–] LeFantome@programming.dev 19 points 9 months ago

The Intel GPU drivers have been improving rapidly. If you buy one, you are making a bet that this will continue.

The other comments here are typical of feedback overall. People who actually own the hardware report that everything is basically fine although there are still a few small issues and performance from game to game can vary with some much better than you would expect and some quite a bit worse. You are betting on the drivers closing that gap.

Only you can say if the above means they are ready. If you are going to be frustrated by any issues and the titles with lacklustre performance? If so, Intel is probably not for you at this time.

Are you going to be happy today and increasingly happy as the platform matures? If so, go for it. It is clear that, for the money, the hardware punches above its weight but is held back by the software. The software is likely to improve. Does that sound good or bad to you?

[–] LeFantome@programming.dev 7 points 9 months ago (1 children)

It seems quite likely that, in the Arch ( EOS ) system at least, a tonne of that space is being used up by the package cache. By default, the system keeps copies of the packages for all software you install. This can indeed take gigs of space but it has nothing to do with your running system. A simple command purges them all and reclaims the space. You would obviously want to do this before reporting installation size. I bet he did not.

view more: ‹ prev next ›