Re: EXTERNAL: Re: Kubernetes Development SIG

2020-09-19 Thread Wells, Roger K. via devel 
On 9/19/20 1:10 AM, Vipul Siddharth wrote:


On Tue, Sep 15, 2020 at 8:26 PM Sumantro Mukherjee 
mailto:sumuk...@redhat.com>> wrote:


On Tue, Sep 15, 2020 at 7:15 PM Leonardo Rossetti 
mailto:lross...@redhat.com>> wrote:
Hello all,

I would like to present a Kubernetes Development SIG.

Love the Idea, Leo!
count me in :)
me too.

--
Vipul Siddharth
He/His/Him
Fedora | CentOS CI Infrastructure Team @ Red Hat



___
devel mailing list -- 
devel@lists.fedoraproject.org
To unsubscribe send an email to 
devel-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/devel@lists.fedoraproject.org



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-21 Thread Wells, Roger K. via devel 
On 8/20/20 6:47 PM, Chris Murphy wrote:
> As tedious as it is, my suggestion is kernel bisect.
>
> Various strategies abound. I'd probably go for course to fine
> granularity: start with Fedora Live ISOs, and see clearly where it
> does and doesn't happen. It sounds like the problem manifests quickly
> so you don't need to reinstall or compile. Once you've got a good vs
> bad kernel based on ISOs, you probably will need to compile because
> koji kernels aren't kept around more than (eek! I don't know but maybe
> a couple months?). I suggest not bothering with stable updates. Just
> work on the mainline kernel git. 5.3.0 good, 5.7.0 bad.
>
> make localmodconfig will significantly reduce the cost of compile time
>
> If it's not fixed already in 5.8 or 5.9, easy to test because both are
> in koji, I wouldn't assume it's just going to get fixed somehow.
> Someone would have to do a bisect and report it. In very rare cases if
> it's not fixed soonish (a kernel release or two) insist on lkml that
> the change that caused the regression is reverted. Of course, if it's
> hardware related, you won't likely find a good kernel.
>
> --
> Chris Murphy

Thanks for your time & suggestions. 
I have already started trying older live ISO's just don't have but one
right now but I'll find some more

> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-20 Thread Wells, Roger K. via devel 
On 8/14/20 12:29 PM, Tony Nelson wrote:
> On 20-08-14 09:14:51, Wells, Roger K. via devel wrote:
>> On 8/14/20 8:45 AM, Przemek Klosowski via devel wrote:
>
>>> So, what is kernel doing? what does your system log say? type
>>> 'dmesg' or 'journalctl -e' and look at the end of the data.
>>
>> The following repeats at the end of journalctl:
>> In the last second of the journal there are 14688 individual entries.
>>
>> Aug 13 18:23:51 rwells-x280 kernel: Hardware name: LENOVO
>> 20KFCTO1WW/20KFCTO1WW, BIOS N20ET55W (1.40 ) 06/01/2020
>> Aug 13 18:23:51 rwells-x280 kernel: Workqueue: events_freezable
>> ieee80211_restart_work [mac80211]
>> Aug 13 18:23:51 rwells-x280 kernel: RIP:
>> 0010:drv_sta_state+0x26e/0x3e0 [mac80211]
>> Aug 13 18:23:51 rwells-x280 kernel: Code: 0b 45 31 ed e9 44 fe ff ff
>> 48 8b 83 78 04 00 00 48 8d b3 98 04 00 00 48 c7 c7 80 46 f2 c0 48 85
>> c0 48 0f 45 f0 e8 c9 bf 23 d2 <0f> 0b 41 bd fb ff ff ff e9 1b fe ff
>> ff 65 8b 05 be fc 16 3f 89 c0
>> Aug 13 18:23:51 rwells-x280 systemd-journald[928]: Missed 44 kernel
>> messages
>> Aug 13 18:23:51 rwells-x280 kernel:  iTCO_wdt mac80211
>> iTCO_vendor_support snd_hda_intel irqbypass intel_rapl_msr
>> snd_intel_dspcfg rapl snd_hda_codec libarc4 snd_hda_core uvcvideo
>> intel_cstate iwlwifi snd_hwdep btusb videobuf2_vmalloc snd_seq
>> intel_uncore videobuf2_memops btrtl videobuf2_v4l2 btbcm
>> snd_seq_device btintel snd_pcm pcspkr cfg80211 mei_me wmi_bmof
>> intel_wmi_thunderbolt videobuf2_common i2c_i801 snd_timer thunderbolt
>> videodev bluetooth mei intel_pch_thermal mc thinkpad_acpi ucsi_acpi
>> joydev typec_ucsi processor_thermal_device ecdh_generic
>> intel_rapl_common ledtrig_audio ecc intel_xhci_usb_role_switch roles
>> intel_soc_dts_iosf typec snd soundcore rfkill int3403_thermal
>> int340x_thermal_zone int3400_thermal acpi_thermal_rel acpi_pad
>> ip_tables dm_crypt i915 i2c_algo_bit cec crct10dif_pclmul
>> crc32_pclmul crc32c_intel drm_kms_helper ghash_clmulni_intel nvme drm
>> serio_raw e1000e uas nvme_core usb_storage wmi video hid_multitouch fuse
>> Aug 13 18:23:51 rwells-x280 kernel: CPU: 0 PID: 5 Comm: kworker/0:0
>> Tainted: GW 5.7.12-200.fc32.x86_64 #1
>
> There is a problem with your WIFI adapter (what mac80211 is referring
> to).  I don't think you can unplug and replug the adapter, which would
> likely help, so don't just reset the computer, but power-cycle it.
>
> Sometimes dmesg has messages that don't make it into the log due to
> rate-limiting.  Not sure how to see dmesg when things are jammed up.
>
> Do you know if the problem depends on a particular kernel?  Ususally
> an older kernel will work, even if it isn't for the current version of
> Fedora.  If that helps, try to narrow it down to a particular kernel.
> If you find a boundary where it starts happening, report it on the
> kernel bugzilla. You won't be able to properly report the bug, since
> your kernel is tainted, but reporting it improperly may still be worth
> something to kernel developers.
>
> I suspect the hardware, but I'm often wrong.
>
Thanks (finally)
Yes it seems to be associated with wifi.  Disable wifi (nmcli radio wifi
off) and problem leaves.
I threw in the towel and did a fresh install of F32 to no avail.
A little research reveals similar/same problem in mac80211 beginning
around kernel 5.6.9 IIRC.
In any case wifi is to important to me so I will need to revert to
CentOS until this is fixed or
if it is a hardware issue the kernel can deal with it (report and move
on).  I am suspicious about a hardware problem
since sometimes I can run connected through wifi for hours, other times
the problem appears quickly.
I'll keep it up to date and if/when the issue is resolved I'll be back. 
Let me know if I can provide any info or tests.

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-14 Thread Wells, Roger K. via devel 
On 8/14/20 9:15 AM, Wells, Roger K. via devel wrote:
On 8/14/20 8:45 AM, Przemek Klosowski via devel wrote:
On 8/14/20 8:33 AM, Wells, Roger K. via devel wrote:

That was not the cause.
Now when it happens I have only three tasks running at 100% (same ones
as reported earlier).
Everything else, kerneloops, shutdown via power switch, etc, is as before.


