Re: [gentoo-user] Getting WiFi to work

2024-04-12 Thread Michael
On Friday, 12 April 2024 16:05:46 BST Peter Humphrey wrote:
> On Friday, 12 April 2024 14:35:02 BST Michael wrote:

> > There are GUI front-ends for the above to suit various desktop and user
> > preferences, some more polished than others.
> 
> Hm. I haven't found one for iwd yet...

There is net-wireless/iwgtk in portage.  Other GUI applications exist (idwgui, 
dmenu-iwd-gui), plus the general GUI front ends of networkmanager and connman.


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Getting WiFi to work

2024-04-12 Thread Peter Humphrey
On Friday, 12 April 2024 14:35:02 BST Michael wrote:

> For clarity:
> 
> The iwlwifi is a kernel driver for Intel wireless chips.
> 
> The net-wireless/iw software can be used to manage the wireless association
> with an AP if the latter has been configured to offer connections with the
> deprecated and insecure WEP, or no encryption.
> 
> The net-wireless/wpa_supplicant software can be used to manage the
> negotiation for a wireless connection with an AP when this has encryption
> enabled (WPA, WPA-2, WPA-3).

Yes, I was aware of those.

> The net-wireless/iwd is a more modern software developed by Intel to replace
> wpa_supplicant.  In addition it will also create wireless interfaces as it
> needs to and manage these, as opposed to leaving this function to udev.
> Essentially iwd takes over the management of wireless interfaces and their
> encrypted communication with an AP in a standalone fashion.  I haven't
> tried this yet to find out how it behaves, but it is rumoured to be more
> polished than wpa_supplicant and can work without netifrc scripts or
> dhcpcd.

That's a better explanation than I've seen before - thanks!

> There are GUI front-ends for the above to suit various desktop and user
> preferences, some more polished than others.

Hm. I haven't found one for iwd yet...

-- 
Regards,
Peter.


signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] acct-user/man usermod: user 'man' does not exist in /etc/passwd

2024-04-12 Thread Dale
Michael wrote:
> On Thursday, 11 April 2024 16:08:54 BST Dale wrote:
>
>> I don't recall editing this file ever.  From my understanding, commands
>> are used to manage that file.  I can't say for sure but it's doubtful I
>> edited that file. 
>>
>> I can easily do a emerge -ek world if you think it would be wise to do
>> so.  I guess that would reset ownership of files as it reinstalls. 
>> Thoughts?
>>
>> Thanks.
>>
>> Dale
>>
>> :-)  :-) 
>
> I can't really advise what to do, it depends on your level of concern about 
> this discrepancy with the 'man' account.  The question to mull over is what 
> could a rogue 'man' account have changed since your last full emerge @world?  
>
> If you upgraded your profile from 17.1 to 23.0 recently you would have re-
> emerged @world, so all packages would have been reinstalled.  If you run find 
> to print recently changed files since the profile upgrade, you'll have some 
> pointers for packages to emerge again.  Or, with the 'man' account safely 
> back 
> in its box you can change passwds/keys and re-emerge the whole @world once 
> more.
>
> If you are totally worried to the point of not being able to trust your 
> system, then you'll need to reformat and start with a fresh stage3 download 
> and fresh sources.  Do not blindly copy all your configuration files from the 
> backups, but diff them to make sure only changes you approve make it into the 
> new system.  This can be a lot of work, which you may not be inclined to 
> embark on and could potentially be an overkill.


I guess I'll see what it does moving forward.  I have to admit tho, I
wonder how it got changed to begin with.  Certainly odd.  I wonder if I
typed something in my mistake??  Anyway, time will tell.  I'm behind a
VPN and pretty good router so maybe that will be enough. 

Thanks.

Dale

:-)  :-)



Re: [gentoo-user] Getting WiFi to work

