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 an
On Tue, Nov 24, 2009 at 08:31:35PM -0500, Josh Boyer wrote:
>Hi All,
>
>Fedora 10 will go EOL on December 17th. The final day for
>updates to be submitted will be December 14th. Please make
>sure any final updates you want pushed to the F10 repos are
>submitted by this date.
Due to the infrastru
On 12/05/2009 06:22 AM, Orion Poplawski wrote:
On Fri, December 4, 2009 9:20 pm, Ralf Corsepius wrote:
On 12/03/2009 07:22 AM, Jesse Keating wrote:
On Thu, 2009-12-03 at 06:24 +0100, Ralf Corsepius wrote:
Yes, for people who are doing "full featured networked installs" w/
custom kickstart fil
On Fri, December 4, 2009 9:20 pm, Ralf Corsepius wrote:
> On 12/03/2009 07:22 AM, Jesse Keating wrote:
>> On Thu, 2009-12-03 at 06:24 +0100, Ralf Corsepius wrote:
>>> Yes, for people who are doing "full featured networked installs" w/
>>> custom kickstart files. I've never met such a person.
>>
>>
On Fri, Dec 4, 2009 at 9:02 PM, Kevin Kofler wrote:
> Mathieu Bridon (bochecha) wrote:
> > How about visually impaired people? Compiz and the zoom plugin *are*
> > essential to them.
>
> They can use the plain old KMag which doesn't require any sort of
> compositing at all.
>
>Kevin Kofle
On 12/03/2009 07:22 AM, Jesse Keating wrote:
On Thu, 2009-12-03 at 06:24 +0100, Ralf Corsepius wrote:
People doing network installs can either add the updates repo to their
kickstart, or check the box in the anaconda UI, so that the updates
repos are considered at install time. No download of d
Mathieu Bridon (bochecha) wrote:
> How about visually impaired people? Compiz and the zoom plugin *are*
> essential to them.
They can use the plain old KMag which doesn't require any sort of
compositing at all.
Kevin Kofler
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Fri, 2009-12-04 at 16:45 -0500, Bill Nottingham wrote:
> Miroslav Lichvar (mlich...@redhat.com) said:
> > On Fri, Dec 04, 2009 at 04:10:34PM -0500, Bill Nottingham wrote:
> > > https://fedoraproject.org/wiki/Features/Upstart0.6.0
> >
> > The features highlight list has:
> > Communication wit
> Why aren't the sysVinit scripts being ported over to native upstart scripts?
> I thought the reason why upstart was adopted was to be able to utilize the
> benefits of native upstart scripts (event based daemon handling, etc.)?
No one is holding you back from starting to convert them now, but th
On Fri, Dec 4, 2009 at 3:45 PM, Bill Nottingham wrote:
> Miroslav Lichvar (mlich...@redhat.com) said:
> > On Fri, Dec 04, 2009 at 04:10:34PM -0500, Bill Nottingham wrote:
> > > https://fedoraproject.org/wiki/Features/Upstart0.6.0
> >
> > The features highlight list has:
> > Communication with t
Miroslav Lichvar (mlich...@redhat.com) said:
> On Fri, Dec 04, 2009 at 04:10:34PM -0500, Bill Nottingham wrote:
> > https://fedoraproject.org/wiki/Features/Upstart0.6.0
>
> The features highlight list has:
> Communication with the init daemon over D-Bus.
>
> > Questions? Comments?
>
> Does th
On Fri, Dec 04, 2009 at 04:10:34PM -0500, Bill Nottingham wrote:
> https://fedoraproject.org/wiki/Features/Upstart0.6.0
The features highlight list has:
Communication with the init daemon over D-Bus.
> Questions? Comments?
Does this mean that running dbus will be required to reboot/shutdown
th
Bill Nottingham (nott...@redhat.com) said:
> Obvious FAQ:
>
> Q: Should we port our SysV scripts to native upstart scripts?
>
> A: No, not at this time.
Q: I'd like to play with it before it lands.
A: There's a repo at http://notting.fedorapeople.org/upstart0.6/. You can
also check the new ups
https://fedoraproject.org/wiki/Features/Upstart0.6.0
was approved at today's FESCo meeting. We hope to land this in the next
week or so.
What this means for you (for very specific values of you):
If you own any of the following packages, you have upstart job files that
will need modified for any
On Fri, 2009-12-04 at 10:55 -0800, Dan Williams wrote:
> On Wed, 2009-12-02 at 16:52 -0500, Bill Nottingham wrote:
> > Dan Williams (d...@redhat.com) said:
> > > > ONBOOT=yes
> > > > BOOTPROTO=dhcp
> > > > TYPE=Wireless
> > > > NM_CONTROLLED=yes
> > > > USERCTL=yes
> > > > PEERDNS=yes
> > > > IPV6
On Thu, 2009-12-03 at 06:24 +0100, Ralf Corsepius wrote:
> > People doing network installs can either add the updates repo to their
> > kickstart, or check the box in the anaconda UI, so that the updates
> > repos are considered at install time. No download of duplicate data.
> Yes, for people who
On Thu, 2009-12-03 at 06:51 +0100, Ralf Corsepius wrote:
> > We wouldn't be talking about removing the original GA set - just adding
> > updated pkgs into the path.
>
> Woa!!! With all due respect, but this would seem an stupid and silly
> plan to me.
The only way not to do that would be to mai
On Wed, 2009-12-02 at 16:52 -0500, Bill Nottingham wrote:
> Dan Williams (d...@redhat.com) said:
> > > ONBOOT=yes
> > > BOOTPROTO=dhcp
> > > TYPE=Wireless
> > > NM_CONTROLLED=yes
> > > USERCTL=yes
> > > PEERDNS=yes
> > > IPV6INIT=no
> > > MODE=Auto
> >
> > This is the problem. "Auto" is not
===
#fedora-meeting: FESCo meeting 20091204
===
Meeting started by notting at 17:00:23 UTC. The full logs are available
at
http://meetbot.fedoraproject.org/fedora-meeting/2009-12-04/fesco.2009-12-04-17.00.log.html
.
Meeting
Behdad Esfahbod wrote:
> Since the patents covering the TrueType bytecode interpreter expired at
> the end of October, I've now built FreeType in rawhide with that part of
> code enabled.
IMHO, if we want to ship this by default, we really need to fix FreeType for
the case where the font doesn't p
Matěj Cepl wrote:
> can we hope for the update in F12 as well, please?
Well, that would change the looks of our default DejaVu fonts a lot.
(freetype-freeworld currently disables the BCI for the DejaVu family by
default for that reason, which has always been a controversial move, I'll of
course
Hans Ulrich Niedermann (h...@n-dimensional.de) said:
> > > The big issue is with KMS on using radeonhd is like shooting
> > > yourself in the face. Either we need to patch radeonhd in Fedora to
> > > not start with KMS enabled or remove it from the distro.
> >
> > I am working on such a patch to
Finally! It was like a non-ending movie through all these years, having such
one essential/basic feature disabled. An update for F12, whenever it gets
ready, would be really welcome!
> Given how any font rendering changes seems to degrade font rendering for
some
The TrueType bytecode interpreter
On Fri, 2009-12-04 at 05:39 -0800, Toshio Kuratomi wrote:
> This is a heads up that I'm going to orphan gnome-common. I don't do any
> gtk programming anymore so it doesn't make sense for me to keep this
> package. mclasen has done several of the recently needed updates to this
> package; if he a
Le Ven 4 décembre 2009 13:50, Matěj Cepl a écrit :
>
> Dne 4.12.2009 01:13, Behdad Esfahbod napsal(a):
>> Since the patents covering the TrueType bytecode interpreter expired at
>> the end of October, I've now built FreeType in rawhide with that part of
>> code enabled.
>
> can we hope for the up
This is a heads up that I'm going to orphan gnome-common. I don't do any
gtk programming anymore so it doesn't make sense for me to keep this
package. mclasen has done several of the recently needed updates to this
package; if he and the desktop team would like to take it over let me know;
I'll
Dne 4.12.2009 01:13, Behdad Esfahbod napsal(a):
> Since the patents covering the TrueType bytecode interpreter expired at
> the end of October, I've now built FreeType in rawhide with that part of
> code enabled.
can we hope for the update in F12 as well, please?
> Note that the subpixel stuff re
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 soft
On Fri, Dec 04, 2009 at 07:04:12AM -0200, Itamar Reis Peixoto wrote:
>> - glibc32, glibc64 (dead packages?)
>yes
No. They are needed in the build system. They just havent been updated
since FC6 or so.
josh
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/m
On Fri, 04 Dec 2009 09:57:47 +0100, Panu Matilainen wrote:
> handful of package still using %{PACKAGE_VERSION} and
> %{PACKAGE_RELEASE} macros.
...
> - libunwind
Fixed:
libunwind-0.99-0.13.20090430betagit4b8404d1.fc13
Jan
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
h
On Fri, Dec 4, 2009 at 6:57 AM, Panu Matilainen
wrote:
>
> Grepping through spec files from CVS devel/ shows there are a handful of
> package still using %{PACKAGE_VERSION} and %{PACKAGE_RELEASE} macros. These
> were considered "backwards compatibility stuff" in 1998 (yes, eleven years
> ago) alre
Grepping through spec files from CVS devel/ shows there are a handful of
package still using %{PACKAGE_VERSION} and %{PACKAGE_RELEASE} macros.
These were considered "backwards compatibility stuff" in 1998 (yes, eleven
years ago) already, please change them to use the %{version} and
%{release}
32 matches
Mail list logo