Could you repost to the list with more info? I think you're saying that after 
removing sadc you still are 100% CPU with

kworker/6:1+events_freezable
dmesg
systemd-journal

That is correct.  The "6:1" in the kworker case varies.

running full tilt. THis probably means that it's the kernel worker threads are 
doing something that causes lots of errors, and all the other processes 
(including sadc that is now gone) are just busy writing those errors.

So, what is kernel doing? what does your system log say? type 'dmesg' or 
'journalctl -e' and look at the end of the data.

The following repeats at the end of journalctl:
In the last second of the journal there are 14688 individual entries.

Aug 13 18:23:51 rwells-x280 kernel: Hardware name: LENOVO 
20KFCTO1WW/20KFCTO1WW, BIOS N20ET55W (1.40 ) 06/01/2020
Aug 13 18:23:51 rwells-x280 kernel: Workqueue: events_freezable 
ieee80211_restart_work [mac80211]
Aug 13 18:23:51 rwells-x280 kernel: RIP: 0010:drv_sta_state+0x26e/0x3e0 
[mac80211]
Aug 13 18:23:51 rwells-x280 kernel: Code: 0b 45 31 ed e9 44 fe ff ff 48 8b 83 
78 04 00 00 48 8d b3 98 04 00 00 48 c7 c7 80 46 f2 c0 48 85 c0 48 0f 45 f0 e8 
c9 bf 23 d2 <0f> 0b 41 bd fb ff ff ff e9 1b fe ff ff 65 8b 05 be fc 16 3f 89 c0
Aug 13 18:23:51 rwells-x280 systemd-journald[928]: Missed 44 kernel messages
Aug 13 18:23:51 rwells-x280 kernel:  iTCO_wdt mac80211 iTCO_vendor_support 
snd_hda_intel irqbypass intel_rapl_msr snd_intel_dspcfg rapl snd_hda_codec 
libarc4 snd_hda_core uvcvideo intel_cstate iwlwifi snd_hwdep btusb 
videobuf2_vmalloc snd_seq intel_uncore videobuf2_memops btrtl videobuf2_v4l2 
btbcm snd_seq_device btintel snd_pcm pcspkr cfg80211 mei_me wmi_bmof 
intel_wmi_thunderbolt videobuf2_common i2c_i801 snd_timer thunderbolt videodev 
bluetooth mei intel_pch_thermal mc thinkpad_acpi ucsi_acpi joydev typec_ucsi 
processor_thermal_device ecdh_generic intel_rapl_common ledtrig_audio ecc 
intel_xhci_usb_role_switch roles intel_soc_dts_iosf typec snd soundcore rfkill 
int3403_thermal int340x_thermal_zone int3400_thermal acpi_thermal_rel acpi_pad 
ip_tables dm_crypt i915 i2c_algo_bit cec crct10dif_pclmul crc32_pclmul 
crc32c_intel drm_kms_helper ghash_clmulni_intel nvme drm serio_raw e1000e uas 
nvme_core usb_storage wmi video hid_multitouch fuse
Aug 13 18:23:51 rwells-x280 kernel: CPU: 0 PID: 5 Comm: kworker/0:0 Tainted: G  
  W 5.7.12-200.fc32.x86_64 #1


Also, the perf toolkit might help as explained in 
https://askubuntu.com/questions/33640/kworker-what-is-it-and-why-is-it-hogging-so-much-cpu


  1.  Install perf:

sudo apt-get install linux-tools-common linux-tools-3.11.0-15-generic


(The second package must match your kernel version. You can first install just 
linux-tools-common and call perf to let it tell you which package it needs.)

  2.  Record some 10 seconds of backtraces on all your CPUs:

sudo perf record -g -a sleep 10


  3.  Analyse your recording:

sudo perf report


I'll give this a try
thanks

I did it but I should have remembered earlier:
When this happens all sudo prefaced terminal input just locks up and never 
(apparently) executes.
Maybe there is a clue here?

  1.



___
devel mailing list -- 
devel@lists.fedoraproject.org<mailto:devel@lists.fedoraproject.org>
To unsubscribe send an email to 
devel-le...@lists.fedoraproject.org<mailto:devel-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/devel@lists.fedoraproject.org



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com<mailto:roger.k.we...@leidos.com>




___
devel mailing list -- 
devel@lists.fedoraproject.org<mailto:devel@lists.fedoraproject.org>
To unsubscribe send an email to 
devel-le...@lists.fedoraproject.org<mailto:devel-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/devel@lists.fedoraproject.org



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com<mailto:roger.k.we...@leidos.com>

___
devel mailing list -- devel@lists.fedora

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-14 Thread Wells, Roger K. via devel 
On 8/14/20 8:45 AM, Przemek Klosowski via devel wrote:
On 8/14/20 8:33 AM, Wells, Roger K. via devel wrote:

That was not the cause.
Now when it happens I have only three tasks running at 100% (same ones
as reported earlier).
Everything else, kerneloops, shutdown via power switch, etc, is as before.


Could you repost to the list with more info? I think you're saying that after 
removing sadc you still are 100% CPU with

kworker/6:1+events_freezable
dmesg
systemd-journal

That is correct.  The "6:1" in the kworker case varies.



running full tilt. THis probably means that it's the kernel worker threads are 
doing something that causes lots of errors, and all the other processes 
(including sadc that is now gone) are just busy writing those errors.

So, what is kernel doing? what does your system log say? type 'dmesg' or 
'journalctl -e' and look at the end of the data.

The following repeats at the end of journalctl:
In the last second of the journal there are 14688 individual entries.

Aug 13 18:23:51 rwells-x280 kernel: Hardware name: LENOVO 
20KFCTO1WW/20KFCTO1WW, BIOS N20ET55W (1.40 ) 06/01/2020
Aug 13 18:23:51 rwells-x280 kernel: Workqueue: events_freezable 
ieee80211_restart_work [mac80211]
Aug 13 18:23:51 rwells-x280 kernel: RIP: 0010:drv_sta_state+0x26e/0x3e0 
[mac80211]
Aug 13 18:23:51 rwells-x280 kernel: Code: 0b 45 31 ed e9 44 fe ff ff 48 8b 83 
78 04 00 00 48 8d b3 98 04 00 00 48 c7 c7 80 46 f2 c0 48 85 c0 48 0f 45 f0 e8 
c9 bf 23 d2 <0f> 0b 41 bd fb ff ff ff e9 1b fe ff ff 65 8b 05 be fc 16 3f 89 c0
Aug 13 18:23:51 rwells-x280 systemd-journald[928]: Missed 44 kernel messages
Aug 13 18:23:51 rwells-x280 kernel:  iTCO_wdt mac80211 iTCO_vendor_support 
snd_hda_intel irqbypass intel_rapl_msr snd_intel_dspcfg rapl snd_hda_codec 
libarc4 snd_hda_core uvcvideo intel_cstate iwlwifi snd_hwdep btusb 
videobuf2_vmalloc snd_seq intel_uncore videobuf2_memops btrtl videobuf2_v4l2 
btbcm snd_seq_device btintel snd_pcm pcspkr cfg80211 mei_me wmi_bmof 
intel_wmi_thunderbolt videobuf2_common i2c_i801 snd_timer thunderbolt videodev 
bluetooth mei intel_pch_thermal mc thinkpad_acpi ucsi_acpi joydev typec_ucsi 
processor_thermal_device ecdh_generic intel_rapl_common ledtrig_audio ecc 
intel_xhci_usb_role_switch roles intel_soc_dts_iosf typec snd soundcore rfkill 
int3403_thermal int340x_thermal_zone int3400_thermal acpi_thermal_rel acpi_pad 
ip_tables dm_crypt i915 i2c_algo_bit cec crct10dif_pclmul crc32_pclmul 
crc32c_intel drm_kms_helper ghash_clmulni_intel nvme drm serio_raw e1000e uas 
nvme_core usb_storage wmi video hid_multitouch fuse
Aug 13 18:23:51 rwells-x280 kernel: CPU: 0 PID: 5 Comm: kworker/0:0 Tainted: G  
  W 5.7.12-200.fc32.x86_64 #1




