Reply
Thread Tools
Posts: 567 | Thanked: 2,966 times | Joined on Oct 2009
#21
https://bugs.maemo.org/show_bug.cgi?id=12388#c6 says that yes the PR1.3.1 source code is being considered for opening up which is good news.

The real question is, is there any other code we might be able to get opened up and if so, what code is worth trying to pursue?
Top of my wishlist for opening would be the connectivity UI widgets, the hildon-input-method stuff (virtual keyboard etc), the icd2 daemon and its plugins and the systemui daemon and its plugins (and Nokia Maps bits but we know that will never happen)
 
Posts: 323 | Thanked: 180 times | Joined on Oct 2009 @ Gent, Belgium
#22
Hi Jonathan,
I second the icd2 deamon and associated plugins. I travel abroad all the time, roam in and out existing free/non-free Wifi APs, in and out of prefered providers, I really have a big itch to scratch on the smarter, automatical handling of connections because right now the control level is too crude.

Might be ok for 80% of the people but for the remaining ones, like me, it's a big PITB. And I know u had some experiments before on this topic, which I was following closely

Tnx for all ur connectivity enhancing efforts !
 
Posts: 2,154 | Thanked: 8,464 times | Joined on May 2010
#23
icd2 daemon is ****... but this is only daemon which support GPRS/3G modem (ofono + connman is only one alternative for 3G modem, but I did not tested it yet)

but hildon input method widget is really needed for open source programs.
 
Posts: 567 | Thanked: 2,966 times | Joined on Oct 2009
#24
If we can figure out how the icd daemon and its plugins talk to the outside world (e.g. what dbus stuff it calls/uses, what dbus stuff it exposes, what files it reads and writes, what gconf keys it reads and writes etc), it should then in theory be possible to write a replacement that does the same external things.

Talking to the cell modem for GPRS stuff isn't that hard, if you grab the .deb file for the csd-gprs package and look in the doc folder (which is normally deleted on the N900 to save space) you will find a complete set of documentation for how the dbus APIs work and how to use them.

And yes more fine grained control of connections is definatly something I want to see. Specifically being able to mark any network connection as "automatically connect to this network" and order all "automatically connect" networks in a priority order (such that if it sees a network with a higher priority, it will automatically connect to it)

I would say that having the source for the Internet Connectivity Daemon and its plugins would be the most useful in terms of advancing the N900, certainly far more than having the source for say, BME or MCE or the cellular services daemon would be. (although having MCE source would also be great
 

The Following 5 Users Say Thank You to jonwil For This Useful Post:
Posts: 2,154 | Thanked: 8,464 times | Joined on May 2010
#25
LGPL library libconic is talking with icd2 daemon and all applications should use only libconic. So you could see libconic source code.

I think instead cloning icd2 is better to use connman. connman support all what users and developers need (it is good alternative to NetworkManager). Only missing is GUI/widget/applet for Maemo...
 

The Following 3 Users Say Thank You to pali For This Useful Post:
Posts: 567 | Thanked: 2,966 times | Joined on Oct 2009
#26
Once we know what ICD2 is doing and what other closed source things talk directly to the closed source ICD2 daemon and its plugins (the connectivity UI widgets for one do a bunch of talking to ICD2 and its plugins directly) it should then be possible to figure out what we need to do which may include:
Modifying conman so it talks to csd-gprs and other lower level things instead of talking to ofono or whatever else it talks to right now
Writing new connectivity UI widgets and other things that talk to conman and etc instead of to the icd interfaces
Modifying open source packages (including libconic) to talk to conman instead of icd.
Modifying conman to expose certain specific icd interfaces in the case where the bits of code talking directly to those are not bits of code that can easily be replaced.
 
Posts: 567 | Thanked: 2,966 times | Joined on Oct 2009
#27
Oh and further comments to the bug imply that no, we wont see source code for other things because Nokia just doesn't have the resources anymore.
 
Posts: 567 | Thanked: 2,966 times | Joined on Oct 2009
#28
Per the last post of https://bugs.maemo.org/show_bug.cgi?id=12388 the source code for the PR1.3.1 version of maemo-security-certman-applet is available under LGPL at https://gitorious.org/maemo-5-certif...certman-applet Should be useful to the CSSU as well as to anyone who wants to modify it.

I doubt we will see any more code for the N900 (which is a pitty as there are a few bits that would be very very useful to have such as virtual keyboard bits, icd stuff, connectivity UI widgets etc)
 

The Following 2 Users Say Thank You to jonwil For This Useful Post:
Posts: 1,523 | Thanked: 1,997 times | Joined on Jul 2011 @ not your mom's FOSS basement
#29
Wasn't there a restriction being able to retrieve sources only for two years starting from the purchase date of a product?
 
Posts: 2,154 | Thanked: 8,464 times | Joined on May 2010
#30
Originally Posted by jonwil View Post
Per the last post of https://bugs.maemo.org/show_bug.cgi?id=12388 the source code for the PR1.3.1 version of maemo-security-certman-applet is available under LGPL at https://gitorious.org/maemo-5-certif...certman-applet Should be useful to the CSSU as well as to anyone who wants to modify it.

I doubt we will see any more code for the N900 (which is a pitty as there are a few bits that would be very very useful to have such as virtual keyboard bits, icd stuff, connectivity UI widgets etc)
Nice :-)
I updated first post.
 
Reply

Tags
certman-applet, source code

Thread Tools

 
Forum Jump


All times are GMT. The time now is 14:58.