Re: rescue kernel

[Samuel Sieb]

On 7/26/22 23:42, Patrick Dupre wrote:

Do I really need to get this *rescue* files ?
grub complains, and I cannot boot on the last kernel.


You don't need it.  If you're referring to the rescue entry, then if the 
files don't exist, the entry obviously won't work.  If you don't want 
that entry, then find the file in /boot/loader/entries that refers to it 
and delete that file.


But also, if the rescue files are deleted, they should get automatically 
re-created at the next kernel install.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: rescue kernel

[Patrick Dupre]

Do I really need to get this *rescue* files ?
grub complains, and I cannot boot on the last kernel.

===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire interdisciplinaire Carnot de Bourgogne
 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
 Tel: +33 (0)380395988| | Room# D114A
===


> Sent: Tuesday, July 26, 2022 at 8:08 PM
> From: "Patrick Dupre" 
> To: "fedora" 
> Subject: rescue kernel
>
> Hello,
> 
> In the past I could regenerate a rescue kernel by using
> /etc/kernel/postinst.d/51-dracut-rescue-postinst.sh
> 
> But now, this script does not exist any more
> What is the alternative to restore the /boot/*rescue* files?
> 
> 
> Thank
> 
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
>  Laboratoire interdisciplinaire Carnot de Bourgogne
>  9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
>  Tel: +33 (0)380395988| | Room# D114A
> ===
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: EFI

[Patrick Dupre]

>
> df /boot/efi
> 
> And see if it is really mounted. 
Sorry, it is really mounted at boot.
I can umount and remount even with a file in /boot/efi/EFI is here

 I am going to guess it is not.  And
> it has nofail so will cleanly fail and not block the os.
> 
> After the df then try a
> mount /boot/efi
> 
> On Tue, Jul 26, 2022 at 1:02 PM Patrick Dupre  wrote:
> >
> > Hello,
> >
> > Is there not something wrong with this
> >
> > When /boot/efi is ot mounted:
> > ls  /boot/efi/
> > EFI
> >
> >
> > while in the fstab
> > UUID=A686-D625  /boot/efi   vfat
> > umask=0077,shortname=winnt,nofail 0 2
> >
> > Indeed, I really have the mount the of /boot/efi during the boot
> > and of course
> > ls  /boot/efi/
> > is empty
> >
> > Should I keep the vfat partition /boot/efi ? and move the EFI in /boot/efi
> > or just unmount this partition ?
> >
> > Thank.
> >
> >
> > ===
> >  Patrick DUPRÉ | | email: pdu...@gmx.com
> >  Laboratoire interdisciplinaire Carnot de Bourgogne
> >  9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
> >  Tel: +33 (0)380395988| | Room# D114A
> > ===
> > ___
> > users mailing list -- users@lists.fedoraproject.org
> > To unsubscribe send an email to users-le...@lists.fedoraproject.org
> > Fedora Code of Conduct: 
> > https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> > List Archives: 
> > https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> > Do not reply to spam on the list, report it: 
> > https://pagure.io/fedora-infrastructure
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
>
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: bash: ./WINPM-32.EXE: cannot execute binary file: Exec format error

[Barry]

> On 27 Jul 2022, at 02:51, Michael D. Setzer II  wrote:
> 
> On 26 Jul 2022 at 18:00, Samuel Sieb wrote:
> 
> Date sent:  Tue, 26 Jul 2022 18:00:11 -0700
> Subject:Re: bash: ./WINPM-32.EXE: cannot execute 
> binary file: Exec format
>error
> To: users@lists.fedoraproject.org
> From:   Samuel Sieb 
> Send reply to:  Community support for Fedora 
> users 
> 
>>> On 7/26/22 17:48, Michael D. Setzer II wrote:
>>> Use to be able to run command without added wine to
>>> front??
>>> With  Fedora 35 up to 7.10 worked fine, but 7.12 verion
>>> would cuase a spinning icon when opening email
>>> message. No error or anything showing in top or ps -ef.
>>> Did a dnf downgrade wine, and it downgraded to 6.16
>>> version and problem went away, but all attempt to get
>>> back to 7.10 would only show upgrading to 7.12..
>> 
>> I think I explained this in a previous email.  There is no 7.10 version 
>> in any of the repos.  You would have to get it from koji if it's still 
>> available there.
> 
> I looked at koji
> https://koji.fedoraproject.org/koji/buildinfo?buildID=1977
> 180

Surely you want this wine?

https://koji.fedoraproject.org/koji/buildinfo?buildID=1977172

> 
> Shows the 7.10, but it seemed to list all the files 
> individual rather than as a single download.
> So, opted to look at winehq options.

You need to click the download link against the rpm that you want.

Barry

> 
> 
>> 
>>> Then tried installing winehq-devel from their Fedora 35
>>> repo. It installs 7.13 and it doesn't have the issue with
>>> spinning icon, but it has two minor differences.
>>> 
>>> 1. Running programs from command line without wine
>>> doesn't work. Must put wine in front? Assume Fedora
>>> version must add something to wine installation that
>>> allows this. Haven't found anything to see how this is
>>> done. Have the default app set to use wine, but doesn't
>>> work from command line.
>> 
>> In the wine-systemd package, there's a file called 
>> /usr/lib/binfmt.d/wine.conf that configures being able to run windows 
>> executables directly.
> 
> Thanks.
> dnf install wine-systemd
> Installed wine-systemd-7.12-2.fc35.noarch.rpm
> and then running commands once again.
> Must assume that the --allowerasing that was required to 
> install the winehq-devel must have removed it??
> 
> The winehq 7.13 seems to be fully working now except 
> for the scroll bar, but the mouse wheel works. Saw 
> messages with people have issues with the wheel not 
> working, so perhaps they fixed that, but disabled the 
> scroll bar itself? See mouse controls have options for 
> sensitivity of movement, but nothing on wheel speed?
> Saw imwheel, but will have to do more research.
> Have 5 Fedora 35 machines at home (retired). Main one 
> has the winehq-devel. Another has winehq-staging and 
> another has Fedora's wine 7.12. Others don't have wine.
> 
> Thanks again for quick responses. Will continue to test.
> 
> 
>> ___
>> users mailing list -- users@lists.fedoraproject.org
>> To unsubscribe send an email to users-le...@lists.fedoraproject.org
>> Fedora Code of Conduct: 
>> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
>> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
>> List Archives: 
>> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
>> Do not reply to spam on the list, report it: 
>> https://pagure.io/fedora-infrastructure
> 
> 
> ++
> Michael D. Setzer II - Computer Science Instructor 
> (Retired) 
> mailto:mi...@guam.net
> mailto:msetze...@gmail.com
> Guam - Where America's Day Begins
> G4L Disk Imaging Project maintainer 
> http://sourceforge.net/projects/g4l/
> ++
> 
> 
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: bash: ./WINPM-32.EXE: cannot execute binary file: Exec format error

[Michael D. Setzer II]

On 26 Jul 2022 at 18:00, Samuel Sieb wrote:

Date sent:  Tue, 26 Jul 2022 18:00:11 -0700
Subject:Re: bash: ./WINPM-32.EXE: cannot execute 
binary file: Exec format
error
To: users@lists.fedoraproject.org
From:   Samuel Sieb 
Send reply to:  Community support for Fedora 
users 

> On 7/26/22 17:48, Michael D. Setzer II wrote:
> > Use to be able to run command without added wine to
> > front??
> > With  Fedora 35 up to 7.10 worked fine, but 7.12 verion
> > would cuase a spinning icon when opening email
> > message. No error or anything showing in top or ps -ef.
> > Did a dnf downgrade wine, and it downgraded to 6.16
> > version and problem went away, but all attempt to get
> > back to 7.10 would only show upgrading to 7.12..
> 
> I think I explained this in a previous email.  There is no 7.10 version 
> in any of the repos.  You would have to get it from koji if it's still 
> available there.

I looked at koji
https://koji.fedoraproject.org/koji/buildinfo?buildID=1977
180

Shows the 7.10, but it seemed to list all the files 
individual rather than as a single download.
So, opted to look at winehq options.


> 
> > Then tried installing winehq-devel from their Fedora 35
> > repo. It installs 7.13 and it doesn't have the issue with
> > spinning icon, but it has two minor differences.
> > 
> > 1. Running programs from command line without wine
> > doesn't work. Must put wine in front? Assume Fedora
> > version must add something to wine installation that
> > allows this. Haven't found anything to see how this is
> > done. Have the default app set to use wine, but doesn't
> > work from command line.
> 
> In the wine-systemd package, there's a file called 
> /usr/lib/binfmt.d/wine.conf that configures being able to run windows 
> executables directly.

Thanks.
dnf install wine-systemd
Installed wine-systemd-7.12-2.fc35.noarch.rpm
and then running commands once again.
Must assume that the --allowerasing that was required to 
install the winehq-devel must have removed it??

The winehq 7.13 seems to be fully working now except 
for the scroll bar, but the mouse wheel works. Saw 
messages with people have issues with the wheel not 
working, so perhaps they fixed that, but disabled the 
scroll bar itself? See mouse controls have options for 
sensitivity of movement, but nothing on wheel speed?
Saw imwheel, but will have to do more research.
Have 5 Fedora 35 machines at home (retired). Main one 
has the winehq-devel. Another has winehq-staging and 
another has Fedora's wine 7.12. Others don't have wine.

Thanks again for quick responses. Will continue to test.


> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure


++
 Michael D. Setzer II - Computer Science Instructor 
(Retired) 
 mailto:mi...@guam.net
 mailto:msetze...@gmail.com
 Guam - Where America's Day Begins
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
++


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: This is...disturbing...

[Lily White]

On 7/27/22 7:36 AM, Tim via users wrote:



So, yes, I do see the value in locking down closed-source systems, to
make them a reliable and safer system.  The world would be a better
place if Windows wasn't such an utter disaster.  You might think you
don't care if Windows self destructs while you never use it, but your
medical data, your financial data, etc, is on other people's computers
using those systems.



You never know what is processing your medical/tax data, etc.

Maybe they are still using MUMPS 
(https://thedailywtf.com/articles/A_Case_of_the_MUMPS), maybe ancient 
COBOL code are still chugging along. Maybe it's a long-discontinued 
proprietary OS that has seen last security update a decade ago.


But you still have to use them.

Lily


OpenPGP_0xEE978FA44869B163.asc
Description: OpenPGP public key


OpenPGP_signature
Description: OpenPGP digital signature
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: bash: ./WINPM-32.EXE: cannot execute binary file: Exec format error

[Samuel Sieb]

On 7/26/22 17:48, Michael D. Setzer II wrote:

Use to be able to run command without added wine to
front??
With  Fedora 35 up to 7.10 worked fine, but 7.12 verion
would cuase a spinning icon when opening email
message. No error or anything showing in top or ps -ef.
Did a dnf downgrade wine, and it downgraded to 6.16
version and problem went away, but all attempt to get
back to 7.10 would only show upgrading to 7.12..


I think I explained this in a previous email.  There is no 7.10 version 
in any of the repos.  You would have to get it from koji if it's still 
available there.



Then tried installing winehq-devel from their Fedora 35
repo. It installs 7.13 and it doesn't have the issue with
spinning icon, but it has two minor differences.

1. Running programs from command line without wine
doesn't work. Must put wine in front? Assume Fedora
version must add something to wine installation that
allows this. Haven't found anything to see how this is
done. Have the default app set to use wine, but doesn't
work from command line.


In the wine-systemd package, there's a file called 
/usr/lib/binfmt.d/wine.conf that configures being able to run windows 
executables directly.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

bash: ./WINPM-32.EXE: cannot execute binary file: Exec format error

[Michael D. Setzer II]

Use to be able to run command without added wine to 
front??
With  Fedora 35 up to 7.10 worked fine, but 7.12 verion 
would cuase a spinning icon when opening email 
message. No error or anything showing in top or ps -ef.
Did a dnf downgrade wine, and it downgraded to 6.16 
version and problem went away, but all attempt to get 
back to 7.10 would only show upgrading to 7.12..
Then tried installing winehq-devel from their Fedora 35 
repo. It installs 7.13 and it doesn't have the issue with 
spinning icon, but it has two minor differences.

1. Running programs from command line without wine 
doesn't work. Must put wine in front? Assume Fedora 
version must add something to wine installation that 
allows this. Haven't found anything to see how this is 
done. Have the default app set to use wine, but doesn't 
work from command line.
2. Other issue is that scroll bar doesn't work?? Scroll 
wheel on mouse works fine, but clicking on bar arrows 
does nothing, and dragging bar does nothing as well.

With the Fedora 7.12 version the scroll bar does work?

Posted on WINEHQ forums, but no response yet on 
issues. Think running at bash would be something that 
Fedora added??
Thanks.
 
++
 Michael D. Setzer II - Computer Science Instructor 
(Retired) 
 mailto:mi...@guam.net
 mailto:msetze...@gmail.com
 Guam - Where America's Day Begins
 G4L Disk Imaging Project maintainer 
 http://sourceforge.net/projects/g4l/
++


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Wifi Device Last Used Message From Network Manager - What Does the Message Mean?

[Stephen Morris]

On 25/7/22 20:15, Alex wrote:
It means what it says. If you are connected to Wi-Fi, it will display 
last used Now, disconnect and it will instead say last used 1 minute ago.
Thanks Alex, that is what I thought it meant, but what does it mean when 
it says "Device last used 30 minutes ago" on a device that Linux was 
unable to detect because Windows Fast Boot had the device locked, and 
especially when I had just booted into Linux on a machine that had been 
powered off for 9 hours?


regards,
Steve



On 7/25/22 00:50, Stephen Morris wrote:

Hi,
    When I boot into Linux and look at the config for my wifi device 
and it says the device was "Last used 30 minutes Ago", what exactly 
does that message mean? Does it mean what is says, or does it mean 
that was the last time the device was attempted to be activated? I'm 
asking this because I have had that message on a device that Linux 
could not use.


regards,
Steve
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: This is...disturbing...

[Tim via users]

On Tue, 2022-07-26 at 21:04 +0200, Alex wrote:
> Pluton is being pitched as right now, as a firmware security device
> to prevent malware". I think these kinds of things do not work
> because at the end of the day the user will want to install whatever
> software they want, so whatever that thing is can't really prevent
> most malware a typical PC user will come accross.

I think it's a fairly safe bet that much of the PC's woes is down to
software piracy.  People don't want to buy software, so they get a
cracked version, or use something to crack it.  And in doing so, they
compromise their own system.

Why the hell would you trust a hacker not to screw up your PC when they
don't give a damn about screwing the developers of the software they're
cracking.

Are people completely stupid, or do they just do it part time?

It's not beyond my imagination that not only do crackers not give a
damn about stuffing up your PC, they're probably doing it (letting you
crack software, or letting you have cracked software) on purpose as a
way of building up their bot army.  They're not just "sticking it to
the man" and letting you have a free Photoshop in protest against
capitalism, it's you that they're actually scamming.

So, yes, I do see the value in locking down closed-source systems, to
make them a reliable and safer system.  The world would be a better
place if Windows wasn't such an utter disaster.  You might think you
don't care if Windows self destructs while you never use it, but your
medical data, your financial data, etc, is on other people's computers
using those systems.

On the other hand, I don't want it so it's impossible to get general PC
hardware so we can't run open-source systems where we can create the
systems we need.

-- 
 
uname -rsvp
Linux 3.10.0-1160.71.1.el7.x86_64 #1 SMP Tue Jun 28 15:37:28 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Are there typical ways Fedora tends to break? part 2

[Tim via users]

On Tue, 2022-07-26 at 14:39 +, Chris Murphy wrote:
> Do you think a graphical rescue environment would be helpful in
> troubleshooting system problems?

For some situations/people, yes.  I think you need a bare-bones command
line to get back control of a borked system.  But an additional
graphical option could be useful for those who need to point and click
a few bad settings back into normality.

> Do you think a graphical rescue environment using volatile storage,
> would be useful?

There's merits in being able to test things knowing that nothing you do
will make permanent changes, so you can go through your options to fix
something one after another until you find the right one, without
making things worse in the meantime.

There's also times when you need to boot into a simplified system and
make changes that will stick.

But if everything is non-volatile in your rescue environment, how would
you actually make any change that fixes a borked system?

> Do you think a mechanism for system snapshots and rollbacks would be
> useful in troubleshooting system problems?

They never did any good on other OSs (for me, at least).  The undo you
needed to do was always in the middle of a set of changes.

There are so many interconnected things on modern OSs that it's very
difficult to remove a slab of things and not create a new problem.

System's borked, we'll roll back to how it was three days ago and still
working.  But what about all the work I've done since then?  Sorry,
that's all going to get trashed.  You can do it again.  No, I can't.

I'm not just talking about user data, documents you've written, etc.  A
person's work can be things that they were doing with the system.

When I look at backup management software, I give up in dispair.  It
works in that "go back several days" mentality.  It's hard to get back
the one thing you need.  Most system borks seem to be that you made a
goof (or it did) about three steps back, the fix is to work on that
goof, and not undo all the other things you did after it that were
perfectly fine.

It's exactly the same issue with wanting to undo one thing in the
middle of a word processor doc, or artwork in a graphic program.  The
undos/redos are all time-sequential, and not confineable to a specific
area of the data.

-- 
 
uname -rsvp
Linux 3.10.0-1160.71.1.el7.x86_64 #1 SMP Tue Jun 28 15:37:28 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Monitor speakers change which "device" they are

[Tim via users]

On Tue, 2022-07-26 at 16:20 -0300, George N. White III wrote:
> My devices don't have a power switch, so I unplug the USB cable,

And the plugs and sockets wear out, they're not a good design.  :-(

> but then I end up wanting more front-panel USB ports.   I just
> installed Fedora on an old iMac which has much better speakers than
> the HDMI connected monitor so has reduced the need to connect better
> audio devices (by USB), but no front ports unless you count the ones
> on the keyboard.

Yes, I have an ancient Mac that has better speakers than the crappy (in
every way) plastic Philips HDMI monitor I'm using.  It's not that hard
to design speaker cavities so they sound reasonable, but some companies
just don't put the effort in.  Philips has enough history that they
should know better.

Computer's never have enough USB ports, or enough power to drive all
the devices plugged into them.  Heck, mine's got about 6 or 8 (I don't
recall the count of internal headers that could be connected but
aren't).  Yet, if I plug in keyboard, mouse, and two very basic
webcams, it goes haywire.  And, yes, the main PSU is a big beefy one,
well in excess of real needs.

I think it's funny that we went from rudimentary home computing which
started off with some featureless box (pre IBM-compatible era) which
you cabled together all sorts of peripherals like some kind of three-D
model of neurons.  Then came the IBM compatible idea where everything
bar the keyboard and monitor was slotted into the main box, and in some
cases it was a completely one-piece unit bar the mains cord.  Now we've
gone back to spaghetti nightmare (and no, wireless peripherals isn't an
improvement, just a whole new can of worms).

-- 
 
uname -rsvp
Linux 3.10.0-1160.71.1.el7.x86_64 #1 SMP Tue Jun 28 15:37:28 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: root account

[Samuel Sieb]

On 7/26/22 15:52, Tim via users wrote:

On Mon, 2022-07-25 at 18:50 -0700, Samuel Sieb wrote:

there's no point in expiring the password to an account
you're using yourself...


I see no point in ever expiring any password, unless you're auto-
locking out sacked employees because you're too incompetent to do the
job properly when they get sacked.


That situation doesn't make any sense.  If it's expired, they can still 
log in, they just have to change the password first.


You're referring to delayed expiring.  The other use case is immediate 
expiring, which is the case being described here.  That's when the admin 
sets an initial password and tells the user what it is.  Then the user 
has to change the password when they login.  Now the admin doesn't know 
the user's password any more.  But again, this doesn't make sense when 
it's your own password that you're setting.

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: root account

[Tim via users]

On Mon, 2022-07-25 at 18:50 -0700, Samuel Sieb wrote:
> there's no point in expiring the password to an account 
> you're using yourself...

I see no point in ever expiring any password, unless you're auto-
locking out sacked employees because you're too incompetent to do the
job properly when they get sacked.

Making people pick new passwords means they're going to write them down
so they don't forget them, or keep forgetting them and ask for admin
help, or pick stupidly simple ones.  If the account has been hacked,
changing the password is too late.  If it hasn't beeen hacked, there's
no point.  The next password someone picks might be guessed immediately
just by pure chance just as easily as the existing password.

It's just one of those exercises in manifest stupidity and bureaucracy
for the sake of it.  Oooh, ooh, it's possible for us to make a rule
about resetting passwords, so we will.

-- 
 
uname -rsvp
Linux 3.10.0-1160.71.1.el7.x86_64 #1 SMP Tue Jun 28 15:37:28 UTC 2022 x86_64
 
Boilerplate:  All unexpected mail to my mailbox is automatically deleted.
I will only get to see the messages that are posted to the mailing list.
 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: rescue kernel

[stan via users]

On Tue, 26 Jul 2022 20:08:51 +0200
Patrick Dupre  wrote:

> In the past I could regenerate a rescue kernel by using
> /etc/kernel/postinst.d/51-dracut-rescue-postinst.sh
> 
> But now, this script does not exist any more
> What is the alternative to restore the /boot/*rescue* files?

Run
/usr/lib/kernel/install.d/51-dracut-rescue.install add $(uname -r) "" 
/lib/modules/$(uname -r)/vmlinuz
in boot, and it will create a rescue kernel from the currently running
kernel.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Are there typical ways Fedora tends to break? part 2

[Tom Horsley]

On Tue, 26 Jul 2022 21:32:38 +0200
Roberto Ragusa wrote:

> - grub hides itself and is difficult to interrupt

Yea, I've got a "big hammer" script that runs automatically after
dnf to beat on the grub.cfg file in case it just got written by
the dnf update. It clobbers any place that sets timeout to zero
so I'll get a chance to choose. It also turns off any code
attempting to hide the menu.

I spent a long time looking for some way to fix that "correctly"
with parameters in /etc/default/grub and never found one, so I
adopted the big hammer (which I use for other things as well):

https://tomhorsley.com/game/Mjolnir.html
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Are there typical ways Fedora tends to break? part 2

[Roberto Ragusa]

On 7/26/22 16:39, Chris Murphy wrote:

OK thanks for the responses so far. I have followup questions for everyone, 
even if you didn't previously respond.

Do you think a graphical rescue environment would be helpful in troubleshooting 
system problems?


No, a graphical environment implies too many things have to be working (gfx 
drivers etc.),
rescue should be doable in minimal environments (root shell, possibly run in an 
initrd rescue image).


Do you think a graphical rescue environment using volatile storage, would be 
useful?  i.e. similar to a Live boot, by default no changes to the system or 
Live user environment would be written to persistent media; e.g. Firefox cache 
files and history, or even installing software, would be entirely lost on 
reboot from this graphical rescue environment


What would this be useful for?
Sort of using another computer without touching the broken one.


Do you think a mechanism for system snapshots and rollbacks would be useful in 
troubleshooting system problems?


No. We should stay away from all the bad ideas done elsewhere.


Do you think a snapshot+rollback mechanism would be more or less useful than a 
graphical rescue environment, for troubleshooting system problems?


Both are minimally useful.

The best way to debug problems is booting to a minimal root shell,
with mounted filesystems and network access to get packages.

It used to be "1" or "init=/bin/bash" in grub.

Today it is complicated:
- grub hides itself and is difficult to interrupt
- UEFI gets in the middle
- secure boot is in the middle
- proper system operation requires many things: systemd, NetworkManager, ...
- anything graphical requires daemons left and right: dbus, gconf, key agents, 
...

Despite all this, booting a USB rescue image is still the ultimate
way to fix things (especially with chroot).

Regards.
--
   Roberto Ragusamail at robertoragusa.it
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Monitor speakers change which "device" they are

[George N. White III]

On Tue, Jul 26, 2022 at 11:06 AM Tim via users <
users@lists.fedoraproject.org> wrote:

> Hi George N. White III:
> > It would be helpful to have a tutorial "How to manage multiple audio
> > devices" using slots.
>
> Yes!
>
> > The capabilities to get around the order in which devices are
> > discovered is there, but the user tools need a higher-level way to
> > present and manage the priority and switch between devices.  I
> > suspect a really effective solution might require some changes at the
> > hardware level to support UUID's that would be the same when a (USB)
> > device is moved to a different system.
>
> If I switch on my USB audio device and then read the tail of dmesg, I
> see this:
>
> [508825.312474] usb 1-12: new high-speed USB device number 7 using xhci_hcd
> [508825.424455] usb 1-12: device descriptor read/64, error -71
> [508825.637493] usb 1-12: device descriptor read/64, error -71
> [508826.514480] usb 1-12: new high-speed USB device number 8 using xhci_hcd
> [508826.638210] usb 1-12: New USB device found, idVendor=1397,
> idProduct=0503, bcdDevice= 1.00
> [508826.638221] usb 1-12: New USB device strings: Mfr=1, Product=3,
> SerialNumber=2
> [508826.638228] usb 1-12: Product: UMC1820
> [508826.638235] usb 1-12: Manufacturer: BEHRINGER
> [508826.638240] usb 1-12: SerialNumber: 04BBF4FF
>
> If I switch it off, wait, switch it back on again, I see this:
>
> [568753.073218] usb 1-12: USB disconnect, device number 8
> [568766.062266] usb 1-12: new high-speed USB device number 9 using xhci_hcd
> [568766.174287] usb 1-12: device descriptor read/64, error -71
> [568766.387286] usb 1-12: device descriptor read/64, error -71
> [568767.264274] usb 1-12: new high-speed USB device number 10 using
> xhci_hcd
> [568767.387993] usb 1-12: New USB device found, idVendor=1397,
> idProduct=0503, bcdDevice= 1.00
> [568767.388004] usb 1-12: New USB device strings: Mfr=1, Product=3,
> SerialNumber=2
> [568767.388011] usb 1-12: Product: UMC1820
> [568767.388017] usb 1-12: Manufacturer: BEHRINGER
> [568767.388023] usb 1-12: SerialNumber: 04BBF4FF
>
> One would presume there's enough in there to associate the device with
> a fixed ID.  Even if it fakes the serial number, it's different from
> the other audio hardware in a consistent manner.  Some don't provide
> much in the way of useful identifies, but they each use different
> drivers:
>
> HDMI audio through the monitor:
> [9.884206] snd_hda_intel :00:1f.3: bound :00:02.0 (ops
> i915_audio_component_bind_ops [i915])
> [9.890273] snd_hda_intel :00:1f.3: irq 127 for MSI/MSI-X
>
> On-board audio:
> [9.916659] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC892:
> line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line
> [9.916663] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0
> (0x0/0x0/0x0/0x0/0x0)
> [9.916664] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1
> (0x1b/0x0/0x0/0x0/0x0)
> [9.916665] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0
> [9.91] snd_hda_codec_realtek hdaudioC0D0:inputs:
> [9.916668] snd_hda_codec_realtek hdaudioC0D0:  Front Mic=0x19
> [9.916669] snd_hda_codec_realtek hdaudioC0D0:  Rear Mic=0x18
> [9.916671] snd_hda_codec_realtek hdaudioC0D0:  Line=0x1a
>
> More about the on-board audio:
> [9.936627] input: HDA Intel PCH Front Mic as
> /devices/pci:00/:00:1f.3/sound/card0/input7
> [9.937820] input: HDA Intel PCH Rear Mic as
> /devices/pci:00/:00:1f.3/sound/card0/input8
> [9.937879] input: HDA Intel PCH Line as
> /devices/pci:00/:00:1f.3/sound/card0/input9
> [9.937938] input: HDA Intel PCH Line Out as
> /devices/pci:00/:00:1f.3/sound/card0/input10
> [9.937979] input: HDA Intel PCH Front Headphone as
> /devices/pci:00/:00:1f.3/sound/card0/input11
>
> More about the HDMI audio:
> [9.938019] input: HDA Intel PCH HDMI/DP,pcm=3 as
> /devices/pci:00/:00:1f.3/sound/card0/input12
> [9.938060] input: HDA Intel PCH HDMI/DP,pcm=7 as
> /devices/pci:00/:00:1f.3/sound/card0/input13
> [9.938819] input: HDA Intel PCH HDMI/DP,pcm=8 as
> /devices/pci:00/:00:1f.3/sound/card0/input14
> [9.939107] input: HDA Intel PCH HDMI/DP,pcm=9 as
> /devices/pci:00/:00:1f.3/sound/card0/input15
> [9.939154] input: HDA Intel PCH HDMI/DP,pcm=10 as
> /devices/pci:00/:00:1f.3/sound/card0/input16
>
> Outboard USB audio device:
> [   10.753506] usbcore: registered new interface driver snd-usb-audio
>
> [508825.312474] usb 1-12: new high-speed USB device number 7 using xhci_hcd
> [508825.424455] usb 1-12: device descriptor read/64, error -71
> [508825.637493] usb 1-12: device descriptor read/64, error -71
> [508826.514480] usb 1-12: new high-speed USB device number 8 using xhci_hcd
> [508826.638210] usb 1-12: New USB device found, idVendor=1397,
> idProduct=0503, bcdDevice= 1.00
> [508826.638221] usb 1-12: New USB device strings: Mfr=1, Product=3,
> SerialNumber=2
> [508826.638228] us

Re: This is...disturbing...

[Alex]

Welp.

"Microsoft’s other use of DICE+RIoT, in their own words, is to enable 
“Zero Trust Computing.”" I mean, that's a pretty cool and appropriate 
name: Zero trust in that I don't trust it :).


Per the article: "Now, Microsoft might look at the above and laugh this 
off as fear mongering, as that is much further than what Pluton is being 
pitched as right now, as a firmware security device to prevent malware". 
I think these kinds of things do not work because at the end of the day 
the user will want to install whatever software they want, so whatever 
that thing is can't really prevent most malware a typical PC user will 
come accross.


On 7/26/22 20:14, Dave Ihnat wrote:

Ran across this today:

   https://gabrielsieben.tech/2022/07/25/the-power-of-microsoft-pluton-2/

I'm concerned...
--
Dave Ihnat
dih...@dminet.com
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: EFI

[Roger Heflin]

df /boot/efi

And see if it is really mounted.  I am going to guess it is not.  And
it has nofail so will cleanly fail and not block the os.

After the df then try a
mount /boot/efi

On Tue, Jul 26, 2022 at 1:02 PM Patrick Dupre  wrote:
>
> Hello,
>
> Is there not something wrong with this
>
> When /boot/efi is ot mounted:
> ls  /boot/efi/
> EFI
>
>
> while in the fstab
> UUID=A686-D625  /boot/efi   vfat
> umask=0077,shortname=winnt,nofail 0 2
>
> Indeed, I really have the mount the of /boot/efi during the boot
> and of course
> ls  /boot/efi/
> is empty
>
> Should I keep the vfat partition /boot/efi ? and move the EFI in /boot/efi
> or just unmount this partition ?
>
> Thank.
>
>
> ===
>  Patrick DUPRÉ | | email: pdu...@gmx.com
>  Laboratoire interdisciplinaire Carnot de Bourgogne
>  9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
>  Tel: +33 (0)380395988| | Room# D114A
> ===
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

This is...disturbing...

[Dave Ihnat]

Ran across this today:

  https://gabrielsieben.tech/2022/07/25/the-power-of-microsoft-pluton-2/

I'm concerned...
--
Dave Ihnat
dih...@dminet.com
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: update fails

[Barry]

> On 26 Jul 2022, at 17:43, Patrick Dupre  wrote:
> 
> Hello,
> 
> During a dnf updade fo a fc34, I got
> 3 errors message like
> timed out waiting for device (I do not have the rest of the message, there 
> was a zm!)
> 
> Then I restared the dnf updade,
> and got:
> Error: An rpm exception occurred: package not installed
> 
> and I launched
> dnf update
> Last metadata expiration check: 0:16:54 ago on Tue 26 Jul 2022 06:16:00 PM 
> CEST.
> Dependencies resolved.
> Nothing to do.
> Complete!
> 
> I am not sure that this update is correct !

Use the dnf history command to see what happened.
This shows all the transactions:
$ dnf history 

And this show the detail of one of the transactions
$ dnf history info 

Barry
> 
> ===
> Patrick DUPRÉ | | email: pdu...@gmx.com
> Laboratoire interdisciplinaire Carnot de Bourgogne
> 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
> Tel: +33 (0)380395988| | Room# D114A
> ===
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

rescue kernel

[Patrick Dupre]

Hello,

In the past I could regenerate a rescue kernel by using
/etc/kernel/postinst.d/51-dracut-rescue-postinst.sh

But now, this script does not exist any more
What is the alternative to restore the /boot/*rescue* files?


Thank

===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire interdisciplinaire Carnot de Bourgogne
 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
 Tel: +33 (0)380395988| | Room# D114A
===
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Are there typical ways Fedora tends to break? part 2

[Barry]

> On 26 Jul 2022, at 15:39, Chris Murphy  wrote:
> 
> OK thanks for the responses so far. I have followup questions for everyone, 
> even if you didn't previously respond.
> 
> Do you think a graphical rescue environment would be helpful in 
> troubleshooting system problems?
> 
> Do you think a graphical rescue environment using volatile storage, would be 
> useful?  i.e. similar to a Live boot, by default no changes to the system or 
> Live user environment would be written to persistent media; e.g. Firefox 
> cache files and history, or even installing software, would be entirely lost 
> on reboot from this graphical rescue environment
> 
> Do you think a mechanism for system snapshots and rollbacks would be useful 
> in troubleshooting system problems?

So long as the snapshot does not include any user data. Maybe only on /usr?
/home must not rollback or /var which can have dbs with user data.
Rolling back /etc is an interest situation to ponder. Maybe if a diff of 
changes can be
generated before the rollback so that system change can be applied again, 
slowly.
> 
> Do you think a snapshot+rollback mechanism would be more or less useful than 
> a graphical rescue environment, for troubleshooting system problems?

I built a fedora install on a USB ssd. It took some thinking about to figure 
out the dance to do that.

It would be like to be able to do that install from fedora, rather the. Boot 
live cd and install to USB device.

Barry
> 
> Thanks!
> --
> Chris Murphy
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

EFI

[Patrick Dupre]

Hello,

Is there not something wrong with this

When /boot/efi is ot mounted:
ls  /boot/efi/
EFI


while in the fstab 
UUID=A686-D625  /boot/efi   vfat
umask=0077,shortname=winnt,nofail 0 2

Indeed, I really have the mount the of /boot/efi during the boot
and of course
ls  /boot/efi/
is empty

Should I keep the vfat partition /boot/efi ? and move the EFI in /boot/efi
or just unmount this partition ?

Thank.


===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire interdisciplinaire Carnot de Bourgogne
 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
 Tel: +33 (0)380395988| | Room# D114A
===
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

update fails

[Patrick Dupre]

Hello,

During a dnf updade fo a fc34, I got
3 errors message like
timed out waiting for device (I do not have the rest of the message, there was 
a zm!)

Then I restared the dnf updade,
and got:
Error: An rpm exception occurred: package not installed

and I launched
dnf update
Last metadata expiration check: 0:16:54 ago on Tue 26 Jul 2022 06:16:00 PM CEST.
Dependencies resolved.
Nothing to do.
Complete!

I am not sure that this update is correct !

===
 Patrick DUPRÉ | | email: pdu...@gmx.com
 Laboratoire interdisciplinaire Carnot de Bourgogne
 9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
 Tel: +33 (0)380395988| | Room# D114A
===
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: sound device changed on me?

[Roger Heflin]

A global "udevadm trigger" often has weird effects.

All of the initial setup udev rules get re-run and will re-assert
those settings and override the current state.

Without digging through the udev rules it would be hard to tell, but
in general a udevadm trigger re-executes the udev rules used when the
devices are initially found and can reset devices settings back to the
udev rule(s) want that other applications had changed/overrode.


On Tue, Jul 26, 2022 at 9:37 AM Tom Horsley  wrote:
>
> I was changing some udev rules last night and ran "udevadm trigger"
> (which I found on the internet to avoid a reboot).
>
> This morning trying to watch a video, I had no sound. For some reason
> my sound output had been set to SPDIF rather than the HDMI I always
> had it set to.
>
> Was that a "trigger" side effect, or is something more mysterious going
> on (I haven't installed any updates or rebooted).
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Are there typical ways Fedora tends to break? part 2

[Ralf Corsépius]

Am 26.07.22 um 16:39 schrieb Chris Murphy:

OK thanks for the responses so far. I have followup questions for everyone, 
even if you didn't previously respond.

Do you think a graphical rescue environment would be helpful in troubleshooting 
system problems?

Do you think a graphical rescue environment using volatile storage, would be 
useful?  i.e. similar to a Live boot, by default no changes to the system or 
Live user environment would be written to persistent media; e.g. Firefox cache 
files and history, or even installing software, would be entirely lost on 
reboot from this graphical rescue environment

Do you think a mechanism for system snapshots and rollbacks would be useful in 
troubleshooting system problems?

Do you think a snapshot+rollback mechanism would be more or less useful than a 
graphical rescue environment, for troubleshooting system problems?


"No" to all.

In almost all cases, I have encountered in the last 10 years and more, 
either "switching back to an older kernel" (i.e. cases of kernel bugs) 
or landing in a "root shell" is sufficient.


Ralf




___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Are there typical ways Fedora tends to break? part 2

[Doug Herr]

On Tue, Jul 26, 2022, at 7:39 AM, Chris Murphy wrote:
> OK thanks for the responses so far. I have followup questions for 
> everyone, even if you didn't previously respond.
>
> Do you think a graphical rescue environment would be helpful in 
> troubleshooting system problems?

I like having a graphical environment available for rescue. The "live" DVDs 
might cover this already but I personally just keep a "systemrescue" image on a 
"Ventoy" bootable USB stick.

> Do you think a mechanism for system snapshots and rollbacks would be 
> useful in troubleshooting system problems?

Not sure I would be interested in this one, but I would keep reading about it 
if it were implemented and my mind might be changed.
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Are there typical ways Fedora tends to break? part 2

[little . moon8691]

Although I personally use a snapshot+rollback mechanism, I think for most users 
a rescue environment is more useful, because from my own experience and what I 
read from last question, many cases when the system end up cannot boot is from 
users playing with the boot process (eg grub) and make some mistakes. However 
conventional snapshot mechanism only backup the root/home partition, not boot 
and efi partition because of the filesystem limitation. A rescue environment 
would be helpful to at least help the user restore a grub install and provide a 
default kernel cmdline that can help the system boot. But of course, if /boot 
can be snapshotted and rolled back, it would be a very good thing (perhaps 
change boot partition to btrfs? But I don’t know if it is possible)

On Tue, Jul 26, 2022, at 10:39 PM, Chris Murphy wrote:
> OK thanks for the responses so far. I have followup questions for everyone, 
> even if you didn't previously respond.
> 
> Do you think a graphical rescue environment would be helpful in 
> troubleshooting system problems?
> 
> Do you think a graphical rescue environment using volatile storage, would be 
> useful?  i.e. similar to a Live boot, by default no changes to the system or 
> Live user environment would be written to persistent media; e.g. Firefox 
> cache files and history, or even installing software, would be entirely lost 
> on reboot from this graphical rescue environment
> 
> Do you think a mechanism for system snapshots and rollbacks would be useful 
> in troubleshooting system problems?
> 
> Do you think a snapshot+rollback mechanism would be more or less useful than 
> a graphical rescue environment, for troubleshooting system problems?
> 
> Thanks!
> --
> Chris Murphy
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: 
> https://docs.fedoraproject.org/en-US/project/code-of-conduct/
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
> Do not reply to spam on the list, report it: 
> https://pagure.io/fedora-infrastructure
> 
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Are there typical ways Fedora tends to break? part 2

[Tom Horsley]

On Tue, 26 Jul 2022 14:39:25 -
Chris Murphy wrote:

> Do you think a snapshot+rollback mechanism would be more or less useful than 
> a graphical rescue environment, for troubleshooting system problems?

I think a snapshot system would only be helpful if I could utterly
disable it. (I eventually figured out how to do that on Windows).

You know what what be really useful? (but would take 10 or 15 years to 
implement):

Go over every error and information message in linux with a group of
volunteers who never heard of linux and fix the messages so no one says
"What on earth does that mean?" any longer.

Another really useful tool (which might even be possible to implement):
A specialized google search tied to the current version of all the
software currently installed which filters out the 31,101,471 hits
you otherwise get explaining things that were true on old versions
but are no longer true now :-).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: anyone using kernel 5.19-rc7 ?

[old sixpack13]

> is anyone already using kernel 5.19-rc7 ?
> if so:
> are you also seeing higher idle CPU frequency compared to 5.18.xyz ?
> 
> on my Intel i5-11400 (freq. range 800-4400 MHz) I see idle freq.:
> - with kernel 5.18: ~800 MHz
> - with kernel 5.19: ~2600 MHz (what is the base freq.)
> 
> watch -n1 cat /sys/devices/system/cpu/cpufreq/policy*/scaling_cur_freq