Also, the perf toolkit might help as explained in 
https://askubuntu.com/questions/33640/kworker-what-is-it-and-why-is-it-hogging-so-much-cpu


  1.  Install perf:

sudo apt-get install linux-tools-common linux-tools-3.11.0-15-generic


(The second package must match your kernel version. You can first install just 
linux-tools-common and call perf to let it tell you which package it needs.)

  2.  Record some 10 seconds of backtraces on all your CPUs:

sudo perf record -g -a sleep 10


  3.  Analyse your recording:

sudo perf report


I'll give this a try
thanks

  1.



___
devel mailing list -- 
devel@lists.fedoraproject.org<mailto:devel@lists.fedoraproject.org>
To unsubscribe send an email to 
devel-le...@lists.fedoraproject.org<mailto:devel-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/devel@lists.fedoraproject.org



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com<mailto:roger.k.we...@leidos.com>

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-14 Thread Wells, Roger K. via devel 
On 8/13/20 4:44 PM, Wells, Roger K. via devel wrote:
> On 8/13/20 4:28 PM, Przemek Klosowski via devel wrote:
>> On 8/13/20 4:12 PM, Wells, Roger K. via devel wrote:
>>>   I'll do something to disable it.
>> Oh, just thougth I'd mention---what I'd do would be
>>
>> locate sadc <- hopefully this would return the location of the
>> sadc binary, perhaps /var/lib64/sa/sadc
>>
>> rpm -qf /var/lib64/sa/sadc  <- this will report which package is sadc
>> a part of, perhaps sysstat
>>
>> yum erase sysstat  <- deletes the offending package once and for all.
> Thanks for the instructions.  I'll report back

That was not the cause. 
Now when it happens I have only three tasks running at 100% (same ones
as reported earlier).
Everything else, kerneloops, shutdown via power switch, etc, is as before.

>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org
>

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-13 Thread Wells, Roger K. via devel 
On 8/13/20 4:28 PM, Przemek Klosowski via devel wrote:
> On 8/13/20 4:12 PM, Wells, Roger K. via devel wrote:
>>   I'll do something to disable it.
>
> Oh, just thougth I'd mention---what I'd do would be
>
> locate sadc <- hopefully this would return the location of the
> sadc binary, perhaps /var/lib64/sa/sadc
>
> rpm -qf /var/lib64/sa/sadc  <- this will report which package is sadc
> a part of, perhaps sysstat
>
> yum erase sysstat  <- deletes the offending package once and for all.
Thanks for the instructions.  I'll report back
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-13 Thread Wells, Roger K. via devel 
On 8/13/20 4:23 PM, Przemek Klosowski via devel wrote:
On 8/13/20 4:12 PM, Wells, Roger K. via devel wrote:

So sadc is not part of current Fedora. It may be some artifact from
older Fedoras (e.g. sysstat-11.5.7-4.fc27.x86_64 has
/usr/lib64/sa/sadc) or some custom system activity data collection
software that is locally installed at your site.


Thanks. I'll do something to disable it.  FWIW, this computer has never
run anything but Fedora since day1.


Did you install F32 from scratch, or was it an upgrade from earlier versions? 
If you had F27 on it, upgraded to 28->29->30->31->32, it would explain how sadc 
got on it.

Also, I have a Fedora box but my work installs third party management and 
monitoring software on it that is not part of official Fedora, so that would be 
another avenue for something called sadc to get on your Fedora box.

No, it has had several fedora releases and many updates.  I don't recall where 
it started.  F27 is possible though.
That's why I was going to do a fresh install (mentioned in the original)
I am the only one who puts anything on this machine though, so no third party 
management or monitoring.
I just thought that it might be worth understanding what's going on here in 
case someone else is affected now or later.
Thanks for your interest



___
devel mailing list -- 
devel@lists.fedoraproject.org<mailto:devel@lists.fedoraproject.org>
To unsubscribe send an email to 
devel-le...@lists.fedoraproject.org<mailto:devel-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/devel@lists.fedoraproject.org



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com<mailto:roger.k.we...@leidos.com>

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: hundred percent cpu load

2020-08-13 Thread Wells, Roger K. via devel 
On 8/13/20 4:05 PM, Przemek Klosowski via devel wrote:
> On 8/13/20 2:04 PM, Wells, Roger K. via devel wrote:
>> After some time, usually hours, the following four tasks in top are
>> running at 100%:
>> sadc
>> kworker/6:1+events_freezable
>> dmesg
>> systemd-journal
>
> So sadc is not part of current Fedora. It may be some artifact from
> older Fedoras (e.g. sysstat-11.5.7-4.fc27.x86_64 has
> /usr/lib64/sa/sadc) or some custom system activity data collection
> software that is locally installed at your site.
>
> My guess is it goes bonkers and causes frantic kernel worker thread
> activity, and generates tons of messges, keeping dmesg and journal
> busy. Please look into that, and let us know what you find out.
Thanks. I'll do something to disable it.  FWIW, this computer has never
run anything but Fedora since day1.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

hundred percent cpu load

2020-08-13 Thread Wells, Roger K. via devel 
Current kernel: 5.7.12-200.fc32.x86_64
gnome desktop
PC: Thinkpad X280, intel core i7, 8th gen

After some time, usually hours, the following four tasks in top are
running at 100%:
sadc
kworker/6:1+events_freezable
dmesg
systemd-journal

sometimes there are only three of these at 100% but usually four, never
more.
I have not been able to come up with a sequence of steps to cause it.
At this point the only way to shut down is to use the power switch, it
will run forever in a normal shutdown as the timeout limits increase.
The next start up will always be strange:
Things will proceed apparently normally up to the login opportunity:
    If I check the upper right corner I will see that the wired and
wireless networks are both up.
    After I login the wireless will not be up and nothing I try will
bring it up.
There will also be notifications about "problems", up to 35 occurrences
of "system problem" and "kerneloops" none of which is "reportable"
This login process will have to be repeated probably twice before a
normal environment with wireless network operating.

This also occurred prior to the last one or two updates.

At this point I think I will do a clean install.
I have assumed that if this happened to others it would have appeared
here already, but just in case

I have been using Fedora forever as a software system development platform
screen shot of "top" available if anyone wants it.

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: Fedora 32 System-Wide Change proposal: Drop Optical Media Release Criterion

