(Imported from MoinMoin)
m (fixed category)
|(One intermediate revision by one other user not shown)|
|Line 553:||Line 553:|
Revision as of 10:25, 14 April 2009
- 1 Fedora Weekly News Issue 85
- 1.1 Announcements
- 1.2 Planet Fedora
- 1.3 Marketing
- 1.4 Developments Mon, April 23 - Sat, April 28 2007
- 1.4.1 Root Filesystem Encryption Patch
- 1.4.2 RPM Packaging Feedback Sought and Received
- 1.4.3 Wow, Presto Rocks!
- 1.4.4 Pidgin Epoch Removed, Rawhide Updates Need Manual Correction
- 1.4.5 How To Get Your Packages Sponsored And Reviewed
- 1.4.6 Fedora7-Test4 Announced
- 1.4.7 Repowars II: Add Some EPEL "repotag" Duct Tape?
- 1.4.8 Standard Naming Scheme For KDE Components
- 1.4.9 kdebase And lftp Cause Rawhide Update Problem
- 1.4.10 The Merge Is Upon Us!
- 1.5 Maintainers
- 1.6 Documentation
- 1.7 Translation
- 1.8 Infrastructure
- 1.9 Artwork
- 1.10 Security Week
- 1.11 Security Advisories
- 1.12 Events and Meetings
- 1.12.1 Release Engineering Meeting: 2007-04-23
- 1.12.2 Packaging Committee Meeting: 2007-04-24
- 1.12.3 Ambassadors Meeting: 2007-04-26
- 1.12.4 French Ambassadors Meeting: 2007-04-29
- 1.12.5 Event Report: CarolinaCon 2007 - North Carolina, USA
- 1.12.6 Event Report: FLISOL 2007 - Santiago, Chile
- 1.12.7 Event Report: FLISOL 2007 - Salvador, Bahia, Brazil
- 1.13 Errata
- 1.14 Feedback
Fedora Weekly News Issue 85
Welcome to Fedora Weekly News Issue 85 for the week of April 22nd through April 28th, 2007. The latest issue can always be found here and RSS Feed can be found here .
In this section, we cover announcements from various projects.
Announcing Fedora 7 Test 4 (6.93)
The Fedora Project is pleased to announce the release of the fourth and final test release of Fedora 7!
Test 4 is for beta users. This is the time when we MUST have full community participation. Without this participation both hardware and software functionality suffers. We need your help. Join us! This is the final test release before the Fedora 7 release, which is scheduled for May 24, 2007.
For further information see  .
Making the Merge Happen
JesseKeating announces in fedora-devel-list ,
"Test4 is out, Final looms, must have merge!
http://fedoraproject.org/wiki/Infrastructure/CoreExtrasMerge is the working page for the merge status. I would like to get merged asap and shake out the problems and get some builds done before the final freeze.
Please provide input!"
In this secton, we cover a highlight of Planet Fedora - an aggregation of blogs from world wide Fedora contributors.
Red Hat Magazine OLPC Articles
JohnPalmieri points out in hig blog ,
"For the general audience who wish to find out more about the OLPC project and the people working on it (or at least the ones in Cambridge, MA), part 2 of the OLPC video blog is now online.
For developers, part 2 of my Porting a PyGTK game to Sugar series is also up. The first lesson focused on the game itself. This lesson shows the initial port."
Red Hat Summit Compilation
JefSpaleta points out in his blog ,
"So I finally got around to poking at my digital music library and playing with rhythmbox again after almost a year after my move. I noticed the magnatune plugin and started poking at the available content in the catalog. Some of its not bad, but some of it's not to good. So instead of wasting my time hunting and pecking I decided to do a quick search for compilations. And I found this: The Red Hat Summit Compilation ."
0-Day Fedora Kernels
DaveJones points out in his blog ,
"A few days ago I fixed up the script that grabbed the latest kernel I built for Fedora and dumped it onto my people.redhat.com page. F7 users can now install the repo file into /etc/yum.repos.d/ and have it grab those fresh kernels as soon as they're built without having to wait a whole day to get them from rawhide."
Fedora Article in LWN
RahulSundaram points out in his blog ,
"LWN published a article titled Blaming Fedora but really praising it for a strong policy on Free software. The discussions in the comments lead to me having a ongoing offlist very constructive conversations with Brett Smith, licensing compliance engineer from FSF on Fedora Free software analysis . We are having good progress. I will post updates when we reach major milestones."
In this section, we cover Fedora Marketing Project.
Red Hat's JBoss to Adopt Fedora Model
RahulSundaram points out in fedora-marketing-list ,
"The move would mean that JBoss would deliver a Fedora-like community edition of its core software that only looks forward. As with the Fedora Linux project, no backward compatibility is guaranteed—Fedora is focused on the future and new features."
Developments Mon, April 23 - Sat, April 28 2007
In this section, we cover the problems/solutions, people/personalities, and ups/downs of the endless discussions on Fedora Developments.
Root Filesystem Encryption Patch
ThomasSwan posted details of how to achieve an encrypted root filesystem on FC6 using LUKS . Thomas was hoping to get his modified mkinitrd script into F7-Test4, but it was pointed out that firstly, F7t4 had already shipped and secondly, that new features like this were not appropriate anyway during a final freeze . All responding to Thomas made it clear that his contribution was not being rejected and that they hoped to see it in F8.
Thomas was happy enough with this and sought further feedback on how to avoid problems with keeping the modified mkinitrd in sync with kernel updates.
BrunoWolff III was less happy as he'd been hoping that these patches (which had been around for a while) would make it into F7 which would coincide with his need to upgrade some FC5 machines. He wondered who had to be bugged to make the patches actually get incorporated? Thomas answered that he would be happy to assist Bruno patch F7 and intended to set up a yum repository to aid others. FlorianLaRoche pointed Bruno to the wiki, where information about this could be shared but this didn't satisfy Bruno. Finally, BillNottingham was drawn into the discussion and noted some problems with the patches which was why he had not yet rolled them in.
RPM Packaging Feedback Sought and Received
Kelly (lightsolphoenix) looked for advice on some KDE packages that Kelly had produced . TrondDanielsen suggested that, as Kelly was interested in being a maintainer of these packages for Fedora, it would be a good idea to go through the official procedure . RudolfKastl suggested that the SRPM packages would be useful, and Kelly responded with those packages and the spec files.
Wow, Presto Rocks!
Continuing the positive reactions to presto, RexDieter was excited by his experiences with it. Rex wondered how the tools to create presto-enabled repositories were coming along and intoned the mantra "release early, release often." RichardHughes was also interested in these tools . JonathanDieter pleaded end-of-term pressure and pointed to the tools in an unfinished state . MartinSourada noted that he too saw huge savings in bandwidth (90%) for an update on FC6 and encouraged the inclusion of presto for F8.
Pidgin Epoch Removed, Rawhide Updates Need Manual Correction
As a result of negotiations between AOL and the developers of Gaim , the program has been renamed to "Pidgin". WarrenTogami noted that the opportunity to remove the epoch had been missed with the original Fedora Extras 7 package , and that this was now corrected and rawhide users should manually fix the problem using:
su -c "yum remove libpurple" su -c "yum install pidgin"
The issue arose later in a rawhide user error report , manifesting as a missing "libpurple.so". "libpurple" is the renamed "libgaim". Another user reported that he did not have this problem with rawhide, but JoshBoyer was able to explain that this was because he was not using the latest epochless package (which yum would refuse to update). TrondDanielsen also quickly provided a practical fix .
How To Get Your Packages Sponsored And Reviewed
A query from AntonKuznetsov opened up a discussion about the proper way to submit software for review . NigelJones posted links to the specific package that Anton was talking about ("Profugus", a time-dependent automatic migrator of Xen kernels) and counselled patience, noting that the review process was at least two weeks usually and that Anton had only submitted the package ten days ago.
Nigel's informative email clarified an apparent confusion in the original post about the role of volunteer "pre-reviewers", who note problems with packages before they are formally reviewed by someone that can act as a sponsor. ManuelWolfshant who had pre-reviewed the package confirmed that this was the case .
PatriceDumas also suggested patience, and a part of his post that said there are some reviews that are years old surprised RahulSundaram , who felt that packages which had been in review for more than a few months should have their reviews closed as they were clogging up the process. Patrice argued that there was already a "stalled review" policy for dealing with this, and along with NigelJones pointed out several reasons for keeping such a review open. These included maintaining a continuous body of information, ease of contact with external upstream developers. JasonTibbits argued specifically against Rahul's assertion that software older than six months was probably obsoleted . Jason also suggested that people should ping the reviewers more often, then closed with a promise to start reviewing again Real Soon Now (TM).
RalfCorsepius provided an affirmative datapoint to Rahul's original question. JasonTibbitts felt that these were very atypical packages and RexDieter thought that on occasion third-party repositories could be a positive way of getting more feedback, but Ralf didn't see that as true for his particular case which failure he attributed to deficiencies in the rpmbuild system, the guidelines and the competence of "review monkeys" . KevinKofler then proferred some mutual aid to Ralf[8a] as Kevin now owns a package and can thus perform review for those who don't need sponsors.
JoséMatos pointed out that the merge of the Core and Extras repositories might have filled up the queue and that in general things were working as they should be, and Anton posted thanks for all the feedback and information that he'd obtained .
The final test of F7 was announced by WillWoods on April 26th. The torrents were temporarily delayed , but are now available. There were several additions to the copious release notes:
1) AdamJackson pointed out that users of integrated Intel graphics chipsets would be using a new modesetting driver by default.
2) DavidWoodhouse made the hearts of PS3 owners beat a little faster by pointing out that F7 was the first Fedora to work out of the box on their box.
3) KevinKofler caught a small error that implied that KDE was not in the spin
RahulSundaram was not impressed with the move to rename the distribution as simply "Fedora". Following up on his questioning about whether this had been discussed by marketing, JoshBoyer said it had not been discussed on a public list, but on IRC[5a] , and AxelThimm provided an example of how this could lead to confusion centered around what was on the spin (on the DVD or multiple CDs) and what was available on the network in addition to this. There were a couple of suggestions, but no agreement (other than that naming sucks and that there was much confusion)  .
Repowars II: Add Some EPEL "repotag" Duct Tape?
ThorstenLeemhuis moved a discussion from @fedora-maintainers in order to reach a wider audience . This discussion concerned the Extra Packages for Enterprise Linux (EPEL) repository that aims to provide a way for high-quality Fedora packages to be provided for RHEL and related spinoffs such as CentOS and Scientific Linux. Repository tags (repotags) are an optional addition to the name of a package, which mainly served the purpose in pre-Extras days of providing brand-recognition between the many excellent, competing repositories.
Thorsten led off with some personal observations, but wished to concentrate on what seemed to him the most important thing: a political problem whereby some would feel that EPEL had been privileged over other "outside the fence" repositories which had to use a repotag, while EPEL did not. Bearing all this in mind, Thorsten was specifically soliciting discussion prior to any of the concerned steering bodies voting on his concrete proposals to solve the problem. FernandoLopez-Lezcano was largely in agreement with Thorsten's scheme to use defines in the EPEL buildsystem to add a repotag, while simultaneously leaving the Fedora buildsystem undisturbed.
AxelThimm was also mainlu in agreement with the proposal , and JefSpaleta provided one of his usual informative and thoughtful takes on the situation , which characterized it as a general usability problem, limited by the design of the current tools. Jef also roughly outlined how package signatures /might/ be used to get around this in the future, a proposal which drew some favourable comment from Fernando.
Standard Naming Scheme For KDE Components
In further naming scheme news, Kelly (lightsolphoenix) wondered whether the names of various KDE components should be patterned after the GTK ones . TomTromey wondered the same thing about emacs dependent pieces and JonathanUnderwood explained that it depended on whether they were solely for emacs, Xemacs, or could be used on both .
RexDieter pointed Kelly to a draft packaging guideline for KDE , and recommended following upstream in the meantime.
kdebase And lftp Cause Rawhide Update Problem
An attempt to update kdebase and lftp on rawhide left DavidHunter seeking help when everything he'd tried failed. Mark and JoshBoyer both suggested a nodeps erasure of the current versions of the packages as an immediate practical workarounds.
JesseKeating acknowledged the workarounds, but wanted to get to the bottom of the problem and asked for bugzilla reports, prompting MichaelSchwendt to explain that these were the result of temporary breakage in rawhide due to known causes.
MamoruTasaka gave a reply specifically on the lftp problem[3a] and RexDieter stepped in to help with the kdebase problem[3b] , which seemed to be to do with the OP mixing in packages from the kde-redhat repository with Fedora's own kde package.
Jesse was still unhappy with this because it would not preserve an upgrade path within rawhide (which is a desideratum according to recent FESCo meetings). To this end he proposed an Obsoletes/Provides, which neither PatriceDumas nor MichaelSchwendt were enthusiastic about . Michael's argument seemed to suggest that there are several ways in which an upgrade path within rawhide are not always be practical.
The Merge Is Upon Us!
Drawing our attention to the imminence of merging, JesseKeating asked for input on the plans to merge. After a query from HansdeGoede about gstreamer plugins, MatthiasClasen posted a tracker bugzilla entry for items that would have to happen post-merge and freeze.
In this section, we cover Fedora Maintainers, the group of people who maintain the software packages in Fedora
libperl & perl in Fedora 7
Due to build issues, libperl.so was originally going to be moved from the perl package into its own sub-package; however, all has been corrected in the Perl camp for rawhide users. Perl was multilib in Fedora Core 6 due to Gaim, but Jesse Keating has "whitelisted" perl to make it multilib again with Pidgin (Gaim) being in Extras.
Clearing up the relationship between the packager and reviewer is an update to the Packaging Guidelines . It is the responsibility of the reviewer to point out problems and it is the responsibility of the packager to correct the problem, while it is a combined responsibility to determine the severity. If the packager or reviewer feels a particular package should be exempt from the Packaging Guidelines , it must be brought to the attention of the Fedora Packaging Committee.
Fedora 7 Development Freeze
With Fedora 7 Test 4 now out the door, there is now a continual development freeze until the May 24 release. During this time, only bug fixes will be accepted. Core packages must also be using the f7-final tag.
The Name For Fedora 7?
With Fedora 7 quickly approaching, Jesse Keating is also seeking Fedora maintainers to fill in the blank: Bordeaux -> Zod -> <blank>? Zod is a <blank>, <blank> is a <blank>. Suggestions are to be run through the legal queue and then voting takes place afterwards.
In this section, we cover the Fedora Documentation Project.
Release Notes Freeze
The release notes wiki is was temporarily frozen with the information being ported over to CVS for translators to begin their work, reports PaulFrields. The wiki was unfrozen so notes can continue to be added up to Fedora 7 release; these additional notes are combined with the ISO-based release notes to be published as a Web-only release .
Media Handling in Pirut
RahulSundaram announced that he is working on updating the Software Management Guide with the goal of releasing a new version for Fedora 7 . If you are interested in helping, you can find more details under the guide's working notes.
There was also a request for help with documenting the support for media in the development version of Pirut. Although this feature is present, the required auto-configuration is not yet present in Anaconda and so the documentation is needed before release. If anybody is interested in helping with this send a post to the DocsProject mailing list.
Following the report of a bug with a simple fix, the idea of a knowledge base was briefly discussed. It is hoped that a knowledge base would provide the ideal location for one-off bugs such as this, which in turn might have the effect of making it easier for users to contribute docs.
This section, we cover the news surrounding the Fedora Translation (L10n) Project.
Release Note POT/PO Files
Release notes POT and PO files for Fedora 7 have been made available for translation, announced PaulFrields  . He also mentioned in his followup the best ways to obtain the files.
Localization of Fedora 7 release notes by translators was ongoing during the week, with the PO files due back to Fedora Documentation on 2 May .
In this section, we cover the Fedora Infrastructure Project.
As part of organizing Infrastructure, MikeMcGrath has been working on some standard operating procedures (SOPs) and has posted his work thus far .
Sponsored vs Volunteers
A discussion started this week about tracking sponsored versus volunteer contributions to Fedora, with sponsored meaning the contribution was done as part of a for-pay work assignment by the contributor. This thread was started by RahulSundaram, who was interested in having these oft-requested statistics. The thread expanded to discuss the ideal of tracking all contributions made to Fedora, but it appears package maintainers are the first to be tracked . It was emphasized that the tracking is optional; a contributor can opt not to supply this context of their contribution.
In this section, we cover Fedora Artwork Project.
The Open Pallete
The second part of "The Open Pallete" - a series of articles in Red Hat Magazine about open source graphics tools - has been published. This article is titled "Grungy Brushes", and discusses how to create brushes in Inkscape that can then be used in The Gimp. It's a great article and well worth a read for any budding (or experienced) open artists out there! NicuBuculei has also written some follow up articles which can be found linked from the original post.
Echo SVG Fixed
Following last week's discussions about the problems with the echo-icon-theme's package size, a lot of work has occurred this week and all the icons have now been fixed . The fixed icons can be found on a subpage of the Echo icon's wiki page . It is unlikely that these updated SVGs can be added to the echo-icon-theme package before Fedora 7, however, as Fedora is now frozen for release.
GeroldKassube has requested help from the Fedora artwork team with a brochure and a banner for Linuxtag Germany - one of the larger open source events in Europe with in excess of 10000 visitors throughout the week. If you feel you could help, read the post and send your reply to the Fedora Art list.
In this section, we highlight the security stories from the week in Fedora.
Firefox 1.5 Support Extended
The biggest security story from last week was the news that the life of Firefox 1.5 is being extended by upstream until mid-May .
The Mozilla project is planning to stop providing official updates for the 1.5 Firefox branch. They of course want to put their development effort into the 2.0 branch. The current plan for Red Hat and Fedora is to roll security patches into the 1.5 branch. Several distributions are going to work together to keep the 1.5 branch maintained with security patches since there is great interest in keeping 1.5 maintained for the immediate future. Chris Aillon explains this in a blog posting, "Mozilla Corp. to work more closely with Linux distributors" .
This action shows a huge strength of open source software and security maintenance. When a closed source application is distributed, you have to run whatever version the author wishes you to run. If an application has the source available, and the will exists, a version that no longer receives formal support can live on.
In this section, we cover Security Advisories from fedora-package-announce.
Fedora Core 6 Security Advisories
- FEDORA-2007-475 : rdesktop-1.5.0-2.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-475
- FEDORA-2007-473 : avahi-0.6.16-4.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-473
- FEDORA-2007-471 : eclipse-3.2.2-2.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-471
- FEDORA-2007-469 : system-config-date-1.8.12-2.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-469
- FEDORA-2007-449 : policycoreutils-1.34.1-7.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-449
- FEDORA-2007-411 : xsane-0.994-2.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-411
- FEDORA-2007-466 : dovecot-1.0.0-3.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-466
- FEDORA-2007-438 : xterm-225-1.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-438
- FEDORA-2007-456 : httpd-2.2.4-1.fc6 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-456
- FEDORA-2007-465 : m4-1.4.8-2 - http://fedoraproject.org/wiki/FSA/FC6/FEDORA-2007-465
Fedora Core 5 Security Advisories
- FEDORA-2007-448 : poppler-0.5.1-3.fc5 - http://fedoraproject.org/wiki/FSA/FC5/FEDORA-2007-448
Events and Meetings
In this section, we cover event reports and meeting summaries from various projects.
Release Engineering Meeting: 2007-04-23
Packaging Committee Meeting: 2007-04-24
Ambassadors Meeting: 2007-04-26
French Ambassadors Meeting: 2007-04-29
Event Report: CarolinaCon 2007 - North Carolina, USA
Event Report: FLISOL 2007 - Santiago, Chile
Event Report: FLISOL 2007 - Salvador, Bahia, Brazil
From time to time, we issue an Errata to correct Fedora Weekly News published in previous week. We apologize for any confusion it may cause. If you feel a news needs to be corrected, please submit an "Errata Request" to Fedora News Team .
In FWN Issue #84, in the section entitled "Mass Package Rebuilds - Papering Over Cracks or Shaking the Tree?" we erroneously wrote:
"JohnPoelstra posted details of the Release Engineering Meeting. ThorstenLeemhuis was against one of the decisions made in the meeting: the rebuilding en masse of all packages at Test2 release time."
This should have read:
"JohnPoelstra posted details of the Release Engineering Meeting. These included a note that a mass rebuild of all packages around, but no later than test2 will be considered in the future. ThorstenLeemhuis mentioned in a reply that he was against rebuilding en masse all packages for each cycle."
In FWN #84, in the section entitled "Packaging Extensions for Mozilla Applications: Security Implications" we misattributed an opinion to VilleSkyttä:
"VilleSkyttä remembered a conversation from the past that suggested there was some interest in packaging the extensions. He was specifically interested in making it easier to obtain a 64-bit version of enigmail."
This was in fact ThorstenLeemhuis, not VilleSkyttä.
This document is maintained by the Fedora News Team . Please feel free to contact us to give your feedback. If you'd like to contribute to a future issue of the Fedora Weekly News, please see the Join page to find out how to help.