Re: dnf upgrade to Fedora 35 using --downloaddir just wiped out my entire home dir !

[Andy Paterson via users]

This is why my /home has its own dedicated 2 disk md mirror 
The disks are physically powered off before i do a dnf upgrade of my system disk
I then fix fstab to mount my /home as the very last stage!!!

> On 18 Nov 2021, at 04:39, Joe Zeff  wrote:
> 
> On 11/17/21 9:20 PM, linux guy wrote:
>> Sorry, I've been using Redhat/Fedora for 20 years.  Never once lost data 
>> like this.  This is bad programming, period !
>> On Wed, Nov 17, 2021 at 9:15 PM Joe Zeff > > wrote:
>>On 11/17/21 6:45 PM, linux guy wrote:
>> > Any chance I can recover the files ?
>>I very seriously doubt it because in Linux, gone is gone.  I hope I'm
>>wrong here, but this is why you should never upgrade your system
>>without
>>first backing up your /home and anything else you consider important.
> 
> There's always a first time.  And, programming errors aren't the only causes 
> of data loss.  It doesn't take much time to back up /home and the peace of 
> mind you get from knowing that no matter what happens your data is safe is 
> well worth 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
___
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: Does the program llvm break all the hardware or only some of it ?

[Andy Paterson via users]

Hi Dorian,
You should send to

http://www.fedora-fr.org/

Where you will get more French
Help

> On 19 Oct 2021, at 19:20, Dorian ROSSE  wrote:
> 
> 
> Patrick : Roger has the good answer i think
> 
> Have a nice evening from the France it is twenty past twenty here,
> 
> Regards.
> 
> 
> Dorian Rosse.
> From: Patrick O'Callaghan 
> Sent: Tuesday, October 19, 2021 7:48:13 PM
> To: users@lists.fedoraproject.org 
> Subject: Re: Does the program llvm break all the hardware or only some of it ?
>  
> On Tue, 2021-10-19 at 16:24 +, Dorian ROSSE wrote:
> > " Those are not scripts, they are source and header files. It's
> > important "
> > 
> > Are you answer thoses are big scripts who are crash the fedora server
> > ?
> 
> To repeat what several people have already said: *I have absolutely no
> idea what you are talking about*. Your question is badly phrased and
> gives very little information on which to base an answer.
> 
> poc
> ___
> 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: Gedit and no geometry?

[Andy Paterson via users]

I recall —geometry is handled by an X-windows library function & is common to 
most X based apps
So when this (or any other app) used Xlib there are various command line 
arguments (argv[]) that are handled by the X regardless of the app
> On 13 Nov 2020, at 22:49, ToddAndMargo via users 
>  wrote:
> 
> Hi All,
> 
> Looking at uboboo's man page for gedit, it
> has a --geometry command line switch;
> 
> http://manpages.ubuntu.com/manpages/xenial/en/man1/gedit.1.html
> 
> But our's does not.
> 
> Are we way out of date?
> 
> Do we have test editor with a geometry switch?
> 
> -T
> ___
> 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
___
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

Re: nfs mount problem -

[Andy Paterson via users]

On Wednesday, 24 June 2020 21:05:43 BST Tom Horsley wrote:
> On Wed, 24 Jun 2020 15:52:55 -0400
> Bob Goodwin wrote:
> 
> 
> > [root@localhost bobg]# systemctl restart nfs
> > Failed to restart nfs.service: Unit nfs.service not found.
> 
> 
> systemctl list-unit-files | fgrep nfs
> 
> probably shows the name you want. "nfs-server" is
> probably the right name (some other distro must call
> it just "nfs" - I have so many virtual machines for testing
> I lose track of what things are called in different
> distros).
> ___
> 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
exportfs -a


___
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

Re: netfsname: command not found

[Andy Paterson via users]

I would guess its trying to return the fikesystem mount point for the supplied 
pathname - try:
Stat -c %m


