On Wed, Nov 10, 2010 at 09:33:26PM -0500, Bernie Innocenti wrote:
I ended up being the owner of mingetty by chance, because I used to
maintain it in the OLPC collection and the previous maintainer released
the package.
Since you're clearly working on it, I think it would make sense to pass
Acctually gemi still owns the package. He's on turn now.
-- Petr
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Compose started at Thu Nov 11 08:15:03 UTC 2010
Broken deps for x86_64
--
apcupsd-3.14.8-3.fc15.x86_64 requires libnetsnmp.so.20()(64bit)
balsa-2.4.7-2.fc14.x86_64 requires libnotify.so.1()(64bit)
Hi all,
I'm orphaning gedit-vala (upstream name: vtg); a plugin for doing Vala
development in gedit. It's in good shape on F-14, waiting for upstream
fixes for Rawhide (since we're shipping gedit 2.9x.y there) and there are
some problems on F-12 and F-13 that would need the Vala stack to be
On Thu, Nov 11, 2010 at 10:41:13 +,
Andre Robatino robat...@fedoraproject.org wrote:
The question was raised why RPMs sign their compressed data, rather than
uncompressed. (One advantage would be to avoid deltarpm rebuild failures due
to
changes in compression such as the recent one
On Wed, 2010-11-10 at 12:14 -0800, Adam Williamson wrote:
On Wed, 2010-11-10 at 19:21 +, Bastien Nocera wrote:
Or why is my dingus click not working?
Your web browsers and mail clients need to handle
x-scheme-handler/http[1] and x-scheme-handler/mailto respectively to
be listed in
Bruno Wolff III wrote:
Uncompressing hostile data is generally not a good thing to be doing.
From that aspect it makes more sense to sign the compressed payload.
I was thinking that since the signature check usually passes, the data
could be uncompressed into a cache, checked there, then
On Thu, 2010-11-11 at 10:41 +, Andre Robatino wrote:
I came across the following old post, which I'm not responding to in-thread
due
to its age.
https://www.redhat.com/archives/fedora-devel-list/2009-September/msg00517.html
The question was raised why RPMs sign their compressed data,
On Thu, Nov 11, 2010 at 09:29:54 -0500,
Andre Robatino robat...@fedoraproject.org wrote:
Bruno Wolff III wrote:
Uncompressing hostile data is generally not a good thing to be doing.
From that aspect it makes more sense to sign the compressed payload.
I was thinking that since the
James Antill wrote:
IMO, as has been said before, if you have a delta method that doesn't
produce the exact same bits at the end ... you've probably failed. It
might seem like a good idea, but even if you go to the extreme lengths
needed to make it just for yum ... things like reposync won't
On Thu, Nov 11, 2010 at 10:17:57AM -0500, Andre Robatino wrote:
I realize there's a lot of stuff sitting on top of RPM that depends on
how it works currently, but in terms of correctness, it still seems to
me to make more sense to sign the uncompressed data, since that's what
actually gets
On 11/11/2010 07:17 AM, Andre Robatino wrote:
in an alternate universe where RPM was originally
designed to sign the uncompressed data, and the higher-level tools were
subsequently designed to work with that, is there any fundamental reason
why things would be worse (or better) than they are
On Tue, 09 Nov 2010 18:14:42 +, Joel wrote:
Is anyone interested in resurrecting SWI Prolog? I just noticed that it
was dropped from F13 and F14.
The version in F12 was 5.7.11, the current version is 5.10.2 according
to: http://www.swi-prolog.org/
The previous packager was Gerard
On Thu, 2010-11-11 at 10:17 -0500, Andre Robatino wrote:
James Antill wrote:
IMO, as has been said before, if you have a delta method that doesn't
produce the exact same bits at the end ... you've probably failed. It
might seem like a good idea, but even if you go to the extreme lengths
On Nov 10, 2010, at 5:54 AM, Jaroslav Skarvada wrote:
Hi,
I was unsuccessful in all attempts to contact Chris Ricker (kaboom AT
oobleck.net). He seems non-responsive for a long time, I did not receive any
reply from him at least from February.
Tracker bug:
On Thu, Nov 11, 2010 at 7:19 AM, Michel Alexandre Salim
sali...@fedoraproject.org wrote:
Hi all,
I'm orphaning gedit-vala (upstream name: vtg); a plugin for doing Vala
development in gedit. It's in good shape on F-14, waiting for upstream
fixes for Rawhide (since we're shipping gedit 2.9x.y
On Wed, 10.11.10 21:33, Bernie Innocenti (ber...@codewiz.org) wrote:
Hello Petr,
I ended up being the owner of mingetty by chance, because I used to
maintain it in the OLPC collection and the previous maintainer released
the package.
Do we really want to keep mingetty around?
We discussed
I just tried to install F14 on a new server with a 7.6 TB RAID (five
Hitachi 2 TB drives on a 3ware 9750). I was pleased to see that the
disk partitioning interface in Anaconda recognized the array and didn't
have a problem with the size, reporting it as 7629352 MB. Unfortunately
it won't
On 11/08/2010 03:12 PM, Gregory Maxwell wrote:
Here is the attack: Your system is running with nice secure encrypted
drives, no console access (or a locked screen on a laptop). The
attacker inserts a bootable USB key and hits the power switch. System
reboots into the USB key, it retrieves
On Thu, Nov 11, 2010 at 08:53:47PM +0100, Lennart Poettering wrote:
On Wed, 10.11.10 21:33, Bernie Innocenti (ber...@codewiz.org) wrote:
Hello Petr,
I ended up being the owner of mingetty by chance, because I used to
maintain it in the OLPC collection and the previous maintainer
On Thu, Nov 11, 2010 at 11:54:54AM -0800, Eric Smith wrote:
I just tried to install F14 on a new server with a 7.6 TB RAID (five
Hitachi 2 TB drives on a 3ware 9750). I was pleased to see that the
disk partitioning interface in Anaconda recognized the array and didn't
have a problem with
Eric Smith wrote:
Is there any good reason to have this limit, or should I report it as a
bug against Anaconda (or some other component)?
Must be a new thing. I installed Fedora 11 on a server with an 8TB raid
and it created a PV 2TB on its own.
# pvscan
PV /dev/sda2 VG VolGroup00
I am not a kernel developer, but I do think it would be a step forward
simply to erase a [substantial|critical] part of the physical memory
before the system enters stages S4 or S5. An option in ACPI driver,
implemented somewhere in acpi_os_stall() ?, I really don't know.
Vaclav M.
--
devel
On 11/11/2010 07:55 PM, Roman Rakus wrote:
On 11/08/2010 03:12 PM, Gregory Maxwell wrote:
Here is the attack: Your system is running with nice secure encrypted
drives, no console access (or a locked screen on a laptop). The
attacker inserts a bootable USB key and hits the power
On 11/08/2010 10:18 AM, Petr Pisar wrote:
So, after quick reading, this is not what I expected. This is just
another kernel block cypher used by dmcrypt to (de)crypt block device
data guartneeing encryption key does no leave CPU by storing the key in
SSE register. The drawback is nobody can
- Nicolas Mailhot nicolas.mail...@laposte.net wrote:
Le samedi 06 novembre 2010 à 10:57 +, Richard W.M. Jones a écrit :
Is Fedora for developers or what?
We want to ditch extremely useful, ground-breaking features because
of
tearing when scrolling in a browser window?
Well
It would be usefull to overwrite some parts of memory (keys etc.),
before the computer is switched off. So, my question is: Is there
already implemented and used some kind of protection?
Boot Memory test from install media (DVD, LiveCD, LiveUSB, etc.)
and let it run for a minute.
Or,
On Thu, 2010-11-11 at 14:21 +, Bastien Nocera wrote:
on the topic of the new control-center, any chance of making it work at
all any time soon? :)
http://bugzilla.redhat.com/show_bug.cgi?id=651510
2.91.2 was built 2 days ago. Though it might not be installable because
we need a
Hi,
2010-11-11 20:54 keltezéssel, Eric Smith írta:
I just tried to install F14 on a new server with a 7.6 TB RAID (five
Hitachi 2 TB drives on a 3ware 9750). I was pleased to see that the
disk partitioning interface in Anaconda recognized the array and didn't
have a problem with the size,
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
Jan ONDREJ ondr...@salstar.sk changed:
What|Removed |Added
30 matches
Mail list logo