Hi,
I'm looking for someone to swap 2 reviews with, I would like to see the
following reviewed:
cortado - Java media framework:
https://bugzilla.redhat.com/show_bug.cgi?id=649781
CEGUI library 0.6 for apps which need this specific version:
https://bugzilla.redhat.com/show_bug.cgi?id=650643
Reg
2010/11/17 Hans de Goede :
> Hi,
>
> I'm looking for someone to swap 2 reviews with, I would like to see the
> following reviewed:
>
> cortado - Java media framework:
> https://bugzilla.redhat.com/show_bug.cgi?id=649781
I'll take this.
--
With best regards, Peter Lemenkov.
--
devel mailing li
On Tue, 2010-11-16 at 17:17 -0500, Eric "Sparks" Christensen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/16/2010 04:28 PM, Martin Sourada wrote:
> > On Tue, 2010-11-16 at 11:18 -0500, Eric "Sparks" Christensen wrote:
> >> On Tue, Nov 16, 2010 at 11:04, Patrick MONNERAT wrot
Hi,
2010/11/16 Ilyes Gouta :
> Hi,
> http://linux.slashdot.org/story/10/11/16/1330233/The-200-Line-Linux-Kernel-Patch-That-Does-Wonders
> patch: http://marc.info/?l=linux-kernel&m=128978361700898&w=2
> Can we have this patch back ported into the current kernel for Fedora 14 and
> possibly posted a
On 17/11/10 08:57, Hans de Goede wrote:
> Hi all,
>
> For those who do not know it yet, recent Fedora glibc updates include
> an optimized memcpy (which gets used on some processors) which breaks the
> 64 bit adobe flash plugin.
>
> The problem has been analyzed and is known, as well as a fix for i
On Wed, Nov 17, 2010 at 10:17 AM, nodata wrote:
> On 17/11/10 08:57, Hans de Goede wrote:
>> Hi all,
>>
>> For those who do not know it yet, recent Fedora glibc updates include
>> an optimized memcpy (which gets used on some processors) which breaks the
>> 64 bit adobe flash plugin.
>>
>> The prob
On 17 November 2010 05:29, Kevin Kofler wrote:
> Ville Skyttä wrote:
>> I'd get rid of the versioned javadoc dir altogether, and simply install to
>> %{_javadocdir}/%{name}. Unversioned is good for bookmarking and javadoc
>> crosslinking.
>
> One thing you have to be careful of, no matter which w
Hi,
I've been reading http://lkml.org/lkml/2010/11/16/402 and actually Lennart
has put some solid thoughts and arguments there and IMHO it was *somehow*
pretty convincing that this should be done at user-space, in conjunction
with tools such as systemd, albeit introducing more complexity in form o
On Wed, 17 Nov 2010 10:20:35 +0100, drago01 wrote:
> On Wed, Nov 17, 2010 at 10:17 AM, nodata wrote:
>> On 17/11/10 08:57, Hans de Goede wrote:
>>> Hi all,
>>>
>>> For those who do not know it yet, recent Fedora glibc updates include
>>> an optimized memcpy (which gets used on some processors) wh
On 17/11/10 10:20, drago01 wrote:
> On Wed, Nov 17, 2010 at 10:17 AM, nodata wrote:
>> On 17/11/10 08:57, Hans de Goede wrote:
>>> Hi all,
>>>
>>> For those who do not know it yet, recent Fedora glibc updates include
>>> an optimized memcpy (which gets used on some processors) which breaks the
>>>
Compose started at Wed Nov 17 08:15:16 UTC 2010
Broken deps for x86_64
--
balsa-2.4.7-2.fc14.x86_64 requires libnotify.so.1()(64bit)
beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit)
beagle-0.3.9-19.fc14.x86_6
On Wed, Nov 17, 2010 at 5:03 AM, Ilyes Gouta wrote:
> Hi,
> I've been reading http://lkml.org/lkml/2010/11/16/402 and actually Lennart
> has put some solid thoughts and arguments there and IMHO it was *somehow*
> pretty convincing that this should be done at user-space, in conjunction
> with tools
Hi,
I have two easy python modules to review.
python-cups - Python bindings for the CUPS API, known as pycups
https://bugzilla.redhat.com/show_bug.cgi?id=648986
python-smbc - Python bindings for the libsmbclient API from Samba, known
as pysmbc
https://bugzilla.redhat.com/show_bug.cgi?id=648987
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On 11/17/2010 03:57 AM, Martin Sourada wrote:
> On Tue, 2010-11-16 at 17:17 -0500, Eric "Sparks" Christensen wrote:
>> -BEGIN PGP SIGNED MESSAGE-
>> Hash: SHA1
>>
>> On 11/16/2010 04:28 PM, Martin Sourada wrote:
>>> On Tue, 2010-11-16 at 11:18
On Tue, 2010-11-16 at 09:24 -0500, Matthew Miller wrote:
> On Sun, Nov 14, 2010 at 07:53:40AM -0600, Matt Domsch wrote:
> > > > biosdevname installed by default, used in the installer and at runtime
> > > > to rename Dell and HP server onboard NICs from non-deterministic
> > > > "ethX" to clearly l
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: False-positive related to XS code - please update to 0.11 or later
https://bugzilla.redhat.com/show_bug.cgi?id=654301
Summary: False-positive related to XS code
Here are the list of recent changes to the Fedora Packaging Guidelines:
D Packaging Guidelines have been added:
https://fedoraproject.org/wiki/Packaging:D
---
The Java Packaging Guidelines have been revised:
https://fedoraproject.org/wiki/Packaging:Java
Diff:
https://fedoraproject.org/w/index.ph
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=654301
--- Comment #3 from Fedora Update System 2010-11-17
10:09:19 EST ---
perl-Test-LeakTrace-0.13-1.fc13 has been submitted as an u
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=654301
--- Comment #2 from Fedora Update System 2010-11-17
10:09:12 EST ---
perl-Test-LeakTrace-0.13-1.fc14 has been submitted as an u
On 11/17/2010 11:36 AM, nodata wrote:
> On 17/11/10 10:20, drago01 wrote:
>> On Wed, Nov 17, 2010 at 10:17 AM, nodata wrote:
>>> On 17/11/10 08:57, Hans de Goede wrote:
Hi all,
For those who do not know it yet, recent Fedora glibc updates include
an optimized memcpy (which get
On Wed, Nov 17, 2010 at 2:57 AM, Hans de Goede wrote:
>
> I would also like to point out that if this were to happen in Ubuntu
> which we sometimes look at jealously for getting more attention / users
> then us, the glibc change would likely be reverted immediately, as that
> is the right thing to
Summary of changes:
505f548... Update to 0.07 (*)
(*) This commit already existed in another branch; no separate mail sent
--
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/mail
The lightweight tag 'perl-Try-Tiny-0.07-1.fc14' was created pointing to:
505f548... Update to 0.07
--
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/perl-devel
Summary of changes:
c1bbc6c... - update by Fedora::App::MaintainerTools 0.004 - PERL_INSTA (*)
34a9d28... - Mass rebuild with perl-5.12.0 (*)
2dc9161... dist-git conversion (*)
505f548... Update to 0.07 (*)
1750396... Merge branch 'master' (early part) into f13
c3ccc63... Merge branch
commit 1750396595bf83880f0e69425b016dfe91d42c6e
Merge: fbf7a39 2dc9161
Author: Paul Howarth
Date: Wed Nov 17 15:31:35 2010 +
Merge branch 'master' (early part) into f13
Conflicts:
.gitignore
perl-Try-Tiny.spec
.gitignore |2 +-
1 files changed, 1 insertion
commit c3ccc6364cdf0186d12511878274363961e271ea
Merge: 1750396 505f548
Author: Paul Howarth
Date: Wed Nov 17 15:32:59 2010 +
Merge branch 'master' into f13
Conflicts:
.gitignore
perl-Try-Tiny.spec
.gitignore |2 +-
perl-Try-Tiny.spec | 26 +++
The lightweight tag 'perl-Try-Tiny-0.07-1.fc13' was created pointing to:
c3ccc63... Merge branch 'master' into f13
--
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/listin
On 11/17/2010 03:17 PM, Magnus Glantz wrote:
> On 11/17/2010 11:36 AM, nodata wrote:
>> On 17/11/10 10:20, drago01 wrote:
>>> On Wed, Nov 17, 2010 at 10:17 AM, nodata wrote:
On 17/11/10 08:57, Hans de Goede wrote:
> Hi all,
>
> For those who do not know it yet, recent Fedora glib
On Wed, Nov 17, 2010 at 09:45:35AM +, Mat Booth wrote:
> On 17 November 2010 05:29, Kevin Kofler wrote:
> > Ville Skyttä wrote:
> >> I'd get rid of the versioned javadoc dir altogether, and simply install to
> >> %{_javadocdir}/%{name}. Unversioned is good for bookmarking and javadoc
> >> cro
> For those who do not know it yet, recent Fedora glibc updates include
> an optimized memcpy (which gets used on some processors) which breaks the
> 64 bit adobe flash plugin.
For right now (the immediate present) a work-around is to use the 'memmove'
subroutine as the resolution of any reference
Once upon a time, John Reiser said:
> For right now (the immediate present) a work-around is to use the 'memmove'
> subroutine as the resolution of any reference to the symbol 'memcpy'.
> The quick-and-dirty way to do this
It would probably be easier to use an LD_PRELOAD to load a wrapper to
chan
Dont we have an upstream mantra to uphold...
Forward all Fedora users and otherwize that experience this to Adobe..
If we are going hack around this on our side where are we going to draw
the line..
Are we planning to start hacking around every ill written code out there?
JBG
--
devel mailing
On Wed, 2010-11-17 at 16:32 +, "Jóhann B. Guðmundsson" wrote:
> Dont we have an upstream mantra to uphold...
>
> Forward all Fedora users and otherwize that experience this to Adobe..
>
> If we are going hack around this on our side where are we going to draw
> the line..
>
> Are we plannin
On 11/17/2010 04:46 PM, Matt McCutchen wrote:
> On Wed, 2010-11-17 at 16:32 +, "Jóhann B. Guðmundsson" wrote:
>> Dont we have an upstream mantra to uphold...
>>
>> Forward all Fedora users and otherwize that experience this to Adobe..
>>
>> If we are going hack around this on our side where are
On Wed, Nov 17, 2010 at 5:03 PM, John Reiser wrote:
>> For those who do not know it yet, recent Fedora glibc updates include
>> an optimized memcpy (which gets used on some processors) which breaks the
>> 64 bit adobe flash plugin.
>
> For right now (the immediate present) a work-around is to use
Hi,
Trying to clarify this here instead of bugzilla...
After a
yum -y install 'java-*-openjdk-devel' eclipse-anyedit eclipse-checkstyle
eclipse-dtp eclipse-emf eclipse-jdt eclipse-mylyn eclipse-mylyn-java
eclipse-platform eclipse-pydev eclipse-pydev-mylyn eclipse-subclipse
eclipse-svnkit maven-ec
> Quick question. I always had NFS starting on startup on a particular
> rawhide box. Today it didn't, and I notice that /etc/rc2|3.d/S390nfs was
> missing aswell. Did something remove these links and not replace them?
This isn't really the list for help questions.
--
Peter
--
devel mai
On 11/17/2010 06:52 PM, Marius Andreiana wrote:
> Hi,
>
> Trying to clarify this here instead of bugzilla...
>
> After a
> yum -y install 'java-*-openjdk-devel' eclipse-anyedit eclipse-checkstyle
> eclipse-dtp eclipse-emf eclipse-jdt eclipse-mylyn eclipse-mylyn-java
> eclipse-platform eclipse-pyd
On Wed , Nov 17, 2010 at 8:22 PM, Stanislav Ochotnicky <
sochotni...@redhat.com> wrote:
> On 11/17/2010 06:52 PM, Marius Andreiana wrote:
> > Hi,
> >
> > Trying to clarify this here instead of bugzilla...
> >
> > After a
> > yum -y install 'java-*-openjdk-devel' eclipse-anyedit eclipse-checkstyle
On Wed, 2010-11-17 at 13:12 -0500, Peter Jones wrote:
> > Quick question. I always had NFS starting on startup on a particular
> > rawhide box. Today it didn't, and I notice that /etc/rc2|3.d/S390nfs was
> > missing aswell. Did something remove these links and not replace them?
>
> This isn't real
Hans de Goede wrote:
> The problem has been analyzed and is known, as well as a fix for it, see:
> https://bugzilla.redhat.com/show_bug.cgi?id=638477
This worked perfectly on my x86_64 system. I will try later on the i686 laptop.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin
On 11/17/2010 02:02 PM, Jon Masters wrote:
> On Wed, 2010-11-17 at 13:12 -0500, Peter Jones wrote:
>>> Quick question. I always had NFS starting on startup on a particular
>>> rawhide box. Today it didn't, and I notice that /etc/rc2|3.d/S390nfs was
>>> missing aswell. Did something remove these lin
Hi guys,
I just got an e-mail from Adobe that:
1) They have a fix
2) The fix has been send to QA/QE
They say that they cannot commit to any dates, but that they are taking
the issue seriously.
I told them that if they want volunteers trying out their fix, we can help.
Cheers,
Magnus Glantz
--
On 09:20:18 pm Wednesday, November 17, 2010 Marius Andreiana wrote:
> On Wed , Nov 17, 2010 at 8:22 PM, Stanislav Ochotnicky <
>
> sochotni...@redhat.com> wrote:
> > On 11/17/2010 06:52 PM, Marius Andreiana wrote:
> > > Hi,
> > >
> > > Trying to clarify this here instead of bugzilla...
> > >
> >
On Wed, 2010-11-17 at 14:14 -0500, Ric Wheeler wrote:
> On 11/17/2010 02:02 PM, Jon Masters wrote:
> > On Wed, 2010-11-17 at 13:12 -0500, Peter Jones wrote:
> >>> Quick question. I always had NFS starting on startup on a particular
> >>> rawhide box. Today it didn't, and I notice that /etc/rc2|3.d/
On Wed, Nov 17, 2010 at 08:57:20 +0100,
Hans de Goede wrote:
> Hi all,
>
> For those who do not know it yet, recent Fedora glibc updates include
> an optimized memcpy (which gets used on some processors) which breaks the
> 64 bit adobe flash plugin.
I saw memcpy / memmove issues affecting squa
Both taken (thanks Jussi).
Jiri
On 11/17/2010 01:02 PM, Jiri Popelka wrote:
> Hi,
>
> I have two easy python modules to review.
>
> python-cups - Python bindings for the CUPS API, known as pycups
> https://bugzilla.redhat.com/show_bug.cgi?id=648986
>
> python-smbc - Python bindings for the libsmb
===
#fedora-meeting: FESCO (2010-11-17)
===
Meeting started by nirik at 18:30:00 UTC. The full logs are available at
http://meetbot.fedoraproject.org/fedora-meeting/2010-11-17/fesco.2010-11-17-18.30.log.html
Meeting summary
-
On Wed, Nov 17, 2010 at 2:28 PM, Bruno Wolff III wrote:
> On Wed, Nov 17, 2010 at 08:57:20 +0100,
> Hans de Goede wrote:
>> Hi all,
>>
>> For those who do not know it yet, recent Fedora glibc updates include
>> an optimized memcpy (which gets used on some processors) which breaks the
>> 64 bit a
On Wed, 17 Nov 2010 08:13 +0100
Kevin Kofler wrote:
> Kevin Fenzi wrote:
> > * F12 critical path/update testing issues. (does it matter this
> > close to EOL?)
>
> Now Fedora n-1 is F13 and we're already seeing the same sort of
> issues there (e.g. the KDE 4.5.3 (non-critpath) bugfix update has
On Wed, 2010-11-17 at 08:57 +0100, Hans de Goede wrote:
> This solution could be reverting the problem causing glibc change, or
> maybe changing it to do forward memcpy's while still using the new SSE
> instructions, or something more specific to the flash plugin, as long
> as it will automaticall
On 11/17/2010 09:09 PM, Josh Boyer wrote:
> On Wed, Nov 17, 2010 at 2:28 PM, Bruno Wolff III wrote:
>> On Wed, Nov 17, 2010 at 08:57:20 +0100,
>> Hans de Goede wrote:
>>> Hi all,
>>>
>>> For those who do not know it yet, recent Fedora glibc updates include
>>> an optimized memcpy (which gets us
On Wed, Nov 17, 2010 at 3:16 PM, Jon Masters wrote:
> On Wed, 2010-11-17 at 08:57 +0100, Hans de Goede wrote:
>
>> This solution could be reverting the problem causing glibc change, or
>> maybe changing it to do forward memcpy's while still using the new SSE
>> instructions, or something more spec
On 11/17/2010 02:26 PM, Jon Masters wrote:
> On Wed, 2010-11-17 at 14:14 -0500, Ric Wheeler wrote:
>>
>
> Yes, thanks Ric, your reply to me was most helpful.
>
> Jon.
What was the reply?
TIA
Regards,
OldFart
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mai
On Wed, Nov 17, 2010 at 09:23:49 -0500,
"Tom \"spot\" Callaway" wrote:
> Here are the list of recent changes to the Fedora Packaging Guidelines:
>
> https://fedoraproject.org/wiki/Packaging:Java
> Diff:
> https://fedoraproject.org/w/index.php?title=Packaging%3AJava&diff=206526&oldid=154023
Sho
> From: jonat...@jonmasters.org
> To: devel@lists.fedoraproject.org
> Date: Wed, 17 Nov 2010 15:16:20 -0500
> Subject: Re: Fixing the glibc adobe flash incompatibility
> CC: fedora-devel-l...@redhat.com
>
> On Wed, 2010-11-17 at 08:57 +0100, Hans de Goede wrote:
>
> > This solution could be re
* Magnus Glantz [17/11/2010 21:33] :
>
> I really can't see why it would be a bad thing Fedora would do QA on a
> proprietary software that is very important for a majority of the Fedora
> users.
1) Time spent doing QA on proprietary software is time that will not be
spent doing QA on free so
On 11/17/2010 09:30 PM, Ugis Fedora wrote:
> From: jonat...@jonmasters.org
> To: devel@lists.fedoraproject.org
> Date: Wed, 17 Nov 2010 15:16:20 -0500
> Subject: Re: Fixing the glibc adobe flash incompatibility
> CC: fedora-devel-l...@redhat.com
>
> On Wed, 2010-11-17 at 08:57 +0100, Hans de Go
On Wed, Nov 17, 2010 at 8:44 PM, Magnus Glantz wrote:
> For me it's natural that we should care about the end-user experience of
> Fedora, even if that does include us caring about application outside of the
> Fedora owned repositories.
Just a thought - but for those users who use chrome/chromiu
On Wed, Nov 17, 2010 at 9:21 PM, Magnus Glantz wrote:
> On 11/17/2010 09:09 PM, Josh Boyer wrote:
>> On Wed, Nov 17, 2010 at 2:28 PM, Bruno Wolff III wrote:
>>> On Wed, Nov 17, 2010 at 08:57:20 +0100,
>>> Hans de Goede wrote:
For those who do not know it yet, recent Fedora glibc upda
On Wed, Nov 17, 2010 at 21:46:09 +0100,
François Cami wrote:
>
> IIRC broken proprietary drivers never stopped us from shipping, but I
> could be wrong.
Officially. Unofficially, it was probably a contributing factor.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedorapro
On 10:51:26 pm Wednesday, November 17, 2010 Bruno Wolff III wrote:
> On Wed, Nov 17, 2010 at 09:23:49 -0500,
>
> "Tom \"spot\" Callaway" wrote:
> > Here are the list of recent changes to the Fedora Packaging Guidelines:
> >
> > https://fedoraproject.org/wiki/Packaging:Java
> > Diff:
> > https:
On 11/17/2010 09:46 PM, François Cami wrote:
> On Wed, Nov 17, 2010 at 9:21 PM, Magnus Glantz wrote:
>> On 11/17/2010 09:09 PM, Josh Boyer wrote:
>>> On Wed, Nov 17, 2010 at 2:28 PM, Bruno Wolff IIIwrote:
On Wed, Nov 17, 2010 at 08:57:20 +0100,
Hans de Goedewrote:
> For th
On 11/17/2010 08:58 PM, Magnus Glantz wrote:
> But.. if we notice that it's broken, we can:
> 1) Notify Adobe about it, so they -can- provide a fix. If they do not
> know, they can't fix it.. The Adobe developers I e-mailed with did say
> that they took the issue seriously, they want it to work on
Here are the list of this week's changes to the Fedora Packaging Guidelines:
The FPC has taken over evaluating exceptions to the Bundled Library
Guidelines. A list of standard questions to be answered to give the FPC
information on whether to grant exceptions has been added to the
Guidelines:
ht
On Wed, Nov 17, 2010 at 9:22 PM, Alexander Kurtakov wrote:
> Are you interested in helping us getting m2eclipse packaged and available
> on
> Fedora?
If yes please join #fedora-java on freenode.net or say so on this mailing
> list
> and I'll help as much as possible for this to become a reality.
"Jóhann B. Guðmundsson" wrote:
> 3. Spend that time working on open alternative and get rid of flash for
> good
Write a cross-platform IDE for HTML5-based technologies. Of course it
would also require a fast Javascript JIT engine, which has been frowned
upon[1], so I don't know if there is a
On Wednesday 17 November 2010 15:21:55 Magnus Glantz wrote:
> On 11/17/2010 09:09 PM, Josh Boyer wrote:
> > On Wed, Nov 17, 2010 at 2:28 PM, Bruno Wolff III wrote:
> >> On Wed, Nov 17, 2010 at 08:57:20 +0100,
> >>
> >> Hans de Goede wrote:
> >>> Hi all,
> >>>
> >>> For those who do not know i
Nicolas Mailhot wrote:
> Well it would be mightily nice to have an infrastructure that can handle
> keyboard extended keys (almost every new keyboard sold in the last
> decade has one or more of those) without barfing because the original
> x11 protocol designers thought 8 bits would be enough for
Does anybody have suggestions how an end user could debug this?
https://bugzilla.redhat.com/show_bug.cgi?id=580703
Thanks!
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
On 11/17/2010 10:02 PM, "Jóhann B. Guðmundsson" wrote:
> On 11/17/2010 08:58 PM, Magnus Glantz wrote:
>> But.. if we notice that it's broken, we can:
>> 1) Notify Adobe about it, so they -can- provide a fix. If they do not
>> know, they can't fix it.. The Adobe developers I e-mailed with did say
>>
On 11/17/2010 12:41 PM, Emmanuel Seyman wrote:
> 2) Issues found in proprietary software cannot be fixed by anybody except
>the vendor
False. In this particular case, it is possible to binary edit the plugin
libflashplayer.so so that all its calls to memcpy become calls to memmove.
The change
On Wednesday 17 November 2010 15:58:28 Magnus Glantz wrote:
> I'm not saying that a broken Adobe Flash would stop Fedora from shipping.
>
> But.. if we notice that it's broken, we can:
> 1) Notify Adobe about it, so they -can- provide a fix. If they do not
> know, they can't fix it.. The Adobe dev
On Wed, Nov 17, 2010 at 8:16 PM, Jon Masters wrote:
> Did anyone upstream look into a compatibility environment variable that
> could be exported to change the direction of the memcpy? Yes, it's a
> hack, but it would allow affected users to have an option.
Could we make use of that sort of envir
On Wed, Nov 17, 2010 at 10:08:10PM +0100, Kevin Kofler wrote:
> Nicolas Mailhot wrote:
> > Well it would be mightily nice to have an infrastructure that can handle
> > keyboard extended keys (almost every new keyboard sold in the last
> > decade has one or more of those) without barfing because the
On Wed, Nov 17, 2010 at 02:41:15PM -0600, Bruno Wolff III wrote:
> On Wed, Nov 17, 2010 at 21:46:09 +0100,
> François Cami wrote:
> >
> > IIRC broken proprietary drivers never stopped us from shipping, but I
> > could be wrong.
>
> Officially. Unofficially, it was probably a contributing facto
On 11/17/2010 03:41 PM, Bruno Wolff III wrote:
> On Wed, Nov 17, 2010 at 21:46:09 +0100,
>François Cami wrote:
>>
>> IIRC broken proprietary drivers never stopped us from shipping, but I
>> could be wrong.
>
> Officially. Unofficially, it was probably a contributing factor.
No, I don't think
A file has been added to the lookaside cache for perl-Net-SNMP:
6137f04f9942d703f66179f890e3d096 Net-SNMP-v6.0.1.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/l
commit 493a74751626dab9e00fc77476b015b5c7b0220e
Author: Tom "spot" Callaway
Date: Wed Nov 17 16:36:18 2010 -0500
update to 6.0.1, which removed all occurrences of the "locked" attribute,
deprecated in perl 5.12.0
.gitignore |1 +
perl-Net-SNMP.spec | 22 ++--
commit 78e76d0737f2985f6c00420034e2e1d2483a7f0a
Author: Tom "spot" Callaway
Date: Wed Nov 17 16:36:40 2010 -0500
update to 6.0.1, which removed all occurrences of the "locked" attribute,
deprecated in perl 5.12.0
perl-Net-SNMP.spec | 22 ++
sources|2
On 11/17/2010 10:18 PM, Benjamin Kreuter wrote:
>> 2) Create a work-around for the end-users (as has been done by several
>> people in the BZ #638477-thread)
> This pretty much erases whatever incentive Adobe might have to actually fix
> the bug. Instead of fixing their code, now what they can do
On 11/17/2010 03:45 PM, mike cloaked wrote:
> Just a thought - but for those users who use chrome/chromium as prime
> browser where flash is part of the deal
Flash is only bundled in Google's Chrome builds, not in the FOSS
Chromium code.
~spot
--
devel mailing list
devel@lists.fedoraproject.org
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=652158
--- Comment #2 from Fedora Update System 2010-11-17
16:46:58 EST ---
perl-Net-SNMP-6.0.1-1.fc14 has been submitted as an update
On Wed, Nov 17, 2010 at 16:33:59 -0500,
Peter Jones wrote:
> On 11/17/2010 03:41 PM, Bruno Wolff III wrote:
> > On Wed, Nov 17, 2010 at 21:46:09 +0100,
> >François Cami wrote:
> >>
> >> IIRC broken proprietary drivers never stopped us from shipping, but I
> >> could be wrong.
> >
> > Offic
Kevin Fenzi wrote:
> So, there are no folks in the KDE sig using F13 anymore?
>
> Perhaps call for testers in the users / kde lists?
I think this issue goes far, far beyond just KDE. There are packages which
have few users even for Fedora n, let alone n-1.
Yet another example of the update proc
On 11/17/2010 09:09 PM, Marius Andreiana wrote:
> Does anybody have suggestions how an end user could debug this?
> https://bugzilla.redhat.com/show_bug.cgi?id=580703
Had you tried this already [1]
JBG
1. http://fedoraproject.org/wiki/How_to_debug_sound_problems
--
devel mailing list
devel@list
On Wed, Nov 17, 2010 at 10:09 PM, Marius Andreiana
wrote:
> Does anybody have suggestions how an end user could debug this?
> https://bugzilla.redhat.com/show_bug.cgi?id=580703
https://bugzilla.redhat.com/show_bug.cgi?id=590907
Regards,
François
--
devel mailing list
devel@lists.fedoraproject.
Lets also not forget that the motivation for changing memcpy was to
get some speedup - has anyone seen evidence of any significant benefit
of that glibc change?
The BZ ref'd in this thread has linus' (simple) tests which dont
confirm any benefit of the change compared to his simpler version (
On 17/11/10 22:16, John Reiser wrote:
> On 11/17/2010 12:41 PM, Emmanuel Seyman wrote:
>> 2) Issues found in proprietary software cannot be fixed by anybody except
>> the vendor
>
> False. In this particular case, it is possible to binary edit the plugin
> libflashplayer.so so that all its cal
* John Reiser [17/11/2010 22:30] :
>
> On 11/17/2010 12:41 PM, Emmanuel Seyman wrote:
>
> > 2) Issues found in proprietary software cannot be fixed by anybody except
> >the vendor
>
> False. In this particular case,
FWIW, I was refering to the general case.
>
On Wed, Nov 17, 2010 at 5:11 PM, Genes MailLists wrote:
>
> Lets also not forget that the motivation for changing memcpy was to
> get some speedup - has anyone seen evidence of any significant benefit
> of that glibc change?
>
> The BZ ref'd in this thread has linus' (simple) tests which dont
>
On 11/17/2010 05:11 PM, nodata wrote:
> On 17/11/10 22:16, John Reiser wrote:
>> On 11/17/2010 12:41 PM, Emmanuel Seyman wrote:
>>> 2) Issues found in proprietary software cannot be fixed by anybody except
>>> the vendor
>>
>> False. In this particular case, it is possible to binary edit the
2010/11/18 "Jóhann B. Guðmundsson"
> On 11/17/2010 09:09 PM, Marius Andreiana wrote:
> > Does anybody have suggestions how an end user could debug this?
> > https://bugzilla.redhat.com/show_bug.cgi?id=580703
>
>
Had you tried this already [1]
>
> JBG
>
> 1. http://fedoraproject.org/wiki/How_to_de
On Wed, 2010-11-17 at 07:39 -0500, Eric "Sparks" Christensen wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 11/17/2010 03:57 AM, Martin Sourada wrote:
> > On Tue, 2010-11-16 at 17:17 -0500, Eric "Sparks" Christensen wrote:
> >> -BEGIN PGP SIGNED MESSAGE-
> >> Hash: SHA1
>
On Wednesday 17 November 2010, Kevin Kofler wrote:
> Ville Skyttä wrote:
> > I'd get rid of the versioned javadoc dir altogether, and simply install
> > to %{_javadocdir}/%{name}. Unversioned is good for bookmarking and
> > javadoc crosslinking.
>
> One thing you have to be careful of, no matter
On 11/17/2010 05:20 PM, Gregory Maxwell wrote:
> The original testing that went with the GLIBC patches also showed no
> speedup on the hardware Linus uses, but it did show an impressive
> (perhaps too impressive) speedup on other hardware:
>
> http://article.gmane.org/gmane.comp.lib.glibc.alpha/1
Siddhesh Poyarekar wrote:
> I maintain LibRaw, which is only a static library -- upstream has
> rejected the idea of maintaining dynamic libs since they would have to
> take care of ABI compatibility across releases.
>
> I wanted to know if there are any other only-static libraries out
> there and
On Wed, 2010-11-17 at 15:42 -0600, Bruno Wolff III wrote:
> On Wed, Nov 17, 2010 at 16:33:59 -0500, Peter Jones wrote:
> > On 11/17/2010 03:41 PM, Bruno Wolff III wrote:
> > > On Wed, Nov 17, 2010 at 21:46:09 +0100, François
> > > Cami wrote:
> > >> IIRC broken proprietary drivers never stopped
Once upon a time, Gregory Maxwell said:
> But is it only me who worries that lots of people are running code
> exposed to the internet that has obviously never even been run under
> valgrind?
Yeah, people are acting like Adobe Flash is the only program in the
world to make this (unfortunately qui
* Peter Jones [17/11/2010 23:31] :
>
> To be fair, we're not packaging flash in Fedora anyway.
>From the post that started this thread:
"This solution could be reverting the problem causing glibc change, or
maybe changing it to do forward memcpy's while still using the new SSE
instructions,
1 - 100 of 141 matches
Mail list logo
