[SECURITY] Fedora Core 4 Update: sendmail-8.13.6-0.FC4.1
by Thomas Woerner
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-194
2006-04-05
---------------------------------------------------------------------
Product : Fedora Core 4
Name : sendmail
Version : 8.13.6
Release : 0.FC4.1
Summary : A widely used Mail Transport Agent (MTA).
Description :
The Sendmail program is a very widely used Mail Transport Agent (MTA).
MTAs send mail from one machine to another. Sendmail is not a client
program, which you use to read your email. Sendmail is a
behind-the-scenes program which actually moves your email over
networks or the Internet to where you want it to go.
If you ever need to reconfigure Sendmail, you will also need to have
the sendmail.cf package installed. If you need documentation on
Sendmail, you can install the sendmail-doc package.
---------------------------------------------------------------------
Update Information:
Fixes CVE-2006-0058:
A flaw in the handling of asynchronous signals.
A remote attacker may be able to exploit a race condition to
execute arbitrary code as root.
---------------------------------------------------------------------
* Wed Mar 22 2006 Thomas Woerner <twoerner(a)redhat.com> 8.13.6-0.FC4.1
- new version 8.13.6 (fixes VU#834865)
- dropped libmilter-sigwait patch (fixed in 8.13.6)
- fixed selinuxenabled path in initscript
- appended 'dnl' to cert tags in sendmail.mc
- fixed email address in changelog
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/4/
2f41bf9a76d532bfd18894449b55b4e03fbb69e0 SRPMS/sendmail-8.13.6-0.FC4.1.src.rpm
1f4f77d16904cfaf7eae51d00c0b95d36a067bd3 ppc/sendmail-8.13.6-0.FC4.1.ppc.rpm
1810117898534bc17a2e13b8974bda21d1bacc22 ppc/sendmail-doc-8.13.6-0.FC4.1.ppc.rpm
d3c3dafc635f0b5830eaa84639f5e20c5f19b7bc ppc/sendmail-devel-8.13.6-0.FC4.1.ppc.rpm
7e36bb934ed5520cdfea8fb06f08c1aa693b34e2 ppc/sendmail-cf-8.13.6-0.FC4.1.ppc.rpm
7d3f327c6868a41b42f890466a9cdfc0fdf12666
ppc/debug/sendmail-debuginfo-8.13.6-0.FC4.1.ppc.rpm
0f0fa8a62d665cf4b2c64d40a32a6c7e293fabef x86_64/sendmail-8.13.6-0.FC4.1.x86_64.rpm
ba1c492c9170d93c59569f42d6db98f99bb74ad6
x86_64/sendmail-doc-8.13.6-0.FC4.1.x86_64.rpm
89d9870850e5897ab80d750eab573a35df55da67
x86_64/sendmail-devel-8.13.6-0.FC4.1.x86_64.rpm
25a6aa61aaeb6444cfe2d49ff8e6f38f708df7c3
x86_64/sendmail-cf-8.13.6-0.FC4.1.x86_64.rpm
20925139af12915cac541aeac5245e5bd93a9c66
x86_64/debug/sendmail-debuginfo-8.13.6-0.FC4.1.x86_64.rpm
8a778e471c555d3ef69a81c03f176dee42303ec2 i386/sendmail-8.13.6-0.FC4.1.i386.rpm
8ccf754fb3c3fc97d81d5883c2ccf21c8ed381be i386/sendmail-doc-8.13.6-0.FC4.1.i386.rpm
a65d56ffda4cdc16569755cc4998c169cbb576af
i386/sendmail-devel-8.13.6-0.FC4.1.i386.rpm
2d0ad2eec6de626659aa5e0c7d3a66221c2978e4 i386/sendmail-cf-8.13.6-0.FC4.1.i386.rpm
67fd85127ae4edaf73b5decd36364282a1392aca
i386/debug/sendmail-debuginfo-8.13.6-0.FC4.1.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Foundation
by Max Spevack
To my fellow Fedora community members:
As many of you are aware, FUDCon Boston is this Friday. One of the most
important topics that we will be discussing there is the future of the
Fedora Project, specifically with regard to the Fedora Foundation.
I'd like to ask you all to read the document that follows this note. It
reviews Red Hat's intentions in initially announcing the Fedora
Foundation, and outlines the problems that have led us to the decision to
move in a different direction. It also discusses the plan that we are
implementing instead, and the steps that we are taking to ensure that the
Fedora Project continues to thrive and grow.
It is as complete, honest, and transparent as we can make it. If you feel
that there are places in which it lacks those qualities, call us on it,
and we will respond.
This document represents the work of many people both inside of Red Hat
and within the Fedora community. It is a long read, but a very worthwhile
one.
So take a look, read, digest, and share your thoughts. I look forward to
discussing this in great detail on email, and also with as many of you as
possible in person at LinuxWorld and at FUDCon over the next few days.
Many of Red Hat's most active Fedora folks will be at those two shows, so
please come and talk with us.
Sincerely,
Max Spevack
=========================
Last June, Red Hat announced its intention to launch the Fedora
Foundation. We've had a lot of smart people working hard to make this
Foundation happen, but in the end, it just didn't help to accomplish our
goals for Fedora. Instead, we are restructuring Fedora Project, with
dramatically increased leadership from within the Fedora community.
The next obvious question -- "Why no Foundation?" -- deserves a detailed
explanation.
===
WHY NO FOUNDATION?
When we announced the Foundation, it was with a very specific purpose, and
in a very specific context. The announcement was made by Mark Webbink,
who has been the intellectual property guru at Red Hat for a long time
now. His stated goal for the Foundation: to act as a repository for
patents that would protect the interests of the open source community.
Once we announced the intention to form a Foundation, people inside and
outside of Red Hat were interested in working beyond the stated purpose --
an intellectual property repository -- and instead saw this new Foundation
as a potential tool to solve all sorts of Fedora-related issues. Every
Fedora issue became a nail for the Foundation hammer, and the scope of the
Foundation quickly became too large for efficient progress.
A team moved forward to create the Foundation itself. We created the
legal entity, came up with some very basic and flexible bylaws, and
appointed a board to run it temporarily. This all happened pretty
quickly, because this was the easy part. We had articles of incorporation
in September 2005.
Then came the hard part: articulating the precise responsibilities of the
Foundation. This conversation took months, but ultimately it came back
around, again and again, to a single question: "What could a Fedora
Foundation accomplish that the Fedora Project, with strong community
leadership, could not accomplish?"
So here, in order, were the possible answers to that question -- and why
we found, in every single case, that the Fedora Foundation was not the
right answer.
ONE: The Fedora Foundation could be an entity for the development of an
open source patent commons.
This was the obvious starting place, and what we actually announced. One
of the lurking concerns of the open source community is the threat of
software patents. The Fedora Foundation could have been an ideal
repository for defensive patents. We envisioned soliciting patentable
ideas from businesses and/or individuals, paying for the prosecution of
these patents, and then guaranteeing open source developers the
unrestricted right to code against these patents using a similar mechanism
to the Red Hat patent promise.
(http://www.redhat.com/legal/patent_policy.html).
What we weren't counting on was the rapid progress of the Open Invention
Network (http://www.openinventionnetwork.com/press.html), which serves a
similar purpose for businesses in a much more compelling way. Without
going into too much detail, it became clear to us that OIN is going to be
the 800-pound gorilla in the patent commons space, and we were eager to
join forces.
OK, so much for soliciting patents from businesses. What about
individuals? If we were to focus the Fedora Foundation's efforts on
soliciting patentable ideas from individuals, how many could we get? Our
gut decision: not many. Most developers who actually work for a living
have agreements with their employers that prevent them from pursuing
patents independently. Many university students who pursue patents are
required to grant them to the university.
After putting a lot of work into the idea of a Fedora Foundation patent
commons, in the end it just didn't seem compelling. So we shelved the
idea.
TWO: The Fedora Foundation could act as a single point of standing for
legal issues.
The Free Software Foundation serves this purpose for the GNU projects.
We thought that the Fedora Foundation might successfully serve the same
purpose for Fedora projects. Have you ever noticed that the GNU projects
all require contributors to assign copyright to the FSF? That's because
there's this legal idea called "standing" that matters deeply to lawyers
and judges. Here's a little skit that helps to explain why standing is
important:
BAILIFF: Come to order for case Z-38-BB-92. Plaintiff is Small Software
Project. Defendant is Great Big Computer Corporation.
JUDGE: OK, have a seat, folks. The docket is busy today, and I've got a
doctor's appointment in two hours. Plaintiff, what's this all about?
PLAINTIFF'S COUNSEL: Well, your honor, there's this license called the GPL
that the defendant is *totally* violating. Basically, they stole the
plaintiff's code and put it into their software program.
DEFENDANT'S COUNSEL: Hold it right there. Your Honor, plaintiff doesn't
have standing in this case. There's 100 different developers that wrote
this code, and the plaintiff only represents six of them. Plaintiff
clearly doesn't even have the legal right to sue us, Your Honor.
JUDGE: Looks like this case could be Pretty Hard, and this whole
"standing" thing gives me a perfect excuse not to think about it.
Counsel, get back to me when you've got the other 94 plaintiffs.
So, standing is a big concern. In the world of lawyers, it's one of the
big potential unknowns around defending open source projects, especially
projects that have lots of contributors.
The obvious problem with establishing standing in this way, though, is
that a single entity *must* own *everything* in your project. That's why
the FSF *requires* copyright assignment.
What Fedora projects currently exist where copyright assignment makes
sense?
Well... none, as it turns out. Let's look at some of the current Fedora
projects as examples.
At present, the two most successful Fedora projects are Core and Extras --
which, together, basically constitute a big Linux distribution. And what
is a distribution? Ideally, it's a high-quality repackaging and
integration of content owned by others. That's the whole point. In such
cases, copyright assignment makes no sense at all.
Then there's the Fedora Documentation project, which produces
documentation and makes it available under the Open Publication License
(http://opencontent.org/openpub/) without options. Given the liberal
nature of this license, it just doesn't seem all that useful to ask
contributors to assign copyright for defense of these works.
Then there's the Fedora Directory Server, which Red Hat purchased and open
sourced. No question who holds standing there; it's Red Hat. The time
may come when the Fedora Directory Server project is ready to incorporate
lots of changes from the community, but until that time comes, the
question of copyright assignment is pretty much a theoretical question.
Which is what a lot of this comes down to -- the question of legal
standing is either an open or theoretical question at best, and probably
better left to an organization such as the FSF that focuses a great deal
more attention on these types of questions.
Put another way: we have a finite amount of resources to make Fedora
better. How much of that cash should be going to expensive lawyers --
especially if Red Hat already has lawyers who have a strong incentive to
defend Fedora, should such a defense prove to be necessary?
So the Fedora Foundation didn't seem compelling as a mechanism for
copyright assignment, either.
THREE: The Fedora Foundation could act as an entity for funding
Fedora-related activities that Red Hat didn't have great interest in
funding.
Funny thing, that. We asked some of our closest friends this question:
"Would you donate to an independent Fedora Foundation?" The answers were
very interesting, and ran the gamut. Some people were incredibly
enthusiastic: "We'd love to give money!" Some were neutral: "Thanks, but
we'd rather contribute code." And some were less enthusiastic: "Red Hat
is a successful, profitable company. Why are you asking *me* for money?"
Here's another funny thing: if you choose to incorporate as a non-profit
entity in the United States, then you subject yourself to a number of
rigorous IRS tax tests. One of these tests is the "public support test."
If you say you're a public charity, well by golly, you have to prove it.
If, within four years, you aren't collecting fully one third of your money
from public sources, then you're not actually a public charity.
People are always shocked when we tell them how many resources Red Hat
puts into Fedora. If we were to make the Fedora Foundation a truly
independent entity, then we'd have to track every dime of that expense as
"in-kind contributions". That means we'd have to track:
* The cost of bandwidth for distributing Fedora to the world;
* Every hour that Red Hat engineers spend working on Fedora, whether that
is the actual writing of code, release engineering, testing, etc.;
* Legal expenses of running a Foundation;
* Administrative expenses of running a Foundation.
As an intellectual exercise, let's ignore all of those numbers for now
except for bandwidth. Back in the day, when Red Hat would release a
distro, we would regularly get angry calls from network admins at big
datacenters, complaining that we were eating all of their bandwidth. If
you ever meet any of our IT guys over a beer, be sure to ask them about
the time we melted a switch at UUNet.
The demand for Fedora is every bit as high, and the March 20 release of
Fedora Core 5 was no exception. So let's take a conservative guess and
say that the bandwidth cost for distributing Fedora comes to $1.5 million
a year. Yes, even though we have BitTorrent trackers and Fedora mirror
sites worldwide.
That means that a public Fedora Foundation would have to raise $750k in
public funds -- remember the one-third public support test -- every single
year, just to pay for *bandwidth*, assuming no growth and no other
expenses.
So what would happen, under such a scenario, if Red Hat were to decide to
spend more money on Fedora? Because that's exactly what Red Hat wants to
do.
There were alternatives to the public charity angle. We could have set up
a private operating foundation, and we explored this avenue -- but then it
wouldn't really be an independent entity. It would be a shell. The fact
that Red Hat would still likely bear the legal risk of Foundation
decisions, and the complication of raising public funds, made any 501(c)
less attractive.
In short: the fund raising burden for a truly independent Fedora
Foundation would be terrifying. So the Fedora Foundation clearly wasn't
compelling as a fund raising entity -- if anything, it represented an
impediment to building a better Fedora Project.
FOUR: The Fedora Foundation could provide mechanisms for more community
participation in key decision-making processes.
>From the day the Fedora Project was started over two years ago, it's been
our goal to build these mechanisms, Foundation or no Foundation. How
successful have we been?
Initially, we had some problems. In the last year, though, we've had some
pretty clear successes. The Fedora Extras project is a good example here.
When we officially launched it in February 2005 at FUDCon Boston, we put
together a steering committee that consisted of a pretty even mix of Red
Hat and community packagers. At FUDCon Germany last summer, we
strengthened the group with more European members. Earlier this year, we
successfully handed off leadership of the committee to a community member.
Red Hat continues to provide logistical and legal support, but Fedora
Extras policy is determined by the community.
So what happens when the Fedora Extras Steering Committee (also known as
FESCO) runs into difficulty? Well, they escalate the issue to "the
Board." And who is "the Board?" It's been the people running the Fedora
Foundation -- but it's also been the people running the Fedora Project.
Whenever "the Board" had been asked to make a decision, there's been no
practical distinction between "Project" and "Foundation."
What *is* vital, whether we're talking about "The Foundation" or "The
Project," is the actual presence of community members on the board -- but
more on that later.
FIVE: The Fedora Foundation could serve as a truly independent entity,
providing the ability for Fedora to grow separately from Red Hat's
interests.
This is the real heart of the matter. This is what some people want to
see: a more independent Fedora. This is The Question That Must Be
Answered.
The simple and honest answer: Red Hat *must* maintain a certain amount of
control over Fedora decisions, because Red Hat's business model *depends*
upon Fedora. Red Hat contributes millions of dollars in staff and
resources to the success of Fedora, and Red Hat also accepts all of the
legal risk for Fedora. Therefore, Red Hat will sometimes need to make
tough decisions about Fedora. We won't do it often, and when we do, we
will discuss the rationale behind such decisions as openly as we can -- as
we did with the recent Mono decision.
But just because Red Hat has veto power over decisions, it does not follow
that Red Hat wants to use that power. Nor does it follow that Red Hat
must make all of the important decisions about Fedora. In fact, effective
community decision making is one of the most direct measures of Fedora's
success.
The most important promise about Fedora -- once free, always free -- still
stands. We aim to set the standard for open source innovation. A truly
open Fedora Project is what makes that possible.
===
THE NEW FEDORA PROJECT LEADERSHIP MODEL
Since Fedora's inception two years ago, a diverse global community has
developed around Fedora -- and, as in any open source project, natural
leaders have emerged. The time has come to reward some of these leaders
with the opportunity to define the direction of the Fedora Project at the
highest level.
Therefore, we've reconstituted the Fedora Project Board to include these
community leaders directly.
Initially, there are nine board members: five Red Hat members and four
Fedora community members. This Board is responsible for making all of the
operational decisions of the greater Fedora project, including decisions
about budget and strategic direction.
In addition to the nine board members, there is also be a chairman
appointed by Red Hat, who has veto power over any decision. It's our
expectation that this veto power will be used infrequently, since we're
all aware of the negative consequences that could arise from the use of
such power in a community project.
The chairman of the Fedora Project is Max Spevack. Max has been with Red
Hat since 2004, previously as a QA engineer and QA team lead for Red Hat
Network. He is a member of the Fedora Ambassadors steering committee, and
has been a Linux user since 1999.
The Fedora Project board members from Red Hat are Jeremy Katz, Bill
Nottingham, Elliot Lee, Chris Blizzard, and Rahul Sundaram.
Jeremy Katz is a Red Hat engineer. He is the longtime maintainer for
Anaconda, and a founding member of the Fedora Extras steering committee.
Bill Nottingham joined Red Hat in May of 1998, working on projects ranging
from the initial port of Red Hat Linux to ia64, booting and hardware
detection, multilib content definition and fixing, and is currently doing
work related to stateless Linux. He's also been involved in various
technical lead details, such as package CVS infrastructure and
distribution content definition.
Elliot Lee has been a software engineer at Red Hat since 1996. His open
source contributions include release engineering for Fedora Core,
co-founding the GNOME project, and maintaining assorted open source
libraries and utilities. He is a founding member of the Fedora Extras
steering committee. Elliot current leads the Fedora infrastructure team,
making it easier and enjoyable for contributors to get more done.
Chris Blizzard is an engineering manager for Red Hat. He has served on
the board of the Mozilla Foundation, and is currently leading the One
Laptop Per Child project for Red Hat.
Rahul Sundaram is a Red Hat associate based in Pune, India. He is a
longstanding contributor to multiple Fedora projects, a Fedora Ambassador
for India, and a member of the Fedora Ambassadors steering committee.
The Fedora Project board members from the community are Seth Vidal, Paul
W. Frields, Rex Dieter, and a fourth board member to be named as soon as
possible.
Seth Vidal is the project lead for yum, which is one of the key building
blocks for software management in Fedora. He also maintains mock, the
basis for the Fedora Extras build system. He is a founding member of the
Fedora Extras steering committee, and he was one of the people chiefly
responsible for the first ever release of Fedora Extras packages in 2005.
Seth is also the lead administrator of the infrastructure at
fedoraproject.org, which includes the Fedora project wiki, RSS feed
aggregator, and bittorrent server.
Paul W. Frields has been a Linux user and enthusiast since 1997, and
joined the Fedora Documentation Project in 2003, shortly after the launch
of Fedora. As contributing writer, editor, and a founding member of the
Documentation Project steering committee, Paul has worked on a variety of
tasks, including the Documentation Guide, the Installation Guide, the
document building infrastructure, and the soon-to-emerge RPM packaging
toolchain. Paul is also a Fedora Extras package maintainer.
Rex Dieter works as Computer System Administrator in the Mathematics
Department at the University of Nebraska Lincoln. Rex is a KDE advocate
and founded the KDE Red Hat project. He is also an active contributor to
Fedora Extras. Rex lives in Omaha, Nebraka, with his wife, 2 children,
and 4 cats.
It's true that a lot of the key governance details -- term length, board
composition, election or appointment process -- have yet to be resolved.
One of the first responsibilities of the new board will be to work with
the Fedora community to answer these questions.
===
Red Hat has been supporting a free Linux distribution for over ten years,
and Red Hat will *always* support a free Linux distribution. We want to
work together with the Fedora community to make Fedora better. We want a
Fedora that is a true partnership between Red Hat and the community. We
want to build effective models to make that partnership real. We want to
see the folks at MySQL managing MySQL in Fedora. We want to see the folks
from kde.org managing KDE in Fedora. We want to see the folks at Planet
CCRMA managing audio production applications in Fedora. We want Fedora to
be a launching pad not just for open source software, but for open content
of all kinds. We want the Fedora Project to be a way to fill the
community with high quality software and content, and we want to empower
the Fedora community to innovate in ways we'd never even considered.
The new Fedora Project Board has a strong mandate to make these things
happen, and has the full support of Red Hat. We ask that you, the members
of the Fedora community, give them your full support as well, and we thank
you for all the support you've given us so far. We would not have made it
nearly this far without your patience, your friendship, and your tireless
help.
18 years
Fedora Core 5 Update: gthumb-2.7.5.1-1.fc5.1
by Matthias Clasen
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-183
2006-04-04
---------------------------------------------------------------------
Product : Fedora Core 5
Name : gthumb
Version : 2.7.5.1
Release : 1.fc5.1
Summary : Image viewer, editor, organizer
Description :
gthumb is an application for viewing, editing, and organizing
collections of images.
---------------------------------------------------------------------
Update Information:
* Only display user visible drives in the location box.
* Fixed bug #329889 - thumbnail generation and accentuated
characters
in path.
* Fixed little bug in crop dialog.
* Fixed bug that prevented comments to be removed correctly
when
iptc_data support was enabled.
* Fixed command line catalog creation.
* Fixed photo importing and fixed bug that prevented
importing photos
when an instance of gthumb was already running.
---------------------------------------------------------------------
* Fri Mar 24 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.7.5.1-1
- Update to 2.7.5.1
* Mon Mar 20 2006 Matthias Clasen <mclasen(a)redhat.com> - 2.7.5-1
- Update to 2.7.5
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/
fe5bf622116562b05ef47288e9bc57923315819d SRPMS/gthumb-2.7.5.1-1.fc5.1.src.rpm
4f1f27bb52737b6352d2c2529a5e7eb2141f36c9 ppc/gthumb-2.7.5.1-1.fc5.1.ppc.rpm
5766ff0e3bbeccac54e9f5b32aed5841c4a8a391 ppc/debug/gthumb-debuginfo-2.7.5.1-1.fc5.1.ppc.rpm
4907b2791566e1759b47e93f504198d252c40617 x86_64/gthumb-2.7.5.1-1.fc5.1.x86_64.rpm
f18775d01bb1b0591741285e8770044c75088419 x86_64/debug/gthumb-debuginfo-2.7.5.1-1.fc5.1.x86_64.rpm
92bb99e45ac8f3b798ec47e4e3908bf21611b670 i386/gthumb-2.7.5.1-1.fc5.1.i386.rpm
75d724027972e332c97f9a49d1d2be10576b1f36 i386/debug/gthumb-debuginfo-2.7.5.1-1.fc5.1.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Update: logwatch-7.2.1-1.fc5
by Ivana Varekova
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-270
2006-04-04
---------------------------------------------------------------------
Product : Fedora Core 5
Name : logwatch
Version : 7.2.1
Release : 1.fc5
Summary : A log file analysis program.
Description :
Logwatch is a customizable, pluggable log-monitoring system. It will go
through your logs for a given period of time and make a report in the areas
that you wish with the detail that you wish. Easy to use - works right out
of the package on many systems.
---------------------------------------------------------------------
* Tue Apr 4 2006 Ivana Varekova <varekova(a)redhat.com> 7.2.1-1.fc5
- update to 7.2.1
- add new service patches
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/
6a9de79edb31b601d59ae445d0e56c95842ea604 SRPMS/logwatch-7.2.1-1.fc5.src.rpm
d39158b33806d72c3bd2c9c5acc9ead15da3c38c ppc/logwatch-7.2.1-1.fc5.noarch.rpm
d39158b33806d72c3bd2c9c5acc9ead15da3c38c x86_64/logwatch-7.2.1-1.fc5.noarch.rpm
d39158b33806d72c3bd2c9c5acc9ead15da3c38c i386/logwatch-7.2.1-1.fc5.noarch.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Update: wpa_supplicant-0.4.8-7.fc5
by Dan Williams
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-264
2006-04-03
---------------------------------------------------------------------
Product : Fedora Core 5
Name : wpa_supplicant
Version : 0.4.8
Release : 7.fc5
Summary : WPA/WPA2/IEEE 802.1X Supplicant
Description :
wpa_supplicant is a WPA Supplicant for Linux, BSD and Windows with support
for WPA and WPA2 (IEEE 802.11i / RSN). Supplicant is the IEEE 802.1X/WPA
component that is used in the client stations. It implements key negotiation
with a WPA Authenticator and it controls the roaming and IEEE 802.11
authentication/association of the wlan driver.
---------------------------------------------------------------------
Update Information:
This update works around older and 3rd-party drivers that
report wireless network names incorrectly, causing
wpa_supplicant to prematurely terminate a wireless connection.
---------------------------------------------------------------------
* Sun Apr 2 2006 Dan Williams <dcbw(a)redhat.com> - 0.4.8-7
- Work around older & incorrect drivers that return null-terminated SSIDs
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/
2c44fd857138c0274904925cbf98f908bf8be403 SRPMS/wpa_supplicant-0.4.8-7.fc5.src.rpm
d6ee34e13d647000b58876d5038a3cd819fb84b7 ppc/wpa_supplicant-0.4.8-7.fc5.ppc.rpm
09dd66eea2868cf8a3bcf6a97db6c95acf135ab4 ppc/wpa_supplicant-gui-0.4.8-7.fc5.ppc.rpm
5f24b38d407bdbd8ea24919055d1b1d74038222e ppc/debug/wpa_supplicant-debuginfo-0.4.8-7.fc5.ppc.rpm
6e10a585572c1441ef50d00ada4bb04c32e0328f x86_64/wpa_supplicant-0.4.8-7.fc5.x86_64.rpm
b31cd1cc517fd498ae2bef6d1471eafb97790d49 x86_64/wpa_supplicant-gui-0.4.8-7.fc5.x86_64.rpm
e97025c608ad4bd3dbf268c6dd032639e984040c x86_64/debug/wpa_supplicant-debuginfo-0.4.8-7.fc5.x86_64.rpm
68b4011d34e5575cf7362ab93c05e2061fd759b4 i386/wpa_supplicant-0.4.8-7.fc5.i386.rpm
d6e5d53f85f7098375ef17087a28f1fe12b61fdc i386/wpa_supplicant-gui-0.4.8-7.fc5.i386.rpm
6b3437edbe7a889c2edaa945f37cbc491e7eb655 i386/debug/wpa_supplicant-debuginfo-0.4.8-7.fc5.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Update: binutils-2.16.91.0.6-5
by Jakub Jelinek
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-263
2006-04-03
---------------------------------------------------------------------
Product : Fedora Core 5
Name : binutils
Version : 2.16.91.0.6
Release : 5
Summary : A GNU collection of binary utilities.
Description :
Binutils is a collection of binary utilities, including ar (for
creating, modifying and extracting from archives), as (a family of GNU
assemblers), gprof (for displaying call graph profile data), ld (the
GNU linker), nm (for listing symbols from object files), objcopy (for
copying and translating object files), objdump (for displaying
information from object files), ranlib (for generating an index for
the contents of an archive), size (for listing the section sizes of an
object or archive file), strings (for listing printable strings from
files), strip (for discarding symbols), and addr2line (for converting
addresses to file and line).
---------------------------------------------------------------------
* Fri Mar 31 2006 Jakub Jelinek <jakub(a)redhat.com> 2.16.91.0.6-5
- fix ld error message formatting, so that collect2 parser can
parse it again for g++ -frepo (#187142)
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/
17073f57b59af4acbe21a378d00923cd06d1b351 SRPMS/binutils-2.16.91.0.6-5.src.rpm
2f879671a32e0229eb3d0e683e69749e59f7564b ppc/binutils-2.16.91.0.6-5.ppc.rpm
8410ac7bfcb89504ddc48c60b5d7a05125399b4f ppc/debug/binutils-debuginfo-2.16.91.0.6-5.ppc.rpm
ebf54ef4ab31214ebf39e0b6baee64e2f2532737 x86_64/binutils-2.16.91.0.6-5.x86_64.rpm
91b876886fe1f3fa12d4b717b570af930afb141c x86_64/debug/binutils-debuginfo-2.16.91.0.6-5.x86_64.rpm
c7b473c6348166abcae32016b7e4a7b5cf92fa50 i386/binutils-2.16.91.0.6-5.i386.rpm
7572f29c2a78c1d280f32a602743e63a6818a128 i386/debug/binutils-debuginfo-2.16.91.0.6-5.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Update: perl-Net-DNS-0.57-1
by Jason Vas Dias
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-208
2006-04-03
---------------------------------------------------------------------
Product : Fedora Core 5
Name : perl-Net-DNS
Version : 0.57
Release : 1
Summary : DNS resolver modules for Perl
Description :
Net::DNS is a collection of Perl modules that act as a Domain Name
System (DNS) resolver. It allows the programmer to perform DNS queries
that are beyond the capabilities of gethostbyname and gethostbyaddr.
The programmer should be somewhat familiar with the format of a DNS
packet and its various sections. See RFC 1035 or DNS and BIND (Albitz
& Liu) for details.
---------------------------------------------------------------------
* Wed Mar 8 2006 Jason Vas Dias <jvdias(a)redhat.com> - 0.57-1
- Upgrade to upstream version 0.57
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/
4a357c11f9b88dbbc92a05d655d4a3f23ad25b2c SRPMS/perl-Net-DNS-0.57-1.src.rpm
c7350a7c8b20217e91a9608572f95a9429b0ce5c ppc/perl-Net-DNS-0.57-1.ppc.rpm
096e22fcf02b063c9351e90fb9d25605ad9de0f2 ppc/debug/perl-Net-DNS-debuginfo-0.57-1.ppc.rpm
0f2b2adc88cf625e987ccebae7fdb000bf1d455f x86_64/perl-Net-DNS-0.57-1.x86_64.rpm
1fca5695dc268a341a272e3135178ad38830dd98 x86_64/debug/perl-Net-DNS-debuginfo-0.57-1.x86_64.rpm
b0fd5f0ccfd90cce9dc79d011ce6b3fb8a1b395c i386/perl-Net-DNS-0.57-1.i386.rpm
0c68a5795caf9eaa5b8cc841c5db22d83c99b9a3 i386/debug/perl-Net-DNS-debuginfo-0.57-1.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Update: perl-DBD-Pg-1.47-0.1.FC5
by Jason Vas Dias
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-207
2006-04-03
---------------------------------------------------------------------
Product : Fedora Core 5
Name : perl-DBD-Pg
Version : 1.47
Release : 0.1.FC5
Summary : A PostgresSQL interface for perl
Description :
An implementation of DBI for PostgreSQL for Perl.
---------------------------------------------------------------------
* Wed Mar 22 2006 Jason Vas Dias <jvdias(a)redhat.com> - 1.47-1
- Upgrade to upstream version 1.47
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/
e9e16f9158909aa7c98a133376ce78949aed202b SRPMS/perl-DBD-Pg-1.47-0.1.FC5.src.rpm
025752cabb877d22369efeb38aa67d47b4f049e8 ppc/perl-DBD-Pg-1.47-0.1.FC5.ppc.rpm
9019900583e604c5f885d1c801a1e1dcee9daecb ppc/debug/perl-DBD-Pg-debuginfo-1.47-0.1.FC5.ppc.rpm
f4866d63fea14d6e74268f88f5340c6d0c5d7c18 x86_64/perl-DBD-Pg-1.47-0.1.FC5.x86_64.rpm
362bef7deb2de1c899d5b4773ed4c3b2145e08d0 x86_64/debug/perl-DBD-Pg-debuginfo-1.47-0.1.FC5.x86_64.rpm
2fc4f0702bd6919da9aea69183e0083995722010 i386/perl-DBD-Pg-1.47-0.1.FC5.i386.rpm
2584d56a679c5a5b37eafeded748fceeff583477 i386/debug/perl-DBD-Pg-debuginfo-1.47-0.1.FC5.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Update: perl-HTML-Parser-3.51-1.FC5
by Jason Vas Dias
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-209
2006-04-03
---------------------------------------------------------------------
Product : Fedora Core 5
Name : perl-HTML-Parser
Version : 3.51
Release : 1.FC5
Summary : Perl module for parsing HTML
Description :
The HTML-Parser module for perl to parse and extract information from
HTML documents, including the HTML::Entities, HTML::HeadParser,
HTML::LinkExtor, HTML::PullParser, and HTML::TokeParser modules.
---------------------------------------------------------------------
* Wed Mar 22 2006 Jason Vas Dias <jvdias(a)redhat.com> - 3.51-1
- upgrade to 3.51
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/
ca6cf030ad8013cca4811106cce33c604aa77ea5 SRPMS/perl-HTML-Parser-3.51-1.FC5.src.rpm
74fbd07ee152b40373bab2b2fd0c315e92b50f29 ppc/perl-HTML-Parser-3.51-1.FC5.ppc.rpm
beba2e559504386069ac6ccd348c7e5726697a12 ppc/debug/perl-HTML-Parser-debuginfo-3.51-1.FC5.ppc.rpm
70ef4f8f18c91be022a0b4431daf4793c7103180 x86_64/perl-HTML-Parser-3.51-1.FC5.x86_64.rpm
189165d7df80456d8849b0261d1f66a4dcd0c177 x86_64/debug/perl-HTML-Parser-debuginfo-3.51-1.FC5.x86_64.rpm
805b68ad29adf03292280d2202a1ac9ca509d47f i386/perl-HTML-Parser-3.51-1.FC5.i386.rpm
97351056bd16f4302e44f4bd9e202302a1a7b2fc i386/debug/perl-HTML-Parser-debuginfo-3.51-1.FC5.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years
Fedora Core 5 Update: gnome-applets-2.14.0-1.fc5
by Ray Strode
---------------------------------------------------------------------
Fedora Update Notification
FEDORA-2006-236
2006-04-03
---------------------------------------------------------------------
Product : Fedora Core 5
Name : gnome-applets
Version : 2.14.0
Release : 1.fc5
Summary : Small applications for the GNOME panel.
Description :
GNOME (GNU Network Object Model Environment) is a user-friendly set of
applications and desktop tools to be used in conjunction with a window
manager for the X Window System. The gnome-applets package provides
small utilities for the GNOME panel.
---------------------------------------------------------------------
Update Information:
This update allows the gswitchit applet's plugins to work.
---------------------------------------------------------------------
* Tue Mar 28 2006 Ray Strode <rstrode(a)redhat.com> - 2.14.0-1.fc5
- export symbols in gswitchit applet so applet plugins
work (bug 187168)
---------------------------------------------------------------------
This update can be downloaded from:
http://download.fedora.redhat.com/pub/fedora/linux/core/updates/5/
70fdbbf554bc279a8cdfb0588f5abbeef96ad58a SRPMS/gnome-applets-2.14.0-1.fc5.src.rpm
19175d4a2123cf4c3e77a77ab981eccec887080d ppc/gnome-applets-2.14.0-1.fc5.ppc.rpm
6577d1d22831267e471b0f9a5db09828024ab7c5 ppc/debug/gnome-applets-debuginfo-2.14.0-1.fc5.ppc.rpm
ed48272e3d38426f718892907969c3ae2a78825f x86_64/gnome-applets-2.14.0-1.fc5.x86_64.rpm
02a96c9b2aa7a637d3085e8cf708e2fc0c94d7d1 x86_64/debug/gnome-applets-debuginfo-2.14.0-1.fc5.x86_64.rpm
6a36559f3545dbf936ed8620d1c66bf1cbcc0f16 i386/gnome-applets-2.14.0-1.fc5.i386.rpm
3eb89cf4913ff50ca5c9ebc3c6b0adb68524589d i386/debug/gnome-applets-debuginfo-2.14.0-1.fc5.i386.rpm
This update can be installed with the 'yum' update program. Use 'yum update
package-name' at the command line. For more information, refer to 'Managing
Software with yum,' available at http://fedora.redhat.com/docs/yum/.
---------------------------------------------------------------------
18 years