From Fedora Project Wiki

< FWN
Revision as of 05:48, 2 February 2009 by Ush (talk | contribs) (added Announcements, Planet, Development, Translations)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)


Announcements

In this section, we cover announcements from the Fedora Project.

http://www.redhat.com/archives/fedora-announce-list/

http://www.redhat.com/archives/fedora-devel-announce/

Contributing Writer: Max Spevack

Fedora Board Meeting

Paul Frields wrote[1] that "the Board is holding its monthly public meeting on Tuesday, 3 February 2009, at 1900 UTC on IRC Freenode."

  • Join #fedora-board-meeting to see the Board's conversation. This channel is read-only for non-Board members.
  • Join #fedora-board-public to discuss topics and post questions. This channel is read/write for everyone.

Legal

Tom Callaway announced [1] that "after talking with Red Hat Legal about how we should be handling trademarks in package summaries and descriptions, we came to the conclusion that it would be far easier (and less risky for Red Hat) if we did not use "(TM)" or "(R)" notations at all."

Fedora 11

Fedora 11 Alpha is likely to be delayed for a few days (originally scheduled for February 3) due to a GUI checkbox bug in Anaconda and a problem with nfs-utils that prevented installs over NFS.

See the links [1] [2] [3] below for all the technical details.

Upcoming Events

Fedora will have a presence at several events in the next few weeks. Feel free to join us,

February 6 - 8: Free and Open Source Developers European Meeting (FOSDEM)[1]

February 20 - 22: Southern California Linux Expo (SCALE)[2][3]

Also, people are encouraged to register for Fedora or JBoss.org related speaking slots at LinuxTag 2009.[4]

Planet Fedora

In this section, we cover the highlights of Planet Fedora - an aggregation of blogs from Fedora contributors worldwide.

http://planet.fedoraproject.org

Contributing Writer: Adam Batkin

General

Chris Ball posted[1] a video and brief description of some patches to the Vino VNC server to support the multiple pointers on X over VNC, so there will be no more fighting over the mouse cursor when connecting into another computer.

Mark J. Wielaard wrote[2] about what he does for a living at Red Hat, including a link to a LWN article that he wrote that provides a high-level overview of Systemtap.

John J. McDonough described[3] some of the upcoming changes to the Fedora Docs project, including its leadership. Karsten Wade chimed in[4] with some more details including some additional history.

Matthew Garrett discussed[5] some of the issues associated with power management under Linux and how "to make it sufficiently useful and inobtrusive that manual configuration is almost never required."

Gary Benson shared[6],[7],[8],[9],[10] a series of articles that he wrote about the internals of Zero and Shark (projects which extend OpenJDK to let it run on new platforms without additional and often cumbersome low-level CPU-specific support).

Martin Sourada developed[11] a set of scripts "which are intended to ease the life of echo-icon artist - they create new icons from template, are able to add icons/symlinks to echo icon theme and add manage their local git repository."

Matthew Daniels mused[12] on the topic of "Social Responsibility" and getting technology out into people's hands everywhere and making all of this social hardware and software accessible.

Jonathan Roberts posted[13],[14] some thoughts about how some of the upcoming major Gnome 3.0 changes might be able to handle things like locating information ("Ubiquitous Search") and saving information automatically.

Richard Hughes created [15] a nice graphical UI front-end for Powertop.

Adam Williamson expressed[16] some frustrations with the fact that the drivers for the Intel GMA 500 (Poulsbo) graphics chip (most notably used in the Dell Mini 12) don't seem to compile cleanly or integrate well with anything, and in fact only work on Ubuntu Netbook Remix.

John Palmier proposed[17] "10 thoughts on what is needed for the Linux Desktop to win".

How-To

Ian Weller offered[1] some tips on moving pages around on the Fedora Project Wiki as part of the new Wiki Tip of the Week[2] series.

Kulbir Saini explained[3] "How to setup gitweb on Fedora/CentOS".

Ding-Yi Chen provided[4] some quick instructions on how to sync between Evolution and a Sony Ericsson K510i phone.

Steven Moix wrote[5] instructions on how to configure a GSynaptics touchpad (which is included with many laptops these days) now that there is no xorg.conf file for the GSynaptics utility to modify.

Developments

In this section the people, personalities and debates on the @fedora-devel mailing list are summarized.

Contributing Writer: Oisin Feeley

Fedora 11 Alpha May Be Delayed

