**** BEGIN LOGGING AT Fri Jul 17 02:59:57 2009
Jul 17 04:29:56 <mwester> whomever owns //openmoko.opendevice.org/trunk <----- IT'S DEAD!!!!
Jul 17 04:30:09 <mwester> (and it hangs all SHR builds)
Jul 17 04:30:35 <mwester> Wow, SHR has really, really gone down the toilet in terms of buildability lately!   Come on guys!
Jul 17 04:31:37 <mwester> Three days now, and I still can't get a build done -- and for the past >24 hours, the failures aren't even proper build failures, they're missing dependencies, dead repos, and other sloppy shit.
Jul 17 04:31:52 <mwester> And stable doesn't exist.
Jul 17 04:31:54 <mwester> grrrr
Jul 17 04:33:36 <mwester> Ainulindale, whip that team into shape!
Jul 17 04:33:46 <mwester> :p
Jul 17 04:34:24 * mwester goes off to install Android on his GTA02 instead.
Jul 17 04:35:19 <mwester> feel free to contact me if anyone needs any "best practices" for SCM, ones that would avoid crap like this!@
Jul 17 04:35:58 <mwester> (but I suspect that most folks know them, and the problem is not ignorance but simple sloppiness)
Jul 17 04:46:24 <budfive_> mwester: have you actually tried android on the fr yet? does it work?
Jul 17 04:47:40 <mwester> koolu's beta 4 was reasonably good.  I've not touched it since then; I didn't appreciate the way it handled the install (replaced everything, incl. bootloader, with no backup, and no un-install.)
Jul 17 04:48:51 <mwester> I've nothing really against Qi as a bootloader, I just prefer to have the same bootloader on all my GTA0x devices, so it annoyed me that I had to put uboot back, and rebuild the uboot env, manually. :)  Most users probably don't care.
Jul 17 04:49:12 <TAsn> mwester, opkg sucks
Jul 17 04:49:13 <TAsn> bad ;(
Jul 17 04:49:16 <TAsn> really bad.
Jul 17 04:49:20 <TAsn> ultra bad
Jul 17 04:49:37 <mwester> TAsn, we should switch to dpkg -- it clearly works fine for debian on the freerunner.
Jul 17 04:49:38 <TAsn> that's the worst implementation of a hash table I have ever seen
Jul 17 04:49:42 <mwester> :D
Jul 17 04:49:51 <TAsn> mwester, I also suggested that many times in the past :)
Jul 17 04:49:57 <TAsn> this looks like a very good idea!
Jul 17 04:50:10 <TAsn> mwester, many memory leaks
Jul 17 04:50:13 <mwester> yep.
Jul 17 04:50:14 <TAsn> many stupid assumptions
Jul 17 04:50:23 <TAsn> no documentation at all
Jul 17 04:50:41 <TAsn> except for a couple of "Pigi was year 2/4/03"
Jul 17 04:50:43 <TAsn> :)
Jul 17 04:50:43 <mwester> I had access to a commerrcial source-code-quality package, and I fed it opkg to analyze one weekend.
Jul 17 04:50:49 <mwester> I have the results still.
Jul 17 04:50:52 <TAsn> year = hear*
Jul 17 04:51:09 <TAsn> mwester, terrible?
Jul 17 04:51:10 <TAsn> :)
Jul 17 04:51:26 <mwester> It's so bad, that you don't know where to start with the output from the analysis.
Jul 17 04:51:37 <mwester> the code scanner basically gave up in some spots.
Jul 17 04:51:37 <TAsn> mwester, hehe
Jul 17 04:51:45 <TAsn> lol.
Jul 17 04:51:54 <TAsn> I'm a human code scanner and I also gave up
Jul 17 04:51:55 <TAsn> :)
Jul 17 04:52:04 <TAsn> ;]
Jul 17 04:52:07 <mwester> So did I.
Jul 17 04:52:26 <TAsn> mwester, I'm thinking about a rewrite
Jul 17 04:52:31 <TAsn> though the fact that dpkg works great
Jul 17 04:52:36 <TAsn> makes me not wanna do that :)
Jul 17 04:52:44 <TAsn> not to want to do that*
Jul 17 04:53:11 <mwester> I got it to work for the 32MB machine, it still had/has bugs there, but I didn't see patching to be worthwhile, it needed a rewrite.  And that kept bringing me back to dpkg, which exists, and is probably easier to "trim down" than it would be to either fix opkg, or rewrite opkg.
Jul 17 04:53:32 <tmzt> isn't apt perl though?
Jul 17 04:53:41 <mwester> dunno.
Jul 17 04:53:50 <mwester> But perl is fine with me.
Jul 17 04:53:56 <tmzt> if you mean dpkg by itself, you still need something to handle repos
Jul 17 04:54:02 <tmzt> ipkg/opkg do both
Jul 17 04:54:06 <budfive_> dpkg is really slow on the FR
Jul 17 04:54:07 <TAsn> tmzt, libapt?
Jul 17 04:54:15 <budfive_> this is why opkg is used at all, I suspect
Jul 17 04:54:23 <mwester> budfive_,  y es, but it works.  opkg frequenty doesn't.
Jul 17 04:54:32 <budfive_> mwester: yep. 
Jul 17 04:54:36 <mwester>  
Jul 17 04:54:59 <TAsn> finally! done!
Jul 17 04:55:06 <TAsn> :)
Jul 17 04:55:11 <TAsn> now only thing needed is testing.
Jul 17 04:55:17 <TAsn> man, this was hellish.
Jul 17 04:55:24 <TAsn> I could have rewritten opkg by the time it took me
Jul 17 04:55:42 <TAsn> I looked for bugs in my code, while the bugs were in opkg's code ;\
Jul 17 04:55:55 <TAsn> my code just unveiled them :)
Jul 17 04:56:46 <TAsn> mwester, I used to consider patching opkg but man, it's such a mess ;\
Jul 17 04:56:56 <TAsn> even getting ideas from there is hard :)
Jul 17 04:58:02 <TAsn> now I need some extreme test cases ;)
Jul 17 05:14:26 <SHR-WugBranler> tracfeed: Ticket #484 (Don't put configuration files in the packages.) closed <http://trac.shr-project.org/trac/ticket/484#comment:4>
Jul 17 05:28:31 <TAsn> weepee :)
Jul 17 05:28:47 <TAsn> mrmoku|away, dos1|zzZZzz, fixed #484 :)
Jul 17 05:28:50 <TAsn> dos1|zzZZzz, please try it :)
Jul 17 05:28:59 <TAsn> mrmoku|away, please build with the patch :) (sent on shr-devel)
Jul 17 05:57:52 <SHR-WugBranler> tracfeed: Ticket #555 (phone log and contact list) created <http://trac.shr-project.org/trac/ticket/555>
Jul 17 05:59:21 <mrmoku> TAsn, ĥaving your 'build-hangs' symptom now :(
Jul 17 05:59:28 <TAsn> haha :)
Jul 17 05:59:36 <TAsn> mrmoku, 14%?
Jul 17 05:59:44 <mrmoku> no 35%
Jul 17 05:59:52 <TAsn> oh.
Jul 17 05:59:52 <mrmoku> how to find out the name for the ip?
Jul 17 06:00:01 <TAsn> huh?
Jul 17 06:00:12 <mrmoku> netstat shows me where it is connected to
Jul 17 06:00:14 <TAsn> I'm pretty sure #555 already exists at least 15 times. ;\
Jul 17 06:00:15 <mrmoku> but no name
Jul 17 06:00:25 <TAsn> mrmoku, I forgot the name of the website
Jul 17 06:00:26 <mrmoku> some svn host
Jul 17 06:00:29 <TAsn> hm...
Jul 17 06:00:43 <TAsn> there's a website :)
Jul 17 06:00:52 <mrmoku> there should also be dig -x
Jul 17 06:00:58 <mrmoku> but it does not show me a name
Jul 17 06:00:59 <TAsn> mrmoku, did you see (I fixed #484)
Jul 17 06:01:03 <mrmoku> yep :)
Jul 17 06:01:05 <TAsn> :)
Jul 17 06:01:13 <TAsn> I hope it won't kill hoggy opkg though
Jul 17 06:01:31 <TAsn> as it allocates additional ~4kb of ram per package
Jul 17 06:01:32 <TAsn> ;\
Jul 17 06:01:41 <TAsn> maybe even 10
Jul 17 06:01:50 <TAsn> broken opkg made me do that :(
Jul 17 06:01:55 <TAsn> I mailed the devs
Jul 17 06:02:03 <mrmoku> ouch
Jul 17 06:02:05 <TAsn> let's hope they have cool tips.
Jul 17 06:02:08 <TAsn> mrmoku, not that bad.
Jul 17 06:02:20 <TAsn> as it's only does that for a package it installs
Jul 17 06:02:38 <mrmoku> while it installs it or for all packages it will install
Jul 17 06:02:55 <TAsn> but it's also an HD hog as it saves the md5sum of all the files :)
Jul 17 06:02:59 <mrmoku> I mean, does it make a difference if I install 1 package or 10 packages?
Jul 17 06:03:16 <TAsn> mrmoku, I let opkg do it's cleaning as before
Jul 17 06:03:19 <TAsn> if opkg cleans it right
Jul 17 06:03:28 <TAsn> *itself
Jul 17 06:03:33 <TAsn> mine will also be cleaned.
Jul 17 06:08:04 <mrmoku> svn info svn://openmoko.opendevice.org/trunk/opimd
Jul 17 06:08:09 <mrmoku> DOS1 !!!!
Jul 17 06:08:16 <TAsn> DocScrutinizer, ?
Jul 17 06:08:18 <TAsn> mrmoku, :)
Jul 17 06:08:27 <TAsn> mrmoku, mwester just complained about the same thing.
Jul 17 06:08:39 <DocScrutinizer> TAsn: huh? moinmoin
Jul 17 06:09:01 <TAsn> DocScrutinizer, can you please clarify s/[wWpP\;\,].*//;
Jul 17 06:09:02 <TAsn> ?
Jul 17 06:09:03 <TAsn> :)
Jul 17 06:09:09 <DocScrutinizer> lol
Jul 17 06:09:16 <TAsn> looks like ascii-art :)
Jul 17 06:09:38 <TAsn> any of these chars and then anything can follow?
Jul 17 06:09:43 <DocScrutinizer> oooh, it's actually a quote
Jul 17 06:09:51 <TAsn> ?
Jul 17 06:10:00 <DocScrutinizer> thought it's your ascii-art :-P
Jul 17 06:10:11 <DocScrutinizer> wait a moment :)
Jul 17 06:10:15 <TAsn> oh :)
Jul 17 06:10:20 <TAsn> no, you are the artist.
Jul 17 06:10:59 <DocScrutinizer> TAsn: that's right-end truncation of a number
Jul 17 06:11:16 <TAsn> any of these chars and then anything can follow?
Jul 17 06:11:21 <TAsn> not a mistake?
Jul 17 06:12:15 <DocScrutinizer> wWpP,; are all delimiters that may separate a trailing command-sequence from the valid number itself
Jul 17 06:12:31 <TAsn> ok.
Jul 17 06:12:37 <DocScrutinizer> TAsn: (anything follow) exactly
Jul 17 06:12:38 <TAsn> was just making sure
Jul 17 06:12:49 <TAsn> as I never seen these chars :)
Jul 17 06:13:31 <DocScrutinizer> wp can even be entered to your standard cellphone's contacts
Jul 17 06:14:03 <DocScrutinizer> ,; are a little more exotic
Jul 17 06:14:44 <TAsn> :)
Jul 17 06:15:05 <DocScrutinizer> w means "wait for dialtone", p means "wait for pause" iirc
Jul 17 06:18:23 <DocScrutinizer> this isn't perfect yet, as we might want to allow "0800-warnerbros"
Jul 17 06:18:50 <DocScrutinizer> so lowercase had to go away for delimiter then
Jul 17 06:19:43 * TAsn is tired of opkg. No power for edge cases ;)
Jul 17 06:19:51 <DocScrutinizer> also ABCD are valid *numeric* chars for the up to 16 signals defined for DTMF
Jul 17 06:22:05 <DocScrutinizer> so "0800-warnerwebAWA,BP*3" was a valid number
Jul 17 06:23:29 <DocScrutinizer> but everything left to upper-W forming actually a number, the right trailing part "dtmf"-commands to e.g. your voicebox, bank-account etc
Jul 17 07:19:11 <TAsn> DocScrutinizer, ?
Jul 17 07:19:30 <DocScrutinizer> ?
Jul 17 07:19:43 <TAsn> mind clarifying? -  s/\([0-9]\)(${NP})\([0-9]\)/\1\2/; == remove stupid intersparsed NP
Jul 17 07:19:58 <TAsn> (by an example)
Jul 17 07:20:05 <TAsn> as I don't get what's network code :)
Jul 17 07:20:18 <TAsn> *national prefix
Jul 17 07:20:22 <TAsn> I mean I know what this is
Jul 17 07:20:30 <TAsn> I just don't get your regex exactly
Jul 17 07:20:41 <TAsn> i.e number here is:
Jul 17 07:20:50 <TAsn> 03-1234567
Jul 17 07:20:57 <TAsn> np is 0
Jul 17 07:21:02 <TAsn> so I don't get your regex :)
Jul 17 07:22:22 <mrmoku> ptitjes, ping
Jul 17 07:28:28 <DocScrutinizer> TAsn: "+49 (0)911 4433221" where NP="0", so national would be 09114433221, whereas fully normalized is "+499114433221"
Jul 17 07:29:07 <TAsn> I know, though your regex doesn't seem correct for the job....
Jul 17 07:29:16 <TAsn> or maybe it's just me. 
Jul 17 07:31:07 <DocScrutinizer> TAsn: yup, looks odd
Jul 17 07:31:21 <TAsn> :)
Jul 17 07:33:58 <DocScrutinizer> TAsn: no problem with this, it's ok :-)
Jul 17 07:34:48 <TAsn> matches a number
Jul 17 07:34:53 <TAsn> and then NP
Jul 17 07:34:56 <TAsn> and then a number?
Jul 17 07:35:02 <TAsn> looks really odd! :)
Jul 17 07:36:01 <TAsn> area code is a bit of an hassle
Jul 17 07:36:10 <TAsn> do people really keep numbers without area codes?
Jul 17 07:36:21 <TAsn> if so, how does nokia handle it?
Jul 17 07:37:36 <DocScrutinizer> TAsn: for cellphones nowadays it's not very common to store numbers without AC
Jul 17 07:37:49 <TAsn> thought so.
Jul 17 07:37:55 <TAsn> never seen a phone who can handle that ;)
Jul 17 07:38:10 <TAsn> AC = cellphone provider prefix, right?
Jul 17 07:38:27 <Blu3> no
Jul 17 07:38:39 <Blu3> area code == code of the local area
Jul 17 07:38:44 <DocScrutinizer> well, 10 years ago it was possible here in Germany
Jul 17 07:39:01 <Blu3> a geographically defined area
Jul 17 07:39:07 <TAsn> Blu3, define that for a cell...
Jul 17 07:39:12 <DocScrutinizer> Blu3: yes
Jul 17 07:39:12 <TAsn> (cellphone)
Jul 17 07:39:36 <Blu3> for cellphones, the area code is the same thing.  it's assigned based on where the consumer purchased the cellular plan
Jul 17 07:39:39 <DocScrutinizer> TAsn: it was defined as your default
Jul 17 07:39:53 <Blu3> still a geographic area
Jul 17 07:39:57 <Wonka> .oO( where the bleep is 0911? )
Jul 17 07:41:23 <Wonka> ah, Nürnberg/Fürth
Jul 17 07:41:38 <Wonka> <- in 043 country...
Jul 17 07:41:41 <TAsn> oh.
Jul 17 07:41:45 <DocScrutinizer> but nowadays you got multiple network codes for same network (as they run short on numbers, idiots)
Jul 17 07:43:01 <Wonka> geolocalized mobile numbers?
Jul 17 07:43:01 <Wonka> sounds like a "fun" idea.
Jul 17 07:43:58 <DocScrutinizer> TKom (DE) had the concept of AC based "homezones"
Jul 17 07:44:16 <Wonka> O2 did it better, afaik...
Jul 17 07:44:17 <DocScrutinizer> 9years back
Jul 17 07:44:59 <TAsn> cool, I think this works :)
Jul 17 07:45:25 <TAsn> I need test cases
Jul 17 07:45:29 <TAsn> gimme numbers :)
Jul 17 07:46:55 <DocScrutinizer> lol, that's the timeconsuming part... collect all those crazy numbers cornercases
Jul 17 07:50:07 <ptitjes> good morning
Jul 17 07:50:17 <mrmoku`> ptitjes: hey
Jul 17 07:50:25 <ptitjes> hi moku
Jul 17 07:50:32 <ptitjes> vie getz
Jul 17 07:50:34 <ptitjes> ?
Jul 17 07:50:46 <ptitjes> (phonetical german :))
Jul 17 07:50:49 <mrmoku`> ptitjes: soso :P
Jul 17 07:51:11 <mrmoku`> trying to get things to build
Jul 17 07:51:31 <mrmoku`> mickeyl fixed almost all of the stuff for new vala
Jul 17 07:51:34 <ptitjes> n resolving testing ?
Jul 17 07:51:43 <ptitjes> cool
Jul 17 07:51:50 <mrmoku`> not so cool :(
Jul 17 07:51:56 <ptitjes> explain...
Jul 17 07:52:02 <mrmoku`> when updating vala I renamed the recipe
Jul 17 07:52:08 <ptitjes> yep
Jul 17 07:52:08 <mrmoku`> so there is no old vala anymore
Jul 17 07:52:16 <ptitjes> arg
Jul 17 07:52:26 <ptitjes> is this a problem ?
Jul 17 07:52:31 <ptitjes> oh yeah for testing...
Jul 17 07:52:33 <mrmoku`> thus testing cannot use old vala
Jul 17 07:52:34 <mrmoku`> :)
Jul 17 07:52:43 <ptitjes> humm could you recreate it ?
Jul 17 07:52:52 <ptitjes> it is not very clean way
Jul 17 07:52:53 <ptitjes> but...
Jul 17 07:53:15 <mrmoku`> don't want to... because I know you vala guys sort out the problems today ;)
Jul 17 07:53:29 <ptitjes> mrmoku`: so what problems do remain ?
Jul 17 07:53:39 <mrmoku`> libfsotransport
Jul 17 07:53:52 <mrmoku`> I fixed it locally and it compiles now
Jul 17 07:54:03 <mrmoku`> don't know if I fixed it the correct way though :P
Jul 17 07:54:12 <ptitjes> pastebin ?
Jul 17 07:55:38 <mrmoku`> ptitjes: of the fix or of the build error?
Jul 17 07:55:48 <ptitjes> yep
Jul 17 07:55:55 <mrmoku`> yep which one? :P
Jul 17 07:55:56 <ptitjes> both
Jul 17 07:55:58 <mrmoku`> :)
Jul 17 07:55:59 <ptitjes> sorry
Jul 17 07:56:05 <ptitjes> just awoke :)
Jul 17 07:56:17 <mrmoku`> moment... rebuilding
Jul 17 07:58:52 <mrmoku`> ptitjes, const char[] TRANSPORT_TEST_STRING = "\r\n+DATA: FOO\r\n";
Jul 17 07:59:06 <mrmoku`> right side is a vala string?
Jul 17 07:59:31 <ptitjes> man I gave you a patch yesterday
Jul 17 07:59:42 <ptitjes> didn't mickeyl applied it ?
Jul 17 08:00:26 <ptitjes> add a cast before strings in both constants
Jul 17 08:00:34 <ptitjes> (char[])
Jul 17 08:00:47 <ptitjes> mickeyl: please apply my patch :)
Jul 17 08:00:52 <mrmoku> ptitjes, why not make TRANSPROT_TEST_STRING a string?
Jul 17 08:01:11 <ptitjes> mrmoku: because inside the program it is used as a char array
Jul 17 08:01:22 <mrmoku> it builds tough ;)
Jul 17 08:01:23 <mrmoku> +h
Jul 17 08:01:40 <ptitjes> this is a test case for the transport (don't know what it is but...)
Jul 17 08:01:47 <mrmoku> .length works on both?
Jul 17 08:02:05 <ptitjes> and it mainly tests the .write() methods which take a char array and a character count
Jul 17 08:02:12 <ptitjes> mrmoku: then ok
Jul 17 08:02:18 <ptitjes> move the declaration to string
Jul 17 08:02:46 <ptitjes> mrmoku: yeah same property to get the size of an array or a string
Jul 17 08:02:48 <ptitjes> .length
Jul 17 08:02:53 <mrmoku> ptitjes, no idea... because then I have to cast long to int for length when passing it to the write function
Jul 17 08:03:12 <ptitjes> mrmoku: then do as I said :)
Jul 17 08:03:28 <ptitjes> const char[] TRANSPORT_TEST_STRING = (char[]) "\r\n+DATA: FOO\r\n";
Jul 17 08:03:36 <ptitjes> I gave you that patch yesterday...
Jul 17 08:05:00 * mrmoku tries if he can commit to cornucopia :P
Jul 17 08:06:20 <mrmoku> nop
Jul 17 08:06:39 <mrmoku> mickeyl, ping :)
Jul 17 08:17:20 <mrmoku> ptitjes, what is the correct ML for cornucopia patches?
Jul 17 08:18:11 <ptitjes> humm
Jul 17 08:18:24 <ptitjes> I would say send it to coreteam@freesmartphone.org
Jul 17 08:18:33 <ptitjes> but please let me try to commit it first
Jul 17 08:20:51 <mrmoku> and? eclipse still starting? ;)
Jul 17 08:21:33 <ptitjes> heh ?
Jul 17 08:21:44 <mrmoku> ptitjes, can you commit?
Jul 17 08:22:00 <mrmoku> have to go in 15mins and want to retrigger my build ;)
Jul 17 08:22:07 <ptitjes> wait I'm rebuilding all to check :)
Jul 17 08:22:07 <mrmoku> so I'm lacking some patience :P
Jul 17 08:22:25 <ptitjes> or would you like I commit something wrong :)
Jul 17 08:22:26 <ptitjes> ?
Jul 17 08:22:35 <mrmoku> nah
Jul 17 08:22:57 <mrmoku> I thought you are enabled enough to do blind commits ;)
Jul 17 08:23:16 <ptitjes> hum libfsoframework does not build anymore
Jul 17 08:23:29 <ptitjes> he broke everything yesterday :)
Jul 17 08:23:43 <mrmoku> ptitjes, well he says you broke it ;)
Jul 17 08:23:50 <ptitjes> ??
Jul 17 08:24:04 <mrmoku> you have to use older libfso-glib and older vala-dbus-bindings-tool
Jul 17 08:24:05 <ptitjes> nah he split libfsoframework in two pieces
Jul 17 08:24:15 <mrmoku> ahh... you're building in OE?
Jul 17 08:24:15 <ptitjes> what ?
Jul 17 08:24:22 <ptitjes> no
Jul 17 08:24:37 <mrmoku> he split out common stuff into libfsobasics
Jul 17 08:24:57 <ptitjes> I have to use older versions of libfso vala-dbus-binding-tool ?
Jul 17 08:25:04 <ptitjes> then I can't do anything for you
Jul 17 08:25:22 <mrmoku> ok, will send my mail then ;)
Jul 17 08:26:53 <mrmoku> ptitjes, I don't know the details, but there are some problems you two have to sort out
Jul 17 08:27:23 <ptitjes> I know there is a missing include in generated C code
Jul 17 08:27:30 <ptitjes> that is what I'm fixing now
Jul 17 08:27:35 <ptitjes> and that is all I know
Jul 17 08:27:42 <ptitjes> but there is a workaround
Jul 17 08:27:50 <ptitjes> but he did not want to use it :)
Jul 17 08:28:28 <methril|work> good morning
Jul 17 08:28:29 <mrmoku> ptitjes, yeah, remember he said something about fixing it for real
Jul 17 08:28:40 <mrmoku> methril|work, morning
Jul 17 08:28:44 <ptitjes> doing it currently
Jul 17 08:28:47 <ptitjes> hello mrmoku 
Jul 17 08:28:51 <ptitjes> oups
Jul 17 08:28:57 <ptitjes> hello methril|work 
Jul 17 08:29:06 <mrmoku> ptitjes, sometimes one char is not enough for tab-completion ;)
Jul 17 08:29:14 <ptitjes> héhé
Jul 17 08:29:15 <ptitjes> :)
Jul 17 08:29:50 <mrmoku> ptitjes, ok, I manually fixed the source in my builddir to go along with my build
Jul 17 08:30:20 <ptitjes> good boy
Jul 17 08:30:21 <ptitjes> :p
Jul 17 08:30:38 <mrmoku> nah... I'm feeling dirty now ;)
Jul 17 08:52:25 <dos1|zzZZzz> ouch
Jul 17 08:52:25 <dos1|zzZZzz> not fine
Jul 17 08:52:33 <dos1> (openmoko.opendevice.org)
Jul 17 08:53:55 <dos1> mrmoku: if you'll setup git repo for opimd-utils, i'll migrate :P
Jul 17 08:55:46 <ptitjes> hello dos1 
Jul 17 08:56:22 <ptitjes> mrmoku: fixed, commited, packaged
Jul 17 08:56:49 <ptitjes> mrmoku: currently uploading vala-0.7.5-fso2.tar.gz
Jul 17 08:58:22 <ptitjes> mrmoku: done
Jul 17 08:58:40 <ptitjes> mrmoku: this fixes the missing include problem in libfso
Jul 17 08:58:49 <dos1> btw, morning ;)
Jul 17 08:58:50 <mrmoku> dos1, will do
Jul 17 08:58:54 <mrmoku> ptitjes, great
Jul 17 08:59:07 <ptitjes> :)
Jul 17 08:59:52 <dos1> it doesn't even answer to ssh ;x pings are ~700ms
Jul 17 09:08:00 <mrmoku> ptitjes, so now mickeyl has to regenerate fso-glib? or did you do that too?
Jul 17 09:08:49 <ptitjes> mrmoku: I thought OE was staging the fso specs ?
Jul 17 09:09:23 <ptitjes> mrmoku: and that the libfso recipe was using SPECS_PATH to resolve to specs and regenerate ??
Jul 17 09:12:15 <ptitjes> mrmoku: am I wrong ?
Jul 17 09:12:42 <mrmoku> dos1, here you go... push it
Jul 17 09:12:56 <mrmoku> ptitjes, no idea :P
Jul 17 09:13:09 <mrmoku> just saw a commit from mickey 'regenerate'
Jul 17 09:13:30 <ptitjes> yep but this does not include the missing include
Jul 17 09:13:39 <mrmoku> ok
Jul 17 09:14:20 <ptitjes> mrmoku: see http://cgit.openembedded.org/cgit.cgi/openembedded/tree/recipes/freesmartphone/libfso-glib_git.bb?h=shr/import
Jul 17 09:14:28 <ptitjes> it does regenerate directly in OE
Jul 17 09:14:35 <ptitjes> mrmoku: and in fact this is better
Jul 17 09:15:07 <ptitjes> mrmoku: because you can srcrev fso-specs and libfso independently for testing...
Jul 17 09:15:54 <mrmoku> ok
Jul 17 09:18:09 <mrmoku> dos1, does it work?
Jul 17 09:19:02 <ptitjes> tell me if you have any more problems
Jul 17 09:19:16 <dos1> mrmoku: pushing
Jul 17 09:19:42 <dos1> fatal: bad object 0000000000000000000000000000000000000000
Jul 17 09:19:45 <dos1> but looks it worked
Jul 17 09:19:54 <dos1> mrmoku: btw. CIA hook :DDD
Jul 17 09:20:37 <mrmoku> dos1, already did the hooks ;)
Jul 17 09:21:49 <dos1> ok, bbl
Jul 17 09:22:59 <mrmoku> ptitjes, will tell you... though I won't interrupt my build as long as it runs :P
Jul 17 09:23:24 <ptitjes> why interupting ?
Jul 17 09:25:02 <mrmoku> to reset some things to AUTOREV
Jul 17 09:25:20 <mrmoku> especially libfso-glib and the vala-bindings-tool :P
Jul 17 09:31:14 <mrmoku> TAsn, your patch has mixed coding style ;)
Jul 17 09:32:03 <Ainulindale> Hey there
Jul 17 09:32:04 <mrmoku> (which is bad because you are our CodingStyle guru) :P
Jul 17 09:32:06 <mrmoku> Ainulindale, hey
Jul 17 09:32:21 <Ainulindale> Okay I know fure sure I'll be free August 1st
Jul 17 09:32:27 <Ainulindale> s/fure/for/
Jul 17 09:32:27 <bzzbot> Ainulindale meant: Okay I know for sure I'll be free August 1st
Jul 17 09:32:29 <Ainulindale> That's a relief
Jul 17 09:32:36 <mrmoku> good thing
Jul 17 09:35:08 <TAsn> mrmoku, opkg patch?
Jul 17 09:35:12 <mrmoku> yep
Jul 17 09:35:18 <TAsn> I know.
Jul 17 09:35:23 <TAsn> because of two main reasons
Jul 17 09:35:30 <mrmoku> nah... no excuses ;)
Jul 17 09:35:36 <TAsn> opkg has mixed coding styles
Jul 17 09:35:42 <TAsn> anjuta doesn't like mixed coding styles
Jul 17 09:35:53 <TAsn> mrmoku, I almost died doing this fucking patch :)
Jul 17 09:36:09 <mrmoku> TAsn, don't tell me you're an IDE whimp too :P
Jul 17 09:36:34 <mrmoku> ok, mixing coding style to survive is a reason I have to accept :)
Jul 17 09:36:51 <TAsn> I'm not. 
Jul 17 09:36:51 <TAsn> I hate IDEs
Jul 17 09:36:57 <TAsn> it's just that anjuta somehow a good editor
Jul 17 09:37:07 <TAsn> the symbol manager is nice :)
Jul 17 09:38:47 <mrmoku> that's the one and only thing I envy MS DevStudio users for :(
Jul 17 09:39:19 <mrmoku> you can configure vim to do something similar... though not as good
Jul 17 09:39:56 <mrmoku> TAsn, and you broke it ;)
Jul 17 09:40:01 <mrmoku> ophonekitd does not build :P
Jul 17 09:40:16 <mrmoku> phonelog-database.sql': No such file or directory
Jul 17 09:40:17 <TAsn> mrmoku, you don't need to anymore
Jul 17 09:40:21 <TAsn> anjuta is pretty good
Jul 17 09:40:27 <TAsn> (though not perfect)
Jul 17 09:40:43 <mrmoku> tried that one some time (a year or two) ago
Jul 17 09:40:53 <mrmoku> maybe will take a look again
Jul 17 09:41:25 <mrmoku> could you fix the ophonekitd issue? I will test integration of you patch then
Jul 17 09:43:43 <TAsn> mrmoku, 
Jul 17 09:43:46 <TAsn> it just doesn't ship
Jul 17 09:43:49 <TAsn> fix the makefile.am
Jul 17 09:43:54 <Ainulindale> Hey guys
Jul 17 09:43:55 <TAsn> my bad
Jul 17 09:43:55 <TAsn> it should not exist :)
Jul 17 09:44:00 <Ainulindale> You could check your stuff before committing it
Jul 17 09:44:13 <TAsn> Ainulindale, I did, in general.
Jul 17 09:44:13 <TAsn> ;)
Jul 17 09:44:21 <Ainulindale> Yeah, "did". Not "do". =)
Jul 17 09:44:24 <Ainulindale> ptitjes: there?
Jul 17 09:45:27 <TAsn> mrmoku, no idea where it's hiding
Jul 17 09:45:31 <TAsn> where did you get that error?
Jul 17 09:45:39 <TAsn> maybe it's the bb?
Jul 17 09:46:07 <TAsn> dos1, fixed opkg :)
Jul 17 09:47:03 <ptitjes> hi Ainulindale 
Jul 17 09:47:11 <mrmoku> bbiab... son kindergarten pickup time :P
Jul 17 09:47:29 <dos1> TAsn: i saw ;)
Jul 17 09:48:06 <Ainulindale> ptitjes: do you have a minute or so?
Jul 17 09:48:11 <ptitjes> yep
Jul 17 10:03:55 <CIA-43> SHR: 03seba.dos1 07opimd-utils * r50bb16da254c 10/ (README data/icons/README): Add readme files.
Jul 17 10:08:02 <CIA-43> SHR: 03seba.dos1 07shr-settings * r5db042aaf975 10/data/README: [data] add README about Oxygen icons
Jul 17 10:08:40 <TAsn> DocScrutinizer, 
Jul 17 10:08:43 <TAsn> I need a good name
Jul 17 10:08:53 <TAsn> how would you call all these user parameters?
Jul 17 10:09:01 <TAsn> NP, IP, HC etc
Jul 17 10:09:11 <TAsn> I need a good and short name :)
Jul 17 10:26:50 <wpwrak> make an acronym of the first letters: "nih" ? :) i mean, they got away with "awk" ...
Jul 17 10:27:25 <Wonka> we are the knights who say NI!
Jul 17 10:34:31 <pieterc> NI NI
Jul 17 10:37:12 <mrmoku> TAsn, what revision is your patch against? It does not apply :(
Jul 17 10:38:31 <TAsn> latest opkg
Jul 17 10:38:37 <TAsn> mrmoku, -pnum=0
Jul 17 10:38:44 <TAsn> (rev215)
Jul 17 10:38:57 <TAsn> I used patch=0;pnum=0;
Jul 17 10:39:02 <TAsn> in order for it to work :)
Jul 17 10:39:13 <TAsn> tested it here before sent to you.
Jul 17 10:39:13 <TAsn> ;)
Jul 17 10:40:25 <mrmoku> ahh, ok
Jul 17 10:40:36 * mrmoku should probably have read your comment more carefully ;)
Jul 17 10:41:15 <spaetz> isn't patch=0 already implying patch -p0 ?
Jul 17 10:41:49 <mrmoku> I thought patch=0 is to disable it - though that does not work neither
Jul 17 10:41:56 <mrmoku> -n
Jul 17 10:42:35 <spaetz> mrmoku: I recall that the patch=n is the argument to "patch -pn"
Jul 17 10:42:42 <spaetz> but I might well be wrong
Jul 17 10:43:25 <dos1> from maillist: "c) one Freerunner was shot into space (really!) - I hope I get permission soon to post a link to photos"
Jul 17 10:43:28 <dos1> :D
Jul 17 10:43:39 <soltys> ;D
Jul 17 10:43:45 <Wonka> FR on STS-127?
Jul 17 10:44:05 <spaetz> dos1: heh cool
Jul 17 10:44:16 <spaetz> although I want to shoot mine into space from time to time as well
Jul 17 10:44:28 <mrmoku>                 if not "patch" in parm:
Jul 17 10:44:28 <mrmoku>                         continue
Jul 17 10:44:32 <mrmoku> is what it does
Jul 17 10:44:41 <mrmoku> so it does not matter what patch= you give it :P
Jul 17 10:45:08 <spaetz> pff :)
Jul 17 10:45:10 <spaetz> ok
Jul 17 10:45:35 <mrmoku> and then
Jul 17 10:45:35 <mrmoku>                         patchset.Import({"file":unpacked, "remote":url, "strippath": pnum}, True)
Jul 17 10:45:44 <mrmoku> and pnum defaults to 1
Jul 17 10:54:42 <mrmoku> ptitjes, trying your stuff now :P
Jul 17 10:59:43 <Ainulindale> mrmoku: crappy way to handle conf files clashes, the latest patch
Jul 17 11:00:06 <Ainulindale> There should be a specific customizable postinst directive
Jul 17 11:01:10 <mrmoku> Ainulindale, no, not so
Jul 17 11:01:23 <mrmoku> it is not the whole story maybe
Jul 17 11:01:26 <mrmoku> but a good part
Jul 17 11:01:48 <Ainulindale> well problem is, the approach is not logical
Jul 17 11:01:52 <mrmoku> why?
Jul 17 11:01:56 <Ainulindale> first and more important thing is to handle upgrade path
Jul 17 11:01:58 <Ainulindale> if we don't have that
Jul 17 11:02:01 <Ainulindale> conf files handling has no purpose
Jul 17 11:02:12 <Ainulindale> and conf file handling should be customizable in postinst for upgrades
Jul 17 11:02:16 <Ainulindale> to do things such has sed and all
Jul 17 11:02:20 <mrmoku> first and even more important is not to overwrite users changes if the conffile did *NOT* change
Jul 17 11:02:28 <Ainulindale> mrmoku: that is already handled
Jul 17 11:02:37 <Ainulindale> by our old opkg version
Jul 17 11:02:40 <TAsn> Ainulindale, of course
Jul 17 11:02:42 <Ainulindale> I told that to dos yesterday
Jul 17 11:02:49 <TAsn> though the basic opkg handling was bad
Jul 17 11:02:54 <Ainulindale> Hey people
Jul 17 11:02:56 <Ainulindale> Let's focus
Jul 17 11:03:00 <Ainulindale> You are working on details
Jul 17 11:03:06 <TAsn> Ainulindale, no
Jul 17 11:03:06 <Ainulindale> You want to deliver a stable release? Fine, handle upgrade path
Jul 17 11:03:11 <Ainulindale> If you don't, there'll be no stable release
Jul 17 11:03:13 <TAsn> I'm working on critical bugs in my opinion
Jul 17 11:03:13 <TAsn> :)
Jul 17 11:03:22 <Ainulindale> Then your opinion on critical bugs is wrong
Jul 17 11:03:22 <TAsn> Ainulindale, I know.
Jul 17 11:03:31 <Ainulindale> A critical bug is something you can't act upon
Jul 17 11:03:32 <TAsn> actually upgrade path is on the top of my todo.
Jul 17 11:03:41 <Ainulindale> Here, it was annoying, but not hampering functionnality
Jul 17 11:03:43 <Ainulindale> Hence details
Jul 17 11:03:55 <Ainulindale> That's why I say what I say
Jul 17 11:04:00 <Ainulindale> Not that I think it's not necessary
Jul 17 11:04:05 <Ainulindale> But just it's not mandatory right now
Jul 17 11:04:09 <Ainulindale> Upgrade path is far more IMHO
Jul 17 11:04:14 <dos1> Ainulindale: well, for shr-installer i think that patch is very helpful :P
Jul 17 11:04:22 <Ainulindale> And were I to have the time to do it, I'd have done it months ago
Jul 17 11:04:27 <mrmoku> 12:59 < Ainulindale> mrmoku: crappy way to handle conf files clashes, the latest patch
Jul 17 11:04:41 <Ainulindale> mrmoku: yes ?
Jul 17 11:04:59 <mrmoku> you did not say it was not the right time to do it, but that he did it wrong instead
Jul 17 11:05:18 <Ainulindale> Yes I elaborated on that afterwards
Jul 17 11:05:24 <Ainulindale> It's not handled properly because it should first consider postinst
Jul 17 11:05:33 <Ainulindale> Because we might want to keep the conf AND do seds for instance
Jul 17 11:05:48 <Ainulindale> And because doing postinst would have fixed the problem automagically with that kind of thing
Jul 17 11:06:08 <Ainulindale> That is, upgrade from X to Y, conf has changed, we know it, then overwrite/merge
Jul 17 11:06:21 <Ainulindale> From X to Z, conf has not changed but user has changed it, then leave as it is
Jul 17 11:06:38 <Ainulindale> That's what I'm talking about ("bitch!")
Jul 17 11:06:45 <mrmoku> on that I agree
Jul 17 11:07:04 <Ainulindale> I just think that this patch will get reworked soon after the postinst stuff
Jul 17 11:07:11 <Ainulindale> Hence my comment on doing it the other way around :-)
Jul 17 11:09:32 <mrmoku> talking about opkg... opkg comes in 3 flavours
Jul 17 11:09:37 <mrmoku> which one do we use? 
Jul 17 11:12:37 <Ainulindale> 3 flavours?
Jul 17 11:12:44 <Ainulindale> Vanilla, Chocolate, and Strawberry?
Jul 17 11:12:52 <mrmoku> opkg, opkg-nogpg and opkg-nogpg-nocurl
Jul 17 11:13:06 <Ainulindale> then i'd say opkg 
Jul 17 11:13:13 <Ainulindale> as we have gpg failures
Jul 17 11:13:48 <mrmoku> yeah, think so too... shouldn't we use opkg-nogpg then?
Jul 17 11:14:17 <Ainulindale> Well I don't know what the impacts are
Jul 17 11:14:25 <mrmoku> Ainulindale, ahh, and could you give your thoughts on #551?
Jul 17 11:14:27 <mrmoku> please :)
Jul 17 11:14:44 <Ainulindale> Yep
Jul 17 11:15:17 <dos1> Ainulindale, mrmoku: i think opkg-nogpg just doesn't check gpg signatures
Jul 17 11:15:36 <Ainulindale> Hmmm mrmoku 
Jul 17 11:15:36 <Ainulindale> weird
Jul 17 11:16:15 <Ainulindale> That it'd fail is expectable
Jul 17 11:16:19 <mrmoku> dos1, that's what the name implies... but has it some other effect too?
Jul 17 11:16:21 <Ainulindale> It shouldn't abort though
Jul 17 11:16:55 <Ainulindale> To me this sounds as "fso has not registered its interfaces yet and we don't handle the error properly"
Jul 17 11:17:41 <mrmoku> ahh, no. it is because we have g_warning in there... and warning configured to be critical --> abort
Jul 17 11:18:12 <dos1> mrmoku: i thought we changed all g_warnings to g_debug ;x
Jul 17 11:20:18 <mrmoku> grep for it in ophonekitd source :P
Jul 17 11:20:58 <Ainulindale> well guys
Jul 17 11:21:06 <Ainulindale> it's been ages we should have migrated to ophonekitd-vala
Jul 17 11:21:18 <Ainulindale> I don't know what ptitjes is waiting now
Jul 17 11:22:02 <TAsn> mrmoku, mind giving me a git repo for libphone-utils?
Jul 17 11:22:24 <mrmoku> nop
Jul 17 11:22:27 <mrmoku> don't mind :P
Jul 17 11:22:43 <Ainulindale> TAsn: what's that?
Jul 17 11:25:09 <tmzt> if you are rewiting ophonekit would it be possible to make sim optional somehow in the CFUN=1 process
Jul 17 11:25:45 <TAsn> Ainulindale, a lib for aux phone functions
Jul 17 11:25:50 <TAsn> for instance number normalization
Jul 17 11:25:56 <TAsn> number camparison
Jul 17 11:26:02 <TAsn> comparison*
Jul 17 11:26:12 <TAsn> and stuff like that ;)
Jul 17 11:26:27 <TAsn> dos needed a way to do it in opimd
Jul 17 11:26:34 <Ainulindale> Good thinking
Jul 17 11:26:35 <TAsn> and it's stupid to implement it more than once anyway
Jul 17 11:26:42 <Ainulindale> But it should be in FSO somehow not in SHR
Jul 17 11:27:02 <Ainulindale> TAsn: Sim optional in ophonekitd?
Jul 17 11:27:04 <Ainulindale> What do you mean?
Jul 17 11:27:08 <Ainulindale> hmpf, tmzt 
Jul 17 11:27:11 <Ainulindale> It's handled by the f ramework
Jul 17 11:27:24 <TAsn> Ainulindale, huh?
Jul 17 11:27:35 <Ainulindale> TAsn: wrong tab
Jul 17 11:27:40 <tmzt> Ainulindale: the part that asks for pin
Jul 17 11:27:47 <mrmoku> TAsn, go ahead
Jul 17 11:28:06 <Ainulindale> tmzt: well what do you want us to do with that part exactly?
Jul 17 11:28:10 <tmzt> I know patched ophonekitd but it might not have been necessary
Jul 17 11:28:24 <Ainulindale> TAsn: for my previous remark, I think this lib should be hosted by FSO that's all :-)
Jul 17 11:28:38 <mrmoku> tmzt, if I boot without SIM I just get a notification and all is fine
Jul 17 11:28:48 <TAsn> Ainulindale, I'm just asking for storage, nothing more :)
Jul 17 11:28:54 <Ainulindale> TAsn: Ok!
Jul 17 11:28:57 <tmzt> I mean it should not expect the next thing after to CFUN to be pin request
Jul 17 11:29:11 <Ainulindale> tmzt: that's the framework
Jul 17 11:29:14 <tmzt> but I think that was something in ogsmd I had to fix
Jul 17 11:29:16 <tmzt> okay
Jul 17 11:29:20 <tmzt> sorry then
Jul 17 11:29:22 <Ainulindale> tmzt: what we do is
Jul 17 11:29:26 <Ainulindale> set power antenna
Jul 17 11:29:34 <Ainulindale> if sim pin required
Jul 17 11:29:36 <Ainulindale> then set auth code
Jul 17 11:29:38 <Ainulindale> then register network
Jul 17 11:29:44 <tmzt> right
Jul 17 11:29:47 <Ainulindale> Nothing more
Jul 17 11:30:06 * mrmoku --> lunch
Jul 17 11:30:12 <tmzt> okay, in my case Power will not result in pin request, if that is handled fine
Jul 17 11:30:14 <Ainulindale> mrmoku: bon appétit :-)
Jul 17 11:30:27 <Ainulindale> tmzt: if you have no PIN, it's not requested
Jul 17 11:31:17 <tmzt> okay, great
Jul 17 11:31:32 <tmzt> so no patches to ophonekitd needed for cdma
Jul 17 11:32:16 <tmzt> considering at cdma commands a subset of gsm ones, with small exceptions
Jul 17 11:32:29 <Ainulindale> ophonekitd has nothing to do with AT
Jul 17 11:32:44 <Ainulindale> you won't find any GSM thing in ophonekitd but calls to FSO
Jul 17 11:32:55 <tmzt> right
Jul 17 11:33:11 <Ainulindale> which is logical as ophonekitd is the layer on top of FSO, which acts as the middleware between low level GSM and high level phone functionnalities
Jul 17 11:33:36 <tmzt> and where are sim contacts going to be?
Jul 17 11:34:07 <Ainulindale> what do you mean by where?
Jul 17 11:34:18 <Ainulindale> because I'd say there are going to be on SIM if they're sim contacts :-p
Jul 17 11:34:25 <tmzt> what part of the stack
Jul 17 11:34:30 <tmzt> well, yes
Jul 17 11:34:34 <Ainulindale> FSO too
Jul 17 11:34:41 <tmzt> okay
Jul 17 11:34:45 <Ainulindale> ophonekitd or underlying libs just request FSO for info
Jul 17 11:34:48 <tmzt> we don't have those either
Jul 17 11:34:50 <Ainulindale> such as "list me SIM contacts"
Jul 17 11:34:58 <Ainulindale> and FSO does the low level job
Jul 17 11:35:08 <TAsn> mickeyl, ping
Jul 17 11:35:10 <tmzt> right, but is something going to be asking for them?
Jul 17 11:35:24 <Ainulindale> tmzt: ophonekitd for cache, and contacts
Jul 17 11:35:34 <Ainulindale> (that is libframeworkd-phonegui-*)
Jul 17 11:35:43 <tmzt> normalization will be per country/mcc, tasn?
Jul 17 11:35:51 <tmzt> right
Jul 17 11:35:55 <Ainulindale> tmzt: country code, intl code, home code
Jul 17 11:36:01 <TAsn> tmzt, configurable
Jul 17 11:36:04 <Ainulindale> we already have that developed in libframeworkd-phonegui
Jul 17 11:36:04 <TAsn> either by config file
Jul 17 11:36:06 <TAsn> or user
Jul 17 11:36:11 <TAsn> Ainulindale, yes.
Jul 17 11:36:17 <TAsn> this time I made it right though ;]
Jul 17 11:36:25 <tmzt> no + prefix in cdma I believe, the rest should be the same
Jul 17 11:36:32 <Ainulindale> well not that right as it should be in FSO :-)
Jul 17 11:36:43 <Ainulindale> TAsn: but any way it was clearly temporary yes
Jul 17 11:37:28 <TAsn> Ainulindale, I know.
Jul 17 11:38:35 <TAsn> *** Error: CONTROL/conffiles mentions conffile /etc/phoneg-utils.conf which does not exist
Jul 17 11:38:42 <TAsn> bah.
Jul 17 11:38:48 <TAsn> no idea why. ;\
Jul 17 11:39:07 <Ainulindale> Mwehehehhe.
Jul 17 11:44:03 <TAsn> got any ideas anyone?
Jul 17 11:48:53 <Ainulindale> well my latest idea was involving the fact that I'm hungry
Jul 17 11:49:05 <Ainulindale> apart from that, if I knew what you're trying to do I could help but I don't =)
Jul 17 11:49:12 <Ainulindale> So elaborate, you lazy ass
Jul 17 11:53:03 <TAsn> Ainulindale, I'm trying to ship a conf file
Jul 17 11:53:11 <Ainulindale> http://fukung.net/v/13949/weatherstone.jpg <= hahaha
Jul 17 11:53:12 <TAsn> added it's name to
Jul 17 11:53:18 <Ainulindale> TAsn: CONFFILES?
Jul 17 11:53:20 <TAsn> CONFFILES_${PN}
Jul 17 11:53:30 <Ainulindale> Did you bump PR?
Jul 17 11:53:41 <TAsn> or whatever
Jul 17 11:53:41 <TAsn> and it claims the file doesn't exist
Jul 17 11:53:41 <TAsn> :|
Jul 17 11:53:52 <Ainulindale> When you upgrade you mean?
Jul 17 11:53:55 <TAsn> should I tell it real path?
Jul 17 11:53:55 <TAsn> or workdir path?
Jul 17 11:54:00 <Ainulindale> errr
Jul 17 11:54:04 <Ainulindale> Are you nuts? :-)
Jul 17 11:54:04 <TAsn> yes.
Jul 17 11:54:35 <Ainulindale> CONFFILES_${PN} = "${sysconfdir}/frameworkd-phonegui.conf"
Jul 17 11:54:36 <Ainulindale> example
Jul 17 11:54:41 <TAsn> CONFFILES_${PN} = "${sysconfdir}/phoneg-utils.conf"
Jul 17 11:54:46 <Ainulindale> That is good
Jul 17 11:54:48 <TAsn> exactly what I have. ;)
Jul 17 11:54:51 <Ainulindale> And if upgrade doesn't work
Jul 17 11:54:58 <TAsn> upgrade?
Jul 17 11:54:59 <Ainulindale> It just means your patch for conf file handling is a crappy one
Jul 17 11:55:02 <TAsn> I'm talking about making the package
Jul 17 11:55:11 <Ainulindale> 13:53:57 < Ainulindale> When you upgrade you mean?
Jul 17 11:55:15 <Ainulindale> 13:54:10 < TAsn> yes.
Jul 17 11:55:20 <TAsn> ...
Jul 17 11:55:20 <TAsn> ...
Jul 17 11:55:20 <TAsn> my patch is not even there
Jul 17 11:55:20 <TAsn> :)
Jul 17 11:55:42 <Ainulindale> seems you lag, that would explain why I didn't get a thing about what you're talking about
Jul 17 11:56:04 <Ainulindale> (I got four lines in a raw here)
Jul 17 11:56:08 <Ainulindale> s/raw/row/
Jul 17 11:56:08 <bzzbot> Ainulindale meant: (I got four lines in a row here)
Jul 17 11:56:21 <Ainulindale> Anyways, TAsn, I was saying
Jul 17 11:56:28 <Ainulindale> If you repackaged with CONFFILEs
Jul 17 11:56:32 <Ainulindale> check the ipk
Jul 17 11:56:36 <Ainulindale> the files should be in there
Jul 17 11:56:37 <Ainulindale> if it is
Jul 17 11:56:43 <Ainulindale> there's no reason for it not to work
Jul 17 11:58:01 <TAsn> Ainulindale, there is no package
Jul 17 11:58:18 <TAsn> the package doesn't get created 
Jul 17 11:58:18 <TAsn> I get this error in OE
Jul 17 11:58:18 <TAsn> in the make package task
Jul 17 11:58:34 <Ainulindale> Give me your freaking bb recipe =)
Jul 17 11:59:02 <Ainulindale> Hmm quick question though
Jul 17 11:59:05 <Ainulindale> Do you use autotools?
Jul 17 12:00:24 <TAsn> yes.
Jul 17 12:01:02 <Ainulindale> then I bet you don't ship your files in it
Jul 17 12:01:06 <Ainulindale> TAsn: do the following
Jul 17 12:01:10 <Ainulindale> bitbake -c clean -b yourbb
Jul 17 12:01:16 <Ainulindale> bitbake -c install -b yourbb
Jul 17 12:01:21 <Ainulindale> check in the install dir in your work directory
Jul 17 12:01:27 <TAsn> Ainulindale, I bump pv all the time
Jul 17 12:01:27 <Ainulindale> you won't have etc/
Jul 17 12:01:41 <Ainulindale> if you don't then it's normal that OE complains
Jul 17 12:01:46 <Ainulindale> and that means your autotools conf is bad
Jul 17 12:02:01 <Ainulindale> one way to solve that quickly is to install the file manually but that's crappy
Jul 17 12:02:09 <Ainulindale> check what I just told and come back to me :-)
Jul 17 12:02:52 <Ainulindale> TAsn: http://git.shr-project.org/git/?p=shr.git;a=blob;f=libframeworkd-phonegui/data/Makefile.am;h=a738aade812c46c63f573865452e8eabcc20c082;hb=HEAD
Jul 17 12:02:56 <Ainulindale> This is what I mean
Jul 17 12:03:29 <Ainulindale> you can be sure about what I'm describing if you do what I said
Jul 17 12:03:35 <Ainulindale> clean, and go to install
Jul 17 12:03:45 <Ainulindale> if in your workdir/install dir there's a lib and no conf
Jul 17 12:03:49 <Ainulindale> then wrong autotools
Jul 17 12:05:16 <TAsn> there is not need to clean.
Jul 17 12:05:16 <TAsn> http://pastebin.com/m6ece05bf
Jul 17 12:05:47 <TAsn> I have that.
Jul 17 12:05:48 <Ainulindale> Yes there is
Jul 17 12:06:06 <Ainulindale> (why can't people listen to my advice when they ask for it?)
Jul 17 12:06:45 <Ainulindale> Do what I tell or feel my wrath TAsn :-)
Jul 17 12:07:24 <Ainulindale> TAsn: show me your sources
Jul 17 12:07:26 <Ainulindale> commit them somewhere
Jul 17 12:08:10 <Ainulindale> http://git.shr-project.org/git/?p=libphone-utils.git;a=summary <= there for instance :-)
Jul 17 12:09:33 <TAsn> ok I think I know what's wrong
Jul 17 12:09:33 <TAsn> sec
Jul 17 12:09:33 <TAsn> no ;\
Jul 17 12:09:44 <Ainulindale> TAsn: commit it, let me help you, stop whining
Jul 17 12:09:53 <Ainulindale> you have ten seconds before I nuke your ass
Jul 17 12:11:53 <Ainulindale> (damn these youngsters... :-) )
Jul 17 12:11:58 <TAsn> I just now saw it
Jul 17 12:12:42 <Ainulindale> I don't care :-p
Jul 17 12:12:53 <TAsn> bah laggy.
Jul 17 12:12:55 <Ainulindale> Commit it I'll help you I'm bored with what I have to do
Jul 17 12:16:10 <Ainulindale> TAsn: So ?
Jul 17 12:16:14 <TAsn> how do I specify a branch? :|
Jul 17 12:16:45 <Ainulindale> why would you want to specify a branch?
Jul 17 12:16:50 <Ainulindale> just push in master for phone-utils
Jul 17 12:17:14 <Ainulindale> clone the repo, then copy your stuff in it, add it, commit, push
Jul 17 12:17:47 <TAsn> did it
Jul 17 12:17:56 <Ainulindale> and?
Jul 17 12:18:01 <TAsn> won't let me
Jul 17 12:18:01 <TAsn> No refs in common and none specified; doing nothing.
Jul 17 12:18:01 <TAsn> Perhaps you should specify a branch such as 'master'.
Jul 17 12:18:01 <TAsn> fatal: The remote end hung up unexpectedly
Jul 17 12:18:01 <TAsn> error: failed to push some refs to 'git+ssh://git@shr.bearstech.com/libphone-utils.git'
Jul 17 12:18:21 <Ainulindale> (you should use git.shr-project.org by the way)
Jul 17 12:18:23 <TAsn> fatal :)
Jul 17 12:18:25 <TAsn> won't let me.
Jul 17 12:18:44 <Ainulindale> sheesh
Jul 17 12:18:51 <Ainulindale> Kids...
Jul 17 12:18:57 <Ainulindale> let me try :-)
Jul 17 12:19:04 <TAsn> done :)
Jul 17 12:19:07 <TAsn> ...
Jul 17 12:19:22 <TAsn> http://git.shr-project.org/git/?p=libphone-utils.git;a=tree
Jul 17 12:19:39 <TAsn> mind if I'll use this repo? :)
Jul 17 12:19:52 <TAsn> (for good that is)
Jul 17 12:20:03 <Ainulindale> Well that's the one I gave you, didn't I?
Jul 17 12:20:09 <Ainulindale> (that mrmoku created)
Jul 17 12:20:16 <TAsn> Ainulindale, hehe cool ;)
Jul 17 12:20:16 <TAsn> thanks.
Jul 17 12:20:22 <Ainulindale> TAsn: http://git.shr-project.org/git/?p=libphone-utils.git;a=blob;f=data/Makefile.am;h=cd8af35fe0317a9ef40462007e640883fb7a61df;hb=refs/heads/master
Jul 17 12:20:24 <TAsn> mrmoku, thanks.
Jul 17 12:20:25 <Ainulindale> That's wrong
Jul 17 12:20:35 <TAsn> was
Jul 17 12:20:36 <TAsn> dist_
Jul 17 12:20:44 <Ainulindale> should be dist
Jul 17 12:20:45 <TAsn> tried this because dist_ didn't work
Jul 17 12:20:45 <TAsn> ;\
Jul 17 12:21:01 <Ainulindale> Ok testing your recipe
Jul 17 12:21:24 <TAsn> thanks :)
Jul 17 12:21:32 <CIA-43> SHR: 03tom 07libphone-utils * rd132796e9ee7 10/data/Makefile.am: changed to dist_sys...
Jul 17 12:21:46 <TAsn> now all I need is autorev and I'm done *wink*
Jul 17 12:21:49 <mrmoku> TAsn, welcome
Jul 17 12:22:07 <mrmoku> TAsn, give me a recipe and I give you autorev ;)
Jul 17 12:22:16 <TAsn> mrmoku, there's a recipe in git
Jul 17 12:22:20 <TAsn> committed that as well
Jul 17 12:22:25 <TAsn> though atm it doesn't work :)
Jul 17 12:22:25 <mrmoku> ahh, k
Jul 17 12:22:39 <TAsn> that's what Ainulindale and I are discussing
Jul 17 12:22:46 <TAsn> at the moment I get this working
Jul 17 12:22:57 <TAsn> I'll start making python bindings
Jul 17 12:23:16 <TAsn> and make phonegui use it ;)
Jul 17 12:27:23 <Ainulindale> Ok, so, same here, let me inspect that :-)
Jul 17 12:27:50 <TAsn> ?
Jul 17 12:28:29 <TAsn> :)
Jul 17 12:28:35 <Ainulindale> Ok found
Jul 17 12:28:38 <TAsn> probably an insivible typo
Jul 17 12:28:43 <Ainulindale> I have that
Jul 17 12:28:44 <Ainulindale> tmp/work/armv4t-angstrom-linux-gnueabi/libphone-utils-0.0.2+gitr2+d132796e9ee77139826141a65d5ca08f722ca391-r1/image/etc/phone-utils.conf
Jul 17 12:28:53 <TAsn> really? where?
Jul 17 12:28:54 <Ainulindale> and that
Jul 17 12:28:54 <Ainulindale> *** Error: CONTROL/conffiles mentions conffile /etc/phoneg-utils.conf which does not exist
Jul 17 12:29:00 <Ainulindale> There's a typpo
Jul 17 12:29:01 <Ainulindale> -p
Jul 17 12:29:06 <Ainulindale> I let you find that one out =)
Jul 17 12:29:25 <TAsn> hm..
Jul 17 12:29:27 <TAsn> :)
Jul 17 12:29:38 <TAsn> thanks
Jul 17 12:29:38 <TAsn> grep to the rescue!
Jul 17 12:30:12 <Ainulindale> =)
Jul 17 12:30:20 <TAsn> in the bb
Jul 17 12:30:28 <TAsn> damn!
Jul 17 12:30:34 <Ainulindale> yeah you utterly suck :-)
Jul 17 12:30:39 <__jan__> you could be happy - you have a build environment ;) mine doesn't work yet... but its up to the last package :)
Jul 17 12:33:18 <Ainulindale> __jan__: well if we can help, just ask
Jul 17 12:33:27 <larsc> __jan__: ever tried openwrt as a build system?
Jul 17 12:33:35 <CIA-43> SHR: 03tom 07libphone-utils * r09c0c33e2055 10/ (libphone-utils_git.bb libphone-utils_svn.bb): bb is now git instead of svn
Jul 17 12:33:41 <TAsn> Ainulindale, I do. ;\
Jul 17 12:33:49 <TAsn> __jan__, I am happy.
Jul 17 12:34:22 <Ainulindale> TAsn: do a patch for OE and send it to the mL
Jul 17 12:34:41 <Ainulindale> TAsn: you have no idea how much time I spent on stupid bugs like this
Jul 17 12:35:17 <__jan__> Ainulindale> __jan__: well if we can help, just ask <- i will :) just trying another way.
Jul 17 12:37:06 <TAsn> now all I need is a proper bb (waiting for mrmoku)
Jul 17 12:37:06 <TAsn> btw
Jul 17 12:37:06 <TAsn> mrmoku, how's the image going?
Jul 17 12:37:17 <TAsn> Ainulindale, :)
Jul 17 12:37:38 <TAsn> Ainulindale, sec, trying to build. won't build still. ;\
Jul 17 12:38:20 <Ainulindale> S="${WORKDIR}/git"
Jul 17 12:38:22 <mrmoku> TAsn, I managed to build the lite image
Jul 17 12:38:25 <mrmoku> trying the feed now
Jul 17 12:38:26 <Ainulindale> Just because I'm nice with you :-)
Jul 17 12:38:41 <mrmoku> task 5423 of 10254 :P
Jul 17 12:38:42 <TAsn> hm..;]
Jul 17 12:39:14 <soltys> ;>
Jul 17 12:39:31 <Ainulindale> TAsn: I packaged so many things now it has become automatic...
Jul 17 12:46:20 <TAsn> mrmoku, :)
Jul 17 12:46:20 <TAsn> what about the "heavy"?
Jul 17 12:46:31 <TAsn> Ainulindale, :)
Jul 17 12:46:43 <TAsn> thakns appreciate it ;)
Jul 17 12:47:26 <TAsn> mrmoku, OUCH
Jul 17 12:47:42 <Ainulindale> (you lag)
Jul 17 12:47:46 <TAsn> ;\
Jul 17 12:48:02 <TAsn> i know.
Jul 17 12:48:02 <TAsn> a lot.
Jul 17 12:49:12 <TAsn> Ainulindale, mind checking out why it still doesn't work?
Jul 17 12:49:16 <CIA-43> SHR: 03tom 07libphone-utils * r6f1a301ff578 10/libphone-utils_git.bb: Fixed the git issue in the bb, though it still doesn't work
Jul 17 12:49:49 <Ainulindale> it's funny because my recipe was working :-p
Jul 17 12:50:11 <Ainulindale> Did you put SRCREV in shr-autorev-unstable?
Jul 17 12:50:15 <Ainulindale> ah it's protocol
Jul 17 12:50:16 <Ainulindale> not proto
Jul 17 12:50:23 <Ainulindale> protocol=http;branch=master
Jul 17 12:50:29 * TAsn is stupid
Jul 17 12:50:32 <Ainulindale> I bet it's complaing about rsync :-)
Jul 17 12:50:42 <TAsn> :)
Jul 17 12:50:46 <Ainulindale> TAsn: If you're nice enough for next hannoukah I'll send you a FM
Jul 17 12:51:19 <TAsn> FM?
Jul 17 12:52:05 <Ainulindale> "fucking manual"
Jul 17 12:52:15 <TAsn> :)
Jul 17 12:52:22 <TAsn> TypeError: cannot concatenate 'str' and 'EnumValue' objects
Jul 17 12:52:37 <Ainulindale> SRCREV 
Jul 17 12:52:58 <TAsn> WHERE? HOW?
Jul 17 12:52:58 <TAsn> :)
Jul 17 12:53:00 <__jan__> Ainulindale, now i have one, just for the understanding... i want to setup a SHR build environment. downloaded the makefile, make setup, did a make update, cd shr-testing make image - is this the proper way or did i miss something?
Jul 17 12:53:08 <Ainulindale> 14:50:16 < Ainulindale> Did you put SRCREV in shr-autorev-unstable?
Jul 17 12:53:09 <mrmoku> conf/distro/include/shr-autorev-unstable.inc
Jul 17 12:53:16 <TAsn> BAH!
Jul 17 12:53:22 <Ainulindale> __jan__: it's the proper way
Jul 17 12:53:27 <__jan__> hmm ok thanks.
Jul 17 12:53:33 <Ainulindale> __jan__: although canonic way would be to
Jul 17 12:53:35 <Ainulindale> make update
Jul 17 12:53:36 <__jan__> then i can upload the error message ;)
Jul 17 12:53:37 <Ainulindale> cd shr-unstable
Jul 17 12:53:39 <Ainulindale> . setup-env
Jul 17 12:53:42 <Ainulindale> bitbake shr-lite-image
Jul 17 12:53:50 <Ainulindale> If you want to do it the nice & fuzzy way
Jul 17 12:54:03 <__jan__> arr right :)
Jul 17 12:55:35 <TAsn> SRCREV_pn-libphone-utils = "${AUTOREV}" ?
Jul 17 12:55:35 <TAsn> :)
Jul 17 12:55:46 <TAsn> yay.
Jul 17 12:56:03 <TAsn> :)
Jul 17 12:56:03 <TAsn> mrmoku, please add this patch to OE :)
Jul 17 12:56:03 <TAsn> *recipe
Jul 17 12:56:25 <__jan__> "not found: did you run git update-server-info on the server?" are you messing with the repository right now?
Jul 17 12:56:38 <Ainulindale> __jan__: what?
Jul 17 12:56:44 <Ainulindale> TAsn: did you mail it to the ML?
Jul 17 12:56:49 <Ainulindale> I'll add it if that's the case
Jul 17 12:56:58 <Ainulindale> Can't see it online
Jul 17 12:57:03 <CIA-43> SHR: 03tom 07libphone-utils * r7f313cd829c4 10/libphone-utils_git.bb: finally bb works - no more abusing git
Jul 17 12:57:23 <Ainulindale> TAsn: go into your OE tree
Jul 17 12:57:25 <Ainulindale> git clean -d -f
Jul 17 12:57:27 <Ainulindale> git reset --hard
Jul 17 12:57:27 <Ainulindale> git pull
Jul 17 12:57:33 <Ainulindale> copy your bb over
Jul 17 12:57:36 <Ainulindale> change shr-autorev-unstable
Jul 17 12:57:38 <Ainulindale> git commit -a -s
Jul 17 12:57:46 <Ainulindale> (with a gid add your recipe before)
Jul 17 12:57:47 <Ainulindale> then
Jul 17 12:57:50 <__jan__> http://pastebin.org/2672 @ Ainulindale 
Jul 17 12:58:01 <Ainulindale> git format-patch -1 -s --subject-prefix='PATCH'
Jul 17 12:58:03 <Ainulindale> then
Jul 17 12:58:15 <Ainulindale> git send-email -smtp-server=smtp.free.fr  --to="shr-devel@lists.shr-project.org" 0001-DUMMY-PATCH-Testing-patchwork-subsystem$
Jul 17 12:58:22 <Ainulindale> with your smtp 
Jul 17 12:58:24 <Ainulindale> and your patch
Jul 17 12:58:27 <TAsn> yay :)
Jul 17 12:58:27 <TAsn> Ainulindale, mrmoku, thanks a lot! :)
Jul 17 12:58:27 <TAsn> now I'm going and when I'll be back I'll make phonegui use it :)
Jul 17 12:59:03 <Ainulindale> __jan__: this is weird
Jul 17 12:59:32 <Ainulindale> __jan__: I don't even have that recipe
Jul 17 12:59:43 <__jan__> did a make update before.
Jul 17 12:59:47 <Ainulindale> let me check :-)
Jul 17 12:59:57 <Ainulindale> well I wasn't up to date for starters
Jul 17 13:01:08 <TAsn> http://www.cofundos.org/project.php?id=172
Jul 17 13:01:08 <TAsn> lol
Jul 17 13:01:09 <TAsn> a new cofundos contest
Jul 17 13:01:11 <TAsn> a manual for shr
Jul 17 13:01:13 <TAsn> :)
Jul 17 13:01:21 <JaMa> mrmoku: there is small typo in http://cgit.openembedded.net/cgit.cgi/openembedded/commit/?h=shr/import&id=302b1b747a4e07385355caa7e4e83f1984178df2 there is /repo directory, isn't it?
Jul 17 13:01:28 <dos1> mrmoku: git update-server-info!
Jul 17 13:01:55 <dos1> TAsn: i already have 30 shr-settings splash screens for that manual
Jul 17 13:01:56 <dos1> :D
Jul 17 13:02:04 <Ainulindale> dos1: I'll do it
Jul 17 13:02:06 <JaMa> dos1: yes thats what bitbake said to me too :)
Jul 17 13:05:51 <Ainulindale> TAsn: recipe in
Jul 17 13:05:52 <Ainulindale> dos1: typo fixwed
Jul 17 13:05:54 <Ainulindale> -w
Jul 17 13:06:00 <TAsn> I didn't even sent a mail yet :)
Jul 17 13:06:08 <TAsn> just now.
Jul 17 13:06:08 <TAsn> :)
Jul 17 13:06:35 <TAsn> anyhow Ainulindale thanks
Jul 17 13:06:37 <Ainulindale> That was just to force you to
Jul 17 13:06:38 <TAsn> I'll just leave it be
Jul 17 13:06:41 <TAsn> as I'm lagging as hell
Jul 17 13:06:42 <Ainulindale> In order for you to know how to handle that
Jul 17 13:06:46 <TAsn> ;)
Jul 17 13:06:58 <TAsn> I prefer the old fashion way
Jul 17 13:07:05 <TAsn> (i.e everything the same without git mail)
Jul 17 13:07:18 <mrmoku> JaMa, uhh.. .right you are
Jul 17 13:08:55 <__jan__> is the "git update-server-info" now fixed or is it my failure? :)
Jul 17 13:09:03 <Ainulindale> __jan__: fixed
Jul 17 13:09:14 <__jan__> ok, i only need a make update?
Jul 17 13:09:24 <Ainulindale> Yep
Jul 17 13:09:47 <__jan__> ok lets see :)
Jul 17 13:09:58 <__jan__> would be great if i finally have a working build environment :)
Jul 17 13:10:23 <__jan__> one bug is still annoying me... had to link /bin/sh to bash instead of dash....
Jul 17 13:10:33 <mrmoku> WTF... why in hell is ruby-native failing now :(
Jul 17 13:10:51 <mrmoku> and who needs that anyway ;)
Jul 17 13:10:55 <Ainulindale> haha
Jul 17 13:11:03 <Ainulindale> __jan__: weird
Jul 17 13:11:55 <__jan__> was an oe bug and is also the solution to this "bug"... but it should work withouth it :/
Jul 17 13:12:20 <soltys> mrmoku: :)
Jul 17 13:16:13 <CIA-43> SHR: 03tom 07shr * r58bf874a3633 10/libframeworkd-phonegui/ (configure.ac src/Makefile.am src/frameworkd-phonegui.c): Moved to libphone-utils
Jul 17 13:16:37 <TAsn> oops
Jul 17 13:16:40 <TAsn> didn't mean to push
Jul 17 13:16:49 <Ainulindale> revert
Jul 17 13:16:53 <TAsn> well, let's hope it works :)
Jul 17 13:16:58 <Ainulindale> nah, revert now
Jul 17 13:17:02 <TAsn> building it here atm.
Jul 17 13:17:07 <Ainulindale> Revert nonetheless
Jul 17 13:17:09 <TAsn> Ainulindale, why?
Jul 17 13:17:11 <Ainulindale> Don't commit unless it's working
Jul 17 13:17:15 <Ainulindale> Because it's autoreved in unstable
Jul 17 13:17:34 <TAsn> Ainulindale, that's why I notified mrmoku not to build
Jul 17 13:17:35 <TAsn> ...
Jul 17 13:17:42 <Ainulindale> Is mrmoku the only builder in the world?
Jul 17 13:17:46 <Ainulindale> Or do we have other users? :-)
Jul 17 13:17:47 * JaMa is building unstable just now :)
Jul 17 13:17:51 <TAsn> but ok.
Jul 17 13:17:58 <Ainulindale> TAsn: For that kind of stuff
Jul 17 13:18:03 <Ainulindale> Either branch if you want to commit it online
Jul 17 13:18:05 <Ainulindale> Or do it locally
Jul 17 13:18:09 <Ainulindale> Either way is fine with me
Jul 17 13:18:13 <Ainulindale> But don't do that directly online
Jul 17 13:18:15 <Ainulindale> It's not SVN :-)
Jul 17 13:18:35 <soltys> ;]
Jul 17 13:18:59 <TAsn> Ainulindale, please revert
Jul 17 13:19:04 <TAsn> I have no idea how and I gtg
Jul 17 13:19:26 <Ainulindale> TAsn: git revert 58bf874a3633
Jul 17 13:19:27 <Ainulindale> git push
Jul 17 13:19:50 <TAsn> :(
Jul 17 13:19:50 <TAsn> I'm really sorry, won't happen again.
Jul 17 13:20:02 <Ainulindale> Well not your fault you don't know how to do it properly
Jul 17 13:20:03 <Ainulindale> Now you do
Jul 17 13:20:08 <Ainulindale> Next time will be obliteration time
Jul 17 13:20:17 <Ainulindale> :-)
Jul 17 13:20:29 <TAsn> ciao.
Jul 17 13:20:35 <Ainulindale> TAsn: Did you revert it?
Jul 17 13:20:37 <Ainulindale> Or should I?
Jul 17 13:20:41 <CIA-43> SHR: 03tom 07shr * r2731f2c1a1a7 10/libframeworkd-phonegui/ (configure.ac src/Makefile.am src/frameworkd-phonegui.c): Revert "Moved to libphone-utils"
Jul 17 13:20:45 <Ainulindale> Ok nice :-)
Jul 17 13:20:48 <Ainulindale> Thanks and have a good day TAsn 
Jul 17 13:21:12 <Ainulindale> TAsn: just ask around here if you have questions about howto git something
Jul 17 13:21:15 <TAsn> I did
Jul 17 13:21:18 <Ainulindale> TAsn: I'm sure you'll have plenty of answers
Jul 17 13:21:27 <Weiss> indeed :D
Jul 17 13:21:48 <Weiss> (i've been THOROUGHLY converted to the ways of the Git)
Jul 17 13:26:13 <__jan__> btw: whats the difference between the shr lite image and the normal one?
Jul 17 13:26:15 <mrmoku> git RULES :D
Jul 17 13:26:29 <__jan__> where can i see which packages are included and which not?
Jul 17 13:26:31 <mrmoku> __jan__, the normal one is bigger... contains more apps
Jul 17 13:26:41 <__jan__> yes i thought of that ;)
Jul 17 13:26:49 <mrmoku> look at task-shr.bb
Jul 17 13:26:57 <__jan__> thx.
Jul 17 13:27:00 <mrmoku> task-shr-minimal.bb == lite
Jul 17 13:27:06 <mrmoku> task-shr.bb == fat
Jul 17 13:30:15 <JaMa> __jan__: or check http://shr-project.org/trac/wiki/Get%20Started#SHR-ImageContent
Jul 17 13:30:16 <Ainulindale> __jan__: it's on trac anyway
Jul 17 13:30:52 <JaMa> a bit outdated :)
Jul 17 13:32:01 <__jan__> Please pipe /dev/null to your device.  .... ;)
Jul 17 13:32:09 <__jan__> read mail really fast?
Jul 17 13:34:22 <JaMa> Ainulindale: should that ImageContent wiki page track unstable or testing shr?
Jul 17 13:36:18 <Ainulindale> Testing 
Jul 17 13:36:24 <Ainulindale> As testing will be updated soon...
Jul 17 13:36:36 <Ainulindale> If mrmoku & I find time to do it
Jul 17 13:36:42 <Ainulindale> As he's mostly on his self for a month or so... :-)
Jul 17 13:37:07 <JaMa> oki thanks, so maybe not outdated at all :)
Jul 17 13:38:39 * mrmoku feels soooo lonely :P
Jul 17 13:40:02 <Ainulindale> mrmoku: sadly were I to find time I'd work :-/
Jul 17 13:40:19 <mrmoku> :)
Jul 17 13:40:22 <Ainulindale> mrmoku: TAsn told me he'd fix revs for testing
Jul 17 13:40:58 <mrmoku> I want to build an autoreved unstable 
Jul 17 13:41:02 <mrmoku> and take those revs if it works 
Jul 17 13:41:27 <mrmoku> I allready started to clean and sort our shr-autorev files
Jul 17 13:41:53 <mrmoku> and then came the vala update :(
Jul 17 13:42:09 <Ainulindale> well that's ptitjes for you
Jul 17 13:42:13 <Ainulindale> always out there to break things =)
Jul 17 13:42:41 <ptitjes> heh
Jul 17 13:42:41 <mrmoku> that's why we love him... don't we :P
Jul 17 13:42:49 <ptitjes> mrmoku broke things himself
Jul 17 13:42:50 <ptitjes> :)
Jul 17 13:42:58 <ptitjes> never told him to rename the recipe
Jul 17 13:42:59 <ptitjes> ;)
Jul 17 13:43:17 <mrmoku> ptitjes, nah... that is only part of the consequences ;)
Jul 17 13:43:33 <ptitjes> I propose that we do not make updates to our stuff
Jul 17 13:43:33 <mrmoku> anyway looks much better now
Jul 17 13:43:35 <ptitjes> :)
Jul 17 13:43:55 <ptitjes> this way we would be sure to not break something
Jul 17 13:43:56 <ptitjes> :p
Jul 17 13:44:24 <JaMa> last rev of libfso-glib.git is broken or is it just wrong vala* version? http://pastebin.com/m1b8bd8f0
Jul 17 13:47:31 <ptitjes> JaMa: wrong Vala version ;)
Jul 17 13:47:46 <ptitjes> JaMa: www.freesmartphone.org/sources
Jul 17 13:47:55 <ptitjes> Take the latest
Jul 17 13:48:13 <ptitjes> JaMa: may I ask if you already use libfso-glib ?
Jul 17 13:48:33 <ptitjes> JaMa: and what is your project ?
Jul 17 13:48:45 <ptitjes> this is just curiosity :)
Jul 17 13:49:16 <JaMa> ptitjes: I'm just rebuilding my autoreved shr
Jul 17 13:49:17 <ptitjes> JaMa: btw you can also build from git
Jul 17 13:49:38 <ptitjes> git://git.freesmartphone.org/vala-lang.git
Jul 17 13:49:57 <ptitjes> arf :(
Jul 17 13:52:44 <Ainulindale> ptitjes: I'll need info for libfso-glib by the way
Jul 17 13:52:54 <Ainulindale> ptitjes: Can I use it now for ogsmd purposes?
Jul 17 13:52:57 <Ainulindale> (H:1 stuff)
Jul 17 13:53:02 <Ainulindale> with C stuff
Jul 17 13:53:05 <Ainulindale> (pure C)
Jul 17 13:54:42 <ptitjes> Ainulindale: hummm it looks like:
Jul 17 13:54:43 <ptitjes> http://git.freesmartphone.org/?p=libfso-glib.git;a=blob;f=src/freesmartphone-gsm.vala;h=f58ef2e30174559b4eed6cd628e6777293d2c01c;hb=HEAD
Jul 17 13:55:30 <Ainulindale> ptitjes: I want C stuff
Jul 17 13:55:41 <Ainulindale> Could you show me some? =)
Jul 17 13:55:55 <ptitjes> Ainulindale: please compile it and see
Jul 17 13:56:39 <ptitjes> Generated C code is not in git
Jul 17 13:57:21 <Ainulindale> Can we do more with it than with libframeworkd-glib now?
Jul 17 13:58:41 <ptitjes> Ainulindale: AFAIK libfso-glib binds all the specs. I don't know if it is the case for libframeworkd-glib ?
Jul 17 13:58:54 <Ainulindale> No it's not
Jul 17 13:58:57 <Ainulindale> It's hand crafted
Jul 17 13:59:02 <Ainulindale> Hence it's of quality :-p
Jul 17 13:59:07 <ptitjes> Ainulindale: héhéhé
Jul 17 14:01:32 <ptitjes> Ainulindale: as I know you are a really really lazy guy
Jul 17 14:01:41 <dos1> Ainulindale: ogsmd in H:1?
Jul 17 14:01:50 <Ainulindale> ptitjes: Already took it from the buildhost
Jul 17 14:01:54 <ptitjes> Ainulindale: here is the content of the generated freesmartphone.h header
Jul 17 14:01:55 <Ainulindale> dos1: yes.
Jul 17 14:02:00 <ptitjes> http://pastebin.com/m20137379
Jul 17 14:02:13 <ptitjes> ha oki
Jul 17 14:02:33 <Ainulindale> thanks anyway :-)
Jul 17 14:03:02 <ptitjes> np
Jul 17 14:03:13 <ptitjes> as you might notice you now have async methods too
Jul 17 14:03:35 <Ainulindale> at last
Jul 17 14:03:39 <Ainulindale> do you have a use case by the way?
Jul 17 14:03:54 <ptitjes> a use case for the async methods ??
Jul 17 14:04:04 <ptitjes> (I must have misenderstood)
Jul 17 14:04:11 <Ainulindale> a use case for the generated code
Jul 17 14:04:13 <Ainulindale> that is
Jul 17 14:04:17 <Ainulindale> how to register, how to place a call
Jul 17 14:04:19 <Ainulindale> just to give an example
Jul 17 14:04:20 <Ainulindale> (in C)
Jul 17 14:04:39 <ptitjes> no
Jul 17 14:04:44 <ptitjes> but I can brief you
Jul 17 14:04:58 <Ainulindale> void free_smartphone_gsm_network_register__async (FreeSmartphoneGSMNetwork* self, GAsyncReadyCallback callback, gpointer user_data); <= that for instance
Jul 17 14:05:01 <ptitjes> or I can paste you some example code
Jul 17 14:05:04 <Ainulindale> what should exactly be the first object?
Jul 17 14:05:09 <ptitjes> some generated code I meant
Jul 17 14:05:10 <Ainulindale> And how should I construct/get it?
Jul 17 14:05:25 <ptitjes> a dbus proxy
Jul 17 14:05:38 <ptitjes> yes that is the trickiest part
Jul 17 14:05:41 <Ainulindale> Yeah I guess so but as there's no example it's not obvious at all
Jul 17 14:05:49 <ptitjes> np
Jul 17 14:05:50 <Ainulindale> if it's a DbusGProxy I can do it
Jul 17 14:05:50 <ptitjes> 2 sec
Jul 17 14:06:33 <Ainulindale> dos1: and yes
Jul 17 14:06:37 <Ainulindale> dos1: H:1 will migrate to ogsmd
Jul 17 14:07:49 <dos1> Ainulindale: nice :)
Jul 17 14:07:56 <dos1> Ainulindale: what about opimd?
Jul 17 14:07:57 <Ainulindale> dos1: indeed it is
Jul 17 14:07:58 <Ainulindale> well
Jul 17 14:08:03 <Ainulindale> we have issues with eds
Jul 17 14:08:06 <Ainulindale> mainly because it's unmaintained
Jul 17 14:08:16 <Ainulindale> So if you want to help out
Jul 17 14:08:23 <Ainulindale> Could you do a backend for eds in opimd?
Jul 17 14:08:32 <Ainulindale> I think it's interesting to give it a try
Jul 17 14:08:42 <Ainulindale> (eds = evolution data server)
Jul 17 14:08:45 <dos1> Ainulindale: hmm... i could
Jul 17 14:08:46 <ptitjes> Ainulindale: I cook you that code as is
Jul 17 14:08:52 <dos1> (i know, i was using om2007.2)
Jul 17 14:08:59 <ptitjes> So first:
Jul 17 14:09:04 <Ainulindale> ptitjes: pastebin please
Jul 17 14:09:17 <ptitjes> oki
Jul 17 14:09:35 <Ainulindale> dos1: do you think it's doable?
Jul 17 14:09:40 <Ainulindale> I think it's interesting even for FSO/SHR
Jul 17 14:10:00 <dos1> Ainulindale: if using eds is doable from python, then yes
Jul 17 14:10:14 <dos1> Ainulindale: but i need to change way in which opimd works
Jul 17 14:10:20 <Ainulindale> dos1: well it's dbus based
Jul 17 14:10:30 <Ainulindale> so it'd be wrapping around stuff
Jul 17 14:10:32 <Ainulindale> (IIRC)
Jul 17 14:10:35 <dos1> Ainulindale: then shouldn' problem ;)
Jul 17 14:10:47 <dos1> s/shouldn'/it shouldn't be/
Jul 17 14:10:48 <bzzbot> dos1 meant: Ainulindale: then it shouldn't be problem ;)
Jul 17 14:10:55 <Ainulindale> :-)
Jul 17 14:11:05 <dos1> i have to get rid of internal cache when backend can do quering itself
Jul 17 14:11:20 <dos1> now for instance sqlite backend is used only for storing
Jul 17 14:11:36 <dos1> quering, comparing etc. is done in opimd "cache", which is slow
Jul 17 14:11:36 <dos1> and it's bad
Jul 17 14:11:50 <Ainulindale> hmm I can relate to that :-)
Jul 17 14:11:52 <dos1> i want to have internal cache only for such backends, like CVS or SIM
Jul 17 14:12:10 <Ainulindale> backend yourself! :-)
Jul 17 14:12:27 <dos1> s/CVS/CSV/
Jul 17 14:12:27 <bzzbot> dos1 meant: i want to have internal cache only for such backends, like CSV or SIM
Jul 17 14:12:28 <dos1> ;D
Jul 17 14:12:48 <ptitjes> errr
Jul 17 14:13:10 <ptitjes> how do we write a ()->GType function pointer in C ?
Jul 17 14:13:26 <Ainulindale> GType function() ?
Jul 17 14:13:33 <Ainulindale> GType* function() ?
Jul 17 14:13:40 <ptitjes> pointer
Jul 17 14:13:47 <ptitjes> ()->GType function pointer type
Jul 17 14:14:00 <Ainulindale> could you explain yourself understandably? :-)
Jul 17 14:14:09 <Ainulindale> you want a type which represents a function right? :-)
Jul 17 14:14:16 <ptitjes> yes
Jul 17 14:14:26 <ptitjes> ()->GType
Jul 17 14:15:41 <Ainulindale> GType* (*myfunc)();
Jul 17 14:16:05 <Ainulindale> myfunc = my_function_with_a_gtype_return_and_no_arg;
Jul 17 14:16:07 <ptitjes> oki and to cast to that ?
Jul 17 14:16:31 <Ainulindale> If I'm not mistaken indeed
Jul 17 14:19:08 <ptitjes> Ainulindale: anyway something like that: http://pastebin.com/d66ce6a48
Jul 17 14:20:49 <ptitjes> don't ask me why but dbus-glib has no mean to register a default proxy for a GInterface
Jul 17 14:20:58 <ptitjes> thus that stupid mechanism
Jul 17 14:21:04 <ptitjes> Ainulindale: btw why pure  C ?
Jul 17 14:21:15 <ptitjes> I meant for H:1
Jul 17 14:22:51 <Ainulindale> Because we do C.
Jul 17 14:25:39 <ptitjes> Ainulindale: but Vala is C too
Jul 17 14:26:12 <ptitjes> but with the footprint of C and power of a high level language
Jul 17 14:26:33 <ptitjes> s/power/experience/
Jul 17 14:26:33 <bzzbot> ptitjes meant: but with the footprint of C and experience of a high level language
Jul 17 14:32:11 <Ainulindale> ptitjes: I don't care, it's C, it's business, we won't change just because it's brand new and better
Jul 17 14:49:39 <TAsn> OE_MASTER (Ainulindale), what's the best way to build a locally modified git package?
Jul 17 14:49:45 <TAsn> phonegui for example
Jul 17 14:52:46 <Ainulindale> TAsn: see the wiki
Jul 17 14:52:53 <Ainulindale> Thanks to mrmoku there is doc =)
Jul 17 14:53:15 * mrmoku did doc?
Jul 17 14:53:26 <mrmoku> ahh... local builds :)
Jul 17 14:53:35 <Ainulindale> http://trac.shr-project.org/trac/wiki/Getting%20started%20developing%20SHR
Jul 17 14:53:43 <mrmoku> TAsn, local-builds rock :d
Jul 17 14:56:55 <TAsn> :)
Jul 17 15:01:20 <TAsn> there is no conf/local.conf :)
Jul 17 15:01:20 <TAsn> just create it ? or is the wiki outdated?
Jul 17 15:03:44 <TAsn> nvm, there is.
Jul 17 15:05:32 <mrmoku> :)
Jul 17 15:07:50 * TAsn is tierd
Jul 17 15:07:50 <TAsn> tired
Jul 17 15:07:50 <TAsn> I'm up (and running for about 40 hrs now)
Jul 17 15:08:59 <TAsn> from which I spent 3 hours on a test, and I don't know how much on opkg
Jul 17 15:08:59 <TAsn> both drain your stamina
Jul 17 15:09:32 <mrmoku> TAsn, then I have good news for you
Jul 17 15:09:42 <mrmoku> you still have a day or two time to write the blog ;)
Jul 17 15:11:12 * dos1 was using local builds for volume slider :P
Jul 17 15:20:00 <TAsn> mrmoku, yay! :)
Jul 17 15:20:08 <TAsn> thanks.
Jul 17 15:26:25 <__Jan__> btw: whats H:1?
Jul 17 15:27:17 <Heinervdm> __Jan__: Hackable:1 Debian based distri
Jul 17 15:27:19 <JaMa> __Jan__: i guess http://wiki.openmoko.org/wiki/Distributions#Hackable:1
Jul 17 15:27:53 <__Jan__> oh, i hope theres not everything running as root? :)
Jul 17 15:28:29 <CIA-43> SHR: 03tom 07libphone-utils * r7455b4a42e6a 10/src/phone-utils.c: fixed a minor index offset error
Jul 17 15:28:30 <__Jan__> as i could read the first mobile linux distri has x working without setuid root and the om distri has everything as root.... :/
Jul 17 15:32:14 <bumbl> __Jan__: depends on your distri
Jul 17 15:32:22 <bumbl> debian supports users
Jul 17 15:32:33 <bumbl> pyneo based on debian supports users,...
Jul 17 15:36:03 <dos1> i think in OM/SHR you also can setup user account, instead of root
Jul 17 15:37:07 <__Jan__> the dbus conf files need to be adjusted as it only allows root access i think.
Jul 17 15:37:46 <dos1> __Jan__: that's not hard :P
Jul 17 15:38:34 <__Jan__> ufff, i always have to read the sed man page ;)
Jul 17 15:39:26 <__Jan__> it would be just fine if my build environment now would work. friendly guy logged me out as he saw nothing on the desktop... didn't look at the other screen where the bitmake shr-lite-image was working... :) lifes so cruel ;)
Jul 17 15:39:50 <__Jan__> bitbake :/
Jul 17 15:40:04 <__Jan__> bitbake -c clean and now let's try again :)
Jul 17 15:42:04 <__Jan__> ...... ok. pastebin.
Jul 17 15:43:31 <dos1> WTF? http://scap.linuxtogo.org/files/980c2dc265698c4318036ce2edb0b858.png :DDD
Jul 17 15:44:11 <__Jan__> http://pastebin.org/2690 can you say me what went wrong? lasttime this worked for over one hour and now it fails?
Jul 17 15:44:17 <__Jan__> checking for FSOBASICS... configure: error: Package requirements (fsobasics-2.0 >= 0.8.0.0) were not met: ....
Jul 17 15:45:31 <dos1> __Jan__: did you "make update"?
Jul 17 15:45:39 <dos1> recipe was added recently today
Jul 17 15:45:40 <__Jan__> just doing it
Jul 17 15:47:15 <__Jan__> "fatal: The remote end hung up unexpectedly" i think thats not good during make update? :)
Jul 17 15:47:36 <dos1> __Jan__: that's normal, run it again ;)
Jul 17 15:48:46 <__Jan__> *grml* ;) 
Jul 17 15:49:03 <__Jan__> soooo, bitbake shr-lite-image.
Jul 17 15:51:45 <bumbl> dos1: do i want to flash the actual unstable now or on sunday? rephrase: any major updates hitting the images soon?
Jul 17 15:52:11 <dos1> bumbl: hmm... ask mrmoku
Jul 17 15:52:14 <mrmoku> bumbl, on sunday :)
Jul 17 15:52:27 <dos1> i know he's preparing new testing image, dunno about unstable
Jul 17 15:52:51 <mrmoku> dos1, first unstable... then one hour testing the unstable... then testing ;)
Jul 17 15:53:11 <bumbl> dos1: bah testing is for cowards
Jul 17 15:53:22 <bumbl> mrmoku: ok ;)
Jul 17 15:53:34 <dos1> bumbl: i know, i'm using unstable ;)
Jul 17 15:53:43 <dos1> but testing is going to be updated every week
Jul 17 15:53:53 <dos1> (but i'll use unstable anyway :P)
Jul 17 16:08:33 <__Jan__> dos1 and again: did make update and still the same error.
Jul 17 16:08:52 <dos1> __Jan__: then ask, bug and spank mrmoku :D
Jul 17 16:09:12 <__Jan__> harrr :)
Jul 17 16:10:25 <__Jan__> this is the error: http://pastebin.org/2690 and this is the logfile: http://pastebin.org/2698
Jul 17 16:13:05 <von_fritz> __Jan__ same error here....spank mrmoku :D
Jul 17 16:13:42 * __Jan__ spanks mrmoku 
Jul 17 16:13:57 * mrmoku ducks and runs
Jul 17 16:14:17 <__Jan__> gnaaaaah... i only want my working build environment... now waiting for two nights and one day ;)
Jul 17 16:14:52 <mrmoku> it would be very much appreciated to spank the right one ;)
Jul 17 16:15:13 * mrmoku passes spanking to Ainulindale and TAsn ... while doubling it ;)
Jul 17 16:16:02 * __Jan__ spanks everyone
Jul 17 16:16:11 <__Jan__> should also hit the right one ;)
Jul 17 16:16:39 <__Jan__> a bit collateral doesn't harm...
Jul 17 16:16:45 <__Jan__> +damage
Jul 17 16:17:01 * bumbl is responsible but his spank-protection trousers saved him
Jul 17 16:17:46 * __Jan__ slaps bubml
Jul 17 16:17:57 <tobii_> spank-protection trousers
Jul 17 16:17:58 <tobii_> lol
Jul 17 16:19:10 <F4t> mrmoku, build?
Jul 17 16:21:10 <__Jan__> bumbl: when can we stop spanking you? will it get fixed soon? :)
Jul 17 16:22:16 <bumbl> __Jan__: don't know - i feel responsible because i said (must be years ago) that openembedded always fails to build and my prediction was right in 95% of all cases ;)
Jul 17 16:22:34 <bumbl> s/years/months/ to be realistic
Jul 17 16:23:32 <bumbl> ;p
Jul 17 16:24:12 <bumbl> __Jan__: noone with a sane mind would give me commit access to openembedded
Jul 17 16:27:40 <mrmoku> F4t, a bit :(
Jul 17 16:27:54 <F4t> mrmoku, :(
Jul 17 16:28:33 <F4t> well now i have some time to refactor the code and have a normal device/gui separation...
Jul 17 16:30:32 <max_posedon> mrmoku, any chanse that qt will be returned to shr-unstable feeds some day?
Jul 17 16:34:28 <mrmoku> max_posedon, some day.. yes
Jul 17 16:34:40 <mrmoku> max_posedon, we want *everything* in our feed
Jul 17 16:34:57 <mrmoku> we would never object against something getting in our feed
Jul 17 16:35:14 <mrmoku> (apart from illegal or pornographic stuff... and even there Ainulindale might differ ;)
Jul 17 16:35:35 <mrmoku> max_posedon, I even took a look at the qt situation
Jul 17 16:35:45 <mrmoku> the problem is the qt we have in our branch is *old*
Jul 17 16:35:53 <__Jan__> no porn in shr?
Jul 17 16:36:01 * __Jan__ switches to iphone.
Jul 17 16:36:04 <mrmoku> __Jan__, not officialy ;)
Jul 17 16:36:20 <__Jan__> ahhh, ok :)
Jul 17 16:36:26 <mrmoku> some hidden pornographic easter eggs... maybe :P
Jul 17 16:36:33 <max_posedon> we need some Germany dev for it, porn is legal in Germany as I know)
Jul 17 16:36:43 <__Jan__> so but now - what can i do to get a working build environment with this issue? :)
Jul 17 16:36:51 <mrmoku> (something like... reject three incoming calls in a row and you will see ;)
Jul 17 16:36:55 <bumbl> max_posedon: it isn't in ucraine?
Jul 17 16:37:20 <mrmoku> __Jan__, let me check
Jul 17 16:37:20 <bumbl> max_posedon: btw. it isn't legal as you have to prevent <18year olds from seeing it
Jul 17 16:37:55 <max_posedon> bumbl, nope. it isn't legal in ukrain and in any exUSSR country,
Jul 17 16:37:59 <max_posedon> sure)
Jul 17 16:41:31 <mrmoku> __Jan__, manually build libfsobasics
Jul 17 16:42:06 <mrmoku> missing dependency in the recipe
Jul 17 16:42:15 <mwester> __Jan__,  SHR is usually (often?) much better.  Some disease must have infected all the SHR devs that has caused this.
Jul 17 16:42:16 <mwester> :(
Jul 17 16:42:41 <mrmoku> like the... 'mwester we miss you' disease :)
Jul 17 16:42:50 <mrmoku> if the cat is out of the house...
Jul 17 16:43:40 <mwester> While I would not tell Ainulindale what to do, were I the project lead, at this point I would stop all development until the devs got things to build once again.  How can you develop new code if you cannot build?
Jul 17 16:43:41 <F4t> did someone say porn?
Jul 17 16:44:01 <bumbl> haha
Jul 17 16:44:10 <mrmoku> F4t, no
Jul 17 16:44:15 <F4t> mwester, telling open source devs what to do is like herding cats
Jul 17 16:44:45 <mwester> F4t,  I know.  But Ainulindale has done a fine job in herding this group of cats. :)
Jul 17 16:44:54 <Wonka> *g*
Jul 17 16:45:18 <F4t> :)
Jul 17 16:45:41 <mwester> mrmoku,  now to be serious
Jul 17 16:45:52 <mwester> what is it that is still broken, and who needs to fix it?
Jul 17 16:46:04 <mwester> Can we fix any of this by reverting commits?
Jul 17 16:46:04 <Wonka> If I wanted to reinstall SHR completely on my FR... a) should I wait some days or weeks? b) if not, should I take testing or unstable if I want something that mostly works?
Jul 17 16:46:21 <mrmoku> there is libfsonetwork not building
Jul 17 16:46:23 <Wonka> (I still got a quite well working debian there)
Jul 17 16:46:34 <mrmoku> and a fix I sent to smartphone-users list
Jul 17 16:46:37 <max_posedon> Wonka, taking current shr-unstable is ok.
Jul 17 16:47:03 <mrmoku> apart from that (and the missing dependency for the new libfsobasics package from FSO)
Jul 17 16:47:14 <mrmoku> the lite and fat image built for me
Jul 17 16:47:16 <mrmoku> (from scratch)
Jul 17 16:47:51 <Wonka> max_posedon: thx
Jul 17 16:47:57 <mwester> mrmoku,  ok - bugfixes are unimportant for the immediate need, which is to make it build... who has the knowlege and commit rights to add the missing dependency, and revert the changes that caused it to not build?
Jul 17 16:48:26 <mrmoku> mwester, two different things
Jul 17 16:48:39 <mrmoku> the missing dependency is in OE
Jul 17 16:48:44 <mrmoku> I can (and will now) fix it
Jul 17 16:48:52 <mwester> :)
Jul 17 16:49:07 <mrmoku> libfsonetwork has to be comitted by some FSO core guy
Jul 17 16:49:10 <mrmoku> mickeyl, ping
Jul 17 16:49:13 <mrmoku> alphaone, ping
Jul 17 16:49:26 <mrmoku> shoragan, ping
Jul 17 16:49:27 <mrmoku> :)
Jul 17 16:49:52 <mwester> Can we go back to some non-autorev version of  libfsonetwork that does not have the build problem?
Jul 17 16:50:32 <mwester> How is it working for the fso team, if it doesn't work for SHR-unstable?
Jul 17 16:50:41 <dos1> mwester: it's broken only for ~2 days :P
Jul 17 16:50:52 <rainglasz> In contacts, I can edit the name, but not the phone number. is that currently not working?
Jul 17 16:50:58 <mwester> There seems to be some basic config. management problems between these groups, IMO...
Jul 17 16:51:13 <dos1> mrmoku: which fix?
Jul 17 16:51:15 * __Jan__ sees his build environment working at xmas... :/
Jul 17 16:51:21 <dos1> i have commit access to FSO
Jul 17 16:51:31 <mwester> dos1,  no development team I have ever worked with has tolerated even a full day of broken integration build.
Jul 17 16:51:35 <mrmoku> dos1, me too... but not on the cornucopia repo ;)
Jul 17 16:51:47 <dos1> mrmoku: i think i have access to cornucopia
Jul 17 16:51:48 <__Jan__> rainglasz: klick at the beginning of the input field
Jul 17 16:52:02 <mrmoku> dos1, are you reading smartphone-user list?
Jul 17 16:52:04 <__Jan__> its a bit annoying and doesn't work if you tip somewhere else in the inputbox.
Jul 17 16:52:20 <dos1> at last i'm able to clone it with my key (git@git.freesmartphone.org:cornucopia.git)
Jul 17 16:52:36 <dos1> mrmoku: no, only smartphone-standards
Jul 17 16:52:53 <mrmoku> dos1, will bounce it to you
Jul 17 16:53:22 <dos1> mrmoku: if it will make everyone happy, i'll commit it
Jul 17 16:53:29 <mrmoku> gmail
Jul 17 16:53:31 <rainglasz> __Jan__, thanks; tried to click (far) behind the old number...
Jul 17 16:53:33 <dos1> i hope mickeyl won't spank me :P
Jul 17 16:53:34 <mwester> folks, if an upstream package has released a broken version, one goes back to a known-working version, one does not stop developing and building waiting for upstream!  Can we not apply that same logic to the FSO problem?
Jul 17 16:55:27 <mrmoku> mwester, that would involve reverting to the older vala version... and set the revs for a bunch of packages... for just 2 missing (char []) casts in the testunit of libfsonetwork
Jul 17 16:57:40 <mwester> Can we simply add  a patch to the recipe in OE?
Jul 17 16:58:13 <mrmoku> mwester, I really, really had the hope someone would commit that simple fix today
Jul 17 16:59:24 <mrmoku> mwester, btw. I don't feel FSO being an upstream of us
Jul 17 16:59:33 <mrmoku> to me it is more like a brother stream :)
Jul 17 16:59:44 <mwester> And yes, this is painful.  It's far easier for the devs to hope that someone would fix the broken upstream, and keep on developing.  But that's poor discipline, and ultimately results in builds working less and less often -- the basic problem here is that we have used unstable as a developers private branch in git.
Jul 17 17:00:26 <mwester> Yes, brother -- but it seems that your "brother" has gone off on a fishing holiday, and not told anyone!
Jul 17 17:00:47 <mrmoku> no, the *real* problem is we have only unstable
Jul 17 17:01:02 <mwester> man git-branch
Jul 17 17:01:03 <mrmoku> and that hopefully will change over the weekend
Jul 17 17:03:46 <__Jan__> i agree mwester. im trying to setup this build environment for two days now and run always in new bugs.....
Jul 17 17:03:56 <__Jan__> this ist a (little) bit frustrating ;)
Jul 17 17:04:02 <CIA-43> freesmartphone.org: 03mok 07cornucopia * r92306b51d876 10/libfsotransport/tests/testtransport.vala: 
Jul 17 17:04:02 <CIA-43> freesmartphone.org: libfsotransport: add missing cast to char[] in testtransport.vala
Jul 17 17:04:02 <CIA-43> freesmartphone.org: Signed-off-by: Klaus Kurzmann <mok@fluxnetz.de>
Jul 17 17:04:02 <CIA-43> freesmartphone.org: Signed-off-by: Sebastian Krzyszkowiak <seba.dos1@gmail.com>
Jul 17 17:04:14 <dos1> mrmoku, mwester: please :P
Jul 17 17:05:02 <dos1> mrmoku: you should ask me earlier for commiting that :D
Jul 17 17:05:15 <dos1> it seems that i have commit access to all repos on git.freesmartphone.org
Jul 17 17:05:31 <mrmoku> dos1, good to know
Jul 17 17:05:36 <mrmoku> I tried
Jul 17 17:05:43 <mrmoku> but it looks I can only commit in lfg
Jul 17 17:05:49 <mrmoku> (which is fine for me ;)
Jul 17 17:06:01 <mrmoku> dos1, thanks :)
Jul 17 17:06:14 <dos1> mrmoku: i asked only for framework.git, and mickeyl gave me access to everything :D
Jul 17 17:06:35 <dos1> though i didn't need that (except fso-specs and little changes in artwork), until now ;P
Jul 17 17:06:41 <__Jan__> does it work now?
Jul 17 17:06:44 <mrmoku> dos1, I guess he has a framework group in gitosis and uses that for cornucopia too
Jul 17 17:06:55 <mrmoku> __Jan__, make update
Jul 17 17:07:21 <__Jan__> just did.
Jul 17 17:07:39 <mrmoku> mwester, and then there is stuff that breaks without us even looking at it
Jul 17 17:07:57 <mrmoku> ruby-native stopped building for me (which is blocking the build of our feed)
Jul 17 17:08:18 <mrmoku> an I have no idea about that one :(
Jul 17 17:08:49 <dos1> ruby? why for?
Jul 17 17:09:12 <mrmoku> no idea which package needs ruby to get built
Jul 17 17:10:05 <ptitjes> mrmoku: you finally commited my patch :)
Jul 17 17:10:21 <ptitjes> so you waited all the day :(
Jul 17 17:10:50 <mrmoku> dos1, did
Jul 17 17:11:00 <mrmoku> ptitjes, I CAN'T commit there
Jul 17 17:11:07 <mrmoku> told you so
Jul 17 17:11:20 <ptitjes> neither can I :)
Jul 17 17:11:26 <mrmoku> but dos1 can :D
Jul 17 17:11:28 <mwester> mrmoku,  I'm very familiar with those feed problems; they happen to the project I manage as well.  Someone in OE commits some supposedly-trivial change, and it breaks something. :(  But for me, I do not worry too much if the feeds are down for a week -- I worry if I cannot build the core distro image instead.
Jul 17 17:26:56 <mirko> PaulFertser: PaulFertser|bipl: hey
Jul 17 17:30:08 <bumbl> mwester: the question then is - why does a single package failing to compile halt everything - (from the gentoo point of view) why just go back a revision for that special package
Jul 17 17:32:50 <mwester> bumbl,  philosophy.
Jul 17 17:34:04 <mwester> both approaches are right some times, and wrong others.  To go back a rev arbitrarily is guessing at the best thing to do; OE prefers to not guess at what it was the developer intended.
Jul 17 17:34:45 * __Jan__ gives it a last try for today.... bitbake is running :)
Jul 17 17:36:20 <bumbl> mwester: problem is oe failed 95% of the time because some server was down, a single unrelated package failed to build (when packaging an app),.....
Jul 17 17:36:26 <bumbl> (for me)
Jul 17 17:37:11 <mwester> bumbl,  if you are referring to feeds, there is a switch you can give to bitbake, IIRC (or perrhaps a local.conf setting) that tells it to continue when a package fails to build.
Jul 17 17:38:48 <mrmoku> ptitjes: could you try to build libeflvala please :P
Jul 17 17:38:55 <mwester> But if a package fails to build, then bitbake will fail that package and all dependencies -- there is no way around that at present, and I cannot see the OE core team being receptive to a suggestion to auto-revert to an older version.  But perhaps someone can craft the code to do that, and add a way for that code to be used on an "opt-in" basis?
Jul 17 17:39:34 <mrmoku> ptitjes, it has lots of stuff like
Jul 17 17:39:36 <mrmoku> tests/testeina.vala:26.11-26.34: warning: local variable `res' declared but never used
Jul 17 17:40:22 <mrmoku> mwester, I think he refers more to the AUTOREV problem
Jul 17 17:40:38 <mrmoku> one server of a package on AUTOREV will block everything if down
Jul 17 17:40:44 <__Jan__> aaaaaaand it still fails. same error. make update had no effect.
Jul 17 17:40:46 <mrmoku> (and yes I understand why :P)
Jul 17 17:41:03 <mrmoku> __Jan__, did you bitbake -c clean it ?
Jul 17 17:42:14 <mwester> Ah - yes.  AUTOREV sucks when something is broken.  It's been discussed, but nobody has a good solution.  The only one that I though interesting was to have a "proxy site" created -- a server that would provide the AUTOREV information so that you didn't actually have to go reach out to all the git and svn repos each time.
Jul 17 17:42:29 <__Jan__> no mrmoku :/
Jul 17 17:42:48 <mrmoku> __Jan__, bitbake -c clean libfsoframework; bitbake libfsoframework
Jul 17 17:44:22 <__Jan__> gnah.... did only "bitbake -c clean :/
Jul 17 17:44:27 <mrmoku> __Jan__, and make sure openembedded.git did not say 'hung up unexpectedly' on make update
Jul 17 17:44:44 <mrmoku> mwester, that annoying thing restarted again btw.
Jul 17 17:45:43 <__Jan__> yep did that, thy mrmoku.
Jul 17 17:47:37 <__Jan__> yeeeha, 404 after 404 during bitbake...
Jul 17 17:48:12 <__Jan__> e.g. http://build.shr-project.org/sources/libusb-1.0.0.tar.bz2
Jul 17 17:48:59 <dos1> __Jan__: that's normal, ignore it
Jul 17 17:50:57 <__Jan__> ah ok :)
Jul 17 17:51:04 <mwester> __Jan__,  the 404's are usually from OE checking for snapshots before it goes out to the original source to get the data.  It would be nice to suppress them...
Jul 17 17:51:08 <__Jan__> still fails, same libfsoframework error
Jul 17 17:52:21 <von_fritz> libfsoframework building fails while No package 'fsobasics-2.0' found :(
Jul 17 17:53:04 <dos1> von_fritz: what do you want to do today? :P
Jul 17 17:53:53 <von_fritz> well drinking some beers ;)
Jul 17 17:54:18 <__Jan__> same here fritz, we have to spank bumbl. doesn't help fix it but just for fun.
Jul 17 17:55:08 <dos1> __Jan__: spank mickeyl, he did split into fsobasics :P
Jul 17 17:55:49 <__Jan__> nah, that would hit the person who actually also could fix it.
Jul 17 17:56:57 <dos1> i'll spank __Jan__
Jul 17 17:56:59 <dos1> ;)
Jul 17 17:57:06 <dos1> maybe he'll fix it then :D
Jul 17 17:57:08 <ptitjes> mrmoku: hum these are warnings
Jul 17 17:57:17 <__Jan__> just got the spanki protectors from bubmle
Jul 17 17:57:20 <__Jan__> they really fit well
Jul 17 17:58:11 <ptitjes> mrmoku: is this really a problem ?
Jul 17 17:58:16 <__Jan__> so now... i thought you have commited the fix dos1?
Jul 17 17:58:25 <__Jan__> is there _any_ way i can get t his to work now?
Jul 17 17:58:36 * bumbl spanks __Jan__, von_fritz and the rest of the chan ;p
Jul 17 17:58:43 <dos1> __Jan__: fix for libfsotransport which was not compiling
Jul 17 17:59:08 <dos1> __Jan__: i don't know anything about fsobasics
Jul 17 17:59:12 <dos1> and my buildhost is down :/
Jul 17 18:00:00 <soltys> ;)
Jul 17 18:00:13 <soltys> dos1: it's your fault ;>
Jul 17 18:00:33 * dos1 spanks soltys
Jul 17 18:00:44 <soltys> dos1: you bastard ;/
Jul 17 18:00:56 <dos1> BOFH :P
Jul 17 18:01:43 <soltys> :>
Jul 17 18:02:22 * mwester bites his tongue
Jul 17 18:02:47 <ptitjes> and building libefl-vala is a pain for me
Jul 17 18:02:54 <ptitjes> I don't even have X on my linux
Jul 17 18:03:10 <ptitjes> mrmoku: so do you have errors or are these just warnings ??
Jul 17 18:08:52 <ptitjes> we really need a test suite
Jul 17 18:09:03 <ptitjes> the last unstable as really too much regression
Jul 17 18:10:18 <mrmoku> ptitjes, they make the build fail
Jul 17 18:10:33 <ptitjes> nah there must be an error at the end
Jul 17 18:10:43 <ptitjes> please paste me the whole build log
Jul 17 18:11:19 <mrmoku> ptitjes, nah... nvm. you're right
Jul 17 18:11:25 <mrmoku> in the end there is a real error too :P
Jul 17 18:11:31 <ptitjes> héhé
Jul 17 18:11:35 <mrmoku> statemachine.c:129: error: 'Eina_FreeCb' undeclared (first use in this function)
Jul 17 18:11:51 <ptitjes> missing dependency ?
Jul 17 18:12:17 <mrmoku> my guess would be that libeflvala needs adjustments to some change in e
Jul 17 18:12:30 <ptitjes> humm the lib renaming thingie ?
Jul 17 18:12:49 <ptitjes> mrmoku: however I won't able to fix that
Jul 17 18:12:58 <ptitjes> mrmoku: ask its maintainer ;)
Jul 17 18:14:54 <ptitjes> I give my red light to 20090709 and 20090710
Jul 17 18:15:07 <ptitjes> Orange light for 20090703
Jul 17 18:19:49 * mwester shakes his head sadly.
Jul 17 18:22:49 * dos1 gives green light for his opkg upgraded system from 17 april :P
Jul 17 18:24:22 <dos1> why everything always works for me correctly? :DD
Jul 17 18:24:26 <dos1> it's boring ;D
Jul 17 18:30:31 <bumbl> dos1: try to install pyneo + epydial
Jul 17 18:30:34 <bumbl> ;)
Jul 17 18:30:48 <bumbl> they are moving from lenny to sid at the moment
Jul 17 18:30:55 <bumbl> gives nice little problems
Jul 17 18:34:33 <mwester> dos1,  set up a new clean env. from scratch on your system somewhere -- make update, then build from scratch.  Then tell me it works for you.
Jul 17 18:34:54 <dos1> mwester: it won't work
Jul 17 18:35:39 <mwester> right.  that's my point.
Jul 17 18:39:51 <mickeyl> libefl-vala is breaking due to changes in Vala 0.7.4
Jul 17 18:40:01 <dos11> mwester: i can't setup oe env from scratch
Jul 17 18:40:03 <mickeyl> anonymous callbacks no longer supported
Jul 17 18:40:06 <mickeyl> this will take me a while to fix
Jul 17 18:40:24 <dos11> mwester: as i can't connect to git.or.cz (where dbus-c++ is hosted) with my provider
Jul 17 18:40:31 <dos11> mwester: and my buildhost is down :(
Jul 17 18:40:47 <dos11> mrmoku: ping, what about packagekit
Jul 17 18:40:48 <dos11> ?
Jul 17 18:40:56 <dos11> mrmoku: i couldn't find that new packages in your feed
Jul 17 18:41:23 <mrmoku> dos11: can't right now... family time... bbiab
Jul 17 18:41:29 <mrmoku> my feed is not yet
Jul 17 18:41:32 <mwester> dos11 - do you know what we used to do when some of the remote developers couldn't build due to network or server problems?  They did documentation.
Jul 17 18:41:39 <mwester> You can't develop if you can't build.
Jul 17 18:41:41 <mwester> period.
Jul 17 18:42:05 <dos1> mwester: i develop in python :P
Jul 17 18:42:16 <dos1> mwester: and my buildhost is down since today morning, dunno why
Jul 17 18:42:54 <DocScrutinizer> mickeyl: what's an anonymous callback?
Jul 17 18:43:14 <mickeyl> a callback that's not defined as a type in C, but rather mentioned 'inline'
Jul 17 18:43:32 <mickeyl> instead of typedef *void mycallback( ... )
Jul 17 18:43:35 <mickeyl> just listing
Jul 17 18:43:38 <mickeyl> *void( foo bar)
Jul 17 18:43:57 <mwester> dos1: if you are not integrating and testing with the latest checked-in work, then you are really doing nothing but "rogue development".
Jul 17 18:44:02 <DocScrutinizer> aah, I remember that's been a key feature of python, no?
Jul 17 18:44:48 <mickeyl> in python you don't need to declare anything, it's dynamic
Jul 17 18:44:49 <mwester> dos1: which is fine, but it means that you should be submitting your code changes through a developer who tests it with the latest checked-in work before your changes get commited.
Jul 17 18:45:08 <mickeyl> in C you should declare these things as a type instead of just using them
Jul 17 18:45:12 <dos1> mwester: i'm testing everything i'm submiting
Jul 17 18:45:13 <mwester> dos1: this is basic scm principles :)  
Jul 17 18:45:20 <mwester> dos1: you cannot.
Jul 17 18:45:29 <mwester> dos1: the current latest doesn't build.
Jul 17 18:45:29 <dos1> mwester: i can
Jul 17 18:45:43 <mwester> No, the latest is unbuildable.  NOBODY can test.
Jul 17 18:45:49 <dos1> mwester: well, i don't need package built, to test python apps
Jul 17 18:45:51 <dos1> :P
Jul 17 18:46:11 <mwester> And we see the problems -- one thing gets fixed, and we discover that someone has committed something else that is now broken.
Jul 17 18:46:58 <dos1> mwester: but that's not issue with my apps, as changes in shr-settings can't influence building other package ;P
Jul 17 18:46:59 <mwester> The result is that making it build again is more and more difficult the longer it stays unbuildable.  This is why many projects lock down branches when builds fail until the build is fixed.
Jul 17 18:47:28 <mwester> anyway, gotta run.  Another day, with no buildable SHR...
Jul 17 18:47:33 <mwester> adios
Jul 17 18:47:40 <dos1> mwester: i understand, more - i agree, but it doesn't apply to my work, as i even don't have access to oe :P
Jul 17 18:53:18 <CIA-43> SHR: 03seba.dos1 07opimd-utils * rc24f21cd57af 10/data/icons/README: README++
Jul 17 18:53:25 <CIA-43> SHR: 03seba.dos1 07shr-settings * r2f500c4abd02 10/data/README: [data] README++
Jul 17 18:58:12 <PaulFertser> mirko: Hi :D
Jul 17 19:02:05 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) reopened <http://trac.shr-project.org/trac/ticket/205#comment:12>
Jul 17 19:04:09 <SHR-WugBranler> tracfeed: ophonekitd.log attached to Ticket #205 <http://trac.shr-project.org/trac/attachment/ticket/205/ophonekitd.log> || frameworkd.log attached to Ticket #205 <http://trac.shr-project.org/trac/attachment/ticket/205/frameworkd.log>
Jul 17 19:14:11 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:13>
Jul 17 19:14:47 <mrmoku> dos1, could you please add info about how to check timestamps of messages with mdbus?
Jul 17 19:14:57 <mrmoku> I don't recall out of memory and can't check right now
Jul 17 19:18:13 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:14>
Jul 17 19:20:17 <dos1> mrmoku: ok
Jul 17 19:20:46 <mrmoku> just to know for sure it is the efl frontend failing
Jul 17 19:24:15 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:15>
Jul 17 19:26:04 <mrmoku> dos1, thanks :)
Jul 17 19:38:06 <dos1> ok, let's hope my server will be up again in 1,5 hours ;)
Jul 17 19:38:41 <dos1> we asked for checking, what happened
Jul 17 19:45:38 <Wonka> *sigh*
Jul 17 19:46:07 <Wonka> flashed shr-shr-image-glibc-ipk--20090710-om-gta02.rootfs.jffs2 to rootfs...
Jul 17 19:46:24 <Wonka> Xserver did not start
Jul 17 19:47:55 <Wonka> hrm. via ssh it does start.
Jul 17 19:57:32 <Wonka> AAARGH! who swapped the OK and Delete buttons of ophonekitd's SIM Auth applet?
Jul 17 20:00:50 <bumbl> afaik dos1|away did some usability improvements some time ago
Jul 17 20:02:40 <Wonka> to standardize "OK" to downmost-rightmost would be an improvement, removing it to leftmost is not. IMO.
Jul 17 20:02:43 <Wonka> ;)
Jul 17 20:07:49 <Wonka> *opkg upgrade*
Jul 17 20:10:45 <dos1> Wonka: there was discussion about that, and people agreed that green/ok/accept/next/yes should be on left, and red/reject/cancel/previous/no on right, as in every phone (green on left and red on right)
Jul 17 20:11:24 <dos1> and we had situation, that ok/cancel buttons were on every side of screen, depending of screen :P
Jul 17 20:11:31 <dos1> so i changed everything to be in one way
Jul 17 20:16:16 <Wonka> dos1: ah...
Jul 17 20:18:29 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:16>
Jul 17 20:26:02 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:17>
Jul 17 20:28:41 <dos1> mrmoku: maybe that's timezone handling? sms with +0000 worked, but with +2500 didn't?
Jul 17 20:30:41 <FiXion_> anyone having problems with phonelog in latest shr?
Jul 17 20:30:46 <FiXion_> it's empty no matter what I do
Jul 17 20:30:52 <FiXion_> calling works fine
Jul 17 20:31:11 <FiXion_> and when I miss a call - the "white window with a bar"- saying "missed x calls" is shown.
Jul 17 20:31:11 <mrmoku> dos1, yeah, maybe
Jul 17 20:31:22 <mrmoku> dos1, are your timestamps with +0000 ?
Jul 17 20:32:18 <dos1> mrmoku: with +0100 or +0200, but maybe that's that "5" in +0250 which makes difference?
Jul 17 20:32:42 <mrmoku> hmm.. uneven timezones :P
Jul 17 20:33:13 <mrmoku> let me check that
Jul 17 20:34:00 <Ainulindale> mwester: were I to have time
Jul 17 20:34:16 <Ainulindale> I'd have removed all accesses until tree is stable
Jul 17 20:43:36 <mrmoku> Tue Jul 14 13:34:31 2009 +2500--->	1247574871	--->	14.07.2009, 14:34
Jul 17 20:43:36 <mrmoku> Wed Jul 15 14:16:31 2009 +0000	--->	1247660191	--->	15.07.2009, 14:16
Jul 17 20:43:36 <mrmoku> Tue Mar 24 20:41:15 2009 +2500	--->	1237920075	--->	24.03.2009, 19:41
Jul 17 20:43:36 <mrmoku> Tue Jul 14 11:15:21 2009 +2500	--->	1247566521	--->	14.07.2009, 12:15
Jul 17 20:44:02 <mrmoku> feeding the four timestamps from the ticket into my test program gives reasonable results
Jul 17 20:44:13 <mrmoku> and my testprogram does exactly what the efl frontend does
Jul 17 20:44:14 <mrmoku> hmm
Jul 17 20:48:38 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:18>
Jul 17 20:48:57 <dos1> mrmoku: your timezone is +2000, isn't it?
Jul 17 20:52:25 <dos1> so how 11:15 in +2500 can be 12:15 in +2000?
Jul 17 20:52:27 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:19>
Jul 17 20:54:33 <Blu3> mrmoku, re timestamps
Jul 17 20:54:37 <dos1> mrmoku: what about package-kit?
Jul 17 20:54:46 <zoff99> anyone have owfs compiled for gta02 ?
Jul 17 20:55:02 <Blu3> last week when i had my phone, the messages app still showed unix epoch+tz
Jul 17 20:55:17 <Blu3> fetching messages w/ mdbus shows that they have the correct timestamp
Jul 17 20:55:40 <Blu3> so it's broken in the phonegui-efl or something near it
Jul 17 20:55:41 <dos1> it's getting stranger and stranger ;x
Jul 17 20:55:51 <dos1> it works for me and always worked ;x
Jul 17 20:55:58 <Blu3> for me it's never worked
Jul 17 20:55:59 <dos1> (timestamps in phonegui-efl)
Jul 17 20:56:03 <Blu3> and i use shr-u
Jul 17 20:58:20 <Blu3> the TZ is also broken depending on the msg type
Jul 17 21:03:46 <mrmoku> dos1, (packagekit) I almost finished my local feed build
Jul 17 21:03:57 <mrmoku> will hopefully start to build on the buildhost... tomorrow :P
Jul 17 21:04:13 <mrmoku> Blu3, on a short look I don't understand it
Jul 17 21:04:20 <dos1> mrmoku: just give me packages :P
Jul 17 21:04:33 <dos1> mrmoku: i want to test them before they hit the feed
Jul 17 21:04:46 <mrmoku> dos1, they won't hit the feed without you testing them ;)
Jul 17 21:04:53 <dos1> mrmoku: ok :)
Jul 17 21:05:17 * mrmoku needs some sleep now :)
Jul 17 21:05:34 <mrmoku> Blu3, will look closer tomorrow
Jul 17 21:05:39 <mrmoku> gnight all
Jul 17 21:05:54 <TAsn> mrmoku, here?
Jul 17 21:05:54 <TAsn> :)
Jul 17 21:06:16 <TAsn> shit ;\
Jul 17 21:07:18 <dos1> :D
Jul 17 21:09:08 <TAsn> dos1, got any experience in writing python bindings for a C lib?
Jul 17 21:09:19 <TAsn> as phonegui is doing great ;)
Jul 17 21:09:21 <dos1> TAsn: no :D
Jul 17 21:10:06 <TAsn> *phonelib
Jul 17 21:10:38 <dos1> TAsn: maybe look at elementary bindings
Jul 17 21:11:12 <TAsn> bah. ;)
Jul 17 21:11:24 <TAsn> if anything probably looking at libmokoui2 would be the easiest
Jul 17 21:11:35 <dos1> good point ;)
Jul 17 21:12:17 <TAsn> dos1, where's the best place to ask about glib? #gtx+
Jul 17 21:12:20 <TAsn> dos1, where's the best place to ask about glib? #gtk+ ?
Jul 17 21:12:38 <dos1> hmm, could be
Jul 17 21:12:55 <dos1> as in #glib there is only one person
Jul 17 21:12:58 <dos1> me :D
Jul 17 21:13:04 <TAsn> which is called dos1?
Jul 17 21:13:05 <TAsn> :)
Jul 17 21:13:13 <dos1> yep :D
Jul 17 21:18:12 <TAsn> damn, I want to build libframeword-phonegui with phone-utils
Jul 17 21:18:22 <TAsn> though OE is dead :)
Jul 17 21:32:32 <CIA-43> SHR: 03tom 07libphone-utils * r9b76c0ffd92a 10/src/ (phone-utils.c phone-utils.h): added phone_utils_deinit
Jul 17 21:32:42 <CIA-43> SHR: 03tom 07libphone-utils * r2b27c8574263 10/src/ (phone-utils.c phone-utils.h phone-utils.h.in str_utils.c): fixed an out of bounds read, and fixed a minor memory leak
Jul 17 21:32:42 <CIA-43> SHR: 03tom 07libphone-utils * r5902bc61a65d 10/src/phone-utils.c: when doing a deinit, set all to NULL
Jul 17 21:32:43 <CIA-43> SHR: 03tom 07libphone-utils * rd2658258bacf 10/src/ (phone-utils.c phone-utils.h phone-utils.h.in): all the functions now return a success indication value
Jul 17 22:04:18 <Mortak> hi
Jul 17 22:05:42 <Mortak> anyone know how to fix a "Failed to handle dbus error: The permission of the setuid helper is not correct, 80 (dbus-glib-error-quark), code 32" error while trying to start ophonekitd?
Jul 17 22:13:26 <FiXion_> hmm - it seems navit just made my phone unusable - by taking up all cputime :(
Jul 17 22:13:40 <FiXion_> perhaps all none-essential apps should be run with a different nice level?
Jul 17 22:14:02 <FiXion_> when it's a cpu-bound problem - the kernel usually handles this well, using nice levels
Jul 17 22:14:22 * FiXion_ is still waiting for his killall navit to return...
Jul 17 22:14:35 <TAsn> FiXion_, aye.
Jul 17 22:14:39 <TAsn> there's already an open bug about that
Jul 17 22:14:56 <FiXion_> TAsn: link? (i'd like to add a "me too" :)
Jul 17 22:15:23 <TAsn> search trac for nice value
Jul 17 22:15:25 <TAsn> :)
Jul 17 22:15:27 <TAsn> there are only two pages anyway :)
Jul 17 22:16:39 <FiXion_> which ticket are you thinking of?
Jul 17 22:16:42 <FiXion_> 66 ?
Jul 17 22:16:52 <FiXion_> I only get 3 hits
Jul 17 22:17:28 <TAsn> yes.
Jul 17 22:17:31 <TAsn> this one.
Jul 17 22:21:47 <FiXion_> hmm - not sure what the problem is.
Jul 17 22:21:53 <FiXion_> I can see navit is started with nice of 1.
Jul 17 22:22:02 <FiXion_> and my killall navit was run with std. nicelevel of 0
Jul 17 22:22:10 <FiXion_> so it should have been prioritized over navit
Jul 17 22:23:02 <FiXion_> btw. any of you have an empty phonelog - no matter what you do?
Jul 17 22:23:09 <FiXion_> on shr
Jul 17 22:23:54 <FiXion_> and is there any way to set scroll sensitivity ?
Jul 17 22:24:10 <FiXion_> trying to scroll in navit constantly lands me in the menu instead :(
Jul 17 22:27:54 <dos1> FiXion_: i guess you didn't update frameworkd.conf...
Jul 17 22:27:59 <dos1> as you should
Jul 17 22:28:00 <dos1> wrong
Jul 17 22:28:02 <dos1> as you have to :P
Jul 17 22:28:19 <FiXion_> pls. enlighten me
Jul 17 22:28:28 <dos1> you need to have calls_default_backend specified to SQLite-Calls
Jul 17 22:28:29 <FiXion_> when I update it - am I suppose to overwrite the config file?
Jul 17 22:28:47 <dos1> FiXion_: you are supposed to overview changes
Jul 17 22:28:54 <FiXion_> I did - only saw test entries
Jul 17 22:29:01 <CIA-43> SHR: 03tom 07shr * r0252133d1621 10/libframeworkd-phonegui/data/frameworkd-phonegui.conf: remove deprecated lines from default .conf
Jul 17 22:29:03 <FiXion_> perhaps I missed an important one
Jul 17 22:29:03 <CIA-43> SHR: 03tom 07shr * rd670459b6a60 10/libframeworkd-phonegui/ (configure.ac src/Makefile.am src/frameworkd-phonegui.c): Revert "Revert "Moved to libphone-utils"" i.e bring it back :)
Jul 17 22:29:03 <CIA-43> SHR: 03tom 07shr * r993ef8cfe056 10/libframeworkd-phonegui/src/frameworkd-phonegui.c: add omitted setting of conf->library
Jul 17 22:29:03 <CIA-43> SHR: 03tom 07shr * r4f18208d0e22 10/libframeworkd-phonegui/src/ (Makefile.am frameworkd-phonegui.c): fixed typo in Makefile.am and initialized phone-utils
Jul 17 22:29:09 <FiXion_> there's quite a bit of diff
Jul 17 22:29:18 <FiXion_> could any of you pastie.org your frameworkd.conf ?
Jul 17 22:29:21 <dos1> FiXion_: with new opkg it will be even easier
Jul 17 22:29:24 <FiXion_> or pastebin or something
Jul 17 22:29:32 <TAsn> phonegui now uses phone-utils :)
Jul 17 22:29:32 <dos1> FiXion_: opkg install -force-reinstall frameworkd-config-shr
Jul 17 22:29:34 <dos1> :P
Jul 17 22:30:40 <FiXion_> imho kinda buggy that the image with frameworkd.conf isn't the one shipped with the package.
Jul 17 22:30:43 <FiXion_> makes the diff rather larger
Jul 17 22:30:57 <FiXion_> instead of just showing what sensible changes there are
Jul 17 22:31:38 <dos1> FiXion_: hmm?
Jul 17 22:31:49 <dos1> conf in image is exactly that one from package
Jul 17 22:31:57 <dos1> maybe it's just older :P
Jul 17 22:32:07 <FiXion_> the image was from 0712
Jul 17 22:32:11 <FiXion_> and I did an upgrade that same day
Jul 17 22:32:29 <dos1> FiXion_: so that was day when config changed :D
Jul 17 22:32:29 <FiXion_> the conf from the package had "test" things in it
Jul 17 22:32:36 <dos1> FiXion_: test?
Jul 17 22:32:51 <FiXion_> I'll redo it now - can tell you if it's the same now
Jul 17 22:33:04 <FiXion_> several days ago - details have been discarded
Jul 17 22:33:12 <dos1> http://git.shr-project.org/git/?p=shr-themes.git;a=blob;f=frameworkd/frameworkd-config-shr/om-gta02/frameworkd.conf;h=fbfa2227278557c1dd4d5986d3a96f71de30b6f8;hb=HEAD
Jul 17 22:33:21 <dos1> that's correct frameworkd.conf
Jul 17 22:33:25 <dos1> and up-to-date
Jul 17 22:33:59 <FiXion_> thanks
Jul 17 22:34:05 <FiXion_> I'll do a diff right away :)
Jul 17 22:35:09 <FiXion_> calypso muxer changed as well
Jul 17 22:35:34 <FiXion_> fso-abyss.. what's the story behind changing to that for gsm multiplexing?
Jul 17 22:36:11 <dos1> FiXion_: fso-abyss is much stabler and just better than gsm0710muxd
Jul 17 22:36:22 <dos1> and newer and has better debug abilities
Jul 17 22:36:49 <FiXion_> fair enough.
Jul 17 22:37:02 <FiXion_> it has recently been deemed stable then
Jul 17 22:37:10 <FiXion_> since it was already in there - just #
Jul 17 22:39:27 <FiXion_> why is download sooo slow on the freerunner.
Jul 17 22:39:34 * FiXion_ is guessing nand is just slow storage
Jul 17 22:39:57 <FiXion_> is it any better than ~250kb/s on microsd ?
Jul 17 22:40:17 <FiXion_> I'm guessing opkg gets about that - that's what I get on scp's
Jul 17 22:40:31 <FiXion_> opkg isn't that verbose :(
Jul 17 22:41:50 <TAsn> DocScrutinizer, +
Jul 17 22:44:20 <dos1> DocScrutinizer: i had to spank you
Jul 17 22:44:29 <dos1> (volume slider :P)
Jul 17 22:44:56 <TAsn> :)
Jul 17 22:45:26 <TAsn> dos1, got any recommended source codes to learn elementary how to from?
Jul 17 22:45:35 <TAsn> (I don't want to learn from hackish and ugly ones)
Jul 17 22:46:11 <dos1> TAsn: elementary-test? shr-settings (ugly)? shr-installer? intone (maybe)?
Jul 17 22:46:22 <TAsn> that's enough
Jul 17 22:46:23 <TAsn> thanks :)
Jul 17 22:47:02 <FiXion_> what's elementary?
Jul 17 22:47:18 <FiXion_> enlightenment macrolanguage or something?
Jul 17 22:47:21 <dos1> hmm
Jul 17 22:47:34 <dos1> that's strange seeing that question on this channel :X
Jul 17 22:47:42 <TAsn> lol ;)
Jul 17 22:47:51 <FiXion_> I know what C, python etc. is
Jul 17 22:47:57 <FiXion_> never coded gui
Jul 17 22:48:13 <FiXion_> haven't had time to look at those .edc files
Jul 17 22:48:19 <dos1> elementary is finger-friendly widgetset based on evas and edje, aimed to small deviced with touch screens
Jul 17 22:48:38 <dos1> elementary != .edc files
Jul 17 22:48:47 <FiXion_> so it's C functions you can use in your C-code when writing gui-code
Jul 17 22:49:04 <FiXion_> that wasn't worded well
Jul 17 22:49:07 <dos1> it can use edc, but it can also work without layout
Jul 17 22:49:10 <FiXion_> I hope you get it anyways :)
Jul 17 22:49:17 <dos1> yep
Jul 17 22:49:25 <TAsn> dos1, what smtp server do you use for git send-mail?
Jul 17 22:49:36 <dos1> TAsn: gmail
Jul 17 22:49:44 <TAsn> smtp.gmail.com?
Jul 17 22:49:53 <dos1> yep
Jul 17 22:50:01 <dos1> but with login and pas
Jul 17 22:50:03 <dos1> +s
Jul 17 22:51:28 <TAsn> you write your login and pass in command line? (i.e letting it be cached in bash history)
Jul 17 22:52:04 <dos1> TAsn: no, it's in git config
Jul 17 22:52:15 <TAsn> oh ;)
Jul 17 22:52:15 <FiXion_> and send unencrypted over the wire?
Jul 17 22:52:22 <FiXion_> or using TLS
Jul 17 22:52:44 <dos1> it's encrypted (also option in git config :P)
Jul 17 22:53:41 <FiXion_> nice that google supports TLS (I'm guessing starttls - and not ssmtp (465))
Jul 17 22:53:48 <TAsn> dos1, how do you set those options?
Jul 17 22:53:52 <TAsn> what are the commands?
Jul 17 22:53:53 <TAsn> :)
Jul 17 22:54:05 <dos1> "git config key value" i think
Jul 17 22:54:28 <TAsn> duh.
Jul 17 22:54:32 <TAsn> what are the keys? :)
Jul 17 22:54:35 <dos1> man git-sendemail
Jul 17 22:54:46 <FiXion_> how can opkg take 100% cpu-time for 15 minutes.. installing navit (5mb .ipk file)
Jul 17 22:54:52 * FiXion_ curses at opkg
Jul 17 22:54:54 <TAsn> dos1, :)
Jul 17 22:56:13 * FiXion_ is going to bed.. bbl
Jul 17 23:03:15 <SHR-WugBranler> tracfeed: Ticket #205 (SMS Timestamps set to Unix Epoch) updated <http://trac.shr-project.org/trac/ticket/205#comment:20>
Jul 17 23:04:57 <Mortak> hmm, still have this "Failed to handle dbus error: The permission of the setuid helper is not correct, 80 (dbus-glib-error-quark), code 32" error, any ideas?
Jul 17 23:06:01 <CIA-43> SHR: 03seba.dos1 07opimd-utils * rdfb6e302a011 10/README: README: fix typo
Jul 17 23:06:11 <dos1> Mortak: it'll be fixed soon
Jul 17 23:06:18 * dos1 checks if it isn't fixed now
Jul 17 23:06:33 <Mortak> dos1: oh, its a known problem? didnt find anything
Jul 17 23:06:48 <Mortak> dos1: any workaround out there?
Jul 17 23:06:57 <dos1> oh, it isn't fixed
Jul 17 23:07:00 * dos1 is fixing it now
Jul 17 23:07:13 <dos1> Mortak: add sleep 3 to /etc/X11/Xsession.d/89ophonekitd
Jul 17 23:07:14 <Mortak> ^^
Jul 17 23:07:24 <Mortak> thx a lot
Jul 17 23:08:21 <Mortak> before or after the ophonekitd call?
Jul 17 23:09:19 <FiXion_> shouldn't the frameworkd package that changes config to use fso-abyss have a dependency on that package so that it is installed?
Jul 17 23:09:48 <CIA-43> SHR: 03seba.dos1 07shr * rdd80629d8f09 10/ (9 files in 5 dirs): Merge branch 'master' of git+ssh://git@shr.bearstech.com/shr
Jul 17 23:09:48 <CIA-43> SHR: 03seba.dos1 07shr * r1d560206e862 10/ophonekitd/src/ophonekitd-main.c: ophonekitd: change g_warnings into g_debugs
Jul 17 23:09:49 <CIA-43> SHR: 03seba.dos1 07shr * re342647f1fc7 10/libframeworkd-phonegui-efl/ (data/call.edc src/view/call-active-view.c): libframeworkd-phonegui-efl: add slider to active call view
Jul 17 23:09:53 <dos1> FiXion_: haven't it?
Jul 17 23:09:59 <dos1> then we need to add it ;x
Jul 17 23:10:06 <dos1> Mortak: before
Jul 17 23:10:11 <FiXion_> nope - just found out I couldn't call :)
Jul 17 23:10:26 <FiXion_> installed it manually and will see if it works.
Jul 17 23:10:52 <dos1> oups
Jul 17 23:11:15 <dos1> TAsn: hehe, the same fail as your ;)
Jul 17 23:11:38 <FiXion_> anyone know how to fix illume icons in top bar from "clashing" ?
Jul 17 23:11:46 <TAsn> :)
Jul 17 23:12:02 <CIA-43> SHR: 03seba.dos1 07shr * r501cc06d13c1 10/libframeworkd-phonegui-efl/ (data/call.edc src/view/call-active-view.c): Revert "libframeworkd-phonegui-efl: add slider to active call view"
Jul 17 23:12:14 <FiXion_> much better with fso-abyss actually installed :)
Jul 17 23:12:17 <TAsn> dos1, got a sec?
Jul 17 23:12:52 <TAsn> I need to know how to get a local build to work :)
Jul 17 23:12:55 <dos1> TAsn: "sleep 3" bug is now fixed ;)
Jul 17 23:12:56 <TAsn> as it doesn't atm.
Jul 17 23:13:00 <TAsn> dos1, really?
Jul 17 23:13:03 <TAsn> what did you do?
Jul 17 23:13:10 <TAsn> (I was just looking at it as we speak)
Jul 17 23:13:11 <dos1> TAsn: i changed g_warning to g_debug ;P
Jul 17 23:13:17 <TAsn> lol.
Jul 17 23:13:22 <dos1> so it won't abort
Jul 17 23:13:23 <TAsn> haha.
Jul 17 23:13:26 <TAsn> seems correct.
Jul 17 23:13:33 <TAsn> I just got to the warning :)
Jul 17 23:13:38 <FiXion_> hmm - pressing "release" when calling (and it hasn't been answered yet) doesn't stop it from calling
Jul 17 23:13:43 <dos1> TAsn: and about local builds - i just did what was on wiki
Jul 17 23:13:49 <TAsn> dos1, I'm starting to fix 339
Jul 17 23:13:54 <FiXion_> am I missing how release works or is it a bug waiting to be filed? :)
Jul 17 23:13:55 <TAsn> (the ophonekitd's bug)
Jul 17 23:14:03 <TAsn> dos1, starting building shr
Jul 17 23:14:03 <TAsn> ?
Jul 17 23:14:14 <dos1> TAsn: ?
Jul 17 23:14:42 <TAsn> OMG
Jul 17 23:14:45 <TAsn> I'm such an idiot :)
Jul 17 23:14:46 <TAsn> nvm.
Jul 17 23:15:04 <dos1> FiXion_: it doesn't stop from calling, or just there is big delay?
Jul 17 23:15:15 <dos1> if just delay, then that's normal and not abyss related :P
Jul 17 23:15:32 <dos1> sometimes it's faster, sometimes slower...
Jul 17 23:16:02 <TAsn> dos1, I couldn't understand why phonegui doesn't build locally
Jul 17 23:16:06 <TAsn> though it seems that I set it for 
Jul 17 23:16:10 <TAsn> phonegui-efl :)
Jul 17 23:16:14 <dos1> ;D
Jul 17 23:16:17 * TAsn <-- idiot
Jul 17 23:16:56 <TAsn> error: Entry 'ophonekitd/src/ophonekitd-main.c' not uptodate. Cannot merge
Jul 17 23:17:05 <TAsn> how do I resolve conflicts?
Jul 17 23:17:17 <dos1> dunno ;x
Jul 17 23:17:19 <TAsn> ;)
Jul 17 23:17:24 <dos1> FiXion_: RDEPENDS_${PN}_append_om-gta02 = " fso-abyss"
Jul 17 23:17:39 <dos1> that's in frameworkd recipe
Jul 17 23:18:05 <FiXion_> opkg upgrade is happy
Jul 17 23:18:12 <FiXion_> and yet I have no fso-abyss package
Jul 17 23:19:18 <SHR-WugBranler> tracfeed: Ticket #187 (Release button doesn't do anything in outgoing calls) reopened <http://trac.shr-project.org/trac/ticket/187#comment:2>
Jul 17 23:19:51 <TAsn> dos1, anyhow, I'm fixing 339
Jul 17 23:19:57 <TAsn> you wouldn't believe how broken it was
Jul 17 23:20:05 <TAsn> for instance stuff like
Jul 17 23:20:15 <TAsn> *calls = realloc(calls, size);
Jul 17 23:20:16 <TAsn> yes
Jul 17 23:20:21 <TAsn> one with * one without
Jul 17 23:20:22 <TAsn> !!!
Jul 17 23:20:24 <TAsn> or
Jul 17 23:20:42 <TAsn> call_remove(call_t *calls,...)
Jul 17 23:20:50 <TAsn> calls = realloc(calls,size);
Jul 17 23:20:52 <TAsn> ftw?!
Jul 17 23:20:52 <TAsn> :(
Jul 17 23:21:21 <TAsn> btw dos1
Jul 17 23:21:33 <TAsn> when writing code for shr projects (even fixes)
Jul 17 23:21:45 <TAsn> try your best to change the coding style to conform with our conventions
Jul 17 23:21:51 <TAsn> even of existing code :)
Jul 17 23:22:07 <TAsn> (I mean to change the existing code)
Jul 17 23:22:22 <dos1> TAsn: are you talking about some specific commit?
Jul 17 23:22:28 <TAsn> no
Jul 17 23:22:30 <TAsn> in general
Jul 17 23:22:33 <TAsn> when I fix broken stuff
Jul 17 23:22:35 <dos1> ok ;)
Jul 17 23:22:35 <TAsn> if I have time
Jul 17 23:22:39 <TAsn> I fix spaces
Jul 17 23:22:41 <TAsn> to tabs
Jul 17 23:22:43 <dos1> FiXion_: i've just sent patch about that dependency
Jul 17 23:22:46 <TAsn> and brackets locations
Jul 17 23:22:48 <TAsn> and such :)
Jul 17 23:23:10 <TAsn> btw concerning 339
Jul 17 23:23:14 <TAsn> got a fix in rules?
Jul 17 23:23:28 <TAsn> you said you had something you can do in rules.
Jul 17 23:23:40 <dos1> TAsn: no
Jul 17 23:23:48 <TAsn> ;\
Jul 17 23:24:03 <dos1> TAsn: i need And and Or triggers
Jul 17 23:24:08 <TAsn> I think that until the framework can handle it correctly
Jul 17 23:24:11 <dos1> TAsn: now there are only And and Or filters
Jul 17 23:24:25 <TAsn> we should start manipulating with a custom daemon :)
Jul 17 23:24:31 <TAsn> dos1, how hard is this to add?
Jul 17 23:24:37 <TAsn> mind checking this out? :)
Jul 17 23:25:08 <dos1> dunno, all my oeventsd work was only copy-paste :P
Jul 17 23:26:18 <TAsn> hehe ;)
Jul 17 23:26:32 <TAsn> hm.. cause I think we are getting close to solving this annoying issue :)
Jul 17 23:26:40 <TAsn> as ophonekitd's fixes are almost there.
Jul 17 23:26:43 <Mortak> hmm, i moved the ophonekitd script from 80 to 89 and added the sleep, but its still not starting
Jul 17 23:27:26 <dos1> hmm
Jul 17 23:27:34 <dos1> maybe adding some filter to rule could be ok
Jul 17 23:27:41 <dos1> i don't know oeventsd well
Jul 17 23:27:55 <dos1> and i can't test it, as i don't have call waiting enabled
Jul 17 23:28:00 <dos1> it makes everything harder :P
Jul 17 23:28:04 <dos1> but i'll try
Jul 17 23:29:49 <dos1> bug fixing night? :D
Jul 17 23:32:09 <dos1> TAsn: after fixing it in ophonekitd
Jul 17 23:32:14 <dos1> try changing this line:
Jul 17 23:32:15 <dos1>             - Or(CallListContains("outgoing"), CallListContains("active"))
Jul 17 23:32:17 <dos1> wrong
Jul 17 23:32:20 <dos1> this line:
Jul 17 23:32:29 <dos1> (lines)
Jul 17 23:32:30 <dos1>             - Or(HasAttr(status, "outgoing"), HasAttr(status, "active"))
Jul 17 23:32:33 <dos1> into:
Jul 17 23:32:38 <dos1>             - Or(CallListContains("outgoing"), CallListContains("active"))
Jul 17 23:32:48 <dos1> dunno if it'll work
Jul 17 23:32:51 <TAsn> :)
Jul 17 23:32:53 <dos1> but there is chance :D
Jul 17 23:32:59 <TAsn> I'm your guinea pig ;)
Jul 17 23:33:26 <TAsn> anyhow, will try, cool, thanks (after I get ophonekitd's bb to work)
Jul 17 23:33:37 <TAsn> ERROR: SRCREV was used yet no valid SCM was found in SRC_URI
Jul 17 23:33:38 <TAsn> :(
Jul 17 23:34:35 <dos1> TAsn: oh, you have also set SRCPV in local-builds.inc
Jul 17 23:34:37 <dos1> IIRC
Jul 17 23:34:41 * dos1 is checking
Jul 17 23:34:49 <TAsn> :)
Jul 17 23:34:50 <TAsn> ffs :)
Jul 17 23:35:03 <dos1> SRC_URI_pn-libframeworkd-phonegui-efl = "file:///var/www/build/shr-unstable/shr-apps"
Jul 17 23:35:05 <dos1> SRCREV_pn-libframeworkd-phonegui-efl = "LOCAL"
Jul 17 23:35:06 <dos1> SRCPV_pn-libframeworkd-phonegui-efl = "LOCAL"
Jul 17 23:35:09 <dos1> S_pn-libframeworkd-phonegui-efl = "${WORKDIR}/shr-apps/shr/${PN}"
Jul 17 23:35:09 <dos1> that's my local-builds.inc
Jul 17 23:35:16 <TAsn> same here.
Jul 17 23:35:17 <dos1> which works ;)
Jul 17 23:35:20 <TAsn> hm.. maybe I have a typo.
Jul 17 23:35:50 <TAsn> :)
Jul 17 23:35:52 <TAsn> I had.
Jul 17 23:36:15 <TAsn> well, I'm up ~40hrs straight.
Jul 17 23:36:23 <TAsn> I'm allowed to make these kinds of mistakes :)
Jul 17 23:36:56 <TAsn> anyhow, dos1 
Jul 17 23:37:03 <TAsn> got anything more you think should be in
Jul 17 23:37:06 <TAsn> phone-utils
Jul 17 23:37:07 <TAsn> ?
Jul 17 23:37:13 <dos1> TAsn: no idea
Jul 17 23:37:39 <TAsn> I have a long todo ahead of me, but I'm too lazy to start doing real work :)
Jul 17 23:37:55 <TAsn> so I'm looking for other stuff to do
Jul 17 23:41:23 <dos1> TAsn: ok, don't try that lines (rules.yaml)
Jul 17 23:41:35 <dos1> it doesn't even work correctly with single line calls :D
Jul 17 23:41:52 <TAsn> :)
Jul 17 23:56:04 <dos1> TAsn: i have really hacking rule now :D
Jul 17 23:56:13 <dos1> testing it now
Jul 17 23:56:18 <TAsn> lol :)
Jul 17 23:56:20 <TAsn> hehe :)
Jul 17 23:56:25 <TAsn> I'm testing ophonekitd :)
Jul 17 23:56:40 <TAsn> btw, if i'll fix ophonekitd
Jul 17 23:56:42 <TAsn> it'll become usable
Jul 17 23:56:49 <TAsn> as you can change to speaker
Jul 17 23:56:57 <TAsn> to tell the dude you are about to get cut off ;)
Jul 17 23:57:14 <TAsn> and phone won't DIE
Jul 17 23:57:19 <TAsn> when you get a call :)
Jul 17 23:59:04 <TAsn> dos1, just verified, your fix fixed it :)
Jul 17 23:59:35 <TAsn> thanks.
Jul 17 23:59:41 <TAsn> mrmoku|away, rebuild ophonekitd please :)
Jul 18 00:01:17 <TAsn> and it seems my fix didn't do any damage
Jul 18 00:01:18 <SHR-WugBranler> tracfeed: Ticket #551 (Ophonekitd doesn't start at boot after latest upgrade) closed <http://trac.shr-project.org/trac/ticket/551#comment:7>
Jul 18 00:01:24 <TAsn> now checking if it actually improved anything :)
Jul 18 00:04:07 <TAsn> dos1, ok, my fix kinda did it
Jul 18 00:04:13 <TAsn> ohponekitd doesn't crash anymore :)
Jul 18 00:05:09 <CIA-43> SHR: 03tom 07shr * r3f2d804cc7aa 10/ophonekitd/src/ophonekitd-main.c: Fixed the crashing describe in #339
Jul 18 00:05:10 <SHR-WugBranler> tracfeed: Ticket #339 (receiving an incoming call when already on line) updated <http://trac.shr-project.org/trac/ticket/339#comment:12>
Jul 18 00:17:56 <CIA-43> SHR: 03tom 07shr * r198cad366620 10/ophonekitd/src/ophonekitd-main.c: changed ophonekitd-main to conform with the shr coding conventions
Jul 18 00:18:19 <F4t> any news about the build?
Jul 18 00:18:30 <TAsn> F4t, yes!
Jul 18 00:18:42 <TAsn> the builder went to sleep
Jul 18 00:18:43 <TAsn> :)
Jul 18 00:20:36 <F4t> after finising the build?
Jul 18 00:20:45 <dos1> TAsn: i've implemented missing And function in oeventsd and now i'm checking, if we can fix that in elegant solution
Jul 18 00:20:53 <dos1> if not, then i'll try hackish :P
Jul 18 00:21:48 <TAsn> F4t, no idea.
Jul 18 00:21:51 <TAsn> he's asleep...
Jul 18 00:21:59 <dos1> TAsn: hackish :P
Jul 18 00:23:29 <TAsn> dos1, shit ;)
Jul 18 00:23:31 <SHR-WugBranler> tracfeed: Ticket #339 (receiving an incoming call when already on line) updated <http://trac.shr-project.org/trac/ticket/339#comment:13>
Jul 18 00:23:44 <TAsn> I just think we should have our own cool daemon
Jul 18 00:23:50 <TAsn> (ophonekitd)
Jul 18 00:24:02 <TAsn> that'll control the management of states/ringtones/etc
Jul 18 00:24:12 <dos1> ologicd?
Jul 18 00:24:40 <dos1> BTW. http://pastebin.com/m4e88e105
Jul 18 00:26:06 <TAsn> I don't care :)
Jul 18 00:26:14 <dos1> TAsn: ok, looks like it's working on single cal
Jul 18 00:26:16 <dos1> call*
Jul 18 00:26:21 <TAsn> that's a start
Jul 18 00:26:21 <TAsn> :)
Jul 18 00:26:43 <TAsn> gimme quick howto + link ;)
Jul 18 00:27:00 <dos1> TAsn: update frameworkd with patch i'm pushing now
Jul 18 00:27:01 <TAsn> i'll test with call waiting
Jul 18 00:27:05 <dos1> oh
Jul 18 00:27:13 <dos1> i forgot to pull ;x
Jul 18 00:27:24 <CIA-43> freesmartphone.org: 03seba.dos1 07framework * r89361b249e84 10/framework/subsystems/oeventsd/parser.py: oeventsd: add And function to parser
Jul 18 00:27:25 <CIA-43> freesmartphone.org: 03seba.dos1 07framework * r744d1716f51c 10/ (5 files in 3 dirs): Merge branch 'master' of git@git.freesmartphone.org:framework
Jul 18 00:27:25 <TAsn> you suck :)
Jul 18 00:27:31 <TAsn> pam pam pam.
Jul 18 00:28:17 <dos1> TAsn: and then
Jul 18 00:28:38 <dos1> replace
Jul 18 00:28:40 <dos1>             - Or(HasAttr(status, "outgoing"), HasAttr(status, "active"))
Jul 18 00:28:41 <dos1> with
Jul 18 00:28:52 <dos1>             - Or(Or(HasAttr(status, "outgoing"), HasAttr(status, "active")), And(HasAttr(status, "incoming"), CallListContains("active")))
Jul 18 00:28:54 <dos1> :D
Jul 18 00:28:59 <TAsn> lol?
Jul 18 00:29:29 <dos1> in rules.yaml
Jul 18 00:29:31 <TAsn> huh?
Jul 18 00:29:36 <TAsn> isn't that just
Jul 18 00:30:06 <dos1> that's advanced logic of sleepy dos ;P
Jul 18 00:30:12 <TAsn> Or(HasAttr(status, "outgoing"), HasAttr(status, "active"))
Jul 18 00:30:14 <dos1> you won't understand that
Jul 18 00:30:15 <dos1> :D
Jul 18 00:30:16 <TAsn> it's the same...
Jul 18 00:30:36 <dos1> hmm?
Jul 18 00:30:38 <TAsn> ohh
Jul 18 00:30:39 <TAsn> nvm
Jul 18 00:30:40 <TAsn> didn't see
Jul 18 00:30:41 <dos1> i don't get you
Jul 18 00:30:45 <TAsn> CallListContains
Jul 18 00:30:46 <TAsn> nvm
Jul 18 00:30:49 <dos1> ok
Jul 18 00:30:53 <TAsn> though it was HasAttr twice :)
Jul 18 00:31:17 <dos1> and please check if it works
Jul 18 00:31:17 <dos1> quickly!
Jul 18 00:31:18 <dos1> :D
Jul 18 00:31:57 <TAsn> where is it at? in fs
Jul 18 00:32:30 <dos1>  /etc/freesmartphone/oevents/rules.yaml
Jul 18 00:32:35 <TAsn> ffs
Jul 18 00:32:37 <TAsn> parser.py
Jul 18 00:32:38 <TAsn> ...
Jul 18 00:32:57 <dos1> xD
Jul 18 00:33:14 <dos1>  /usr/lib/python2.6/site-packages/framework/subsystems/oeventsd/
Jul 18 00:36:52 <dos1> hmm
Jul 18 00:36:58 <dos1> i forgot to bump PV in patch
Jul 18 00:37:01 <dos1> as always
Jul 18 00:37:01 <dos1> ;x
Jul 18 00:37:04 <TAsn> :)
Jul 18 00:37:15 <TAsn> I don't see where to put your rules change at
Jul 18 00:37:37 <TAsn> I mean
Jul 18 00:38:00 <dos1>     while: CallStatus()
Jul 18 00:38:02 <dos1>     filters:
Jul 18 00:38:04 <dos1>             - Or(Or(HasAttr(status, "outgoing"), HasAttr(status, "active")), And(HasAttr(status, "incoming"), CallListContains("active")))
Jul 18 00:38:07 <dos1>             - Not(BTHeadsetIsConnected())
Jul 18 00:38:08 <dos1>     actions:
Jul 18 00:38:08 <dos1>             - SetScenario(gsmhandset)
Jul 18 00:38:10 <dos1> that's what i have now
Jul 18 00:38:10 <TAsn> the problem is with setting to stereoout
Jul 18 00:38:11 <TAsn> ...
Jul 18 00:38:34 <dos1> and similar one with BTHeadsetIsConnected
Jul 18 00:38:36 <TAsn> this will just cause a race :)
Jul 18 00:38:36 <dos1> TAsn: exactly
Jul 18 00:38:49 <dos1> this is "while" rule
Jul 18 00:38:56 <TAsn> huh?
Jul 18 00:39:09 <dos1> when it's triggered, then it changes to gsmhandset
Jul 18 00:39:18 <TAsn> duh.
Jul 18 00:39:21 <TAsn> this means
Jul 18 00:39:24 <dos1> when it's untriggered, then it changes back to prevous scenario
Jul 18 00:39:32 <TAsn> oh
Jul 18 00:39:34 <TAsn> i c.
Jul 18 00:39:37 <TAsn> ok, I'll test.
Jul 18 00:39:42 <dos1> on incoming waiting call, this rule was untriggered
Jul 18 00:40:55 <TAsn> and what about the actual ringing?
Jul 18 00:41:20 <dos1> actual ringing?
Jul 18 00:41:26 <TAsn>     while: CallListContains("incoming")
Jul 18 00:41:26 <TAsn>     filters: Not(CallListContains("active"))
Jul 18 00:41:27 <TAsn> nvm :)
Jul 18 00:41:37 <TAsn> sweet.
Jul 18 00:45:22 <TAsn> dos1, I have good news and bad news.
Jul 18 00:45:50 <dos1> hmm?
Jul 18 00:45:57 <TAsn> just verified, and it works with rejecting the cal
Jul 18 00:46:02 <TAsn> i.e when you reject the call
Jul 18 00:46:13 <TAsn> you can keep on talking with the previous dude :)
Jul 18 00:46:21 <TAsn> though after I hanged up the phone broke
Jul 18 00:46:31 <TAsn> though I don't think it's related
Jul 18 00:46:31 <TAsn> :)
Jul 18 00:46:43 <TAsn> as for moving to the other call, after the phone will return to life
Jul 18 00:46:47 <TAsn> I'll test that as well :)
Jul 18 00:47:01 <dos1> TAsn: so from rules side it worked ;D
Jul 18 00:47:08 <TAsn> seems so.
Jul 18 00:47:10 <TAsn> :)
Jul 18 00:47:23 <dos1> when it was vibrating you could still talk to actual peer?
Jul 18 00:47:32 <TAsn> wasn't vibrating
Jul 18 00:47:45 <dos1> silent profile?
Jul 18 00:47:47 <dos1> ;D
Jul 18 00:47:55 <TAsn> no
Jul 18 00:48:01 <dos1> hmm?
Jul 18 00:48:02 <TAsn> it just doesn't do that while in a cal
Jul 18 00:48:10 <dos1> hmm
Jul 18 00:48:11 <TAsn> because of
Jul 18 00:48:15 <TAsn> <TAsn>     while: CallListContains("incoming")
Jul 18 00:48:15 <TAsn> <TAsn>     filters: Not(CallListContains("active"))
Jul 18 00:48:16 <TAsn> :)
Jul 18 00:48:18 <dos1> ah, ok
Jul 18 00:48:20 <dos1> :)
Jul 18 00:48:21 <TAsn> yeah
Jul 18 00:48:22 <TAsn> which is nice
Jul 18 00:48:23 <TAsn> :)
Jul 18 00:48:32 <TAsn> sec, starting phone again
Jul 18 00:48:39 <dos1> so how do you know about waiting call then? :x
Jul 18 00:48:41 <TAsn> dos1, btw, thanks a lot ;)
Jul 18 00:48:46 <dos1> by looking all the time at screen?
Jul 18 00:48:50 <TAsn> dos1, like in every other phone
Jul 18 00:48:57 <TAsn> you'll get in call beeping
Jul 18 00:49:07 <dos1> TAsn: also on FR?
Jul 18 00:49:10 <dos1> :D
Jul 18 00:49:10 <TAsn> yes...
Jul 18 00:49:15 <TAsn> I think it's generic
Jul 18 00:49:15 <dos1> oh, nice!
Jul 18 00:49:20 <TAsn> yeah :)
Jul 18 00:49:21 <TAsn> it is.
Jul 18 00:49:25 <dos1> so calypso implements that?
Jul 18 00:49:27 <TAsn> (we got lucky this time)
Jul 18 00:49:31 <TAsn> dos1, seems so.
Jul 18 00:49:36 <dos1> yep ;D
Jul 18 00:49:40 <dos1> really really nice
Jul 18 00:49:44 <TAsn> yes
Jul 18 00:49:48 <TAsn> was surprised as well ;)
Jul 18 00:50:38 <TAsn> man
Jul 18 00:50:41 <TAsn> with that solved
Jul 18 00:50:46 <TAsn> we are fucking ready for testing!
Jul 18 00:50:47 <TAsn> :)
Jul 18 00:50:50 <TAsn> (and maybe stable)
Jul 18 00:50:52 <TAsn> :)
Jul 18 00:51:03 <TAsn> this was the last "real" bug
Jul 18 00:52:17 <TAsn> ready or not, hic!
Jul 18 00:52:23 <TAsn> btw
Jul 18 00:52:30 <TAsn> dos1, libphone-utils pwns :)
Jul 18 00:53:28 <dos1> test rules instead of talking a lot :D
Jul 18 00:53:37 <TAsn> problem
Jul 18 00:53:47 <TAsn> problems*
Jul 18 00:54:43 <TAsn> ffs another bug
Jul 18 00:54:43 <TAsn> sec
Jul 18 00:54:52 <TAsn> when I pressed answer
Jul 18 00:54:57 <TAsn> it just kept ringing
Jul 18 00:54:59 <TAsn> and won't stop.
Jul 18 00:55:05 <TAsn> rebooting
Jul 18 00:55:12 <dos1> ...
Jul 18 00:55:24 <dos1> :x
Jul 18 00:55:24 <TAsn> though it's not related to your fix ;)
Jul 18 00:56:08 <TAsn> from what it seems
Jul 18 00:56:13 <TAsn> your fix is vaild
Jul 18 00:56:21 <TAsn> I dunno if it solves the issue completely
Jul 18 00:56:26 <TAsn> though at least it solves one part of it
Jul 18 00:56:35 <TAsn> which is the rejecting call
Jul 18 00:56:35 <TAsn> :)
Jul 18 00:56:48 <TAsn> I think you should commit it.
Jul 18 00:56:56 <TAsn> I'll continue testing when my phone will boot :)
Jul 18 00:58:08 <TAsn> dos1, anyhow, I'm really happy with the fixes to ophonekitd :)
Jul 18 00:58:18 <TAsn> the phone doesn't crash on incoming call anymore
Jul 18 00:58:35 <TAsn> (*incoming call waiting)
Jul 18 01:01:25 <TAsn> hm.. moving to another call doesn't work.
Jul 18 01:01:28 <TAsn> sec, testing again.
Jul 18 01:02:38 <TAsn> hm.. racy
Jul 18 01:02:38 <TAsn> sec.
Jul 18 01:02:46 <TAsn> sometimes rejecting works
Jul 18 01:02:49 <TAsn> sometime it doesn't.
Jul 18 01:02:52 <TAsn> sec.
Jul 18 01:03:14 <dos1> hmm?
Jul 18 01:04:17 <dos1> rule shouldn't be racy at all... it wouldn't be logical ;x
Jul 18 01:04:31 <dos1> i wonder i oeventsd is logical at all :D
Jul 18 01:05:02 <TAsn> hehe :)
Jul 18 01:05:44 <TAsn> bah
Jul 18 01:05:52 <TAsn> libframewkrd-phonegui
Jul 18 01:05:56 <TAsn> leaks 
Jul 18 01:05:57 <TAsn> :)
Jul 18 01:06:05 <TAsn> will have to fix that when the time comes ;\
Jul 18 01:06:15 <TAsn> at least when you ugly hack fut a fucking FIXME!
Jul 18 01:07:18 <TAsn> ok
Jul 18 01:07:21 <TAsn> moving to call works
Jul 18 01:07:24 <TAsn> as it always
Jul 18 01:07:29 <TAsn> now let's check rejecting
Jul 18 01:08:35 <TAsn> rejecting doesn't work
Jul 18 01:08:39 <TAsn> although it worked before.
Jul 18 01:08:40 <TAsn> hm..
Jul 18 01:09:00 <dos1> what happens on rejecting?
Jul 18 01:10:03 <TAsn> there's no sound
Jul 18 01:10:14 <TAsn> i.e the state file is pulled or something ;\
Jul 18 01:11:09 <dos1> eh
Jul 18 01:11:14 <dos1> i'm going to sleep now
Jul 18 01:11:20 <TAsn> wait
Jul 18 01:11:22 <TAsn> one last Q
Jul 18 01:11:29 <dos1> hmm?
Jul 18 01:11:32 <TAsn> isn't CallListContains("active")
Jul 18 01:11:34 <TAsn> enough?
Jul 18 01:11:37 <TAsn> only that
Jul 18 01:11:39 <TAsn> nothing more?
Jul 18 01:11:47 <TAsn> in the while rule
Jul 18 01:11:54 <dos1> TAsn: no
Jul 18 01:11:59 <TAsn> why not?
Jul 18 01:12:12 <dos1> TAsn: what about outgoing?
Jul 18 01:12:19 <TAsn> active
Jul 18 01:12:27 <dos1> no
Jul 18 01:12:29 <TAsn> CallListContains = only for incoming?
Jul 18 01:12:33 <TAsn> oh..
Jul 18 01:12:34 <TAsn> I c
Jul 18 01:12:35 <TAsn> ok got ya.
Jul 18 01:12:36 <TAsn> :)
Jul 18 01:12:50 <dos1> when you're placing outgoing call, it isn't active until other party pick ups call
Jul 18 01:12:52 <dos1> ok :)
Jul 18 01:13:26 <CIA-43> SHR: 03seba.dos1 07shr-themes * r5e507b956c13 10/frameworkd/frameworkd-config-shr/ (om-gta01/rules.yaml om-gta02/rules.yaml rules.yaml): frameworkd-config-shr: try to handle waiting calls
Jul 18 01:13:53 <TAsn> the rule is good.
Jul 18 01:14:00 <TAsn> I'm trying to figure out
Jul 18 01:14:13 <TAsn> who the fuck sets state
Jul 18 01:14:16 <TAsn> when call ends :)
Jul 18 01:14:35 <dos1> TAsn: oeventsd
Jul 18 01:14:46 <TAsn> where?
Jul 18 01:14:55 <dos1> i explained it alreay ;P
Jul 18 01:15:12 <dos1> when while rule gets untriggered
Jul 18 01:15:20 <dos1> state file is restored (pulled)
Jul 18 01:15:22 <TAsn> oh, ic. :)
Jul 18 01:15:27 <TAsn> okie ;)
Jul 18 01:15:31 <dos1> ok
Jul 18 01:15:34 <TAsn> btw
Jul 18 01:15:35 <dos1> so i'm going to sleep now
Jul 18 01:15:39 <TAsn> one quickie before you go
Jul 18 01:15:43 <TAsn> shit ;)
Jul 18 01:15:46 <dos1> :D
Jul 18 01:15:47 <TAsn> night.
Jul 18 01:15:53 <TAsn> just remember to handle
Jul 18 01:15:58 <TAsn> incoming message
Jul 18 01:16:02 <TAsn> in rules.yaml
Jul 18 01:16:10 <TAsn> so it won't do a crazy sound while in call
Jul 18 01:16:11 <TAsn> ....
Jul 18 01:16:29 <dos1> TAsn: incomingmessage doesn't change scenario
Jul 18 01:16:30 <TAsn>     filters: Not(CallListContains("active"))
Jul 18 01:16:34 <TAsn> will suffice, right?
Jul 18 01:16:39 <TAsn> dos1, but it does play a tone
Jul 18 01:16:50 <TAsn> and we don't want that to happen while in a calll.
Jul 18 01:16:56 <TAsn> will that do the trick?
Jul 18 01:16:57 <dos1> but you can't hear it
Jul 18 01:16:58 <dos1> ;)
Jul 18 01:17:01 <TAsn> is that legal?
Jul 18 01:17:03 <dos1> hmm, it should
Jul 18 01:17:04 <TAsn> dos1, not quite
Jul 18 01:17:08 <dos1> but then it won't vibrate too
Jul 18 01:17:10 <TAsn> I might be using a special scenario
Jul 18 01:17:15 <TAsn> dos1, that's fine.
Jul 18 01:17:22 <dos1> TAsn: not for me ;x
Jul 18 01:17:29 <TAsn> not for me as well actually ;\
Jul 18 01:17:30 <TAsn> bah.
Jul 18 01:17:44 <TAsn> but that's an issue
Jul 18 01:17:51 <TAsn> when you pipe outgoing sound
Jul 18 01:17:57 <TAsn> to the other end of the call for instance...
Jul 18 01:18:28 <dos1> ok, night :D
Jul 18 01:18:48 <TAsn> night and thanks :)
Jul 18 01:22:59 <dos1> closing lid in this laptop can hang whole pc :/
Jul 18 01:23:07 <dos1> good night
Jul 18 01:23:40 <TAsn> dos1|zzZZzz, weird, it works once
Jul 18 01:23:43 <TAsn> and then it didn't.
Jul 18 01:23:46 <TAsn> it's just racy
Jul 18 01:31:42 <TAsn> phew
Jul 18 01:31:44 <SHR-WugBranler> tracfeed: Ticket #339 (receiving an incoming call when already on line) updated <http://trac.shr-project.org/trac/ticket/339#comment:14>
Jul 18 01:31:47 <TAsn> I think it's time for bed.
Jul 18 01:31:54 <TAsn> tomorrow hopefully we'll finally close 339 :)
Jul 18 02:41:30 <troy|home> is it possible to put the wifi on the freerunner into master mode?
Jul 18 02:53:30 <playya> afaik no
**** ENDING LOGGING AT Sat Jul 18 02:59:56 2009