But it's Foss ?

The Hp micro gen8 can already run some parts of coreboot, it currently has an open management framwork ported to its co-processor so you can use that as well and you can run any FOSS distro on it that you want.

Its flashchips are easily accessible on the slideout server tray.

And if gnubee was that foss i'd expect it to be way cheaper because the open sourced hardware manuals should've made it over to china and be available there for much much less a price, with the official software since its foss running on it.

Plus they have a mediatek, no way in hell is the BUP freed.

Or the trustzone 100% disabled.

The only one you're kidding here is yourself. :P

And them saying "open cases will have less dust" when you can literally put a dryer cloth sheet in the front doot of a g8 and have it hold off all dust very effectively is a joke. Especially given that dust will settle on an open case much more rapidly.

I think the price is fine since it was crowdfunding

The ports will die in a few years

Hp micros have been running since they've been introduced and with current-gen i3 cpus (officially supported) and an ssd as boot/cachedrive they still serve millions well.

Yep

Hmmn are those hotswap bays?

Yes

Nice

They say they arent but they only arent if you use the fakeraid

under mdadm you can pull and replug how often you want

sadly gen8 is eol and disappeared - the gen10 improved some things but has less awesome mounting and frontpanel

Where are the bays?

Will F27 get gnome 3.28?

Will F27 get gnome 3.28?

No?

Where are the bays?

behind the frontpanel. The gen8 also has one (the silver one) - and thats what i meant by less awesome frontpanel.

Hmmn not fun, but only if you swap alot

The green rectangle glows?

Nope, status led - gen 8 had a status led bar

Nice setup. Kinda complex tho no?

@Wolfshappen what did you suggested for VM on localhost?

virtmanager ?

forgot the pkg name

ah found it

btw, chromium works flawless in RAM pov

installed ublock origin

and not eating so much RAM than before, thanks man

hardware acceleration is enabled by default

Where is it? USA?

Yes

And ontop of that even an experienced dev may fail when an application refuses to build because of shortcomings of the build system and co.

So... let's make it complicated so only the few contribute? Very nice indeed.

So apparently the fedora everything installer iso is like a tad less complicated arch installer iso. And I'm loving it, gives me the latest stuff and I choose what I install. I'm now completely moving to fedora from arch because of two main reasons: 1) No weird bugs like I used to encounter on Arch, even tho only occasionally 2) Fedora Everything installer

So apparently the fedora everything installer iso is like a tad less complicated arch installer iso. And I'm loving it, gives me the latest stuff and I choose what I install. I'm now completely moving to fedora from arch because of two main reasons: 1) No weird bugs like I used to encounter on Arch, even tho only occasionally 2) Fedora Everything installer

Noice!!!!

So... let's make it complicated so only the few contribute? Very nice indeed.

No. The way software is built, the various libraries they use, the GUI toolkits, support for different menu items in different DEs, shared stuff, etc is the reason package management is so complicated. Its not like they decided to make it complicated. Flatpak, AppImage and Snap exist because of this problem. They aim to make it easier for the devs to distribute software.

No. The way software is built, the various libraries they use, the GUI toolkits, support for different menu items in different DEs, shared stuff, etc is the reason package management is so complicated. Its not like they decided to make it complicated. Flatpak, AppImage and Snap exist because of this problem. They aim to make it easier for the devs to distribute software.

No. My complaint is not about the process. My complaint is about the wiki.

Noice!!!!

Haha, yeah :)

The wiki about packaging and maintaining needs some love. It's awful.

??

No. My complaint is not about the process. My complaint is about the wiki.

IMHO, fedora does have a bad wiki. I still find myself going to Arch for general issues and how-tos

IMHO, fedora does have a bad wiki. I still find myself going to Arch for general issues and how-tos

Yes. Unfortunately.

IMHO, fedora does have a bad wiki. I still find myself going to Arch for general issues and how-tos

Yeah. The Arch wiki helps you even if you use another distro like Fedora.

IMHO, fedora does have a bad wiki. I still find myself going to Arch for general issues and how-tos

Arch has a fantastic wiki! I've seen ubuntu people using it too...

@Kohane Why don't you look into flatpak packaging? It's easier and works everywhere

@Kohane Why don't you look into flatpak packaging? It's easier and works everywhere

Because I don't like Flatpak. I use it only for Gnome Recipes and that's only because I have no choice.

Because I don't like Flatpak. I use it only for Gnome Recipes and that's only because I have no choice.

What's the problem with it? Theming?

TIL Gnome Recipes exists.

