Josh Boyer píše v St 30. 09. 2009 v 19:52 -0400:
> On Wed, Sep 30, 2009 at 07:02:08PM -0400, Tom Lane wrote:
> >Jeff Garzik 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
Hi,
I download the latest kvm-88 from
http://sourceforge.net/projects/kvm/files/ . But when i did /'make'/ its
failing for following error,
CC [M] /dl/kvm-88/kvm/kernel/x86/x86.o
In file included from /dl/kvm-88/kvm/kernel/x86/trace.h:355,
from /dl/kvm-88/kvm/kernel/x86/x8
2009/10/1 Jens Petersen
> > 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 it as per
On 09/30/2009 03:09 PM, Ralf Corsepius wrote:
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'
What is this? Seems to me, as is something is very broken w
Kevin Kofler wrote:
> 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 the day of F12's release,
> as the end of life for Fedora n is 1 mont
On 09/30/2009 11:12 PM, Tom Lane wrote:
Again, would you rather debug glibc now, or later? "Not at all" is not
an option.
[...]
Well, I'm by no means wedded to ppc64; I just want *some* BE
architecture in the primary set. Maybe a reasonable compromise would be
to include ppc but not ppc64? T
Kevin Kofler 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 secondary-platform volunt
On Thu, Oct 01, 2009 at 03:37:42AM +0200, Kevin Kofler wrote:
>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
>fa
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
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 t
Jaroslav Reznik wrote:
> That's not about "standardize on GTK+"
That was just an example of how "one size fits it all" doesn't always work
when it comes to libraries, there will always be more than one library for
some purposes.
> We should choose better technology over politics.
That's exact
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 ha
-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
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
>
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 digitall
> 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
https://www.redhat.com/mailman/listinfo/fedora-d
On 09/30/2009 07:28 PM, Jesse Keating wrote:
On Wed, 2009-09-30 at 18:55 -0400, Jeff Garzik wrote:
Both ppc and ppc64 have been excellent at catching software bugs in my
projects that long went unnoticed on i386/x86-64.
The lack of big endian builds by default is a notable loss, and will
lead t
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.
https://www
On Wed, Sep 30, 2009 at 07:02:08PM -0400, Tom Lane wrote:
>Jeff Garzik 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 m
On Wed, 2009-09-30 at 18:55 -0400, Jeff Garzik wrote:
> Both ppc and ppc64 have been excellent at catching software bugs in my
> projects that long went unnoticed on i386/x86-64.
>
> The lack of big endian builds by default is a notable loss, and will
> lead to a decline in software quality.
>
Once upon a time, Tom Lane said:
> Jeff Garzik 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 ther
Jeff Garzik 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 that is on the ups
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 t
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 insani
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
> deltar
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 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 free
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
>>
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 w
On Wed, Sep 30, 2009 at 01:52:07PM -0400, Steve Dickson wrote:
> 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
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
violat
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
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 Wednesday 30 September 2009 19:32:02 Kevin Kofler wrote:
> Lennart Poettering wrote:
> > An abstraction layer's main purpose it to abstract differences of what
> > is below, and as hence usually is a least common denominator of what is
> > below, but certainly nothing that adds features. PA OTOH
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 p
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 mo
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 v
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 r
On 09/30/2009 02:25 AM, Michael Schroeder wrote:
> 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 th
Lennart Poettering wrote:
> An abstraction layer's main purpose it to abstract differences of what
> is below, and as hence usually is a least common denominator of what is
> below, but certainly nothing that adds features. PA OTOH extends what
> is below, it adds features.
Phonon also adds featur
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 th
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...
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 dir
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 de
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 re
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 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
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 Sep 30, 2009, at 7:39, Kevin Kofler wrote:
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 proces
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 ca
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
> > a
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:
>
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-fon
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.
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
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
>
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 re
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 call
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
t
On 09/30/2009 09:59 AM, Gregory Maxwell wrote:
> On Tue, Sep 29, 2009 at 9:42 PM, Chris Adams wrote:
>> Once upon a time, Steve Dickson 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 t
On Tue, Sep 29, 2009 at 9:42 PM, Chris Adams wrote:
> Once upon a time, Steve Dickson 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.
>
> The "suggested solution"
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 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.
>
> Th
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
clutter-cairomm-0.7.4
2009/9/30 Lennart Poettering :
> 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), not
>> so
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
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 thunderbird-3.0-3.9.b
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
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
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 me
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
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 said:
On the server (Which is sugges
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 Summary
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 d
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 cau
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 said:
> >> On the server (Which is suggested):
> >>* Add the following entry to the /etc/expor
On 09/30/2009 05:28 AM, drago01 wrote:
On Wed, Sep 30, 2009 at 4:15 AM, Mail Lists 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 any different than t
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 wrote:
My main con
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 wrote:
>>> My main concern is with installer, ins
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 wrote:
>> My main concern is with installer, installing from NFS shares from older
>> servers, sa
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 wrote:
> My main concern is with installer, installing from NFS shares from older
> servers, say RHEL5. How will anaconda h
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 Wed, Sep 30, 2009 at 4:15 AM, Mail Lists 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 any different than turning it off in
> Prefe
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 origi
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.
Steve Dickson wrote:
> On 09/29/2009 10:10 PM, Jeremy Katz wrote:
>> On Tue, Sep 29, 2009 at 8:15 PM, Steve Dickson 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 that
>> 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,
John Poelstra 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, sch...@redhat.com
GPG Key
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 r
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 or another - that's why we brought this issue to the world.
The problem is that
On Wednesday 30 September 2009 00:11:21 Lennart Poettering wrote:
> 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
This has gone way off topic! I was asking how to add binary files into
the RPM not whether webmin was useful/packagable for Fedora today. If I
can't do this then I can't get this and other packages up to scratch and
into Fedora.
We find webmin useful as it provides a single interface to multiple
o
92 matches
Mail list logo