Re: [gentoo-user] New install - Wayland and graphical login

2021-07-03 Thread antlists

On 03/07/2021 12:00, Tamer Higazi wrote:

Hi Wol,

If I am you, I would install "mate" desktop, which is basicly gnome2 and 
gnome transition to wayland is as much as I know completed. XFCE is a 
bit behind, that takes a time ...


My make.conf contains "-gtk -gnome". I have ABSOLUTELY NO plans to 
change that, sorry ...


Oh - and if "startplasma-wayland" won't run, I'm sure 
"startgnome-wayland" won't, either ... :-)


But this has taught me a lot. Which was the whole point of the exercise 
:-) I now have a much better understanding of how systemd and wayland work.


Cheers,
Wol



[gentoo-user] deactivate (bluetooth) hardware based on irq/mac address

2021-07-03 Thread Tamer Higazi

Hi people,

I want to deactivate my bluetooth device on my mainboard when gentoo is 
loaded.
I don't want to "blacklist" the driver, more I want to tell the kernel 
to ignore this hardware.


Is there a way to tell "gentoo" to disable, or not load the driver for 
this particular hardware based on the irq or mac address ?


What is the propper way to do this ?


best, Tamer




Re: [gentoo-user] deactivate (bluetooth) hardware based on irq/mac address

2021-07-03 Thread tastytea
On 2021-07-03 13:59+0200 Tamer Higazi  wrote:

