login
Search
hi, where do i find some kind of comprehensive information on opimd? i don't understand how it is supposed to work and made available. f'rinst, i thought it would automatically store calls (incoming, outgoing), sms and contacts (from sim). but the sql db files (not a good idea to hold those below /etc/ imho), still are empty and with the time stamp of their creation freesmartphone.org is, as usual, very silent in terms of documentation (at least that kind of docs, a search should turn up). _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
First of all: you have to turn on opimd in frameworkd.conf. It stores automatically calls (that's how pyphonelog works), you just need to have default backend specified for domain Calls. The same for messages, but it stores smses only when some other backend than SIM-Messages-FSO is specified as default. About databases in /etc - I agree, but that's how it was before I started to work at opimd and I din't touch it. About dbus interface docs: http://docs.freesmartphone.org/ ... I always thought that URL is obvious :x -- Sebastian Krzyszkowiak dos _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
That page can also be helpful: http://wiki.openmoko.org/wiki/Opimd opimd development is quite stalled ATM, i'll try to finish GenericDomain soon and then maybe few other domains will be available, but probably it won't be developed as fast as previous in next few months. I hope someone else will also work on opimd soon. -- Sebastian Krzyszkowiak dos _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
well, my framework.conf reads [opimd] contacts_default_backend = CSV-Contacts messages_default_backend = SIM-Messages-FSO messages_default_folder = Unfiled messages_trash_folder = Trash sim_messages_default_folder = SMS rootdir = ../etc/freesmartphone/opim:/etc/freesmartphone/opim:/usr/etc/freesmartphone/opim [opimd.opimd] is there anything else to be set? disable=0 maybe? or, quick idea, does it clash with phonelogd running? framework's log shows 2009.07.28 23:06:41.64 frameworkd.subsystem INFO Scanned subsystem via method 'auto', result i s ['pimb_csv_contacts.pyc', 'pimb_sqlite_contacts.py', 'pimb_sqlite_contacts.pyc', 'pimb_sqlite_me ssages.py', '__init__.py', 'pimd_calls.pyc', 'pimb_ogsmd_calls.pyc', 'pimb_sqlite_calls.pyc', 'pim d_messages.py', 'pimb_ogsmd_calls.py', 'opimd.pyc', 'helpers.pyc', 'pimd_messages.pyc', 'pimb_sqli te_messages.pyc', '__init__.pyc', 'pimb_sim_messages_fso.pyc', 'pimb_sim_contacts_fso.pyc', 'opimd .py', 'pimd_contacts.py', 'domain_manager.py', 'pimb_sim_contacts_fso.py', 'pimd_contacts.pyc', 'p imb_sqlite_calls.py', 'backend_manager.pyc', 'backend_manager.py', 'domain_manager.pyc', 'pimb_sim _messages_fso.py', 'pimb_csv_contacts.py', 'pimd_calls.py', 'helpers.py'] 2009.07.28 23:06:43.739 opimd INFO Registered domain Contacts 2009.07.28 23:06:43.772 opimd INFO Registered domain Messages 2009.07.28 23:06:43.800 opimd INFO Registered domain Calls 2009.07.28 23:06:43.838 opimd INFO Registered backend SIM-Contacts-FSO 2009.07.28 23:06:43.909 opimd INFO Registered backend SIM-Messages-FSO 2009.07.28 23:06:43.925 opimd INFO Registered backend CSV-Contacts 2009.07.28 23:06:44.29 opimd INFO Registered backend SQLite-Contacts 2009.07.28 23:06:44.100 opimd INFO Registered backend SQLite-Messages 2009.07.28 23:06:44.161 opimd ...
csv-contacts.txt is created automatically when storing first contact with that backend. For letting Calls domain to work, add: calls_default_backend = SQLite-Calls BTW. You should upgrade your configs when you are upgrading applications (or if you're using om2009, then tell it to distro maintainers) ;P -- Sebastian Krzyszkowiak dos _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
where does that come from? neither the framework.conf nor the docs show what exactly are you refering to? such a general remark is less than helpful. i use debian and the package does not include anything useful in that respect (docs or at least sensible commented example configs). i won't update a known good configuration to another one with no documentation whatsoever and options with cryptic names and values (if there are possible values listed at all). due to the lack of documentation it took me a while to figure out, how to use fsousaged -- and as long as a new config file does not list obvious changes, i am reluctant, to "update". after all, the meaning of a config file is to be customized, w/o proper explanations and comments it is hard to transfer that kind of customizations to new versions -- using the old config will probably spawn less errors than trial&error or plain shooting in the dark. i sent a mail with a lot of remarks and questions about the framework.conf alone and never got an answer and i filed a bug in the fso tracker with the very same issues and never got any reaction either. _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
I don't get you. IRC is always available, it was mentioned LOTS of That's wrong point. Having new packages with old config can spawn more errors and issues in this stage of development. opimd isn't officially included in ms5.5 (it's disabled by default) and it's normal that in it's actual stage well written docs aren't available. The good thing is person who was developing it for long time is available on maillist and on IRC, and answers to questions :P -- Sebastian Krzyszkowiak dos _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
You will have to create proper documentation some time anyway. If you do it early, you save your time answering questions on IRC and the mailing list. Right now the documentation is a bad joke. I'm thinking about the API reference (not only opimd, whole fso). Michal
Sorry, It's not been forgotten, but right now we only have very little time to _______________________________________________ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community