Jesse Keating reported[1] that the Fedora 11 Alpha release date might slip due to some anaconda bugs which manifested themselves late in his testing on some architectures. A later post suggested[2] that installation using NFS was broken and that "[t]his likely means a slip, perhaps only a two day slip, of Alpha." More info to come either later this weekend or early next week. A bugzilla comment[3] from Warren Togami on a side-effect of trying to fix this problem by reverting to an earlier nfs-utils version warned "People should be aware that NFS as a server in F11 Alpha is broken. That is all." As of going to press on 2009-02-01 there was no further information available.

GCC: Default ISA Flags and Glibc

Jakub Jelinek asked[1] whether the minimum CPU which would run code compiled by Fedora 11's GCC should be re-evaluated. A follow-on question was whether the minimum supported kernel version in glibc could be bumped to 2.6.29. Jakub held out the promise of potentially increased speed and decreased shared library sizes.

A problem raised[2] by Kevin Kofler was that mock builds would no longer be able to run on older Fedora releases and that some VPSs would not be able to upgrade at all. Gerd Hoffman agreed[3]: "We just can't make the huge jump from .9 to .29. We have to do it smaller steps, considering kernel versions at least in supported Fedora versions, maybe also latest RHEL."

Josh Boyer seemed[4] to believe that the required mass rebuild with GCC-4.4 would be difficult but possible. Mike McGrath outlined[5] the amount of work which would be needed.

See this same FWN#161 "Dropping Support for i586 Architecture" for a related discussion.

RPM Packagers: Too Many Unowned Directories

Michael Schwendt raised[1] the problem of unowned directories installed as a result of packagers unfamiliar with "how to include files vs. directories in RPM package %files lists."

Colin Walters remembered[2] discussions which had suggested that if RPM were able to reference count directories there could be a technological fix. Separately Richard W.M. Jones made[3] a similar argument. Panu Matilainen seemed[4] willing to move this task to the top of his queue if it were sufficiently important.

Lack of Update Information

A can of worms was opened[1] by Rahul Sundaram when he noticed that the update information provided by package maintainers was often unhelpful. He cited generic messages of the form "Update foo to upstream x.y.z" as a common problem and wondered if guidelines could improve the situation.

Following some questions Rahul expanded[2] on the problem pointing out that package maintainers had the knowledge to tersely explain what upstream changes implied for ordinary users. He emphasized that he was concerned with the "description that is part of bodhi update and not the changelog which can be very brief."

Chris Weyl put[3] forward the counter-argument that package maintainers had a difficult enough life already.

Richard W.M. Jones wondered[4] if rpm could be altered to allow it to reference upstream changelogs which could be pulled out by other tools. Panu Matilainen averred[5] that while rpm was alterable Richard's proposed change would just dump the information into the rpm payload and it would thus not be available to users until after they had installed it. Further brainstorming seemed[6] to run into various practical dead ends.

Subsequently Rahul published[7] a draft guideline which fanned the flames back to life. ThorstenLeemhuis asked[8] "Don't we have way [too] many guidelines and policies already? [...] Note that I don't disagree with the text that was proposed. My 2 cent: Put it as text into the wiki somewhere, write "best practices" on top of it (avoid the words "rules" and "guidelines") and add a link to the bodhi UI ("best practices for filling this box with information")." Rahul appeared to agree that this was the best course for the present and deferred to FESCo for the ultimate decision.

Electronic Design Automation Content Without Tools ?

Chitlesh Goorah redirected[1] a debate on Electronic Design Automation (EDA)[2] tools from FESCo to @fedora-devel. Chitlesh is the prime mover behind the Fedora Electronic Lab Spin[3]. He was concerned that FESCo had decided that packages in the OVM[4] format were barred from Fedora on the grounds that there was no FLOSS tool which could use them although they were licensed acceptably.

Jef Spaleta explained[5] that there were subtle problems in the discussion as "[OVM] is code of some sort. The problem is we don't have a compiler or interpreter that can process the instructions. In the context of Fedora its code that can't be used." Kevin Kofler supplied[6] the appropriate guideline.

Kevin Fenzi expressed[7] appreciation for Chitlesh's work on the Fedora Electronics Lab and asked if there was any use for OVM besides hooking it up with a non-Free simulator? Manuel Wolfshant argued[8] that OVM was i[...] interesting for a subset of the people interested in EDA" and that it should be provided for them. Horst von Brand disliked[9] the idea of mirrors carrying such a little-used package around and suggested that Manuel could just set up his own repository.

Dropping Support for i586 Architecture ?