What's the problem with it? Theming?

I'd guess storage?

What's the problem with it? Theming?

Everything. It install all the stuff in home. It's a mess finding a file. It doesn't warn you which are the dependencies or how much it's going to download beforehand. It just go ahead without a word.

Everything. It install all the stuff in home. It's a mess finding a file. It doesn't warn you which are the dependencies or how much it's going to download beforehand. It just go ahead without a word.

Most of these look like they would be fixed in the future. (Hopefully)

I'd guess storage?

Yeah, that's one big problem with it.

Okay. When they fix it. I'll take a look. In the meantime, I avoid it as much as I can.

Isn't that kinda their point? Containerization?

Isn't that kinda their point? Containerization?

They could still tell you the dependency size beforehand. There is no excuse for this. Maybe there is someone who is not lazy and will file a report. (If that has already not been fixed)

Everything. It install all the stuff in home. It's a mess finding a file. It doesn't warn you which are the dependencies or how much it's going to download beforehand. It just go ahead without a word.

> Its a mess finding a file. Can you please elaborate on that?

Nice setup. Kinda complex tho no?

Not really

So... let's make it complicated so only the few contribute? Very nice indeed.

No, it is complicated because of the nature of this entire thing.

ERROR: S client not available

You cant throw together a professionally maintained package that prepares an application right, keeps data between updates, maanges the executables and symlinks and builds the actual package with the respective buildtools for the package when you aren't knowing how "make" works or how qt applications work/are written/save data.....

No, it is complicated because of the nature of this entire thing.

But I don't complain about that. It's the wiki what get on my nerves.

This isnt made intentionally hard so there are less contributors, its just that you need to read into and know a coding language and how proper building for the application you want to build ahead of time that making a 15-page tutorial for each coding langauge doesnt make sense for the actual build process

https://fedoraproject.org/wiki/How_to_create_a_GNU_Hello_RPM_package And this is pretty descriptive IMHO.

It has all examples you could need in either code or description.

They could still tell you the dependency size beforehand. There is no excuse for this. Maybe there is someone who is not lazy and will file a report. (If that has already not been fixed)

You? :P

You? :P

Nah. I'm lazy. Plus, I think their reasoning is that various different versions of dependencies are stored separately and the application can decide what to use. So app sizes may differ. That still doesn't make a lot of sense though, because it can't be that hard to add up the file sizes of all files to be downloaded. I dunno. Must be something else. It is too obvious to overlook for something as mature as flatpak

Or maybe we are wrong and they fixed it long ago.

So apparently the fedora everything installer iso is like a tad less complicated arch installer iso. And I'm loving it, gives me the latest stuff and I choose what I install. I'm now completely moving to fedora from arch because of two main reasons: 1) No weird bugs like I used to encounter on Arch, even tho only occasionally 2) Fedora Everything installer

latest stuff - yeah right, not latest packages

latest stuff - yeah right, not latest packages

Same difference :P

Same difference :P

I don't get it

I meant, latest packages, latest stuff, what huge difference does it make? ...

fedora != rolling release distro

that's my point

so, I doubt the latest packages

you get those if you're running beta (maybe)

fedora != rolling release distro

Thats a big pro for fedora

you get those if you're running beta (maybe)

No, beta already has freezes inplace. rawhide is the one thats rolling and breaking.

ah ok

so, I doubt the latest packages

Oh that! By latest I meant no more updating packages after installing fedora. I straight up get to install the latest ones available on the repos ?

Oh that! By latest I meant no more updating packages after installing fedora. I straight up get to install the latest ones available on the repos ?

mkay

so, I doubt the latest packages

The latest tested packages. That's how you get new features quickly without breaking the whole thing.

Why are the package databases ( or whatever they are called; the ones that are created when you do dnf update ) so large when compared to other distros?

I mean, they are almost around 40 mb

And that's HUGE

Ubuntu and Arch have like 10-15 mb

Maybe because it partially downloads the packages?

TBH, I didn't check their size. Storage is not a concern to me.

Why are the package databases ( or whatever they are called; the ones that are created when you do dnf update ) so large when compared to other distros?

They have all dependencies all files for each package (which other distros separate) The entire changelog for all packages and and and

The latest tested packages. That's how you get new features quickly without breaking the whole thing.

arch packages are tested as well, hence the testing repo

And some older versions afaik

They have all dependencies all files for each package (which other distros separate) The entire changelog for all packages and and and

Oh! Now I get.. Its sorta annoying tho :P I have only 3GB of data per data so every mb counts...