I definitely agree with you on GNOME being rather opinionated. Perhaps more so than most other DEs.
Anyhow, thanks again for appreciating my input and compliments!
I definitely agree with you on GNOME being rather opinionated. Perhaps more so than most other DEs.
Anyhow, thanks again for appreciating my input and compliments!
That's pretty cool! Where did you find it?
Great write-up! Thank you for the effort!
Though, if I may: Regarding GNOME, you said:
Not particularly customisable
I would rather rephrase this to "Does not expose many knobs for customization by default.". Because -frankly- between dconf, extensions and CSS; the possibilities are actually quite expansive. So much so, even, that a KDE dev said regarding GNOME: "sometimes it (read: GNOME) can be customized better than KDE". (They say this literally in the first 10 seconds or so.)
Another striking example of the breadth of GNOME's customization would be how Niri was heavily inspired by GNOME's PaperWM extension. (Source) So, GNOME's customizability has allowed the creation of a new workflow that eventually served as a direct inspiration for one of the most exciting WMs we've got.
Do you mean Desktop Environments?
EDIT: Thanks OP for the confirmation! FWIW, I really like Eylenburg's resource on this.
This is like talking to a chatbot on store site!
😅. Yeah, sorry. I suppose, in retrospect, I had (still) failed to completely grasp what your point was. And I wanted to be direct/blunt in hopes finally getting it.
#2: not enough RAM
FWIW, over where I'm at, HP sells it with 8 gb of ram for under 400 euros. Full specs in case you're curious:
HP Chromebook x360 14
The same niche exists today but it is occupied by ARM and Mediatek. This is the fundamental problem.
Understood. Then, yeah: Agreed. 100%.
Though, I don't know the mechanics at hand/play that have contributed to our current status quo. My naive take would be that Windows 11's increased hardware requirements has made it harder for lower end devices to support it; thus paving the way for a higher floor of system specs across the board. Hence, higher prices, even without accounting the current price hikes due to the whole AI bubble that's about to pop. Though, that doesn't quite explain what's up with the lack of cheap x86 on Chromebooks...
Then, please, could you help me understand whether a device with the specs found below does (or does not) satisfy you:
HP EliteBook x360 1030 G2
If you don't want refurbished, then how about the following device?
HP Chromebook x360
And, finally, if you actually want somewhat modern hardware, how about this one?
Lenovo Chromebook Plus 2-in-1 14
As many others have already pointed out: it's currently not the best time to buy hardware. FWIW, you could have grabbed Star Labs' StarLite^[Which, quite literally, happens to be a "tablet with a keyboard".] last year for 750 €. Currently, it starts at 1014 €.
Btw, OP, perhaps I'm obnoxious/oblivious/obtuse (or what have you), but I wasn't able to parse what you mean exactly with Linux compatible hardware. If it's not too much trouble for you, could you be very explicit?
EDIT: At one time, the StarLite was available for 416 (!) £. At least, as per this article of GamingOnLinux.
I'm glad to hear that you found the most egregious culprit. Hopefully you'll be able to get it to work after your subscription list 'functions' (again). (I'm honestly completely oblivious of what this software is or how it works.)
Though, if you allow me, I would like to give some comments. So, without further ado.
Throne came up with another error, it was unable to change file ownership in /usr directory
Hmm..., curious. I would think that it shouldn't even (necessarily) require anything like that. And, if it does, perhaps the maintainer/contributor should be addressed in hopes of resolving the issue; I'm sure they can figure out a workaround (or so).
(of course it couldn’t, it’s an immutable system)
😅. This is actually a very nuanced topic:
/usr compared to its upstream; i.e. Fedora Atomic. So, there is a supported way of doing this in order to create an image with the desired changes to /usr. If you got any such needs, consider taking a look at this page of Bazzite's documentation./usr/etc, /usr/share et cetera; one could instead make changes to the content of folders like /etc ~/.local/share et cetera./usr once and would like for said changes to not persist after a reboot, then commands like rpm-ostree usroverlay and bootc usr-overlay are worth mentioning.So, to be clear: while it is true that Fedora Atomic does not like/support making changes to /usr at runtime, it's not like it's necessarily limiting you if you really desire to do so.
Thanks a lot for so much effort figuring things out!
It has been my pleasure 😊!
Bazzite shows that terra-release is indeed installed
Assuming it is disabled (as happened in https://github.com/ublue-os/bazzite/issues/2580)
Interesting conflict; as these seem to be at odds with each other. I wonder what's up. If it's indeed disabled, then I would like to apologize for causing any confusion. FWIW, I may have been mislead by Terra's own documentation. I suppose it might be outdated.
Anyhow, perhaps we can undertake the steps to uninstall terra-release (even if it's not there) and (re)install it.
terra-releaseIf terra-release is layered^[You can check this with rpm-ostree status. If it is, you will find it after LayeredPackages:. If it's not, you should not evoke rpm-ostree uninstall terra-release, as it wouldn't get through anyways.], then we'd have to start with rpm-ostree uninstall terra-release. Afterwards, to delete the Terra repository, even if it's not even there^[If ls /etc/yum.repos.d/ | grep "terra" doesn't yield anything, then you may skip this. But evoking the command to delete something that's not there, isn't bad or anything.]: sudo rm -rf /etc/yum.repos.d/terra.repo
terra-releaseTo (re)install terra-release (as per its own instructions):
First evoke the following command:
curl -fsSL https://github.com/terrapkg/subatomic-repos/raw/main/terra.repo | pkexec tee /etc/yum.repos.d/terra.repo
And then, evoke this one: sudo rpm-ostree install terra-release . I'm unsure if sudo is required. Personally, first I'll do is without sudo. Only after it fails due to permissions will I do it with sudo.
A reboot is probably required for it to take effect. Hence, try evoking rpm-ostree install throne only after performing a reboot.
Nekoray in particular doesn’t have .rpm
Perhaps they don't provide any themselves. But installing it from a repository is preferred anyways.
To be clear, it's found within Terra's repository. The very same Terra repository that's enabled by default on Bazzite. So, as I see it, there's nothing that would prevent rpm-ostree install nekoray from working. Have you even tried this?
I don't know why V2RayN doesn't work though. Try Nekoray and let us know how it goes.
EDIT: I just noticed how Nekoray has seemingly lost its maintainer. Thankfully, someone forked it and renamed it to Throne. And, with it, we find ourselves an RPM repository to install from. Thankfully, you don't even have to go through any hoops, as it's also found in the Terra repository. So you're simply one rpm-ostree install throne removed from installing it.
What have you tried? Why doesn't rpm-ostree install nekoray work for you?
fish - Ever since I've made the switch to Linux, the terminal has been part of the experience. And, honestly, I wouldn't want it any other way. Besides its efficiency, I also very much enjoy how it automatically keeps track of everything I do within. I don't get that functionality whenever I do something within a GUI. But bash left a lot to be desired in that regard; its history simply didn't record everything. It was also pretty bare-bones; no syntax highlighting, no auto suggestions etc. Thus, after trying to bend bash (and later zsh) to my will and ultimately being dissatisfied with the janky mess I was left with, I finally gave in to at least give fish a honest try. The rest is history. Heck, it's the very first thing I install on a machine.