Carsten Dominik wrote:
- `org-id-new' uses uuidgen if present and falls back to the elisp
function otherwise
I like that. WOuld you like to modify your patch accordingly?
Yes, I'll do that. Just for the records: using the elisp function as
fall back for the external program changes the
On May 16, 2010, at 11:14 AM, David Maus wrote:
Carsten Dominik wrote:
- `org-id-new' uses uuidgen if present and falls back to the elisp
function otherwise
I like that. WOuld you like to modify your patch accordingly?
Yes, I'll do that. Just for the records: using the elisp function
Carsten Dominik wrote:
On May 16, 2010, at 11:14 AM, David Maus wrote:
Carsten Dominik wrote:
- `org-id-new' uses uuidgen if present and falls back to the elisp
function otherwise
I like that. WOuld you like to modify your patch accordingly?
Yes, I'll do that. Just for the records:
On May 8, 2010, at 4:14 PM, David Maus wrote:
Carsten Dominik wrote:
what is the difference/advantage of this idea over using uuidgen as
Org does now?
Well, it allows uuids without depending on the presence of the uuidgen
binary. E.g. I happen to occasionally use computers I have no
Carsten Dominik wrote:
what is the difference/advantage of this idea over using uuidgen as
Org does now?
Well, it allows uuids without depending on the presence of the uuidgen
binary. E.g. I happen to occasionally use computers I have no control
of and carry my Emacs/Org configuration with me.
Attached patch for org-id adds a new function `org-id-uuid' that
returns a random (version 4) uuid following the format and suggestions
in RFC 4122:
- it collects some random, system ans user specific data
- creates a md5 hash for this data to obtain the require 32 octets
- flips the
Hi David,
what is the difference/advantage of this idea over using uuidgen as
Org does now?
Thanks.
- Carsten
On May 7, 2010, at 5:57 PM, David Maus wrote:
Attached patch for org-id adds a new function `org-id-uuid' that
returns a random (version 4) uuid following the format and
