2009/9/25 Jason L Tibbitts III :
>> "YY" == Yuan Yijun writes:
>
> YY> This is an example of better hardware condition is actively seeking
> YY> to prevent innovation ("not my problem").
>
> Regardless of how this comes out, I fail to understand how you can say
> that when the entire system fo
On Fri, Sep 25, 2009 at 9:37 AM, Yuan Yijun wrote:
> 2009/9/25 Jason L Tibbitts III :
>>> "YY" == Yuan Yijun writes:
>>
>> YY> This is an example of better hardware condition is actively seeking
>> YY> to prevent innovation ("not my problem").
>>
>> Regardless of how this comes out, I fail to
On Thu, 24 Sep 2009, Adam Williamson wrote:
I suspect there are detailed studies on this done by usability
researchers, somewhere out there. of course, there are tensions; it's
hard (well, impossible) to design a complex interface with defaults that
are correct for all uses by all users. but y
Compose started at Fri Sep 25 06:15:06 UTC 2009
Broken deps for i386
--
PolicyKit-olpc-1.2-2.fc11.noarch requires /var/lib/PolicyKit-public
anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0
anerley-0.0.
On Thu, 2009-09-24 at 21:53 -0400, Behdad Esfahbod wrote:
> Hi,
>
> The pangox backend of pango have been deprecated for years (2001ish) and I'm
> going to remove it upstream in a week or two. Matthias suggested we get rid
> of it in f12. I totally welcome that. So I want to rebuild pango wit
Hi all,
I would like to know your opinion (or any guideline, if it exists) for
the best way to package the ATLAS library for the x86 arch ATM. ATLAS
(Automatically Tuned Linear Algebra Software) basically provides
lapack and blas libraries tuned and optimized for specific cpu
instruction sets, and
Once upon a time, Deji Akingunola said:
> I am trying to decide
> which variant to provide as the default one that would be picked to
> satisfy atlas library dependency out of the following 2 possibilities;
Isn't there a way to have run-time choosing of which variant to use,
based on running CPU
2009/9/25 Deji Akingunola :
> Hi all,
>
> I would like to know your opinion (or any guideline, if it exists) for
> the best way to package the ATLAS library for the x86 arch ATM. ATLAS
> (Automatically Tuned Linear Algebra Software) basically provides
> lapack and blas libraries tuned and optimized
On Fri, 2009-09-25 at 15:38 +0100, Jonathan Underwood wrote:
> 2009/9/22 Adam Williamson :
> > On Sat, 2009-09-19 at 12:30 -0400, Carlos Romero wrote:
> >> I have a question: is there any way to disable lvds and use vga as the
> >> primary, the sony phoenix bios has no options leaving me 60% blind
On Fri, 2009-09-25 at 08:20 -0400, Seth Vidal wrote:
>
> On Thu, 24 Sep 2009, Adam Williamson wrote:
>
> > I suspect there are detailed studies on this done by usability
> > researchers, somewhere out there. of course, there are tensions; it's
> > hard (well, impossible) to design a complex inter
2009/9/22 Adam Williamson :
> On Sat, 2009-09-19 at 12:30 -0400, Carlos Romero wrote:
>> I have a question: is there any way to disable lvds and use vga as the
>> primary, the sony phoenix bios has no options leaving me 60% blind
>> with a cracked panel. I guess there might be a bit in nvram.
>
> x
On Friday, 25 September 2009 at 16:50, Chris Adams wrote:
> Once upon a time, Deji Akingunola said:
> > I am trying to decide
> > which variant to provide as the default one that would be picked to
> > satisfy atlas library dependency out of the following 2 possibilities;
>
> Isn't there a way to
On Fri, 25 Sep 2009, Adam Williamson wrote:
um, my point was that normally in this kind of case - you've come up
with a neat little improvement - you look at it the other way round: not
how horrible will it be if you don't enable the improvement by default
(the answer to which is almost alway
On Fri, Sep 25, 2009 at 10:57 AM, Jonathan Underwood
wrote:
>
> Would it not be best to have the default package using the default
> CFLAGS for consistency with the rest of the distribution, and the
> subpackages being variants which override the CFLAGS?
>
This is a different issue altogether. Ev
On Fri, Sep 25, 2009 at 10:57 AM, Jonathan Underwood
wrote:
>
> Jonathan
>
> ps. Any recent thoughts on BZ 478856?
>
I'm sorry I'd not given much thoughts to it lately. I will try and
address it in the bug report.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat
On Fri, 2009-09-25 at 11:08 -0400, Seth Vidal wrote:
> My only reason for arguing has been that our users are not stupid, we
> don't TARGET new users anyway
> https://fedoraproject.org/wiki/Overview#Is_Fedora_for_me.3F
>
> so there's no point in acting like they're new users.
sure, but nothing
2009/9/25 Deji Akingunola :
> On Fri, Sep 25, 2009 at 10:57 AM, Jonathan Underwood
> wrote:
>
>>
>> Would it not be best to have the default package using the default
>> CFLAGS for consistency with the rest of the distribution, and the
>> subpackages being variants which override the CFLAGS?
>>
>
On Fri, 2009-09-25 at 16:30 +0100, Jonathan Underwood wrote:
> Well, my point was that packages that do respect CFLAGS get built
> currently with certain options, and however Atlas builds, the default
> package should have comparable options. On x86, I see that is
> presently -march=i686 -mtune=ato
On Fri, Sep 25, 2009 at 11:30 AM, Jonathan Underwood
wrote:
> 2009/9/25 Deji Akingunola :
>> On Fri, Sep 25, 2009 at 10:57 AM, Jonathan Underwood
>> wrote:
>>
>>>
>>> Would it not be best to have the default package using the default
>>> CFLAGS for consistency with the rest of the distribution, a
On 09-09-25 10:41:56, Deji Akingunola wrote:
> Hi all,
>
> I would like to know your opinion (or any guideline, if it exists)
> for the best way to package the ATLAS library for the x86 arch ATM.
...
> i). Create a generic x86 'atlas' main package for the P6
> architecture,
...
Currently, t
On 9/25/2009 11:23 AM, Adam Williamson wrote:
> On Fri, 2009-09-25 at 11:08 -0400, Seth Vidal wrote:
>
>> My only reason for arguing has been that our users are not stupid, we
>> don't TARGET new users anyway
>> https://fedoraproject.org/wiki/Overview#Is_Fedora_for_me.3F
>>
>> so there's no point
On Fri, 2009-09-25 at 12:43 -0400, David Boles wrote:
> 'lurker mode off'
>
> Comment from a 'lurker'
>
> You developers and all do a fine job with this.
>
> *But* you all seem to have the same wrong idea about *most* regular
> Linux users. At least the ones that I see on the help lists.
>
> *
tor 2009-09-24 klockan 16:31 -0400 skrev Seth Vidal:
> We're a bleeding edge distro - that's our VAUNTED mission - shouldn't we
> be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro be
> able to run a single command?
Though Fedora currently might not currently be an optimal "
Here's the minutes from today's FESCo meeting, which may have been the
shortest ever :)
===
#fedora-meeting: FESCo meeting 20090925
===
Meeting started by jds2001 at 17:00:16 UTC. The full logs are availab
On Fri, 18 Sep 2009 15:57:10 +0200
Till Maas wrote:
> Aloas,
>
> On Fri, Sep 11, 2009 at 07:01:21PM +0200, Till Maas wrote:
>
> > I want to start the non-responsive maintainer process for Krzysztof
> > Kurzawski, because youtube-dl was not updated for several releases
> > and there was not resp
2009/9/25 Chris Adams:
>
> Having different packages (that may conflict with each other) means you
> can't easily switch between versions, and if you chose the wrong version
> (or move a hard drive to a different box), your programs crash
> unexpectedly.
That's exactly why
https://bugzilla.
2009/9/25 Kevin Fenzi
>
> The following packages have been orphaned:
>
> gfeed
> greyhounds
> incollector
> netmonitor
> pic2aa
> scythia
> wavextract
> xhotkeys
> yoltia
> youtube-dl
>
> Also, I would be happy to take 'greyhounds'. Co-maintainers welcome.
>
> kevin
>
I'm a maintainer of metaca
2009/9/25 Jussi Lehtola :
> On Fri, 2009-09-25 at 16:30 +0100, Jonathan Underwood wrote:
>> Well, my point was that packages that do respect CFLAGS get built
>> currently with certain options, and however Atlas builds, the default
>> package should have comparable options. On x86, I see that is
>>
On 9/25/2009 1:00 PM, Adam Williamson wrote:
> On Fri, 2009-09-25 at 12:43 -0400, David Boles wrote:
>
>> 'lurker mode off'
>>
>> Comment from a 'lurker'
>>
>> You developers and all do a fine job with this.
>>
>> *But* you all seem to have the same wrong idea about *most* regular
>> Linux users.
On Fri, 25 Sep 2009, Alexander Boström wrote:
> tor 2009-09-24 klockan 16:31 -0400 skrev Seth Vidal:
>
> > We're a bleeding edge distro - that's our VAUNTED mission - shouldn't we
> > be able to assume that users of a BLEEDING EDGE, LATEST PACKAGE distro be
> > able to run a single command?
>
> Th
> The following packages have been orphaned:
>
> gfeed
> greyhounds
> incollector
> netmonitor
> pic2aa
> scythia
> wavextract
> xhotkeys
> yoltia
> youtube-dl
>
> Also, I would be happy to take 'greyhounds'. Co-maintainers welcome.
>
> kevin
>
I'll take gfeed and yoltia, co-maintainers are
>
> I'll take gfeed and yoltia, co-maintainers are welcome.
>
> H. Guémar
Erm, s/yoltia/scythia/ , sorry for the disturbance.
For gfeed, R. Sundaram had previously asked commit rights on pkgdb, so
he might want to take ownership.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
On 09/25/2009 11:49 PM, Haïkel Guémar wrote:
>>
>> I'll take gfeed and yoltia, co-maintainers are welcome.
>>
>> H. Guémar
>
> Erm, s/yoltia/scythia/ , sorry for the disturbance.
> For gfeed, R. Sundaram had previously asked commit rights on pkgdb, so
> he might want to take ownership.
Yes but yo
On Fri, Sep 25, 2009 at 5:55 PM, Mike McGrath wrote:
>
> Wouldn't you rather lead the other distributions who already have that
> project goal? Let us lead, invent, whatever you want to call it. Let
> them refine and present to the 'ordinary people'. Let us play to our
> strengths, let them pla
Hi.
On Fri, 25 Sep 2009 19:08:25 +, Colin Walters wrote
> In this particular case it seems to me we want it to be a dynamic
> property; e.g. if I start an update while on my mobile broadband card,
> suspend in the middle of downloading, go to an office where I have a
> local mirror, well idea
On Fri, Sep 25, 2009 at 1:10 PM, Christoph Frieben
wrote:
> 2009/9/25 Chris Adams:
>>
>
> (Likewise, the default x86_64 package is currently called
>
> atlas [ < atlas-sse3 < ... ]
>
> and is using SSE2 by default as expected for all x86_64 packages. Higher
Actually the atlas x86_64 package is
On 09/25/09 12:37, Deji Akingunola wrote:
On Fri, Sep 25, 2009 at 1:10 PM, Christoph Frieben
wrote:
2009/9/25 Chris Adams:
(Likewise, the default x86_64 package is currently called
atlas [< atlas-sse3< ... ]
and is using SSE2 by default as expected for all x86_64 packages. Higher
KMS won't init on this kernel, -48 is building now.
I untagged -46 but it'll probably still end up in rawhide last night.
Dave.
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Fri, Sep 25, 2009 at 4:04 PM, Bob Arendt wrote:
> On 09/25/09 12:37, Deji Akingunola wrote:
>>
>> On Fri, Sep 25, 2009 at 1:10 PM, Christoph Frieben
>> wrote:
>>>
>>> 2009/9/25 Chris Adams:
>>
>>>
>>> (Likewise, the default x86_64 package is currently called
>>>
>>> atlas [< atlas-sse
On 09/25/2009 12:43 AM, Andre Robatino wrote:
> On 09/24/2009 11:31 PM, Seth Vidal wrote:
>>
>>
>> On Thu, 24 Sep 2009, Ben Boeckel wrote:
>>
>>> -BEGIN PGP SIGNED MESSAGE-
>>> Hash: SHA256
>>>
>>> Seth Vidal wrote:
> Does yum-presto make use of multiple cores when rebuilding the
>>> RP
On Fri, 2009-09-25 at 19:08 +, Colin Walters wrote:
> In this particular case it seems to me we want it to be a dynamic
> property; e.g. if I start an update while on my mobile broadband card,
> suspend in the middle of downloading, go to an office where I have a
> local mirror, well ideally I
41 matches
Mail list logo