> On 19 Apr 2020, at 03:45, Hiisi  wrote:
> 
> On Sat, Apr 18, 2020 at 12:44 PM Samuel Sieb  wrote:
>> 
> 
>> Are you sure that's a binary?  That looks more like a script of some
>> sort.  What does "file wnprun/bin/witnotp" say?
> 
> You are right. It's a script actually:
> workspace/tmp/jake/wnprun/bin/witnotp: Bourne-Again shell script,
> ASCII text executable
> 
> The line that causes the error is:
> wnp_dir=`netfsname $wnp_dir`
> Maybe I will play with it trying to substitute that outdated bash
> commands. What would be your guess for netfsname?
> Thanks for your help!
> -- 
> Hiisi.
> Registered Linux User #487982. Be counted at: https://linuxcounter.net/
> --
> Spandex is a privilege, not a right.
> ___
> 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
___
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

Re: Cron sometimes starts two jobs from the same crontab entry

[Andy Paterson via users]

I understood crontab used UTC time - daylight saving shouldn't apply

> On 8 Apr 2020, at 10:07, Ed Greshko  wrote:
> 
> On 2020-04-08 16:56, Patrick O'Callaghan wrote:
>>> On Wed, 2020-04-08 at 07:52 +0800, Ed Greshko wrote:
>>> On 2020-04-08 07:27, Cameron Simpson wrote:
 On 07Apr2020 07:07, Terry Barnaby  wrote:
> 01 23 * * 1 root /src/bbackup/bbackup-beam
 [...]
 
 1:23am. Do not the timezone shifts happen at 2am (avoids horrible day 
 changes if it happened at 12am). So 1:23am can happen twice if 2am steps 
 back to 1am.
 
 Our summer time just ended here. Might a similar shift have happened for 
 you?
>>> Well, except that the format of the crontab is
>>> 
>>> Minute  Hour Day-of-Month .
>> How does that avoid the problem? The same time can still happen twice.
>> 
> 
> 
> 
> How can 23:01 happen twice at the switch to/from DST?
> 
> -- 
> The key to getting good answers is to ask good questions.
> ___
> 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
___
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

Re: rescue mode needs rescuing!

[Andy Paterson via users]

I have a coolermaster cosmos case & diy system it has no reset button!
It sounds like your setup is similar.
Without a hardware reset, add-on cards like graphics or network cards are not 
actually reset to initialise them.
I have to physically switch off mains power/disconnect the psu & wait a min for 
capacitors to empty before switching on for a guaranteed hardware reset - try 
that!

> On 18 Mar 2020, at 20:22, home user  wrote:
> 
> (replying to my post yesterday at 9:55 PM)
> 
> > I'll try what you [George] suggest tomorrow.
> 
> Powered down.
> Disconnected speaker and monitors.
> Removed sound board and graphics card (difficult!).
> 
> I tried to find a place to reconnect one monitor.  Searched front, back, both 
> sides, and top of the tower.  Searched inside the tower.  I could not find a 
> place to connect the monitor.  I bought everything in Feb. or March of 2103.  
> If there were other cables for the monitors, I seriously doubt I still have 
> them. I'm not turning the house inside out and upside down searching for them!
> 
> Tests abandoned.
> 
> Assuming Samuel is correct that Fedora live spins are not maintained, and 
> since the problems were observed in the F30 live spin but not (so far) in the 
> f31 live spin, I conclude filing a bug is useless anyway.
> ___
> 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
___
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

Re: Unnecessary hard drive spin-ups

[Andy Paterson via users]

Except the system call version doesn't need you to include any header files!
Which is NOT clear from the man page!

> On 13 Feb 2020, at 13:53, George N. White III  wrote:
> 
> 
>> On Thu, 13 Feb 2020 at 06:40, Andy Paterson via users 
>>  wrote:
> 
>> [...] 
>> I am a little confused by getcwd(), on linux it is supposed to be a system 
>> call .. I expect to find a manual page for it in section 2 (man 2 getcwd)
>> instead it gives me the library function manual page from section 3 (man 3 
>> getcwd)
> 
> $ man -k getcwd
> getcwd (2)   - get current working directory
> getcwd (3)   - get current working directory
> getcwd (3p)  - get the pathname of the current working directory
> $ gzip -dc /usr/share/man/man2/getcwd.2.gz
> .so man3/getcwd.3
>  
>> I would fully expect a libc version of getcwd to make many system calls to 
>> traverse the current path but here getcwd() is a system call with all work 
>> done internally in the kernel, so I wouldnt expect anything to probe the 
>> path elements.
>> When I knock up a simple program to do a getcwd() and strace it I find that 
>> getcwd (on FC31 anyway) IS a system call.
>> Why does "man getcwd" give me a page from section 3?
> 
> The man page explains the differences, so it makes sense that "man 2" and 
> "man 3" give the same text:
> 
>  C library/kernel differences
>On Linux, the kernel provides a getcwd() system call, which  the  func‐
>tions  described  in  this  page will use if possible.  The system call
>takes the same arguments as the library function of the same name,  but
>is  limited  to  returning at most PATH_MAX bytes. 
> 
> The getcwd() system call saves overhead but should make the same storage 
> accesses as the
> library version.
> 
> -- 
> 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
___
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

