this is along the lines of my, maybe bad explained, proposal. On Monday 08 September 2008 14:50:41 Sven Schwarz wrote: > 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
_______________________________________________ nepomuk-kde mailing list [email protected] http://lists.semanticdesktop.org/mailman/listinfo/nepomuk-kde
