Hi guys! What about generating a "unique-enough" ID via GPG or SSH, that is, the user uses gpg, ssh, or alike to generate some key / ID once(!) and puts this into, say, /home/user/.nepomuk-id ? Later on, this personal-ID generation can be done automatically by KDE (without any user intervention). The important thing is: when the user re-installs the system and copies his old user folder, then he will still have the same ID.
What do you think about that easy solution? Cheers Sven Hari krishna Anandhan wrote: > On Mon, Sep 8, 2008 at 5:34 PM, Sebastian Trüg <[EMAIL PROTECTED]> wrote: > >> 1. Change your system and all your URIs may become "wrong" >> 2. This scheme is never 100%, except we use the MAC of the network card maybe >> (and then 1. screws everything up again). Two systems may very well >> generate the same URI. >> 3. I use two computers with mirrored data, one for home work, and one for >> remote work (notebook). They obviously would have different checksums. >> Thus, I would need some additional code that "fixes" all the URIs all >> the time when syncing. >> > > When I was refering to a 'machine indentifier', I was actually > thinking of a randomly generated UUID (like Daniel and Rajeev had > said), not really a checksum that is generated as per the machine > configuration. The checksum is usually done to prevent user from > transferring things to other systems, but we would just want a simple > UUID that enables transferring by reducing clashes ;) > > > >> So other proposal: never care about URIs locally. Only when exchanging >> information. >> > > But, why would that be needed? Why not use 'machine identifier' locally also? > _______________________________________________ > nepomuk-kde mailing list > [email protected] > http://lists.semanticdesktop.org/mailman/listinfo/nepomuk-kde > > -- ________________________________________________________________ Sven Schwarz Tel. : +49 (631) 205 75 112 Email : [EMAIL PROTECTED] WWW : http://www.dfki.uni-kl.de/~schwarz/ ________________________________________________________________ _______________________________________________ nepomuk-kde mailing list [email protected] http://lists.semanticdesktop.org/mailman/listinfo/nepomuk-kde