Re: Unnecessary hard drive spin-ups

[Andy Paterson via users]

On Thursday, 13 February 2020 01:09:20 GMT Roger Heflin wrote:
> It may be the pwd command doing it.  It works like this:
> 
> if something runs pwd when its cwd is under say /var/log then pwd goes
> through all files in /var/log until it finds .. then it goes up a
> directory and repeats, until it gets to /.
> 
> Assuming that is the case your solution would be expected to work, if
> you put it under /mnt/backups then any other pwd anywhere under mnt
> may also cause the spinup.  On nfs mounts an nfs mount that is hanging
> of say /mnt/host1 can hang everything else in /mnt even coming from
> other responding hosts.  the trick there is to
> /mnt/host1/host1mntpoint and put each separate host in a separate top
> level directory to isolate them from each other.  You may not need to
> do that so long as you don't have other things in /mnt being used that
> may cause a pwd.
> 
> if you run ls -l /proc/*/cwd | more it will show you everything
> running's cwd.  I see /var/spool/at (atd process) with that as a home
> dir, so atd doing a pwd would cause a spinup.
> 
> I don't actively use atd for anything and strace does not show atd
> doing anything on my machine.  If you use atd then it may be what is
> doing it. nfs's statd also its cwd under var and is used on nfs
> servers.
> 
> On Wed, Feb 12, 2020 at 1:11 PM Dave Ulrick  wrote:
> 
> >
> >
> > On 2/12/20 7:53 AM, Dave Ulrick wrote:
> > 
> > > Interesting thought. I can envision how a lookup for /var/xyz could
> > > cause everything under /var to be looked up, and I can see how
> > > /var/cache or /var/run would be frequently read.  I'll try mounting a
> > > green USB drive's file system at a third-level directory (e.g.,
> > > /var/backups/0) or under a less popular directory (e.g., /mnt/backups)
> > > and see if that behaves any differently.
> >
> >
> >
> > I ran 'strace' on 'ls' but nothing interesting showed up. Then, I ran
> > 'strace' on 'bash'. I ran 'ls' from 'bash' and then exited. The strace
> > log shows two connect()s to a socket file under /var/run:
> >
> >
> >
> > socket(AF_UNIX, SOCK_STREAM|SOCK_CLOEXEC|SOCK_NONBLOCK, 0) = 3
> > connect(3, {sa_family=AF_UNIX, sun_path="/var/run/nscd/socket"}, 110) =
> > -1 ENOEN
> > T (No such file or directory)
> > close(3)
> >
> >
> >
> > /var/run/nscd/socket appears to be related to the 'nscd' DNS cache which
> > I am not running on my PCs.
> >
> >
> >
> > So, it looks likely that reading /var/run caused the contents of /var to
> > be read. This would have triggered a wakeup of the device hosting
> > /var/backups which would be a cause of its hard drive spinning up.
> >
> >
> >
> > In addition to one PC that mounted a green USB drive under /var I had
> > several other PCs that mounted a NAS under /var. That NAS is intended to
> > store backup files so its hard drive is configured to spin down after 10
> > idle minutes.
> >
> >
> >
> > In view of these findings, I've reconfigured my PCs to mount the backups
> > directory under /mnt instead of /var. So far since doing so I've not
> > noticed any spin-up delays related to a USB hard drive or the backup NAS.
> >
> >
> >
> > Thanks, Tim!
> >
> >
> >
> > Dave
> >
> >
> >
> > ___
> > 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.o
> > rg
> ___
> 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

I am a little confused by getcwd(), on linux it is supposed to be a system call 
.. I expect to find a 
manual page for it in section 2 (man 2 getcwd)
instead it gives me the library function manual page from section 3 (man 3 
getcwd)
I would fully expect a libc version of getcwd to make many system calls to 
traverse the current 
path but here getcwd() is a system call with all work done internally in the 
kernel, so I wouldnt 
expect anything to probe the path elements.
When I knock up a simple program to do a getcwd() and strace it I find that 
getcwd (on FC31 
anyway) IS a system call.
Why does "man getcwd" give me a page from section 3?
___
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: 

Re: Is This Windows?.....

[Andy Paterson via users]

Please forgive my intrusion on this ott thread, but as a now retired “unix guy” 
using unix since xenix blah! And having written network device drivers before 
tcp/ip became the norm
In order to mmap a file it must be open, furthermore when a file is removed 
(ulink’ed) the kernel doesn't actually “delete” the file (& free its blocks 
etc) until it has an “open” count of zero - similarily with link count.
So if a .so or any other file is “replaced” the original file is still open & 
exists for any process that has it open!
The same thong applies for example with binary executable files.
So  it seems to me that any update problems are limited to installing a new 
executable before installing a new version of a library (.so etc) and running 
the executable before its dependency is installed
Of course a new kernel & device drivers is a totally different issue!
This isn't Windows!

> On 30 Dec 2019, at 17:58, Richard Hughes  wrote:
> 
> On Mon, 30 Dec 2019 at 15:02, John Mellor  wrote:
>> I've complained about this issue before.  Its a defective design
>> decision made by the Gnome people, some of whom I suspect to be
>> ex-Windows people trying to sabotage the desktop;^0
> 
> This is unacceptable.
> 
>> but I have yet to either hear of or experience an actual
>> problem caused by not rebooting in 20 years of Linux use
> 
> I was the person triaging these bugs for about the last decade. If you
> have a failure rate of 1/1, and you have millions of users, you
> have tens of angry users EVERY DAY filing bugs that their root
> filesystem exploded or that their GUI application crashed while it was
> updated in the background, losing all their work. Offline updates has
> reduced this failure rate by about 3 orders of magnitude.
> 
>> Unix is designed to prevent this problem
> 
> That's nonsense, sorry.
> 
>> as its actually a ruse by the Gnome developers to justify their broken 
>> design decision
> 
> You're just being offensive now.
> 
>> instead of just doing the simpler and easier code in the update app
> 
> You're hilarious, and you you clearly don't actually understand how
> rpm deployment works, UXIX locking semantics, or modern Linux service
> or application design. Please self moderate your opinions in the
> future.
> 
> Richard.
> ___
> 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
___
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

Re: The (bad) state of Qt on GNOME / Wayland

[Andy Paterson via users]

Just to make a point, i have always disliked gnome & ever since it first 
appeared have used kde on fedora, if qt support in fedora becomes broken, i for 
one will ditch fedora

> On 9 Dec 2019, at 13:05, Patrick O'Callaghan  wrote:
> 
> On Mon, 2019-12-09 at 12:40 +, mario futire wrote:
> 
> [When replying via HyperKitty, please quote the text you are commenting
> on. Unlike standard email clients, HK doesn't do this automatically,
> and most members of this list use email, not HK]
> 
>> Sorry about a mistake, the default desktop is indeed Gnome - Wayland (no Qt 
>> here, mistake)
>> but if one uses a Qt-based app, then all these issues are very real.
>> 
>> So Gnome - Wayland is ok, as long as Qt apps are *not* used.
>> 
>> The issues is not in KDE, but somewhere between Mutter - Wayland - Qt.
> 
> I know KDE is not the same as Qt, but Qt is actively discussed on the
> Fedora KDE list much more than here, especially regarding issues with
> Wayland.
> 
>> Fedora default desktop should be able to run correctly most applications.
>> If Qt applications cannot work properly in the default desktop, then it (the 
>> default desktop) should be configured to run Qt-based application in the X11 
>> emulation.
>> 
>> We are talking about a big GUI framework, not some unknown library. If 
>> GNOME/Wayland cannot cope with it, it should either not be the default or 
>> ensure Qt apps are run in the X11 emulation.
> 
> I don't disagree, but as I use KDE (on X11) in preference to Gnome it's
> not that visible to me.
> 
> poc
> ___
> 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
___
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

Re: I need help understanding /proc/sys/kernel/core_pattern

[Andy Paterson via users]

man 5 core

> On 12 Aug 2019, at 04:48, ToddAndMargo via users 
>  wrote:
> 
>> On 8/11/19 6:01 PM, Sam Varshavchik wrote:
>> ToddAndMargo via users writes:
>>> Hi All,
>>> 
>>> I have no idea what this tells me
>>> 
>>> $ cat /proc/sys/kernel/core_pattern
>>> |/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e
>>> 
>>> Does anyone know of a list somewhere?
>> Would you believe the proc manual page, which directs you to the core manual 
>> page?
>>> And why does it send out a pipe symbol?
>> To indicate that the core file is an external program.
>>> 
>>> What does this do?
>>> 
>>>  # echo core > /proc/sys/kernel/core_pattern
>>> 
>>> Will "core" turn on core dumps?
>> The core dumps are already turned on, except that they are fed to abrt, 
>> which stashes them away. This will, instead, create a plain file called 
>> "core" in the executable's directory.
>>> And if so, how do I turn it back off after testing it?
>>> 
>>> And will it wipe out "%P %u %g %s %t %c %h %e"?
>> Set it back to what it was.
>> echo '|/usr/lib/systemd/systemd-coredump %P %u %g %s %t %c %h %e'  
>> >/proc/sys/kernel/core_pattern
>> Now, if you really want a core file, you don't really have to do any of 
>> that. You can leave core_pattern at its default value, and just pull the 
>> core file down, upon demand. I have a small shell script in my $HOME/bin 
>> directory:
>> $ cat ~/bin/core
>> #!/bin/bash
>> exec coredumpctl -o core dump
>> And after something dumps core, I just execute "core", and the core file 
>> appears in my current directory.
> 
> Thank you!
> 
> ___
> 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
___
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

Re: how aliases for man pages are supported? [OT?]

[Andy Paterson via users]

I always understood that “man” ran a script which basically ran “nroff -man”

> On 26 Mar 2019, at 18:03, Todd Zullinger  wrote:
> 
> Robert P. J. Day wrote:
>>> On Tue, 26 Mar 2019, Todd Zullinger wrote:
>>> AFAIK, man finds 'storage.conf' because it is the title of
>>> the man page.  So it's not actually an alias.
>>> 
>>> $ zcat /usr/share/man/man5/containers-storage.conf.5.gz | head -n1
>>> .TH "storage.conf" "5" " Container Storage Configuration File" "Dan
>>> Walsh" "May 2017"
>> 
>>  i saw that as the included title and actually thought, "could it
>> just be picking up the title in the page itself?" and i thought, "nah,
>> it must be something more elegant." so that's it? huh.
> 
> I can't say I know the full rules used by the man command,
> but the title and the name fields are indexed by mandb and
> then used when you pass a page to the man command.
> 
> You can use the --debug (-d) option to man to get a lot more
> detail about how it finds a page, usually combined with the
> --where (-w) option to simply show the location of the man
> page source.
> 
> Something like:
> 
>man -d -w 5 storage.conf |& less
> 
> -- 
> Todd
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org

Re: SElinux error

[Andy Paterson via users]

Dac is selinux discretionary access control


> On 11 Nov 2018, at 20:04, stan  wrote:
> 
> On Sun, 11 Nov 2018 11:28:44 -0800
> Paolo Galtieri  wrote:
> 
>> Folks,
>>   I got the fllowing SElinux error today:
>> 
>> SELinux is preventing 72733A6D61696E20513A526567 from using the 
>> dac_override capability.
>> 
>> Anyone know what this refers to?
> 
> dac usually means digital-analog conversion in sound applications, so it
> might be pulseaudio.
> 
> But that is just a guess.  The long hash could refer to anything.
> ___
> users mailing list -- users@lists.fedoraproject.org
> To unsubscribe send an email to users-le...@lists.fedoraproject.org
> Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
> List Archives: 
> https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org
___
users mailing list -- users@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org
Fedora Code of Conduct: https://getfedora.org/code-of-conduct.html
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/users@lists.fedoraproject.org