2019-12-16 Thread Wells, Roger K. via devel 
On 12/16/19 1:07 PM, Andreas Tunek wrote:


Den mån 16 dec. 2019 kl 18:42 skrev Adam Williamson 
mailto:adamw...@fedoraproject.org>>:


Sometimes someone will propose that we've crossed the line when we
haven't, and usually we realize this and the proposal fails (excellent
example: the recentish "x86-64 micro-architecture update" proposal,
which met such universal raspberries it's probably not coming back for
a long time). It's possible that sometimes we get this call wrong,
we're only human. But it's wrong to suggest that decisions about what
we can and can't maintain, test and support are made for "no real
reason" or (as you suggested elsewhere) "arbitrarily". They aren't.
--

Thank you for a very informative and detailed post!

+1
/Andreas


Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | XMPP: adamw AT happyassassin . net
http://www.happyassassin.net
___
devel mailing list -- 
devel@lists.fedoraproject.org
To unsubscribe send an email to 
devel-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/devel@lists.fedoraproject.org



___
devel mailing list -- 
devel@lists.fedoraproject.org
To unsubscribe send an email to 
devel-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/devel@lists.fedoraproject.org



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Donate 1 minute of your time to test upgrades from F30 to F31

2019-09-11 Thread Wells, Roger K. via devel 
On 9/11/19 8:55 AM, Miroslav Suchý wrote:
> Do you want to make Fedora 31 better? Please spend 1 minute of your time and 
> try to run [*]:
>
>   sudo dnf --releasever=31 --setopt=module_platform_id=platform:f31 
> --enablerepo=updates-testing distro-sync
>
> If you get this prompt:
>
>   ...
>   Total download size: XXX M
>   Is this ok [y/N]:
>
> you can answer N and nothing happens, no need to test the actual upgrade.
>
> But very likely you get some dependency problem now. In that case, please 
> report it against the appropriate package. Or
> against fedora-obsolete-packages if that package should be removed in Fedora 
> 31. Please check existing reports first:
> https://red.ht/2kuBDPu
>
> Thank you
>
> [*] this command does not replace `dnf system-upgrade`, but it will reveal 
> potential problems. You may also run `dnf
> upgrade` before running this command.
>
FWIW:
Transaction Summary
==
Install52 Packages
Upgrade  2384 Packages
Remove  4 Packages

Total download size: 2.8 G
Is this ok [y/N]:

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

f30 update & bluetooth

2019-05-28 Thread Wells, Roger K. via devel 
I just updated F30 via dnf update.
The kernel in use went from 5.0.13-300.fc30.x86_64 to 5.0.17-300.fc30.x86_64
I regularly use two Bluetooth devices, an aging Microsoft mouse and
Apple Air Pods (ear phones).
Now they are both quite flaky:
While moving, the mouse will connect for a few milli-seconds then
disconnect.  This repeats about every ten seconds.
Removing the mouse and re-pairing will allow it to function for at least
some hours but suspend or re-boot and one has to do it again.
The Air Pods did connect but even though selected in the Sound options
the sound still came from the built in speakers (at least once).
Another time they did connect for a while but disconnected when the pc
was idle for a half hour or so.
Boot to the earlier kernel solved these issues.
The pc is a  Lenovo X280 thinkpad

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: Donate 1 minute of your time to test upgrades from F29 to F30

2019-04-14 Thread Wells, Roger K. 
On 4/13/19 10:42 PM, Phil Wyett wrote:
On Fri, 2019-03-01 at 13:52 +0800, Robin Lee wrote:
> On Thu, Feb 28, 2019 at 5:23 PM Miroslav Suchý 
>  wrote:
>>
>> Do you want to make Fedora 30 better? Please spend 1 minute of your time and
>> try to run:
>>
>>   sudo dnf --releasever=30 --setopt=module_platform_id=platform:f30 --
>> enablerepo=updates-testing distro-sync
>>
>> If you get this prompt:
>>
>>   ...
>>   Total download size: XXX M
>>   Is this ok [y/N]:
>>
>> you can answer N and nothing happens, no need to test the real upgrade.
>> Upgrades will be fine for you.
>>
>> But very likely you get some dependency problem now. In that case please
>> report it against appropriate package.

A quick upgrade test this morning with 30 beta and all current updates on a
'workstation' install.

Issue:

Downgrading:
 freerdp-libs x86_64 2:2.0.0-48.20190228gitce386c8.fc30
 libwinpr x86_64 2:2.0.0-48.20190228gitce386c8.fc30

Info:

Rawhide, f29 and f28 are all on -49, but 30 is not and no updates pending in
testing.

Regards

Phil


results here:

Transaction Summary
==
Install  62 Packages
Upgrade2260 Packages
Remove4 Packages
Downgrade 2 Packages

Total download size: 2.6 G
Is this ok [y/N]:

HTH

> ___ > devel mailing list -- 
> devel@lists.fedoraproject.org > To 
> unsubscribe send an email to 
> devel-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/devel@lists.fedoraproject.org
--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: firefox-wayland and URLs in other programs

2019-04-02 Thread Wells, Roger K. 
On 4/2/19 12:07 PM, Tom Hughes wrote:
> On 02/04/2019 17:02, Wells, Roger K. wrote:
>
>> when I close the link and firefox terminates the same "ps aux | grep
>> firefox"  yields nothing (except the grep)
>> also
>> there is no file named "firefox-wayland"  on this machine.
>> the only wayland related firefox file that I have found is a shared
>> library: /usr/lib64/firefox/libmozwayland.so
>
> So you're running the normal firefox then!
>
> You need to install firefox-wayland to get the test version
> and then you will have a firefox-wayland script and a second
> entry in the gnome overview.
>
> Tom
>
I just run what installs by default. 
I didn't know there was a version dedicated to wayland.
Maybe I'll give it a try, but I have few, if any,  complaints about the
version that I have.
So why do we need a wayland version?
Thanks for the info,

roger

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: firefox-wayland and URLs in other programs

2019-04-02 Thread Wells, Roger K. 
On 4/2/19 11:40 AM, Tom Hughes wrote:
> On 02/04/2019 16:27, Wells, Roger K. wrote:
>> On 4/2/19 11:07 AM, Hans de Goede wrote:
>>> Hi All,
>>>
>>> To help testing firefox on wayland I'm running it as my day to day
>>> browser
>>> now, but when I click links (specifically in thunderbird) I get a
>>> dialog
>>> saying "firefox is running but not responding". I believe this is
>>> caused
>>> by thunderbird spawning /usr/bin/firefox to open the link instead of
>>> firefox-wayland.
>>>
>>> Any ideas how to fix this? I guess I could try to set
>>> MOZ_ENABLE_WAYLAND=1
>>> in my environment everywhere, but AFAIK a Wayland gnome-shell will not
>>> parse /etc/profile or any of the other scripts, so setting an env
>>> variable
>>> so that it works for apps launched from gnome-shell is tricky...
>>
>> FWIW, I've been running Firefox on Wayland ever since Wayland was
>> available on fedora.
>> I have not noticed anything unexpected with regard to clicking on links
>> from anywhere, mostly ones in Thunderbird
>
> I certainly have - it's the main reason I always give up after
> a short period of trying to test it.
>
> Tom
>
One point, I just checked what's running firefox-wise when I clicked a
link contained in this thread: https://compton.nu/
a bit tedious:
ps aux | grep firefox