Following FESCo discussions[1]Bill Nottingham reported[2] that the supported architecture list was going to change. Important changes include building binaries only for i686 and above. There are concerns that older thin clients based on i586 hardware and the AMD Geode-based XO laptops may then be unsupported or unstable. Bill characterized the discussions as a follow-up to the compiler flag discussions (see this same FWN#161"GCC: Default ISA Flags and Glibc") and summarized the main points as:

- install x86.64 kernel on 32-bit OS where appropriate
- install PAE kernel on other 32-bit OS installs where appropriate
- build only i686 and above for Fedora

Jeremy Katz added[3] anecdotal reassurance that the XO should probably be fine with the i686 kernel and glibc.

Robert Scheck wondered[4] what the definition of "where appropriate" was and what mechanism would be used to make this determination.

Dominik 'Rathann' Mierzejewski predicted[5] "[t]here's going to be some screaming from VIA C3 and AMD K6 users about this." His suggestion was true during an older similar discussion (see FWN#93[6]) in 2007 which concerned plans to drop shipping an i586 kernel. Suggested attempts to compensate by making the i686 kernel bootable on i586 architectures were thwarted as rpm balked at installing a kernel which violated its architecture check. Alan Cox was one of the strongest objectors to the possibility of thus losing support for i586 as he had many thin clients using that architecture. Doubt was cast during that thread as to whether the smolt statistics were believable. However, Alan has recently become an Intel employee (following other ex-Red Hat luminaries David Woodhouse and Arjan van de Ven) and did not contribute to the thread. The smolt statistics listed[7] on the feature page suggest that there are only 130 i586 users.

Josh Boyer clarified[8] that no decision had yet been made by FESCo and that a vote would take place next week.

Blinking Cursor Wastes Power

Matthew Garrett asked[1] for comments on the idea that the cursor should default to not blinking. The rationale was that several less Watts of power would be consumed.

The suggestion seemed generally popular but Dominik `Rathann' Mierzejewski wished to retain the blinking cursor and expressed[2] a desire for more information on the methodology which Matthew had used. Bill Nottingham reminded[3] that it would still be possible to turn the cursor back on from this new default. Matthew provided[4] some of the requested details.

Matthias Clasen suggested[5] changing a GTK setting which disables cursor blinking after a timeout. Josh Boyer worried[6] about other desktop environments and vttys.

Translation

This section covers the news surrounding the Fedora Translation (L10n) Project.

http://fedoraproject.org/wiki/L10N

Contributing Writer: Runa Bhattacharjee

FLP Meeting held on 27th January 2009

The first meeting of FLP for the year 2009[1] was held on 2009-01-27 at 18:00 UTC. The discussion centered[2] around the current bugs and issues being faced by the L10n infrastructure.

Website Translation Process Update

RickyZhou reminded[1] the list about the requirement of notification to be sent to the fedora-websites team for the inclusion of translations for a new language. It is to be noted, that for new languages the relevant language code is also required to be added to the LINGUAS file. However, the notification sent to the fedora-websites team ensures that the apache configuration is modified to activate the translations for the new language.

System-Config-Printer branch 1.1.x to be used for Fedora 11

TimWaugh announced[1] that the branch 1.1.x of System-Config-Printer is to be used for submitting translations. This branch has been activated for submission on translate.fedoraproject.org by DimitrisGlezos. Additionally, the obsolete branches for System-Config-Printer have been removed[2] from the submission interface.

Fedora 11 Release Schedule Plans

JohnPoelstra has drafted[1] the Documentation and Translation Schedules for the upcoming Fedora 11 Release. The Translation Schedule has been based upon the Documentation Schedule. FLSCo member NorikoMizumoto provided[2] feedback from the FLP about the Translation Schedule. Earlier during the week, DimitrisGlezos attended</ref>http://www.redhat.com/archives/fedora-trans-list/2009-January/msg00116.html</ref> the Fedora 11 Alpha Readiness Meeting.

Anaconda bug due to UTF characters

VillePekkaVainio mentioned the presence of a bug[1] in Anaconda caused[2] by the presence of UTF-8 characters more than 2 bytes wide. As a result the translated interface is damaged.

L10n Infrastructure Roadmap Proposal

In response to the earlier discussions about the problems faced by the L10n infrastructure, AsgeirFrimannsson sent[1] in a proposal for a review roadmap of the current infrastructure[11]. He explained that based upon the outcome of this discussion, further plans can be determined about restructuring the infrastructure.

New Member in FLP

Daniele joined[1] the Italian translation team in the FLP this week.