(→Xorg Hacking Solves DontZap: add ref to release notes.) |
m (s/https/http) |
||
Line 9: | Line 9: | ||
=== Frozen for Fedora 11. Some Packages Still Not Built dist-f11 === | === Frozen for Fedora 11. Some Packages Still Not Built dist-f11 === | ||
[[User:Jkeating|Jesse Keating]] announced<ref> | [[User:Jkeating|Jesse Keating]] announced<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00892.html</ref> that henceforth all F-11/ builds would go to dist-f11-updates-candidate and builds from devel/ would go to dist-f12. He asked for concerned parties to check that builds were being properly tagged. | ||
In response to [[User:Miketc302|Mike Chambers]]' question Jesse confirmed<ref> | In response to [[User:Miketc302|Mike Chambers]]' question Jesse confirmed<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00954.html</ref> that the nightly rawhide composes would consist of <code>Fedora 11</code> content until the GOLD packages were on their way out to the mirrors at which point the nightly rawhide composes would contain <code>Fedora 12</code> content. | ||
On a related note [[User:Notting|Bill Nottingham]] asked<ref> | On a related note [[User:Notting|Bill Nottingham]] asked<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01160.html</ref> maintainers of a list of packages not yet rebuilt in dist-f11 (with the attendant compiler and strong RPM hashes) to fix them if possible. [[User:Jkeating|Jesse Keating]] provided<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01189.html</ref> a slightly more aggressive list as an addendum. | ||
<references/> | <references/> | ||
Line 21: | Line 21: | ||
[[PeterHutterer|Peter Hutterer]] made some valuable contributions to resolving the furore over the disabling of the zapping of the Xorg server via the Ctrl-Alt-Backspace key combination<ref>http://fedoraproject.org/wiki/FWN/Issue171#Zap_DontZap</ref>. | [[PeterHutterer|Peter Hutterer]] made some valuable contributions to resolving the furore over the disabling of the zapping of the Xorg server via the Ctrl-Alt-Backspace key combination<ref>http://fedoraproject.org/wiki/FWN/Issue171#Zap_DontZap</ref>. | ||
[[User:Spot|Tom Callaway]] drew attention<ref> | [[User:Spot|Tom Callaway]] drew attention<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00700.html</ref> to a blog entry of Peter's which mentioned upstream patches by Julien Cristau (of Debian) to <code>xkeyboard-config</code> and Peter's own patch<ref>http://lists.freedesktop.org/archives/xorg-devel/2009-April/000626.html</ref> to <code>Xserver</code> which together make it possible to disallow zapping by default and also to turn zapping on with a <pre>'setxkbmap -option terminate:ctrl_alt_bksp'</pre>. The net result is that it is possible to get zapping to work but the <code>XKB</code><ref>http://www.charvolant.org/~doug/xkb/html/index.html</ref> configuration needs to be set up properly and the DontZap option left disabled (as per the new default). | ||
In discussion with [[User:Kkofler|Kevin Kofler]] Peter clarified<ref> | In discussion with [[User:Kkofler|Kevin Kofler]] Peter clarified<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00861.html</ref> the situation in which the new settings would take effect. Kevin responded<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00863.html</ref> that it appeared that for <code>KDE</code> users zapping with Ctrl-Alt-BkSp would remain as before. | ||
Later Peter answered<ref> | Later Peter answered<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00838.html</ref> some questions from [[User:Surenkarapetyan|Suren Karapetyan]] about the ability to kill broken X grabs with details about how zapping works. | ||
The above summary of an elegant technical solution ignores the long, and at times vitriolic, complaints about this change. A common trope occurring in some recent threads seems to be that changes are made by Red Hat employees who are implementing changes without community consultation and all work to a common game plan. [[User:Skvidal|Seth Vidal]] challenged<ref> | The above summary of an elegant technical solution ignores the long, and at times vitriolic, complaints about this change. A common trope occurring in some recent threads seems to be that changes are made by Red Hat employees who are implementing changes without community consultation and all work to a common game plan. [[User:Skvidal|Seth Vidal]] challenged<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01059.html</ref> the latter assumption:"In a survey of 10 RH employees you will find between 10 and 40 different opinions. sometimes more if you don't ask some of them to confine their comments to a limited amount of time." In any event it's worth noting that the resolution (which filters the "Terminate_Server" action in a manner consistent<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01173.html</ref> with the handling of other actions in xkb rulesets) was contributed upstream by a Red Hat employee. As a point of information [[User:Kevin |Kevin Fenzi]] also made it clear that the change had not been instigated by FESCo. | ||
The new options presented by Peter were in addition to those already suggested<ref>http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#X_server</ref> in the beta Release Notes. | The new options presented by Peter were in addition to those already suggested<ref>http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#X_server</ref> in the beta Release Notes. | ||
Line 35: | Line 35: | ||
=== Minesweeper Certified Solitaire Professionals Satisfied with DVD === | === Minesweeper Certified Solitaire Professionals Satisfied with DVD === | ||
[[User:Jkeating|Jesse Keating]] requested<ref> | [[User:Jkeating|Jesse Keating]] requested<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00943.html</ref> help in selecting which packages should be dropped from the DVD image. He suggested some java development packages and games. | ||
Feedback suggested that retaining the games was<ref> | Feedback suggested that retaining the games was<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00947.html</ref> preferred and dropping the development libraries made sense as the latest versions would be needed<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00981.html</ref> and could be obtained from the repositories anyway. Jesse later posted<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01037.html</ref> this was sufficient to achieve the desired image size. | ||
A side-issue discussed<ref> | A side-issue discussed<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01019.html</ref> was the unwieldiness of <code>jigdo</code> as a download method. [[CallumLerwick|Callum Lerwick]] suggested<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01246.html</ref> that <code>jigdo</code> would benefit from a userspace ISO implementation. | ||
<references/> | <references/> | ||
Line 45: | Line 45: | ||
=== Presto and DeltaRPM Status === | === Presto and DeltaRPM Status === | ||
The ability to download binary diffs of RPM packages has been offered<ref>http://fedoraproject.org/wiki/FWN/Issue97#Presto-digitation</ref> for some time now on Fedora through the <code>Presto</code><ref> | The ability to download binary diffs of RPM packages has been offered<ref>http://fedoraproject.org/wiki/FWN/Issue97#Presto-digitation</ref> for some time now on Fedora through the <code>Presto</code><ref>http://fedorahosted.org/presto/</ref> project and presto-enabled repositories. Interest is high enough in Presto's bandwidth-saving abilities that no fewer than three separate threads were started to ensure that it would function properly for <code>Fedora 11</code>. | ||
[[WarrenTogami|Warren Togami]] asked<ref> | [[WarrenTogami|Warren Togami]] asked<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00701.html</ref> if <code>Presto</code> would be enabled by default for <code>Fedora 11</code>. Last month (2009-03-21) [[User:Jdieter|Jonathan Dieter]] reported<ref>http://www.redhat.com/archives/fedora-devel-list/2009-March/msg01910.html</ref> that the use of <code>SHA-256</code> in <code>rpm</code> had broken <code>deltarpm</code> but that a patched version was available in rawhide. See FWN#166<ref>http://fedoraproject.org/wiki/FWN/Issue166</ref> for earlier coverage of the challenges and changes resulting from the introduction of stronger hashes<ref>http://fedoraproject.org/wiki/Features/StrongerHashes</ref>. | ||
Jonathan also reported that the changes necessary in infrastructure to build deltarpms had been done. These changes were made fairly rapidly thanks to work done<ref> | Jonathan also reported that the changes necessary in infrastructure to build deltarpms had been done. These changes were made fairly rapidly thanks to work done<ref>http://www.redhat.com/archives/fedora-devel-list/2009-March/msg00528.html</ref> Michael Schroeder, the upstream <code>deltarpm</code> developer. One issue that concerned<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01236.html</ref> [[User:Athimm|Axel Thimm]] was the security with which checksums of deltarpms were being made. [[User:Till|Till Maas]] and [[User:Jdieter|Jonathan Dieter]] provided<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01240.html</ref> reassurance that all deltarpms are generated from original rpms which needed to pass all verifications which <code>yum</code> and <code>rpm</code> enforce. | ||
[[User:Mso|Martin Sourada]] was excited<ref> | [[User:Mso|Martin Sourada]] was excited<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01262.html</ref> not just about <code>Presto</code> but also about the slick new <code>PackageKit</code> in <code>Fedora 11</code>. Martin was concerned about the issue of <code>PackageKit</code> and <code>Presto</code> apparently not working well together. A bugzilla entry revealed<ref>http://bugzilla.redhat.com/show_bug.cgi?id=496445</ref> that <code>PackageKit</code> developer [[User:|Richard Hughes]] quickly created a patch which Martin reported as working. | ||
On 2009-04-16 [[User:Notting|Bill Nottingham]] added to the "Rawhide Report" that "[...] rawhide is composed with deltarpms against the prior rawhide. Due to a bug, this is only currently working on i386; it should be fixed for other arches tomorrow. Please test and report any issues." | On 2009-04-16 [[User:Notting|Bill Nottingham]] added to the "Rawhide Report" that "[...] rawhide is composed with deltarpms against the prior rawhide. Due to a bug, this is only currently working on i386; it should be fixed for other arches tomorrow. Please test and report any issues." | ||
A Fedora Test Day centering around Presto was also announced<ref> | A Fedora Test Day centering around Presto was also announced<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00939.html</ref> by [[User:|James Laska]]. The usual excellent wikipage<ref>http://fedoraproject.org/wiki/Test_Day:Presto_2009-04-16</ref> suggests that <code>Presto</code> can deliver significant bandwidth savings. | ||
<references/> | <references/> | ||
Line 60: | Line 60: | ||
=== Browser Plugins May Strip SELinux Protections === | === Browser Plugins May Strip SELinux Protections === | ||
[[DanielWalsh|Daniel Walsh]] asked<ref> | [[DanielWalsh|Daniel Walsh]] asked<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01107.html</ref> why <code>mozplugger</code><ref>Mozplugger describes itself as "[a] general purpose Mozilla plugin module that allows the user to embed and launch their favorite application to handle the various different types of media found on the Internet." http://mozplugger.mozdev.org/</ref> was being installed by default. He cautioned that <code>mozplugger</code> broke <code>nsplugin</code> and thus <code>SELinux</code> functionality. | ||
An answer posted<ref> | An answer posted<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01111.html</ref> by [[User:Notting|Bill Nottingham]] pointed out the java plugin as the dependent. | ||
Dan worried that while "[a] confined nsplugin is a nice feature for confining plugins downloaded from the network. But if you run openoffice and evince from within nsplugin they get confined, causing the apps to not work properly." In response to [[User:Simo|Simo Sorce]] Dan explained that any attempt to write transition rules to enable said applications to work properly would create an easy avenue of attack. Simo wondered<ref> | Dan worried that while "[a] confined nsplugin is a nice feature for confining plugins downloaded from the network. But if you run openoffice and evince from within nsplugin they get confined, causing the apps to not work properly." In response to [[User:Simo|Simo Sorce]] Dan explained that any attempt to write transition rules to enable said applications to work properly would create an easy avenue of attack. Simo wondered<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01115.html</ref> if it would be possible to either write a security wrapper to restrict the command line, or to get application developers to honor SELinux labels in some way. | ||
[[WarrenTogami|Warren Togami]] shared<ref> | [[WarrenTogami|Warren Togami]] shared<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01117.html</ref> that removing <code>mozplugger</code> was "[...] something I always do. It seems to cause more problems than it solves [...]" and [[JamesMorris|James Morris]] expanded<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01226.html</ref> upon this with instructions "[...] on both removing mozplugger and restoring the security protections of SELinux. Simply removing the package isn't enough[.]" James questioned "[...] how a package which breaks a security feature not only made it into the repo, but how it became enabled by default[?]" | ||
A similar issue was raised<ref> | A similar issue was raised<ref>http://bugzilla.redhat.com/show_bug.cgi?id=491543</ref> by [[User:Bruno|Bruno Wolff III]] about the re-enabling of disabled ''Firefox'' plugins. Comments by [[MartinStransky|Martin Stransky]] suggest this is a feature of <code>mozilla-plugin-config</code>. | ||
<references/> | <references/> | ||
Line 74: | Line 74: | ||
=== Getting Rid of /usr for Fedora 12 ? === | === Getting Rid of /usr for Fedora 12 ? === | ||
[[LennartPoettering|Lennart Poettering]] cheerfully invited<ref> | [[LennartPoettering|Lennart Poettering]] cheerfully invited<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01063.html</ref> any inclined parties to a flamefest over the elimination of the /usr directory. Lennart suggested that recent history indicated that more files were being moved from /usr to / and that confusion between the two was a source of error from some packages. | ||
Enthusiasm for both the flamewar and the proposal was low. | Enthusiasm for both the flamewar and the proposal was low. | ||
A forceful and well-argued objection was made<ref> | A forceful and well-argued objection was made<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01064.html</ref><ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01076.html</ref> by [[KonstantinRyabitsev|Konstantin Ryabitsev]] on the basis that he liked to keep /boot and /usr on their own partitions and use a LUKS-encrypted LVM for everything else. Konstantin emphasized this was especially well-suited to portable machines which need to conserve power and are more likely to need encryption. | ||
[[RalfCorsepius|Ralf Corsepius]] invoked<ref> | [[RalfCorsepius|Ralf Corsepius]] invoked<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01077.html</ref> the FHS<ref>http://www.pathname.com/fhs/</ref> on /usr and the need to contain<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01105.html</ref> non-essential packages unavailable at certain boot stages therein. [[ChrisAdams|Chris Adams]] added<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01101.html</ref> that symlinking /usr to / had been shown to break <code>rpm</code>. | ||
Lennart explained<ref> | Lennart explained<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01198.html</ref> how /etc could be made read-only and adduced<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01208.html</ref> OpenSUSE, Debian and Gentoo as further evidence that a read-only root could be attained. [[CallumLerwick|Callum Lerwick]] pined<ref>http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01300.html</ref> for the days of floppy disks. | ||
[[User:Toshio|Toshio Kuratomi]] completely declined to play and asked: "I'm hereby giving notice that I don't have time to read obvious flamefests anymore. Once this thread concludes, please summarize whatever the pros and cons are and send it to the packaging committee to discuss and vote on." | [[User:Toshio|Toshio Kuratomi]] completely declined to play and asked: "I'm hereby giving notice that I don't have time to read obvious flamefests anymore. Once this thread concludes, please summarize whatever the pros and cons are and send it to the packaging committee to discuss and vote on." | ||
<references/> | <references/> |
Revision as of 01:58, 20 April 2009
Developments
In this section the people, personalities and debates on the @fedora-devel mailing list are summarized.
Contributing Writer: Oisin Feeley
Frozen for Fedora 11. Some Packages Still Not Built dist-f11
Jesse Keating announced[1] that henceforth all F-11/ builds would go to dist-f11-updates-candidate and builds from devel/ would go to dist-f12. He asked for concerned parties to check that builds were being properly tagged.
In response to Mike Chambers' question Jesse confirmed[2] that the nightly rawhide composes would consist of Fedora 11
content until the GOLD packages were on their way out to the mirrors at which point the nightly rawhide composes would contain Fedora 12
content.
On a related note Bill Nottingham asked[3] maintainers of a list of packages not yet rebuilt in dist-f11 (with the attendant compiler and strong RPM hashes) to fix them if possible. Jesse Keating provided[4] a slightly more aggressive list as an addendum.
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00892.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00954.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01160.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01189.html
Xorg Hacking Solves DontZap
Peter Hutterer made some valuable contributions to resolving the furore over the disabling of the zapping of the Xorg server via the Ctrl-Alt-Backspace key combination[1].
Tom Callaway drew attention[2] to a blog entry of Peter's which mentioned upstream patches by Julien Cristau (of Debian) to xkeyboard-config
and Peter's own patch[3] to Xserver
which together make it possible to disallow zapping by default and also to turn zapping on with a
'setxkbmap -option terminate:ctrl_alt_bksp'
. The net result is that it is possible to get zapping to work but the XKB
[4] configuration needs to be set up properly and the DontZap option left disabled (as per the new default).
In discussion with Kevin Kofler Peter clarified[5] the situation in which the new settings would take effect. Kevin responded[6] that it appeared that for KDE
users zapping with Ctrl-Alt-BkSp would remain as before.
Later Peter answered[7] some questions from Suren Karapetyan about the ability to kill broken X grabs with details about how zapping works.
The above summary of an elegant technical solution ignores the long, and at times vitriolic, complaints about this change. A common trope occurring in some recent threads seems to be that changes are made by Red Hat employees who are implementing changes without community consultation and all work to a common game plan. Seth Vidal challenged[8] the latter assumption:"In a survey of 10 RH employees you will find between 10 and 40 different opinions. sometimes more if you don't ask some of them to confine their comments to a limited amount of time." In any event it's worth noting that the resolution (which filters the "Terminate_Server" action in a manner consistent[9] with the handling of other actions in xkb rulesets) was contributed upstream by a Red Hat employee. As a point of information Kevin Fenzi also made it clear that the change had not been instigated by FESCo.
The new options presented by Peter were in addition to those already suggested[10] in the beta Release Notes.
- ↑ http://fedoraproject.org/wiki/FWN/Issue171#Zap_DontZap
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00700.html
- ↑ http://lists.freedesktop.org/archives/xorg-devel/2009-April/000626.html
- ↑ http://www.charvolant.org/~doug/xkb/html/index.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00861.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00863.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00838.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01059.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01173.html
- ↑ http://fedoraproject.org/wiki/Fedora_11_Beta_release_notes#X_server
Minesweeper Certified Solitaire Professionals Satisfied with DVD
Jesse Keating requested[1] help in selecting which packages should be dropped from the DVD image. He suggested some java development packages and games.
Feedback suggested that retaining the games was[2] preferred and dropping the development libraries made sense as the latest versions would be needed[3] and could be obtained from the repositories anyway. Jesse later posted[4] this was sufficient to achieve the desired image size.
A side-issue discussed[5] was the unwieldiness of jigdo
as a download method. Callum Lerwick suggested[6] that jigdo
would benefit from a userspace ISO implementation.
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00943.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00947.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00981.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01037.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01019.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01246.html
Presto and DeltaRPM Status
The ability to download binary diffs of RPM packages has been offered[1] for some time now on Fedora through the Presto
[2] project and presto-enabled repositories. Interest is high enough in Presto's bandwidth-saving abilities that no fewer than three separate threads were started to ensure that it would function properly for Fedora 11
.
Warren Togami asked[3] if Presto
would be enabled by default for Fedora 11
. Last month (2009-03-21) Jonathan Dieter reported[4] that the use of SHA-256
in rpm
had broken deltarpm
but that a patched version was available in rawhide. See FWN#166[5] for earlier coverage of the challenges and changes resulting from the introduction of stronger hashes[6].
Jonathan also reported that the changes necessary in infrastructure to build deltarpms had been done. These changes were made fairly rapidly thanks to work done[7] Michael Schroeder, the upstream deltarpm
developer. One issue that concerned[8] Axel Thimm was the security with which checksums of deltarpms were being made. Till Maas and Jonathan Dieter provided[9] reassurance that all deltarpms are generated from original rpms which needed to pass all verifications which yum
and rpm
enforce.
Martin Sourada was excited[10] not just about Presto
but also about the slick new PackageKit
in Fedora 11
. Martin was concerned about the issue of PackageKit
and Presto
apparently not working well together. A bugzilla entry revealed[11] that PackageKit
developer [[User:|Richard Hughes]] quickly created a patch which Martin reported as working.
On 2009-04-16 Bill Nottingham added to the "Rawhide Report" that "[...] rawhide is composed with deltarpms against the prior rawhide. Due to a bug, this is only currently working on i386; it should be fixed for other arches tomorrow. Please test and report any issues."
A Fedora Test Day centering around Presto was also announced[12] by [[User:|James Laska]]. The usual excellent wikipage[13] suggests that Presto
can deliver significant bandwidth savings.
- ↑ http://fedoraproject.org/wiki/FWN/Issue97#Presto-digitation
- ↑ http://fedorahosted.org/presto/
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00701.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-March/msg01910.html
- ↑ http://fedoraproject.org/wiki/FWN/Issue166
- ↑ http://fedoraproject.org/wiki/Features/StrongerHashes
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-March/msg00528.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01236.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01240.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01262.html
- ↑ http://bugzilla.redhat.com/show_bug.cgi?id=496445
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg00939.html
- ↑ http://fedoraproject.org/wiki/Test_Day:Presto_2009-04-16
Browser Plugins May Strip SELinux Protections
Daniel Walsh asked[1] why mozplugger
[2] was being installed by default. He cautioned that mozplugger
broke nsplugin
and thus SELinux
functionality.
An answer posted[3] by Bill Nottingham pointed out the java plugin as the dependent.
Dan worried that while "[a] confined nsplugin is a nice feature for confining plugins downloaded from the network. But if you run openoffice and evince from within nsplugin they get confined, causing the apps to not work properly." In response to Simo Sorce Dan explained that any attempt to write transition rules to enable said applications to work properly would create an easy avenue of attack. Simo wondered[4] if it would be possible to either write a security wrapper to restrict the command line, or to get application developers to honor SELinux labels in some way.
Warren Togami shared[5] that removing mozplugger
was "[...] something I always do. It seems to cause more problems than it solves [...]" and James Morris expanded[6] upon this with instructions "[...] on both removing mozplugger and restoring the security protections of SELinux. Simply removing the package isn't enough[.]" James questioned "[...] how a package which breaks a security feature not only made it into the repo, but how it became enabled by default[?]"
A similar issue was raised[7] by Bruno Wolff III about the re-enabling of disabled Firefox plugins. Comments by Martin Stransky suggest this is a feature of mozilla-plugin-config
.
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01107.html
- ↑ Mozplugger describes itself as "[a] general purpose Mozilla plugin module that allows the user to embed and launch their favorite application to handle the various different types of media found on the Internet." http://mozplugger.mozdev.org/
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01111.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01115.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01117.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01226.html
- ↑ http://bugzilla.redhat.com/show_bug.cgi?id=491543
Getting Rid of /usr for Fedora 12 ?
Lennart Poettering cheerfully invited[1] any inclined parties to a flamefest over the elimination of the /usr directory. Lennart suggested that recent history indicated that more files were being moved from /usr to / and that confusion between the two was a source of error from some packages.
Enthusiasm for both the flamewar and the proposal was low.
A forceful and well-argued objection was made[2][3] by Konstantin Ryabitsev on the basis that he liked to keep /boot and /usr on their own partitions and use a LUKS-encrypted LVM for everything else. Konstantin emphasized this was especially well-suited to portable machines which need to conserve power and are more likely to need encryption.
Ralf Corsepius invoked[4] the FHS[5] on /usr and the need to contain[6] non-essential packages unavailable at certain boot stages therein. Chris Adams added[7] that symlinking /usr to / had been shown to break rpm
.
Lennart explained[8] how /etc could be made read-only and adduced[9] OpenSUSE, Debian and Gentoo as further evidence that a read-only root could be attained. Callum Lerwick pined[10] for the days of floppy disks.
Toshio Kuratomi completely declined to play and asked: "I'm hereby giving notice that I don't have time to read obvious flamefests anymore. Once this thread concludes, please summarize whatever the pros and cons are and send it to the packaging committee to discuss and vote on."
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01063.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01064.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01076.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01077.html
- ↑ http://www.pathname.com/fhs/
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01105.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01101.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01198.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01208.html
- ↑ http://www.redhat.com/archives/fedora-devel-list/2009-April/msg01300.html