From Fedora Project Wiki

mNo edit summary
mNo edit summary
 
(13 intermediate revisions by 3 users not shown)
Line 1: Line 1:
It's known that some Fedora packages can't be updated to if the particular packaged software is running at the same time. If these packages are updated, this will cause hangup or crash in running process when files change on disk.
It's known that some Fedora packages can't be updated if the particular packaged software is running at the same time. If these packages are updated, this will cause unexpected behaviour, hangup or even crash in running process when files change on disk. There are package management tools that work in the same environment (desktop) which the updates may break, which is contradicting situation itself. Currently these tools and user interfaces don't communicate the possible symptoms to the user and leave a feeling of unpolished system.


This can lead to indirect security issues if all updates are suspended for long period of time while trying to avoid harmful interrupts and some critical updates don't get installed soon enough.
This can lead to indirect security issues if all updates are suspended for long period of time while trying to avoid harmful interrupts and some critical updates don't get installed soon enough.


Purpose of this page is to list those packages and collect detailed information about reasons that cause it and possibly suggest/refer improvements if possible.
Purpose of this page is to list those packages and collect detailed information about symptoms and reasons that cause it and possibly suggest/refer solutions if possible.


While reading this it should remembered that contimuing to work while files change on disk is may not always possible depending on the nature of software. Thus items on the list shouldn't be seen as bad designs.
While reading this it should remembered that continuing to work while files change on disk may not always possible depending on the nature of software. Thus items on the list shouldn't be seen as bad designs.




Line 11: Line 11:




{|
{| class="wikitable"
|-
|-
! package
! package
! F
! symptoms
! symptoms
! cause
! cause
Line 19: Line 20:
|-
|-
|'''firefox'''
|'''firefox'''
| f18
|crash due to files being removed from the disk without firefox noticing.  
|crash due to files being removed from the disk without firefox noticing.  
|Potentially due to the nature of xul engine
|Potentially due to the nature of xul engine
Line 24: Line 26:
|-
|-
|'''kde'''
|'''kde'''
| f18
| Usually desktop starts leaking memory and forces restart/logout to resume normal operations. Sometimes whole KDE network layer breaks when updates are applied. Browsers, plasmoids cannot connect via network anymore.
|
|
|
|
|-
|-
|'''kde'''
| f24
|Filesystem operations hang, pressing 'Save' or 'Open' button for filesystem causes hang. Restarting core processes (after kill & restart cycle attempts) causes hang, no visible GUI elements. Not being able to save open documents before reboot/relogin causes '''data loss'''.
|
|
|-
|-
|'''NetworkManager'''
|'''NetworkManager'''
| looses its network interfaces
| f18
| temporarily deconfigures networking for some connection types
|
|
|
|
Line 35: Line 45:
|-
|-
|'''thunderbird'''
|'''thunderbird'''
| f18
|
|
|
|
|same as firefox
|same as firefox
|}
|}
== Comments about workarounds and solutions ==
'''Communicate the issues to upstream''' and solve them?  [[User:Tuju|Tuju]] ([[User talk:Tuju|talk]]) 15:14, 7 April 2013 (UTC)
* Please track these issues in bugzilla too (probably a rerequisite for "communication with upstream". [[User:Rdieter|rdieter]] 15 March 2014
** very hard, issue is vague --[[User:Tuju|Tuju]] ([[User talk:Tuju|talk]]) 08:49, 30 March 2017 (UTC)
** hard to reproduce, would require uninstalling a pile of updates--[[User:Tuju|Tuju]] ([[User talk:Tuju|talk]]) 08:49, 30 March 2017 (UTC)
** reports get closed when reporter can't produce more exact information--[[User:Tuju|Tuju]] ([[User talk:Tuju|talk]]) 08:49, 30 March 2017 (UTC)
* most likely to fail, based on upstream track record in similar issues.--[[User:Tuju|Tuju]] ([[User talk:Tuju|talk]]) 08:49, 30 March 2017 (UTC)
'''Forward responsibility away from Fedora brand''' (where it belongs):
* Users think they install Fedora, when it fails, they blame Fedora.--[[User:Tuju|Tuju]] ([[User talk:Tuju|talk]]) 08:49, 30 March 2017 (UTC)
* Add a (warning|informational) message to a package|yum metadata that gets delivered into user interface? [[User:Tuju|Tuju]] ([[User talk:Tuju|talk]]) 15:14, 7 April 2013 (UTC)
'''Pragmatic and practical solutions''':
* Split updates into '''yum -y update''' (list but leave 'em out from update) and '''yum -y update-reboot'''? (some require just desktop logout) [[User:Tuju|Tuju]] ([[User talk:Tuju|talk]]) 15:14, 7 April 2013 (UTC)
* Add an update button into displaymanager. Would solve desktops that break during updates. (suggested by muep)
[[Category:Software Management]]
[[Category:KDE]]

Latest revision as of 09:42, 28 November 2017

It's known that some Fedora packages can't be updated if the particular packaged software is running at the same time. If these packages are updated, this will cause unexpected behaviour, hangup or even crash in running process when files change on disk. There are package management tools that work in the same environment (desktop) which the updates may break, which is contradicting situation itself. Currently these tools and user interfaces don't communicate the possible symptoms to the user and leave a feeling of unpolished system.

This can lead to indirect security issues if all updates are suspended for long period of time while trying to avoid harmful interrupts and some critical updates don't get installed soon enough.

Purpose of this page is to list those packages and collect detailed information about symptoms and reasons that cause it and possibly suggest/refer solutions if possible.

While reading this it should remembered that continuing to work while files change on disk may not always possible depending on the nature of software. Thus items on the list shouldn't be seen as bad designs.




package F symptoms cause notes
firefox f18 crash due to files being removed from the disk without firefox noticing. Potentially due to the nature of xul engine
kde f18 Usually desktop starts leaking memory and forces restart/logout to resume normal operations. Sometimes whole KDE network layer breaks when updates are applied. Browsers, plasmoids cannot connect via network anymore.
kde f24 Filesystem operations hang, pressing 'Save' or 'Open' button for filesystem causes hang. Restarting core processes (after kill & restart cycle attempts) causes hang, no visible GUI elements. Not being able to save open documents before reboot/relogin causes data loss.
NetworkManager f18 temporarily deconfigures networking for some connection types
thunderbird f18 same as firefox



Comments about workarounds and solutions

Communicate the issues to upstream and solve them? Tuju (talk) 15:14, 7 April 2013 (UTC)

  • Please track these issues in bugzilla too (probably a rerequisite for "communication with upstream". rdieter 15 March 2014
    • very hard, issue is vague --Tuju (talk) 08:49, 30 March 2017 (UTC)
    • hard to reproduce, would require uninstalling a pile of updates--Tuju (talk) 08:49, 30 March 2017 (UTC)
    • reports get closed when reporter can't produce more exact information--Tuju (talk) 08:49, 30 March 2017 (UTC)
  • most likely to fail, based on upstream track record in similar issues.--Tuju (talk) 08:49, 30 March 2017 (UTC)

Forward responsibility away from Fedora brand (where it belongs):

  • Users think they install Fedora, when it fails, they blame Fedora.--Tuju (talk) 08:49, 30 March 2017 (UTC)
  • Add a (warning|informational) message to a package|yum metadata that gets delivered into user interface? Tuju (talk) 15:14, 7 April 2013 (UTC)

Pragmatic and practical solutions:

  • Split updates into yum -y update (list but leave 'em out from update) and yum -y update-reboot? (some require just desktop logout) Tuju (talk) 15:14, 7 April 2013 (UTC)
  • Add an update button into displaymanager. Would solve desktops that break during updates. (suggested by muep)