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 pa
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)
beagle-0.3.9-19.fc14.
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, rather than
uncompressed. (One advantage would be to avoid deltar
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
up
On Thu, Nov 11, 2010 at 10:41:13 +,
Andre Robatino 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 in xz.) The answer had
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
> >
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 copi
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
On Thu, Nov 11, 2010 at 09:29:54 -0500,
Andre Robatino 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 signature check usually
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
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 ar
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 Ger
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 le
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:
> http://bugzilla.redha
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
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 discu
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 let
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 retrieve
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 maintain
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 wit
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
On Thu, 11 Nov 2010 16:34:29 + (UTC)
Michel Alexandre Salim wrote:
> 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
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 m
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" 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 b
> 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, in
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
> w
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 si
31 matches
Mail list logo
