XEmacs needs it. We have an explicit reference to a LucidaTypewriter
font.
Sure: and xorg-x11-fonts also provides LT.
I am not asking if we should drop bitmap-fonts
(though it needs to be split up and repackaged)...
the question was why are we installing it by default
and when can we stop? :)
On Tue, 2009-09-29 at 18:21 -0700, Toshio Kuratomi wrote:
One thing I think is unclear this cycle is the usage of the word Beta.
It's been said many times that beta is not really beta but actually
final freeze. For instance: If all goes as planned the Beta
(previously known as Final
Jesse Keating, Tue, 29 Sep 2009 23:45:08 -0700:
Right, I've always taken it to mean Our experimental code is in, and
we're ready to take end user testing feedback on it which is different
from our code is in, but not really done, and we don't care if it's
broken because we're going to
John Poelstra poels...@redhat.com writes:
I realize the formatting of these emails is not pretty if your email
reader uses a proportional font.
Even with a fixed width font.
Let me know if there are any ideas for fixing this.
Don't use format=flowed.
Andreas.
--
Andreas Schwab,
And Today I am %100 finished... Please point out which part of that
did I misinterpret, because the last thing I want to do is cause problems...
Because we do seem to fight this problem every release. Was anyone else
confused about when the deadline was? It seems very clear to me, on
Steve Dickson wrote:
On 09/29/2009 10:10 PM, Jeremy Katz wrote:
On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson ste...@redhat.com wrote:
My main concern is with installer, installing from NFS shares from older
servers, say RHEL5. How will anaconda handle mounting? Will there be
odd errors
This problem is not restricted to zsync:
deltarpm has the same problem as it supports the rsync protocol, too.
(https://bugzilla.redhat.com/show_bug.cgi?id=526432 - yes, I just opened it)
I did not do the research but it might be worth checking other programs
that deal with the rsync protocol.
On Wed, Sep 30, 2009 at 11:05:58AM +0200, Florian Festi wrote:
deltarpm has the same problem as it supports the rsync protocol, too.
I think deltarpm's zlib patch to support 'gzip --rsyncable' is
different to the rsync patch. I've sent the patch upstream in 2005,
but got no response.
(The
On Tue, Sep 29, 2009 at 05:33:15PM -0400, Steve Dickson wrote:
* Firewall Friendly- With v4 only one port is used 2049 for all traffic
including mounting and file locking.
Amen to that!
Rich.
--
Richard Jones, Emerging Technologies, Red Hat http://et.redhat.com/~rjones
libguestfs
On 09/30/2009 04:53 AM, Andrew Haley wrote:
Steve Dickson wrote:
On 09/29/2009 10:10 PM, Jeremy Katz wrote:
On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson ste...@redhat.com wrote:
My main concern is with installer, installing from NFS shares from older
servers, say RHEL5. How will anaconda
Steve Dickson wrote:
On 09/30/2009 04:53 AM, Andrew Haley wrote:
Steve Dickson wrote:
On 09/29/2009 10:10 PM, Jeremy Katz wrote:
On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson ste...@redhat.com wrote:
My main concern is with installer, installing from NFS shares from older
servers, say
On 09/30/2009 06:18 AM, Andrew Haley wrote:
Steve Dickson wrote:
On 09/30/2009 04:53 AM, Andrew Haley wrote:
Steve Dickson wrote:
On 09/29/2009 10:10 PM, Jeremy Katz wrote:
On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson ste...@redhat.com wrote:
My main concern is with installer,
Steve Dickson wrote:
On 09/30/2009 06:18 AM, Andrew Haley wrote:
Steve Dickson wrote:
On 09/30/2009 04:53 AM, Andrew Haley wrote:
Steve Dickson wrote:
On 09/29/2009 10:10 PM, Jeremy Katz wrote:
On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson ste...@redhat.com wrote:
My main concern is with
On 09/30/2009 05:28 AM, drago01 wrote:
On Wed, Sep 30, 2009 at 4:15 AM, Mail Listsli...@sapience.com wrote:
On 09/29/2009 11:20 AM, Christopher Aillon wrote:
Tweaking the following pref: mailnews.database.global.indexer.enabled =
false
Should work around the problem for now.
Is that
Steve,
just for clarity what you are actually saying is that.
On Tue, 2009-09-29 at 22:45 -0400, Steve Dickson wrote:
On 09/29/2009 09:42 PM, Chris Adams wrote:
Once upon a time, Steve Dickson ste...@redhat.com said:
On the server (Which is suggested):
* Add the following entry to the
On Tue, Sep 29, 2009 at 06:21:04PM -0700, Toshio Kuratomi wrote:
Examples of what to do and not do from this point forward:
Do: Have something testable
Do: Have the the feature significantly complete
Do: submit bugfixes
Do not: Enable the feature by default
Do not: Make changes that cause
On Wed, Sep 30, 2009 at 08:36:54AM +, Matej Cepl wrote:
Jesse Keating, Tue, 29 Sep 2009 23:45:08 -0700:
Right, I've always taken it to mean Our experimental code is in, and
we're ready to take end user testing feedback on it which is different
from our code is in, but not really done, and
This is a report of the weekly KDE-SIG-Meeting with a summary of the
topics that were discussed. If you want to add a comment please reply
to this email or add it to the related meeting page.
--
= Weekly KDE
On 09/30/2009 07:22 AM, Howard Wilkinson wrote:
Steve,
just for clarity what you are actually saying is that.
On Tue, 2009-09-29 at 22:45 -0400, Steve Dickson wrote:
On 09/29/2009 09:42 PM, Chris Adams wrote:
Once upon a time, Steve Dickson ste...@redhat.com said:
On the server (Which is
On 09/30/2009 07:05 AM, Andrew Haley wrote:
I can't see how it would cause a mount storm: all you'd be doing is
issuing a mount request twice, once in each protocol.
Times 1000 very 5 seconds...
So 2000 every 5 seconds as opposed to 1000 every 5 seconds. This is
surely better than
Hi,
today's
yum update came along with this:
# yum update
...
Updating : blender-2.49b 1.fc11.x86_64
16/57
Unknown media type in type 'all/all'
Unknown media type in type 'all/allfiles'
Unknown media type in type 'uri/mms'
Unknown
Lennart Poettering wrote:
Haha. So the major 'advantage' of Phonon that it would allow replacing
the backends as time progresses without breaking the KDE apps using
them now officially is proven to be bogus. The KDE/Qt folks were so
afraid of a media engine breaking API so that they created
Jaroslav Reznik wrote:
Another interesting thing is PA Phonon integration work by Colin Guthrie
(see the link in my first message). Phonon just as wrapper/thin client for
PA with nicer Qt like API. I like this idea.
That's not what his current work does, and it's not really possible as PA
Just to make things even more confusing, I have no problems with
thunderbird-3.0-3.8.b3.fc12.x86_64.rpm
I have a setup with
- Multiple IMAP accounts
- Some _huge_ folders ( 300 000 messages)
- More than 11 GB of mail in one account, 9 GB in another
The recent upgrade to
On Tuesday 29 Sep 2009 16:03:54 Jaroslav Reznik wrote:
We, KDE SIG, are considering which backend should be default for Phonon in
Fedora. Seems like it's not easy to agree on final decision @ KDE SIG
meetings, we'd like to summarize what's the problem, some backends facts
(please correct
2009/9/30 Lennart Poettering mzerq...@0pointer.de:
On Tue, 29.09.09 22:46, Kevin Kofler (kevin.kof...@chello.at) wrote:
Lennart Poettering wrote:
Uh. Nokia stands pretty firmly behind gst. As do most embedded folks.
Behind GStreamer, sure. Behind Phonon (and thus also Phonon-GStreamer),
Compose started at Wed Sep 30 06:15:12 UTC 2009
Broken deps for i386
--
PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public
argus-2.0.6.fixes.1-16.fc11.i586 requires libpcap.so.0.9
On Wednesday 30 September 2009 15:33:43 Kevin Kofler wrote:
Jaroslav Reznik wrote:
Another interesting thing is PA Phonon integration work by Colin
Guthrie (see the link in my first message). Phonon just as wrapper/thin
client for PA with nicer Qt like API. I like this idea.
That's not
Not using argus anymore, and no cycles to do right by it.
Please feel free to pick it up if there's interest.
Thx,
--G
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Tue, Sep 29, 2009 at 9:42 PM, Chris Adams cmad...@hiwaay.net wrote:
Once upon a time, Steve Dickson ste...@redhat.com said:
On the server (Which is suggested):
* Add the following entry to the /etc/exports file:
/ *(ro,fsid=0) Note: 'fsid=0' is explained in the exports(5) man pages.
Mike McGrath wrote:
Because we do seem to fight this problem every release. Was anyone else
confused about when the deadline was? It seems very clear to me, on
several occasions, when features needed to be in by.
This release cycle had an additional source of confusion because what used
to
Steve Dickson wrote:
I my past, added things of this size in a beta release was actually
common.. In alpha release you get the software married to the hardware
(i.e. barely booting) and in beta release you added everything else...
Yes, but that Alpha doesn't exist anymore and what was called
Jesse Keating wrote, at 09/30/2009 01:57 AM +9:00:
Just a reminder that the Fedora 12 freeze will be happening tonight at
0600 2009-09-30 UTC, just prior to the rawhide compose tonight. The
rawhide for 20090930 will be built from frozen content. You do not need
to send tag requests until
Matej Cepl wrote:
Case in question ... I am not allowed to fix bug https://
bugzilla.redhat.com/show_bug.cgi?id=520998, which I have filed some time
ago, watched that maintainer didn't do anything to it, finally after
discussing it with OpenSSL maintainer I have decided that upgrading to
the
Toshio Kuratomi wrote:
One thing I think is unclear this cycle is the usage of the word Beta.
It's been said many times that beta is not really beta but actually
final freeze. For instance: If all goes as planned the Beta
(previously known as Final Development) Freeze in the message steved
Jesse Keating wrote:
We've tried to address unclear terminology this summer with the
milestone adjustment proposal.
https://fedoraproject.org/wiki/Milestone_Adjustment_Proposal This tries
to apply industry standard naming to our release process, and as such we
had to rename some things.
The
Le Mer 30 septembre 2009 16:35, Qianqian Fang a écrit :
Jens Petersen wrote:
We have been looking at updating bitmap-fonts recently,
and noticed that it is still listed mandatory in the comps
@base-x group.
So I just wondered a couple of naive questions:
- does bitmap-fonts have to be
Steve,
On Wed, 2009-09-30 at 08:36 -0400, Steve Dickson wrote:
On 09/30/2009 07:22 AM, Howard Wilkinson wrote:
Steve,
just for clarity what you are actually saying is that.
On Tue, 2009-09-29 at 22:45 -0400, Steve Dickson wrote:
On 09/29/2009 09:42 PM, Chris Adams wrote:
Once upon a
On Wed, 30.09.09 15:41, Thomas Janssen (thom...@fedoraproject.org) wrote:
Haha. So the major 'advantage' of Phonon that it would allow replacing
the backends as time progresses without breaking the KDE apps using
them now officially is proven to be bogus. The KDE/Qt folks were so
afraid
On 09/30/2009 11:07 AM, Howard Wilkinson wrote:
With version 4 there is this concept of a pseudo root. Which meanings
one can define, through exports, what the root of an export
can be. Which is a good idea because you can define /export as
the root, and nothing above /export can be
On Wed, 30.09.09 10:15, Jaroslav Reznik (jrez...@redhat.com) wrote:
So where's the problem? There are two Phonons - one in Qt, one in KDE. I
don't
like this schizophrenia. This should be solved but now we have to live with
one or another - that's why we brought this issue to the world.
On Wed, 30.09.09 13:53, Rahul Sundaram (sunda...@fedoraproject.org) wrote:
On 09/30/2009 01:45 PM, Jaroslav Reznik wrote:
So where's the problem? There are two Phonons - one in Qt, one in KDE. I
don't
like this schizophrenia. This should be solved but now we have to live with
one
On 09/30/2009 09:40 PM, Lennart Poettering wrote:
This is a bit of a chicken-and-egg problem: if you don't activate gst
noone will test it. But you don't want to activate it by default
without testing.
True but we do have Phonon using Gstreamer as the backend in Rawhide. If
it has severe
On Tue, 2009-09-29 at 08:07 -0700, Toshio Kuratomi wrote:
On 09/29/2009 05:00 AM, Rahul Sundaram wrote:
On 09/29/2009 05:14 PM, Josephine Tannhäuser wrote:
Seems that violations of the guidelines are not so important like the
violation of the Trademark (The hunting of fedora related
Jesse Keating wrote:
People with cargo cult knowledge knew what they meant but not new
contributers nor community users. The change was for the better as it
more clearly defines the milestones.
So clearly that many feature owners are confused about what they mean?
And don't forget that
On 09/30/2009 04:09 AM, Steve Dickson wrote:
I don't really understand this reason. When you get a mount fail, why
not try v3? It doesn't matter whether the kernel gives a different
kind of error or not.
The error that is returned is ENOENT which is fatal error because
it means the remote
After further review... by a number of people, its been decided
the /etc/nfsmount.conf file will be installed with the default
protocol version set to v3. This will stop the mount failures
with older Linux servers but make it very easy to make v4
the default version. A nice compromise, IMHO...
Lennart Poettering wrote:
So I think it would make a lot of sense to switch to make our distro
Gst-only asap. Eventually this move will have to happen anyway.
Uh, I have to disagree there. It is not our job as distribution packagers to
dictate to upstream developers what multimedia library
On Wed, Sep 30, 2009 at 10:27:44AM -0700, Toshio Kuratomi wrote:
So... that means the custom zlib isn't necessary to the proper operation
of deltarpm, correct? I haven't looked at where in the code this is
being used yet but I'm guessing this zlib is used when:
1) Reading the existing rpm
On Wed, Sep 30, 2009 at 01:11:56PM -0400, Steve Dickson wrote:
After further review... by a number of people, its been decided
the /etc/nfsmount.conf file will be installed with the default
protocol version set to v3. This will stop the mount failures
with older Linux servers but make it very
On 09/30/2009 01:47 PM, Paul W. Frields wrote:
On Wed, Sep 30, 2009 at 01:11:56PM -0400, Steve Dickson wrote:
After further review... by a number of people, its been decided
the /etc/nfsmount.conf file will be installed with the default
protocol version set to v3. This will stop the mount
On Wednesday 30 September 2009 19:11:36 Kevin Kofler wrote:
Lennart Poettering wrote:
So I think it would make a lot of sense to switch to make our distro
Gst-only asap. Eventually this move will have to happen anyway.
Uh, I have to disagree there. It is not our job as distribution
On Wed, 2009-09-30 at 00:11 +0200, Lennart Poettering wrote:
On Tue, 29.09.09 22:46, Kevin Kofler (kevin.kof...@chello.at) wrote:
Behind GStreamer, sure. Behind Phonon (and thus also Phonon-GStreamer), not
so much. They're currently using it, but there are people working on the Qt
On 09/30/2009 10:43 AM, Michael Schroeder wrote:
On Wed, Sep 30, 2009 at 10:27:44AM -0700, Toshio Kuratomi wrote:
So... that means the custom zlib isn't necessary to the proper operation
of deltarpm, correct? I haven't looked at where in the code this is
being used yet but I'm guessing this
On 09/29/2009 09:24 AM, James Antill wrote:
On Tue, 2009-09-29 at 08:07 -0700, Toshio Kuratomi wrote:
On 09/29/2009 05:00 AM, Rahul Sundaram wrote:
On 09/29/2009 05:14 PM, Josephine Tannhäuser wrote:
Seems that violations of the guidelines are not so important like the
violation of the
Steve Dickson (ste...@redhat.com) said:
Right or wrong.. I took Final Feature Freeze as the last chance
of getting a feature into F12.. And I will be the first to admit I
do not read all the rule and regulations of all the steps of a
release... I look at dates.. When is the alpha and when
On 09/30/2009 03:18 PM, Bill Nottingham wrote:
Steve Dickson (ste...@redhat.com) said:
Right or wrong.. I took Final Feature Freeze as the last chance
of getting a feature into F12.. And I will be the first to admit I
do not read all the rule and regulations of all the steps of a
On Wed, 2009-09-30 at 23:31 +0900, Mamoru Tasaka wrote:
By the way although this time already came dist-f12 tree seems still
unfrozen [1] and some builds after this freeze time are already included
into dist-f12-build tree [2]. Does this mean that these packages (rebuilt
after F12 beta freeze)
On Wed, 2009-09-30 at 19:00 +0200, Kevin Kofler wrote:
So clearly that many feature owners are confused about what they mean?
A few feature owners missed the repeated messages. I'm sorry, it was
bound to happen. Change causes disruption, but often that disruption is
for the better good.
On 09/30/2009 11:34 AM, Toshio Kuratomi wrote:
On 09/30/2009 10:43 AM, Michael Schroeder wrote:
AFAIK the current rpm uses the system's zlib library, so the
deltarpm copy is also no longer needed for Fedora.
Interesting. That's slightly puzzling though. That would mean that
deltarpm
On 09/30/2009 07:43 PM, Michael Schroeder wrote:
Fedora's rpm used to have a
modified copy of zlib so that the created rpms were more rsync
friendly. As deltarpm needs to recreate the same compressed
payload I also had to support this.
Always nice to see how insanity leads to even more
On 09/28/2009 12:21 PM, Josh Boyer wrote:
Hi All,
As of today, ppc and ppc64 are no longer primary architectures in koji starting
with the dist-f13 tag. This is in accordance with the FESCo approved demotion
of PowerPC starting with Fedora 13 development.
The dist-f12 and older tags continue
Jeff Garzik jgar...@pobox.com writes:
The lack of big endian builds by default is a notable loss, and will
lead to a decline in software quality.
I think this is a net-negative for Fedora.
I think the same, but it's getting harder to find PPC machines.
Is there another big-endian platform
Once upon a time, Tom Lane t...@redhat.com said:
Jeff Garzik jgar...@pobox.com writes:
The lack of big endian builds by default is a notable loss, and will
lead to a decline in software quality.
I think this is a net-negative for Fedora.
I think the same, but it's getting harder to find
On Wed, Sep 30, 2009 at 07:02:08PM -0400, Tom Lane wrote:
Jeff Garzik jgar...@pobox.com writes:
The lack of big endian builds by default is a notable loss, and will
lead to a decline in software quality.
I think this is a net-negative for Fedora.
I think the same, but it's getting harder to
Hi FESCo,
With the passing of Beta Freeze we are now at the point in our release
process where we expect all features to be at 100% completion. After
requesting status updates, including direct email to the feature owners,
the following feature pages do not have a current status.
IMHO default packages in default groups should have a clear user, or
be downgraded to optional.
Right I suggest we make it optional in comps-f13 and see if anything breaks.
Jens
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On Wed, 2009-09-30 at 20:26 -0400, Jeff Garzik wrote:
Was ppc really such a burden?
When it breaks and only it breaks, slowing down or delaying a release,
yes.
--
Jesse Keating
Fedora -- Freedom² is a feature!
identi.ca: http://identi.ca/jkeating
signature.asc
Description: This is a
Jeff Garzik wrote:
I would rather the problem be approached in a logical, scalable fashion:
by distributing the workload across the package maintainers who have
firsthand knowledge. ie. how things worked before.
But you're dodging the larger point -- Fedora has, de facto, demoted big
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Jeff Garzik wrote:
I would rather the problem be approached in a logical,
scalable fashion:
by distributing the workload across the package maintainers
who have
firsthand knowledge. ie. how things worked before.
PPC hardware isn't exactly
Hello all,
About a year ago, I suggested that BedeWork (http://bedework.org) be
included. I offered to package it with some help. I unfortunately ran
out of time. I now have time to package it and hopefully maintain the
package. Unfortunately, I haven't written an Java code in a decade or
so. I
Jesse Keating wrote:
This isn't a post-facto justification. The only one-off for F12 was
the removal of the milestone previously known as alpha.
Making the renaming a one-time-only change as I'm proposing would be post
facto.
The rest of the milestone adjustment proposal came out of the
Trever L. Adams wrote:
I know that F12 is closed for this, but I could get it ready for F13.
Actually, new packages can be pushed as updates. You can add them even to
F11, and F10 if you're really quick (new packages are accepted in F10 until
1 month before its end of life, which is basically
Kevin Kofler kevin.kof...@chello.at writes:
Jeff Garzik wrote:
But you're dodging the larger point -- Fedora has, de facto, demoted big
endian support in its entirety to a second-hand effort, rather than
distributed the workload much more widely. Given M package maintainers
and N
2009/10/1 Jens Petersen peter...@redhat.com
IMHO default packages in default groups should have a clear user, or
be downgraded to optional.
Right I suggest we make it optional in comps-f13 and see if anything
breaks.
Yep, this looks nice
In merge review of bitmap-fonts, we are splitting
Author: kasal
Update of /cvs/extras/rpms/perl-POE-Component-Client-HTTP/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv30969
Modified Files:
perl-POE-Component-Client-HTTP.spec
Log Message:
sync w/ rawhide
Index: perl-POE-Component-Client-HTTP.spec
Author: kasal
Update of /cvs/extras/rpms/perl-POE-Component-Client-Keepalive/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv3829
Modified Files:
perl-POE-Component-Client-Keepalive.spec
Log Message:
fix typo
Index: perl-POE-Component-Client-Keepalive.spec
Author: kasal
Update of /cvs/extras/rpms/perl-POE-Component-Client-Keepalive/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4222
Modified Files:
perl-POE-Component-Client-Keepalive.spec
Log Message:
fix typo
Index: perl-POE-Component-Client-Keepalive.spec
Author: kasal
Update of /cvs/extras/rpms/perl-POE-Component-Client-Keepalive/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv6634
Modified Files:
perl-POE-Component-Client-Keepalive.spec
Log Message:
fix typo
Index: perl-POE-Component-Client-Keepalive.spec
Author: kasal
Update of /cvs/extras/rpms/perl-POE-Component-Client-Keepalive/F-12
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv8669
Modified Files:
perl-POE-Component-Client-Keepalive.spec
Log Message:
fix typo
Index: perl-POE-Component-Client-Keepalive.spec
Author: stevetraylen
Update of /cvs/pkgs/rpms/perl-Curses/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv17692
Modified Files:
.cvsignore perl-Curses.spec sources
Log Message:
First EL-5 version.
Index: .cvsignore
Author: stevetraylen
Update of /cvs/pkgs/rpms/perl-Curses/EL-5
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv18106
Modified Files:
perl-Curses.spec
Log Message:
commit before tag.
Index: perl-Curses.spec
===
RCS
Author: stevetraylen
Update of /cvs/pkgs/rpms/perl-Curses/EL-4
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv19193
Modified Files:
.cvsignore perl-Curses.spec sources
Log Message:
First EL-5 build.
Index: .cvsignore
83 matches
Mail list logo
