Hi All,
Does anyone know if the new Broadcom drivers are in a state where they
would be in the Fedora 14 kernel? I've seen the release but i've not
seen any comment as to the state of them other than they already
support mac80211. These are quite a common device and I think it would
be nice to see
On Tue, Sep 14, 2010 at 9:16 AM, pbrobin...@gmail.com
wrote:
> Hi All,
>
> Does anyone know if the new Broadcom drivers are in a state where they
> would be in the Fedora 14 kernel? I've seen the release but i've not
> seen any comment as to the state of them other than they already
> support mac8
"pbrobin...@gmail.com" wrote:
>Hi All,
>
>Does anyone know if the new Broadcom drivers are in a state where they
>would be in the Fedora 14 kernel? I've seen the release but i've not
>seen any comment as to the state of them other than they already
>support mac80211. These are quite a common de
On Tue, Sep 14, 2010 at 9:40 AM, Jesse Keating wrote:
>
>
> "pbrobin...@gmail.com" wrote:
>
>>Hi All,
>>
>>Does anyone know if the new Broadcom drivers are in a state where they
>>would be in the Fedora 14 kernel? I've seen the release but i've not
>>seen any comment as to the state of them other
heyyas,
ogre3d, one of the most important 3d engines we have in fedora is
already lagging behind over half a year in rawhide:
https://bugzilla.redhat.com/show_bug.cgi?id=576286
would be nice to see it finally updated atleast in rawhide so it can
go atleast in f15... which means we are only 1 yea
Christopher Aillon venit, vidit, dixit 14.09.2010 00:49:
> On 09/12/2010 08:39 PM, Elio Maldonado wrote:
>>On 09/12/2010 12:50 AM, Bojan Smojver wrote:
>>> How did this slip through the cracks? Isn't that a security related
>>> update?
>>>
>> No, it didn't slip trough the cracks. Some problems
On Tue, 2010-09-14 at 00:40 -0700, Jesse Keating wrote:
> IIRC they require a firmware blob that has a license that we cannot distribute
> unlike say the Intel firmwares. I could be wrong though.
That's still true of the b43 firmware for older (pre-802.11n) devices,
but the firmware to go with th
On 09/14/2010 12:18 AM, Mike McGrath wrote:
> On Mon, 13 Sep 2010, Ralph Lange wrote:
>
>>Hi,
>>
>> Today I had to learn that the koji client, while being the only way to
>> request a build, does not support proxies.
>>
>> In a university like environment with no open ports whatsoever, with a
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=633716
Petr Pisar changed:
What|Removed |Added
Compose started at Tue Sep 14 08:15:26 UTC 2010
Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
avogadro
I don't think it would have been too late for Fedora 14. It isn't a core
package that needs to be available in a spin, afaik...
On Tue, Sep 14, 2010 at 4:43 AM, Rudolf Kastl wrote:
> heyyas,
>
> ogre3d, one of the most important 3d engines we have in fedora is
> already lagging behind over half
commit fa6df7dc7af1ba736cb2c9ee809b8d367e1ae3f9
Author: Petr Sabata
Date: Tue Sep 14 15:11:21 2010 +0200
New release, 0.23
.gitignore |1 +
perl-Test-Most.spec | 17 ++---
sources |2 +-
3 files changed, 12 insertions(+), 8 deletions(-)
---
diff
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=633719
Petr Pisar changed:
What|Removed |Added
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=633751
Petr Sabata changed:
What|Removed |Added
---
Ralph Lange writes:
> Today I had to learn that the koji client, while being the only way to
> request a build, does not support proxies.
yes; like most python programs it does not have proper proxy support.
> In a university like environment with no open ports whatsoever, with
> an increasin
A file has been added to the lookaside cache for perl-PAR:
789a0768881cd051ad7bc2b9d89a56fb PAR-1.002.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/per
commit 5306c715b4e1f3c44bbcae0a17feaf9fb5cf2115
Author: Petr Sabata
Date: Tue Sep 14 15:37:50 2010 +0200
New version, v1.002
perl-PAR.spec |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
---
diff --git a/perl-PAR.spec b/perl-PAR.spec
index fa7d29d..320a00d 100644
--- a/pe
commit 80ad7fb2c468a71a74efb568caacf6d8ec8bba87
Author: Petr Sabata
Date: Tue Sep 14 15:39:41 2010 +0200
Sources file change
.gitignore |1 +
sources|2 +-
2 files changed, 2 insertions(+), 1 deletions(-)
---
diff --git a/.gitignore b/.gitignore
index 47e9275..37055bf 100644
-
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=633738
Petr Sabata changed:
What|Removed |Added
---
A file has been added to the lookaside cache for perl-CPAN-Checksums:
c977fc3a10855d1d48f2b0a78a91467b CPAN-Checksums-2.05.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-de...@lists.fedoraproject.org
https://admin.fedoraproject.org
commit c5440228447f4400f9b3ac33bebd6376e09324b6
Author: Petr Písař
Date: Tue Sep 14 15:49:57 2010 +0200
2.05 bump
.gitignore |1 +
perl-CPAN-Checksums.spec | 14 --
sources |2 +-
3 files changed, 14 insertions(+), 3 deletions(-)
---
di
On Tue, Sep 14, 2010 at 12:31:44PM +0100, David Woodhouse wrote:
> On Tue, 2010-09-14 at 00:40 -0700, Jesse Keating wrote:
> > IIRC they require a firmware blob that has a license that we cannot
> > distribute
> > unlike say the Intel firmwares. I could be wrong though.
>
> That's still true of
On Tue, Sep 14, 2010 at 11:43:03 +0200,
Rudolf Kastl wrote:
> heyyas,
>
> ogre3d, one of the most important 3d engines we have in fedora is
> already lagging behind over half a year in rawhide:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=576286
>
> would be nice to see it finally updated
On Tue, Sep 14, 2010 at 08:21:33 -0500,
"Conan Kudo (ニール・ゴンパ)" wrote:
> I don't think it would have been too late for Fedora 14. It isn't a core
> package that needs to be available in a spin, afaik...
It wasn't when I was going to try to work on it, but I got swamped with
Spins SIG / livecd-to
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=633720
Petr Pisar changed:
What|Removed |Added
commit 02e8358d8813b23e137d240b5ed11f235c1e872c
Author: Petr Sabata
Date: Tue Sep 14 16:32:05 2010 +0200
New release, v0.20
perl-Pod-Abstract.spec | 10 --
1 files changed, 8 insertions(+), 2 deletions(-)
---
diff --git a/perl-Pod-Abstract.spec b/perl-Pod-Abstract.spec
index 2de
On Tue, Sep 14, 2010 at 3:13 PM, John W. Linville wrote:
> On Tue, Sep 14, 2010 at 12:31:44PM +0100, David Woodhouse wrote:
>> On Tue, 2010-09-14 at 00:40 -0700, Jesse Keating wrote:
>> > IIRC they require a firmware blob that has a license that we cannot
>> > distribute
>> > unlike say the Intel
Compose started at Tue Sep 14 13:15:38 UTC 2010
Broken deps for x86_64
--
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
1:anjuta-2.30.0.0-2.fc1
On 09/14/2010 08:33 PM, pbrobin...@gmail.com wrote:
>
> Thanks for the update. That's what I suspected as it seems to be the
> norm for vendor code dumps.
It is nevertheless a massive step forward. I heard OEM systems were
favouring other, even slightly more expensive wireless cards because of
t
"Rahul Sundaram" wrote:
> On 09/14/2010 08:33 PM, pbrobin...@gmail.com wrote:
>>
>> Thanks for the update. That's what I suspected as it seems to be the
>> norm for vendor code dumps.
>
>It is nevertheless a massive step forward. I heard OEM systems were
>favouring other, even slightly more ex
On Tue, Sep 14, 2010 at 12:04:04PM -0700, Jesse Keating wrote:
> Which OEMs care enough about Linux support to use a more expensive part?
Seriously. I will go buy their stuff right now.
--
Matthew Miller
Senior Systems Architect -- Instructional & Research Computing Services
Harvard School of
On 09/15/2010 12:49 AM, Matthew Miller wrote:
> On Tue, Sep 14, 2010 at 12:04:04PM -0700, Jesse Keating wrote:
>> Which OEMs care enough about Linux support to use a more expensive part?
> Seriously. I will go buy their stuff right now.
I read that HP was doing this but haven't verified.
Rahul
On Tue, Sep 14, 2010 at 8:31 PM, Rahul Sundaram wrote:
> On 09/15/2010 12:49 AM, Matthew Miller wrote:
>> On Tue, Sep 14, 2010 at 12:04:04PM -0700, Jesse Keating wrote:
>>> Which OEMs care enough about Linux support to use a more expensive part?
>> Seriously. I will go buy their stuff right now.
On Tue, Sep 14, 2010 at 7:40 PM, Rahul Sundaram wrote:
> On 09/14/2010 08:33 PM, pbrobin...@gmail.com wrote:
>>
>> Thanks for the update. That's what I suspected as it seems to be the
>> norm for vendor code dumps.
>
> It is nevertheless a massive step forward. I heard OEM systems were
> favouri
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=457760
Bug 457760 depends on bug 457759, which changed state.
Bug 457759 Summary: perl-Font-AFM not available for EL-4
https://bugzilla
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=457759
Xavier Bachelot changed:
What|Removed |Added
---
Folks,
Just did an install of rawhide from today using mirrors.kernel.org and
F14-Alpha installer media for the Anaconda runtime.
1). There is no default runlevel
2). I'm dropped into a confused shell on boot.
3). User accounts such as "root" are not recognized after "init 3"
4). "init 5" starts
On Tue, 2010-09-14 at 16:23 -0400, Jon Masters wrote:
> 1). There is no default runlevel
> 2). I'm dropped into a confused shell on boot.
> 3). User accounts such as "root" are not recognized after "init 3"
> 4). "init 5" starts gdm and I can then login as normal.
>
> It might just be broken deps
On Wed, 2010-09-15 at 01:01 +0530, Rahul Sundaram wrote:
> On 09/15/2010 12:49 AM, Matthew Miller wrote:
> > On Tue, Sep 14, 2010 at 12:04:04PM -0700, Jesse Keating wrote:
> >> Which OEMs care enough about Linux support to use a more expensive part?
> > Seriously. I will go buy their stuff right n
>>
>> I read that HP was doing this but haven't verified.
>
> Ones who pre-load Linux could presumably calculate that shipping a
> better supported chip may cost them slightly more initially but save
> them maintenance headaches and hence eventually work out cheaper, so
> that would be Dell and HP.
Hi all,
If I try to update F12 I get the following error:
# yum update
Plugin abilitati:presto, refresh-packagekit
Impostazione processo di aggiornamento
Risoluzione dipendenze
--> Esecuzione del controllo di transazione
---> Pacchetto firefox.x86_64 0:3.5.12-1.fc12 settato per essere aggiorna
Andrea Musuruane wrote:
> Why xulrunner has been built against this and pushed to stable?
Because Firefox/Thunderbird maintainers have the ability to
Push-To-Stable regardless of what the Fedora package policies say. Harrumph.
I have previously complained of this fact before when these packages
===
#fedora-meeting: FESCO (2010-09-14)
===
Meeting started by nirik at 19:30:01 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-09-14/fesco.2010-09-14-19.30.log.html
Meeting summary
-
Folks,
I was going to file an automated bug report, but it wants to file
against "15", which doesn't exist, rather than Rawhide (which obviously
does). I can email and ask for a version 15 to be added to Bugzilla,
etc. but is that the solution, or should ABRT be always realizing to use
rawhide and
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=457760
Xavier Bachelot changed:
What|Removed |Added
---
On Mon, 2010-09-13 at 22:39 +0100, Richard Hughes wrote:
> On 13 September 2010 21:49, James Antill wrote:
> > So Seth spent half a day implementing a proof of concept:
> > http://skvidal.wordpress.com/2010/08/19/fedora-app-market-proof-of-concept/
>
> Translations?
They were part of the half d
A last minute blocker bug meeting was held in #fedora-bugzappers to
review the state of the open Fedora 14 Beta Blocker bugs. In order to
create the Fedora 14 Beta Release Candidate on Thursday (2010-09-16),
test, and release on time, this list MUST be empty by 2010-09-15
(tomorrow)!
https:/
On 09/14/2010 10:13 AM, John W. Linville wrote:
> On Tue, Sep 14, 2010 at 12:31:44PM +0100, David Woodhouse wrote:
>> On Tue, 2010-09-14 at 00:40 -0700, Jesse Keating wrote:
>>> IIRC they require a firmware blob that has a license that we cannot
>>> distribute
>>> unlike say the Intel firmwares.
On 09/14/2010 10:01 PM, Kevin Fenzi wrote:
>* ACTION: : will defer systemd to f15 release to give more time to fix
> small issues and docs and general polish. (nirik, 21:12:43)
What are you kidding me!
Gnome-shell better be sparkling out of aunt Tilly pony eyes before we
ship it..
JB
On Tue, 14.09.10 16:01, Kevin Fenzi (ke...@scrye.com) wrote:
> * #461 F14 blessing for systemd (nirik, 20:12:29)
> * LINK: http://fedoraproject.org/wiki/QA:Testcase_initialization_basic
> and http://fedoraproject.org/wiki/QA:Testcase_initialization_tools
> (nirik, 20:38:06)
> * ACTION
Hi,
2010/9/15 Lennart Poettering :
> On Tue, 14.09.10 16:01, Kevin Fenzi (ke...@scrye.com) wrote:
>
>> * #461 F14 blessing for systemd (nirik, 20:12:29)
>> * LINK: http://fedoraproject.org/wiki/QA:Testcase_initialization_basic
>> and http://fedoraproject.org/wiki/QA:Testcase_initialization_
On Tue, 2010-09-14 at 16:01 -0600, Kevin Fenzi wrote:
> * #461 F14 blessing for systemd (nirik, 20:12:29)
> * LINK:
> http://fedoraproject.org/wiki/QA:Testcase_initialization_basic
> and http://fedoraproject.org/wiki/QA:Testcase_initialization_tools
> (nirik, 20:38:06)
> * ACTION: : wi
On Tue, Sep 14, 2010 at 3:56 PM, James Laska wrote:
> Much like we introduced and communicated btrfs support in F-11, should
> we communicate systemd as a technology preview in Fedora 14?
I would agree with this. I certainly plan to run F14 with systemd in
anticipation of seeing it become the de
Jon Masters said the following on 09/14/2010 03:17 PM Pacific Time:
> Folks,
>
> I was going to file an automated bug report, but it wants to file
> against "15", which doesn't exist, rather than Rawhide (which obviously
> does). I can email and ask for a version 15 to be added to Bugzilla,
> etc.
On 09/15/2010 12:01 AM, Jeff Spaleta wrote:
> On Tue, Sep 14, 2010 at 3:56 PM, James Laska wrote:
>> Much like we introduced and communicated btrfs support in F-11, should
>> we communicate systemd as a technology preview in Fedora 14?
> I would agree with this. I certainly plan to run F14 with
2010/9/15 "Jóhann B. Guðmundsson" :
> Should gnome-shell (..) becoming the
> default
I hope that there will be the option to disable this default and
return to classical gnome desktop.
Regards,
Michal
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/lis
2010/9/14 "Jóhann B. Guðmundsson" :
> Should gnome-shell and every other feature fall under "technology
> preview" and stay like that for sometime as well before becoming the
> default or does this just applied to certain features maintained by
> certain people. . .
I'm making lemonade out of lem
Am Dienstag, den 14.09.2010, 16:01 -0600 schrieb Kevin Fenzi:
> Meeting summary
> ---
> * init process (nirik, 19:30:01)
> * pjones and ajax are traveling today, will not be able to attend.
> (nirik, 19:30:30)
So am I, sorry i didn't make note earlier. I will be back next Tuesd
On Tue, Sep 14, 2010 at 6:28 PM, James Antill wrote:
> Ubuntu recently got high praise from LWN for "Software Center" in 10.10
> betas. It doesn't use PackageKit at all AFAICS (no PackageKit packages
> are installed in my VM). It integrates tightly with apt (you know, like
> showing package histo
Hi FESCo members,
On Tue, 2010-09-14 at 16:01 -0600, Kevin Fenzi wrote:
> ===
> #fedora-meeting: FESCO (2010-09-14)
> ===
>
> Meeting started by nirik at 19:30:01 UTC. The full logs are available at
> http://meetbot.fedoraproject.org
On Wed, 15 Sep 2010 01:05:34 +0200
Lennart Poettering wrote:
> On Tue, 14.09.10 16:01, Kevin Fenzi (ke...@scrye.com) wrote:
>
> > * #461 F14 blessing for systemd (nirik, 20:12:29)
> > * LINK:
> > http://fedoraproject.org/wiki/QA:Testcase_initialization_basic and
> > http://fedoraproject.org/w
On Tue, 14 Sep 2010 20:48:13 -0400
Máirín Duffy wrote:
> Hi FESCo members,
...snip...
> Only 5 of the 9 FESCo members voted on this issue. If all 9 had voted,
> even with the current 3 for / 2 against vote, systemd could easily
> have enough votes for inclusion in F14. I have a couple of questi
On Tue, 2010-09-14 at 19:02 -0600, Kevin Fenzi wrote:
> I'm happy to look for ways to make the other fesco voices heard.
> Any ideas? I could try making the tickets have some more descriptive
> subject like "HEY VOTE ON THIS PLEASE BEFORE NEXT MEETING:" or
> something.
Hmm. Here's a couple ideas
On Tue, 2010-09-14 at 18:57 -0600, Kevin Fenzi wrote:
> I hope you still read it. I have some advice for you, which of course
> you're welcome to take or leave:
>
> Please don't take everything personally.
I don't see how Lennart is taking anything personally here.
He is merely expressing his
On Tue, Sep 14, 2010 at 21:26:41 -0400,
Máirín Duffy wrote:
>
> Hmm. Here's a couple ideas I could think of:
>
> - "If you don't place a vote by $DATE, your vote will be assumed to be
> $POSITION" can be scarily motivating.
>
> - Nag emails sent out by trac daily until you click on the email'
On Wed, Sep 15, 2010 at 01:05:34AM +0200, Lennart Poettering wrote:
> So, we closed all blocker bugs, we worked through the vast majority of
> other bugs. I dealt with almost all issues raised in Bill's list, only
> few small issues left. While there are some bugs open, we did our
> homework. I wa
Ric Wheeler (rwhee...@redhat.com) said:
> Can we use the firmware that they have for the existing broadcom wireless
> driver?
'No' is what I've been told.
Bill
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
2010/9/14 "Jóhann B. Guðmundsson" :
> On 09/15/2010 12:01 AM, Jeff Spaleta wrote:
>> On Tue, Sep 14, 2010 at 3:56 PM, James Laska wrote:
>>> Much like we introduced and communicated btrfs support in F-11, should
>>> we communicate systemd as a technology preview in Fedora 14?
>> I would agree wit
Máirín Duffy (du...@fedoraproject.org) said:
> Only 5 of the 9 FESCo members voted on this issue. If all 9 had voted,
> even with the current 3 for / 2 against vote, systemd could easily have
> enough votes for inclusion in F14. I have a couple of questions for you,
> FESCo, since I honestly don't
On Tue, Sep 14, 2010 at 07:02:33PM -0600, Kevin Fenzi wrote:
> On Tue, 14 Sep 2010 20:48:13 -0400
> Máirín Duffy wrote:
>
> > Hi FESCo members,
>
> ...snip...
>
> > Only 5 of the 9 FESCo members voted on this issue. If all 9 had voted,
> > even with the current 3 for / 2 against vote, systemd c
On 09/15/2010 05:50 AM, Michał Piotrowski wrote:
> 2010/9/15 "Jóhann B. Guðmundsson" :
>> Should gnome-shell (..) becoming the
>> default
> I hope that there will be the option to disable this default and
> return to classical gnome desktop
Yes. GNOME Panel will be available as a fallback for the
Excuse me if this is the wrong place to send this.
As my fedora ambassador duties, I tend to show other students the neat
things you can do with Fedora with my trusty USB drive I always keep on my
keychain. More often than not, I'm booting up Fedora into some laptop or
university desktop with copi
Hi,
On 09/14/2010 01:31 PM, David Woodhouse wrote:
> On Tue, 2010-09-14 at 00:40 -0700, Jesse Keating wrote:
>> IIRC they require a firmware blob that has a license that we cannot
>> distribute
>> unlike say the Intel firmwares. I could be wrong though.
>
> That's still true of the b43 firmware f
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=568172
--- Comment #9 from Richard W.M. Jones 2010-09-15 02:27:10
EDT ---
(In reply to comment #7)
> When resize the window from right
Hans de Goede wrote on 15.09.2010 08:31:
> On 09/14/2010 01:31 PM, David Woodhouse wrote:
>> On Tue, 2010-09-14 at 00:40 -0700, Jesse Keating wrote:
>>> IIRC they require a firmware blob that has a license that we cannot
>>> distribute
>>> unlike say the Intel firmwares. I could be wrong though.
>
75 matches
Mail list logo
