|
|
2009-11-09
, 19:51
|
|
|
Posts: 1,217 |
Thanked: 446 times |
Joined on Oct 2009
@ Bedfordshire, UK
|
#31
|
|
|
2009-11-09
, 20:39
|
|
|
Posts: 2,427 |
Thanked: 2,986 times |
Joined on Dec 2007
|
#32
|
|
|
2009-11-09
, 20:48
|
|
|
Posts: 445 |
Thanked: 572 times |
Joined on Oct 2009
@ Oxford
|
#33
|
Think he has you there on the FOS side of things though I don't remember the original thread post mentioning FOS at all so it might be that they want to develop a closed source application to run on Maemo. I might be wrong but I don't think anything in the rules mean that all software on Maemo has to be FOS though.
This thread should get some outside attention, lol.
It would be useful for developers as a means of locking an app to a specific device to protect distribution of their apps.
|
|
2009-11-09
, 21:06
|
|
|
Posts: 1,217 |
Thanked: 446 times |
Joined on Oct 2009
@ Bedfordshire, UK
|
#34
|
|
|
2009-11-09
, 21:12
|
|
|
Posts: 1,217 |
Thanked: 446 times |
Joined on Oct 2009
@ Bedfordshire, UK
|
#35
|
The original post didn't mention FOSS, but neither did it mention using the identifier to lock down software to a particular unit, that was first brought up in this comment:
You're perfectly correct that not all software running on Maemo has to be FOSS (indeed, not all software in Maemo is FOSS), but enough of it is to ensure that this sort of game by proprietary software can be defeated - if you query an identifier from Python I can hack Python to lie to you, if you go via dbus I can modify dbus, and if you pull it from the kernel I can change the kernel.
Having free underpinnings in an OS goes a long way to defending the end users rights, which I think is a good thing. However, even if you think it's not, it's worth being aware that this sort of ad-hoc DIY DRM scheme is likely to not work on a platform like this one.
|
|
2009-11-09
, 21:20
|
|
Guest |
Posts: n/a |
Thanked: 0 times |
Joined on
|
#36
|

| The Following User Says Thank You to For This Useful Post: | ||
|
|
2009-11-09
, 21:21
|
|
|
Posts: 2,427 |
Thanked: 2,986 times |
Joined on Dec 2007
|
#37
|
Maybe some people expect the thread title to reflect the basic subject? The only way to determine that is to ask the original poster of the thread but personally I read the two in conjunction - seems a lot of the threads on this and other forums do that.
|
|
2009-11-09
, 21:23
|
|
|
Posts: 1,217 |
Thanked: 446 times |
Joined on Oct 2009
@ Bedfordshire, UK
|
#38
|
|
|
2009-11-09
, 21:25
|
|
|
Posts: 1,217 |
Thanked: 446 times |
Joined on Oct 2009
@ Bedfordshire, UK
|
#39
|
As the OP, my question, essentially, is thus:
Say: I have a website, and I have an app on the N900, and I want the app to be able to communicate with the website server. However, I want to maintain a level of stability and consistency on my platform, so I'd like to be able to maintain a database on the server which may have information pertinent to that device and that device only. For example, if a person was rating something, keeping settings, or a list of some kind, they'd need to be able to access this reliably without having to enter new information.
There are plenty of ways of doing this (generating keys, auto-registrations, keeping the information locally, etc), but those aren't what my question is about
IMEI is a good bet, but wouldn't work with non-gsm devices (right?) so that's automatically limiting. A string that you can append to an API is what i'm looking for.
Thanks again
|
|
2009-11-09
, 21:30
|
|
Guest |
Posts: n/a |
Thanked: 0 times |
Joined on
|
#40
|
Thanks for clarifying!
I suspect that the nearest you are going to get with this is going to be a certificate system of some sort.
Most operating systems will cope with that as a fairly standard (if there is such a thing) mechanism.
Obviously this means maintaining a certificate server of some description yourself and hooking into the upward chain of trust.
Don't Nokia devices have a unique ID somewhere? Would be surprised if they didn't.