Re: Questions on creating RPM Package??

2021-07-01 Thread Michael D. Setzer II via users
Thanks for the reply. Comments below On 1 Jul 2021 at 18:35, Samuel Sieb wrote: Subject:Re: Questions on creating RPM Package?? To: users@lists.fedoraproject.org From: Samuel Sieb Date sent: Thu, 1 Jul 2021 18:35:01 -0700 Send r

Re: NM, wpa_supplicant flooding error log

2021-07-01 Thread Jon LaBadie
On Fri, Jul 02, 2021 at 01:50:57PM +0800, Ed Greshko wrote: On 02/07/2021 09:45, Jon LaBadie wrote: On Fri, Jul 02, 2021 at 05:36:30AM +0800, Ed Greshko wrote: Well, what I would do in this case is to first do "lspci -v" and compare my hardware specs and driver in use with that reported in th

Re: NM, wpa_supplicant flooding error log

2021-07-01 Thread Ed Greshko
On 02/07/2021 09:45, Jon LaBadie wrote: On Fri, Jul 02, 2021 at 05:36:30AM +0800, Ed Greshko wrote: Well, what I would do in this case is to first do "lspci -v" and compare my hardware specs and driver in use with that reported in the BZ to see how they match up.  It is not inconceivable that

Re: System always "Resumes from hibernation" on startup

2021-07-01 Thread Tim via users
On Thu, 2021-07-01 at 12:21 -0400, Tom Horsley wrote: > If you are never going to want to hibernate, do what I do > and remove the resume= from the kernel boot line in grub. Then > it won't even look for a device to resume from. It was my understanding that there didn't need to be a resume paramet

Re: NM, wpa_supplicant flooding error log

2021-07-01 Thread Jon LaBadie
On Fri, Jul 02, 2021 at 05:36:30AM +0800, Ed Greshko wrote: On 02/07/2021 00:40, Jon LaBadie wrote: On Thu, Jul 01, 2021 at 07:35:12AM -0300, George N. White III wrote: On Thu, 1 Jul 2021 at 02:02, Jon LaBadie wrote: Laptop running F34 with an "Intel Cannon Point-LP CNVi [Wireless-AC]" contr

Re: Questions on creating RPM Package??

2021-07-01 Thread Samuel Sieb
On 2021-06-28 3:39 p.m., Michael D. Setzer II via users wrote: That would then add options to the grub boot menu similar to how memtest worked to add option. It would load kernel image, and then g4l in ram to run. Looked at memtest, but note that they don't have an option with the EFI version, wh

Re: System always "Resumes from hibernation" on startup

2021-07-01 Thread Jonathan Ryshpan
On Thu, 2021-07-01 at 07:26 -0700, stan via users wrote: > On Thu, 01 Jul 2021 07:13:38 -0700 > Jonathan Ryshpan wrote: > > > The system always tries to restore from hibernation on startup; this > > causes about a 1-1/2 minute delay.  I see no reason for this, since > > the system is halted by "(

Re: NM, wpa_supplicant flooding error log

2021-07-01 Thread Ed Greshko
On 02/07/2021 00:40, Jon LaBadie wrote: On Thu, Jul 01, 2021 at 07:35:12AM -0300, George N. White III wrote: On Thu, 1 Jul 2021 at 02:02, Jon LaBadie wrote: Laptop running F34 with an "Intel Cannon Point-LP CNVi [Wireless-AC]" controller. Every 10 seconds I get this error message (/var/log/

Re: NM, wpa_supplicant flooding error log

2021-07-01 Thread Jon LaBadie
On Thu, Jul 01, 2021 at 07:35:12AM -0300, George N. White III wrote: On Thu, 1 Jul 2021 at 02:02, Jon LaBadie wrote: Laptop running F34 with an "Intel Cannon Point-LP CNVi [Wireless-AC]" controller. Every 10 seconds I get this error message (/var/log/messages): wpa_supplicant[78893]: wlo

Re: System always "Resumes from hibernation" on startup

2021-07-01 Thread Tom Horsley
If you are never going to want to hibernate, do what I do and remove the resume= from the kernel boot line in grub. Then it won't even look for a device to resume from. ___ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email t

Re: System always "Resumes from hibernation" on startup

2021-07-01 Thread Tim via users
On Thu, 2021-07-01 at 07:13 -0700, Jonathan Ryshpan wrote: > The system always tries to restore from hibernation on startup; this > causes about a 1-1/2 minute delay. I see no reason for this, since > the system is halted by "(Start)->Shut Do..." I was of the understanding that when a system fir

Re: System always "Resumes from hibernation" on startup

2021-07-01 Thread stan via users
On Thu, 01 Jul 2021 07:13:38 -0700 Jonathan Ryshpan wrote: > The system always tries to restore from hibernation on startup; this > causes about a 1-1/2 minute delay.  I see no reason for this, since > the system is halted by "(Start)->Shut Do..."  Here is an extract > from the system log with in

Re: System always "Resumes from hibernation" on startup

2021-07-01 Thread Greg Woods
I would bet that if you "cat /proc/cmdline" you will see a resume= parameter, but even if not this may be the default. At any rate, it doesn't look like your resume attempt is the reason for the delay, as the delay has already occurred when the resume is attempted: Jun 30 12:19:40 amito kernel: Co

System always "Resumes from hibernation" on startup

2021-07-01 Thread Jonathan Ryshpan
The system always tries to restore from hibernation on startup; this causes about a 1-1/2 minute delay.  I see no reason for this, since the system is halted by "(Start)->Shut Do..."  Here is an extract from the system log with inserted comments. Jun 30 12:19:38 amito dracut-initqueue[523]: inacti

Re: NM, wpa_supplicant flooding error log

2021-07-01 Thread George N. White III
On Thu, 1 Jul 2021 at 02:02, Jon LaBadie wrote: > Laptop running F34 with an "Intel Cannon Point-LP CNVi [Wireless-AC]" > controller. > > > Every 10 seconds I get this error message (/var/log/messages): > >wpa_supplicant[78893]: wlo1: CTRL-EVENT-SCAN-FAILED ret=-22 > > A websearch shows this

Re: DNF not Installing all Updates?

2021-07-01 Thread Stephen Morris
On 29/6/21 07:37, old sixpack13 wrote: On 28/6/21 10:18, Ed Greshko wrote: I usually ignore the "nothing to do" situation as well and just issue the command again the next time I'm ready to put on updates again. It is a bit disconcerting though when Discover reports there being, in my case 638MB

Re: Creating a user-level systemd unit - SOLVED

2021-07-01 Thread Patrick O'Callaghan
On Thu, 2021-07-01 at 08:53 +0800, Ed Greshko wrote: > On 01/07/2021 05:56, Patrick O'Callaghan wrote: > > Apologies for the noise and thanks to all who attempted to help. > > Oh, that's OK. > > Got me to start experimenting with writing user units and learning a > bit about how they work. > > S