clarification is here:
https://lore.kernel.org/linux-pm/20220415133356.179706...@linutronix.de/
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Are there typical ways Fedora tends to break? part 2

[Chris Murphy]

OK thanks for the responses so far. I have followup questions for everyone, 
even if you didn't previously respond.

Do you think a graphical rescue environment would be helpful in troubleshooting 
system problems?

Do you think a graphical rescue environment using volatile storage, would be 
useful?  i.e. similar to a Live boot, by default no changes to the system or 
Live user environment would be written to persistent media; e.g. Firefox cache 
files and history, or even installing software, would be entirely lost on 
reboot from this graphical rescue environment

Do you think a mechanism for system snapshots and rollbacks would be useful in 
troubleshooting system problems?

Do you think a snapshot+rollback mechanism would be more or less useful than a 
graphical rescue environment, for troubleshooting system problems?

Thanks!
--
Chris Murphy
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

sound device changed on me?

[Tom Horsley]

I was changing some udev rules last night and ran "udevadm trigger"
(which I found on the internet to avoid a reboot).

This morning trying to watch a video, I had no sound. For some reason
my sound output had been set to SPDIF rather than the HDMI I always
had it set to.

Was that a "trigger" side effect, or is something more mysterious going
on (I haven't installed any updates or rebooted).
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: are there typical ways Fedora tends to break?

[Chris Murphy]

This is the current Fedora GRUB doc.
https://fedoraproject.org/wiki/GRUB_2

This doc needs updating but skimming it I'm not finding outright bad advice.
https://docs.fedoraproject.org/en-US/fedora/latest/system-administrators-guide/kernel-module-driver-configuration/Working_with_the_GRUB_2_Boot_Loader/

The wiki doc contains grubby examples for modifying the kernel command line and 
is the preferred tool for such modifications because they're applied correctly 
universally: regardless of BIOS or UEFI, or Fedora version, or architecture, or 
whether the user might have at one time opted out of BootLoaderSpec conversion.

In particular the section 
https://fedoraproject.org/wiki/GRUB_2#Instructions_for_UEFI-based_systems 
contains more thorough instructions resulting in a more complete reinstallation 
that should be equivalent to a clean installed system.

--
Chris Murphy
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: Monitor speakers change which "device" they are

[Tim via users]

Hi George N. White III:
> It would be helpful to have a tutorial "How to manage multiple audio
> devices" using slots.  

Yes!

> The capabilities to get around the order in which devices are
> discovered is there, but the user tools need a higher-level way to
> present and manage the priority and switch between devices.  I
> suspect a really effective solution might require some changes at the
> hardware level to support UUID's that would be the same when a (USB)
> device is moved to a different system.

If I switch on my USB audio device and then read the tail of dmesg, I
see this:

[508825.312474] usb 1-12: new high-speed USB device number 7 using xhci_hcd
[508825.424455] usb 1-12: device descriptor read/64, error -71
[508825.637493] usb 1-12: device descriptor read/64, error -71
[508826.514480] usb 1-12: new high-speed USB device number 8 using xhci_hcd
[508826.638210] usb 1-12: New USB device found, idVendor=1397, idProduct=0503, 
bcdDevice= 1.00
[508826.638221] usb 1-12: New USB device strings: Mfr=1, Product=3, 
SerialNumber=2
[508826.638228] usb 1-12: Product: UMC1820
[508826.638235] usb 1-12: Manufacturer: BEHRINGER
[508826.638240] usb 1-12: SerialNumber: 04BBF4FF

If I switch it off, wait, switch it back on again, I see this:

[568753.073218] usb 1-12: USB disconnect, device number 8
[568766.062266] usb 1-12: new high-speed USB device number 9 using xhci_hcd
[568766.174287] usb 1-12: device descriptor read/64, error -71
[568766.387286] usb 1-12: device descriptor read/64, error -71
[568767.264274] usb 1-12: new high-speed USB device number 10 using xhci_hcd
[568767.387993] usb 1-12: New USB device found, idVendor=1397, idProduct=0503, 
bcdDevice= 1.00
[568767.388004] usb 1-12: New USB device strings: Mfr=1, Product=3, 
SerialNumber=2
[568767.388011] usb 1-12: Product: UMC1820
[568767.388017] usb 1-12: Manufacturer: BEHRINGER
[568767.388023] usb 1-12: SerialNumber: 04BBF4FF

One would presume there's enough in there to associate the device with
a fixed ID.  Even if it fakes the serial number, it's different from
the other audio hardware in a consistent manner.  Some don't provide
much in the way of useful identifies, but they each use different
drivers:

HDMI audio through the monitor:
[9.884206] snd_hda_intel :00:1f.3: bound :00:02.0 (ops 
i915_audio_component_bind_ops [i915])
[9.890273] snd_hda_intel :00:1f.3: irq 127 for MSI/MSI-X

On-board audio:
[9.916659] snd_hda_codec_realtek hdaudioC0D0: autoconfig for ALC892: 
line_outs=1 (0x14/0x0/0x0/0x0/0x0) type:line
[9.916663] snd_hda_codec_realtek hdaudioC0D0:speaker_outs=0 
(0x0/0x0/0x0/0x0/0x0)
[9.916664] snd_hda_codec_realtek hdaudioC0D0:hp_outs=1 
(0x1b/0x0/0x0/0x0/0x0)
[9.916665] snd_hda_codec_realtek hdaudioC0D0:mono: mono_out=0x0
[9.91] snd_hda_codec_realtek hdaudioC0D0:inputs:
[9.916668] snd_hda_codec_realtek hdaudioC0D0:  Front Mic=0x19
[9.916669] snd_hda_codec_realtek hdaudioC0D0:  Rear Mic=0x18
[9.916671] snd_hda_codec_realtek hdaudioC0D0:  Line=0x1a

More about the on-board audio:
[9.936627] input: HDA Intel PCH Front Mic as 
/devices/pci:00/:00:1f.3/sound/card0/input7
[9.937820] input: HDA Intel PCH Rear Mic as 
/devices/pci:00/:00:1f.3/sound/card0/input8
[9.937879] input: HDA Intel PCH Line as 
/devices/pci:00/:00:1f.3/sound/card0/input9
[9.937938] input: HDA Intel PCH Line Out as 
/devices/pci:00/:00:1f.3/sound/card0/input10
[9.937979] input: HDA Intel PCH Front Headphone as 
/devices/pci:00/:00:1f.3/sound/card0/input11

More about the HDMI audio:
[9.938019] input: HDA Intel PCH HDMI/DP,pcm=3 as 
/devices/pci:00/:00:1f.3/sound/card0/input12
[9.938060] input: HDA Intel PCH HDMI/DP,pcm=7 as 
/devices/pci:00/:00:1f.3/sound/card0/input13
[9.938819] input: HDA Intel PCH HDMI/DP,pcm=8 as 
/devices/pci:00/:00:1f.3/sound/card0/input14
[9.939107] input: HDA Intel PCH HDMI/DP,pcm=9 as 
/devices/pci:00/:00:1f.3/sound/card0/input15
[9.939154] input: HDA Intel PCH HDMI/DP,pcm=10 as 
/devices/pci:00/:00:1f.3/sound/card0/input16

Outboard USB audio device:
[   10.753506] usbcore: registered new interface driver snd-usb-audio

[508825.312474] usb 1-12: new high-speed USB device number 7 using xhci_hcd
[508825.424455] usb 1-12: device descriptor read/64, error -71
[508825.637493] usb 1-12: device descriptor read/64, error -71
[508826.514480] usb 1-12: new high-speed USB device number 8 using xhci_hcd
[508826.638210] usb 1-12: New USB device found, idVendor=1397, idProduct=0503, 
bcdDevice= 1.00
[508826.638221] usb 1-12: New USB device strings: Mfr=1, Product=3, 
SerialNumber=2
[508826.638228] usb 1-12: Product: UMC1820
[508826.638235] usb 1-12: Manufacturer: BEHRINGER
[508826.638240] usb 1-12: SerialNumber: 04BBF4FF

Switching the USB audio device off and on again is often enough to get
the device noticed by my system and sound go over to it.  I'm for

Re: Monitor speakers change which "device" they are

[George N. White III]

On Mon, Jul 25, 2022 at 6:19 PM Tim via users 
wrote:

> On Mon, 2022-07-25 at 07:55 -0700, stan via users wrote:
> > I think this is a consequence of parallel boot.  The order in which
> > devices are discovered is non-deterministic.
>
> Or, at all.  Occasionally my system doesn't find any audio hardware.
>
> Many of us are in this "which card?" boat, because of modern hardware
> being quite different from ye olde.  There's the on-board sound, which
> may or may not have anything plugged into it (mine doesn't).  A HDMI
> video monitor which may support sound (mine does).  And we may (I do)
> have some USB audio hardware plugged in.  While I could disable the on-
> board sound (assuming that a UEFI option really disables it and the OS
> doesn't find it again), I can't disable the HDMI audio and it is useful
> to be able to manually select it, some times.
>

Audio devices (like disk partitions) should have UUID's so order of
discovery
can be ignored.


>
> Somehow it's supposed to determine which one to use.  And we'd hope
> that once we've set a preference in our login account (e.g. using
> whatever pulseaudio volume control app applies, in my case I'm using
> "mate-volume-control") it would stick.
>
> Ideally, these volume control apps need improving so that they clearly
> identify hardware precisely (not configure things to use the first
> found device method, when *we* know that's not a fixed answer), and
> write the config in such a place that it's paid attention to.
>
> I've had a look at the link in your next message:
> https://alsa.opensrc.org/MultipleCards  But I may as well be reading
> NASA specs on the space shuttle, there's a presumption of prior
> knowledge.
>

It would be helpful to have a tutorial "How to manage multiple audio
devices" using slots.

The capabilities to get around the order in which devices are discovered
is there, but the user tools need a higher-level way to present and manage
the priority and switch between devices.  I suspect a really effective
solution
might require some changes at the hardware level to support UUID's that
would be the same when a (USB) device is moved to a different system.

-- 
George N. White III
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: .serverauth.2688 does not exist

[Patrick Dupre]

Hello,

 

I think that the issue with one or the gnome-extension.

If I remove the loading of the extensions, the issue disappear.

Then, I can reestablish the extension without problem.

However, II have to remove the extension evey time that I wish to

log in in graphic mode.

Nevertheless, I noted that the extension calculator outdated, but I cannot

remove it (the extension is incompatible with the current GNOME version).
 

===
Patrick DUPRÉ | | email: pdu...@gmx.com
Laboratoire interdisciplinaire Carnot de Bourgogne
9 Avenue Alain Savary, BP 47870, 21078 DIJON Cedex FRANCE
Tel: +33 (0)380395988 | | Room# D114A
===

 
 

Sent: Monday, July 25, 2022 at 12:18 PM
From: "George N. White III" 
To: "Community support for Fedora users" 
Subject: Re: .serverauth.2688 does not exist



On Sun, Jul 24, 2022 at 5:27 PM Patrick Dupre  wrote:


What I am doing is simple.

I boot.
I get the graphical environment/display offering the user list (X).
Now 2 options
1) I login "normally" bu providing a password.
After that, the graphic freezes for a small while (1-2 Minute),
and I can try the same thing, wit the same result.

 

Does the login user have a VNC server running?   If I connect

a monitor to a normally headless server something similar

happens.  VNC servers are being started using systemd.

 

Only one solution: reboot (for example by login from the network).
2) Ctl/Atl F2. I get a text terminal and I log in text mode
I run startx and the X mode opens, every thing run properly
(gnome).
Do you
Is it clear?


 

I haven't tried that -- just use the text terminal to stop the VNC

server.

___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org Do not reply to spam on the list, report it: https://pagure.io/fedora-infrastructure


___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure