In this section the people, personalities and debates on the @fedora-devel mailing list are summarized.
Contributing Writer: Oisin Feeley
In a Flap Over Flags
This week's "frank and open exchange of views" took the (non)inclusion of country flags as its subject. A reminder was posted by Kevin Fenzi of a previous FESCo decision to split flags representing geopolitical or ethnocultural concepts into separate subpackages. Tom Callaway posted the history of how he had come to draft the proposal and noted that the inclusion of the Taiwan/Republic of China flag and possible consequences to the distributability of Fedora in the P.R.C. were the initial impetus. Upon request Josh Boyer provided the relevant IRC log of the 2009-03-27 FESCo meeting.
Lots of discussion was had in several separate threads. FESCo was criticized repeatedly for taking the decision.
When Project Leader Paul W. Frields was pressed to comment he replied that it was not his job to interfere with FESCo decisions of this sort and that he agreed with David Woodhouse's take: namely, that while disapproving of censorship, there was precedent for removing material deemed likely to offend the sensibilities of some users.
Although Bill Nottingham thought that it was absurd Toshio Kuratomi and Seth Vidal explored some ideas about how
YUM plugins and a new entry in the
Provides namespace might enable a technical solution.
[[User:|Denis Leroy]] was a persistent critic of the decision and called for most of FESCo to resign.
Christoph Wickert started a fresh instance of the thread because: "[t]he `Package Maintainers Flags policy" thread already counts more than 225 mails, but nobody bothered to answer 7 simple (?) questions I asked in my mail, although it was one of the very first three mails on the topic. So what did I do wrong? Was it that I mentioned the missing FESCo meeting minutes? If 8 out of 21 summaries are missing, IMHO this is a fact worth mentioning. I'm one of the few maintainers who directly is affected by the policy. Would somebody - preferably a FESCo member, who voted for the flags proposal - please be so kind to answer my questions. TIA!" Josh Boyer answered pretty thoroughly. He included the information that the policy would be revisited in the next meeting and an explanation that the FESCo meeting summaries were incomplete due to the failure of an attempt to rotate the onerous minute taking duties. Bill Nottingham added that the missing items should now be available.
The policy, as currently formulated is posted on the wiki.
FESCo Election Questions
John Stanley reminded everyone that nominations for five FESCo seats are open until 2009-05-29 for "[a]ny interested Fedora packager [...] the only requirement is membership in the 'packager' group in FAS."
Given the rumblings over the geopolitical flags issue (and other signs of discontent) it may be that this will be an interesting election.
The requirement to be a packager was a new one and raised questions from John Poelstra and Rahul Sundaram. Jesse Keating argued that FESCo was "[...] primarily concerned with the packages and distribution release side of the house." This was disputed by several commenters who referenced decisions made by FESCo which affected documentation, artwork and internationalization.
John Rose wanted to know why the voting-pool was not the same as the candidate-pool and Josh Boyer responded that the issue should be raised by filing a ticket with FESCo. Andreas Thiemann and John Rose agreed that there was a culture of meritocracy in the Fedora Project and John Rose observed that: "The Fedora Board and FESCo and others think of themselves as being part of a meritocracy (at least that is my perception of what they think) but at the same time are trying to encourage more widespread democratic participation which naturally runs counter to perpetuating the meritocracy."
A subsequent 2009-05-22 FESCo meeting addressed the issue of restricting its membership to packagers and ratified the current practice while leaving open the door for further discussion if need be. The meeting summary (posted by Bill Nottingham) noted that no one who lacked packager status had actually expressed interest in running.
Anaconda vs YUM Upgrades
A brief thread initiated by David Timms explored why it has been easier to upgrade a system with
anaconda rather than
YUM. David referenced a suggestion that: "anaconda is cheating (ie running --nodeps installs). This would allow it to complete an upgrade where dependencies lead to unavailable packages that are not on the dvd, but are in the complete Fedora, and or non- fedora repositories, that are not available at upgrade time."
Seth Vidal replied that as
anaconda was running outside of the system experiencing the update it was free to use "--nodeps [without] a concern for not being able to complete the transaction."
Anaconda's ability to use blacklists to exclude particular items from such transactions is now available to
preupgrade as a