On Thu, Sep 09, 2010 at 10:30:57AM -0400, Gregory Maxwell wrote:
> On Thu, Sep 9, 2010 at 9:45 AM, Neal Becker wrote:
> > This article:
> >
> > http://labs.mwrinfosecurity.com/notices/security_mechanisms_in_linux_environment__part_1___userspace_memory_protection/
> >
> > seems to say that fe
When: Friday, 2010-09-10 @ 16:00 UTC (12 PM EDT)
Where: #fedora-bugzappers on irc.freenode.net
Without these bugs fixed we can't compose the Fedora 14 Beta Release
Candidate on 2010-09-16.
We'll be discussing these bugs to determine if they meet the criteria,
should stay on the list, and are ge
On Thu, Sep 09, 2010 at 04:41:01PM -0700, Wes Hardaker wrote:
> But the perl-Net-DNS-SEC package requires Digest::SHA which doesn't
> exist on RHEL. How do I convert a dead package on the fedora side to a
> EL only set of branches? I'd assume it'll be the original bug request
> and re-opening a n
Fedora 14 Beta TC1 is now available [1]. Please refer to the following
pages for download links and testing instructions.
Installation:
https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test
Desktop:
https://fedoraproject.org/wiki/Test_Results:Current_Desktop_Test
Ideally, all
So, perl-Digest-SHA went away on the fedora side of things and got
auto-marked as dead in the package tree (not by me; I seem to recall it
was something automatic or at least someone else). This was actually
quite a while ago.
But the perl-Net-DNS-SEC package requires Digest::SHA which doesn't
e
On Thu, Sep 09, 2010 at 02:50:49PM -0700, darrell pfeifer wrote:
> Ran into this yesterday and it took a bit to figure out.
Me too.
This also breaks importing eps/ps in Inkscape, viewing them in Okular or
Evince ...
> Cups is fine, but ghostscript is broken in the latest update.
Both the F13
>
> Paul,
>
> The following is in BZ : 632042
>
> I'm seeing this with my Samsung ML2250 (my box is using Rawhide, updated
> today 09/09/10) so it looks like the problem is not with hplip but with
> CUPS or CUPS/Gutenprint
>
> However, looking at koji, the last update to Cups was 20th Aug but I've
Thanks to everyone who turned out for the systemd Test Day. Here's the
recap.
https://fedoraproject.org/wiki/Test_Day:2010-09-07_Systemd
The turnout was good, especially given the late re-schedule of the day
(sorry about that!), and it seemed like people did a lot of good
testing.
Here's the lis
Hi,
The following is in BZ : 632042
I'm seeing this with my Samsung ML2250 (my box is using Rawhide, updated
today 09/09/10) so it looks like the problem is not with hplip but with
CUPS or CUPS/Gutenprint
However, looking at koji, the last update to Cups was 20th Aug but I've
seen no reports of
On 08/25/2010 03:13 PM, Ben Boeckel wrote:
> Christopher Aillon wrote:
>> I missed the first notice of this go by, but I use zsh so can play with
>> it in the next few days. Can you post the updates so I don't hit the
>> same bugs you did?
>
> Sure. Attached. The bugs were mainly with zsh convent
Compose started at Thu Sep 9 13:15:29 UTC 2010
Broken deps for x86_64
--
PragmARC-20060427-6.fc13.i686 requires libgnarl-4.4.so
PragmARC-20060427-6.fc13.i686 requires libgnat-4.4.so
PragmARC-20060427-6.fc13.x86_64 req
Le Jeu 9 septembre 2010 15:32, Alex Hudson a écrit :
> On Thu, 2010-09-09 at 15:05 +0200, Nicolas Mailhot wrote:
>> Le Jeu 9 septembre 2010 14:29, Alex Hudson a écrit :
>> > .TTF fonts (as an example) just aren't very big. I tried a sample font
>> > in my .fonts directory, it's 75K and five lines
https://bugzilla.redhat.com/show_bug.cgi?id=630094
https://bugzilla.redhat.com/attachment.cgi?id=446084&action=edit
https://bugzilla.redhat.com/attachment.cgi?id=446087&action=edit
https://bugzilla.redhat.com/attachment.cgi?id=446093&action=edit
https://bugzilla.redhat.com/attachment.cgi?id=446
On 09/09/2010 12:30 AM, Iain Arnell wrote:
> It looks like the nss-3.12.8-0.1.beta1.fc13 in spot's firefox4 repo is
> breaking fedpkg upload (and new-sources, of course) when you have a
> shiny new 2048-bit client certificate.
Yep. I fixed it last night, if you update to the new packages in that
r
commit ff69d89260e5377412c230a4906e7035da8e419c
Merge: 29dd3ef 76f44c9
Author: Iain Arnell
Date: Thu Sep 9 16:39:55 2010 +0200
Merge branch 'master' into el6
.gitignore |1 +
perl-DBIx-Class.spec | 23 +--
sources |2 +-
3 files changed
Summary of changes:
76f44c9... updat to 0.08123 (*)
ff69d89... Merge branch 'master' into el6
(*) 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.fedorapr
commit 76f44c9861600bd4d13458e10f6a07eacf49a7f7
Author: Iain Arnell
Date: Thu Sep 9 16:37:55 2010 +0200
updat to 0.08123
- dbicadmin script needs to be executable for tests
- manually tweak real buildrequires
.gitignore |1 +
perl-DBIx-Class.spec | 23
On Thu, Sep 9, 2010 at 9:45 AM, Neal Becker wrote:
> This article:
>
> http://labs.mwrinfosecurity.com/notices/security_mechanisms_in_linux_environment__part_1___userspace_memory_protection/
>
> seems to say that fedora is ranking poorly in deployment of various
> userspace memory protection mecha
On Thu, Sep 9, 2010 at 3:45 PM, Neal Becker wrote:
> This article:
>
> http://labs.mwrinfosecurity.com/notices/security_mechanisms_in_linux_environment__part_1___userspace_memory_protection/
>
> seems to say that fedora is ranking poorly in deployment of various
> userspace memory protection mecha
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi LTSP/Fedora Community.
I am working on the F13 issue with the ltsp upstream source and think
I have a working version ready to roll into the next version of the
5.2.4-*.rpm
I am doing all my testing on x86_64 but the changes I am making to the
ups
This article:
http://labs.mwrinfosecurity.com/notices/security_mechanisms_in_linux_environment__part_1___userspace_memory_protection/
seems to say that fedora is ranking poorly in deployment of various
userspace memory protection mechanisms. Is this information accurate?
--
devel mailing list
On Thu, 2010-09-09 at 15:05 +0200, Nicolas Mailhot wrote:
> Le Jeu 9 septembre 2010 14:29, Alex Hudson a écrit :
> > .TTF fonts (as an example) just aren't very big. I tried a sample font
> > in my .fonts directory, it's 75K and five lines of varied "The quick
> > brown fox.." in PNG format comes o
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Rodd
> After a flurry of work over night I have finally managed to get some
> .rpm's ready for testing on x86_64 F13.
>
> A quick question. Can you connect to a x86_64 server with i686 clients
> using ltsp?
Yes a x86_64 Server can serve
2010/9/8 Simo Sorce :
>
> Hello all,
> I have recently discovered I am still owner of pam_smb :-) and I think
> I would like to retire this package entirely, for I find it useless and
> even dangerous.
>
> If someone is interested in picking up maintainership because they need
> it I am also willin
Le Jeu 9 septembre 2010 14:29, Alex Hudson a écrit :
> On Thu, 2010-09-09 at 13:49 +0200, Nicolas Mailhot wrote:
>> Le Jeu 9 septembre 2010 12:24, Alex Hudson a écrit :
>> > What you really want is a font store which has functionality like this:
>> >
>> >http://code.google.com/webfonts/preview
On Thu, Sep 09, 2010 at 12:23:01PM +, Rawhide Report wrote:
> mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires
> mingw32(libpng-3.dll)
I've asked the maintainer about this, but no response so far. See also:
https://bugzilla.redhat.com/show_bug.cgi?id=51#c8
> mingw32-libvi
On Thu, 2010-09-09 at 13:49 +0200, Nicolas Mailhot wrote:
> Le Jeu 9 septembre 2010 12:24, Alex Hudson a écrit :
> > What you really want is a font store which has functionality like this:
> >
> > http://code.google.com/webfonts/preview#font-family=Cantarell
>
> What you do not realize is that
Compose started at Thu Sep 9 08:15:29 UTC 2010
Broken deps for x86_64
--
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
claws-mail-plugins-geolocation-3.7.6-5.fc15.x86_64 requires
libclutter-gtk-0.10.so.0()(6
Le Jeu 9 septembre 2010 12:24, Alex Hudson a écrit :
> What you really want is a font store which has functionality like this:
>
> http://code.google.com/webfonts/preview#font-family=Cantarell
What you do not realize is that this kind of preview works by having the
complete font file downl
On Thu, 2010-09-09 at 14:28 +0300, Nicu Buculei wrote:
> On 09/09/2010 01:24 PM, Alex Hudson wrote:
> > A screenshot is marginally useful, but how do you give a good idea of
> > how the font works in different weights, sizes, and with different text
> > (particularly those fonts with good Unicode c
Le Jeu 9 septembre 2010 12:03, Richard Hughes a écrit :
>
> On 9 September 2010 09:52, Nicolas Mailhot
> wrote:
>> It needs works both packagekit-side and font packaging side, but there is
>> absolutely no way I'm going to expand energy on pushing the packaging
>> changes
>> through FPC & other f
On 09/09/2010 01:24 PM, Alex Hudson wrote:
>
> A screenshot is marginally useful, but how do you give a good idea of
> how the font works in different weights, sizes, and with different text
> (particularly those fonts with good Unicode coverage)? I think it's
> sub-optimal to say the least.
You a
On Thu, 2010-09-09 at 11:03 +0100, Richard Hughes wrote:
> I'm interested in font installing, but I think it might be better to
> integrate this with app-install rather than packagekit, as app-install
> has a pointer to a screenshot URL we can show in the preview window.
I'm not sure why this shou
On Sep 9, 2010, Nicolas Mailhot wrote:
Le Jeu 9 septembre 2010 09:26, Alex Hudson a écrit :
> Fonts being in RPMs and supported in PackageKit is something I totally
> support, but attempting to re-use a more generic software installation
> UI to allow users to manage fonts seems severely sub
On 9 September 2010 09:52, Nicolas Mailhot wrote:
> It needs works both packagekit-side and font packaging side, but there is
> absolutely no way I'm going to expand energy on pushing the packaging changes
> through FPC & other font packagers if there is no buy-in packagekit-side to
> make use of
Le Jeu 9 septembre 2010 09:26, Alex Hudson a écrit :
> Fonts being in RPMs and supported in PackageKit is something I totally
> support, but attempting to re-use a more generic software installation
> UI to allow users to manage fonts seems severely sub-optimal to me.
Well, this thread is about
On Wed, 2010-09-08 at 22:21 +0200, Nicolas Mailhot wrote:
> Le mercredi 08 septembre 2010 à 19:07 +0100, Alex Hudson a écrit :
> > The i18n situation is also pretty sad from my point of view too. If you
> > use pretty much any design app, OO Writer and Inkscape being the ones
> > which cause me pai
37 matches
Mail list logo
