I've updated the Unofficial FAQ for Fedora 7! Hooray!!
You can see the new version at:
http://www.fedorafaq.org/
I'm expecting to be MUCH faster on the update for Fedora 8,
which I'm going to start working on in advance, very soon.
I've overhauled all of the questions to be up-to-date with
Fedora 7. I've also re-worked the yum configuration a neat way, so
that every package is available to you from every repository, without
any cross-repo conflicts!
Let me know if you have any contributions!
http://www.fedorafaq.org/contribute/
-Max
--
http://www.everythingsolved.com/
Competent, Friendly Bugzilla and Perl Services. Everything Else, too.
= Fedora Weekly News Issue 107 =
Welcome to Fedora Weekly News Issue 107 for the week of October 22nd.
http://fedoraproject.org/wiki/FWN/Issue107
In PlanetFedora, we have "Fedora 8 - Blocker bugs status", "Fedora 8
ALSA kernel needs Testing", "Scary Haloween with Werewolves", and
"Projeto Fedora?"
To join or give us your feedback, please visit
http://fedoraproject.org/wiki/NewsProject/Join.
1. Announcements
2. Planet Fedora
1. Fedora 8 - Blocker bugs status
2. Fedora 8 ALSA kernel needs Testing
3. Scary Haloween with Werewolves
4. Projeto Fedora?
3. Marketing
1. Fedora, Transifex and upstream L10N
2. Red Hat Magazine | GIMP 2.4 preview
3. Fedora 8 renews tradition of innovations
4. Developments
1. Crypto Consolidation
2. Fedora 8 Blocker Bugs
3. Laptop Harddrive Wear And Tear
4. BIG FAT WARNING: X Breaking In Rawhide
5. Fluendo Codecs Violate SELinux Policies
6. SUIDs Gone Wild
7. ALSA 1.0.15 Update Test Kernels
8. RPM Packages Not Signed?
9. KDE Compiz Switching Snazziness
10. Rules On Packaging Vestigial Libraries
5. Advisory Board
1. Content On start.fedoraproject.org
2. New FUDCon Proposal
6. Translation
1. Release Notes Work (Now and Future)
2. Translation of fedoraproject.org
7. Infrastructure
1. News site CMS
2. Koji Personal Repos
8. Security Week
1. Why are so many browser flaws rated as critical?
2. Virtualization is less secure
9. Advisories and Updates
1. Fedora 7 Security Advisories
2. Fedora Core 6 Security Advisories
10. Events and Meetings
1. Fedora Board Meeting Minutes 2007-MM-DD
2. Fedora Ambassadors Meeting 2007-MM-DD
3. Fedora Documentation Steering Committee 2007-MM-DD
4. Fedora Engineering Steering Committee Meeting 2007-10-25
5. Fedora Extra Packages for Enterprise Linux Report 2007-10-28
6. Fedora Infrastructure Meeting (Log) 2007-10-25
7. Fedora KDE-SIG Meeting 2007-10-23
8. Fedora Localization Meeting 2007-MM-DD
9. Fedora Marketing Meeting 2007-MM-DD
10. Fedora Packaging Committee Meeting 2007-MM-DD
11. Fedora Release Engineering Meeting 2007-10-22
[[Anchor(Announcements)]]
== Announcements ==
In this section, we cover announcements from Fedora Project.
https://www.redhat.com/mailman/listinfo/fedora-announce-list
Contributing Writer: ThomasChung
No Official Announcement was made for this week.
[[Anchor(PlanetFedora)]]
== Planet Fedora ==
In this section, we cover a highlight of Planet Fedora - an
aggregation of blogs from world wide Fedora contributors.
http://fedoraproject.org/wiki/Planet
Contributing Writers: ThomasChung
=== Fedora 8 - Blocker bugs status ===
RahulSundaram points out in his blog[1],
"As we get ready for a new release of Fedora, the things we worry
about most are the blocker bugs. A couple of QA meetings back, I
suggested to Will Woods to post status reports of the blocker bugs
every week or alternative week to get some eyes on the important bugs
that can block a release and delay it and he has been doing those now
and then."
[1] http://rahulsundaram.livejournal.com/16263.html
=== Fedora 8 ALSA kernel needs Testing ===
WarrenTogami points out in his blog[1],
"We are seriously considering using this newer upstream ALSA in F8.
But given the tight schedule we need testing to be sure it doesn't
horribly break anyone. Reportedly it makes sound behave MUCH better on
newer laptops, like ICH8 Intel hardware. Test!"
[1] http://wtogami.livejournal.com/19782.html
=== Scary Haloween with Werewolves ===
NicuBuculei points out in his blog[1],
"I planned to show this cartoon out only next, in time for Halloween,
but as it was unveiled already in another place, here is it:
halloween."
[1] http://nicubunu.blogspot.com/2007/10/scary-haloween-with-werewolves.html
=== Projeto Fedora? ===
MikeMcGrath points out in his blog[1],
"Thats right, some of our volunteers have been hard at work (ivazquez
and ricky in particular). These guys with the help of some others have
gotten our new website in a bit better shape."
"More translations are on the way, if you're a translator, help
translate and proof what's there! We had initially scheduled it for
Fedora 9 but the work is done already so F8 it is!"
[1] http://mmcgrath.livejournal.com/10595.html
[[Anchor(Marketing)]]
== Marketing ==
In this section, we cover Fedora Marketing Project.
http://fedoraproject.org/wiki/Marketing
Contributing Writer: ThomasChung
=== Fedora, Transifex and upstream L10N ===
JonathanRoberts reports in fedora-marketing-list[1],
"Free software is used all around the world, and as such it needs to
be translated to all kinds of different locales. Fedora has a very
active translation community, and they decided it was time that some
better tools existed for contributing translations and integrating
with upstream. To find out more about this, I talked with
DimitrisGlezos, discussing the new Transifex project, what it was like
to work on a Google Summer of Code Project, and much more..."
[1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00358…
=== Red Hat Magazine | GIMP 2.4 preview ===
NicuBuculei reports in fedora-marketing-list[1],
"This is a preview of the new GIMP 2.4 which will come with Fedora 8
and is (IMO) important for the general desktop user. Even if it is not
a major release feature, I tried to make a tie and talk a bit about F8
too."
[1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00335…
=== Fedora 8 renews tradition of innovations ===
RahulSundaram reports in fedora-marketing-list[1],
"This release makes it obvious that the Fedora community prides itself
on innovation. If nothing else, the public documentation of each
change on the project wiki should make the perspective clear. If,
despite being marked on the wiki as complete, some of these
innovations seem flawed or limited, that seems only inevitable -- with
so many efforts at finding a new direction, some are bound to fail, or
to be less successful than others, especially in their first release.
Fedora deserves appreciation for trying. At the introductory stage,
that matters more, perhaps, than complete success."
[1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00318…
[[Anchor(Developments)]]
== Developments ==
In this section, we cover the problems/solutions, people/personalities, and
ups/downs of the endless discussions on Fedora Developments.
http://www.redhat.com/mailman/listinfo/fedora-devel-list
Contributing Writer: OisinFeeley
=== Crypto Consolidation ===
(For some bizarre reason we neglected to cover this important issue
when it was first announced by SteveGrubb, despite being aware of the
thread. Apologies.)
BernardoInnocenti suggested[1] that it would be a worthwhile goal to
choose one of the multiple implementations of SSL carried by Fedora as
a default. In seeking criteria to make this decision Bernardo
mentioned that examination of the dependencies of other packages
indicated that OpenSSL, NSS and GNU-TLS were equally popular within
Fedora and provided a link to a GNU-TLS benchmark which suggested its
superiority. PádraigBrady responded[2] with a link to SteveGrubb's
post from August 2007 which introduced[3] the Fedora Crypto
Consolidation Project. Steve's post indicated that Red Hat had settled
on using NSS[4] as it is a certified (FIPS-140-2[5]) library
performing all the cryptographic functions within itself, meaning that
any applications linking to it which also follow system security
policies are de facto certified by FIPS-140-2 also. Steve pointed out
that a single toolkit would reduce the maintenance burden and make it
easier for applications to gain new cryptographic technologies. He
asked for help from maintainers in enabling NSS for their applications
and feeding their changes back upstream. The wider impact of
centralizing cryptographic services in terms of simplifying user
interaction is outlined[0] on the wiki.
[0] http://fedoraproject.org/wiki/FedoraCryptoConsolidation
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01681.html
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01684.html
[3] http://www.redhat.com/archives/fedora-devel-list/2007-August/msg01594.html
[4] http://www.mozilla.org/projects/security/pki/nss/overview.html
[5] http://csrc.nist.gov/groups/STM/cmvp/index.html
As Bernardo had compared this effort to the effort made for
spellcheckers and had wished as a minimum to make PKI management
easier, RichardJones was reminded[6] of his earlier efforts (see
FWN#87 "Fedora Standards For Contents Of /etc/pki"[7]) to standardize
the contents of ''/etc/pki''. Richard speculated that there were
probably many more implementations as he knew of at least one more in
OCaml. He recounted that the choice of GNU-TLS for ''libvirt''[8] had
been determined due to its clean, well-documented API and also
expressed a preference for GNU-TLS's ''certtool'' for certificate
management. Richard was skeptical, however, that Bernardo could
achieve his goal because "[r]ewriting code to use a different API is a
lot of make-work that no one wants to do, and doesn't contribute much
benefit to anyone."
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01697.html
[7] http://fedoraproject.org/wiki/FWN/Issue87#head-bf4f4916307b150b787075e393de…
[8] Libvirt provides a stable interface layer to KVM, QEMU, Xen etc.
http://libvirt.org/intro.html
There was agreement on the cleanliness of GNU-TLS's API, the
ease-of-use of ''certtool'' (both in comparison to OpenSSL) expressed
by several developers, including AndrewBartlett[9] (of SAMBA) and
DanielBerrange[10]. Daniel also shared Richard's skepticism about the
tractability of the problem despite its advantages "Re-writing
applications to switch from one impl to another is seriously
non-trivial. There is no way in the world you'd want to carry such
patches in the Fedora packages because they'd be a huge maintenance
time sink whenever a new upstream release came out. So getting any
port accepted by the upstream application author has to be the number
1 priority." Dan also introduced the problem of OpenSSL's regular ABI
breakage as a likely reason why more packages would choose GNU-TLS
over it.
[9] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01801.html
[10] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01704.html
SteveGrubb clarified[11] that the aim of the Fedora Crypto
Consolidation Project was not, as RichardJones thought, to get
everyone to rewrite their code to use a different API immediately but
rather to introduce a "--with-nss" option to packages to make a future
transition possible. An openssl compatible API has been developed to
that end.
[11] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01735.html
ThomasSteenhold advocated[12] a laissez-faire approach which
recognized that projects were free to choose whichever implementation
they preferred. He worried that compatibility layers and
Fedora-specific patches introduced complexity and bugs, but conceded
that perhaps using a preferred implementation when there was choice
could be useful. Steve agreed[13] with Thomas that it wasn't the
Fedora Project's job to interfere with another project's choice and
emphasized that the goal was to add the option of being able to choose
to link against NSS as another option. He restated the objectives as
"We want to help upstream projects add choice. We want to find out
what the rough spots are for NSS and improve its documentation and API
so that we can use it everywhere." JeremyKatz still thought[14] that
this was going to be tough.
[12] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01789.html
[13] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01851.html
[14] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01868.html
Some ruffled feathers were in evidence when JohnDennis asked[15] why,
if SteveGrubb's avowal of not wanting to decide anyone's preference
were true, a "slew" of bugs had been opened by PeterVrabec. John
noted that he had seen no consensus that maintenance effort should be
spent this way. SethVidal added[16] that many of them were also wrong,
such as those opened against YUM instead of Python. JesseKeating
consequently wondered[17] if it was proposed to remove python's
ability to create sha1sum hashes. SimoSorce responded[18] "[j]ust make
it easy to compile with NSS or use your own if NSS is not available."
DanielBerrange agreed[19] with Seth that many of the bugs were wrong
and asked that before bugs were filed that the application in question
should be checked to make sure it is actually using the crypto
libraries which were being suggested for replacement. Initially
TomasMraz argued[20] that he had done this, but later conceded[21]
that there were errors in the process.
[15] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01869.html
[16] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01874.html
[17] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01876.html
[18] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02027.html
[19] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01883.html
[20] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01885.html
[21] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01889.html
After ThomasMraz responded to JohnDennis reiteration of a request for
information as to whether consensus had been sought on spending
developer time on this, ChristopherAillon suggested[22] that FESCo
should be consider the issue.
[22] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01897.html
The problem of NSS not providing all desirable algorithms was raised
by SimoSorce (SAMBA maintainer) and RobertRelyea responded[23] by
asking which were the missing algorithms. He conjectured that MD4
might be one of them, as it was used for Microsoft's NTLM
authentication mechanism. He noted that the plan was to provide a
library to support NTLM. The SAMBA maintainers weren't overly
enthusiastic and AndrewBartlett wondered what was going to be done
about ''rsync''.
[23] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01912.html
The importance of being able to add new cryptographic functions
quickly and uniformly was highlighted when AlanCox raised[24] the
probability that the SHA-1 family of hash functions would not be of
use in the near future and BrunoWolff[25] and others provided
information confirming this. Although PaulWouters was skeptical[26]
the SHA-2 family would be proof against current attacks on SHA-1 (and
also pointed out that IPSec was not affected due to using HMACs)
EnricoScholz[27] thought that probably there was a safe ten year
buffer gained by transitioning to SHA-2 hashes.
[24] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02033.html
[25] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02267.html
[26] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02355.html
[27] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02370.html
=== Fedora 8 Blocker Bugs ===
A list of fourteen critical bugs which must be fixed if the release of
Fedora 8 is to happen on schedule ("blockers") was posted[1] by
WillWoods on October 26th. Will was optimistic that the release would
proceed on schedule but highlighted the bugs for which help in testing
is requested. The detailed list contains details of the status of the
bugs.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02326.html
There was very focused feedback to this email with some
confirmations[2] of fixes, but also several reports[3][4] that despite
huge improvements NetworkManager may still be in need of some changes.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02337.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02335.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02333.html
Will noted that the very latest patches can be obtained from Koji
before they hit rawhide and said "Most of those bugs already have
fixes pending, and none of the rest are hair-on-fire critical bugs, so
I think we're in good shape. If you can help test the stuff I
mentioned above, or you have found some huge problem that we've
missed, please let us know."
=== Laptop Harddrive Wear And Tear ===
PádraigBrady drew attention[1] to a bug entry posted on Ubuntu's
"Launchpad" (a proprietary bug-tracking/ERM tool) which saw users
reporting that their laptop hard-drives were being subjected to
unnecessary load cycles due to an ACPI script. A post[2] on PaulLuon's
journal identified the issue as being due to the "load/unload"
technology introduced in the mid-1990s in order to reduce the effects
of stiction between heads and platters. The side-effect of this
attempt to reduce damage is that the load/unload mechanism wears out
after three hundred thousand cycles.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02249.html
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02249.html
BillNottingham posted[3] that Fedora took the values set as defaults
by the BIOS. On Launchpad MatthewGarrett posted[4] the same
information as regards Ubuntu. AlanCox stated[5] that Windows took the
same strategy.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02260.html
[4] https://bugs.launchpad.net/ubuntu/+source/acpi-support/+bug/59695/comments/…
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02329.html
Some practical investigations were initiated[6] by WarrenTogami, who
suggested power-cycling and then running ''hdparm -I /dev/sda | grep
"Advanced power management''. JesseKeating, ThorstenLeemhuis and
ChuckEbbert[7] all reported an unhelpful "unknown setting", possibly
due to their drives being in AHCI mode. Alan reiterated[8] "[t]he
settings we use are those set by the firmware or the preboot
environment [and] we don't force them and its not our business to do
so as far as I can see."
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02280.html
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02280.html
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02308.html
=== BIG FAT WARNING: X Breaking In Rawhide ===
A warning[1] from AdamJackson flagged a month of pain post Fedora 8
release due to serious upstream changes to Xorg.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02191.html
DarrellPfeifer and RoddClarkson announced[2] that they were happy to
test and that this would be made easier if Adam could provide
backup/back-out options or hints.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02224.html
DaveAirlie was drawn out by DavidNielsen to explain[3] that the two
main projects were to "composite by default" and to provide a smooth
graphical boot transitioning from GRUB to GDM login with only a single
mode set.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02223.html
RichardHally also suggested[4] that a fall back option of the "old
stuff" would be useful for rawhide testers.
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02231.html
=== Fluendo Codecs Violate SELinux Policies ===
A request[1] from ValentTurkovic for help in installing the "fluendo
codec mega pack" (after he had apparently followed the instructions)
saw a simple response[2] from JesseKeating in the form of an email
which was blank but for Jesse's customary signature: "Fedora -- All my
bits are free, are yours?"
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02067.html
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02071.html
A longer, repetitive thread[3] followed in which Valent avowed that he
could not localize the problem to the vendor or to "OSS bits" such as
CodecBuddy and Jesse repeating that if the proprietary software did
not work then Valent needed to follow up with his vendor.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02113.html
A detailed list of default actions to take was suggested[4] by
BastienNocera, including how to check if the codecs are installed
''gst-inspect-0.10 | grep flu'', and where to file a bug with Fluendo.
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02083.html
After Valent posted the output of gst-inspect a problem was noticed[5]
by FernandoHerrera who suggested that an SELinux adjustment to allow a
relocatable shared library would allow the codecs to work. Fernando
suggested ''chcon -t texrel_shlib_t
/home/fedora8test3l/.gstreamer-0.10/plugins/*.so'' (as an aside
DanWalsh's LiveJournal talks[6] about this type of problem and its
security implications, borrowing/referencing UlrichDrepper's
explanations).
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02186.html
[6] http://danwalsh.livejournal.com/2006/05/11/
Upon RahulSundaram's suggestion that Fluendo should fix their code, or
that Valent could seek special dispensation from the SELinux team by
filing a bug report Valent reported back[7] with Fluendo's response
which seems to implicate Intel's "IPP".
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02346.html
=== SUIDs Gone Wild ===
The issue of ''suid'' applications needing some oversight or tracking
was raised[1] by ThorstenLeemhuis. Discussion centered on the
possibility of adding some functionality into rpmlint.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02238.html
=== ALSA 1.0.15 Update Test Kernels ===
The possibility of the latest audio drivers in Fedora 8 was dangled[1]
in front of @fedora-devel subscribers by ChuckEbbert who was fishing
for testers. Those replying were happy with the results.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02204.html
=== RPM Packages Not Signed? ===
A perplexed YonasAbraham wondered why his rawhide system was reporting
that about sixteen packages were unsigned. WillWoods responded[2] that
rawhide packages were never signed, and it turned out that the problem
was that Yonas' system had been switched from updating from
"development" to "fedora" and "updates".
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02220.html
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02225.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02226.html
=== KDE Compiz Switching Snazziness ===
The problem of being able to switch between the window managers
''kwin'' and ''compiz'' was mooted[1] by SebastianVahl. Sebastian had
prepared a switching script which used ''compiz-manager'' and wondered
if it could be included in ''compiz-kde'' and ''compiz-manager'' for
Fedora 8.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02207.html
=== Rules On Packaging Vestigial Libraries ===
A request[1] from HansdeGoede that he be allowed to retire two
external library packages and subsume them into the only application
which depended on them turned into a substantial thread. The issue
seemed to be that the upstream code was using internal versions of
these libraries with bugfixes because their upstreams had been dead
for years. ToshioKuratomi argued[2] that Hans should only do this
once he'd established that upstream for the "Advanced Strategic
Command" game (asc) would not take over this responsibility.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01723.html
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01740.html
Hans was a bit irritated to find himself apparently channeling
RalfCorsepius when he said "I'm totally fed up with having discussions
like this with the bureaucratic powers that control Fedora (woa I feel
like I'm Ralf now) either the powers that be give me permission to use
SDLmm and paragui as included and maintained within upstream asc
release, or I'll just orphan all 3 of them. I refuse to become
upstream for 2 libraries backporting fixes from asc each release just
because some people want to follow the rules as if they are something
holy. Orphaning asc would be a shame as its a great and quite popular
game, but if that is want the powers that be want, then that is what
they will get."
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01972.html
A mild response[4] from Toshio robbed the thread of all its drama, and
he pointed out that he was responding to a specific request for
comments by providing some alternatives and not forcing anyone to do
anything.
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02109.html
[[Anchor(AdvisoryBoard)]]
== Advisory Board ==
In this section, we cover discussion in Fedora Advisory Board.
https://www.redhat.com/mailman/listinfo/fedora-advisory-board
Contributing Writer: MichaelLarabel
=== Content On start.fedoraproject.org ===
On the fedora-advisory-board list, JesseKeating asked[1] whether there
should be content at the Fedora Project Start page[2]. It turns out
that SethVidal is currently working on content for this page along
with the fedora-websites-list. More content should be up on this page
shortly.
[1] https://www.redhat.com/archives/fedora-advisory-board/2007-October/msg00014…
[2] http://start.fedoraproject.org/
=== New FUDCon Proposal ===
GregDeKoenigsberg, the Fedora Community Development Manager, and
MaxSpevack have laid out the schedule for future FUDCons[1]. The next
proposed FUDCon is from January 11 to the 13th at the Red Hat
headquarters. After that, there will be another FUDCon in June during
the Red Hat Summit. Greg and Max propose that future FUDCons be held
during Red Hat Summits (all over the world) and that there will always
be a FUDCon in December and June.
[1] https://www.redhat.com/archives/fedora-advisory-board/2007-October/msg00016…
[[Anchor(Translation)]]
== Translation ==
This section, we cover the news surrounding the Fedora Translation
(L10n) Project.
http://fedoraproject.org/wiki/L10N
Contributing Writer: JasonMatthewTaylor
=== Release Notes Work (Now and Future) ===
All the dedicated folks working on the release notes for Fedora 8 will
likely have noticed a change in structure in CVS, PaulFrields this
week created some new branches.[1] The translators still need to work
with the F-8 branch, as a side benefit they can also add their
translations to the -devel branch so that the latest translations are
available for when the team starts on F9 release notes.
[1] https://www.redhat.com/archives/fedora-trans-list/2007-October/msg00075.html
=== Translation of fedoraproject.org ===
The websites team this week enabled translating on the static pages of
fedoraproject.org. BartCouvreur mentioned in this post[1] some
additional thoughts. There is some workflow details to be worked out
but for those looking to go to work on the pages, the POT file can be
retrieved from here[2].
[1] https://www.redhat.com/archives/fedora-trans-list/2007-October/msg00077.html
[2] http://git.fedoraproject.org/?p=hosted/fedora-web.git;a=tree;f=fedoraprojec…
[[Anchor(Infrastructure)]]
== Infrastructure ==
In this section, we cover the Fedora Infrastructure Project.
http://fedoraproject.org/wiki/Infrastructure
Contributing Writer: JasonMatthewTaylor
=== News site CMS ===
MikeMcGrath started a thread[1] in regards to a new website and how to
best implement it. After much discussion it seems to be still up in
the air which combination of software the team will use (php and
python based). Anyone that has anything to add feel free to comment!
[1] https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
=== Koji Personal Repos ===
JesseKeating introduced this piece[1] about adding a personal
repository capability to koji for easier experimentation with
packages. This is a great idea, there are some infrastructure concerns
mainly making sure enough storage space is available but look for this
to be implemented in the future, as always comments/suggestions are
always welcome.
[1] https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
[[Anchor(SecurityWeek)]]
== Security Week ==
In this section, we highlight the security stories from the week in Fedora.
Contributing Writer: JoshBressers
=== Why are so many browser flaws rated as critical? ===
To many people on the outside world, it's sometimes non obvious why
such a big deal is made about the web browser. The story below
highlights that an ad server was broken into and used to distribute
malware.
* http://www.computerworld.com/action/article.do?command=viewArticleBasic&art…
People usually think that if they're at a trusted site, such as their
bank, a news site, or even some search engines., they are safe and
they can let their guard down. The network of webservers have become
very pervasive, and the line between sites continues to blur. As
various sites start opening up public APIs, this line will eventually
vanish completely. The web seems to be evolving into one giant squishy
ball of putty, rather than lots of little ones. This in turn is
creating an environment more dangerous for its users, with no clear
fix in sight.
=== Virtualization is less secure ===
I ran across this posting to an OpenBSD mailing list the other day:
* http://kerneltrap.org/OpenBSD/Virtualization_Security
Talk of security virtualization reminds me of the old saying about
debugging by Brian Kernighan
''Debugging is twice as hard as writing the code in the first place.
Therefore, if you write the code as cleverly as possible, you are, by
definition, not smart enough to debug it.''
This is hard problem. I doubt the solution lies in writing golden
code. It's more likely that technologies like SELinux are going to be
far more effective than expecting everyone to write bug free software.
[[Anchor(AdvisoriesUpdates)]]
== Advisories and Updates ==
In this section, we cover Security Advisories and Package Updates from
fedora-package-announce.
https://www.redhat.com/mailman/listinfo/fedora-package-announce
Contributing Writer: ThomasChung
=== Fedora 7 Security Advisories ===
* seamonkey-1.1.5-1.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg002…
* drupal-5.3-1.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
* tempest-0-0.4.20070929.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
* rss-glx-0.8.1.p-15.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
* xscreensaver-5.03-12.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
* libpng10-1.0.29-1.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
* firefox-2.0.0.8-1.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
* libpng-1.2.22-1.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
* blam-1.8.3-7.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
* epiphany-extensions-2.18.3-4 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg003…
=== Fedora Core 6 Security Advisories ===
* None reported
[[Anchor(EventsMeetings)]]
== Events and Meetings ==
In this section, we cover event reports and meeting summaries from
various projects.
Contributing Writer: ThomasChung
=== Fedora Board Meeting Minutes 2007-MM-DD ===
* No Report
=== Fedora Ambassadors Meeting 2007-MM-DD ===
* No Report
=== Fedora Documentation Steering Committee 2007-MM-DD ===
* No Report
=== Fedora Engineering Steering Committee Meeting 2007-10-25 ===
* https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02325.html
=== Fedora Extra Packages for Enterprise Linux Report 2007-10-28 ===
* https://www.redhat.com/archives/epel-devel-list/2007-October/msg00046.html
=== Fedora Infrastructure Meeting (Log) 2007-10-25 ===
* https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
=== Fedora KDE-SIG Meeting 2007-10-23 ===
* https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01936.html
=== Fedora Localization Meeting 2007-MM-DD ===
* No Report
=== Fedora Marketing Meeting 2007-MM-DD ===
* No Report
=== Fedora Packaging Committee Meeting 2007-MM-DD ===
* No Report
=== Fedora Release Engineering Meeting 2007-10-22 ===
* https://www.redhat.com/archives/fedora-devel-list/2007-October/msg02049.html
--
Thomas Chung
http://fedoraproject.org/wiki/ThomasChung
= Fedora Weekly News Issue 106 =
Welcome to Fedora Weekly News Issue 106 for the week of October 15th.
http://fedoraproject.org/wiki/FWN/Issue106
In AskFedora we have "Mobile Phone Internet Dialer" and "Just Thanks."
To join or give us your feedback, please visit
http://fedoraproject.org/wiki/NewsProject/Join.
1. Announcements
2. Ask Fedora
1. Mobile Phone Internet Dialer
2. "Just" Thanks
3. Planet Fedora
1. What Fedora 8 feature am I excited about today?
2. Codec Buddy in Fedora 8
3. Frozen for Fedora 8. Brace for impact!
4. Marketing
1. Distrowatch on Fedora Artwork
2. Ohio Linux Fest Follow up
3. The Linux Foundation's desktop Linux survey
5. Developments
1. Rawhide Now Friendly To Babies
2. Ensuring SELinux Contexts Track Changed Executable Locations
3. SELinux Wipes Smile Off GDM Facegreeter
4. Proprietary GoogleEarth Craps Out
5. Provides Or Obsoletes?
6. Deploying Noarch Builds To Specific Arches
7. Bootable USB Stick Containing LiveCD ISO (PPC)
8. Opinions Canvassed On Firefox Interaction With Compiz
9. Mock Rebuild Status
10. Two Mass Branches
6. Advisory Board
1. Fedora Board Recap
7. Fonts
1. Developing Open Fonts
8. Translation
1. Release Note Deadline
9. Infrastructure
1. Moin
10. Security Week
1. Firefox Security Update
11. Advisories and Updates
1. Fedora 7 Security Advisories
2. Fedora Core 6 Security Advisories
12. Events and Meetings
1. Fedora Board Meeting Minutes 2007-10-16
2. Fedora Ambassadors Meeting 2007-MM-DD
3. Fedora Documentation Steering Committee 2007-10-12
4. Fedora Engineering Steering Committee Meeting 2007-10-18
5. Fedora Extra Packages for Enterprise Linux Meeting 2007-10-21
6. Fedora Infrastructure Meeting (Log) 2007-10-18
7. Fedora Localization Meeting 2007-10-16
8. Fedora Marketing Meeting 2007-MM-DD
9. Fedora Packaging Committee Meeting 2007-MM-DD
10. Fedora Release Engineering Meeting 2007-MM-DD
[[Anchor(Announcements)]]
== Announcements ==
In this section, we cover announcements from Fedora Project.
https://www.redhat.com/mailman/listinfo/fedora-announce-list
Contributing Writer: ThomasChung
No Official Announcement was made for this week.
[[Anchor(AskFedora)]]
== Ask Fedora ==
In this section, we answer general questions from Fedora community.
Send your questions to askfedora AT fedoraproject.org and Fedora News
Team will bring you answers from the Fedora Developers and
Contributors to selected number of questions every week as part of our
weekly news report. Please indicate if you do not wish your name
and/or email address to be published.
http://fedoraproject.org/wiki/AskFedora
Contributing Writer: RahulSundaram
=== Mobile Phone Internet Dialer ===
''Balaji Kumar <kkc_balaji AT rediffmail.com> : I am C.Balaji, A
Fedora user and promoter(chosen by myself to be) for past 3 years. i
am in remote area of India. so i can have internet access only through
gsm phones gprs modem.the connection provider was from airtel. almost
35 friends of mine were having internet access only with this type of
connection but i cant connect to internet without windows through my
mobile. i found an application called gprs easy connect for linux
which support many phones. I believe without internet linux will be
boring. also it must provide every way to connect to internet. so if
you add that 6 mb program as default for fedora that would be more
interesting so that more than 1000 people in my own town will have
access to internet in linux platform. Since I am being a open source
promoter i can assure them with most useful tool to connect to the
Internet. ''
Taking a quick look at this software, it is under the GPL license
which is acceptable for Fedora and I have added it to the wishlist[1].
It is however too late for us to evaluating this software and go
through the process of integrating and testing it in time for Fedora 8
but we can look into this before the subsequent release. Note that,
due to space constraints, only the main software packages is available
in the Live images. The rest of the software will be available in the
Fedora online software repository.
[1] http://fedoraproject.org/wiki/PackageMaintainers/WishList.
=== "Just" Thanks ===
''Don Smith <dmsmith AT tru.eastlink.ca> : I just wanted to say thank
you to all the developers that work on Fedora. I recently installed
Fedora 7 on my Toshiba laptop that came with Vista pre-installed. I'm
NOT a Vista fan. I'm am totally impressed with Fedora 7 and feel it is
miles ahead of Vista. Fedora 7 is excellent!. Thanks for the great
work folks! ''
[[Anchor(PlanetFedora)]]
== Planet Fedora ==
In this section, we cover a highlight of Planet Fedora - an
aggregation of blogs from world wide Fedora contributors.
http://fedoraproject.org/wiki/Planet
Contributing Writers: ThomasChung
=== What Fedora 8 feature am I excited about today? ===
Jesse Keating points out in his blog[1],
"Working wireless out of the box. Intel 4965 firmware is in, works
well, and NetworkManager rewrite leaves me with some pretty damn good
software to manage it."
[1] http://jkeating.livejournal.com/46990.html
=== Codec Buddy in Fedora 8 ===
RahulSundaram points out in his blog[1]
"Codec Buddy (Codeina) is the wrapper in Fedora 8 which helps educate
the users on the advantage of open formats or optionally install
multimedia codecs when you click on any multimedia content that is not
supported by Fedora out of the box. To know more about how codec buddy
works and see some screenshots, take a look at the codeina page[2]."
[1] http://rahulsundaram.livejournal.com/14852.html
[2] http://fedoraproject.org/wiki/Multimedia/Codeina
=== Frozen for Fedora 8. Brace for impact! ===
WillWoods points out in his blog[1]
"Hoorj. So, yeah, we are definitely frozen for F8. Now comes the time
when I spend every day staring at the blocker list and poking the bugs
there (and the people responsible for them) and trying to make them
die. The bugs, not the people."
[1] http://qa-rockstar.livejournal.com/4951.html
[[Anchor(Marketing)]]
== Marketing ==
In this section, we cover Fedora Marketing Project.
http://fedoraproject.org/wiki/Marketing
Contributing Writer: ThomasChung
=== Distrowatch on Fedora Artwork ===
RahulSundaram reports in fedora-marketing-list[1]
"The Fedora project has been on the forefront of these initiatives,
which resulted in some of the most eye-catching desktop art and themes
available in any distribution. How do they do it? Learn more in this
interview with Fedora art team lead Máirín Duffy"
[1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00258…
=== Ohio Linux Fest Follow up ===
KarlieRobinson reports in fedora-marketing-list[1],
"Sorry it's been so long getting it published. It's been a really
crazy couple of weeks around here. Todd's article[2] about the Fest."
[1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00252…
[2] http://on-disk.com/cms/index.php?wiki=ohio_linux_fest_2007
=== The Linux Foundation's desktop Linux survey ===
RahulSundaram reports in fedora-marketing-list[1],
"The survey[2] will take only few minutes of your time, and your feedback is
essential in helping us to focus our development efforts and accelerate
the global adoption of Linux desktops and clients. For example, past
surveys highlighted the need to address printing and wireless issues, so
we set up focused workgroups and conferences to help developers and
vendors work out common solutions to these requirements."
[1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00234…
[2] http://www.linux-foundation.org/en/2007ClientSurvey
[[Anchor(Developments)]]
== Developments ==
In this section, we cover the problems/solutions, people/personalities, and
ups/downs of the endless discussions on Fedora Developments.
http://www.redhat.com/mailman/listinfo/fedora-devel-list
Contributing Writer: OisinFeeley
=== Rawhide Now Friendly To Babies ===
A proposal[0] to change the way in which the release cycle is managed
was posted[1] as an RFC by JesseKeating. The intent of the proposal
was to shorten the amount of time during which developers are unable
to share code due to "freezes" of the always-current development CVS
(known as "rawhide"). A freeze is the temporary removal of the ability
of contributors to check-in newly built packages. This is necessary
to obtain a stable aggregation of packages as a release. The proposal
would see the renaming of "Test1 - Test3, Final" as "Alpha, Beta,
Release Candidate, Final" with no rawhide freeze for "Alpha".
[0] http://fedoraproject.org/wiki/JesseKeating/DevelopmentChangesProposal
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01206.html
Substantial early feedback from HansdeGoede and ThorstenLeemhuis
welcomed the discussion but challenged many of the assumptions. Hans
declared[2] himself in favor of the current model of early mass
branching but avoiding adding the extra overhead of contributors
having to ask release-engineering to pull specific builds from this
branch into the release.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01210.html
Jesse responded to Hans objections from the perspective of development
ceasing for a release once the request candidate (RC) is being
composed and that from that point development work should be in
preparing material for the updates-testing repository for that
release, or if there were a compelling reason then release-engineering
would upon request move the update from the branch into the RC. Hans
thanked Jesse for this explanation but returned[3] to his central
objection that maintainers were the people with the expertise (rather
than release-engineering) to decide whether their package should enter
the RC, or stay in the branch. He also argued that there were only
two exit points from Jesse's proposed algorithm: the release branch;
or the devel branch. Hans on his part split the decision into three
parts: benign simple fixes (release branch); non-disruptive updates
(updates-testing); next development cycle. Hans rhetorically wondered
"Isn't our new slogan "freedom is a feature", then I say no to a small
club making the decisions, thats an autocracy. I say power to the
people (power to the maintainers)."
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01237.html
Hans' objection to the bottleneck was answered by MikeMcGrath with a
request for suggestions of who could make the decision about whether
the build would go down any of these paths. Hans argued again for
leaving the decision in the hands of the actual maintainer and when
NicolasMailhot expressed[4] the opinion that "[the maintainer will
always put his package before the distro as a whole" suggested that he
might start looking for another community. Nicolas thought[5] that it
was just a description of human behavior and pointed to the Linux
kernel development model. MikeMcGrath[6] and JefSpaleta[7] also tried
to defend the necessity of a single release-engineering team
co-ordinating the changes. Jef drew the analogy of writers and editors
to attempt to point out that conflicting priorities do not equate to
ill-will, malice or disregard.
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01249.html
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01259.html
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01260.html
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01262.html
Separately JesseKeating responded[8] that there was evidence that
broken trees would result if release-engineering were not there to
check that individual maintainers' decisions were sane for the whole
tree. Jesse also acknowledged that while there were many excellent
maintainers capable of these decisions there were many that only had
the time to do a blanket "build for new upstream release". He argued
that there were three exit points and added that he would be happy to
see more people added to the release-engineering team.
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01242.html
Hans made a detailed reply[9] in which he argued for the greater
trusting of maintainers, with several examples from his own expertise.
He suggested that if there automated checks for the disappearance of
Provides: for packages and consequent tagging of the package requiring
the maintainer to explain the problem or fix it before it can be
pushed. Hans also objected to Jesse's use of the phrase "joe random
builder". A response[10] from JesseKeating detailed the constraints
under which the build process and release-engineering is working,
apologized for any offense taken by the phrase, and emphasized that a
knowledge of, and facility with, package building did not necessarily
translate into appreciating the details of the release process. Jesse
agreed that while Hans' hypothetical automated checking was a good
idea he simply "lacked the bandwidth" to do anything more than he was
doing right now. MikeMcGrath suggested[11] that Hans produce a
proposal.
[9] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01253.html
[10] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01256.html
[11] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01261.html
ThorstenLeemhuis was also appreciative[12] of Jesse's effort to
address this problem and raised some fresh issues. Thorsten argued
for more frequent test releases, while acknowledging the potential
impact on mirrors. He also commented that there was a lack of users
testing rawhide because of the perception that "rawhide eats babies."
Thorsten sketched out a potential release schedule which would lead to
more stable rawhide in the five weeks before a release. He also
suggested better documentation of ways in which testers can smoothly
transition from rawhide to a stable release. While Jesse was
doubtful[13] that mirrors would be willing or able to cope with rapid
cycling of test releases he agreed that getting test-releases out
earlier was necessary, but should be achieved by ensuring that the
tree was more stable. A detailed discussion of potential release
problems followed.
[12] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01235.html
[13] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01236.html
The issue of being able to upgrade was addressed when RahulSundaram
pointed to the wiki page about updating from one release to another
and Thorsten added[14] information about running the YumShell in
rawhide.
[14] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01296.html
=== Ensuring SELinux Contexts Track Changed Executable Locations ===
On October 13th DanielWalsh posted[1] a heads-up to maintainers to the
effect that if the location of an executable had changed then they
needed to ensure that the SELinux context was correctly reset. Failure
to do this could result in a security vulnerability.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01008.html
ArjanvandeVen wished[2] that the build system could notice this sort
of thing and send warning emails to which JesseKeating responded[3]
with a "patches accepted" link.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01009.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01010.html
A suggestion[4] was made by KarelZak that it would be better to
maintain a default SELinux label in a similar manner to file
attributes, e.g. ''%attr(4755,root,root) %selinux(foo_t) /bin/foo''.
LubomirKundrak agreed[5] that this was "more
elegant and maintainable than restorecon in scriptlets".
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01157.html
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01183.html
Skepticism was expressed[6] by TomasMraz about the ability to update
file_contexts to prevent loss on the next filesystem relabel and Karel
responded[7] with the suggestion of using more policies and using a
label database. GianlucaSforna and ChristopherBrown both suggested[8]
that having non-experts (w.r.t. SELinux) muck about with contexts in
spec files would not scale well and introduced unwanted complexity.
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01184.html
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01186.html
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01207.html
=== SELinux Wipes Smile Off GDM Facegreeter ===
LouisGarcia asked[1] why GDM[2] did not display a picture when he
apparently had followed the correct steps of placing it in the About
Me "capplet" and had a ''.face'' file in his ~.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00957.html
[2] http://www.gnome.org/projects/gdm/
A first stab at the problem was taken[3] by BastienNocera when he
suggested checking the permissions of the ''.face'' and home
directory. DavidZeuthen pointed out that this shouldn't be a problem
because the master GDM process runs as root and pipes the faces to the
GDM greeter, but KostasGeorgiou added[4] a twist when he pointed out
that the home could be mounted over the network and that root would
thus not necessarily have access.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01133.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01133.html
When Louis added[5] the information that he was seeing an AVC denial
''SELinux is preventing /usr/sbin/gdm-binary (xdm_t) "read" to
(home_root_t)'' he was asked by LubomirKundrak whether he was
logged-in as root. Lubomir also requested the location of the picture
and asked if he had tried to run ''restorecon'' (to reset the security
context[6]).
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01136.html
[6] See DanielWalsh's excellent article
http://www.redhatmagazine.com/2007/08/21/a-step-by-step-guide-to-building-a…
Louis clarified that he was not "running as root" and listed the
extended attributes of the ''.face'' file. DanielWalsh suspected[7]
that the file was not in the usual home directory because it had a
context of ''home_root_t'' instead of ''user_home_t''. Further
investigation showed that Louis whole home directory needed[8] to have
the file contexts restored with ''restorecon -R -v /home''.
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01141.html
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01159.html
=== Proprietary GoogleEarth Craps Out ===
A query was posted[1] by ThomasBaker as to whether anyone had run
GoogleEarth successfully on Fedora 8. He observed that it hung
randomly without passing the server login.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01148.html
Initial suspicion[2] focused on the hardware but LubomirKundrak
pointed[3] out that hangs occurred for both ''fglrx'' (ATI's
closed-source driver) and Intel's driver. He suggested the alternative
explanation of it being a "pile of proprietary crap", a suggestion
that was not challenged. BenjaminLewis acknowledged[4] that his own
kind provision of an ''strace'' was possibly not of too much use as
both ''fglrx'' and ''GoogleEarth'' were proprietary, but noted that
the instability seemed to parallel the introduction of the
star-viewing features.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01153.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01156.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01163.html
DaveAirlie was torn between blaming ''glibc'' or bits of ''X11'' and
asked[5] if anyone could narrow down when it last worked. He then went
ahead and pulled in the latest Fedora 7 glibc into a directory on his
Fedora 8 box and ran[6] the GoogleEarth binary against this older
library with ''LD_LIBRARY_PATH=.:/home/airlied/test/lib
/home/airlied/test/lib//ld-2.6.so ./googleearth-bin'', thus confirming
that the problem appeared to be in ''glibc''.
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01165.html
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01167.html
A response from JakubJelinek identified[7] a bug in GoogleEarth and
also one in ''glibc'' itself.
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01353.html
DouglasMcClendon raised[8] the question of who was working on
providing an alternative by packaging NASA's ''worldwind'' and also
wondering if ''KMarble'' could run on GNOME. KevinKofler answered[9]
that it should run if Qt4 was installed but cautioned that "It doesn't
have all that fancy 3D stuff though".
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01175.html
[9] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01176.html
=== Provides Or Obsoletes? ===
SteveDickson asked[1] for help in using ''Provides:'' and
''Obsoletes:'' in a specfile to resolve file conflicts on a common
configuration file. The problem arose in the specific context of
renaming ''libgssapi-0.11-2.fc8'' to ''libgssglue-0.1-2.fc8''.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01215.html
Because Steve had provided an extract from his specfile and also a
cut-and-paste of the error from the command line he quickly received
multiple answers helpfully pointing out[2] that his error consisted in
trying to install (using ''yum -ihv <packagename>.rpm'') instead of
upgrading (using ''yum -Uhv <packagename>.rpm''). DanielBerrange
pointed out that the install would attempt to proceed in parallel
resulting in a clash on files.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01217.html
Steve confirmed[3] to JosVos that this was indeed the problem.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01222.html
MichaelSchwendt was sharp-eyed enough to notice[4] that the NVR[5] of
the package was not sufficient because the presence of a %dist tag
would throw out the comparison. LubomirKundrak expressed[6] strong
agreement and requested that ''Obsoletes:'' tags should _never_
contain "<=". JosVos suggested[7] that just comparing the Versions and
leaving out the Release would be a minimal improvement. In an aside
Jos also wondered why ''gaim'' had been obsoleted by ''pidgin'' using
''gaim < 999:1'' instead of simply obsoleting gaim. MichaelSchwendt
replied[8] that versioned obsoletes kept the door open for
re-introducing a package with the name.
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01226.html
[5] http://docs.fedoraproject.org/drafts/rpm-guide-en/ch09s03.html
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01227.html
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01230.html
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01245.html
Closing off the thread, SteveDickson thanked[9] everyone for their
help and posted his now fixed specfile.
[9] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01234.html
=== Deploying Noarch Builds To Specific Arches ===
A report of a problem in building a package dependent on IcedTea(an
unencumbered hybrid of Sun's OpenJDK[1] and GNU Classpath) was
posted[2] by DeepakBhole. Deepak noted[3] that Koji allowed "Noarch"
to be chosen and attempted to build the package for x86, x86_64 and
also ppc. The problem was that IcedTea itself only exists for x86 and
x86_64, resulting a failed build on ppc.
[1] http://icedtea.classpath.org/wiki/Main_Page
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01327.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01430.html
AndrewHaley's immediate interest was in finding out why the failure
was happening, and a short exchange[4] with AnthonyGreen explored
whether using ecj[5] would allow the building of IcedTea on ppc, but
the conclusion was to simply avoid the problem: "Just don't
BuildRequire icedtea and all is good."
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01339.html
[5] http://gcc.gnu.org/ml/gcc/2007-01/msg00157.html
The recommendation offered[6] by JesseKeating was to use
"ExclusiveArch: i386 x86_64" in the spec and to comment this. Deepak
objected[7] that this would fail to produce packages for the ppc
architecture which could run on it in interpreted mode. AndrewHaley
referenced[8] an IRC discussion in which Deepak had explained the
problem as a disjunction between Fedora policy (allowing building
noarch with IcedTea and shipping all archs) and what the buildsystem
allows. He suggested that the policy be adjusted to fit the
buildsystem capabilities.
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01332.html
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01335.html
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01337.html
A slightly separate issue was raised[9] by CaolanMcNamara when he
showed that IcedTea generated by default bytecode which was targeted
to a later version than 'gij' can handle. AndrewHaley responded[10]
that it was essential that all packages built with IcedTea use
''-target 1.5'' and this needed to be Fedora policy. JasonTibbitts
asked[11] for someone to write packaging guidelines concerning Java.
[9] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01336.html
[10] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01338.html
[11] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01363.html
The situation was re-assessed by JesseKeating who summed up[12] with
the information that it was not possible to build all packages with
IcedTea at present. Instead everything could and should be built with
'gcj'. These packages then have the possibility to run using either
IcedTea(on selected architectures) or 'gcj'.
[12] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01341.html
=== Bootable USB Stick Containing LiveCD ISO (PPC) ===
The ability to automagically set up a USB stick (containing the
contents of the LiveCD ISO) as a boot device was announced[1] by
JarodWilson. He cautioned that it currently only worked on PPC
Macintoshes and required some manual repartitioning and specification
within Open Firmware.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01382.html
RalfErtzinger suggested[2] that hard coding the device name into the
script was a bad idea and Jarod agreed[3] and changed this detail.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01406.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01414.html
The script is available[4] for testing and Jarod subsequently
reported[5] booting a MacMini successfully with it.
[4] http://people.redhat.com/jwilson/misc/livecd-iso-to-disk.ppc
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01416.html
=== Opinions Canvassed On Firefox Interaction With Compiz ===
The recent acquisition of improved notifications by Firefox had led[1]
JesseKeating to become irritated at the automatic rotation of the
compiz desktop to the cube face containing the Firefox window whenever
an URL was clicked. Jesse modestly admitted to being "strange at
times" and wondered whether other users agreed with him that it would
be nicer not to do this. Instead he suggested that a pulsing Firefox
icon should appear on each face and only when it was clicked would the
face containing Firefox be rotated into view.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01382.html
The bug number was requested by ChuckAnderson and supplied[2] by EmmanuelSeyman.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01482.html
Although RalfErtzinger was not using ''compiz'' he had recently
noticed[3] behavior which also irritated him: the foregrounding of
Firefox whenever he clicked a link in another application. JohnDennis
agreed[4] and wanted this behavior off by default.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01480.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01485.html
DavidZeuthen added[5] that when using Metacity workspaces would be
ruined by Firefox jumping into them, but noted the existence of a
patch and Jesse answered[8] that he had built Metacity with the patch
and it would be in Fedora 8.
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01483.html
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01484.html
A further post from KevinKofler wondered what would happen with KWin
and RoddClarkson opened[7] a new can of worms by suggesting that
behaviors should be consistent across desktop managers.
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01577.html
=== Mock Rebuild Status ===
MattDomsch's regular posting of the results of rebuilding Fedora in
Mock (for x86_64) contained[1] a list of 199 packages which had failed
to build. Matt thanked Spot (TomCallaway) for fixing approximately one
hundred and fifty PERL packages. He also pointed out that the version
of Mock[2] in which the builds had been done was MichaelBrown's
pre-release of version 0.8.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01516.html
[2] http://fedoraproject.org/wiki/Projects/Mock
PanuMatilainen spotted[3] a fairly simple problem a missing "Requires"
which had caused one of his packages to fail and IgnacioVazquezAbrams
was puzzled[4] as to why one of his packages which used an
"ExclusiveArch: i386" was showing up in the list.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01520.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01521.html
=== Two Mass Branches ===
On Thursday October 18th JesseKeating announced[1] the first mass
branch for Fedora 8 (see discussion in this same FWN#106 "Rawhide Now
Friendly To Babies".) He stated that CVS commits would be disabled
until he announced their re-opening. The next day an announcement of
the re-opening of CVS carried[2] the additional information that the
operation had stalled due to a failure to request all the branches
from PackageDB.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01465.html
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01471.html
Later the same day (Friday 19th) Jesse announced[3] that he was ready
for another go and that CVS was again going to be disabled during the
procedure. On Saturday 20th Jesse followed up[4] with the information
that all was going well, albeit a little slowly. He noted that this
was the first trial of using PackageDB completely for branching and
that some areas had been identified as likely candidates for speeding
things up. Meanwhile Jesse unreasonably snatched a few hours of the
weekend to do some housework.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01515.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01541.html
A suggestion[5] was made that the CVS error message[6] during this
period should be changed to something a bit more informative.
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01533.html
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01529.html
[[Anchor(AdvisoryBoard)]]
== Advisory Board ==
In this section, we cover discussion in Fedora Advisory Board.
https://www.redhat.com/mailman/listinfo/fedora-advisory-board
Contributing Writer: MichaelLarabel
=== Fedora Board Recap ===
JohnPoelstra has recapped their recent Fedora Board meeting[1].
Discussed at this meeting were licensing concerns for SPEC files, the
Google start page in Fedora 8, and the future of PowerPC support. Red
Hat Legal had chimed in on the SPEC file licensing and has stated
these files needed to build RPMs should be as open and licensed just
like everything else. The SPEC files should be licensed the same as
the package itself or in "something extremely permissive". The Google
start page is progressing, but no agreement has yet been signed. The
PowerPC ISOs for Fedora 8 will be released in the same fashion as
previous Fedora releases, but for future releases, the PowerPC support
will be dependent upon the Fedora PPC developer community.
[1] https://www.redhat.com/archives/fedora-advisory-board/2007-October/msg00001…
[[Anchor(Fonts)]]
== Fonts ==
In this section, we cover discussion in Fedora Fonts.
https://www.redhat.com/mailman/listinfo/fedora-fonts-list
Contributing Writer: MichaelLarabel
=== Developing Open Fonts ===
After the creation of the fedora-fonts-list[1], AnneWilson has asked
how to start creating a new free font based upon her favorite
closed-source font[2]. This question was answered by checking out some
resources such as the Open Font Library Wiki[3] and Font Forge
Tutorial[4].
[1] https://www.redhat.com/archives/fedora-fonts-list/2007-October/msg00000.html
[2] https://www.redhat.com/archives/fedora-fonts-list/2007-October/msg00035.html
[3] http://openfontlibrary.org/wiki/Knowledge_Resources
[4] http://fontforge.sourceforge.net/editexample.html
[[Anchor(Translation)]]
== Translation ==
This section, we cover the news surrounding the Fedora Translation
(L10n) Project.
http://fedoraproject.org/wiki/L10N
Contributing Writer: JasonMatthewTaylor
=== Release Note Deadline ===
Well, it's here. The deadline for translation of the Fedora Core 8
release notes is 22-Oct-2007 at 2359. Translations at or greater than
90% complete will be included, there will also be a zero-day build for
those that are close but are still working.
[1] https://www.redhat.com/archives/fedora-trans-list/2007-October/msg00068.html
[[Anchor(Infrastructure)]]
== Infrastructure ==
In this section, we cover the Fedora Infrastructure Project.
http://fedoraproject.org/wiki/Infrastructure
Contributing Writer: JasonMatthewTaylor
=== Moin ===
So after much discussion[1] this week about what to do about Moin (the
wiki software) as its performance has been somewhat lacking the
infrastructure team came up with a temporary fix. MikeMcGrath and
MattDomsch came up with a patch[2] that backgrounds the email
notification so the wiki isn't waiting on the email, it just saves and
then the email subsystem takes care of its end. While this is a
temporary fix (until ToshioKuratomi completes a database backend) it
seems to be doing the trick. Thanks guys from all the wiki users!
[1] https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
[2] https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
[[Anchor(SecurityWeek)]]
== Security Week ==
In this section, we highlight the security stories from the week in Fedora.
Contributing Writer: JoshBressers
=== Firefox Security Update ===
This week was consumed with the Firefox security update. A security
update of Firefox will result in the release of Firefox, Seamonkey,
and Thunderbird. This is of course a great deal of work for all the
involved parties. Those programs are rather complex and much can go
wrong along the way. On the plus side though, we have gotten rather
good at dealing with these updates in RHEL and Fedora. All the
interesting bits can be found here:
* http://www.mozilla.org/projects/security/known-vulnerabilities.html
[[Anchor(AdvisoriesUpdates)]]
== Advisories and Updates ==
In this section, we cover Security Advisories and Package Updates from
fedora-package-announce.
https://www.redhat.com/mailman/listinfo/fedora-package-announce
Contributing Writer: ThomasChung
=== Fedora 7 Security Advisories ===
* tk-8.4.13-6.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg002…
* openssl-0.9.8b-15.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg002…
=== Fedora Core 6 Security Advisories ===
* openssh-4.3p2-25.fc6 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg002…
* util-linux-2.13-0.49.fc6 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg002…
* hplip-1.7.4a-3.fc6 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg002…
* openssl-0.9.8b-15.fc6 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg002…
[[Anchor(EventsMeetings)]]
== Events and Meetings ==
In this section, we cover event reports and meeting summaries from
various projects.
Contributing Writer: ThomasChung
=== Fedora Board Meeting Minutes 2007-10-16 ===
* https://www.redhat.com/archives/fedora-advisory-board/2007-October/msg00002…
=== Fedora Ambassadors Meeting 2007-MM-DD ===
* No Report
=== Fedora Documentation Steering Committee 2007-10-12 ===
* https://www.redhat.com/archives/fedora-docs-list/2007-October/msg00101.html
=== Fedora Engineering Steering Committee Meeting 2007-10-18 ===
* https://www.redhat.com/archives/fedora-devel-list/2007-October/msg01464.html
=== Fedora Extra Packages for Enterprise Linux Meeting 2007-10-21 ===
* https://www.redhat.com/archives/epel-devel-list/2007-October/msg00022.html
=== Fedora Infrastructure Meeting (Log) 2007-10-18 ===
* https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
=== Fedora Localization Meeting 2007-10-16 ===
* https://www.redhat.com/archives/fedora-trans-list/2007-October/msg00050.html
=== Fedora Marketing Meeting 2007-MM-DD ===
* No Report
=== Fedora Packaging Committee Meeting 2007-MM-DD ===
* No Report
=== Fedora Release Engineering Meeting 2007-MM-DD ===
* No Report
--
Thomas Chung
http://fedoraproject.org/wiki/ThomasChung
Dear potential SIG contributor,
You're receiving this message because you're subscribed to one of the
general relevant Fedora mailing lists, or because our awesome
minion-finding powers have detected your interest in fonts and text
rendering/layouting in Fedora, EPEL or OLPC¹.
Last month's consultation showed there was enough possible contributors
and needed work to justify creating a Fedora Fonts Special Interest
Group.
To get the ball rolling I've started seeding a Fonts SIG space in the
Fedora wiki:
http://fedoraproject.org/wiki/SIGs/Fonts
Recently, the Fedora infrastructure team created us a mailing list to
coordinate SIG activities:
https://www.redhat.com/mailman/listinfo/fedora-fonts-list
In addition to human posts I intend to get it CCed on every font-related
bug in our bugzilla.
That means we have enough infrastructure to open shop, and I hereby
declare the Fonts SIG born.
If you are interested in the Fonts SIG, please:
— read the wiki, and the proposed Fonts SIG charter,
— subscribe to the mailing list,
— let us know there where you want the SIG to evolve
— and what *you* are ready to contribute to make this evolution happen
(in particular only respond to this message on fedora-fonts-list!)
I've created the SIG but we can make it live. It's not a tool to
implement my personal vision². It's not some sort of public to-do list
either.
Stuff will happen because we make it happen. SIG organisation is only
there to help implement our wishes; I've sadly no access to magical
fairies ready to do the work in our stead.
I hope to find many of you on on the Fonts SIG list!
Regards,
¹ ie you already maintain or co-maintain a fonts-related package in
Fedora (fonts, major text layouting library, font tool…), or made the
mistake to ask about fonts on one of the Fedora lists I read
² Visions are for people standing too long under the sun, and there's
been a distinct lack of it here recently
--
Nicolas Mailhot
= Fedora Weekly News Issue 104 =
Welcome to Fedora Weekly News Issue 104 for the week of October 1st.
http://fedoraproject.org/wiki/FWN/Issue104
In Announcements, we have "Announcing Fedora 8 Test 3 (7.92)!"
To join or give us your feedback, please visit
http://fedoraproject.org/wiki/NewsProject/Join.
1. Announcements
1. Announcing Fedora 8 Test 3 (7.92)!
2. Ask Fedora
1. How can I be a part of Fedora?
3. Planet Fedora
1. Release Notes freeze
2. Summit Happenings
4. Marketing
1. Fedora 7: A Solid Core Distribution
2. Interview with Fedora's Max Spevack
5. Developments
1. Pungi Error Corrected
2. GPLv2 Obligations To Maintain Sources
3. Co-maintainers Without Sponsorship?
4. Orinoco Driver And Scanning Problems With NetworkManager
5. /etc/hosts Discussion Yields libICE Fix
6. Speeding Up Firefox?
7. Bodhi To Allow "cvsextras" To Push To Testing
8. ExcludeArch Packaging Bug Resolved For 'gnome-python2-extras'
9. Mono Packages Lagging, New Co-maintainer Added
10. Mixing Macros And Native Commands In Specfiles
11. Fedora 8 Test 3 Announced
6. Translation
1. Online Translation
2. Pirut
7. Infrastructure
1. MirrorManager Patch
2. CVSExtras
8. Security Week
1. VM-Based Rootkits Proved Easily Detectable
2. Linux phishing botnet statistics can be deceptive
3. "you security people are insane."
9. Advisories and Updates
1. Fedora 7 Security Advisories
2. Fedora Core 6 Security Advisories
10. Events and Meetings
1. Fedora Board Meeting Minutes 2007-MM-DD
2. Fedora Ambassadors Meeting 2007-MM-DD
3. Fedora Documentation Steering Committee 2007-10-07
4. Fedora Engineering Steering Committee Meeting 2007-10-04
5. Fedora Extra Packages for Enterprise Linux Meeting (Log) 2007-MM-DD
6. Fedora Infrastructure Meeting (Log) 2007-10-04
7. Fedora Localization Project Meeting 2007-MM-DD
8. Fedora Packaging Committee Meeting 2007-10-02
9. Fedora Release Engineering Meeting 2007-10-01
[[Anchor(Announcements)]]
== Announcements ==
In this section, we cover announcements from various projects.
Contributing Writer: ThomasChung
=== Announcing Fedora 8 Test 3 (7.92)! ===
JeremyKatz announces in fedora-announce-list[1],
"Fedora 8 Test 3 is here! This is the last test release before the
development freeze and a great time to test all those packages that you
know and love. Test 3 is for beta users. This is the time when we must
have full community participation. Without this participation both
hardware and software functionality suffers."
[1] https://www.redhat.com/archives/fedora-announce-list/2007-October/msg00001.…
[[Anchor(AskFedora)]]
== Ask Fedora ==
In this section, we answer general questions from Fedora community.
Send your questions to askfedora AT fedoraproject.org and Fedora News
Team will bring you answers from the Fedora Developers and
Contributors to selected number of questions every week as part of our
weekly news report. Please indicate if you do not wish your name
and/or email address to be published.
http://fedoraproject.org/wiki/AskFedora
Contributing Writer: RahulSundaram
=== How can I be a part of Fedora? ===
''Mark McLaughlin: How can I be a part of the Fedora project and be
able to cast a vote for the codename for the next Fedora Releases? I
want to contribute with ideas and distribute Live CDs in New England
USA ''
You can be part of Fedora by joining one of the sub projects available
at http://fedoraproject.org/join-fedora.html. Any Fedora contributor
would be able to vote for a codename for the upcoming releases of
Fedora. Ideas are worth it's weight in gold but the key factor in
realizing those ideas in many instances is to step up and do the work
involved. With Free software, you don't have to be contend with merely
being a consumer and you have the nice opportunity to go beyond it and
drive the changes you desire. Go for it.
If you are interested in distributing media freely to more end users,
join the Free Media project at
http://fedoraproject.org/wiki/Distribution/FreeMedia where hundreds of
copies of Fedora is being distributed every month all over the world
by volunteers in the Fedora community. Give everyone you can, the
gift of Fedora!
[[Anchor(PlanetFedora)]]
== Planet Fedora ==
In this section, we cover a highlight of Planet Fedora - an
aggregation of blogs from world wide Fedora contributors.
http://fedoraproject.org/wiki/Planet
Contributing Writers: ThomasChung
=== Release Notes freeze ===
PaulFrields points out in his blog[1],
"Tomorrow night at 2359 UTC the wiki beats, where we collect the
release notes for F8, will be "frozen" for the final release. From
there, we produce DocBook XML sources which go to the L10N folks for
translation for the F8 general release."
[1] http://marilyn.frields.org:8080/~paul/wordpress/?p=852
=== Summit Happenings ===
ColinWalters points out in his blog[1],
"Online Desktop - Owen, Bryan, Marina and I gave a talk on the Online
Desktop effort that went pretty well, lots of stuff was demoed and
there were some good questions."
"Summit[2] General - So far it's fun, a lot of people hacking on
things here. Gave a short talk about the current state of Hotwire
which went well. I think there's a lot of interest but probably most
people are waiting for bugs to be fixed; if you've tried it and found
some, please file them!
[1] http://cgwalters.livejournal.com/8194.html
[2] http://live.gnome.org/Boston2007
[[Anchor(Marketing)]]
== Marketing ==
In this section, we cover Fedora Marketing Project.
http://fedoraproject.org/wiki/Marketing
Contributing Writer: ThomasChung
=== Fedora 7: A Solid Core Distribution ===
RahulSundaram reports in fedora-marketing-list[1],
"Overall, Fedora is a good distribution to consider both for an
easy-to-use desktop and for a basic home or small-office server. The
user interface and security features are first-class, and the rest of
the environment is straightforward, particularly if you are used to
Red Hat. When deciding between Linux distributions to try out, Fedora
should certainly be on the list."
[1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00020…
=== Interview with Fedora's Max Spevack ===
RahulSundaram reports in fedora-marketing-list[1],
"Fedora is a distribution that we try to release twice a year, and we
try to always focus on the things that are important to the larger
Fedora community, while at the same time allowing Fedora to be a place
where things that Red Hat engineering groups are working on can also
make their way into the distribution."
[1] https://www.redhat.com/archives/fedora-marketing-list/2007-October/msg00120…
[[Anchor(Developments)]]
== Developments ==
In this section, we cover the problems/solutions,
people/personalities, and ups/downs of the endless discussions on
Fedora Developments.
http://www.redhat.com/mailman/listinfo/fedora-devel-list
Contributing Writer: OisinFeeley
=== Pungi Error Corrected ===
The continued activity of the Alphacore[1] project was revealed when
OliverFalk asked[2] for some Python gurus to help him in creating
non-DVD ISOs using Pungi. Oliver provided a patch to the
ConfigParser.py module to allow it to accept either ints or strings.
He wondered whether no one else was generating non-DVD ISOs.
[1] Alphacore are a volunteer port of Fedora to the AlphaServer
architecture and have integrated their work as a Secondary
Architecture for Fedora 8.
[http://alphacore.info/archives/13-No-News-Is-....htmlhttp://alphacore.info/archives/13-No-News-Is-....html]
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00060.html
JesseKeating responded[3] that this code path had been left out of the
validation tests and that Oliver's diagnosis of a Pungi bug in
ConfigParser was correct. A patched version was produced.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00066.html
Oliver was impressed[4] with Jesse's usual quick response and
explained that he would be testing out this code path fairly regularly
because Alphas tend not to have DVD-ROMs.
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00067.html
Further discussion focused[5] on why ConfigParser only accepted
strings. Jesse speculated that it was because it would be hard to
mark an element of a plaintext file as an integer rather than a
string.
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00069.html
A related, but distinct question asked[6] by Oliver was why Koji did
not create an sqlite database with ''createrepo -d''. Oliver noted
that for slower architectures there would be a speeding up of the init
phase of the build-root. It turned out that the reason was that Koji
had been developed on machines which lacked the ability to run
"createrepo -d" and Oliver kindly provided[7] a patch for when they
became capable.
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00159.html
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00200.html
MikeBonnet added[8] the information that the ''createrepo'' in
''koji'' used the ''-update'' flag to parse pre-existing repodata
resulting in a huge speed boost. Mike wondered whether ''--update''
would work with an sqlite database. Oliver responded[9] that it did
not, but explained the speed trade offs faced in his situation and
promised to post a request for the sqlite support with ''--update'' in
the right place.
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00211.html
[9] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00218.html
TimLauridsen and SethVidal weighed in[10] on the problem of using
ConfigParser by suggesting that a look at ''config.py'' (written by
MennoSmits and de-yummified by Seth) might be useful.
[10] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00112.html
=== GPLv2 Obligations To Maintain Sources ===
An interesting question was raised[1] by MattDomsch about how the
Fedora Project could help derivative spins to meet their obligation
under the GPLv2 to make source-code available. There are several
methods mentioned in GPLv2 by which this can be achieved depending
upon the distribution method used for the object-code/binaries. Matt
wanted to make sure that the producers of a spin would be able to rely
upon the Fedora Project to maintain sources under provision 3(b) and
suggested that JefSpaleta's method for generating specific versioned
SRPMS from CVS on demand would be useful.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00307.html
One of the obligations attendant upon using provision 3(b) is to make
the source available for three years. NicolasMailhot thought that the
easiest thing would be to never purge the SRPMS generated by Koji.
While Jef agreed[2] that if this were possible it would make things
simple he doubted that it was possible. MattDomsch agreed and
estimated[3] that keeping four, or more, years of source-code in an
SCCM[4] would take less space than the equivalent Koji archive for the
same time period. JesseKeating shared[3] Matt's concerns and added
that it was uncertain as to when the three year period started.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00310.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00316.html
[4] Source Code Configuration Management:
http://en.wikipedia.org/wiki/List_of_revision_control_software
AlexanderBoström suggested[5] that ensuring that the Fedora Project's
written promise which is passed on under 3(b) to re-spinners (who in
turn distribute under 3(c)) had a specific time-limitation written in
could solve the problem. Such a method ensures that the re-spinners
are responsible for providing source if they continue distributing the
software past the time at which the Fedora Project stops distributing
it. SimoSorce[6] made largely similar points to Alexander, echoing
the idea that it would be easier to provide binary and source CDs when
distributing them at events, with a smaller number of source CDs being
needed to be produced. JesseKeating responded[7] to MattMiller that
this would not achieve the goal of helping the re-spinners.
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00328.html
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00345.html
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00337.html
=== Co-maintainers Without Sponsorship? ===
A request for comments from ToshioKuratomi(abadger) floated[1] a
method for enabling upstream maintainers who to co-operate in a
non-onerous way with the Fedora Project without getting a sponsor.
Toshio outlined how pairing of a FedoraProject package owner with an
outside upstream maintainer could proceed through three phases. The
initial phases would require the sponsor to police the actions of the
upstream co-maintainer. In later phases sponsors would not be
required, but this requires changes to the PackageDB, Bodhi and Koji
and the CVS repository.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00306.html
Jima wanted[2] to enable the upstream co-maintainers to start scratch
builds, but recognized that Koji administrators would be affected and
sought feedback from them.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00314.html
=== Orinoco Driver And Scanning Problems With NetworkManager ===
A continuation of last week's[1] thread about all the changes in
NetworkManager delved into some scanning problems experienced by
MattMiller. Initial speculation[2] from DanWilliams that Matt's
driver was based on mac80211 was followed up with some extensive
debugging help. Dan concluded[3] that it looked as though there were
some problems both with the ''orinoco'' driver and also with
''wpa_supplicant'' itself.
[1] http://fedoraproject.org/wiki/FWN/Issue103#head-55328f04f90bf89fe031f8996a3…
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00019.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00065.html
Matt confirmed[4] that back-to-back ''iwlist ethX scan'' commands
produced ''resource temporarily unavailable'' messages and the need to
reboot!
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00068.html
The essential problem seemed to be[] that the driver incorrectly
refused to return older scan results while currently scanning.
Matt filed[5] a bug report and Dan estimated[6] that a few days to
copy similar improvements from the ''airo'' driver would hopefully see
this problem resolved.
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00171.html
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00163.html
=== /etc/hosts Discussion Yields libICE Fix ===
Another thread from last week(FWN#103 "System Entries In
/etc/hosts"[1]) which yielded more fruit concerned the setting of
hostnames by NetworkManager. BillCrawford had noticed that when
running X from a console login the desktop could crash if the hostname
was changed. AdamJackson(ajax) did not think[2] that the problem was
a simple mismatch between the magic cookies stored in ''.Xauthority''
for the client and the server.
[1] http://fedoraproject.org/wiki/FWN/Issue103#head-fc00b9d8ef6c1ab2beb7d7d28e7…
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00013.html
Bill reported[3] a specific error logged when he tried to switch VTs.
This stimulated[4] Adam to patch libICE so that the path to the ICE[5]
socket (which is bound at session start up) uses "unix" as the
hostname part of the tuple instead of relying on ''gethostbyname()''.
The advantage of this is that although ''dhclient'' changes the system
hostname, ''NetworkManager'' will not. Adam recommended that anyone
experiencing delays, stalls or crashes of applications after or during
changing network information should try to update libICE and reproduce
the problem. He provided updated packages for Fedora 7[6] as well as
rawhide.
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00017.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00034.html
[5] http://en.wikipedia.org/wiki/X_Window_System_protocols_and_architecture#Int…
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00074.html
=== Speeding Up Firefox? ===
ArthurPemberton was dissatisfied[1] with the speed of Firefox on
Fedora 7 and noted that changing the default Firefox
''network.dns.disableIPv6 false'' to ''true'' and some other changes
seemed to result in an improvement. JeroenVanMeeuwen(kanarip) said[2]
that such changes to the defaults should only be made if upstream
approved.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00141.html
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00149.html
The reasons for why the defaults should stay as they are were detailed
by the knowledgeable ChristopherAillon (who had blogged on this topic
several years ago). Christopher specifically noted[3] that pipelining
would break (in the sense of causing browser hangs and refusing to
load) for websites served by unpatched Apache-1.3. In response to
DennisJacobfeuerborn's request for some numbers, Ajax posted links to
a blog entry[4] and a bugzilla[5].
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00153.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00201.html
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00203.html
ChuckAnderson addressed the IPv6 point by providing[6] contradictory
testimony which showed that slowdowns might not be due to it.
[6] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00158.html
Some more anecdotal experience came[7] from DarrellPfeifer who thought
that the problem was due to ''auto detect proxy settings'' instead of
''direct connection to internet''. NicolasMailhot agreed[8] that there
was a problem which needed to be reported upstream, and in response to
a useful suggestion from MattMiller explained[9] that the whole UI
could freeze while one tab blocked on content. BernardoInnocenti had
some potential Javascript culprits in mind[10].
[7] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00166.html
[8] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00187.html
[9] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00204.html
[10] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00188.html
=== Bodhi To Allow "cvsextras" To Push To Testing ===
An attempt by ToddZullinger to push an updated ''vorbis-tools''
package to testing to fix a bug failed[1] due to the restrictions on
members of ''cvsextras''. Todd laid out the case for easing the burden
on primary maintainers by getting pkgdb to allow members of cvsextras
to undertake such tasks.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00293.html
LukeMacken responded[2] that ''bodhi'' currently authenticates only
those with commit access in pkgdb, but thought that it should also
check the group ACL. He noted that Toshio was trying to patch bodhi
to do this right now (see also this same FWN#104 "Unsponsored
Co-maintainers").
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00297.html
Toshio produced a patch and Luke applied[3] it, and a short delay[4]
intervened until the production bodhi was patched after some minor[4a]
adjustments. Unfortunately it seemed that Todd was still being
denied[5].
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00324.html
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00335.html
[4a] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00342.html
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00350.html
=== ExcludeArch Packaging Bug Resolved For 'gnome-python2-extras' ===
A query[1] from MichałBentkowski about the absence of a PPC64 build of
''gnome-python2-libegg'' causing ''sonata'' to fail to build revealed
that ''gnome-python2-extras'' was using an ''ExcludeArch: ppc64''.
PaulFrields reported[2] a related error.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00279.html
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00282.html
JeremyKatz responded[3] that the problem was in
''gnome-python2-extras'', specifically that it should use ''ifarch''
for the gdl subpackage and not ''ExcludeArch'' (see last paragraph of
FWN#103 "Xulrunner"[4] and links therein to earlier discussions on
this topic).
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00284.html
[4] http://fedoraproject.org/wiki/FWN/Issue103#head-2fff99f986572a5fb6ab8af50ff…
The issue was quickly resolved[5] by a fix from MatthewBarnes.
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00300.html
=== Mono Packages Lagging, New Co-maintainer Added ===
An observation[1] that ''mono'' packages in rawhide were lagging
behind the actual releases was posted by "Paul". Apparently this was
affecting his work and he volunteered to co-maintain the packages if
that would help.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00261.html
AlexanderLarsson was happy[2] to have an offer of more help and after
some trials and tribulations with adding the new co-maintainer Paul
was approved and added[3].
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00272.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00276.html
=== Mixing Macros And Native Commands In Specfiles ===
PeterLemenkov wanted to know[1] whether it was possible to mix rpm
macros and native commands in specfiles. Peter provided an example to
demonstrate his meaning.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00252.html
HansdeGoede replied[2] that the RPM would certainly build, but that
the Fedora Project guidelines would disallow this in favor of using
either macros exclusively or native commands. MatthiasClasen
disagreed, arguing[3] instead that the guidelines only distinguish
between two types of macro styles, but are silent on the issue of
native commands versus macros.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00254.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00289.html
RahulSundaram provided[4] a link to the specific place where this is
discussed in the wiki.
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00270.html
JesseKeating attempted[5] to disambiguate Peter's example, noting that
it lacked clarity due to mixing two macro styles and native commands.
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00269.html
=== Fedora 8 Test 3 Announced ===
The final test release prior to development freeze was announced[1] by
JeremyKatz on October 4th. The extensive notes ask for full community
participation in testing and detail some known issues.
[1] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00205.html
Initial response involved some dismay[2] at the replacement of
''pam_console'' for desktop access control with HAL, and concern that
the KDE-LiveCD was only available by torrent. JesseKeating
responded[3] to the latter issue, explaining that this was just for
the test release and that the live images would be back to normal for
the actual final release.
[2] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00208.html
[3] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00229.html
Separately WarrenTogami[4] noted apparently untested breakage of the
iwl3945 wireless chipsets in kernels and asked for help testing
kernels before they hit the nightly build. DaveJones added[5] that it
was possible to install the latest builds directly from his repo using
"sudo bash; cd /etc/yum.repos.d; wget
http://people.redhat.com/davej/kernels/Fedora/f7.92/kernel.repo"
within one hour of koji building them.
[4] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00249.html
[5] https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00303.html
[[Anchor(Translation)]]
== Translation ==
This section, we cover the news surrounding the Fedora Translation
(L10n) Project.
http://fedoraproject.org/wiki/L10N
Contributing Writer: JasonMatthewTaylor
=== Online Translation ===
There was more discussion[1] this week about the possibility of
setting up an online translation tool. The team has been hashing out
some details about how commits would happen and how to scale access.
We will definately be keeping tabs on this discussion as it would be a
definate help to the team and project as a whole.
[1] https://www.redhat.com/archives/fedora-trans-list/2007-October/msg00003.html
=== Pirut ===
Pirut[1] was moved this week to git.fedoraproject.org, JeremyKatz[2]
mentioned that any pirut translation commits need to go through
transifex. No problems were reported after the change.
[1] http://fedoraproject.org/wiki/pirut
[2] https://www.redhat.com/archives/fedora-trans-list/2007-October/msg00011.html
[[Anchor(Infrastructure)]]
== Infrastructure ==
In this section, we cover the Fedora Infrastructure Project.
http://fedoraproject.org/wiki/Infrastructure
Contributing Writer: JasonMatthewTaylor
=== MirrorManager Patch ===
WarrenTogami and LukeMacken worked on a validator patch[1] for mirror
manager[2] so that it would work properly with the new turbogears. It
was apparently a trivial patch so users should see no changes other
than mirror manager now working flawlessly.
[1] https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
[2] http://fedoraproject.org/wiki/Infrastructure/MirrorManager
=== CVSExtras ===
There was some discussion[1] this week about renaming cvsextras to
packager. The change will likely happen, though it has not been
decided when. The idea behind the change is that it will be clearer
what tree is for and when CVS is no longer the tracking mechanism the
name is generic enough so no changes will likely need ot be made.
[1] https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
[[Anchor(SecurityWeek)]]
== Security Week ==
In this section, we highlight the security stories from the week in Fedora.
Contributing Writer: JoshBressers
=== VM-Based Rootkits Proved Easily Detectable ===
http://it.slashdot.org/article.pl?sid=07/10/02/0323237&from=rss
Some time ago it a number of researchers claimed that it would be
possible for a virtual machine based rootkit to evade security
software. It seems that's not quite the case.
=== Linux phishing botnet statistics can be deceptive ===
http://blogs.techrepublic.com.com/security/?p=296"
eBay's chief information security officer made a comment last week
that most botnets are hosted off of compromised Linux machines. The
above article refutes some of these claims.
=== "you security people are insane." ===
http://kerneltrap.org/Linux/Pluggable_Security
Linus makes some interesting points about various security systems in
the Linux kernel. While his colorful comments are humorous, this
makes a rather powerful statement. Linus says:
{{{
Schedulers can be objectively tested. There's this thing called
"performance", that can generally be quantified on a load basis.
Yes, you can have crazy ideas in both schedulers and security. Yes, you
can simplify both for a particular load. Yes, you can make mistakes in
both. But the *discussion* on security seems to never get down to real
numbers.
So the difference between them is simple: one is "hard science". The other
one is "people wanking around with their opinions".
}}}
This is a big problem. Security is hard to understand, so you end up
with two different types of people causing trouble. There are people
who don't really understand what they're doing. These are the people
that say incorrect things and just make up what they don't know.
There are also the people who will blatantly lie to further their own
agenda. The hope is that the right solution will eventually win out,
but that's not always the case.
[[Anchor(AdvisoriesUpdates)]]
== Advisories and Updates ==
In this section, we cover Security Advisories and Package Updates from
fedora-package-announce.
http://fedoraproject.org/wiki/FSA
Contributing Writer: ThomasChung
=== Fedora 7 Security Advisories ===
* kdebase-3.5.7-13.1.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg000…
* xen-3.1.0-6.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg000…
* pidgin-2.2.1-1.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg000…
* openoffice.org-2.2.1-18.2.fc7 -
https://www.redhat.com/archives/fedora-package-announce/2007-October/msg000…
=== Fedora Core 6 Security Advisories ===
* None reported
[[Anchor(EventsMeetings)]]
== Events and Meetings ==
In this section, we cover event reports and meeting summaries from
various projects.
Contributing Writer: ThomasChung
=== Fedora Board Meeting Minutes 2007-MM-DD ===
* No Report
=== Fedora Ambassadors Meeting 2007-MM-DD ===
* No Report
=== Fedora Documentation Steering Committee 2007-10-07 ===
* https://www.redhat.com/archives/fedora-docs-list/2007-October/msg00035.html
=== Fedora Engineering Steering Committee Meeting 2007-10-04 ===
* https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00239.html
=== Fedora Extra Packages for Enterprise Linux Meeting (Log) 2007-MM-DD ===
* No Report
=== Fedora Infrastructure Meeting (Log) 2007-10-04 ===
* https://www.redhat.com/archives/fedora-infrastructure-list/2007-October/msg…
=== Fedora Localization Project Meeting 2007-MM-DD ===
* No Report
=== Fedora Packaging Committee Meeting 2007-10-02 ===
* https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00081.html
=== Fedora Release Engineering Meeting 2007-10-01 ===
* https://www.redhat.com/archives/fedora-devel-list/2007-October/msg00170.html
--
Thomas Chung
http://fedoraproject.org/wiki/ThomasChung
Fedora 8 Test 3 is here! This is the last test release before the
development freeze and a great time to test all those packages that you
know and love. Test 3 is for beta users. This is the time when we must
have full community participation. Without this participation both
hardware and software functionality suffers.
Fedora is a Linux-based operating system that showcases the latest in
free and open source software. Fedora is always free for anyone to use,
modify, and distribute. It is built by people across the globe who work
together as a community: the Fedora Project. The Fedora Project is open
and anyone is welcome to join.
Up-to-date release notes for Fedora 8 Test 3 can be found at
http://docs.fedoraproject.org/release-notes.
== Changes from Fedora 8 Test 2 ==
* Online Desktop provides a desktop experience designed around online
services. A preview of Online Desktop is provided via BigBoard, which is
a optional sidebar in GNOME.
* KDE 3.5.7 is available in the KDE Live image as well as the regular
DVD. The KDE 4 (Beta) Development Environment is available in the
repository.
* Live installations are faster and require a smaller root filesystem.
The file system layout has also changed somewhat. System files for the
Live images are now under `LiveOS/`, and a new `README` file has been
provided as a short introduction to the live image.
* Package management now features much better performance via `yum` and
friends.
* The completely free and open source Java environment called Iced Tea
is installed by default. Iced Tea is derived from OpenJDK, includes a
browser plugin based on GCJ, and is available for both x86 and x86_64
architectures. GCJ is still the default on PPC architecture.
* CodecBuddy is now included, and promotes free, superior quality, open
formats to end users trying to play multimedia content under patent
encumbered or proprietary formats.
* Bluetooth devices and tools now have better graphical and system
integration.
* Laptop users benefit from the "quirks" features in HAL, including
better suspend/resume and multimedia keyboard support.
* There is now improved power management thanks to both a tickless
kernel in `x86` and `x86_64` architectures, and a reduction in
unnecessary processor wakeups via `powertop`.
* Eclipse 3.3 (Europa), a new release of the great IDE and development
platform, is available as part of this release.
* The `pam_console` module has been removed in favor of access control
via HAL, which modernizes the desktop.
* NetworkManager 0.7 provides improved wireless network management
support. It includes support for multiple devices and provides the
capability of system-wide configuration, among many other enhancements.
This transition may induce some regressions temporarily, and more
testing and feedback is appreciated.
* Secure remote management capability is now provided for Xen, KVM, and
QEMU virtualization.
* Transifex provides a web-based translation interface to allow users
to contribute translation work for Fedora hosted projects as well as
being able to provide translations to upstream directly to any upstream
project.
* Integration of unique build IDs into Fedora's software building
infrastructure now provide enhanced debugging capabilities and core
dumps.
* Fedora now offers easier rebranding of Fedora derivatives via a
`generic-logos` software package. Changes in Fedora's mirror structure
also make creation of derivatives easier.
* Fedora now includes support for Nepali Language, extending its reach
to many more users.
=== What's New in Fedora 8 ===
* A major list of features is available at
http://fedoraproject.org/wiki/Releases/8/FeatureList.
=== Release Schedule for Fedora 8 ===
* The Fedora 8 release schedule can be found at
http://fedoraproject.org/wiki/Releases/8/Schedule. Fedora 8 is scheduled
for general release on 8 November 2007.
=== How to Get Fedora 8 Test 3 ===
* Fedora 8 Test 3 can be installed via Live image, regular DVD, or via
network installation. You can find the DVD images as well as the
primary live images at:
http://mirrors.fedoraproject.org/publiclist/Fedora/7.92/
* You can also download the DVD and Live images via bittorrent at:
http://torrent.fedoraproject.org
* More information on the various spins available with the release of
Fedora 8 Test 3 is available at:
http://fedoraproject.org/wiki/F8Test3/Spins
People who are already running the rawhide (development) branch of
Fedora or any of the previous test releases can simply run `yum update`.
(Some current Rawhide packages might be newer than Fedora 8 Test 3
packages.) We also appreciate new installation testing for feedback on
changes to the Anaconda installer.
== Known Issues ==
* [https://bugzilla.redhat.com/show_bug.cgi?id=302381 Bug 302381] If
you are installing via DVD or also possibly NFS-mounted ISO images, the
Add/Remove Programs application (`pirut`) may crash when run, with a
traceback about HAL. Running `yum update` or using `yum` to update at
least `pirut` should resolve the issue.
* [https://bugzilla.redhat.com/show_bug.cgi?id=298991 Bug 298991] The
KDE NetworkManager frontend `knetworkmanager`, a graphical interface for
switching between networks easily, is currently broken. This is intended
be fixed before Fedora 8 release. The KDE Live images have `nm-applet`,
which works with KDE, enabled by default as a workaround.
* Other Common issues can be found at
http://fedoraproject.org/wiki/Bugs/F8Common.
=== Bug Reporting and tracking ===
You can follow the procedure outlined in
http://fedoraproject.org/wiki/BugsandFeatureRequests to report any bugs
found in your testing.
The Release Engineering and QA teams keep track of bugs that are
considered release blockers. To see that list, visit:
*
http://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=F8Blocker
To see a list of additional non-blocker bugs that should hopefully be
fixed for Fedora 8, visit:
*
http://bugzilla.redhat.com/bugzilla/showdependencytree.cgi?id=F8Target
Please check these lists before reporting new bugs!