On Feb 26, 2008, at 2:49 AM, Sjoerd Simons wrote:
Does sugar make any assumptions about the size of the key? IOW can
we instead of removing the key completely, use a smaller key?
As I've told daf, smcv et al many months ago in Boston, there's no
point in advertising the whole key.
Ivan Krstić wrote:
On Feb 26, 2008, at 2:49 AM, Sjoerd Simons wrote:
Does sugar make any assumptions about the size of the key? IOW can we
instead of removing the key completely, use a smaller key?
As I've told daf, smcv et al many months ago in Boston, there's no point
in advertising the
On Feb 26, 2008, at 4:24 AM, Morgan Collett wrote:
I've logged #6572 against Presence Service with a patch, to replace
the
public key with its sha1 hash. Works in jhbuild.
That ticket indicates a 40-byte hash, but SHA-1 is a 160-bit function.
Whence the doubling? Also, would you mind
Morgan Collett wrote:
Ivan Krstić wrote:
On Feb 26, 2008, at 2:49 AM, Sjoerd Simons wrote:
Does sugar make any assumptions about the size of the key? IOW can we
instead of removing the key completely, use a smaller key?
As I've told daf, smcv et al many months ago in Boston, there's no point
Excellent timing. Is anybody planning to attend?
-- Forwarded message --
From: Francisco Sarmiento III [EMAIL PROTECTED]
Date: Mon, Feb 25, 2008 at 4:31 AM
Subject: [bytesforall_readers] CALL FOR PARTICIPATION: TRAINING OF
TRAINERS ON FOSS GIS with SAHANA - JAKARTA, INDONESIA
To:
Ivan Krstić wrote:
On Feb 26, 2008, at 4:24 AM, Morgan Collett wrote:
I've logged #6572 against Presence Service with a patch, to replace the
public key with its sha1 hash. Works in jhbuild.
That ticket indicates a 40-byte hash, but SHA-1 is a 160-bit function.
Whence the doubling? Also,
On Feb 26, 2008, at 10:29 , Ivan Krstić wrote:
On Feb 26, 2008, at 4:24 AM, Morgan Collett wrote:
I've logged #6572 against Presence Service with a patch, to replace
the
public key with its sha1 hash. Works in jhbuild.
That ticket indicates a 40-byte hash, but SHA-1 is a 160-bit function.
On Feb 26, 2008, at 5:20 AM, Bert Freudenberg wrote:
Hex-encoding.
I figured, but why? Is passing around network-order raw bytes an
issue? If so, and we're trying to squeeze out bytes, surely a more
efficient packing than hex encoding can be used.
--
Ivan Krstić [EMAIL PROTECTED] |
On Feb 26, 2008, at 5:48 AM, Morgan Collett wrote:
actually we are normally using b64 encoding so
that brought it down to 28 bytes. Using SHA-256 it's 44 bytes in the
TXT
record.
But _why_ are we encoding at all? TXT RDATA is one or more character
strings, which are each a length octet
On Tue, 26 Feb 2008 at 06:58:10 -0500, Ivan Krstić wrote:
On Feb 26, 2008, at 5:48 AM, Morgan Collett wrote:
actually we are normally using b64 encoding so
that brought it down to 28 bytes. Using SHA-256 it's 44 bytes in the
TXT
record.
But _why_ are we encoding at all? TXT RDATA is
ffm wrote:
On Wed, Feb 20, 2008 at 9:49 AM, Bernardo Innocenti [EMAIL PROTECTED]
wrote:
Can we postpone it to a later date?
3:30 PM EST, Thursday, Feb. 21st? Earlier, but one I can make.
Oops, I've only noticed your reply now. Has the meeting
already been done?
If not, how about:
Hello,
I'm a Python newbie who have used my new OLPC as a pretext of learning
Python to write some board games controllable with the OLPC game buttons.
As I was familiar with the goocanvas from the past (in C, and Perl) I choose
to use its python binding pygoocanvas for my first game. You are
On Tue, Feb 26, 2008 at 8:58 AM, Alan Dechert [EMAIL PROTECTED] wrote:
Ed Cherlin wrote,
We are releasing a new demo disk today.
(http://www.openvotingconsortium.org/blog/2008-feb-26/ovc_demo_gaining_exposure
)
This version says that it needs 384 MB to run. I would like
On Mon, 2008-02-25 at 15:02 -0500, Ricardo Carrano wrote:
14:43:34 Err file about_dlg.c: line 250 (splash_update): assertion
failed: (ul_sofar = ul_count)
Aborted (core dumped)
We shouldn't be hacking epan/dissectors/register.c directly -- it's
autogenerated. If we'd regenerated it
http://pilgrim.laptop.org/~pilgrim/olpc/streams/update.1/build694
Changes in build 694 from build: 693
Size delta: 0.26M
-etoys 2.3.1894-1
+etoys 2.3.1894-2
-telepathy-salut 0.2.2-1.olpc2
+telepathy-salut 0.2.2-3.olpc2
-Read 41
+Read 44
--- Changes for etoys 2.3.1894-2 from 2.3.1894-1 ---
+
http://lyme.media.mit.edu/cerebro/images/Cerebro-24-1.olpc2.noarch.rpm
___
Devel mailing list
Devel@lists.laptop.org
http://lists.laptop.org/listinfo/devel
On Mon, 2008-02-25 at 04:37 -0500, John Watlington wrote:
http://dev.laptop.org/~wad/wireshark-0.99.7.mesh.patch
Has this been submitted to the wireshark developers? I took a quick look
through it and removed some whitespace noise, and spotted a change in
add_fixed_field() behaviour in the
I've been working behind the scenes on some changes to Sugar and the
Journal that allow storing and modifying Creative Commons license
metadata. It's pretty rudimentary, and it's more of a demo than code that
should be merged the way it is, but I'd love to have some feedback on it.
18 matches
Mail list logo