roger29988  2.9  3.3 2200264 266560 tty2   Sl+  11:45   0:11
//usr/lib64/firefox/firefox http://compton.nu/
roger30093  0.6  1.9 1602612 158220 tty2   Sl+  11:45   0:02
/usr/lib64/firefox/firefox -contentproc -childID 1
-isForBrowser -prefsLen 1 -prefMapSize 178056 -parentBuildID
20190328155910 -greomni /usr/lib64/firefox/omni.ja -appomni /usr/lib64/firefox/browser/omni.ja -appdir
/usr/lib64/firefox/browser 29988 tab
roger30146  0.4  1.2 1556120 99376 tty2Sl+  11:45   0:01
/usr/lib64/firefox/firefox -contentproc -childID 2
-isForBrowser -prefsLen 5430 -prefMapSize 178056 -parentBuildID
20190328155910 -greomni /usr/lib64/firefox/omni.ja -appomni /usr/lib64/firefox/browser/omni.ja -appdir
/usr/lib64/firefox/browser 29988 tab
roger30416  0.2  0.9 1528688 72936 tty2Sl+  11:50   0:00
/usr/lib64/firefox/firefox -contentproc -childID 5
-isForBrowser -prefsLen 6501 -prefMapSize 178056 -parentBuildID
20190328155910 -greomni /usr/lib64/firefox/omni.ja -appomni /usr/lib64/firefox/browser/omni.ja -appdir
/usr/lib64/firefox/browser 29988 tab


when I close the link and firefox terminates the same "ps aux | grep
firefox"  yields nothing (except the grep)
also
there is no file named "firefox-wayland"  on this machine.
the only wayland related firefox file that I have found is a shared
library: /usr/lib64/firefox/libmozwayland.so

HTH

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: firefox-wayland and URLs in other programs

2019-04-02 Thread Wells, Roger K. 
On 4/2/19 11:07 AM, Hans de Goede wrote:
> Hi All,
>
> To help testing firefox on wayland I'm running it as my day to day
> browser
> now, but when I click links (specifically in thunderbird) I get a dialog
> saying "firefox is running but not responding". I believe this is caused
> by thunderbird spawning /usr/bin/firefox to open the link instead of
> firefox-wayland.
>
> Any ideas how to fix this? I guess I could try to set
> MOZ_ENABLE_WAYLAND=1
> in my environment everywhere, but AFAIK a Wayland gnome-shell will not
> parse /etc/profile or any of the other scripts, so setting an env
> variable
> so that it works for apps launched from gnome-shell is tricky...
>
> Regards,
>
> Hans

Hi Hans,

FWIW, I've been running Firefox on Wayland ever since Wayland was
available on fedora.
I have not noticed anything unexpected with regard to clicking on links
from anywhere, mostly ones in Thunderbird
current setup:
uname -a: Linux rwells-x280 5.0.4-200.fc29.x86_64 #1 SMP Mon Mar 25
02:27:33 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
rpm -q firefox: firefox-66.0.1-4.fc29.x86_64
Let me know if you want me to run any experiments.
cheers,
roger

> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Donate 1 minute of your time to test upgrades from F29 to F30

2019-02-28 Thread Wells, Roger K. 
On 2/28/19 4:23 AM, Miroslav Suchý wrote:
> Do you want to make Fedora 30 better? Please spend 1 minute of your time and 
> try to run:
>
>   sudo dnf --releasever=30 --setopt=module_platform_id=platform:f30 
> --enablerepo=updates-testing distro-sync
>
> If you get this prompt:
>
>   ...
>   Total download size: XXX M
>   Is this ok [y/N]:
>
> you can answer N and nothing happens, no need to test the real upgrade. 
> Upgrades will be fine for you.
>
> But very likely you get some dependency problem now. In that case please 
> report it against appropriate package.
>
> Thank you
>
> Miroslav
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

HTH:

Error:
 Problem 1: package rpmfusion-free-release-29-1.noarch requires
system-release(29), but none of the providers can be installed
  - fedora-release-29-7.noarch does not belong to a distupgrade repository
  - problem with installed package rpmfusion-free-release-29-1.noarch
 Problem 2: package vlc-core-1:3.0.6-16.fc29.x86_64 requires
libprotobuf-lite.so.15()(64bit), but none of the providers can be installed
  - protobuf-lite-3.5.0-8.fc29.x86_64 does not belong to a distupgrade
repository
  - problem with installed package vlc-core-1:3.0.6-16.fc29.x86_64
 Problem 3: package whois-mkpasswd-5.4.1-1.fc29.x86_64 requires
whois-nls = 5.4.1-1.fc29, but none of the providers can be installed
  - whois-nls-5.4.1-1.fc29.noarch does not belong to a distupgrade
repository
  - problem with installed package whois-mkpasswd-5.4.1-1.fc29.x86_64
 Problem 4: problem with installed package digikam-libs-5.9.0-2.fc29.x86_64
  - package digikam-libs-5.9.0-2.fc29.x86_64 requires
libexiv2.so.26()(64bit), but none of the providers can be installed
  - exiv2-libs-0.26-12.fc29.x86_64 does not belong to a distupgrade
repository
 Problem 5: problem with installed package digikam-5.9.0-2.fc29.x86_64
  - package digikam-5.9.0-2.fc29.x86_64 requires
libexiv2.so.26()(64bit), but none of the providers can be installed
  - cannot install both exiv2-libs-0.27.0-3.fc30.x86_64 and
exiv2-libs-0.26-12.fc29.x86_64
  - package exiv2-0.27.0-3.fc30.x86_64 requires exiv2-libs(x86-64) =
0.27.0-3.fc30, but none of the providers can be installed
  - package exiv2-0.27.0-3.fc30.x86_64 requires libexiv2.so.27()(64bit),
but none of the providers can be installed
  - problem with installed package exiv2-0.26-12.fc29.x86_64
  - exiv2-0.26-12.fc29.x86_64 does not belong to a distupgrade repository
 Problem 6: problem with installed package digikam-doc-5.9.0-2.fc29.noarch
  - package digikam-doc-5.9.0-2.fc29.noarch requires digikam =
5.9.0-2.fc29, but none of the providers can be installed
  - package digikam-5.9.0-2.fc29.x86_64 requires
libexiv2.so.26()(64bit), but none of the providers can be installed
  - cannot install both exiv2-libs-0.27.0-3.fc30.x86_64 and
exiv2-libs-0.26-12.fc29.x86_64
  - package gnome-color-manager-3.30.0-3.fc30.x86_64 requires
libexiv2.so.27()(64bit), but none of the providers can be installed
  - problem with installed package gnome-color-manager-3.30.0-1.fc29.x86_64
  - gnome-color-manager-3.30.0-1.fc29.x86_64 does not belong to a
distupgrade repository

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: usb to rs232 adapter observation