> Hi
> 
> The problem is that the bluetooth circuit seems to be damaged, as I
> have recently the same result on Windows (not only on linux.
> 
> At Windows, I can deactivate the hardware at the "device manager", I 
> want this the same to be done on Linux.
> 
> Not the driver, just to ignore the hardware.
> Why do I ask this ?
> 
> I ordered now a new bluetooth 5 stick, what if it uses the same
> driver ? So loading the driver should not be suppressed more the
> hardware should be ignored

If the broken bluetooth device is attached via USB (turns up in
`lsusb`), you can disable it via udev:
.

Kind regards, tastytea

-- 
Get my PGP key with `gpg --locate-keys tasty...@tastytea.de` or at
.


pgpJmGObHRcCV.pgp
Description: Digitale Signatur von OpenPGP


Re: [gentoo-user] deactivate (bluetooth) hardware based on irq/mac address

2021-07-03 Thread Michael
On Saturday, 3 July 2021 12:59:24 BST Tamer Higazi wrote:
> Hi
> 
> The problem is that the bluetooth circuit seems to be damaged, as I have
> recently the same result on Windows (not only on linux.
> 
> At Windows, I can deactivate the hardware at the "device manager", I
> want this the same to be done on Linux.
> 
> Not the driver, just to ignore the hardware.
> Why do I ask this ?
> 
> I ordered now a new bluetooth 5 stick, what if it uses the same driver ?
> So loading the driver should not be suppressed more the hardware should
> be ignored

rfkill list
rfkill block bluetooth (or bluetooth device ID)

should block individual device(s).


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


Re: [gentoo-user] deactivate (bluetooth) hardware based on irq/mac address

2021-07-03 Thread Tamer Higazi

Hi

The problem is that the bluetooth circuit seems to be damaged, as I have 
recently the same result on Windows (not only on linux.


At Windows, I can deactivate the hardware at the "device manager", I 
want this the same to be done on Linux.


Not the driver, just to ignore the hardware.
Why do I ask this ?

I ordered now a new bluetooth 5 stick, what if it uses the same driver ?
So loading the driver should not be suppressed more the hardware should 
be ignored



best, Tamer

Am 3 Jul 2021 um 13:26 schrieb Michael:

Not sure of a 'proper' way.  I know of a physical way - in hardware where the
bluetooth has a button you can press to switch it off - typically available in
laptops.  I also know of the rfkill command which comes with sys-apps/util-
linux.




Re: [gentoo-user] deactivate (bluetooth) hardware based on irq/mac address

2021-07-03 Thread Michael
On Saturday, 3 July 2021 12:17:42 BST Tamer Higazi wrote:
> Hi people,
> 
> I want to deactivate my bluetooth device on my mainboard when gentoo is
> loaded.
> I don't want to "blacklist" the driver, more I want to tell the kernel
> to ignore this hardware.
> 
> Is there a way to tell "gentoo" to disable, or not load the driver for
> this particular hardware based on the irq or mac address ?
> 
> What is the propper way to do this ?
> 
> 
> best, Tamer

Not sure of a 'proper' way.  I know of a physical way - in hardware where the 
bluetooth has a button you can press to switch it off - typically available in 
laptops.  I also know of the rfkill command which comes with sys-apps/util-
linux.

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


Re: [gentoo-user] New install - Wayland and graphical login

2021-07-03 Thread Tamer Higazi

Hi Wol,

If I am you, I would install "mate" desktop, which is basicly gnome2 and 
gnome transition to wayland is as much as I know completed. XFCE is a 
bit behind, that takes a time ...


https://wiki.gentoo.org/wiki/MATE

What I figured out, that this is not the very only thing to have wayland 
supported.
When it comes to screensharing and propper bluetooth integration there 
is a fast moving project called "pipewire".


I have replaced pulseaudio with pipewire on my gentoo machine and teams 
work smooth as well bluetooth with AptX HD.


url: https://wiki.gentoo.org/wiki/PipeWire

what this article doesn't cover is to setup the "module policy section"...
Here you sould change in /etc/default/pulse:

 load-module module-bluetooth-policy

to

|load-module module-bluetooth-policy auto_switch=2|

That makes it possible to automaticly switch the codec automaticly when 
"mic" is needed.

(as windows does)
||

|I am happy :-)|

|
|

|best, Tamer
|



Am 21 Jun 2021 um 18:27 schrieb Wols Lists:

What happens when you get to the end of the handbook?

I want to get a working Wayland setup with a (multi-user) graphical
login. When I set my old system up ($DEITY knows how long ago) I seem to
remember a page on setting up X, and all sorts of stuff.

Now, you seem to get dumped at working tty1 prompt, and then the
*helpful* documentation JUST STOPS. It doesn't even point you at
anything! (Yes it points you at the portage page about how to maintain
your system, but that isn't much use if you can't DO anything with the
system...)

I've found the page on Wayland, but it just says "set this use flag and
install two packages".

Where's the documentation that tells me what I need, and how to set it
up, please ...

Cheers,
Wol





Re: [gentoo-user] Interesting portage upgrade

2021-07-03 Thread Tamer Higazi

Hi Peter,

You are not the only one I saw these phenomes.

What I also figured out, that "blocks" before an portage upgrade also 
had been resolved completly.



best, Tamer

Am 26 Jun 2021 um 09:57 schrieb Peter Humphrey:

Hello list,

This is just an observation.

I update the rescue system on this box weekly. Today, portage version 3.0.18
wanted to upgrade itself to 3.0.20-r6, plus 31 other packages, and remerge 16
others. After saying No and emerging portage, those 16 remerges were not
included: just the 31 upgrades.

This is the first time I've witnessed a real difference in portage's behaviour
between versions, as far as I can remember.

As I said, just an observation.





Re: [gentoo-user] system.map file in /boot. How to manage?

2021-07-03 Thread J. Roeleveld
On Saturday, July 3, 2021 1:54:13 AM CEST Dale wrote:
> Daniel Frey wrote:
> > On 6/30/21 11:59 PM, Dale wrote:
> >> Howdy,
> >> 
> >> The subject line pretty much describes this.  How does one manage the
> >> system.map file in /boot?  Is it needed?  Should it be updated with each
> >> kernel?  I tend to keep 2 to 3 kernels installed.  I tend to keep 2 that
> >> I know are stable and one testing.  After a while, I may remove the
> >> oldest one and only have two, just in case.  Should I version the
> >> system.map file the same as kernels?  Does just one with no version get
> >> the job done?  Update the file with each kernel upgrade or install one
> >> and done?
> >> 
> >> While at it, what does it even do?  If it needs it, it doesn't matter
> >> but just curious.
> >> 
> >> Thanks for any tips on this.
> >> 
> >> Dale
> >> 
> >> :-)  :-)
> > 
> > I never copy it over unless I have some kernel panic (so not for well
> > over a decade.) So there's nothing for me to manage (I only copy the
> > kernel and kernel config to /boot.)
> > 
> > Dan
> 
> So if it isn't there or something, it isn't going to break anything. 
> That's good to know too. 

I only copy the kernel image (and initrd if required)
I haven't done anything with the System.map or config (apart from keeping it 
updated for compiling the kernel) in over a decade.

My boot-partition isn't even mounted unless I update the kernel, so a file 
there wouldn't even be visible to the system.

--
Joost