2024-04-12 Thread Michael
On Friday, 12 April 2024 13:51:37 BST Peter Humphrey wrote:
> On Tuesday, 9 April 2024 15:56:28 BST Wojciech Kuzyszyn wrote:
> > On Tue, 09 Apr 2024 14:23:31 +0100
> > 
> > Peter Humphrey  wrote:
> > > Hello list,
> > > 
> > > I want to move my Intel i5 NUC box to a place where Ethernet is not
> > > available, nor like to become so. That means I have to get WiFi
> > > working, but I've had no success so far. The wiki pages are many,
> > > confusing and contradictory, so I'd like the panel's advice on the
> > > way to proceed.
> > > 
> > > The first thing I tried was the traditional wpa_supplicant, which
> > > seemed to go well - except that I couldn't get the link out of the
> > > DOWN state.
> > > 
> > > Then I tried NetworkManager, and failed with that too.
> > > 
> > > This is the hardware:
> > > # lspci -v -s 00:14.3
> > > 00:14.3 Network controller: Intel Corporation Raptor Lake PCH CNVi
> > > WiFi (rev 01)
> > > --->8
> > > 
> > > Kernel driver in use: iwlwifi
> > > Kernel modules: iwlwifi
> > > 
> > > And this is dmesg:
> > > 
> > > $ dmesg | grep -i wifi
> > > [1.622343] Intel(R) Wireless WiFi driver for Linux
> > > [1.622432] iwlwifi :00:14.3: enabling device ( -> 0002)
> > > [1.625069] iwlwifi :00:14.3: Detected crf-id 0x400410, cnv-id
> > > 0x80400 wfpm id 0x8020
> > > [1.625121] iwlwifi :00:14.3: PCI dev 51f1/0094, rev=0x370,
> > > rfid=0x2010d000
> > > [1.625313] Loading firmware: iwlwifi-so-a0-gf-a0-86.ucode
> > > [1.626644] iwlwifi :00:14.3: TLV_FW_FSEQ_VERSION: FSEQ
> > > Version: 0.0.2.41
> > > [1.626902] iwlwifi :00:14.3: loaded firmware version
> > > 86.fb5c9aeb.0 so- a0-gf-a0-86.ucode op_mode iwlmvm
> > > [1.643426] iwlwifi :00:14.3: Detected Intel(R) Wi-Fi 6E AX211
> > > 160MHz, REV=0x370
> > > [1.651382] iwlwifi :00:14.3: WRT: Invalid buffer destination
> > > [1.809375] iwlwifi :00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
> > > [1.809385] iwlwifi :00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
> > > [1.809394] iwlwifi :00:14.3: WFPM_AUTH_KEY_0: 0x90
> > > [1.809401] iwlwifi :00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
> > > [1.809403] Loading firmware: iwlwifi-so-a0-gf-a0.pnvm
> > > [1.810724] iwlwifi :00:14.3: loaded PNVM version e28bb9d7
> > > [1.810817] iwlwifi :00:14.3: RFIm is deactivated, reason = 4
> > > [1.825831] iwlwifi :00:14.3: Detected RF GF, rfid=0x2010d000
> > > [1.897387] iwlwifi :00:14.3: base HW address:
> > > f4:6d:3f:2a:33:3e
> > > 
> > > Would net-wireless/iwd get me a bit further?
> > > 
> > > Meanwhile, I'll keep on exploring with the results of
> > > sys-apps/hw-probe.
> > 
> > Hello!
> > 
> > I have never managed to get WiFi working with iwlwifi, but iwd works
> > great for me. Give it a try!
> 
> According to
> https://wiki.gentoo.org/wiki/Handbook:AMD64/Networking/Wireless, "the
> net-wireless/iw software...cannot connect to WPA-only Access Points."
> 
> I think my Fritz!Box 7530 router has that limitation, but It's hard to know.

For clarity:

The iwlwifi is a kernel driver for Intel wireless chips.

The net-wireless/iw software can be used to manage the wireless association 
with an AP if the latter has been configured to offer connections with the 
deprecated and insecure WEP, or no encryption.

The net-wireless/wpa_supplicant software can be used to manage the negotiation 
for a wireless connection with an AP when this has encryption enabled (WPA, 
WPA-2, WPA-3).

The net-wireless/iwd is a more modern software developed by Intel to replace 
wpa_supplicant.  In addition it will also create wireless interfaces as it 
needs to and manage these, as opposed to leaving this function to udev.  
Essentially iwd takes over the management of wireless interfaces and their 
encrypted communication with an AP in a standalone fashion.  I haven't tried 
this yet to find out how it behaves, but it is rumoured to be more polished 
than wpa_supplicant and can work without netifrc scripts or dhcpcd.