2018-12-31 Thread Wells, Roger K. 
On 12/31/18 3:39 PM, Samuel Sieb wrote:
> On 12/31/18 12:20 PM, Wells, Roger K. wrote:
>> On both systems the Prolific device supported baud rates:
>> 200,300,600,1200,1800,2400,4800,9600,19200,38400,57600 & 115200
>> On the CentOS 7.6 system the Belkin device supported baud rates:
>> 300,600,1200,2400,4800,9600,19200,38400,57600 & 115200
>> On the Fedora  29  system the Belkin device only supported baud rates:
>> 4800 & 9600
>
> How are you determining the available baud rates?
trying them and observing the results.
>
> This question would be better on the users list.

I don't think so.  This indicates a change in some low level code.
A serial device that worked at a specific baud rate in F28 and doesn't
in F29 is probably not indicative of a user issue.
thanks for your time

> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: usb to rs232 adapter observation

2018-12-31 Thread Wells, Roger K. 
On 12/31/18 3:39 PM, John Harris wrote:

On Monday, December 31, 2018 3:20:22 PM EST Wells, Roger K. wrote:


Hello
I hope this is the right list,if not please advise.

In my work I have been using and writing code to use rs232 serial ports
going back to before the first IBM PC.
Currently I primarily use USB to serial adapters, made by Prolific
(PL2303) and Belkin(F5U109/F5U409).
These devices are anything but new going back more than ten years at
least in the Belkin case and I have been using them about that long.
I have always been impressed how Linux & specifically Fedora/RedHat
recognize these devices with no fuss or fanfare.
I have just come across an anomaly that to me indicates a change in the
F29 release that I hope someone will find interesting.
Recently I needed to run a series of tests to verify data exchange at
various baud rates.
The tests have been performed on Fedora 29: (4.19.10-300.fc29.x86_64)
and CentOS 7.6: (3.10.0-957.1.3.el7.x86_64) systems.
The tests involved sending data from one system to the other and then
reversing the role of each system.
On both systems the Prolific device supported baud rates:
200,300,600,1200,1800,2400,4800,9600,19200,38400,57600 & 115200
On the CentOS 7.6 system the Belkin device supported baud rates:
300,600,1200,2400,4800,9600,19200,38400,57600 & 115200
On the Fedora  29  system the Belkin device only supported baud rates:
4800 & 9600
This was the surprise.  As long as I have been using these devices on
Fedora I am comfortable stating that I would have noticed this
limitation long ago.
Also, I am currently using three of the Belkin devices and they all have
the same performance so I don't think device failure is the cause.
If anyone would like me to run any additional tests please let me know.
thanks



I would ensure that the remote end was using the same baud rate, this is a
common issue. Do you use `screen` or another tool?

It is all software that I/we have written here in support of sea floor mapping 
and search & recovery operations at sea.
I know how easy it is to make mistakes like you propose and I can assure that 
is not the case here.
thanks for taking the time to comment







___
devel mailing list -- 
devel@lists.fedoraproject.org<mailto:devel@lists.fedoraproject.org>
To unsubscribe send an email to 
devel-le...@lists.fedoraproject.org<mailto:devel-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/devel@lists.fedoraproject.org



--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com<mailto:roger.k.we...@leidos.com>

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

usb to rs232 adapter observation

2018-12-31 Thread Wells, Roger K. 
Hello
I hope this is the right list,if not please advise.

In my work I have been using and writing code to use rs232 serial ports
going back to before the first IBM PC.
Currently I primarily use USB to serial adapters, made by Prolific
(PL2303) and Belkin(F5U109/F5U409).
These devices are anything but new going back more than ten years at
least in the Belkin case and I have been using them about that long.
I have always been impressed how Linux & specifically Fedora/RedHat
recognize these devices with no fuss or fanfare.
I have just come across an anomaly that to me indicates a change in the
F29 release that I hope someone will find interesting.
Recently I needed to run a series of tests to verify data exchange at
various baud rates. 
The tests have been performed on Fedora 29: (4.19.10-300.fc29.x86_64)
and CentOS 7.6: (3.10.0-957.1.3.el7.x86_64) systems.
The tests involved sending data from one system to the other and then
reversing the role of each system.
On both systems the Prolific device supported baud rates:
200,300,600,1200,1800,2400,4800,9600,19200,38400,57600 & 115200
On the CentOS 7.6 system the Belkin device supported baud rates:
300,600,1200,2400,4800,9600,19200,38400,57600 & 115200
On the Fedora  29  system the Belkin device only supported baud rates:
4800 & 9600
This was the surprise.  As long as I have been using these devices on
Fedora I am comfortable stating that I would have noticed this
limitation long ago.
Also, I am currently using three of the Belkin devices and they all have
the same performance so I don't think device failure is the cause.
If anyone would like me to run any additional tests please let me know.
thanks

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: hibernation — does it work for you?

2018-10-08 Thread Wells, Roger K. 
On 10/8/18 4:16 AM, Michal Konečný wrote:
> Does not work on Thinkpad x270 with F28 - kernel 4.18.10-200.
Nor does it work on Thinkpad x260 with F28 - same  kernel
>
> Ended up in terminal with cursor blinking (last thing I saw on start
> was resuming from hibernation). I did manual reset after 20 minutes.
>
> On 3.10.2018 17:38, Zbigniew Jędrzejewski-Szmek wrote:
>> We have had a long discussion about hibernate (suspend to disk)
>> being unreliable. But there seems to be no hard data. Let's gather
>> some!
>>
>> If you perform hibernation (systemctl hibernate, or the equivalent
>> through the GUI), does _your_ system suspend and resume correctly?
>>
>> Note: I'm not talking about the user-space configuration issues
>> (resume= not set on the kernel command line, no swap, swap encrypted
>> with temporary keys, whatever), but only about any potential kernel
>> driver issues.
>>
>> My stats (with various version of Fedora):
>> – thinkpad x1c 4th gen: no issues
>> – thinkpad x1c 3rd gen: no issues
>> – thinkpad x230: no issues
>> – chromebook 2013 model: spurious wakeups after the lid was closed
>> – thinkpad t50: no issues (*)
>> – hp pavilion dv7: no issues (*)
>>
>> So in my own experience, s2d usually works. Does it work for you?
>>
>> Zbyszek
>>
>> (*) on this older hardware is where I used hibernation a lot,
>> on the newer ones, not that much.
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org

Re: EXTERNAL: Re: [atomic-devel] Starting a Container SIG

2018-07-26 Thread Wells, Roger K. 
On 07/26/2018 12:45 AM, Masami Ichikawa wrote:
> I'm interested in a container technology, so I'd like to help the SIG.
+1
>
> On Thu, Jul 26, 2018 at 1:15 PM, Tim Orling  wrote:
>>
>> On Wed, Jul 25, 2018 at 2:42 PM Dusty Mabe  wrote:
>>>
>>>
>>> On 07/25/2018 01:09 PM, Clement Verna wrote:
 Please Reply if you're interested with helping out making the
 Container story great in Fedora. If there is a good response, I will
 create a Container SIG wiki page, and I guess we can ask for
 container-devel mailing list for SIG discussions.
