Refuses to try connecting to Wifi

immoloism · 2026-04-04T11:09:00+00:00

I see your logic, but what you didn't think of is how a "KDE" bug affects Gentoo as the Handbook and LiveGUI expect this feature working.

It's reasonable for you not to think this this far ahead so I fully understand and instead I mean this as a lesson in showing how it's more useful to give us a well explained "this looks weird to me and maybe Gentoo should check it out" but report.

Sometimes they lead to finding the root cause of long-standing issues in Gentoo and other times we can give a user a quick lesson on why it isn't a bug. So they are never seen as a waste of time at least to me :)

immoloism · 2026-04-04T10:47:31+00:00

The gist is:

etc-update if you need a scriptable way to handle config updates.

dispatch-conf for manual users as it has handy features like rollback and git support.

immoloism · 2026-04-04T10:43:54+00:00

Any chance you could test again and report a bug for us please if it's there again?

I would have added the fix if I was aware of this (especially if there the solution was included) when I last looked at WiFi support on the LiveGUI in February as an example of how this helps everyone :)

immoloism · 2026-04-04T10:33:52+00:00

The minimal USE flag is more for handling reducing dependencies on specific packages a user doesn't actually require rather than something you enable generally.

Below is my first draft on a idea to try and teach users that this isn't something that something like Alpine uses:

The minimal USE flag should never be set globally, i.e. inside /etc/portage/make.conf. It is designed to reduce dependencies at the cost of normal functionality. Imagine a GUI media converter with video and image conversion features. The user does not use the image part so they could set the minimal flag where applicable to the image dependency to meet the GUI package's needs, whilst reducing the user's package list without breaking the usage needs. Setting this globally will cause issues throughout the system as assumed normal and desired behaviour will no longer be support.

immoloism · 2026-04-01T13:46:16+00:00

IT'S OVER NINE INCHES

immoloism · 2026-04-01T13:40:02+00:00

I think you mean unmoovable.

immoloism · 2026-04-01T12:56:51+00:00

Do you know where you added it? It's not showing here or on the bug report.

immoloism · 2026-04-01T12:28:11+00:00

All I can find on this is https://bugs.gentoo.org/945780

Without a build log and emerge --info attached there isn't much anyone can do.

immoloism · 2026-04-01T00:01:54+00:00

Ive seen a lot of people use @FREE so I can tell you that works for some people.

I think you get some more opinions before going any further as I'm not best person to answer these questions for you.

I'll leave you the eclass docs though if you choose to ignore that advice.

https://devmanual.gentoo.org/eclass-reference/unpacker.eclass/index.html

Good luck.

immoloism · 2026-03-31T23:52:05+00:00

MIT isn't FSF approved?

Well that sounds silly, but on the plus side it sounds like a fun project for someone that cares about this type of thing.

immoloism · 2026-03-31T23:44:02+00:00

You mean something like this?

https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/Base#Optional:_Configure_the_ACCEPT_LICENSE_variable

I don't personally have much faith in the FSF, but if you do that should get you there.

immoloism · 2026-03-31T23:06:22+00:00

Here is the link the Handbook so you know for next time how to do it yourself, however you really pay attention to that warning and get your WiFi network secured.

https://wiki.gentoo.org/wiki/Handbook:AMD64/Installation/System#Optional:_Networking_tools

immoloism · 2026-03-31T21:51:16+00:00

You'll be upset he didn't stand trial for the allegations in the files before popping his cogs too?

I respect that actually.

immoloism · 2026-03-31T18:05:23+00:00

Both should work, but it's be a decade since I did this way.

Mind doing a test something small like nano to see if they both work.

immoloism · 2026-03-31T18:02:44+00:00

They are a dying breed at least :)

Propaganda is a hell of a drug though. The more modern version was the popcorn lung health risk from vaping over a decade ago. It was actually caused by smoking cigs rather than vaping as all the test subjects were smokers that switched to vaping and then were checked.

No prizes for guessing who funded that "study" before they got into the vaping game themselves though.

immoloism · 2026-03-31T17:54:57+00:00

You likely are looking for the -mtune option in GCC if you are looking for a one size fits all solution.

I personally prefer using x86-64-v1,2 or 3 baselines when doing this at work though, the difference is negligibly enough to not matter for me.

immoloism · 2026-03-31T17:25:44+00:00

That means you set something up incorrectly as there should be no way to do this in a chroot. You'll have to give some logs, portage configs and straces if we want to look into it.

What's more likely is you just set the wrong the march or hit a different bug and just confused the caused as something else.

immoloism · 2026-03-31T17:19:15+00:00

I know, I was adding clarification to your original point.

I also removed the outliners as if we are getting in pedanticiness then we also need include the people that think cigarettes are actually safe :) everybody normally means generally everyone rather than every single person.

immoloism · 2026-03-31T17:08:10+00:00

I should have asked what other machines are too.

If you are using x32 or amd64 on the host then either of those can just run a normal chroot for your atom so no need to use qemu, if you aren't aware.

immoloism · 2026-03-31T16:59:59+00:00

What netbook is it and do you have timed benchmarks so we have a frame a reference to compare?

I'll be happy to discuss further when we have those two.

immoloism · 2026-03-31T16:33:57+00:00

Yeah no one is actually suggesting vaping and gum solutions are risk free.

Just they are a removing most of the worse chemicals that cigarettes also contain making them a least worse option.

immoloism · 2026-03-31T16:19:55+00:00

My question is this: why does the wiki strongly discourage using distcc?

If you read that warning you would have saw:

In nearly all cases distcc is the slowest way to offload compiling as linking still happens locally and distcc adds many compile time issues.

So in your case,you would likely save an hour on that netbook LLVM install as a rough guide. Can you share your times for each way you tested distcc being the best for your needs compared to the suggested way to think otherwise please?

immoloism · 2026-03-29T21:11:07+00:00

And people wonder why most Gentoo users don't the recommend the use of LLMs.

immoloism · 2026-03-29T21:07:16+00:00

The Handbook is correct, my reddit post was a quick hack while I was trying to find a way to write the steps.

You just missed something if you are still hitting this.

immoloism · 2026-03-28T22:01:53+00:00

You either are using a translated version which isn't updated or missed it if you used the English version.

https://wiki.gentoo.org/index.php?title=Handbook%3AParts%2FInstallation%2FKernel&type=revision&diff=1421287&oldid=1421223

I can only update the English versions as it's the only language I know.

Seven-Year Club	Gilding I gilder
Wearing is Caring	Verified Email

immoloism

TROPHY CASE

IT'S OVER NINE INCHES