**** BEGIN LOGGING AT Mon Jul 27 02:59:57 2009 **** ENDING LOGGING AT Mon Jul 27 05:58:10 2009 **** BEGIN LOGGING AT Mon Jul 27 06:00:14 2009 Jul 27 06:01:00 * spaetz yawns. Hi all **** ENDING LOGGING AT Mon Jul 27 06:02:16 2009 **** BEGIN LOGGING AT Mon Jul 27 06:03:37 2009 Jul 27 06:38:09 error at building dhr...git://git.openmoko.org/git/kernel.git andy-tracking failed with signal 128, output Jul 27 06:38:25 fatal: Not a git repository Jul 27 06:38:47 how can I switch config to 2.6.30.1.bb? Jul 27 06:41:28 dhr ->shr Jul 27 06:54:53 tmzt: i think it's http://git.openmoko.org/?p=xf86-video-glamo.git;a=shortlog;h=refs/heads/kms Jul 27 06:55:50 schasch: (switch to other version) it's some OE magic files like autorevs, sanerevs etc... Jul 27 07:25:07 PaulFertser;i do not know how Jul 27 07:25:27 bucky_find_grep.sh ./ linux-openmoko-shr-devel_git.bb Jul 27 07:25:27 ./openembedded/.git/index Jul 27 07:25:48 is the only refence to this git... Jul 27 07:27:47 schasch: i can't understand why you can't build andy-tracking from git. Jul 27 07:28:09 schasch: it should be cloneable and buildable... Can you check what particular command fails? Jul 27 07:28:43 testing... Jul 27 07:30:49 error Jul 27 07:30:53 git status git://git.openmoko.org/git/kernel.git andy-tracking Jul 27 07:30:53 fatal: Not a git repository Jul 27 07:31:58 how can I change linux-openmoko-shr-devel_git.bb to linux-openmoko_2.6.30.1.bb? Jul 27 07:39:06 schasch: git status? Where is this command from? Jul 27 07:39:14 schasch: why do you want to change that? Jul 27 07:41:02 PaulFerster:only because of the eerors.................. . . git fetch git://git.openmoko.org/git/kernel.git andy-tracking failed with signal 128, output: Jul 27 07:41:02 fatal: Not a git repository Jul 27 07:41:31 forgat:git status :-) Jul 27 07:42:19 schasch: git fetch errors out for you? Jul 27 07:43:03 sorry? Jul 27 07:43:30 schasch: where this git fetch command comes from? Jul 27 07:43:35 schasch: it doesn't look right. Jul 27 07:44:24 schasch: first git clone should be used Jul 27 07:50:23 PaulFertser:i always install by mokomakefile-default from shr Jul 27 07:50:39 PaulFertser:"make image" Jul 27 07:50:42 schasch: probably git clone failed earlier Jul 27 07:50:50 schasch: you need to repeat this step by hand i guess. Jul 27 07:51:26 schasch: SHRMakefile is not particularly good (==sometimes sucks) because it doesn't detect any intermediate errors. Jul 27 07:51:53 so: cd :~/moko_shr/shr-unstable/downloads/git/git.openmoko.org.git.kernel.git/.git Jul 27 07:52:17 and then git clone git.openmoko.org.git.kernel.git/.git Jul 27 07:54:14 schasch: i guess so Jul 27 07:54:29 ok,,,I will try... Jul 27 07:56:47 schasch: you can speed up cloning considerably if you already have some linux kernel cloned somewhere. Jul 27 08:02:17 morning Jul 27 08:02:46 PaulFerster:yes....but it is running yet.... Jul 27 08:03:14 Paulferster:did i thake the rigth path: ~/moko_shr/shr-unstable/downloads/git ? Jul 27 08:03:24 schasch: btw, probably you want to understand OE better. The idea is that there's some hierarchical structure of files specifying which packages should be build for a particular target (and which versions should be picked). Jul 27 08:03:36 PaulFester: then.......... git clone git://git.openmoko.org/git/kernel.git;protocol=git;branch=andy-tracking Jul 27 08:04:02 schasch: then when the processing begins the dependencies are calculated and it starts to build packages. For that it does several steps, first it fetches the sources. Jul 27 08:04:33 schasch: If the sources are already fetched it places a "stamp" and moves on. Jul 27 08:05:16 schasch: probably there's some "stamp" for the initial clone which you have but you lack the actual cloned tree. Jul 27 08:05:31 schasch: the proper method would be to convince OE into doing the right thing. Jul 27 08:11:21 PaulFerster:"but you lack the actual cloned tree" could you explain that? Jul 27 08:17:24 schasch: git fetch is used to update the tree with the latest changes. Jul 27 08:22:54 PaulFerster:hmmm.....30 times "make install" worked.......and this mornung it does not work...... Jul 27 08:23:25 I tried yesterda to build shr-testing...and then I saw this error the first time... Jul 27 08:23:51 :) Jul 27 08:30:26 PaulFerster:OK...make image is running again without kernel-git-error...THANKX Jul 27 08:53:45 good monring Jul 27 09:29:43 in wich file or where is ordered that SHR thakes linux-openmoko-shr-devel_git.bb for kernel? Jul 27 09:33:36 schasch: it's hard to tell exactly :) as mrmoku. Jul 27 09:33:43 s/as /ask / Jul 27 09:33:43 PaulFertser meant: schasch: it's hard to tell exactly :) ask mrmoku. Jul 27 09:33:59 schasch: still problems with git version? Jul 27 09:35:26 schasch, conf/distro/shr.conf Jul 27 09:36:27 Hey there! Jul 27 09:36:38 mirkolindner: hey old granny Jul 27 09:36:44 schasch, hmm... no Jul 27 09:36:50 hey Ainulindale Jul 27 09:37:05 mirkolindner: I'm still waiting for your opinion for paroli to SHR Jul 27 09:37:14 but I guess from your nick you're far away from that stuff Jul 27 09:37:30 Ainulindale: my nick only signals that I am sitting on my mac ;) Jul 27 09:37:41 schasch, conf/distro/include/shr-om-gta02.conf Jul 27 09:37:45 mirkolindner: ok :-) Jul 27 09:37:48 mirkolindner: how's life? Jul 27 09:37:52 Ainulindale: as for paroli on SHR, it seemed to me that you are going the C and or Vala way Jul 27 09:38:04 mirkolindner: We aren't going any other way than what the user wishes Jul 27 09:38:14 mirkolindner: If I'm able to run paroli on top of our architecture I will Jul 27 09:38:18 (not myself, but make it run) Jul 27 09:38:24 (just because I think alternatives are interesting) Jul 27 09:38:32 Ainulindale: "you" meant SHR as a whole, including the community :) Jul 27 09:38:39 Well Jul 27 09:38:43 We still have loads of python Jul 27 09:38:50 And making it run is the first step Jul 27 09:38:58 I don't care about the underlying language as long as it works well Jul 27 09:39:04 sure, but Mickey "announced" he would revive Zone in Vala Jul 27 09:39:12 zhone has no value Jul 27 09:39:15 (for the user) Jul 27 09:39:20 mirkolindner: he isn't rewriting zhone Jul 27 09:39:27 It's intended as a debug tool more than an actual phone UI app Jul 27 09:39:31 mirkolindner: he wants to write different UI in vala Jul 27 09:39:32 dos1: read the OM community list Jul 27 09:39:36 mirkolindner: i read Jul 27 09:39:38 ;P Jul 27 09:39:52 dos1: I don't care if it is a zhone rewrite or a "new" UI Jul 27 09:40:09 I do not plan to form competition Jul 27 09:40:21 I might go a different direction Jul 27 09:40:32 mirkolindner: well, then you could say "paroli is rewrite of zhone" or "shr apps are rewrite of zhone" too ;P Jul 27 09:40:33 but certainly not as vocal as before Jul 27 09:40:38 dos1: nope Jul 27 09:40:43 Zhone is one blob Jul 27 09:40:46 paroli is modular Jul 27 09:40:56 hence they are not rewrits Jul 27 09:41:17 and even if some of the FSO crew would love to belive that they are not even close to being the same Jul 27 09:41:22 mirkolindner: i suppose mickey wants to do something like discussed "application framework" Jul 27 09:41:23 mirkolindner: anyways, I think we should share resources because as I told you I have no intention whatsoever not to run this or that because it's this or that language Jul 27 09:41:31 so it's definitely not zhone rewrite and one blob :P Jul 27 09:41:31 What I care about is that something is functional, stable, and usable Jul 27 09:41:40 Fast is optional but not mandatory Jul 27 09:41:50 (e.g. shr-settings, phonelog..) Jul 27 09:42:09 dos1: which means I'm going to write something like Jul 27 09:42:09 Zhone is now -- this time in Vala and covering more features though. (quote from mickey_away ) Jul 27 09:42:49 dos1: I am referring to that and sorry but your interpretation is not correct imho Jul 27 09:43:21 if you know of other plans than that is fine but this mail confused me and did not sound reasonable at all Jul 27 09:43:33 well, we should ask mickey_away, as i'm reffering to what i heard from him before that; P Jul 27 09:43:53 Ainulindale: yepp, fast reliable sounds good, OM2009 will have some kind of finish Jul 27 09:44:06 what happens after that I don't know Jul 27 09:44:11 ok, i have to go with my dog :P Jul 27 09:44:14 mirkolindner: well that's why I think we should collaborate more than ever Jul 27 09:44:26 mirkolindner: I think, as a matter of fact, that OMx branches will die in OE Jul 27 09:44:35 We could (should) provide help regarding that Jul 27 09:44:36 Ainulindale: sure and they should Jul 27 09:44:45 OE and SHR will more integrate into one another Jul 27 09:44:59 but I don't mind OWrt either Jul 27 09:45:00 Well what I think is that we should define an image recipe for paroli over SHR Jul 27 09:45:03 and I like its speed Jul 27 09:45:07 And build it along our other one Jul 27 09:45:24 nice!! i know some people interested on this Jul 27 09:46:07 My ultimate wish is to be able to have an initscreen at illume first start Jul 27 09:46:14 with a wishlist "this or that UI" Jul 27 09:46:16 Ainulindale: I believe the problem is the FSO rewrite, the fact that paroli-core (stanislav) needs a rework and SHR isn't exactly stable either (the API paroli would work with) Jul 27 09:46:17 which will get the appropriate packages Jul 27 09:46:29 mirkolindner: what do you mean by SHR isn't stable? Jul 27 09:46:44 Ainulindale: the thing in brackets Jul 27 09:46:50 the API Jul 27 09:46:57 paroli wouldn't just run on SHR Jul 27 09:47:01 Yes it would Jul 27 09:47:05 If we remove ophonekitd & such Jul 27 09:47:07 That is the first step Jul 27 09:47:10 Ainulindale: wizard modules are exactly for that :) Jul 27 09:47:14 The rest is a matter of developing that API Jul 27 09:47:18 and I think you should teach people more actively that comparing paroli and "SHR" is not wise as they are not the same Jul 27 09:47:19 raster: I'm interested in any doc Jul 27 09:47:32 hmm no docs - examples tho Jul 27 09:47:36 mirkolindner: Well that's my point of view but hey, I can't teach people how to view the world :-) Jul 27 09:47:52 all of e's wizard modules are open soruce... :) Jul 27 09:47:54 mirkolindner: plus I seriously don't care what people thinks if the users are satisfied Jul 27 09:47:58 Ainulindale: well, let me put it this way, the next one comparing the two will get the full works from me Jul 27 09:48:05 mirkolindner: and if it's with paroli, core SHR stuff, or myassUI++, I don't care at all :-) Jul 27 09:48:09 and I will fire at SHR for not making that clear Jul 27 09:48:18 mirkolindner: well it's clear from the start here Jul 27 09:48:20 SHR is a distro Jul 27 09:48:22 not an UI :-) Jul 27 09:48:25 yes Jul 27 09:48:27 agreed Jul 27 09:48:31 and paroli is no distro Jul 27 09:48:43 (Am I wrong? Are you being ironic? :-) ) Jul 27 09:48:54 raster: hmmm pointers honey? :-) Jul 27 09:49:17 Ainulindale: ironic? Jul 27 09:49:36 Well I was wondering :-) Jul 27 09:49:46 Ainulindale: hgahahahah Jul 27 09:49:55 well the existign moduels are names page_xxx.c Jul 27 09:49:59 Ainulindale: I am not ironic, I know we agree that SHR is a distro and paroli isn't Jul 27 09:50:02 moduels are called in order Jul 27 09:50:08 some of them are very simple Jul 27 09:50:27 ahh u need is page_XXX.so module files installed in the wizard module dir Jul 27 09:50:30 and presto Jul 27 09:50:32 they will be used Jul 27 09:50:36 remove any of e's u dont want Jul 27 09:50:41 mirkolindner: well here is what I suggest Jul 27 09:50:44 its designed to really be an example of how to do it Jul 27 09:50:48 ie how to domultipel pages Jul 27 09:50:50 and how it works Jul 27 09:50:56 mirkolindner: I'll launch the idea of that wizard module to do what I just said Jul 27 09:51:01 Ainulindale: let me put it this way, the rewritten paroli-core will be open for people to write modules/services to operate paroli on any middleware Jul 27 09:51:08 integrators (distro guys) almsot certainyl want to change e's default wizard page* modules Jul 27 09:51:09 mirkolindner: Meanwhile I'd like you to provide a step by step howto on how to install paroli on SHR and remove what isn't necessary SHR wise Jul 27 09:51:13 it will be clear and simple how to do that Jul 27 09:51:23 mirkolindner: that's a good thing Jul 27 09:51:32 if anyone wants to port paroli to the "new" fso they are welcome to do so Jul 27 09:51:33 raster: I'll have a look then thanks a lot :-) Jul 27 09:51:37 same for the SHR API Jul 27 09:51:42 SHR-phone API Jul 27 09:51:42 mirkolindner: Well the API didn't change (for FSO) Jul 27 09:52:00 Ainulindale: not yet ;) Jul 27 09:52:06 Do you think it will? Jul 27 09:52:09 if it doesn't even better Jul 27 09:52:34 I will probably base most of my development on OWrt Jul 27 09:52:52 but always keep it open to other basis Jul 27 09:53:00 e.g. SHR/FSO Jul 27 09:54:59 PaulFertser: schasch: still problems with git version?::::NO...only interest Jul 27 09:55:30 mirkolindner: Well I don't think we'll be able to make that work without your help :-) Jul 27 09:55:51 Ainulindale: hehe I am not saying I won't help Jul 27 09:55:53 mrmoko:, conf/distro/include/shr-om-gta02.conf..THANKX Jul 27 09:56:00 just giving my priorities Jul 27 09:56:19 mirkolindner: I get that :-) Jul 27 09:56:25 I think there is many very capable people in the SHR community Jul 27 09:56:46 but I will go where I feel loved Jul 27 09:57:03 and frankly the SHR/FSO arena is not really comfy for me Jul 27 09:58:10 mrmoko:flashed uImage-2.6.29-oe10+gitr119823+d1c828aa7073b356207b967e394defb26ab4da82-r3.5-om-gta01bin and shr-shr-lite-image-glibc-ipk--20090726-om-gta01.rootfs.jffs2....same e17 problem... Jul 27 09:58:26 mrmoko:new build ready? Jul 27 09:58:35 Ainulindale: don't get me wrong, I love the idea with the middle API and such Jul 27 09:59:13 but seen that I am heavily involved in qi I don't have enough time to care too much (and I dont have the resources) Jul 27 09:59:21 qi software you mean? Jul 27 09:59:25 qi hardware Jul 27 09:59:28 Err yes :-) Jul 27 09:59:34 Well I didn't know you were involved in that Jul 27 09:59:38 hehe Jul 27 09:59:41 only few do ;) Jul 27 09:59:45 but yes I am Jul 27 10:00:08 Good for you Jul 27 10:00:30 hehe Jul 27 10:00:51 well it means I again have a job that I dedicate a lot of time to, just as with OM Jul 27 10:01:44 mirkolindner: but you still have opensource mind and you could collaborate with other projects ;) Jul 27 10:01:53 I certainly want to :) Jul 27 10:02:16 Ainulindale: the modules are between 50 and 270 lines of c each. they are small and easy to digest Jul 27 10:03:55 raster: Then I'll look into it Jul 27 10:05:40 :) Jul 27 10:25:31 hi i got a problem with setting the timezone automaticly by otimed on latest SHR-unstable Jul 27 10:25:31 frameworkd.log says this: Jul 27 10:25:31 2009.07.27 09:56:02.563 otimed DEBUG GSM: ISO-Code DE Jul 27 10:25:31 2009.07.27 09:56:02.574 otimed DEBUG GSM: loading zone.tab Jul 27 10:25:31 2009.07.27 09:56:02.664 otimed DEBUG GSM: determining time zone (isocode=DE offset=None) Jul 27 10:25:32 2009.07.27 09:56:02.735 otimed DEBUG GSM: found zone ['DE', '+5230+01322', 'Europe/Berlin'] Jul 27 10:25:35 2009.07.27 09:56:03.218 otimed INFO GSM: timezone 'Europe/Berlin' Jul 27 10:25:37 2009.07.27 09:56:03.324 otimed WARNING failed to install time zone file to /etc/localtime Jul 27 10:43:23 hi Ainulindale , is it ok now? Jul 27 10:56:17 Ainulindale: i was planning to work at "shr first boot wizard" Jul 27 10:56:47 "The following components are broken, click next to reinstall them" Jul 27 10:56:53 :P Jul 27 10:57:14 Ainulindale: we could use shr-installer to install some packages on demand after selecting ui (or anything else) Jul 27 10:57:18 locales etc. Jul 27 11:01:50 F4t: s/broken/broken by design/; s/reinstall/permanently deinstall/ Jul 27 11:03:01 lol :D Jul 27 11:06:03 tmzt: Jul 27 11:06:16 http://git.openmoko.org/?p=xf86-video-glamo.git;a=shortlog;h=refs/heads/kms Jul 27 11:07:06 yes, there are some driver-specific ioctls: see here: http://git.bitwiz.org.uk/?p=libdrm.git;a=blob;f=shared-core/glamo_drm.h (not all of them are driver-specific, though) Jul 27 11:07:12 dos1: I agree on that Jul 27 11:07:21 dos1: so maybe shr-installer should ship with an extra module for e? Jul 27 11:35:35 Ainulindale: good idea, i'll play with it after finishing shr-installer ;) Jul 27 11:35:51 dos1: good :-) Jul 27 12:26:09 Ainulindale: where is the size limit for gta01 images? Jul 27 12:26:31 I'd say around 55m Jul 27 12:26:39 Strip it off the sounds Jul 27 12:26:48 Just put the basic stuff Jul 27 12:26:54 Basic simple sounds as well Jul 27 12:29:03 TAsn: ping Jul 27 12:46:16 Ainulindale: do we still use gstreamer? Jul 27 12:48:11 That's a question for FSO :-) Jul 27 12:48:59 * mrmoku hopes Ainulindale has his gta01 around... Jul 27 12:49:48 I do but not here Jul 27 12:50:56 Ainulindale: well that's not around then ;) Jul 27 12:56:23 I will starting next week Jul 27 12:56:24 :-) Jul 27 13:08:47 * dos1 has working python-phoneutils (python bindings to libphone-utils) Jul 27 13:10:05 SHR: 03seba.dos1 07libphone-utils * rf3f4cade018e 10/src/phone-utils.c: Fix possible uninitialized variable. Jul 27 13:16:25 SHR: 03seba.dos1 07libphone-utils * r9e40e06c3003 10/src/python/ (phoneutils/__init__.py phoneutils/c_phoneutils.pyx setup.py): Add python bindings. Jul 27 14:01:16 mrmoku: ping Jul 27 14:01:18 mrmoku: http://n2.nabble.com/Mokomaze-%2B-Git-tp3333710p3333734.html Jul 27 14:02:04 mrmoku: look at whole "thread" Jul 27 14:05:53 * mrmoku loves when people switch to git :) Jul 27 14:06:11 will change bb, build and see if it actually is slower... Jul 27 14:06:12 hehe Jul 27 14:06:21 mercurial for the win! Jul 27 14:07:52 mrmoku: and if you have time - i did python-phoneutils, but i don't know how to integrate it with build system :x Jul 27 14:08:12 mrmoku: it's in libphone-utils.git/src/python/ Jul 27 14:08:48 dos1: and you think I would know how to package python stuff? :P Jul 27 14:09:19 spaetz: even if mercurial is the only sane DVCS next to git... still git rules ;) Jul 27 14:09:37 mrmoku: i can install it on my host by running "python setup.py install" Jul 27 14:10:27 dos1: ahh, the python setuptools thingie... Jul 27 14:10:33 that should be easy then Jul 27 14:10:39 will try Jul 27 14:11:27 mrmoku: yep, but isn't integrating it with build system (autotools) of libphone-utils better idea? ;x Jul 27 14:11:54 dos1: why that? Jul 27 14:11:59 that's why i always saw ;x Jul 27 14:12:18 but if you think using setuptools is ok, then use it ;) Jul 27 14:12:37 s/why/what/ Jul 27 14:16:35 freesmartphone.org: 03seba.dos1 07specs * rfcdef063f05e 10/html/index.html: index.html: add link to org.freesmartphone.PIM.Sources Jul 27 14:28:12 dos1, ? Jul 27 14:28:38 TAsn: on which licence is libphone-utils? GPL2 or later? LGPL3 or later? Jul 27 14:28:52 TAsn: you are reffering to non-existent GNU Public Licence Jul 27 14:28:54 :x Jul 27 14:29:20 just say which licence (keep in mind that cornucopia is on LGPL), and i'll update it Jul 27 14:30:08 LPGL3 or later (I suppose) Jul 27 14:30:13 I forgot to license it ;) Jul 27 14:30:21 got any suggestions? Jul 27 14:30:33 never licensed a lib before Jul 27 14:31:28 think carefully: do you want people to be able to use it (even via dynamic linking) in non-Free software? (an honest question, i don't advocate either answer here) Jul 27 14:31:41 if yes, LGPL, if no, plain GPL Jul 27 14:31:47 TAsn: i think LGPLv3 is good choise Jul 27 14:32:09 dos1, lpgl3 or later it is then :) Jul 27 14:32:26 sec, will commit Jul 27 14:32:40 Weiss: that's just simple lib which normalizes phone numbers Jul 27 14:32:55 Weiss, yes Jul 27 14:33:02 I don't mind people using it in non free software. Jul 27 14:33:16 making it virus licence won't make sense, as you can read from it how it works and implement it on your own closed software very easly Jul 27 14:33:28 * Weiss encourages people to understand the available licences and make an informed choice. there are many restrictions and freedoms you can apply or grant, depending on what you'd be happy with people using your software for Jul 27 14:34:39 Weiss: and using GPL in libphone-utils would prevent LGPL project from using it without changing licence to GPL, wouldn't it? Jul 27 14:35:19 yes, since the linking exception doesn't exist in the plain GPL Jul 27 14:35:45 Weiss: so we want to use LGPL ;) Jul 27 14:35:59 since FSO is LGPL? Jul 27 14:36:14 Weiss: frameworkd is GPL, cornucopia is LGPL Jul 27 14:36:32 dos1, done making bindings? Jul 27 14:36:34 SHR: 03tom 07libphone-utils * rc95c240509b4 10/LICENSE: added license, should also update source files Jul 27 14:36:42 TAsn: yep Jul 27 14:36:44 SHR: 03tom 07libphone-utils * r8fc4c1557035 10/src/ (4 files in 3 dirs): Merge branch 'master' of git+ssh://git@shr.bearstech.com/libphone-utils Jul 27 14:36:47 fair enough Jul 27 14:38:56 dos1, super sweet :) Jul 27 14:39:03 and as you can see, I forgot to pull :) Jul 27 14:40:31 hi Jul 27 14:41:02 I'll be posting some questions about FSO api Jul 27 14:41:12 dos1, thanks a lot. Jul 27 14:41:18 Michal1, why don't you just read the specs? Jul 27 14:41:45 TAsn, why do you think I haven't? Jul 27 14:42:03 Michal1: i'm Sebastian Krzyszkowiak, you can join #openmoko.pl and talk in polish ;) Jul 27 14:42:15 but now i'm away Jul 27 14:42:30 I understand PIM.Sources.InitAllEntries should be called by the client to read the data from the SIM? Jul 27 14:43:03 I'm calling it now from the client, but it times out Jul 27 14:43:09 Michal1, hehe, your only man on this topic just left ;) Jul 27 14:43:38 TAsn, too bad Jul 27 14:43:50 Michal1, dos1|away is the man to ask. ;\ Jul 27 14:43:53 he will have to answer those questions some time anyway Jul 27 14:44:19 until some normal docs are created Jul 27 14:47:51 mrmoku: have you seen http://trac.shr-project.org/trac/ticket/566 Jul 27 14:48:01 a guy having problems with the SHR makefile Jul 27 14:48:05 hi,what consume less, wifi or gprs? Jul 27 14:48:21 s/less/less power Jul 27 14:48:39 GNUtoo: I didn't have your mail Jul 27 14:48:58 Ainulindale, I'll resend it tonight then Jul 27 14:49:05 Thanks a lot Jul 27 14:49:10 mynick at gmail.com Jul 27 14:49:14 with mynick being my nick Jul 27 14:49:26 Which I guess you didn't do the first time Jul 27 14:49:31 Ainulindale, I'm not at home i'm on the openmoko in a cafee Jul 27 14:49:35 heh :-) Jul 27 14:50:51 spaetz: no, did not see that one Jul 27 14:51:09 * mrmoku wonders why damn trac does not sent me a mail ;) Jul 27 14:51:24 I'd recommend to just start from scratch, but that doesn't seem to have helped him Jul 27 14:51:41 Is it normal that PIM.Sourc Jul 27 14:51:48 sorry Jul 27 14:51:50 spaetz: looking at it now Jul 27 14:52:03 mrmoku, do you want me to test the new unstable? Jul 27 14:52:10 (is it a testing candidate?) Jul 27 14:52:15 Is it normal that PIM.Sources.InitAllEntries times out even if I give it 120 seconds? Jul 27 14:52:31 TAsn: no new gta02 image yet Jul 27 14:52:33 gta01 only Jul 27 14:52:39 need some more time Jul 27 14:52:42 TAsn: do you really think we should also be developing a new package manager? heh, I'd thought we'd have more than enough on our plate already :) Jul 27 14:52:42 oh Jul 27 14:52:46 I asked without knowing :) Jul 27 14:53:00 spaetz, it's not *we* Jul 27 14:53:05 it's me + volunteers :) Jul 27 14:53:14 * spaetz just catches up on mail after a week vacation in France. Jul 27 14:53:17 i also do non OM related projects Jul 27 14:53:18 shr out soon? Jul 27 14:53:22 TAsn: heh Jul 27 14:53:30 TAsn: bad boy Jul 27 14:53:35 spaetz, I think it's needed Jul 27 14:53:39 and will help a lot of ppl Jul 27 14:53:43 I say, why not? Jul 27 14:54:02 * spaetz agrees that opkg is not the solution Jul 27 14:54:28 we have a BIG plate :P Jul 27 14:54:34 so does someone knows what consume less battery between wifi and gprs? Jul 27 14:54:35 lots of space on it Jul 27 14:54:36 why has noone a lightweight package manager that we can use? there are tons of embedded distros already... Jul 27 14:54:49 mrmoku: but few cooks :) Jul 27 14:55:15 yup Jul 27 14:55:18 spaetz, everyone use ipkg Jul 27 14:55:19 ... Jul 27 14:55:50 there are more lightweight versions of opkg in oe Jul 27 14:56:35 GNUtoo, mwester_ also made a lightweight version of pkg Jul 27 14:56:37 opkg* Jul 27 14:56:42 though it's still sucky Jul 27 14:56:50 and since there are so many lightweight distros around Jul 27 14:57:03 I thought a lot of people may found this beneficial Jul 27 14:57:21 ok Jul 27 14:57:30 find* Jul 27 15:03:33 dos1|away, please tell me when you have a python-phoneutils package ready ;) as I want to add it to pyphonelog... Jul 27 15:04:52 TAsn, why is opkg so complex anyway, isnt it just download, check dependencies, download, copy files, run script? Jul 27 15:04:57 TAsn: I'm trying to build that one Jul 27 15:05:06 though... I can't find the bindings :P Jul 27 15:05:19 mrmoku, huh? it's in Jul 27 15:05:22 src/python Jul 27 15:05:23 :) Jul 27 15:05:28 including a setup.py script Jul 27 15:05:29 ... Jul 27 15:05:30 re Jul 27 15:05:37 F4t, not quite Jul 27 15:05:39 ahh src/python yeah :) Jul 27 15:05:46 it's also checking clashes Jul 27 15:05:47 :) Jul 27 15:06:02 j/k, a package manager does a bit more than that Jul 27 15:06:09 though I really don't get the whole opkg design Jul 27 15:06:18 it's called the burger design Jul 27 15:06:19 it doesn't make sense... Jul 27 15:06:21 (to me at least) Jul 27 15:06:27 so nobody knows what consume more between wifi and gprs Jul 27 15:06:33 Ainulindale, cheap and greasy? Jul 27 15:07:29 i'll switch to wifi Jul 27 15:09:58 * mwester_ argues that he didn't so much make a light-weight version of opkg, he fixed some of opkg's many many bugs. ;-) Jul 27 15:11:14 mwester_, and what do you think about a new light weight package manager? Jul 27 15:11:24 do you think you'll find use of such software? Jul 27 15:11:57 I'm all in favor of a new package manager. Opkg will die if something that works better becomes available. Jul 27 15:12:10 Every distro manager knows opkg sucks. Jul 27 15:14:13 the burger design? :) Jul 27 15:14:30 Michal1: ii Jul 27 15:14:37 Michal1: i'm back Jul 27 15:15:12 F4t, I'm still thinking about that myself ;) on idea what that crazy french meant ;) Jul 27 15:15:20 Michal1: you don't have to InitAllEntries Jul 27 15:15:38 mwester_, cool. Please if you have any design suggestions, don't be afraid to suggest them :) Jul 27 15:15:43 Michal1: i think about removing that method, as every backend gets initialised at boot now Jul 27 15:15:49 oh Jul 27 15:15:50 mrmoku, please let me know when you are done. Jul 27 15:15:58 Michal1: that's "relikt przeszłości" ;) Jul 27 15:16:07 dos1: but I don't get messages from SIM then Jul 27 15:16:11 dos1: and contacts Jul 27 15:16:37 Michal1: that's bug then, it should load messages and contacts from SIM on ReadyStatus from ogsmd Jul 27 15:16:44 TAsn: I just comitted it Jul 27 15:16:49 mwester_, btw, I wanted to ask you, do you think glib is an ok dep? as I may want it for datatypes and config files handling, though there's probably a more light weight solution... so as I said, I need your opinion ;) Jul 27 15:16:54 Michal1: some logs? Jul 27 15:17:03 mrmoku, when will we have a pkg? :) Jul 27 15:17:09 * TAsn is greedy. Jul 27 15:17:13 dos1: I'm probably doing something wrong Jul 27 15:17:28 dos1: on which signal can I start reading the data from PIM? Jul 27 15:17:35 dos1, btw, thanks a lot for your work on python-phoneutils ;) Jul 27 15:17:51 (I now have a code to copy when in need...( Jul 27 15:18:07 TAsn: i'll need it in opimd ;) Jul 27 15:18:20 i'll need it in pyphonelog Jul 27 15:18:32 Michal1: you can start reading data from opimd at boot Jul 27 15:18:33 :) Jul 27 15:18:55 dos1, btw dos1, you probably noticed you have a save config Jul 27 15:18:57 option Jul 27 15:19:10 so you can change and save easily ;) Jul 27 15:19:32 (I want someone to probe for sim for the default values) Jul 27 15:19:43 dos1: here's what I do now: RequestResource GSM; SetAntennaPower true; Register Jul 27 15:19:55 dos1: and then I start reading the entries from msgs and contacts Jul 27 15:20:05 dos1, or maybe, please add it to shr-settings... Jul 27 15:20:10 and all I get is 2 contacts that are in sqlite Jul 27 15:20:11 also a nice idea. Jul 27 15:20:35 Michal1: you should get contacts from opimd, and then listen to NewContact signal Jul 27 15:20:49 hmm Jul 27 15:20:57 ok, I'll try Jul 27 15:21:09 Michal1: so you'll get every new contact coming to opimd, no matter if it's from database, SIM, web service or something else Jul 27 15:21:30 mickey_away, sorry for the bugging, though any progress with #450? :) Jul 27 15:21:36 Michal1: i want to add Initialized signal in Sources, but not in near future Jul 27 15:21:48 ok Jul 27 15:22:00 Michal1: and listening to NewContact is more useful ;) Jul 27 15:22:02 so I basically have to receive this signal throughout the life of the app Jul 27 15:22:26 there is no way to know if the contacts have been loaded from SIM or not/ Jul 27 15:22:36 Michal1: yep, that's the best solution Jul 27 15:23:13 Michal1: i'll add GetInitialized to sources and GetUsedBackends to contacts/messages/calls, but it has low priority on my todo, as there are more important things which doesn't work now ;) Jul 27 15:23:45 such signal would be very handy Jul 27 15:24:47 mwester_, furthermore, I'm trying to know what features users/devs need, as I need to know what to implement first... (at all) Jul 27 15:25:08 and of course Jul 27 15:25:09 Michal1: i just added it to my TODO file, so i won't forget it ;) Jul 27 15:25:18 how fast is sqlite3 ;) Jul 27 15:25:29 ok, thanks Jul 27 15:25:41 I'll probably have some more questions shortly Jul 27 15:26:19 Michal1: i'm curious what are you writing... ;) Jul 27 15:26:42 dos1, any idea about phonegui-efl2. + multi message support Jul 27 15:26:43 ? Jul 27 15:26:58 TAsn: multi-message? Jul 27 15:27:05 split message Jul 27 15:27:06 TAsn: you mean CSM? Jul 27 15:27:08 oh Jul 27 15:27:13 TAsn: well, opimd supports that Jul 27 15:27:26 TAsn: but phonegui-efl2 not :P Jul 27 15:27:38 dos1, should probably add it to efl Jul 27 15:27:42 TAsn: if you recieve second part of message, it won't be updated in "new message" window Jul 27 15:27:42 (without the 2) Jul 27 15:27:55 as it's FUCKING IMPORTANT! Jul 27 15:27:55 :) Jul 27 15:27:56 TAsn: please try and tell me if it ate your kittens ;) Jul 27 15:27:58 http://build.shr-project.org/tests/mrmoku/unstable/feed/armv4t/python-phoneutils_0.0.2+gitr17+8fc4c15570353f5f92d4c235baf5f3c6ecf65a49-r0_armv4t.ipk Jul 27 15:28:16 TAsn: but you mean sending or recieving? Jul 27 15:28:21 mrmoku, I have no kittens... Jul 27 15:28:23 dos1: I think it's obvious what I'm writing Jul 27 15:28:30 Michal1: but details! :D Jul 27 15:28:33 dos1, I meant outgoing split messages Jul 27 15:28:34 :) Jul 27 15:28:44 TAsn: then tell me if it caused the spider to bite you again ;) Jul 27 15:28:51 TAsn: oh ;D then there is no support, even in opimd-utils (i'm too lazy :P) Jul 27 15:28:52 mrmoku, hehe, sec. Jul 27 15:28:58 TAsn: but Jul 27 15:29:05 dos1, doesn't the framework api support that by default? Jul 27 15:29:11 TAsn: mrmoku had support of sending split messages Jul 27 15:29:18 TAsn: it is in phonegui-efl in some branch Jul 27 15:29:19 (you just give it text and it'll split it as needed) Jul 27 15:29:25 TAsn: but it was segfauling Jul 27 15:29:29 dos1, bah. ;| Jul 27 15:29:43 TAsn: no. you have to split it yourself, but it's easy to send Jul 27 15:29:55 dos1, what's the name of the module? Jul 27 15:30:01 TAsn: module? Jul 27 15:30:28 phoneutils Jul 27 15:30:31 python module Jul 27 15:30:41 TAsn: import phoneutils Jul 27 15:30:56 ImportError: No module named phoneutils Jul 27 15:31:00 ;\ Jul 27 15:31:00 mrmoku, ... Jul 27 15:31:47 * Package python-phoneutils wants to install file /usr/lib/python2.6/site-packages/site.pyo Jul 27 15:31:49 But that file is already provided by package * python-setuptools Jul 27 15:31:51 BAAAAD Jul 27 15:32:01 ;D Jul 27 15:32:09 that's why I wanted you to test first ;) Jul 27 15:32:23 I was wondering why it does contain site.py Jul 27 15:32:53 dos1: any idea? Jul 27 15:32:58 has the following files: Jul 27 15:33:00 /usr/lib/python2.6/site-packages/python_phoneutils-0.1-py2.6-linux-x86_64.egg Jul 27 15:33:00 /usr/lib/python2.6/site-packages/site.py Jul 27 15:33:00 /usr/lib/python2.6/site-packages/site.pyo Jul 27 15:33:06 mrmoku: sec, looking at recipe Jul 27 15:34:42 mrmoku: maybe import setuptools instead of distutils? Jul 27 15:34:51 s/import/inherit/ Jul 27 15:34:51 dos1 meant: mrmoku: maybe inherit setuptools instead of distutils? Jul 27 15:37:40 mrmoku: or try it with distutils: Jul 27 15:37:42 do_stage() { Jul 27 15:37:43 distutils_stage_all Jul 27 15:37:44 } Jul 27 15:38:46 duhh... did not see that x86_64 there :( Jul 27 15:38:53 mrmoku: look at http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/python/python-efl.inc?h=shr/import and http://cgit.openembedded.net/cgit.cgi/openembedded/tree/recipes/python/python-elementary_svn.bb?h=shr/import Jul 27 15:38:56 will try with setuptools Jul 27 15:39:31 mrmoku: as setup.py in python-phoneutils is mostly based on python-elementary Jul 27 15:51:38 TAsn, dos1: better now? Jul 27 15:53:03 mrmoku: the same url? Jul 27 15:53:08 yep Jul 27 15:54:57 mrmoku: looks like it's working ;) Jul 27 15:56:12 and python-phoneutils on neo is also working :) Jul 27 15:56:26 fine :) Jul 27 15:57:55 TAsn: i want to implement phoneutils in opimd, so comparing normalized numbers will be done transparently Jul 27 15:58:07 TAsn: in opimd cache every field has 4 values Jul 27 15:58:16 TAsn: name, value, comparision_value, backend Jul 27 15:58:34 TAsn: so value = user entered number, compatition_value = normalized number Jul 27 15:58:49 TAsn: code for comparing by comparition_value when it's available is already there :) Jul 27 16:03:41 * PaulFertser finally understood all that stuff that prevented pcf50633 from working properly. Yay! Jul 27 16:04:06 dos1, I don't quite get what you meant, are you rewriting phoneutils ? Jul 27 16:04:08 PaulFertser, cool ;) Jul 27 16:04:42 TAsn: no ;d Jul 27 16:05:24 TAsn: opimd will do phoneutils.normalize_number(), and then apps using opimd won't have to care about normalization :P Jul 27 16:05:33 TAsn: it amuses me every time how much effort is put in fixing bugs and the result is just several lines changed. Jul 27 16:05:50 dos1, oh, ok. ;) Jul 27 16:06:07 PaulFertser, duh. even worst is one byte change ;) Jul 27 16:06:21 i.e adding a = to a >= or something like that :) Jul 27 16:06:31 TAsn: s/implement/use/ in my first sentence ;) or s/implement phoneutils/implement phoneutils support/ ;) Jul 27 16:06:42 dos1, yeah... ;) Jul 27 16:07:54 dos1, just gave it a test drive :) Jul 27 16:07:57 works great! Jul 27 16:12:40 TAsn: dunno how it'll behave when some error happens Jul 27 16:13:40 works great here :) Jul 27 16:14:38 ~seen Dave Jul 27 16:14:39 dos1: i haven't seen 'dave' Jul 27 16:15:26 mrmoku, please add 'python-phoneutils' as a pyphonelog dep and rebuild pyphonelog :) Jul 27 16:15:40 I now use it in pyphonelog ;) Jul 27 16:18:46 TAsn: i'm updating licences in libphone-utils sources Jul 27 16:18:54 Ainulindale: ping Jul 27 16:18:56 TAsn: LGPLv3 or LGPLv3 or later? ;D Jul 27 16:19:54 lgplv3 or later, though with one clause Jul 27 16:20:31 lpglv3 or later as long as later one doesn't mean I'll have to take responsibility for the code :) Jul 27 16:20:37 or something like that. Jul 27 16:20:44 F4t, you made me paranoid... ^ Jul 27 16:22:43 TAsn: it already is "WITHOUT ANY WARRANTY" Jul 27 16:23:18 dos1, but you can't know what will happen in lgplv15 ;) Jul 27 16:23:54 hehe, tasn so you still remember this discussion :D Jul 27 16:24:09 Gorbusch1, :) Jul 27 16:24:11 aye. Jul 27 16:24:18 TAsn: yep, but you already have WITHOUT ANY WARRANTY clause on comment in code Jul 27 16:24:35 ok, whatever. Jul 27 16:24:38 TAsn: so newer LGPL won't change that Jul 27 16:24:48 ok ok Jul 27 16:24:53 do whatever you want :) Jul 27 16:24:57 and redistrubutor decides, which version of licence to use Jul 27 16:25:11 TAsn: so you are distributing it with LGPL3 Jul 27 16:25:33 TAsn: and you have to respect that licence Jul 27 16:25:45 TAsn: but if other person want to distribute it with LGPL4 Jul 27 16:25:52 TAsn: then it's his problem to respect licence ;) Jul 27 16:26:39 ok whatever Jul 27 16:26:40 Hello All. Please tell me how to install xterm to neo (on the SHR) Jul 27 16:26:56 TAsn: well, i'm commiting LGPLv3 for libphone-utils and LGPLv2 or above for python-phoneutils ;) Jul 27 16:27:11 why, if I may ask? Jul 27 16:27:24 (v2 for python-...) Jul 27 16:27:50 SHR: 03seba.dos1 07libphone-utils * r7bb02a02ae62 10/ (6 files in 4 dirs): Update licence informations Jul 27 16:27:50 TAsn: hmm? Jul 27 16:28:03 TAsn: ah. cause it already was LGPLv2 :D Jul 27 16:28:10 so? :) Jul 27 16:28:19 TAsn: i'm too lazy to change it too Jul 27 16:28:20 (I don't really care) Jul 27 16:28:20 :D Jul 27 16:28:22 :) Jul 27 16:29:20 TAsn: well, there are some apps on LGPLv2, and not LGPLv3 Jul 27 16:29:37 * dos1 is checking which version of LGPL cornucopia uses Jul 27 16:29:38 as I said Jul 27 16:29:41 * TAsn doesn't really care. Jul 27 16:30:05 2.1 or later Jul 27 16:36:00 SHR: 03seba.dos1 07libphone-utils * rf82ca7756143 10/src/python/phoneutils/c_phoneutils.pyx: python-phoneutils: remove unnecessary imports Jul 27 17:37:52 mrmoku: you know what i want to hear ;) Jul 27 17:38:23 "i am currently building an unstable image and it is at 99% at the moment) Jul 27 17:38:26 " Jul 27 17:40:08 bumbl, haha, same here :) Jul 27 17:40:41 actually I wanna hear: "damn stable image, taking forever to build... ;\" Jul 27 17:40:47 :) Jul 27 17:43:24 damn gta01 unstable image... does not properly include all packages ;) Jul 27 17:44:19 i would like to hear: "damn lazy dos, let's do everything in his todo list for him" :P Jul 27 17:45:24 bumbl, you don't want me to lie... do you? ;) Jul 27 17:45:56 dos1, lol. Jul 27 17:46:04 dos1, same here. ;) Jul 27 17:46:17 I don't see myself finish this todo any time soon ;\ Jul 27 17:46:31 mrmoku: hmm a white lie every now and then ;) Jul 27 17:46:32 TAsn: and my todo for opimd is growing ;x Jul 27 17:46:49 btw, dos1 I still haven't figured out this issue, although raster claims it's not a bug, just misuse of align_hint... ;\ tried everything actually, still nothing... ;\ Jul 27 17:46:54 dos1, lol. Jul 27 17:46:57 bumbl, I can say that I'm building an unstable image... without even lying :P Jul 27 17:47:11 TAsn: and opimd isn't my only project ;x i would like to see shr-installer finished :P Jul 27 17:47:30 though... it won't be of any use for you ;) Jul 27 17:47:43 dos1, what for? you'll have to rewrite it for npkg! :) (I know you won't have to is it's packagekit based...) Jul 27 17:47:45 and shr-settings rewritten to be a little faster Jul 27 17:47:46 dos1, shr-installer is not yet finished? Jul 27 17:48:20 dos1, what are you doing all day long ;) ? Jul 27 17:48:37 mrmoku: well, GUI almost is (except upgrade part), but i have to fix few issues with packagekit opkg backend Jul 27 17:48:49 mrmoku: and - more important - let shr-installer to work with policykit :P Jul 27 17:49:14 mrmoku: well, i'm asking the same question to myself :D Jul 27 17:49:24 time passes fast :( Jul 27 17:49:29 too fast... Jul 27 17:49:42 but not if you are waiting for something Jul 27 17:49:50 I just sleep all day long Jul 27 17:49:53 like a build to finish? Jul 27 17:49:54 (sleep/work( Jul 27 17:49:54 :P Jul 27 17:50:00 that's my time waster ;) Jul 27 17:50:07 and I'm still terribly tired ;( Jul 27 17:50:20 (my gf is in britain for three weeks and she will return in three weeks :( ) Jul 27 17:50:40 TAsn: the same here, but i'll add state, when i want to do something, but i can' Jul 27 17:50:44 dos1, good thing... three weeks of undisturbed coding ;) Jul 27 17:50:45 +t start :P Jul 27 17:50:46 dos1, no offense, but SWEET! ;) Jul 27 17:50:53 mrmoku, exactly what I was thinking ;) Jul 27 17:50:59 heheh, i know you'll say that! :D Jul 27 17:51:05 s/know/knew/ Jul 27 17:51:06 dos1 meant: heheh, i knew you'll say that! :D Jul 27 17:52:32 bah, I think I'll go take a shower Jul 27 17:52:56 hopefully I'll be more awake after a good cold/warm/I'm-too-tired-to-set-the-temp water ;) Jul 27 17:53:08 s/water/shower/ Jul 27 17:53:08 TAsn meant: hopefully I'll be more awake after a good cold/warm/I'm-too-tired-to-set-the-temp shower ;) Jul 27 17:54:36 Someone tried elm_button_style_set ? Wich style one can use? Jul 27 17:55:04 Heinervdm: look at edc file. you can provide your own styles in theme Jul 27 17:55:36 dos1: there is no key named name or style Jul 27 17:56:11 Heinervdm: IIRC it's something like elm_something_blahblah_button_nameofstyle Jul 27 17:56:28 and that's name of section Jul 27 17:56:37 with _ or / ? Jul 27 17:57:31 mrmoku: as for time - there are those little bugs that take the time for example when you realize that methods within the constructor of a main window happen before the main loop starts Jul 27 17:58:17 Heinervdm: i would say / ;) Jul 27 17:58:48 bumbl :) Jul 27 17:59:53 mrmoku: which is nice when you want to exit the main loop from within that constructor under certain circumstances and neither the compiler nor runtime throws an error Jul 27 18:00:02 and it just does nothing Jul 27 18:00:26 dos1: hmm, i think only label and entry have styles currently Jul 27 18:00:43 Heinervdm: frames should also have Jul 27 18:00:54 Heinervdm: but it's very likely buttons doesn't have... Jul 27 18:01:02 Heinervdm: ...but you can provide your own theme using overlay Jul 27 18:01:26 dos1: i want to have ColorButton :D Jul 27 18:02:46 Heinervdm: color? what about evas_color_set? Jul 27 18:02:59 Heinervdm: elm buttons are just evas objects ;) Jul 27 18:03:23 can i use that with python emlementary? Jul 27 18:03:42 Heinervdm: yep Jul 27 18:04:10 Heinervdm: button.color_set(r, g, b, a) AFAIR Jul 27 18:04:21 dos1: thx, i will try Jul 27 18:09:15 dos1: strange, if i do this the button and font size changes Jul 27 18:09:35 Heinervdm: size? hmm, strange ;x Jul 27 18:10:01 Heinervdm: it worked correctly when i was playing with it in shr-settings (blue buttons are so sexy ;D) Jul 27 18:10:21 schasch, still working on it... Jul 27 18:11:07 dos1, it's easy to abuse Jul 27 18:11:22 TAsn: what? Jul 27 18:11:27 and we want to respect themes ;) Jul 27 18:11:32 bah, I hate guis. Jul 27 18:11:54 TAsn: hehe ;D i don't want to have color_set commited ;) that was only my local experiment ;D Jul 27 18:12:04 dos1: http://scap.linuxtogo.org/files/cd4829276632a6719a4b23171a7cbf32.png The button is bigger, because the font is bigger... Jul 27 18:12:16 dos1, just making sure... :) Jul 27 18:12:45 Heinervdm, Jul 27 18:12:46 TAsn: i'm just using color_set in shr-installer to percentage progress (grey at begging and more black when percentage is increasing) Jul 27 18:12:59 I suggest just wrapping with a red frame Jul 27 18:13:00 or something Jul 27 18:13:09 TAsn: and in shr-settings i only checked, if it works with different widgets than labels :P Jul 27 18:13:11 instead of doing something as subtle as color change. Jul 27 18:13:32 as it'll be hardly noticed. Jul 27 18:14:05 TAsn: it's only an experiment Jul 27 18:14:10 Heinervdm: i don't have any idea :/ try scale_set... Jul 27 18:14:14 Heinervdm, ok. Jul 27 18:14:21 mrmoku:still waiting on it... .-) Jul 27 18:15:10 mrmoku:is gta02 working from SD? shr-unstable? Jul 27 18:15:27 schasch, I'm running it from sd. Jul 27 18:15:34 anyhow, ciao. Jul 27 18:15:35 shower. Jul 27 18:16:12 TAsn:build yourself?..or wich file.gz? Jul 27 18:16:50 schasch: tar.gz from shr buildhost Jul 27 18:16:55 dos1: very strange, i set scale to 1 and now it looks normal, so color set changed scale to something else then 1 Jul 27 18:17:13 schasch, listen to dos1 :) Jul 27 18:17:24 Heinervdm: well, this revision of elementary has some strange problems with scale Jul 27 18:19:39 can someone tell me from where i can get libSDL_terminal.so outer from fatfingershell?(only hit from google) i though sdl would provide Jul 27 18:25:01 freesmartphone.org: 03seba.dos1 07dos/opimd-tracking * r64e7e5ecad0f 10framework/framework/subsystems/opimd/pimb_sim_messages_fso.py: opimd: SIM-Messages-FSO: implement deleting messages Jul 27 18:40:43 http://wiki.openmoko.org/wiki/OpenMoko_on_HTC-Dream <--- oreally? Jul 27 18:43:44 Ainulindale, HELP :) Jul 27 18:47:27 TAsn, well... no Jul 27 18:47:38 not much working yet Jul 27 18:47:53 mrmoku, a partial yes... Jul 27 18:48:03 (it seems) Jul 27 19:18:04 dos1: any news concerning the gps issue? Jul 27 19:18:12 BluesLee: trying now Jul 27 19:18:29 BluesLee: but no news... Jul 27 19:18:38 mrmoku: if battery level is "low" the neo auto resumes but without any messages! Jul 27 19:18:40 as i supposed, some people has problem, some people hasn't Jul 27 19:19:23 dos1: depending on what shr version? Jul 27 19:19:34 BluesLee: not only SHR :P Jul 27 19:19:48 hmm Jul 27 19:20:09 it can't be shr issue Jul 27 19:20:10 TAsn, do you have a htc? Jul 27 19:20:16 as it worked, and just stopped Jul 27 19:20:20 without any change Jul 27 19:20:41 I used gps yesterday without any problems with current unstable Jul 27 19:20:55 archmobile(archlinux for arm) should run on a htc, but we couldn't try it yet Jul 27 19:21:06 naeg, no. Jul 27 19:21:17 perhaps this is an issue with the almanch? Jul 27 19:21:23 that it's outdated? Jul 27 19:22:26 naeg, any link on how to install that? Jul 27 19:23:02 mrmoku, see our website: http://www.archmobile.org Jul 27 19:23:09 i hate that Jul 27 19:23:09 then "installation guide" Jul 27 19:23:44 naeg: i read something about arch on fyp Jul 27 19:23:56 yes, it's my post Jul 27 19:24:06 naeg: why i should try it, what kind of advantages has it? Jul 27 19:24:21 i dont now arch from the desktop Jul 27 19:24:22 BluesLee, its arch linux : D Jul 27 19:24:50 there are so many of them Jul 27 19:25:11 there must be a reason why people like it Jul 27 19:25:18 why do you like it? Jul 27 19:25:26 well for now you have no rly advantages, but they will come as soon as we provide a lot of packages. we won't "force" you to one WM, to one kind of phone apps, etc, we provide as much as we can Jul 27 19:25:51 because it's simple and lightweight, flexible,... Jul 27 19:26:23 okay Jul 27 19:26:24 see archlinux.org, there is somewhere a site which tell much about arch linux and what are the advantages compared to other distributions etc Jul 27 19:26:46 and it doesn't "force" apps too, you just get a base system, not even X or something Jul 27 19:31:52 naeg, it's harder here Jul 27 19:32:02 naeg: maybe i try it Jul 27 19:32:06 as we need to write OUR OWN apps Jul 27 19:32:11 though don't get me wrong Jul 27 19:32:19 I use arch on my desktop ;) Jul 27 19:32:46 yeah, we, as archmobile, don't write much apps, we just port arch linux Jul 27 19:33:18 naeg, aye. Jul 27 19:33:26 well do you at least package the shr-apps? :) Jul 27 19:34:14 i am long away from shr, i used it before. do you already have own phone apps? i just can remember a really slow python settings app Jul 27 19:34:56 naeg, lol. Jul 27 19:34:59 blame dos1 ;] Jul 27 19:35:08 TAsn: my setting app was after phone apps! :P Jul 27 19:35:09 i blame python : ) Jul 27 19:35:12 j/k, we always had our own apps, atm they suck a bit. Jul 27 19:35:14 naeg: it was black? Jul 27 19:35:27 dos1, I know... Jul 27 19:35:30 dos1, i can remember some green Jul 27 19:35:50 TAsn, naeg: so that wasn't my shr-settings :D Jul 27 19:35:53 it was exposure ;) Jul 27 19:36:02 now we have different settings app Jul 27 19:36:04 BluesLee, if you try it out you can get help at #arch-arm Jul 27 19:36:14 naeg: okay Jul 27 19:36:14 and sucking phone apps, which need rewrite, but they work :P Jul 27 19:36:39 (shr-settings also needs rewrite, but i didn't say that) Jul 27 19:36:40 dos1: yes, they seem to work well after months ... Jul 27 19:36:41 ;D Jul 27 19:36:58 yeah we will for sure package the shr phone apps : ) there aren't so many phone apps, i think we can provide all of them(working on openmoko) Jul 27 19:37:03 naeg, hmm... the interesting part (kernel) is not there... Jul 27 19:37:22 mrmoku, we use the kernel from andy tracking which worked out of the box Jul 27 19:37:32 naeg, talking about HTC ;) Jul 27 19:37:43 mrmoku, ah, yeah. forget about that : ) Jul 27 19:37:59 mrmoku, there is a linux for the htc already, isnt it? Jul 27 19:38:36 naeg, there is some kernel with binary drivers for audio (which won't work) as far as I know Jul 27 19:38:52 yet we just provide the kernel for the freerunner, but we have already installed archmobile on a beable board and a n800...we can't try it out since almost all of the devs only have a freerunner Jul 27 19:39:32 but some people from the archlinux.de community wanted to try archmobile on their HTC too Jul 27 19:39:52 maybe one of them gets it working, and then there will be a wiki page Jul 27 19:52:09 i am offline then, cu all Jul 27 20:06:06 did someone tried the zimreader? Jul 27 20:06:51 mrmoku: pong Jul 27 20:16:02 Ainulindale, broken gta01 image :( Jul 27 20:16:21 it does not include lots of packages Jul 27 20:16:27 (my old problem :P) Jul 27 20:16:44 :-)... Jul 27 20:17:03 Ainulindale, complete evas is missing Jul 27 20:20:40 mrmoku: hehe, it took you a week to see that? Jul 27 20:21:08 PaulFertser, what? Jul 27 20:21:49 mrmoku: the guys were complaining about incomplete evas for a week now. Jul 27 20:23:42 PaulFertser, well sadly my time is limited too Jul 27 20:24:04 and I spend a lot of time Jul 27 20:26:00 mrmoku: yeah, i know, everything seems trivial after somebody does it but it takes helluva lots of time Jul 27 20:27:25 schasch, you can boot and ssh into it? Jul 27 20:30:16 mrmoko:yes.... Jul 27 20:30:40 I installed matchbox and can start vala-terminal... Jul 27 20:31:23 schasch, what happens if you 'opkg install task-x11-illume' ? Jul 27 20:32:11 oh...I should try.....i'll boot it and try.. Jul 27 20:32:18 schasch, probably with -force-reinstall Jul 27 20:36:54 j #navit Jul 27 20:37:02 oops Jul 27 20:38:50 spaetz, damn space ;) Jul 27 20:40:22 :-) glad it was not #hot-chicks Jul 27 20:40:45 prmoko:http://pastebin.org/4621 ...reboot now? Jul 27 20:41:07 prmoko > mrmoko Jul 27 20:43:27 <[Rui]> #shr ERROR: Multiple .bb files are due to be built which each provide virtual/xserver (/opt/openmoko/shr-unstable/openembedded/recipes/xorg-xserver/xserver-kdrive-glamo_1.3.0.0+git.bb /opt/openmoko/shr-unstable/openembedded/recipes/xorg-xserver/xserver-kdrive_1.4.0.90.bb). Jul 27 20:44:23 schasch, hmm... did not install any evas package :( Jul 27 20:45:05 <[Rui]> and #shr ERROR: '/opt/openmoko/shr-unstable/openembedded/recipes/gcc/gcc_4.1.2.bb' failed Jul 27 20:45:51 [Rui], the first one is harmless... the second not Jul 27 20:46:02 <[Rui]> yeah Jul 27 20:46:12 <[Rui]> I'm at 5080 of 7503 and would like to have it finished :( Jul 27 20:46:25 <[Rui]> so I can move on to more productive work Jul 27 20:50:10 schasch, trying to get a list of missing packages now Jul 27 20:52:47 mrmoko:find / -name *evas* and opkg-cl info evas* -> http://pastebin.org/4631 Jul 27 20:54:55 schasch, yeah, but there is more missing Jul 27 20:57:22 schasch, http://pastebin.org/4632 Jul 27 21:03:18 s/for p in $PKG; do/for p in $PKGS; do Jul 27 21:03:28 mrmoko:for p in $PKG; do Jul 27 21:05:00 mrmoku: brb, I'll look into it Jul 27 21:11:52 <[Rui]> this is quite frustrating Jul 27 21:16:45 ....running.....Package libfsobasics0 (0.1.0.0+gitr348+0b45257833178e812ab4285e4a01d1d9d27b7b3a-r5.1)....... Jul 27 21:17:51 mrmoko:reboot after completed? Jul 27 21:23:56 schasch yep Jul 27 21:24:15 if it does not work... bug Ainulindale when he's back ;) Jul 27 21:24:28 going to bed now Jul 27 21:24:36 schasch, good luck and a nice trip Jul 27 21:24:39 night all Jul 27 21:25:13 mrmoko:thanks...! Jul 27 21:27:33 ...and good night all too... :-) Jul 27 21:30:51 TAsn: http://trac.shr-project.org/trac/ticket/396#comment:7 Jul 27 21:31:42 dos1, nvm that. Jul 27 21:31:48 as we don't use oevents anymore ;) Jul 27 21:32:49 TAsn: WTF? Jul 27 21:33:03 TAsn: i can't see anything oeventsd related in this ticket ;x Jul 27 21:33:15 it was oevents ffs. Jul 27 21:33:28 TAsn: that's only libframeworkd-phonegui-efl issue Jul 27 21:33:35 anyhow, this comment is irrelevant. ;) Jul 27 21:33:44 it was also an oevents issue Jul 27 21:33:49 TAsn: how? Jul 27 21:33:56 TAsn: oeventsd doesn't handle sent SMSes... Jul 27 21:33:59 I already fixed the phonegui-efl issue Jul 27 21:34:06 sent sms? Jul 27 21:34:09 oops Jul 27 21:34:12 ;P Jul 27 21:34:13 I was looking at the wrong bug Jul 27 21:34:19 :) Jul 27 21:34:30 (i knew that you was talking about something else, but it was funny ;D) Jul 27 21:34:42 s/was/were/ Jul 27 21:34:42 dos1 meant: (i knew that you were talking about something else, but it was funny ;D) Jul 27 21:34:48 <[Rui]> why, oh why us gcc-4.1.2-r14 fubar'ed ? Jul 27 21:34:50 my english seems to be also funny ;D Jul 27 21:35:07 dos1, nothing my issue Jul 27 21:35:13 *not Jul 27 21:35:17 as it's an issue with his keyboard... Jul 27 21:35:24 TAsn: hmm? Jul 27 21:35:27 I'll reply. Jul 27 21:35:27 sec. Jul 27 21:35:32 TAsn: how? Jul 27 21:35:39 all I do Jul 27 21:35:45 is check if the char is unicode or not Jul 27 21:35:52 which is bad Jul 27 21:35:54 those chars he's talking about have both unicode Jul 27 21:36:02 and ascii representations Jul 27 21:36:06 dos1, why is that? Jul 27 21:36:06 oh Jul 27 21:36:09 both unicode and ascii? Jul 27 21:36:21 so gsm ascii isn't different than "normal" ascii? Jul 27 21:36:25 then ok :) Jul 27 21:36:33 I think. Jul 27 21:36:33 I don't think so Jul 27 21:36:33 I may be wrong. Jul 27 21:36:49 will have to check Jul 27 21:36:49 *verify Jul 27 21:36:54 I think gsm is just 7bit ascii Jul 27 21:37:12 nope Jul 27 21:37:21 GSM 7bit is different Jul 27 21:38:48 alphaone, aye. ;\ Jul 27 21:38:59 Some characters are even 14 bit long Jul 27 21:39:15 alphaone, really? Jul 27 21:39:24 TAsn: then i was right ;) Jul 27 21:39:40 dos1, yes you were. Jul 27 21:39:54 alphaone, got any decent info about this topic? Jul 27 21:43:39 gsm default alphabet is a short mix of ascii but there are numerous alphabets. characters are represented by 7 bits vs 8 bits Jul 27 21:44:18 once unpacked 7->8, you can often read it as plain ascii but not every char is going to map 1->1 Jul 27 21:44:59 TAsn: so you shouldn't check, if char is unicode - you should check, if char is in gsm ascii Jul 27 21:45:29 dos1, I don't "really check" Jul 27 21:45:36 TAsn: alphaone will say read GSM spec ;) Jul 27 21:45:44 I just count the unicode len Jul 27 21:45:46 and the ascii len Jul 27 21:45:52 if different I assume there are unicode chars Jul 27 21:46:07 so I limit to 70 Jul 27 21:46:21 and take the unicode len as the # of chars Jul 27 21:46:30 ascii len = strlen (i.e number of bytes) Jul 27 21:46:35 fast and easy. Jul 27 21:49:42 TAsn: look for GSMALPHABET at framework/subsystems/ogsmd/gsm/const.py Jul 27 21:50:08 sweet, thanks! :) Jul 27 21:50:13 will look tomorrow! :))) Jul 27 21:50:52 TAsn: np Jul 27 21:50:58 TAsn: that's the alphabet Jul 27 21:51:01 GSM Jul 27 21:51:21 yeah. though I now need to manually match unicode values ;\ Jul 27 21:51:30 bah. :) Jul 27 21:51:35 byte value 27 specifies that you should decode the following byte according to the extended alphabet table Jul 27 21:52:34 I'm going to bed Jul 27 21:52:36 though thanks a lot ;) Jul 27 21:52:59 will read into it (if i'll have time) tomorrow. Jul 27 21:53:58 night Jul 27 21:57:44 TAsn: http://www.dreamfabric.com/sms/default_alphabet.html Jul 27 21:57:46 night Jul 27 22:26:05 <[Rui]> when I add a contact with opimd-cli it adds it into the sqlite backend Jul 27 22:26:15 <[Rui]> but the GUI app doesn't consult the sqlite backend, does it? Jul 27 22:29:53 [Rui]: no, it doesn't Jul 27 22:30:02 GUI doesn't care, which backend is used Jul 27 22:30:23 <[Rui]> dos1: then it should have showed me the contact I just added? Jul 27 22:30:46 [Rui]: opimd GUI app? yes Jul 27 22:31:12 <[Rui]> dos1: that's the "Contacts" that is in SHR-U, right? Jul 27 22:31:51 [Rui]: no, it's not opimd based Jul 27 22:31:54 ... Jul 27 22:32:21 <[Rui]> :( Jul 27 22:32:28 * dos1 is bored with explaining, that shr doesn't support opimd yet by default... Jul 27 22:32:30 ;x Jul 27 22:32:38 <[Rui]> and me without a compilable environment Jul 27 22:32:51 * dos1 wishes someone will write good opimd UI for SHR Jul 27 22:33:04 <[Rui]> dos1: I made a few lines of Perl that eat vcfs and make opimd-cli commands :) Jul 27 22:33:20 [Rui]: why opimd-cli? that's... bad ;x use dbus directly! Jul 27 22:33:34 <[Rui]> opimd-cli c add Name "Fu Bar" tel "12123123123" tel "12312345" tel "4556546" tel "23556546" Jul 27 22:33:48 <[Rui]> dos1: don't know the dbus-fu for it Jul 27 22:34:01 <[Rui]> and thought your opimd-cli would be the appropriate way :) Jul 27 22:34:11 [Rui]: that's just test script ;x Jul 27 22:34:30 <[Rui]> chuif chuif Jul 27 22:34:42 org.freesmartphone.PIM.Contacts.Add({'Name' : 'Fu Bar', 'Phone' : ['123123123', '12312345', '456456,' 2343254325']}) Jul 27 22:34:59 at /org/freesmartphone/PIM/Contacts on org.freesmartphone.opimd bus Jul 27 22:35:12 i'm away now Jul 27 22:35:13 bbl Jul 27 22:35:17 <[Rui]> good night :) Jul 27 22:35:22 <[Rui]> 10x Jul 27 23:52:20 SHR: 03seba.dos1 07shr-settings * r7eb84af0bde4 10/shr_settings_modules/shr_pim.py: [PIM] add inwin and make enabling/disabling backend async Jul 27 23:52:31 SHR: 03seba.dos1 07shr-settings * rd255be5e0116 10/data/po/shr-settings.pot: [data] update pot file Jul 28 00:05:08 I need a perl expert here :-) Jul 28 00:51:17 for what? Jul 28 00:52:32 TAsn: No glib. :( Jul 28 01:46:08 And if you are thinking you need object-oriented techniques, or complex datatypes --- you're not thinking on the same scale as I am. Jul 28 01:47:25 BTW, I also would favor a set of alternate config-type options to select behaviors; for example, I do like your original idea of a SQL db option instead of the flat files read into memory, at least for certain devices. :) **** ENDING LOGGING AT Tue Jul 28 02:59:57 2009