**** BEGIN LOGGING AT Thu Sep 02 02:59:58 2010 Sep 02 08:55:05 hello Sep 02 09:13:07 hey, lists.openmoko.org seems down. how to fix it? :) Sep 02 09:13:24 gena2x, sleep() :) Sep 02 09:15:11 gena2x, seen atheros driver for ar6k posting for staging? http://www.listware.net/201009/linux-wireless/2618-patch-01-ath6kl-add-ath6kl-driver-for-ar6003-chip.html Sep 02 09:25:19 wow wow Sep 02 09:25:26 but 6003? Sep 02 09:25:56 is it same to ours? Sep 02 09:30:09 I think it suffer from http://docs.openmoko.org/trac/ticket//2321 Sep 02 09:30:14 s/suffer/suffers/ Sep 02 09:30:15 lindi- meant: I think it suffers from http://docs.openmoko.org/trac/ticket//2321 Sep 02 09:31:10 gena2x: no, it's not same. Sep 02 09:31:43 yes, i am looking to code Sep 02 09:31:58 seem it is something different, but for ar600x Sep 02 09:32:15 Yes Sep 02 09:33:16 can you see if it allows non-root users to sabotage your network connection by toggling AR6000_IOCTL_WMI_SETPWR? Sep 02 09:33:25 I don't see any checks for root at least Sep 02 09:33:39 lindi-: imo, this is not important issue Sep 02 09:34:00 lindi-: we shourd think about privileges after we'll have good driver Sep 02 09:34:17 gena2x: the range of ioctls is pretty large, it's very possible you can execute arbitrary code Sep 02 09:35:51 lindi-: yes, this is bad, but security issues should not be in focus atm i think. Sep 02 09:36:33 gena2x: i don't think code like that should be added to mainline Sep 02 09:36:46 without a clear warning of known security issue Sep 02 09:37:21 ah. you didn't got. xrmx pointer to DIFFERENT driver. Sep 02 09:37:31 s/pointer/pointed/ Sep 02 09:37:31 gena2x meant: ah. you didn't got. xrmx pointed to DIFFERENT driver. Sep 02 09:38:42 gena2x: yes but I am wondering if it has the same bug Sep 02 09:38:45 PaulF: btw, i even has some docs (wmi_doc.h) Sep 02 09:40:41 ah, wait Sep 02 09:40:53 doc in _our_ version :) Sep 02 10:04:28 mickey|zzZZzz, hi Sep 02 10:04:45 I was told by DocScrutinizer that we should talk Sep 02 10:07:26 ridiculous patent of the minute: http://tinyurl.com/3y6eqfl Sep 02 10:48:32 gena2x: i am not sure i understand the ath6k issue... i thought the driver was opensource while the firmware wasn't ? Or is it the docs that can help us? Sep 02 10:51:13 vanous: the userland tool wmiconfig has somewhat unclear license Sep 02 10:52:04 i see Sep 02 10:53:37 so this would help to... clarify the license for the bits in questions? Sep 02 11:19:12 vanous: I don't know Sep 02 11:19:19 vanous: nobody has been interested in the bug report so far Sep 02 11:19:36 vanous: but it's going to prevent it from entering debian Sep 02 11:20:00 oh, ok Sep 02 11:20:07 lindi-: prevent what from entering debian, ar6k? Sep 02 11:20:38 PaulF: wmiconfig Sep 02 11:21:30 lindi-: it the kernel not checking the capability of a process doing ioctl, isn't it? Sep 02 11:21:43 PaulF: that is a second bug Sep 02 11:23:15 lindi-: i was disconnected for a minute, so probably i'm lacking some context. Sep 02 11:24:40 PaulF: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=571162 Sep 02 11:26:06 lindi-: to the best of my knowledge headers are not copyrightable. Sep 02 11:27:15 PaulF: yes but that should be clarified in debian/copyright Sep 02 11:28:47 lindi-: do you mean if the pkg-fso maintainer puts there something like "the header doesn't contain any code and hence is not copyrightable" will suffice? Sep 02 11:38:12 DocPyrotizer: burned something? Sep 02 11:57:54 gena@work:/$ ping lists.openmoko.org Sep 02 11:57:54 PING lists.openmoko.org (88.198.124.203) 56(84) bytes of data. Sep 02 11:57:55 From static.88-198-23-33.clients.your-server.de (88.198.23.33) icmp_seq=1 Time to live exceeded Sep 02 11:58:18 ??? Sep 02 11:59:05 i can understand unreachable, no answer, but TTL exceeded... Sep 02 12:00:17 Routing loop? Sep 02 12:00:31 yeah. sounds strange, yeah? Sep 02 12:03:13 vanous: which driver issue? our wifi driver has many issues... sometimes it is not working, sometimes it can't start, people told it is implemented in very ineffective way Sep 02 12:03:57 vanous: also, people believe that it's very bad idea even to attempt upstream it Sep 02 12:04:42 vanous: and now we see other version of driver, which is going upstream. Now clear :)? Sep 02 12:05:06 yup Sep 02 12:05:31 gena2x: thank you Sep 02 12:19:28 gena2x: found same :-/ Sep 02 12:19:35 jr@halley:~> ping imap.openmoko.org Sep 02 12:19:37 PING mail.openmoko.org (88.198.124.205) 56(84) bytes of data. Sep 02 12:19:38 From static.88-198-23-33.clients.your-server.de (88.198.23.33): icmp_seq=1 Time to live exceeded Sep 02 12:19:40 From static.88-198-23-33.clients.your-server.de (88.198.23.33) icmp_seq=1 Time to live exceeded Sep 02 12:20:13 mail down since 14 hours now Sep 02 12:20:52 [2010-09-02 00:18:40] meh, now imap.openmoko.org is down or doesn't respond Sep 02 12:20:54 [2010-09-02 00:31:33] ? Sep 02 12:20:55 [2010-09-02 00:53:49] ah.. yes. downtime of chandra.. dunno if network or the whole machine. should be over soon. Sep 02 12:21:34 DocScrutinizer: ah, nice, thanks. so people in openmoko are informed. Sep 02 12:22:27 yup, but wondering what's roh's def of "soon" Sep 02 12:22:59 PaulF: possibly, something that will satify the ftp masters Sep 02 12:23:16 PaulF: debian/copyright needs to list the copyright and licensing status of every single file Sep 02 12:23:33 DocScrutinizer: for me, anything!=inf is ok in fact Sep 02 12:23:38 :) Sep 02 12:23:57 well, it's not your main mail account Sep 02 12:24:15 heh Sep 02 12:35:03 http://www.hetzner-status.de/ nada :-( Sep 02 12:51:30 88-198-23-33 is the Iron, 88.198.124.205 etc are virtual machines. They aren't started yet, so owner of Iron (possibly Roh) needs to start them up Sep 02 12:53:36 heh, it took only 30 min of phonecalls to find out about that :-S Sep 02 12:54:05 interesting, so by default for non-started servers it responds TTL exceeded. so it pushing packets to network until TTL expire. Sep 02 12:54:16 hm.. Sep 02 12:54:33 quite strange, yes Sep 02 12:54:57 but thanks for status. such events at the start of month always make me worry. Sep 02 12:56:43 what makes me worry is there's exactly one guy to pester with such things: roh. What's going to happen when he thinks an island somewhere in polynesia is much nicer than here Sep 02 12:57:37 esp since Openmoko the inc pays for the Iron, but not for the (roh's) service anymore, afaik Sep 02 12:58:16 git is distributed :) Sep 02 12:58:27 wiki isn't Sep 02 12:58:44 neither is mail Sep 02 12:58:45 somewikis are :) Sep 02 12:58:57 mailing lists are probably easy to arrange Sep 02 12:59:08 DocScrutinizer: may be just contact openmoko and ask for passwords? Sep 02 12:59:13 wiki is probably going to require most work Sep 02 13:01:12 well, I got login on *some* of the machines, root access on even less of them. But only Roh and Gismo are the lord-keyholders Sep 02 13:02:51 MEH, no mail, what a fail Sep 02 13:03:02 cya Sep 02 13:03:47 DocScrutinizer: check irc pm Sep 02 13:04:09 DocScrutinizer: it's somewhat fun (of a sick kind) Sep 02 13:06:35 DocScrutinizer: every place in Earth (and nearby space) is connected to internet. so, no island exist from where you can't control openmoko servers. Sep 02 13:07:08 DocScrutinizer: in case or emergency, provider may be contacted to give full access i hope Sep 02 13:07:22 given you got Iridium, Thuraya, or inmarsat Sep 02 13:08:07 gena2x: guess who told me "owner of the hardware is in duty to start the VMs" Sep 02 13:08:30 hi guys Sep 02 13:08:38 what about pushing mokosuite please? :) Sep 02 13:08:48 wm has fullscreen support... it's pretty important Sep 02 13:08:58 *bumping Sep 02 13:25:13 hi,guys. I am new here. I want to download android source code ,but the official guid says that I need to send the pub RSA key to Google Account Management .what is google account management ? how can I do that ? Sep 02 13:25:33 harvey23: hi Sep 02 13:26:04 harvey23: at cdevel you can find mostly guys from qtmoko, shr and debian Sep 02 13:26:23 harvey23: for android questions visit android-on-freerunner Sep 02 13:27:04 thank you ,gena2x. Sep 02 13:27:21 harvey23: for debian qustions go to #openmoko-debian, qtmoko #qtmoko, shr questions (some of them) answered here. Sep 02 13:46:08 #openmoko-shr Sep 02 13:46:11 whoops Sep 02 13:59:56 openmoko.org back to normal (it seems) Sep 02 14:06:02 hi Sep 02 14:06:09 mickey|: ping Sep 02 14:06:58 pong Sep 02 14:07:30 mickey|: hi Sep 02 14:07:34 mickey|: http://wiki.freesmartphone.org/index.php/Brainstorming#More_Ideas Sep 02 14:07:38 I've got some ideas Sep 02 14:07:40 ^^ Sep 02 14:07:57 good, that's what the page is for :) Sep 02 14:22:59 :-) Sep 02 14:26:46 Hello all, might I be so bold as to ask which bitbake recipe is responsible for the initial setup wizard in SHR-U? I was hoping to add a line of code to it, purely a local change only for my own build of the system Sep 02 14:27:07 Arigead: shr-wizard perhaps? Sep 02 14:27:10 ;-) Sep 02 14:27:41 leviathan: every so often somebody names something logically and it totally throws me ;-) Thanks for that Sep 02 14:29:08 Arigead: youre welcome ;-) Sep 02 14:36:04 mickey|: ok, well, I'm looking for a prototyping board for next generation OMAP generation of samsung Sep 02 14:36:38 do you wanna have some too? Sep 02 14:37:02 I've got connections now, which allow me to aquire them very price worth Sep 02 14:37:04 ^^ Sep 02 14:38:21 sounds good, but i'm afraid my time is better spent on production models rather than prototype boards. Sep 02 14:38:36 since i won't be able to help with board bringup or kernel issues Sep 02 14:38:50 mhmm Sep 02 14:39:00 i have now half a dozen of phones laying around Sep 02 14:39:08 dito Sep 02 14:39:09 and i really need to make some decisions which to pursue further Sep 02 14:39:10 :-) Sep 02 14:39:21 samsung seems the right turn Sep 02 14:39:35 because there is now a good chance to let it become openmoko v2 Sep 02 14:39:37 :-D Sep 02 14:39:51 but this time with besser inside and outside Sep 02 14:39:53 ^^ Sep 02 14:39:56 *better Sep 02 14:40:50 nice Sep 02 14:42:15 yo gnustavo Sep 02 14:42:18 hi GNUtoo|laptop Sep 02 14:42:27 hi GNUtoo|laptop Sep 02 14:42:34 hi all ;) Sep 02 14:42:41 GNUtoo|laptop: http://wiki.freesmartphone.org/index.php/Brainstorming#More_Ideas Sep 02 14:42:46 gnustavo: hi Sep 02 14:42:48 :-) Sep 02 14:43:03 mickey|, hi Sep 02 14:43:08 mickey|, we must really talk Sep 02 14:43:15 GNUtoo|laptop: yes Sep 02 14:44:07 mickey|, I'll PM you Sep 02 14:53:01 ping mickey| Sep 02 14:58:59 mickey|: so you got an n900, have you got a chance to test fso on it? Sep 02 15:00:47 is there some aggregator website collecting all efforts about n900+fso? Sep 02 15:03:08 no time yet to do anything, electranox has a website, let me check Sep 02 15:03:35 arcol: are you aware that getting the modem to work on n900 is ~hard? Sep 02 15:04:13 arcol: http://wiki.freesmartphone.org/index.php/Hardware/N900 and https://elektranox.org/n900 Sep 02 15:04:25 PaulF: nope;-) Sep 02 15:05:03 hm, didn't I hear the N900 modem would be working in (someone's) debian? Sep 02 15:05:15 arcol: well, you can take a look at ISI code from ofono to see it for yourself. Sep 02 15:05:23 Wonka: with ofono probably. Sep 02 15:05:38 Wonka: but there were issues with a proprietary PA plugin and some shit like that. Sep 02 15:07:10 mmh... Sep 02 15:08:00 mickey|, sorry for the deconnection Sep 02 15:08:12 3g issues Sep 02 15:11:41 implementing ISI in FSO will take us a couple of months Sep 02 15:11:57 even if we can factor out some stuff from ofono Sep 02 15:12:56 mickey|: that sounds goddamn long. For the code to actually start working in most respects it'd say it'd take 5 full-time days. Sep 02 15:12:58 mickey|, ok Sep 02 15:13:01 https://ring0.de/search/author/sre/tag/n900/ Sep 02 15:13:25 that's my problem I can't buy pre and n900 at the same time Sep 02 15:13:34 mickey|: for someone who knows vala and fsogsmd enough of course... Sep 02 15:13:56 hmm Sep 02 15:14:07 perhaps i'm overestimating, but it looked _huge_ to me Sep 02 15:14:19 mickey|, look at electranox progress speed Sep 02 15:14:28 it seem fast Sep 02 15:14:37 with all due respect, that's all the simple things Sep 02 15:15:08 ok that's what I feared Sep 02 15:16:12 But ofono works already and their code seem to be comprehensible. Sep 02 15:17:12 it remains to be seen whether their code is compatible with our architecture, but yes, it's there and almost works, which is a plus - compared to modem on pre Sep 02 15:19:19 to me it seems, nobody is happy with the hardware quality of the palm pre. So they wear off quickly... Sep 02 15:25:28 not that the n900 is _much_ better... Sep 02 15:25:41 but yes, it feels quite cheap, the pre Sep 02 15:26:05 i'm afraid we don't have the luxury to care though given the amont of choice in hacking-friendly devices Sep 02 15:28:19 arcol, was it improved in palm pre plus? Sep 02 15:28:33 gnutoo: no idea Sep 02 15:29:03 I have no issues with my n900... Sep 02 15:29:33 and i can easily imagine myself using this n900 in 5 years from now Sep 02 15:29:51 excellent. do you have some time to help us with the FSO-port? Sep 02 15:31:19 I want enlightenment/elementary first. Because it is not working currently, and I have written a program for my job what I want to use it on. But after that I can definietly help testing Sep 02 15:31:27 good evening Sep 02 15:38:46 arcol: electranox says e17 boots for him. Sep 02 15:39:15 PaulF: there is only some packaging issues Sep 02 15:39:16 daniele_athome: hi Sep 02 15:39:41 daniele_athome: i am about to try the code your from gitorious Sep 02 15:39:56 daniele_athome: is it different from the latest checkout in svn? Sep 02 15:39:59 daniele_athome: you're behind mokosuite, right? Sep 02 15:40:17 hi vanous Sep 02 15:40:19 could you make a video or so? I'd love to get an impression Sep 02 15:40:23 vanous, no it's the same for now Sep 02 15:40:34 mickey| perhaps i have something... Sep 02 15:40:41 mickey|, you can try for yourself if you want, it's in shr feeds Sep 02 15:40:47 if you have a spare freerunner... Sep 02 15:40:54 that's a problem :D Sep 02 15:40:56 for a video sorry have to wait some days Sep 02 15:41:01 :( Sep 02 15:41:01 all my devices are in non-operation mode Sep 02 15:41:02 no problem Sep 02 15:41:04 ah Sep 02 15:41:08 if you have something, just holler. i can wait Sep 02 15:41:29 ok :) Sep 02 15:41:34 mickey| i have something not about mokosuite but you can see mokosuite a little bit Sep 02 15:41:35 http://www.youtube.com/watch?v=VcwCffQxtqs Sep 02 15:41:53 in the first :30 seconds Sep 02 15:42:49 mickey|, there's also a keyboard view after the first minute :) Sep 02 15:43:22 thanks, will take a look Sep 02 15:48:39 i started build of nokia900 SHR image Sep 02 15:48:54 with "bitbake -k shr-lite-image" Sep 02 15:49:07 but linux failed to build :( Sep 02 15:49:35 (and u-boot, but about that i think we don't care :P) Sep 02 15:54:56 dos1, please can you bump mokosuite? :) Sep 02 15:55:02 svn version will be fine for now Sep 02 15:55:07 this will be the last... Sep 02 15:55:12 daniele_athome: no OE access Sep 02 15:55:17 ah :( Sep 02 16:02:23 daniele_athome: installing the new version now Sep 02 16:02:50 ok Sep 02 16:02:54 my aux got wreck the other day an we soldered in in an unstraight way so it doesn't work very well yet... Sep 02 16:03:08 hope will be able to close apps Sep 02 16:04:13 i see... Sep 02 16:04:28 i really think that a gui button just for closing/going back is wasted space Sep 02 16:04:33 the FR screen is so small Sep 02 16:05:43 yes Sep 02 16:06:08 daniele_athome: any changes in the input method? Sep 02 16:06:12 vanous, no Sep 02 16:06:18 haven't compiled that one... Sep 02 16:06:19 ok Sep 02 16:06:19 just the wm, has fullscreen support now Sep 02 16:09:37 daniele_athome: where is fullscreen support see-able, in gtk apps? Sep 02 16:09:55 vanous, yes a few of them: terminal, many gps apps, some browsers Sep 02 16:09:59 Neon image viewer too Sep 02 16:11:44 daniele_athome: any way of app switching yet? ;) Sep 02 16:11:53 vanous, not yet sorry Sep 02 16:11:59 np, just teasing :) Sep 02 16:12:02 :P Sep 02 16:12:28 gnutoo, do you think it would be easy to port SHR to geekshpone? http://www.geeksphone.com/en/moviles/especificaciones.php Sep 02 16:12:29 hmm, well, i don't remember how terminal looked before... was there a bar above before? Sep 02 16:12:37 the chispet looks quite similar to htc dream one's Sep 02 16:12:47 there are kernel sources avialalbe too Sep 02 16:14:03 pespin, for that I must look at the sources etc... Sep 02 16:14:36 but you'll have alsa issues Sep 02 16:14:38 gnutoo, I've found them here http://www.geeksphone.com/downloads/kernel_one.tar.bz2 Sep 02 16:14:48 I can't download that no Sep 02 16:14:50 *now Sep 02 16:14:52 I'm on 3g Sep 02 16:15:10 ping me later Sep 02 16:15:12 gnutoo, it would be great if you could have a quick look when you have time :) Sep 02 16:15:15 gnustavo, sure :) Sep 02 16:15:22 to reming me to look at it Sep 02 16:15:48 * Audio Subsystem: Wolfson DAC/CODEC (ALSA) Sep 02 16:15:50 wow!!!! Sep 02 16:16:02 pespin com tu diguis! :) Sep 02 16:16:15 no proprietary stuff? Sep 02 16:17:05 gnutoo, I'll try to find it out :) Sep 02 16:18:41 pespin, you plan to buy such phone? Sep 02 16:19:17 pespin, I've already spent nearly a week doing some research on pre and n900 Sep 02 16:19:24 299+tax... no too bad.... Sep 02 16:19:27 I need to work a bit.... Sep 02 16:19:28 ah ok Sep 02 16:19:29 nice Sep 02 16:19:37 ...new possible phones popping out every day... Sep 02 16:20:00 indeed Sep 02 16:20:12 but only a few will make it Sep 02 16:20:22 (I mean a 100% free on main cpu and usable phone) Sep 02 16:21:33 actually no tax in EU, they say UE, but mean EU... Sep 02 16:21:56 ok Sep 02 16:22:09 vanous, how much work are you prepared to do? Sep 02 16:22:15 gnutoo, tuxbrain sells them, ou can speak with htem, they may lend you one to put shr in i :) Sep 02 16:22:39 I met tuxbrain at fosdem Sep 02 16:22:45 but I've really too much devices Sep 02 16:22:53 I must choose Sep 02 16:23:01 first I finish the dream Sep 02 16:23:08 i am still set with my fr, but am amazed by the multitude of possible opportunities Sep 02 16:23:15 gnutoo, tuxbrain is interested in having it running with SHR Sep 02 16:23:16 this is where shr can really rock Sep 02 16:23:18 wow Sep 02 16:23:26 ok Sep 02 16:23:42 mickey|, do you remember libframeworkd-glib? Sep 02 16:23:44 pespin, vanous I've too little time, could you look what is proprietary? Sep 02 16:23:53 basically look in: Sep 02 16:24:04 gnutoo, I'll look and ask david from tuxbrain about it, he may know Sep 02 16:24:32 for dream it's here: Sep 02 16:24:35 daniele_athome: somewhat, ya. never worked on it Sep 02 16:24:39 extract-files.sh Sep 02 16:24:40 in: Sep 02 16:24:51 mickey|, it's just a wrapper to fso, isn't it? Sep 02 16:24:56 device/htc/dream Sep 02 16:25:04 functions are pretty all the same Sep 02 16:25:05 daniele_athome: yes, it wraps DBus calls Sep 02 16:25:10 but libfso-glib is better Sep 02 16:25:13 what about writing a code generator? Sep 02 16:25:17 since it's automagically created Sep 02 16:25:19 mickey|, i know, because its vala-generated Sep 02 16:25:30 yep. Sep 02 16:25:42 mickey|, i know, but there is that _finish dbus stuff i really hate... Sep 02 16:25:57 i mean, i really prefer the frameworkd-glib callbacks Sep 02 16:26:09 ready to use, but a pain to setup (in the library itself i mean) Sep 02 16:26:09 i see, no idea how it's done on C layer, i'm afraid Sep 02 16:26:21 if you're using Vala, you don't see the callbacks Sep 02 16:26:26 mickey|, i use C :) Sep 02 16:26:31 gnutoo, what's this extract-files.sh? Sep 02 16:26:42 anyway what do you think about that? Sep 02 16:26:51 a C code generator for frameworkd-glib Sep 02 16:26:53 i see. that's a problem then. perhaps we can change vala-dbus-binding-tool to also create more C-friendly stuff Sep 02 16:27:06 mickey|, mmm... maybe :) Sep 02 16:27:07 pespin, it's for extracting proprietary, non-redistributable stuff from the device and put it in the build system Sep 02 16:27:23 it's definitely better than creating a parallel way to create a binding library IMo Sep 02 16:27:35 we have one, it just doesn't fit your needs Sep 02 16:27:42 yes Sep 02 16:27:52 gnustavo, and device/htc/dream? kernel sources? Sep 02 16:28:00 mickey|, i'll take a look the the vala-dbus-binding-tool code Sep 02 16:28:04 and see what I can do Sep 02 16:28:38 pespin et confons de destinatari again ;) Sep 02 16:28:38 freesmartphone.org: 03daniele.athome 07libframeworkd-glib * rb18ccc4ab399 10/src/ogsmd/ (4 files in 2 dirs): Sep 02 16:28:38 freesmartphone.org: ogsmd: some fsogsmd new methods Sep 02 16:28:38 freesmartphone.org: Signed-off-by: Daniele Ricci Sep 02 16:28:48 gnustavo, sorry ;) Sep 02 16:29:22 gnutoo, and device/htc/dream? kernel sources? Sep 02 16:29:32 daniele_athome: cool. it might also help to pop by in #vala or the vala mailinglist and tell juergbi your concern. they definitely want to make the stuff C-accessable Sep 02 16:29:33 android sources Sep 02 16:29:37 all in kernel is free Sep 02 16:29:41 daniele_athome: could be that it's even better w/ gdbus Sep 02 16:29:46 which we are migrating to later this year Sep 02 16:29:52 but some drivers/activators are in userspace Sep 02 16:29:56 i see Sep 02 16:29:56 s/is/should be Sep 02 16:30:23 mickey|, we? isn't gdbus a C library? Sep 02 16:30:23 pespin, why not getting an htcdream? Sep 02 16:30:24 gnutoo, android sources is similar to a rootfs image? never used android sorry :P Sep 02 16:30:38 pespin, no it's different Sep 02 16:30:41 i mean you are working with vala Sep 02 16:31:06 every C library is almost instantanouesly also a vala library :) Sep 02 16:31:15 gdbus is the dbus implementation in glib-2.26 Sep 02 16:31:17 gnutoo, I'm not planning to buy it atm, but tuxbrain my sell them with shr in them if it is working correctly Sep 02 16:31:28 ls => bionic bootable build cts dalvik development device external frameworks hardware Makefile ndk out packages prebuilt sdk system Sep 02 16:31:42 mmm Sep 02 16:31:42 ok Sep 02 16:32:04 does tuxbrain have an irc channel? Sep 02 16:32:09 whre can I find them? Sep 02 16:32:16 gnutoo, nop, but you can contact them via mail Sep 02 16:32:22 I prefer irc Sep 02 16:32:24 gnutoo, or in shr mail list Sep 02 16:32:25 mail would take ages Sep 02 16:32:27 ok Sep 02 16:32:42 gnutoo, in fact he sent to the ml a mail about this ome time ago, but it had no response, he doesn't know why Sep 02 16:33:20 pespin, I'll PM you Sep 02 16:33:24 gnutoo, you can ask him for jabber account or to join irc if you wanna talk Sep 02 16:33:32 pespin, yes I want to do that Sep 02 16:33:46 gnutoo, ok Sep 02 16:34:05 mickey|, wait a minute. vala-dbus-binding-tool generates vala code Sep 02 16:34:08 not C code Sep 02 16:34:18 concern about C code should go to vala, not to the binding tool Sep 02 16:34:21 right? Sep 02 16:36:11 true Sep 02 16:36:50 mmm Sep 02 16:49:25 freesmartphone.org: 03morphis 07msmcomm * r1123df1709bf 10/libmsmcomm/src/ (event_sms.c msmcomm.h response_types.c): libmsmcomm: make sms recieved unsolicited response working Sep 02 16:49:25 freesmartphone.org: 03morphis 07msmcomm * r81b6794013d0 10/libmsmcomm/src/msmcomm.h: libmsmcomm: give two events an unique id Sep 02 16:49:25 freesmartphone.org: 03morphis 07msmcomm * r577f9f2a1612 10/ (4 files in 2 dirs): msmcommd: rework dbus API to use less string for definied values Sep 02 16:59:55 http://tinderbox.openembedded.net/public/logs/task/7542647.txt - someone know how to fix it? Sep 02 17:43:11 mickey|zzZZzz: here yet? Sep 02 17:44:39 mrmoku|away: when will you fix the problem with segfaulting phoneuid? Sep 02 18:01:04 gena2x: ok, it seems that with mokosuite, i can observe a difference in rolling up/down the app screen, this is good as i can _see_ and _feel_ the speed up Sep 02 19:10:48 vanous: you speaking about 2-4-2? Sep 02 19:10:56 yup Sep 02 19:11:13 but after more test i am actually not sure again :)))) Sep 02 19:11:32 vanous: 33% _should be_ different :) Sep 02 19:11:47 to avoid this, do some measurable tests :) Sep 02 19:11:56 i do believe those test Sep 02 19:12:03 i just wont to see it for myself :) Sep 02 19:12:11 _want_ Sep 02 19:12:17 heh Sep 02 19:12:30 :) Sep 02 19:12:38 after nodebug and FIFO speed of screen redraw is very high Sep 02 19:12:49 so it's not really easy to notice 33% Sep 02 19:12:59 yup Sep 02 19:13:00 i know Sep 02 19:13:30 today i tried neronGPS Sep 02 19:13:51 neronGPS? Sep 02 19:13:54 is this on wtmoko? Sep 02 19:13:55 it is very fast, while being almost fullscreen Sep 02 19:13:58 qt i mean Sep 02 19:14:05 i am happy :) Sep 02 19:14:10 yes Sep 02 19:14:15 from qtmoko Sep 02 19:14:42 gena2x: Does it write log files? Is it able to pre-download tiles (like 'download this area', not as all shown tiles are cached..) Sep 02 19:15:13 GPS is the main issue on my qtmoko usage, gps apps keep me using SHR.. Sep 02 19:15:33 Nerongps hasn't convinced me so far. Although when I tried v26, it didn't even start :/ Sep 02 19:16:35 rhkfin: 1. map cache is very logical and easy to use Sep 02 19:16:50 ok, nice Sep 02 19:16:52 rhkfin: log files? i think yes, didn't tried it yet Sep 02 19:17:02 it asks on boot to start recording Sep 02 19:17:25 it starts and works in very good way Sep 02 19:17:29 By default, NeronGPS is configured to display maps from OpenStreetMap. Additional map tiles servers can be added by modifying the NeronGPS.conf file Sep 02 19:17:34 :/ Sep 02 19:18:00 i tried it today and liked it. fast, easy and functional, look good Sep 02 19:18:07 rhkfin: don't like modifying conf files? Sep 02 19:18:10 i need nothing else from gps program :) Sep 02 19:18:42 so, i am even more happy with my qtmoko now :) Sep 02 19:18:46 vanous: well, I prefer GUI on a devices like moko :) Sep 02 19:18:58 I guess I should try qtmoko + neron again some day Sep 02 19:19:08 rhkfin: you set it up once and that's it, or? Sep 02 19:19:11 qtmoko is progressing really nicely Sep 02 19:19:22 the fb is a showstopper for me... Sep 02 19:20:46 i like to keep programming only one version app for my desktop and neo... Sep 02 19:21:02 could python elementary draw on fb somehow? Sep 02 19:22:40 vanous: my point of view on fb is that it is really best solution right now Sep 02 19:22:59 gena2x: yes, but you miss all the portability, or? Sep 02 19:23:03 vanous: with fb you can get 2 interfaces - 1 finger friendly (qt) and one stylus (run qx) Sep 02 19:23:14 yes, it is not ideal Sep 02 19:23:15 but qx is really slow Sep 02 19:23:20 freesmartphone.org: 03mickey 07cornucopia * rab661220de4b 10/libfsotransport/ (5 files in 4 dirs): Sep 02 19:23:20 freesmartphone.org: libfsotransport: move machine configuration (default/palmpre) to optional support of palmpre's hsuart Sep 02 19:23:20 freesmartphone.org: this support is now self-contained in libfsotransport, so you can always include it Sep 02 19:23:27 hm... didn't tried it yes Sep 02 19:23:36 may be X just should use glamo driver Sep 02 19:23:45 gena2x: i did, was less then ideal Sep 02 19:23:47 i mean Sep 02 19:23:56 wait, you mean qt for x? Sep 02 19:23:56 it's really good if you is desperate Sep 02 19:24:15 well, i mean the way to run X appr in qtmoko Sep 02 19:24:16 but Sep 02 19:24:25 i doubt if anyone tried older qt for x with nodebug kernel + glamo patches Sep 02 19:24:35 i think it will not be slow anymore Sep 02 19:25:06 radekp had nodebug for a long time... i think Sep 02 19:25:12 heh Sep 02 19:25:18 since Feb Sep 02 19:25:24 but i am about other thing Sep 02 19:25:30 yes? Sep 02 19:25:49 before using fb as main output for qt phone stack Sep 02 19:26:09 main interface were qt for X11 Sep 02 19:26:23 but it was considered too slow Sep 02 19:26:26 this was really slow too Sep 02 19:26:27 yes Sep 02 19:26:31 and qt were ported to fb Sep 02 19:26:41 but now, glamo bus is 4 times faster Sep 02 19:26:50 gena2x: are you sure? Sep 02 19:26:54 and nodebug kernel is much faster too Sep 02 19:27:06 gena2x: i think it was opposite way (but not regarding speed :P) Sep 02 19:27:08 dos1: ok. 3 times Sep 02 19:27:27 gena2x: Trolltech was doing their Qtopia on fb Sep 02 19:27:40 gena2x: and Openmoko ported it to X for their Om2008 Sep 02 19:27:46 yeah Sep 02 19:27:58 gena2x: but Om2008 wasn't so successful :P Sep 02 19:28:05 and it were ported back to get faster distro Sep 02 19:28:11 gena2x: it wasn't Sep 02 19:28:17 ok Sep 02 19:28:30 gena2x: Om2008 version was just fork ported to X Sep 02 19:28:34 if you prefer exact wording - porting for X11 were dropped Sep 02 19:28:39 gena2x: Qtopia was always fb based Sep 02 19:28:43 gena2x: yup, now better :) Sep 02 19:28:45 yes Sep 02 19:29:00 but want to say other thing Sep 02 19:29:03 and port to X wasn't Trolltech's nor Nokia's one, but Openmoko's Sep 02 19:29:10 yes Sep 02 19:29:16 i know all this Sep 02 19:29:22 and thying to say other thing Sep 02 19:29:30 ok :) but there can be someone here who doesn't know that Sep 02 19:29:40 ah :) Sep 02 19:30:04 let's wait for that person to be back Sep 02 19:30:47 dos1: ok, let's consider he is lost Sep 02 19:31:06 dos1: i just wanted to say that now is possible to use qt/x11 i think Sep 02 19:31:26 dos1: and it would be interesting to try Sep 02 19:31:50 gena2x: well, i don't think speed was only thing which made Om2008 fail ;) Sep 02 19:32:06 it think it was Sep 02 19:32:07 :( Sep 02 19:32:13 what else? Sep 02 19:32:19 it were so annoying slow Sep 02 19:32:23 really? i never liked ASU Sep 02 19:32:28 below usability point Sep 02 19:32:37 that's all Sep 02 19:32:42 but ok. Sep 02 19:32:52 <[Rui]> I agree with both of you :) Sep 02 19:33:01 hehe Sep 02 19:33:36 really, i had no time spend on openmoko then asu were widely used Sep 02 19:33:48 so, can't be really sure Sep 02 19:34:09 but i think qtmoko based on X11 would be good thing _now_ Sep 02 19:34:26 freesmartphone.org: 03morphis 07cornucopia * rbe00e9e985bc 10/fsogsmd/src/plugins/modem_qualcomm_palm/ (consts.vala data.vala mediators.vala): fsogsmd: modem_qualcomm_palm: compile with latest msmcomm version Sep 02 19:34:26 freesmartphone.org: 03morphis 07cornucopia * r17facdf1593d 10/ (11 files in 10 dirs): Merge branch 'master' of ssh://git.freesmartphone.org/cornucopia Sep 02 19:34:28 qt phone stack is not bad i think Sep 02 19:34:56 and qt/extended itself is very good lib Sep 02 19:35:01 definitely the most advanced and robust stack (UI included) I've seen so far Sep 02 19:35:05 Om2007.2 was quite nice, ASU for me was "let's put everything that works somewhere and make something, that is badly integrated and barely works" and for real usage I switched directly from 2007.2 to SHR Sep 02 19:35:20 of course, ASU != Qtopia/QT Extended, the latter is really nice Sep 02 19:35:50 heh, ok. may be i have to take close look to ASU Sep 02 19:36:06 <[Rui]> gena2x: ASU usability sucked big time, all that where needed to improve a lot was a minor effort of making it easy to understand where you have to click what. Sep 02 19:36:26 <[Rui]> actually, gry is going that way quickly, now links have no difference from rest of text Sep 02 19:36:53 [Rui]: yeah, i remember all those topics "How to enter PIN with ASU?" :D Sep 02 19:37:02 heh Sep 02 19:37:18 sounds funny. Sep 02 19:37:31 but not really bad for 1-man 1-year project. Sep 02 19:37:57 don't kill me, i didn't really follow openmoko that time Sep 02 19:38:01 was ASU really a 1-man 1-year project? Sep 02 19:38:01 :) Sep 02 19:38:13 i don't think so, at that time it was supported by Openmoko Inc. Sep 02 19:38:41 i took a look to repository Sep 02 19:38:46 look were brief Sep 02 19:38:59 there was some testing team which made reports etc. Sep 02 19:39:00 so, may be i am wrong Sep 02 19:39:02 and work was divided Sep 02 19:39:16 gena2x: remember that ASU was complete distro, not only phone stack Sep 02 19:39:22 well Sep 02 19:39:34 i remember big "Back to the basics" plan Sep 02 19:40:56 i'll pay close attention on my next attempt to compile qt/x11 :) Sep 02 19:41:17 but this unlikely to happen Sep 02 19:41:37 ok, back to current leak problem... Sep 02 20:09:32 <[Rui]> cool, my rework (half way done) of the way data is parsed in elmdentica for the timelines has already paid off: hasn't crashed once loading the timeline, while previously I must've had some weird bug Sep 02 20:09:42 <[Rui]> randomly and at different places it would crash Sep 02 20:13:16 [Rui]: rewriting in python again or another lang? Sep 02 20:13:36 <[Rui]> vanous: I don't know python, love C and Perl :) Sep 02 20:13:45 i C :) Sep 02 20:13:46 v Sep 02 20:13:46 a Sep 02 20:13:47 l Sep 02 20:13:47 a Sep 02 20:13:52 hehe Sep 02 20:14:45 <[Rui]> vanous: but no, just creating a hash of status and users struct pointers which will be referenced all around and parsing more data. Sep 02 20:14:51 <[Rui]> the db *will*be*incompatible* Sep 02 20:15:18 <[Rui]> it's too much work to convert it, too few users, those that use surely know how to reenter data :) Sep 02 20:15:27 * vanous used elmd.. a few times Sep 02 20:15:52 <[Rui]> cool, now it'll be a lot more stable I hope you can use it more pleasently. Sep 02 20:16:01 <[Rui]> most of my 'dents are already done from mit, anyways :) Sep 02 20:16:19 well, i don't microblog really Sep 02 20:16:28 and i cannot keep up with my blog either Sep 02 20:17:06 <[Rui]> lol Sep 02 20:19:03 mickey|zzZZzz, should we organize an FSOSHR irc meeting? Sep 02 20:20:57 sounds good. can you open a doodle poll and point folks on the mailing list towards? Sep 02 20:24:58 <[Rui]> olives+lot's'o'garlic+olive oil+oregons... yuuuuuuuuum Sep 02 20:51:49 mickey|zzZZzz, it's already done on a wiki by dcordes Sep 02 20:52:00 http://wiki.freesmartphone.org/index.php/SHR/Meeting **** ENDING LOGGING AT Fri Sep 03 02:59:57 2010