>>> Unfortunately I can't sign up to do a bunch of work but I would like to
>>> join
>>> and help represent Fedora CoreOS and related interests in the SIG.
>>
>> Also not sure how much I can sign up for, but I have a significant amount of
>> container development and usage on Fedora at work and play.
>>
>> FAS:ttorling
>>>
>>> Dusty
>>> ___
>>> devel mailing list -- devel@lists.fedoraproject.org
>>> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org/message/QPTYH5DDCPYUCUCBZGGNOATXYHO5O2HG/
>>
>> ___
>> devel mailing list -- devel@lists.fedoraproject.org
>> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org/message/OJDLS772CXLGX6VK2X3C7VPVUJKFXLB6/
>>
>
> cheers,
>

-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org/message/HB3GLRXX5FTYQRSIGDDVKRTZT7U5DSAD/

Re: EXTERNAL: Re: Hiding the grub menu by default on single OS installs

2018-06-01 Thread Wells, Roger K. 
On 06/01/2018 02:39 PM, Andrew Lutomirski wrote:
>> On Jun 1, 2018, at 1:04 AM, Hans de Goede  wrote:
>>
>> Hi All,
>>
>> First of all I want to thank everyone for their input.
>>
>> I also want to make clear that the hide the menu +
>> not listening for a keypress at all (aka fastboot) is a
>> Fedora 30 thing, quoting myself:
>>
>> "For F29, single OS Fedora Workstation install we get:
>>
>> 1) grub menu hidden by default with a 1 second timeout to press ESC
>> or F8 to show it
> As discussed, this isn’t so great. Can we at least let users hold down
> a key rather than having to press it at the correct magic time?
>
>> 2) grub menu shown with 5 sec timeout after a failed boot
>>
>> For F30, single OS Fedora Workstation install install we get:
>>
>> 1) grub menu not shown, 0 second timeout, no way to get to the menu
>> 2) grub menu shown with 5 sec timeout after a failed boot"
>>
> I think this is a severe regression.  There are multiple use cases
> that you’re breaking:
>
> 1. Nothing failed per se, but I want to test a boot option.  I
> shouldn’t need to reconfigure grub.
>
> 2. The system booted successfully but is unusable (due to a graphical
> glitch caused by a kernel regression, a lost driver due to a dracut
> issue, or maybe some filesystem issue causing login to fail or the
> session post-login to be unusable).  It would be fixable by booting an
> older kernel or entering an appropriate recovery mode, but if the menu
> is entirely gone, then it can’t.
>
> 3. The boot failed outright and the “failed boot” logic is busted.
>
> I think this is asking for far more trouble than the benefit is worth.
> I’m not on FESCo, but if I were, I would definitely vote -1.
>
> Please at least do the bare minimum and teach grub to notice that some
> key is held down and show the menu in response.
I have to agree here. Personally, I would keep the menu as is.
> ___
> devel mailing list -- devel@lists.fedoraproject.org
> To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org/message/RJIG7KP6L3S2PVH5JJNWXYFLA5OEQ6L6/


-- 
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-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/devel@lists.fedoraproject.org/message/TLBWWMZGJNJYEEVJANWYQ327W6X7YWB7/

Fwd: Re: EXTERNAL: Re: After suspension

2018-03-21 Thread Wells, Roger K. 

sorry mistakenly sent to individual (Jared K Smith)



 Forwarded Message 
Subject:Re: EXTERNAL: Re: After suspension
Date:   Wed, 21 Mar 2018 13:23:22 -0400
From:   Wells, Roger K. <wel...@leidos.com>
To: Jared K. Smith <jsm...@fedoraproject.org>



On 01/06/2018 09:20 PM, Jared K. Smith wrote:

(Apologies for the top-posting -- I'm on a mobile device at the moment.)

Interesting... I noticed something similar today, but with a WebDAV 
external filesystem mounted.  Turning off fprintd seemed to stop the 
delay, however.  Does turning off fprintd solve the problem for you as 
well?



sorry for the huge delay.  fprintd is not run on this machine.
more below

-Jared

On Thu, Jan 4, 2018 at 8:18 AM, Wells, Roger K. <wel...@leidos.com 
<mailto:wel...@leidos.com>> wrote:


On 01/02/2018 01:18 PM, Al Stone wrote:

On 12/26/2017 12:23 PM, Wells, Roger K. wrote:

Small inconvenience but new and annoying:
Machine is Thinkpad x260
uname -a: Linux rwells-x260 4.14.7-300.fc27.x86_64 #1 SMP
Mon Dec 18 16:06:12
UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Desktop: Gnome 3.26.4-1.fc27.x86_64

When the lid is opened on the suspended machine the screen
saver appears and the
clock proceeds to update until
the enter key is hit.  Then the clock stops updating for
27 seconds followed by
the login entry dialog appearing.
Then everything is back to normal.
This began right after the upgrade from F26 to F27 and has
persisted through one
or two subsequent routine updates.
There are inconsistencies, sometimes it only does it when
there is only wireless
connections and no wired options.
Sometimes it doesn't do it at all, no pattern here.
Sometimes the 27 second delay is much shorter but this is
quite rare.
I have been running Fedora/Gnome for years and have never
seen this.

Any thoughts or things to try to help pin it down will be
appreciated.

thanks

There have been a lot of recent changes in ACPI code for
suspend and hibernate;
it's always possible that something got tweaked in a recent
kernel that could
affect this particular model of machine.

That being said, the 27 second delay sounds like the laptop
hibernated (not
suspended); if you waited a variable length of time to open
the lid again, it
might explain some of the variation -- sometimes it suspended,
sometimes it was
caught before hibernation was complete, sometime it was caught
after it had
fully hibernated.  The other things that occur to me are that
perhaps hibernate
was not working before for this model of laptop and now it
does; or, the power
settings changed defaults, or did not retain settings when
updating; or, some
of the recent changes for lid notification aren't quite right
for this laptop
(there have been a few cases of that).  Those are some of the
places where I
would start looking, at least...

It turns out that this delay only occurs when the suspend happened
when an external filesystem is mounted.
In this case a cifs mount, and IIRC there have been some issues
related to version changes that necessitated specifying "vers=1.0"
in the fstab file.
I will do some experiments and report back if anything interesting
develops.

To clarify: the external filesystem is a wired network cifs mounted 
filesystem.  I suspend the system by closing the lid, without bothering 
to unmount the cifs filesystems.   Later when I open the lid if the 
network wire is plugged in all is good, no delay.  If the network wire 
is not plugged in I get the delay (~30secs while something times out) 
after that all works as expected.  The issue is this: I have been using 
the same setup back to fedora 16 or so without this issue.  At about the 
transition from f26 to f27 this issue developed.  It is not fatal just 
inconvenient and I expect that developers would like to see it go away 
(a bit amateurish, and yes I am a developer as well)


-- 
Roger Wells, P.E.

leidos
221 Third St
Newport, RI 02840
401-847-4210  (voice)
401-849-1585  (fax)
roger.k.we...@leidos.com <mailto:roger.k.we...@leidos.com>
___
devel mailing list -- devel@lists.fedoraproject.org
<mailto:devel@lists.fedoraproject.org>
To unsubscribe send an email to
devel-le...@lists.fedoraproject.org
<mailto:devel-le...@lists.fedoraproject.org>




___
devel mailing

Re: EXTERNAL: Re: After suspension

2018-01-04 Thread Wells, Roger K. 

On 01/02/2018 01:18 PM, Al Stone wrote:

On 12/26/2017 12:23 PM, Wells, Roger K. wrote:

Small inconvenience but new and annoying:
Machine is Thinkpad x260
uname -a: Linux rwells-x260 4.14.7-300.fc27.x86_64 #1 SMP Mon Dec 18 16:06:12
UTC 2017 x86_64 x86_64 x86_64 GNU/Linux
Desktop: Gnome 3.26.4-1.fc27.x86_64

When the lid is opened on the suspended machine the screen saver appears and the
clock proceeds to update until
the enter key is hit.  Then the clock stops updating for 27 seconds followed by
the login entry dialog appearing.
Then everything is back to normal.
This began right after the upgrade from F26 to F27 and has persisted through one
or two subsequent routine updates.
There are inconsistencies, sometimes it only does it when there is only wireless
connections and no wired options.
Sometimes it doesn't do it at all, no pattern here.
Sometimes the 27 second delay is much shorter but this is quite rare.
I have been running Fedora/Gnome for years and have never seen this.

Any thoughts or things to try to help pin it down will be appreciated.

thanks

There have been a lot of recent changes in ACPI code for suspend and hibernate;
it's always possible that something got tweaked in a recent kernel that could
affect this particular model of machine.

That being said, the 27 second delay sounds like the laptop hibernated (not
suspended); if you waited a variable length of time to open the lid again, it
might explain some of the variation -- sometimes it suspended, sometimes it was
caught before hibernation was complete, sometime it was caught after it had
fully hibernated.  The other things that occur to me are that perhaps hibernate
was not working before for this model of laptop and now it does; or, the power
settings changed defaults, or did not retain settings when updating; or, some
of the recent changes for lid notification aren't quite right for this laptop
(there have been a few cases of that).  Those are some of the places where I
would start looking, at least...

It turns out that this delay only occurs when the suspend happened when 
an external filesystem is mounted.
In this case a cifs mount, and IIRC there have been some issues related 
to version changes that necessitated specifying "vers=1.0" in the fstab 
file.

I will do some experiments and report back if anything interesting develops.

--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

After suspension

2017-12-26 Thread Wells, Roger K. 

Small inconvenience but new and annoying:
Machine is Thinkpad x260
uname -a: Linux rwells-x260 4.14.7-300.fc27.x86_64 #1 SMP Mon Dec 18 
16:06:12 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Desktop: Gnome 3.26.4-1.fc27.x86_64

When the lid is opened on the suspended machine the screen saver appears 
and the clock proceeds to update until
the enter key is hit.  Then the clock stops updating for 27 seconds 
followed by the login entry dialog appearing.

Then everything is back to normal.
This began right after the upgrade from F26 to F27 and has persisted 
through one or two subsequent routine updates.
There are inconsistencies, sometimes it only does it when there is only 
wireless connections and no wired options.

Sometimes it doesn't do it at all, no pattern here.
Sometimes the 27 second delay is much shorter but this is quite rare.
I have been running Fedora/Gnome for years and have never seen this.

Any thoughts or things to try to help pin it down will be appreciated.

thanks


-

Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Re: Fwd: Re: EXTERNAL: This morning's update & bluetooth

2017-10-20 Thread Wells, Roger K. 

On 10/20/2017 06:54 AM, Dominik 'Rathann' Mierzejewski wrote:

On Thursday, 19 October 2017 at 16:42, Wells, Roger K. wrote:

On 10/06/2017 09:45 AM, Wells, Roger K. wrote:

Computer is Thinkpad x260
Uname -a:
Linux rwells-x260 4.13.4-200.fc26.x86_64 #1 SMP Thu Sep 28 20:46:39 UTC
2017 x86_64 x86_64 x86_64 GNU/Linux
Just updated from 4.12.14

I was using two Bluetooth devices, mouse & speaker, when I started the
update.
After the update neither would connect.
Rebooting the previous kernel, both connect again
Same for Wayland & Xorg (no surprise)


Also just discovered:
Network drives (cifs) that were in use are no longer mountable on the
4.13.4-200 kernel.
Reverting back to 4.12.14-300 and all is well again.

I can't comment on the cifs issue as I don't use it (somebody else replied
already), but Bluetooth has been working for me without any major issues
throughout 4.12.x and 4.13.x series. I use it for speaker/headset only,
though. The issue might be specific to your hardware.

Regards,
Dominik


thanks for your input.
Just yesterday I came across this rh bug:
https://bugzilla.redhat.com/show_bug.cgi?id=1500407
The action described in comment 8 appears to have worked for me, at 
least for an hour or so.

I am currently using (uname -a):
Linux rwells-x260 4.13.5-200.fc26.x86_64 #1 SMP Thu Oct 5 16:53:13 UTC 
2017 x86_64 x86_64 x86_64 GNU/Linux

the pc is
Lenovo Thinkpad X260

wrt cifs/samba mounts, the action (indicating vers=1.0 in the fstab 
file) in an earlier response provided by

mru...@matthias-runge.de
worked


--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

Fwd: Re: EXTERNAL: This morning's update & bluetooth

2017-10-19 Thread Wells, Roger K. 

It occurred to me that maybe this list should be aware of this



 Forwarded Message 
Subject:Re: EXTERNAL: This morning's update & bluetooth
Date:   Fri, 6 Oct 2017 10:10:11 -0400
From:   Wells, Roger K. <wel...@leidos.com>
Reply-To: 	Community support for Fedora users 
<us...@lists.fedoraproject.org>

To: us...@lists.fedoraproject.org



On 10/06/2017 09:45 AM, Wells, Roger K. wrote:

Computer is Thinkpad x260
Uname -a:
Linux rwells-x260 4.13.4-200.fc26.x86_64 #1 SMP Thu Sep 28 20:46:39 
UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Just updated from 4.12.14

I was using two Bluetooth devices, mouse & speaker, when I started the 
update.

After the update neither would connect.
Rebooting the previous kernel, both connect again
Same for Wayland & Xorg (no surprise)


Also just discovered:
Network drives (cifs) that were in use are no longer mountable on the
4.13.4-200 kernel.
Reverting back to 4.12.14-300 and all is well again.

--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com
___
users mailing list -- us...@lists.fedoraproject.org
To unsubscribe send an email to users-le...@lists.fedoraproject.org

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org

F25->F26 upgrade fingerprint reader regression

2017-08-11 Thread Wells, Roger K. 

Hello,

I reported the same incident just after F24->F25 upgrade and it was 
rectified rather quickly.


Now it happens again after the F25->F26 upgrade.

When entering one's password to dismiss the screen lock the fingerprint 
reader is flashing which seems ok.


However after entering the password it is still flashing and remains so 
until I run my finger across it.


Seems like it should turn off after a successful login via password.

uname -a: Linux rwells-x260 4.11.11-300.fc26.x86_64 #1 SMP Mon Jul 17 
16:32:11 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Desktop is Gnome (3.24.2-1)

Also, no fingerprint is registered for any user.
Thanks

--
Roger Wells, P.E.
leidos
221 Third St
Newport, RI 02840
401-847-4210 (voice)
401-849-1585 (fax)
roger.k.we...@leidos.com
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org