There are GUI front-ends for the above to suit various desktop and user 
preferences, some more polished than others.

signature.asc
Description: This is a digitally signed message part.


Re: [gentoo-user] Getting WiFi to work

2024-04-12 Thread Peter Humphrey
On Tuesday, 9 April 2024 15:56:28 BST Wojciech Kuzyszyn wrote:
> On Tue, 09 Apr 2024 14:23:31 +0100
> 
> Peter Humphrey  wrote:
> > Hello list,
> > 
> > I want to move my Intel i5 NUC box to a place where Ethernet is not
> > available, nor like to become so. That means I have to get WiFi
> > working, but I've had no success so far. The wiki pages are many,
> > confusing and contradictory, so I'd like the panel's advice on the
> > way to proceed.
> > 
> > The first thing I tried was the traditional wpa_supplicant, which
> > seemed to go well - except that I couldn't get the link out of the
> > DOWN state.
> > 
> > Then I tried NetworkManager, and failed with that too.
> > 
> > This is the hardware:
> > # lspci -v -s 00:14.3
> > 00:14.3 Network controller: Intel Corporation Raptor Lake PCH CNVi
> > WiFi (rev 01)
> > --->8
> > 
> > Kernel driver in use: iwlwifi
> > Kernel modules: iwlwifi
> > 
> > And this is dmesg:
> > 
> > $ dmesg | grep -i wifi
> > [1.622343] Intel(R) Wireless WiFi driver for Linux
> > [1.622432] iwlwifi :00:14.3: enabling device ( -> 0002)
> > [1.625069] iwlwifi :00:14.3: Detected crf-id 0x400410, cnv-id
> > 0x80400 wfpm id 0x8020
> > [1.625121] iwlwifi :00:14.3: PCI dev 51f1/0094, rev=0x370,
> > rfid=0x2010d000
> > [1.625313] Loading firmware: iwlwifi-so-a0-gf-a0-86.ucode
> > [1.626644] iwlwifi :00:14.3: TLV_FW_FSEQ_VERSION: FSEQ
> > Version: 0.0.2.41
> > [1.626902] iwlwifi :00:14.3: loaded firmware version
> > 86.fb5c9aeb.0 so- a0-gf-a0-86.ucode op_mode iwlmvm
> > [1.643426] iwlwifi :00:14.3: Detected Intel(R) Wi-Fi 6E AX211
> > 160MHz, REV=0x370
> > [1.651382] iwlwifi :00:14.3: WRT: Invalid buffer destination
> > [1.809375] iwlwifi :00:14.3: WFPM_UMAC_PD_NOTIFICATION: 0x20
> > [1.809385] iwlwifi :00:14.3: WFPM_LMAC2_PD_NOTIFICATION: 0x1f
> > [1.809394] iwlwifi :00:14.3: WFPM_AUTH_KEY_0: 0x90
> > [1.809401] iwlwifi :00:14.3: CNVI_SCU_SEQ_DATA_DW9: 0x0
> > [1.809403] Loading firmware: iwlwifi-so-a0-gf-a0.pnvm
> > [1.810724] iwlwifi :00:14.3: loaded PNVM version e28bb9d7
> > [1.810817] iwlwifi :00:14.3: RFIm is deactivated, reason = 4
> > [1.825831] iwlwifi :00:14.3: Detected RF GF, rfid=0x2010d000
> > [1.897387] iwlwifi :00:14.3: base HW address:
> > f4:6d:3f:2a:33:3e
> > 
> > Would net-wireless/iwd get me a bit further?
> > 
> > Meanwhile, I'll keep on exploring with the results of
> > sys-apps/hw-probe.
> 
> Hello!
> 
> I have never managed to get WiFi working with iwlwifi, but iwd works
> great for me. Give it a try!

According to https://wiki.gentoo.org/wiki/Handbook:AMD64/Networking/Wireless,
"the net-wireless/iw software...cannot connect to WPA-only Access Points."

I think my Fritz!Box 7530 router has that limitation, but It's hard to know.

-- 
Regards,
Peter.


signature.asc
Description: This is a digitally signed message part.