Re: [ALL] New showroom for Openmoko apps
On Mon, Aug 24, 2009 at 01:07:07AM +0200, Sander van Grieken wrote: On Sunday 23 August 2009 09:36:44 Cristian Gómez wrote: First off, thanks to Cristian for making this, clearly it has been a good starting point for us, because there have been suggestions for improvement! :) I'm missing the cardinality and direction in the relations. Second, you should add a Release class (one-to-many) to distinguish versions of applications. Also abstract the File class to a Resource class (You can then subclass File from Resource to specialize), this allows you flexibility in the resource type (which could be a screenshot, like you modeled, but also for example a howto, FAQ, homepage whatever). The directions are IMO quite clear anyway, but I have to agree with the Release table. Also distribution needs to drop author, authorEmail, installationInstructions and downloadURL and most of the other stuff. Author stuff can be in a distribution_maintainers table, which would glue distributions and users together. lastReleaseDate and stuff would come from the Release table. Application has no 'belongs to' relationship to Distribution. Instead, Distribution has a 'provides' relationship to Application. This is UML arrowtech? that the arrows are wrong? (I actually wrote in a job application that I know Whiteboard UML because it's just easier to draw lines and arrows and explain only where it's not self-evident ;) The Application attribute 'multiplatform' is useless. 'provedOn', 'notWorkingOn', 'distribution' are all one-to-many associations and should be modeled in the diagram. 'author' should be a list or even an association, not a string. Amen. popularity is a derived attribute (pun intended) And user karma is not explained and studdlyCaps look like stupidCraps. -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
On Sun, Aug 23, 2009 at 02:36:44AM -0500, Cristian Gómez wrote: I made this Classes diagram [1] in DIA to make the basis for the development of the site. It's really basic but I think that it's a start point. I put my two cents in another message but I'll put some cents here too :) I'll explain several points to make the diagram clear: * The classes have the attributes that I can figure out from the requests on this thread. Sure, whatever. * A user can be a maintainer of a distribution/application or just a regular user (someone with account in the page who can vote for the distros/apps popularity) I like it; a user is a user, the attributes are attributes. * The File class (table) contains the files (commonly image files) of the three entities: distros/apps (screenshots); user (user image) * The distros and the apps have an attribute to represent their popularity (a float number from 1 to 5) that is set with a stored procedure that update the popularity field with the average of the califications of the users for the distro/application (a user only can vote once for an distro/app, which makes the popularity more reliable). The procedure is triggered whenever an user give a distro/app application) Denormalization techniques are better for sites that take a lot of hits and don't want to calculate aggregates on every request, because they are read much more than written to. I think the moko application db will never be popular enough to benefit from this, and having stored procs can clutter the code. TODOI don't know if the diagram is usable/compatible with the apt-portal idea but is my way to bring my two cents for the cause.. I haven't had time to look at apt-portal yet, and I don't know if anyone yet has, but we'll see.. :) Thanks! -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[All] Status of the OM community - volunteer
Hi, I see there is a lot of work on the wiki. How can I help? I am really new to the project, but let me know how I can be helpful. Thanks. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: First contact with the community
Hi adamou, welcome! Hope, you will have loads of fun with the device and the community ... nice, seeing more people joining the community - especially (from my point of view) - when they do Python programming ... First of all; I really agree with Risto - there is loads of work to do in core components of the OM distributions - and Paroli is probably a good example ... However, if you rather want to start programming on application level, there are for sure some projects seeking for support - I can for instance suggest (I know, me being quite selfish here) contributing to a synchronization tool for the Openmoko called PISI (http://projects.openmoko.org/projects/pisi/). Depending on your interest, there is tasks - on GUI (PyGTK extensions or even migration (and re-design) to Elementary) - on the core (e.g. extend by new domain tasks) - on module level (integrate with more data sources) If you are interested, feel free to contact me - ask about anything - get an account on gforge (http://projects.openmoko.org/) and request access to the project ... Best regards Michael Original-Nachricht Datum: Sat, 22 Aug 2009 12:15:01 +0300 Von: Risto H. Kurppa ri...@kurppa.fi An: List for Openmoko community discussion community@lists.openmoko.org Betreff: Re: First contact with the community Hi there! Nice to hear and see new people entering the community! And it's great that you'll get your unit soon - it just makes more sense to devel with the unit, not with qemu as you can use the touchscreen, you feel the speed, accelerometers, everything. But it all depends on what do you want to do and in what kind of projects to participate. First of all, there are many different distributions you can install on the phone. I myself use OM2009 unstable (see http://wiki.openmoko.org/wiki/Om2009 ), some other use SHR, some use Debian. Also Gentoo, Android, QTextended (or whatever it's called nowadays), Hackable1, openwrt are around and some more I forgot. Then there are many applications written primarly for Openmoko phones, like omgps (see http://code.google.com/p/omgps/ ). If you want to start contributing and you know python, I suggest you to have a look at Paroli, the phone application of OM2009. Paroli has now been written for maybe some 6 months and is quite usable, but still needs some love before it'll be launched as stable. If you're interested, have a look at http://wiki.openmoko.org/wiki/Om_2009_get_active#Paroli_phone_software - the work on Paroli will benefit many users and it's a smooth start for you, for example rewriting the wlan workflow (see http://www.paroli-project.org/trac/ticket/171 ) or include a bluetooth support. You're welcome to join #paroli irc-channel for more questions. Enjoy your freedom! r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [elementary] How to get evas object out of elementary.Window
On Mon, Aug 24, 2009 at 4:07 AM, c_ccchan...@yahoo.com wrote: Here's the output - maybe my bindings are off too. Thank you! Would be nice to know if in pure C, it behaves the same way, ie. it returns with None (or null or 0 or whatever C do), if we request evas_get() on a elementary.Window object. Unfortunately my C knowledge are almost nonexistant, so maybe it will take some weeks to get there, writing a simple demonstration application in C. Best regards, Laszlo ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: How does well does this community work?
[cut] has lead me to push forward a wiki, mailing list and nabble based For a starter i discourage you from using nabble - it is evil ;) - it breaks one discussion into separate threads. It's a pain in the @ss for those who use normal mail software. Especially when it is capable of threading. [cut] -- Kind Regards, Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: High pitch voice when the screen is in horizontal mode
[cut] Anyone else experiencing the same? I assume everybody experience this, but not all hear this sound, as it is rather high frequency. Btw, I haven't destroyed my ears going to rock concerts without ear plugs so if you don't hear it doesn't mean it's not there :) (No, I have no idea how high it is.. higher than I can whistle anyway..) That is odd, i have destroyed mine but I can here it either ;) -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr-unstable 20090808] what the... opkg not found?
Dnia 2009-08-23, nie o godzinie 09:28 -0700, jeremy jozwik pisze: r...@om-gta02 / $ opkg upgrade -sh: opkg: not found you might want to try to use an alias: # alias opkg='opkg-cl' -- Kind Regards Patryk Benderz IT Specialist Linux Registered User #377521 +48 22 538 6292 ERSTE Securities Polska S.A. ul. Królewska 16 Warszawa 00-103 KRS 065121 NIP 526-10-27-638 REGON 011136053 Kapitał akcyjny: 15.500.000 złotych (w pełni opłacony) This message and any attached files are confidential and intended solely for the addressee(s). Any publication, transmission or other use of the information by a person or entity other than the intended addressee is prohibited. If you receive this in error please contact the sender and delete the material. The sender does not accept liability for any errors or omissions as a result of the transmission. Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] Status of the OM community - volunteer
Dnia 2009-08-24, pon o godzinie 09:08 +0100, nacer pisze: Hi, I see there is a lot of work on the wiki. How can I help? I am really new to the project, but let me know how I can be helpful. I invite you to help in editing Community Updates. IMHO it is easy for a beginner, require not much work, but has to be done often. On [1] you will find previous CU releases to have something to compare. Current CU work is located in Draft_-MM-DD [2]. Exact instructions how to contribute to Community updates, while conforming to wiki editing guidelines are there [3]. Additionally if you have nice ideas how future Community Updates should look like, we can discuss how template/draft of whole CU should like here [4]. [1] http://wiki.openmoko.org/wiki/Community_Updates [2] http://wiki.openmoko.org/wiki/Community_Updates/Draft_2009-09-02 [3] http://wiki.openmoko.org/wiki/Talk:Community_Updates/Draft_2009-09-02 [4] http://wiki.openmoko.org/wiki/Community_Update_Draft -- Kind Regards, Patryk LeadMan Benderz Linux Registered User #377521 () ascii ribbon campaign - against html e-mail /\ www.asciiribbon.org - against proprietary attachments Email secured by Check Point ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [elementary] How to get evas object out of elementary.Window
On Mon, Aug 24, 2009 at 10:52 AM, Laszlo KREKACSlaszlo.krekacs.l...@gmail.com wrote: Unfortunately my C knowledge are almost nonexistant, so maybe it will take some weeks to get there, writing a simple demonstration application in C. As others pointed out, the preferred way of doing C development is installing elementary on the desktop machine and develop on it (and crosscompile for the neo). So I installed elementary, and ran the test application from here: http://trac.enlightenment.org/e/wiki/Elementary Now, I modified the source, to get the evas canvas (evass), and print some info about it, and add other evas object to it, so not some elementary widget, but pure evas object. In C, everything works as expected, evas_object_evas_get does return with a valid evas canvas object. And I can directly add other objects to it. In python this does not work. For convenience, I post[1] my demonstration code (many thanks to devilhorns from #e). What you are supposed to see, is a blue line(evas.Line) added over the Hello world! elementary label widget. The next exercise would be to fix the python bindings. But I see these pyx, pxi, pxd files the first time in my life http://trac.enlightenment.org/e/browser/trunk/BINDINGS/python/python-elementary/include/elementary Best regards, Laszlo [1]: #include Elementary.h #include Evas.h static void win_del(void *data, Evas_Object *obj, void *event_info) { elm_exit(); } EAPI int elm_main(int argc, char **argv) { Evas_Object *win, *bg, *lb, *lin; Evas *evass; int w = 0, h = 0; char buf[4096]; win = elm_win_add(NULL, hello, ELM_WIN_BASIC); elm_win_title_set(win, Hello); evas_object_smart_callback_add(win, delete-request, win_del, NULL); evass = evas_object_evas_get(win); evas_output_size_get(evass, w, h); printf(Width: %d\tHeight: %d\n, w, h); //snprintf(buf, sizeof(buf), lol: %d, evas_output_size_get(evass-changed); bg = elm_bg_add(win); evas_object_size_hint_weight_set(bg, 1.0, 1.0); elm_win_resize_object_add(win, bg); evas_object_show(bg); lb = elm_label_add(win); elm_label_label_set(lb, Hello World!); evas_object_size_hint_weight_set(lb, 1.0, 1.0); elm_win_resize_object_add(win, lb); lin = evas_object_line_add(evass); evas_object_line_xy_set(lin,10, 10 , 20, 30); evas_object_layer_set(lin, 55); // evas_object_clip_set(ob, panel_clip); evas_object_color_set(lin, 0, 0, 255, 200); evas_object_show(lin); evas_object_show(lb); evas_object_show(win); evas_output_size_get(evass, w, h); printf(Width2: %d\tHeight2: %d\n, w, h); elm_run(); evas_output_size_get(evass, w, h); printf(Width3: %d\tHeight3: %d\n, w, h); elm_shutdown(); return 0; } ELM_MAIN() ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [elementary] How to get evas object out of elementary.Window
On 8/24/09, Laszlo KREKACS laszlo.krekacs.l...@gmail.com wrote: On Mon, Aug 24, 2009 at 10:52 AM, Laszlo KREKACSlaszlo.krekacs.l...@gmail.com wrote: Unfortunately my C knowledge are almost nonexistant, so maybe it will take some weeks to get there, writing a simple demonstration application in C. As others pointed out, the preferred way of doing C development is installing elementary on the desktop machine and develop on it (and crosscompile for the neo). So I installed elementary, and ran the test application from here: http://trac.enlightenment.org/e/wiki/Elementary Now, I modified the source, to get the evas canvas (evass), and print some info about it, and add other evas object to it, so not some elementary widget, but pure evas object. In C, everything works as expected, evas_object_evas_get does return with a valid evas canvas object. And I can directly add other objects to it. In python this does not work. For convenience, I post[1] my demonstration code (many thanks to devilhorns from #e). What you are supposed to see, is a blue line(evas.Line) added over the Hello world! elementary label widget. The next exercise would be to fix the python bindings. But I see these pyx, pxi, pxd files the first time in my life http://trac.enlightenment.org/e/browser/trunk/BINDINGS/python/python-elementary/include/elementary Best regards, Laszlo [1]: #include Elementary.h #include Evas.h static void win_del(void *data, Evas_Object *obj, void *event_info) { elm_exit(); } EAPI int elm_main(int argc, char **argv) { Evas_Object *win, *bg, *lb, *lin; Evas *evass; int w = 0, h = 0; char buf[4096]; win = elm_win_add(NULL, hello, ELM_WIN_BASIC); elm_win_title_set(win, Hello); evas_object_smart_callback_add(win, delete-request, win_del, NULL); evass = evas_object_evas_get(win); evas_output_size_get(evass, w, h); printf(Width: %d\tHeight: %d\n, w, h); //snprintf(buf, sizeof(buf), lol: %d, evas_output_size_get(evass-changed); bg = elm_bg_add(win); evas_object_size_hint_weight_set(bg, 1.0, 1.0); elm_win_resize_object_add(win, bg); evas_object_show(bg); lb = elm_label_add(win); elm_label_label_set(lb, Hello World!); evas_object_size_hint_weight_set(lb, 1.0, 1.0); elm_win_resize_object_add(win, lb); lin = evas_object_line_add(evass); evas_object_line_xy_set(lin,10, 10 , 20, 30); evas_object_layer_set(lin, 55); // evas_object_clip_set(ob, panel_clip); evas_object_color_set(lin, 0, 0, 255, 200); evas_object_show(lin); evas_object_show(lb); evas_object_show(win); evas_output_size_get(evass, w, h); printf(Width2: %d\tHeight2: %d\n, w, h); elm_run(); evas_output_size_get(evass, w, h); printf(Width3: %d\tHeight3: %d\n, w, h); elm_shutdown(); return 0; } ELM_MAIN() ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Bug morphis about that, he should be able to fix it ;) I also have issue to morphis about python-elementary (I need working anchors in AnchorBlock), so when I'll get him I'll also tell him about that evas_get issue. -- Sebastian Krzyszkowiak dos ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [SHR-U] opkg upgrade results in no GSM again :(
On Sun, Aug 23, 2009 at 09:10:10PM -0500, c_c wrote: Hi, In my case fso-abyss wasn't returning a channel. On running it in the terminal I got an error that libfsotransport was not installed. A opkg install libfsotransport0 fixed it for me. I thought this might help someone else. Thanks. Just to verify this for others, the above advice fixed the problem for me as well. $ opkg install -force-reinstall libfsotransport0 $ /etc/init.d/frameword restart Nathan ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [all / linux] neo as gps unit?
Olivier Migeot wrote: On Fri, Aug 21, 2009 at 4:44 PM, Helge Haftinghelge.haft...@hist.no wrote: Could that be the default configuration? That would also listen on ppp0. Which could be problematic if - dunno if many operators do that - its IP is directly reachable from the Wild (i.e. anybody could be able to know where you are... ). That is something I can prevent if I want to. (Have iptables block incoming SYN+ACK packets on ppp0) Or perhaps I want some friends to be able to see this. However, I don't think there are any operators that do this. IP addresses are expensive, so they surely don't want to hand them out to phones - almost none of the net surfing phones can run any server software anyway. The FR can, and perhaps you can hack it on a few others. The rest merely runs browsers... To check: open one of those webpages that show you your own IP address. Then try shh to that address. I cannot imagine this working... Helge Hafting ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: is wifi-driver developed anymore?
On Wed, Aug 12, 2009 at 9:51 PM, Paul Fertserfercer...@gmail.com wrote: [...] then please help me someone to learn the necessary-things about kernel-hacking (i know, it's a lot of work!) to fix this bugs in wifi? I tell you the most nasty bugs are in firmware. Which we don't have sources for and don't know a way to update anyway. Blame Atheros. Hi Paul! please may you elaborate a bit more? How kernel ops are related to ar6000 firmware bugs? Thanks Nicola ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] Compilation memory issues
Dear all, After a log time away from moko I decided to add a couple of fixes to qtopia unpredictive keyboard. I've gitted latest qtmoko from radek tree, added a folder with a modified version of the predictive keyboard and tried to recompile everything. All this on a debian stable machine I used to compile old qtextended. mkdir build cd build ../qtmoko/configure --device=neo -D _FORTIFY_SOURCE=0 -no-ssl the configure script lauches tens of shells that quickly fill up my memory and swap (1.5G+4G). I suppose this is not the normal behaviour. I had no problem compiling qtextended with this same procedure as described in http://wiki.openmoko.org/wiki/Qt_Extended_Improved any hints? ciao, leonardo. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
Sunder, Markus thank you so much for the feedback. Here's what I think - About the cardinality, I don't use it too much in class diagram but I will include cardinality in the diagram to make it clear - I have doubts about the versions of a application. I think that versions (Release class as you point) have many in common attributes with the Application itself (each version can have different author(s), downloadURL, installation instructions, etc). Maybe in the Application class we only need to store the app name, description and in the versions, the authors, downloadURL, etc. - User karma is like popularity for application, I think that we may implement a way to say thanks to developers/maintainers by given them karma points. Same way as we will have a Top 10 applications, we should have Top 10 contributors IMHO. I think mosts of your suggestions make perfect sense, I'll update the diagram as soon as I can. But reading your comments I think that maybe we should make a DB diagram instead to make things clearly from the DB perspective and then we should update the Classes diagram, what do you think? /*** * Don't Worry...Be Linux * Cristian Gómez Alvarez * Ingeniero en Sistemas y Computación * Universidad de Caldas * Comunidad de Software Libre Manizales * IEEE/WIE Student Member * Linux User #463617 * Mi Blog: http://cristianpark.sehablalinux.com/ / 2009/8/23 Sander van Grieken san...@3v8.net On Sunday 23 August 2009 09:36:44 Cristian Gómez wrote: Hi all, I were following this thread and I think that the most remarkable post is this one from Martin who resumes the most important things that we want to have in the showroom page. I made this Classes diagram [1] in DIA to make the basis for the development of the site. It's really basic but I think that it's a start point. I'm missing the cardinality and direction in the relations. Second, you should add a Release class (one-to-many) to distinguish versions of applications. Also abstract the File class to a Resource class (You can then subclass File from Resource to specialize), this allows you flexibility in the resource type (which could be a screenshot, like you modeled, but also for example a howto, FAQ, homepage whatever). Application has no 'belongs to' relationship to Distribution. Instead, Distribution has a 'provides' relationship to Application. The Application attribute 'multiplatform' is useless. 'provedOn', 'notWorkingOn', 'distribution' are all one-to-many associations and should be modeled in the diagram. 'author' should be a list or even an association, not a string. popularity is a derived attribute (pun intended) grtz, Sander ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
So anyone had any success in trying out apt-portal ( http://wiki.getdeb.net/apt-portal/Download ) joaopinto at #getdeb is willing to help anyone running into problems. r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [All] Status of the OM community - volunteer
2009/8/24, nacer adamou.na...@gmail.com: Hi, I see there is a lot of work on the wiki. How can I help? I am really new to the project, but let me know how I can be helpful. Thanks. Hi and welcome to the Openmoko community! First of all I'd suggest subscribing to the Openmoko documentation mailing list.[1] It's not very active but there are interesting discussions sometimes. Furthermore you can take a look at the Wiki Issues page[2], though this page hasn't been updated for a long time. As you are new user I think you could help by reviewing or writing manuals on the wiki[3], both for the FreeRunner and the distribution you are using. Moreover many pages about certain distributions need updating. I hope this was helpful marko [1] https://lists.openmoko.org/mailman/listinfo/documentation [2] http://wiki.openmoko.org/wiki/Wiki_Issues [3] http://wiki.openmoko.org/wiki/Manuals ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
On Mon, Aug 24, 2009 at 11:00:13AM -0500, Cristian Gómez wrote: I think mosts of your suggestions make perfect sense, I'll update the diagram as soon as I can. But reading your comments I think that maybe we should make a DB diagram instead to make things clearly from the DB perspective and then we should update the Classes diagram, what do you think? I was reading those more or less as DB tables, so I based my feedback on that. But as RHK pointed out in the next email, someone should test apt-portal, because that was talked about earlier and it already exists and should be good enough and I've exchanged words with Joao Pinto about it.. ... Which makes me at least one prime candidate to test it, but today was a horrible Monday. David Martinez of Tuxbrain dabbled in it, wonder if anything came out of it? I'll give it a shot tomorrow. -- mjt ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Python email or direct GMail lib?
Hello, I'm writing a minimal gmail client for the Neo and found that libgmail has loads of dependencies when trying it on the Hardware (which wasn't successful until now because of these deps). Does someone of you know a (possibly easily *g*) usable direct gmail or general email library? Libgmail seems to do some web interface parsing or IMAP (rather), so that the messages stay on the server which would be my preference, too. Downloading mails via POP to the Neo and therefore having to get them onto the desktop pc afterwards is kinda circuitous. -- Marcel ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Python email or direct GMail lib?
Does someone of you know a (possibly easily *g*) usable direct gmail or general email library? The imaplib module would probably be your best choice. It's packaged in python-email. Cheers, Mike. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
for reference, attached is some output from hcidump lsmod on my laptop, where I am able to connect and use the keyboard successfully. Tim laptop.tar.gz Description: GNU Zip compressed data ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [Om2009] bluetooth keyboard - key presses not making it to X
My bluetooth keyboard also works very well on my freerunner. (I have an iGo Stowaway keyboardwhich i would highly recommend...its very nice!) -Dan Staley On Mon, Aug 24, 2009 at 6:41 PM, Tim Abell t...@timwise.co.uk wrote: for reference, attached is some output from hcidump lsmod on my laptop, where I am able to connect and use the keyboard successfully. Tim ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
2009/8/24 Risto H. Kurppa ri...@kurppa.fi: So anyone had any success in trying out apt-portal ( http://wiki.getdeb.net/apt-portal/Download ) joaopinto at #getdeb is willing to help anyone running into problems. Hi Risto not success yet, the thread problem persist and I have checked that the cherrypy3 pkg is the one of page not the jaunty one. Next step is to test it on a debian-testing system and if succed try it on a debian Lenny used in openmoko.org,why on testing first? Because there's a lot time passed since I played with debian the last time and testing includes a 2.6.30 Kernel(yes just personal reasons and curiosity) the main issue is that booth debian system not have python2.6 in their standard repos it's only abiablen on debian experimental so let's see how all this will finish. I also notice in this thread are two clear tendences one is use somethng already done and adapt it (apt-portal) and the other is write something from scratch (UML diag, object defiition etc...), I would like to dedicate my few and scare efforts to the winning horse so what do you(all) think are the best approach? r -- | risto h. kurppa | risto at kurppa dot fi | http://risto.kurppa.fi ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- David Reyes Samblas Martinez http://www.tuxbrain.com Open ultraportable embedded solutions Openmoko, Openpandora, Arduino Hey, watch out!!! There's a linux in your pocket!!! ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [ALL] New showroom for Openmoko apps
But as RHK pointed out in the next email, someone should test apt-portal, because that was talked about earlier and it already exists and should be good enough and I've exchanged words with Joao Pinto about it.. ... Which makes me at least one prime candidate to test it, but today was a horrible Monday. David Martinez of Tuxbrain dabbled in it, wonder if anything came out of it? I'll give it a shot tomorrow. -- mjt Hello, I don't have a diagram for the APT-Portal database model, actually I find more important the the rational used on it. When I have developed the database design for www.getdeb.net 3 years ago, I had a great focus on data, on it's representation as entities (tables) and relations. It has been usable, however I have found myself building complex queries and code to achieve simple goals. This time I have followed the opposite direction and so far I am happy with the results. On my perspective there are 3 key groups of information that you need for a software portal: Back-End - Repository/Archive This describes the organization of the software components and it's relations on the archive, on my case there was nothing special to define, APT has already a clear structure, there is a URL which points to a repository , the repository is described by a Release file and the contents of that repository/component is described at a Packages file. Because such repository is already defined as part of the distribution system, I have just developed a script which imports data from a generic APT repository to the database, the data on the repository tables is populated from the upstream repository - there was an exception introduced later, a package can either provide : m - main package (provides an application). o - optional package (provides an optional package for an application, like -server for a game) and i - inter package (for data libraries etc), such classification is directly related to packages and is not present on the repository, this is the single human inpurt field introduced on this group. Front-End - Application/Application Category This provides the core information about an application, like description, name, homage, description translations, screenshots, youtube demos, etc. There is no enforced reference (foreign key) to the repository group, however there is a source_package field which identifies a source package that (if available) provides the main and optional packages for the application. Management - Who can do what This provides the user and groups information, groups provide privileges to manage both the repository and applications, so far we are using a single group admin which can both defined/edit application entries and issue repository management commands (remove, copy from testing to stable) If you want to check the current tables definition just browse: http://bazaar.launchpad.net/~apt-portal-devs/apt-portal/devel/files/head%3A/common/models/ Now talking about security, because that is specially key requirement for any public site. General - apt-portal can easily be run using an appamor profile, generic traversal, file retrieval/creation could be possible with code exploits but are limited according to the strictness of the appamor profile. SQL Injection - we are using SQLAlchemy and bind parameters, sql injection is not possible XSS Exploit - can be prevented by using Mako's templating engine built-in html or url filtering on dynamic parts on the templates Please give a try to APT-Portal, I do not know if it can cover your requirements, if it does it would be a great collaboration opportunity, working on the back-end requires specific knowledge on repository the technology used, bout the front-end and management could easily be shared across different projects. If you have an Ubuntu LiveCD around just test-drive http://www.playdeb.net/, it's built on top of APT-Portal . Thanks -- João Luís Marques Pinto GetDeb Team Leader http://www.getdeb.net http://blog.getdeb.net ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[shr testing 20090808] phonelog no worky?
hi all, ive upgraded to latest shr package and ran opkg update. it seems pyphone log does not list any incoming, outgoing, or missed calls. is this known? is there anyway to fix it? ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [shr testing 20090808] phonelog no worky?
On Mon, Aug 24, 2009 at 5:03 PM, jeremy jozwikjerjoz.for...@gmail.com wrote: hi all, ive upgraded to latest shr package and ran opkg update. it seems pyphone log does not list any incoming, outgoing, or missed calls. also there are no errors listed when running from the terminal. besides the dbus strong recommendation. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
RE: QSuunto-Lite new version - divers and non-divers wanted
undrwater wrote: Whats new? * Stylesheet(s) * Download via GUI (divetools-ab needed) * More settings I WAS diving yesterday, so I will attempt to grab my profiles today or tomorrow. :) Russell Dwiggins ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community Discovered the usb host adapter I have is for the Zaurus. Not compatible with the Neo. I've got an order in for an adapter and it's on its way. Will Qsuunto-lite import JDivelog files? -- View this message in context: http://n2.nabble.com/QSuunto-Lite-new-version-divers-and-non-divers-wanted-tp3433821p3507904.html Sent from the Openmoko Community mailing list archive at Nabble.com. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community