Blocking radeonhd (was Re: Fedora 12 Graphics Issues: Cancel F13 and concentrate on fixing F12 ?)
by Bill Nottingham
Dave Airlie (airlied(a)redhat.com) said:
> On Fri, 2009-11-27 at 08:07 +0200, Pekka Savola wrote:
> > Well, here's one graphics regression:
> > https://bugzilla.redhat.com/show_bug.cgi?id=540476
> >
> > radeon.modeset=0 worked around the problem.
> >
> > (I'm not sure if it's filed against the right component.)
>
> Don't use radeonhd, the Fedora X team don't support it and never have.
>
> I'm thinking it should reallyt be removed from the distro at this point
> as it makes things worse rather than better. remove your xorg.conf
> and turn modesetting on and if its still horrible, then we can talk.
>
> So you've proven you can break your own machine that is all.
So, if our X maintainers won't handle bugs with it, we have a working
default alternative that is maintained upstream, and it's *known* to
be broken in the default configuration, why ship it? If we're trying to
focus on quality, I'm not sure why we'd ship something that's known
broken.
Hans, are you OK if we block this from rawhide?
Bill
14 years, 3 months
Orphaning some packages...
by Darryl L. Pierce
I'd like to turn over the following packages to someone else to maintain
since I have no time or interest in keeping up with them going forward:
* rubygem-activeldap
--
Darryl L. Pierce, Sr. Software Engineer @ Red Hat, Inc.
Delivering value year after year.
Red Hat ranks #1 in value among software vendors.
http://www.redhat.com/promo/vendor/
14 years, 3 months
Head-up - new firefox in rawhide
by Martin Stransky
Hi,
a new firefox (3.6 beta 2) just hit rawhide (a.k.a f13). There are some
changes which affect everyone who builds with xulrunner-devel-unstable
package.
Mozilla decided to merge all include directories to one (mozbz#398573)
and stop shipping stable/unstable packages. So all headers/libraries are
merged to one big xulrunner-devel package (with respective pkgconfig
files) and xulrunner-devel-unstable has been removed.
What does it mean for you?
1) Change xulrunner-devel-unstable to xulrunner-devel in spec. file
BuildRequires.
2) Switch libxul-embedding-unstable.pc to libxul-embedding.pc or
libxul-unstable.pc to libxul.pc in make/configure scripts.
3) Rebuild the package and report any problem to BZ.
ma.
14 years, 3 months
[ANNOUNCEMENT] Red Hat Bugzilla 3.4 Upgrade Public Beta
by James Laska
Greetings,
I am sending this on behalf of Dave Lawrence and the bugzilla team at Red Hat. Fedora uses this instance of bugzilla too.
Please forward this on to any appropriate lists that were missed.
Thanks,
James
==========================
Greetings,
The Red Hat Bugzilla team is happy to announce the first public beta
release of the next version of Red Hat Bugzilla based on the upstream
3.4 code base.
Please test drive at:
https://partner-bugzilla.redhat.com
Over the years Red Hat has made substantial customizations to Bugzilla
to fit into the Engineering tool chain. Over time the upstream has
incorporated some of these customizations or solved them in different
ways. Upgrading reduces our customization footprint (and thus
maintenance) while bringing many bug fixes & enhancements.
The main area of focus for our public betas are stability. Functionality
that currently works in our 3.2 code base should continue to work as
expected in the new 3.4 release. These include various ajax
optimizations, needinfo actor support, frontpage.cgi, product browser,
several various UI enhancements, and of course the XMLRPC API.
Please feel free to point your various scripts and third party
applications that use the XMLRPC API at the test server to make sure
they continue to function properly.
There are numerous other changes behind the scenes that we haven't
listed. The goal is to make sure that functionality that people have
come to expect in 3.2 is possible in the new system.
There are also numerous new features/fixes that are part of the upstream
3.4 release. For more detailed information on what has changed since the
last release, check out the Release Notes page.
The database is a recent snapshot of the live database so should be
useful for testing to make sure the information is displayed properly
and changeable. Also with a full snapshot it is possible to test for any
performance related issues. Email has been disabled so that unnecessary
spam is not sent out. So feel free to make changes to bugs to verify
proper working order.
We are asking for everyone to get involved as much as possible with
testing and feedback on the beta releases to help us make this the most
robust and stable release possible.
Please file any enhancement requests or bug reports in our current
Bugzilla system at bugzilla.redhat.com. File them under the Bugzilla
product and relevant component with the version 3.4. With everyone's
help we can make this a great release.
Thanks The Red Hat Bugzilla Team
_______________________________________________
Fedora-devel-announce mailing list
Fedora-devel-announce(a)redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-announce
14 years, 3 months
Election Town Halls
by inode0
Today we completed the 6 town halls for the Fedora Project Board,
FESCo, and FAmSCo elections. If you weren't able to attend these you
can access logs from each meeting from the main election page on the
wiki.
http://fedoraproject.org/wiki/Elections
I'd like to thank all the candidates who chose to participate in one
or more of the town halls. Without their cooperation our moderators
would have been very lonely.
I'd like to also thank Yaakov Nemoy, Toshio Kuratomi, Kevin Fenzi,
Lars Delhage, Karsten Wade, and Paul Mellors for volunteering to do
the sometimes exciting and sometimes not so exciting work as
moderators of these events.
Remember to vote! The schedule for voting has been slightly revised as
described on the wiki but will begin on December 5 and run through at
least December 15. Vote early though to help us minimize any impact
our other activities might have.
John
14 years, 3 months
libtiff 3.9.2 pushed to rawhide
by Tom Lane
I have updated libtiff from 3.8.2 to 3.9.2. This is supposed to be an
ABI-compatible update, so in theory nobody will notice. If you notice,
please let me know. I plan to push this back into F-12 in a week or
so if no problems are reported.
There is a packaging change: the command-line tools such as tiff2pdf
have been split into a separate subpackage libtiff-tools.
regards, tom lane
14 years, 3 months
Re: selinux disabled: what selinux related rpms can I safely remove?
by Xose Vazquez Perez
hi,
fast and easy, also disable audit:
put SELINUX=disabled in /etc/sysconfig/selinux
run chkconfig auditd off
add to the kernel line selinux=0 audit=0 in /etc/grub.conf
--
«Allá muevan feroz guerra, ciegos reyes por un palmo más de tierra;
que yo aquí tengo por mío cuanto abarca el mar bravío, a quien nadie
impuso leyes. Y no hay playa, sea cualquiera, ni bandera de esplendor,
que no sienta mi derecho y dé pecho a mi valor.»
14 years, 3 months