[06:56] <StevenK> Mithrandir: I was >< close with modest when tinymail fell on a sword.
[06:57] <Mithrandir> as in?
[06:57] <StevenK> Mithrandir: libtinymailui-mozembed links against firefox's gtkmozembed, which is fine, it works. Modest tries the same trick and blows up because useful stuff like searching text or setting the zoom level isn't available in that gtkmozembed
[06:58] <Mithrandir> wonderful.
[06:58] <StevenK> Those useful things are in xulrunner-1.9, which tinymail can't link against since there's no pkgconfig file
[06:58] <Mithrandir> that was your complaining to asac about the missing pkg-config file for xulrunner-1.9?
[06:58] <StevenK> Right
[06:58] <Mithrandir> could you just hack one together from the firefox one?
[06:58] <StevenK> ENOIDEA about pkgconfig
[06:58] <Mithrandir> (it's spelt pkg-config. :-P)
[06:58] <StevenK> See? :-P
[06:59] <StevenK> So I dumped modest/libtinymail in disgust and moved back to h-i-m and I can get nowhere with it, either.
[07:00] <StevenK> All in all, I'm feeling useless today.
[07:00] <Mithrandir> you've seen http://live.gnome.org/Hildon/HildonInputMethod?
[07:00] <StevenK> Which tells me basically nothing?
[07:01] <Mithrandir> where are you stuck, then?
[07:01] <StevenK> If I knew that, I'd know where to start digging.
[07:02] <StevenK> I've got it starting hildon-input-method on startup, and the module appears in gtk-query-immodule-2.0, but doesn't appear in the dropdown for Input Methods
[07:07] <Mithrandir> and just poking at a gtk text field doesn't give you anything?
[07:07] <Mithrandir> is it even being loaded?
[07:09] <StevenK> No, poking at a GTK text field gives me nothing
[07:09] <StevenK> How can I tell if it's loaded?
[07:10] <Mithrandir> make it log to syslog in the initialisation function?
[07:12] <StevenK> Hrm
[07:12] <StevenK> if (g_ascii_strcasecmp(context_id, HILDON_IM_CONTEXT_ID) == 0)
[07:14] <Mithrandir> StevenK: xulrunner in gutsy ships .pc files all right, but you probably want libxul-embedding-1.9
[07:15] <StevenK> xulrunner-1.9 didn't, when I looked
[07:16] <Mithrandir> > dpkg -L xulrunner-1.9-dev |grep -c \\.pc$
[07:16] <Mithrandir> 6
[07:16] <StevenK> Hold on, bouncing into a Hardy chroot
[07:20] <StevenK> The problem is, it looks for a specific .pc file, which isn't shipped
[07:21] <Mithrandir> which one?
[07:21] <StevenK> It wants either gtkmozembed.pc or mozilla-gtkmozembed.pc
[07:21] <StevenK> Those two are from memory
[07:22] <Mithrandir> try to make it want libxul-embedding-1.9.pc instead, then?
[07:23] <StevenK> The problem is I context switched over two hours ago :_)
[07:23] <Mithrandir> sure, so do those things when you switch back or tomorrow or whenever, then?
[07:23]  * StevenK nods
[07:28] <dholbach> good morning
[07:38] <Mithrandir> hi Daniel
[07:42] <dholbach> hey Tollef :)
[08:54] <guardian> morning
[09:55] <asac> StevenK: use libxul-embedding-1.9.pc ... thats the new way of doing things. the old one isn't supported anymore.
[09:57] <guardian> StevenK: hi, how could i get updates on discussions about the hildon input method framework in ubuntu mobile, and eventually participate ?
[10:40] <asac> Mithrandir: to follow up on StevenK's issues .... do you have a list of mobile apps that need porting to new xul? midbrowser, mobile-basic-flash, tinymail ... anything else?
[10:41] <StevenK> asac: tinymail I'll be doing tomorrow
[10:42] <Mithrandir> possibly modest too; StevenK would know about that.
[10:42] <StevenK> modest will get fixed by tinymail
[10:42] <Mithrandir> ok
[10:42] <Mithrandir> apart from that, I think we're ok
[10:42] <StevenK> Well, modest and tinymail should link against the same gtkmozembed
[10:44] <asac> ok ... just remember to come back to me when you start ... otherwise you _will_ run into issues :)
[10:45] <asac> I hope that i have a document to outline the needed changes by tomorrow ... so probably a good test to do it then :)
[10:45] <StevenK> Yeah, but my tomorrow is about ten hours before yours. :-)
[10:45] <asac> where are you based?
[10:47] <StevenK> Sydney, .au
[10:48] <asac> oh ... then maybe we can start tonight ;)
[10:54] <StevenK> asac: If I drag in libxul-embedding-1.9.pc, does that also give me the gtkmozembed2 functions?
[11:00] <asac> StevenK: which function do you refer to?
[11:01] <StevenK> gtk_moz_embed_set_zoom_level and co
[11:01] <asac> you should get those in: /usr/include/xulrunner-1.9b1/unstable/gtkmozembed.h
[11:01]  * StevenK nods
[11:01] <asac> so yes
[11:02] <StevenK> Just about to try and drag tinymail off of firefox-dev onto xulrunner-1.9-dev
[11:03] <asac> ok
[11:03] <asac> does it use m4/gecko.m4 ?
[11:03] <asac> StevenK: ^^ ?
[11:03] <StevenK> How do I check?
[11:03] <asac> does that file exist in your source tree :)
[11:04] <asac> search for gecko.m4
[11:04] <StevenK> No, it doesn't exist
[11:04] <asac> ok ... then just take care that you use
[11:04] <asac> pkg-config --define-variable=includetype=unstable --cflags libxul-embedding
[11:05] <asac> one idea is to add that to the cflags you found through PKG_CHECK_MODULES
[11:05] <StevenK> I'm not sure how to set arguments for pkg-config.
[11:05] <StevenK> I'm just installing Build-Depends in a chroot, so I'll dig in a sec
[11:06] <Mithrandir> pkg.m4 doesn't provide a way to do that, so you need to do something like:
[11:06] <StevenK> Or should I just drag in gecko.m4?
[11:06] <guardian> how could i get updates on discussions about the hildon input method framework in ubuntu mobile, and eventually participate ? could someone please give me hints ?
[11:06] <asac> StevenK: if you use PKG_CHECK_MODULES then just extend the CFLAGS like above:
[11:07] <asac> e.g. XXX_CFLAGS="$XXX_CFLAGS `pkg-config ...`"
[11:07] <Mithrandir> if PKG_CHECK_EXISTS([libxul-embedding]); then MOZ_CFLAGS=$($PKG_CONFIG --define-variable=includetype=unstable --cflags libxul-embedding) ; fi
[11:07] <asac> right ;)
[11:08] <Mithrandir> untested, of course.
[11:08] <asac> Mithrandir: looks good
[11:08] <StevenK> Ah ha. gtkmozembed mozilla-gtkmozembed firefox-gtkmozembed xulrunner-gtkmozembed microb-engine-gtkembedmoz gtkembedmoz
[11:08] <StevenK> That's the list you wanted
[11:08] <asac> StevenK: ok ... then you have to use something like: http://people.debian.org/~asac/gecko_1.9_load_glue.cpp to initialize gecko
[11:09] <StevenK> Sigh. gluck, it's a text file!
[11:09] <asac> yeah :)
[11:09] <asac> is people.ubuntu.com better?
[11:09] <asac> lets see
[11:09] <StevenK> It's fine, I got it
[11:10] <asac> nope
[11:10] <asac> ok and to make things worse you need to #include <gtkmozembed_glue.cpp> to get access to the legacy gtkmozembed symbols :/
[11:11] <asac> after that you can try :)
[11:11] <Mithrandir> #include on .cpp files is.. ick.
[11:11] <Mithrandir> :-P
[11:11] <asac> yeah ... the symbols are now hidden ... its a hack to support legacy embedders
[11:11] <asac> new ones should use real XPCOM ... like nsIBrowser et al
[11:11]  * StevenK is just trying to figure out how the configure.ac -> configure stuff falls out
[11:12] <StevenK> Actually, I might be just evil and set LIBTINYMAILUI_MOZEMBED_CFLAGS
[11:13] <StevenK> configure: error: "You need Mozilla's XPCOM"
[11:13] <StevenK> Sigh
[11:14] <asac> StevenK: do they try to compile something to test?
[11:14] <StevenK> No, they check include files
[11:14] <StevenK> mozilla_gtkmozembed_pcs="gtkmozembed mozilla-gtkmozembed firefox-gtkmozembed xulrunner-gtkmozembed microb-engine-gtkembedmoz gtkembedmoz"
[11:15] <asac> add libxul-embedding there
[11:15] <StevenK> They want one of those things, I'm just unsure of where that list lives in configure.ac
[11:15] <asac> StevenK: i still think there is an .m4 file somewhere
[11:15] <asac> is there a m4/ directory ?
[11:15] <StevenK> Yup
[11:15] <asac> whats in there?
[11:15] <StevenK> m4/moz.m4
[11:15]  * StevenK just did a grep
[11:16] <asac> can you paste it somewhere?
[11:16] <StevenK> Sure, a sec
[11:17] <StevenK> asac: http://paste.ubuntu.com/2317/
[11:19] <asac> ok add libxul-embedding there and
[11:19] <asac> use mozilla_xpcom_includedir="`$PKG_CONFIG --variable=includedir $mozilla_xpcom`/unstable" ... if that directory exists
[11:20] <StevenK> I'm adding libxul-embedding to line 43, or everywhere?
[11:20] <asac> i think that should be fine
[11:22] <StevenK>    if test -d $mozilla_xpcom_includedir/unstable; then
[11:22] <StevenK>      mozilla_xpcom_includedir="$mozilla_xpcom_includedir/unstable"
[11:22] <StevenK>    fi
[11:22] <StevenK> asac: ^
[11:23] <asac> StevenK: yes ... and  "else ... (keep the old one)"
[11:24] <StevenK> I need an explicit yes?
[11:24] <StevenK> Er, explicit else
[11:24] <asac> oh right
[11:24] <asac> not needed then i guess
[11:24] <StevenK> Just re-running autoconf
[11:24] <asac> i guess aclocal you need as well
[11:26] <asac> StevenK: oh i see that you need to add something similar to the -xpcom test (line 29+)
[11:26] <StevenK> Yeah, it failed after autoconf, I just ran aclocal as well
[11:27] <StevenK> Yup, added
[11:28] <asac> StevenK: one final thing i see (because of mozilla_home) ... they probably use -rpath ... you have to drop that if mozilla_home is empty
[11:28]  * StevenK sighs at autoconf
[11:28] <StevenK> asac: They don't use rpath, I had to hack that in myself
[11:28] <asac> whatfor do they use mozilla_home ?
[11:29] <StevenK> No clue
[11:29] <asac> ok they set the _path hard coded
[11:29] <asac> in _preferences.cpp
[11:29] <asac> ok does configure now run?
[11:30] <StevenK> I've autoconf blow up in my face, hold on
[11:36] <StevenK> I get the same result
[11:36] <asac> needs xpcom?
[11:37] <StevenK> xulrunner doesn't throw that into the mix?
[11:37] <asac> it does ... your m4/moz.m4 most likely isn't right
[11:38] <asac> can you post the XPCOM section?
[11:38] <asac> http://pastebin.mozilla.org/250750
[11:38] <asac> something like that?
[11:39] <StevenK> http://paste.ubuntu.com/2318/
[11:39] <asac> no in m4/moz.m4 ... if you still get the output complaining about XPCOM missing
[11:40] <StevenK> mozilla_xpcom_pcs="xpcom mozilla-xpcom firefox-xpcom xulrunner-xpcom microb-engine-xpcom libxul-embedding"
[11:40] <StevenK> That's what I have
[11:42] <StevenK> http://paste.ubuntu.com/2319/
[11:42] <StevenK> That's the full file
[11:43] <asac> config.log ? what does it complain about?
[11:44] <StevenK> configure:26325: checking Mozilla xpcom engine version
[11:44] <StevenK> configure:26374: result: 1.8
[11:44] <StevenK> configure:26409: error: "You need Mozilla's XPCOM"
[11:44] <StevenK> (But it's not 1.8)
[11:45] <asac> StevenK: i have just the diff above ... now it complains about missing GtkMozEmbed not XPCOM anymore
[11:45] <asac> maybe run sh autogen.sh
[11:46] <StevenK> There's no autogen.sh
[11:46] <asac> http://paste.ubuntu.com/2320/
[11:46] <asac> that works for me
[11:47] <asac> hu?
[11:47] <asac> i have: URL: https://svn.tinymail.org/svn/tinymail/trunk
[11:47] <StevenK> Hum
[11:47] <StevenK> for i in xpcom mozilla-xpcom firefox-xpcom xulrunner-xpcom microb-engine-xpcom libxul-embedding ; do if pkg-config --exists $i ; then echo $i ; fi ; done
[11:48] <asac> doesn't work?
[11:48] <asac> do you have xulrunner-1.9-dev installed?
[11:49] <StevenK> It prints nothing
[11:49] <StevenK> Yup
[11:49] <asac> $ if pkg-config --exists libxul-embedding; then echo test; fi
[11:49] <asac> test
[11:49] <asac> that works for me
[11:49] <asac> StevenK: oh maybe you don't have latest xulrunner-1.9?
[11:50] <asac> which version do you have?
[11:50] <StevenK> (hardy)root@liquified:/libtinymail-0.0.5# if pkg-config --exists libxul-embedding; then echo test; fi
[11:50] <StevenK> (hardy)root@liquified:/libtinymail-0.0.5# if pkg-config --exists libxul-embedding-1.9; then echo test; fi
[11:50] <StevenK> test
[11:50] <StevenK> 1.9~b1~rc3+nobinonly-0ubuntu1
[11:50] <asac> ok ... thats the previous package then
[11:50] <asac> just 1.9~b1+nobin is the right one
[11:53] <StevenK> Tracking down new packages
[12:00] <StevenK> Still broken with the new xulrunner-1.9
[12:02] <asac> http://pastebin.mozilla.org/250753
[12:02] <asac> try just that patch ... it works for me
[12:02] <asac> (at least for configure)
[12:03] <asac> StevenK: does pkg-config now work at least?
[12:04] <StevenK> asac: No, it's still broken.
[12:04] <StevenK> Setting up xulrunner-1.9-dev (1.9~b1+nobinonly-0ubuntu1) ...
[12:04] <StevenK> (hardy)root@liquified:/# if pkg-config --exists libxul-embedding; then echo test; fi

[12:04] <asac> StevenK: ok sorry for the mess
[12:04] <asac> you have to use -1.9 for now
[12:05] <asac> it was pulled from somewhere else for me
[12:05] <StevenK> That's okay, but why does it work for you?
[12:05] <StevenK> Ah
[12:05] <asac> i have plenty of places where all kind of xul variants live :)
[12:05] <StevenK> Haha
[12:05] <StevenK> Along with grues? :-P
[12:06] <asac> grues? cannot translate that ;)
[12:07] <StevenK> http://en.wikipedia.org/wiki/Grue_%28monster%29
[12:09] <StevenK> Oh grah
[12:10] <StevenK> Never mind, I'm a bozo
[12:10] <asac> ah
[12:10] <StevenK> If I'm going to run configure by hand, I should apply patches first
[12:10] <asac> i will remember that StevenK  :)
[12:10] <StevenK> Hah
[12:11] <StevenK> I'll get you, asac :-)
[12:11] <asac> StevenK: patch it then i run 
[12:11] <asac> sh autogen.sh --with-html-component=mozembed
[12:11] <asac> if you don't have autogen.sh aclocal + autoconf should be enough i guess
[12:12] <StevenK> Yeah, it's working
[12:12] <StevenK> I'm just about to see if it builds and links
[12:12] <asac> StevenK: ok ... then add the snippet to mozilla_preferences.cpp (the init function)
[12:12] <asac> and add a
[12:12] <asac> #ifdef XPCOM_GLUE
[12:12] <asac> #include <xulrunner_glue.cpp>
[12:12] <asac> #endif
[12:12] <StevenK> Which mozilla_preferences.cpp?
[12:13] <asac> libtinymailui-mozembed/mozilla-preferences.cpp
[12:13] <StevenK> Oh, it's a dash not underscore
[12:14] <asac> yeah
[12:14] <asac> wait a second ... i think i already have it :)
[12:15] <asac> http://paste.ubuntu.com/2321/
[12:15] <asac> i think the "2" in version constraint should be 1.9.*
[12:15] <StevenK> You're writing patches for me, this is great.
[12:15] <StevenK> :-)
[12:16] <asac> StevenK: please do the same for mobile-flash :)
[12:16] <StevenK> Oh no
[12:16] <asac> i am still learning as well ... so every port helps me :)
[12:16] <StevenK> I'm not touching that
[12:16] <asac> yeah ... but you can answer questions to intel then :)
[12:16] <asac> hehe
[12:17] <asac> how is the binary called?
[12:17] <asac> how can i test?
[12:17] <StevenK> There's a demoui, but if the thing links, you're pretty much okay
[12:18] <asac> StevenK: i wouldn't bet on that :)
[12:18] <asac> point is we now load the libs during startup (in the snippet) ... if that is too late you will crash :)
[12:18] <StevenK> Awww
[12:18] <asac> StevenK: the demoui starts :)
[12:18] <asac> how can i see html?
[12:19] <StevenK> Next question? I never managed to get much out of that demoui
[12:19] <asac> oh ... 
[12:19] <asac> (tny-demoui:23335): camel-lite-WARNING **: Could not open camel provider directory (/usr/local/lib/camel-lite-1.2/camel-providers): No such file or directory
[12:19] <asac> Segmentation fault (core dumped)
[12:19] <asac> camel provider? 
[12:19] <asac> whats that?
[12:19] <StevenK> It didn't segfault last time I tried it
[12:19] <asac> that happens if you klick on "kill account"
[12:19] <asac> starting works
[12:20] <asac> but then i cannot get anything going
[12:20] <StevenK> asac: Hang on, waiting for it to build. :-)
[12:21] <asac> let me know if there are any regressions ... do you have a firefox build as well (to compare)?
[12:21] <StevenK> In file included from tny-moz-embed-html-mime-part-view.c:36:
[12:21] <StevenK> ./tny-moz-embed-html-mime-part-view.h:28:25: error: gtkmozembed.h: No such file or directory
[12:21] <StevenK> 0.0.5-0ubuntu1 in the archive is a firefox build
[12:22] <asac> StevenK: you have forgotten the configure.ac patch?
[12:22] <StevenK> Ah, I missed a bit
[12:23] <StevenK> I think
[12:23] <asac> http://paste.ubuntu.com/2322/
[12:23] <StevenK> Ah, thanks
[12:23] <StevenK> I think I missed the pkg-config flags bit
[12:23] <asac> yeah ... its unstable :)
[12:25] <asac> StevenK: is tinymail lpia only?
[12:25] <asac> (package-wise)
[12:26] <StevenK> Nope, it's built everywhere
[12:26] <asac> strange
[12:27] <asac> ah its just a lib
[12:27] <asac> ok ... then let me know what happens :)
[12:28] <StevenK> Just patched configure.ac, just kicking off another build
[13:42] <StevenK> Sigh
[13:42] <StevenK> modest-tny-local-folders-account.c:243: warning: implicit declaration of functi
[13:42] <StevenK> on 'tny_merge_folder_new_with_ui_locker'
[13:44] <theseinfeld> hey
[13:44] <theseinfeld> anyone managed to insatll the moblin-media package?
[13:44] <theseinfeld> from moblin
[13:46] <theseinfeld> the 0.21
[13:46] <theseinfeld> it has a dependency issue on moko which is virtual
[13:46] <theseinfeld> anyone?
[13:52] <guardian> apt-get update then dist-upgrade just told me "moblin-media" has been kept back
[13:53] <theseinfeld> exactly
[13:54] <theseinfeld> because of dependency problem with moko
[13:57] <theseinfeld> join #realxtend
[13:58] <theseinfeld> if you try apt-get -t gaston update; apt-get -t gaston dist-upgrade it still sais that thing
[13:58] <theseinfeld> that moblin-media depend moko but moko is not installable
[13:58] <theseinfeld> i remember something was on the list about moko
[13:59] <theseinfeld> anyone with better idea?/memory :)
[14:04] <asac> StevenK: where do you get that error?
[14:05] <asac> doesn't look like xul related though
[14:05] <StevenK> asac: It isn't. :-)
[14:06] <StevenK> modest wants SVN features of tinymail
[14:08] <agoliveira> StevenK: That's looking weird. Why would tinymail have svn features?
[14:09] <agoliveira> StevenK: Oh, you meant features from the svn version... sorry.
[14:09] <StevenK> Right. :-)
[14:09]  * agoliveira needs coffee
[14:09]  * StevenK needs sleep
[14:10] <agoliveira> StevenK: Try my coffee and you will see that sleep is overrated :)
[14:10] <StevenK> Hah
[14:11]  * StevenK doesn't like the taste of coffee
[14:12]  * lool wishes for some Brazilian coffee
[14:12] <agoliveira> StevenK: Now you're going to tell me you don't like beer either. If so, I'll personally kick your head until some decent vices get into it!
[14:12] <StevenK> I like beer fine, thanks :-)
[14:12] <agoliveira> lool: I can swap for some french wine ;)
[14:13] <agoliveira> StevenK: Thank God. The day I see an australian who does not like beer I'll believe the end of days is afoot.
[14:13] <lool> agoliveira: We should do this!
[14:14] <agoliveira> lool: I'll be glad to do it 
[14:15] <StevenK> agoliveira: :-)
[14:15] <agoliveira> lool: I'm just not sure about bringing coffee to US. I guess beans are out of question.
[14:15] <lool> agoliveira: I would need to be provided with your preferences in matters of wine
[14:16]  * StevenK is pondering bringing Vegemite
[14:16] <lool> agoliveira: Even in the suitcase?
[14:16] <lool> StevenK: You should definitely bring back some flowers, animals, and illnesses back to Australia when you travel!
[14:16] <StevenK> Hah
[14:17] <lool> "Immigrant quanrantined for two years"
[14:17] <agoliveira> lool: Yes, customs can be very anal-retentive about any kind of organic stuff. I'll check it out.
[14:17] <lool> sam once brought me some coffee from south america, not sure where he bought it; perhaps in duty free
[14:18] <agoliveira> lool: I want to get some special stuff one can't find on duty free.
[14:18]  * agoliveira has a problem with in/on/at
[14:19] <lool> Anyway wine shouldn't be a problem
[14:20] <davidm_> agoliveira, I suspect if the coffee is processed and packaged you can bring it in, but if it's lose raw beans you will have "issues"
[14:20] <davidm_> Can be beans or ground but not raw would be my guess.
[14:21] <agoliveira> davidm: I guess you are right. I should be able to bring toasted beans. I really don't want to grind it before as it looses it's smell and flavor quite quickly.
[14:22] <smagoun> StevenK: please don't bring anyone vegemite for any reason
[14:23] <davidm> Very true I generally keep beans at home for just that reason, when I travel I bring ground since I don't want to carry a grinder.
[14:23] <davidm> But I drink up the coffee before it can lose flavor ;-)
[14:23] <theseinfeld> QUESTION: how do you install the moblin lpia packages in the image-creator chroot
[14:24]  * agoliveira googles for vegemite...
[14:24] <theseinfeld> have to go
[14:24] <theseinfeld> cheer.
[14:24] <theseinfeld> s...
[14:24] <agoliveira> Hey StevenK, bring some. I like to try different stuff.
[14:25] <smagoun> agoliveira: no, no you don't. Not this stuff anyway. It's made from rat feces.
[14:25] <agoliveira> Even if I find it nasty as it looks like after see the google results
[14:26] <ian_brasil> agoliveira: vegimite==marmite which is the english version (black, tracle like substance spread on toast normally)
[14:26] <smagoun> "Folks, this is not something that I would rush out to buy. Nor, were I in Australia's position, would I list it among my national and/or secret treasures. If it's a secret, it would be best left in the closet" :D
[14:27] <agoliveira> There's a link I found written by a brazilian guy living in Australia and he says "I don't know a brazilian who likes it (vegemite), one can't  like it, it's simply awful."
[14:27]  * agoliveira really want's to try it now :-D
[14:29]  * lool is amazed by what Australians do wiht vegemite http://www.youtube.com/watch?v=v_HPvAhnG_w
[14:30] <StevenK> I like Vegemite on toast with butter
[14:31] <smagoun> liar
[14:31] <StevenK> I am not!
[14:31] <smagoun> :)
[14:31] <StevenK> I want to see if anyone can eat a tablespoon of vegemite without gagging. :-D
[14:37] <agoliveira> Well, I usually introduce visiting people to feijoada (a dish I love) and sometimes people just can't look at it.
[15:39] <Fenario> elmo: do you have a minute?
[16:09] <dholbach> Fenario: wrong channel :)
[16:14] <Fenario> dholbach: sorry, you are the best
[16:15] <dholbach> np, I just happened to see it :)
[16:23]  * agoliveira is back
[18:07] <raji> asac: U there?
[18:08] <asac> raji: yes
[18:09] <raji> asac: How do I get source for wpasupplicant?
[18:10] <asac> hostap git iirc
[18:10] <asac> or : apt-get source wpasupplicant :)
[18:11] <raji> asac: I talked to you about nm-applet having trouble connecting to WEP enabled network, I think the problem is in wpasupplicant.
[18:11] <raji> asac, I ran wpasupplicant manually, association has failed. Are u owner of that package?
[18:12] <raji> asac, apt-get source wpasupplicant did not work for me. I tried that.
[18:13] <asac> thats strange .... do you have the deb-src lines in sources.list?
[18:13] <raji> asac, do you know what version of wpasupplicant networkmanager 0.6.5 uses?
[18:13] <asac> 0.5.8
[18:16] <raji> asac, It looks like I have to set up .config file for compiling the source files. Is there somewhere on the ubuntu site, I get .config file that they use? 
[18:17] <asac> in debian/patches there is a patch that patches the default 
[18:17] <asac> you need to use apt-get source wpasupplicant to get that ... or download the parts from launchpad
[18:19] <raji> asac, Can you look at the wpasupplicant.conf file and tell me if that is correct or anything else needs to be added. 
[18:22] <asac> yes i can.
[18:23] <raji> asac:http://ubuntu.pastebin.com/m3af840f
[18:23] <raji> asac, that wpasupplicant.conf file is for wep64
[18:28] <raji> asac, I pasted the debug output from wpasupplicant at http://ubuntu.pastebin.com/m29d30e57 , can you please take a look at this log ,if problem is obvious.
[18:33] <raji> asac, did you find anything wrong in the conf file?
[18:33] <asac> let me see
[18:34] <asac> http://ubuntu.pastebin.com/m22d3b719
[18:35] <asac> thats the example from the package
[18:38] <raji> asac, my file looks like the example from package except dont have key in quotes. Not sure if that makes any difference.
[18:39] <raji> asac, can you please look at the debug from wpasupplicant also, you may spot obvious error.
[18:40] <asac> key in quota is important if you use the ctrl interface ... give it a try
[18:42] <raji> asac , any other words of wisdom about rootcausing this? 
[18:45] <asac> raji: maybe look if "Driver did not support SIOCSIWENCODEEXT" is something fatal for wpasupp
[18:52] <raji> asac, It is not fatal for wpasupp, because it tries SIOCSIWENCODE . Comments in the code says they try this other option, but I havent debug the code in action though
[18:53] <raji> asac, By the way key in quotes didnt help either. wpasupp behaviour is same, still failing.
[18:57] <raji> asac, another question. in the src file nm-device-802-11-wireless.c, strcpy is used instead of safe string cmp, and on moblin, that was crashing, I changed all those things . Do you want to apply these changes to ubuntu source? Should I send it as a patch to you or you dont care?
[18:59] <asac> raji: try to ensure that driver_wext.c:1523 gets the right errno ... otherwise ENCODE is not even tried i guess
[19:00] <asac> raji: i always care for patches ... please submit a backtrace of the issue it fixes as well
[19:02] <raji> asac, I am sorry, I am all new to this,  how do I create patch?
[19:03] <asac> in what kind of tree did you develop the changes?
[19:03] <asac> in the package?
[19:03] <raji> we have git repository 
[19:04] <raji> we cloned it from ubuntu src repository
[19:07] <asac> raji: looking at wpasupp source ... supplicant doesn't try to use ENCODE alone for you ... the output would read "... SIOCSIWENCODEEXT, trying SIOCSIWENCODE"
[19:08] <asac> raji: cloned a bzr branch?
[19:09] <asac> so the errno from the ioctl is neither EOPNOTSUPP nor ENODEV - both would trigger the SIOCSIWENCODE attempt
[19:09] <raji> asac, Yes, I think. ToddBrandt knows answer to this. I will find out about that, will talk about patch tomorrow.
[19:10] <raji> asac, So you think, errno from ioctl is wrong?
[19:10] <asac> yes ... the driver is wrong
[19:10] <asac> give it a try ...output the errno you get at the line mentioned above
[19:11] <raji> asac, ok. I will try that.
[20:45] <smagoun_> lool: ping
[21:17] <lool> smagoun_: pong
[21:17] <smagoun_> lool: I noticed that cheese 0.2.2 is the latest for LPIA in gutsy
[21:18] <smagoun_> 0.2.3 is in gutsy, but it FTBFS on lpia
[21:18] <smagoun_> (a hildon header file's not being picked up by the compiler)
[21:19] <smagoun_> https://edge.launchpad.net/ubuntu/+source/cheese/0.2.3-0ubuntu1/+build/382477
[21:19] <lool> smagoun_: Do you reproduce the problem?
[21:20] <smagoun_> If I give you a patch, could you update the PPA?
[21:20] <smagoun_> lool: yup
[21:20] <lool> smagoun_: Sure; does it affect hardy?
[21:20] <smagoun_> lool: yup
[21:20] <lool> smagoun_: Ok; I'll fix it in hardy and then update the gutsy ppa
[21:21] <smagoun_> 0.2.4 is in hardy, but didn't build 
[21:21] <smagoun_> ok
[21:22] <smagoun_> lool: In the meantime I assume I should I file a bug against cheese?
[21:22] <lool> smagoun_: It only failed on lpia for hardy as well
[21:22] <smagoun_> lool: that's correct, sorry
[21:22] <lool> smagoun_: You don't strictly need to file a bug; it's a tool
[21:22] <lool> smagoun_: No need to be sorry, you didn't say anything contradictory :)
[21:22] <smagoun_> lool: I don't follow - cheese is a tool?
[21:23] <lool> I just checked https://edge.launchpad.net/ubuntu/+builds?build_text=cheese&build_state=all and saw it's only an issue for lpia so that I know whether we need to fix other stuff etc.
[21:23] <lool> smagoun_: I mean the bug report is a tool
[21:23] <lool> smagoun_: We don't require a bug to update stuff; it just helps us around talking about an issue / regrouping information tec.
[21:23] <smagoun_> gotcha, thanks
[21:23] <lool> But for a "SRU" we *require* a bug
[21:23] <smagoun_> SRU?
[21:23] <lool> (Stable Release Update)
[21:23]  * smagoun_ is still new here :)
[21:24] <smagoun_> ok, good to know
[21:24] <lool> It's described in details on the wiki.u.c
[21:24] <lool> But it's a /lot/ of work, so if it's only for UME and for gutsy's UME, I wont prepare a SRU
[21:24] <lool> https://wiki.ubuntu.com/StableReleaseUpdates
[21:25] <smagoun_> ok. The bug is hildon-specific, so only UME is affected
[21:25] <lool> See the "How" for how much pain it is :)  This is to prevent accidents
[21:25] <smagoun_> wow, that section has a lot of words
[21:25] <lool> Right, it's only lpia and cheese is probably not widely used outside of UME anyway
[21:25] <lool> smagoun_: So you have a patch or an explanation of the fix?
[21:26] <lool> smagoun_: I'll take this as an occasion to update cheese to 0.2.4 in the ppa
[21:27] <smagoun_> lool: not yet, working on it now
[21:30] <lool> i'm a bit puzzled at how it would ever have built?!
[21:33] <smagoun_> It would build if -I/usr/include/hildon-1 is in CFLAGS
[21:34] <smagoun_> ....but that seems to be the case already, and it still doesn't work
[21:34] <lool> smagoun_: Yeah, the .make stuff with includes seems to not work properly
[21:34] <smagoun_> yeah. what's this toc2 thing?
[21:34] <lool> Looks like a custom build system; sigh
[21:35] <lool> Ok, included by src/toc2.make: toc2.makefile.config_vars = $(toc2.top_srcdir)/toc2.$(package.name).configure.make
[21:37] <lool> smagoun_: It looks like HILDON_CFLAGS is never added to CFLAGS
[21:37] <smagoun_> lool: yup
[21:38] <lool> smagoun_: Adding them fixes the build :)
[21:38] <smagoun_> right, but src/Makefile is generated (right?)
[21:39] <lool> smagoun_: It's patched by debian/patches/hildon
[21:39] <lool> smagoun_: Is it generated as well?
[21:39] <smagoun_> hmmm, maybe that's all that's happening
[21:41] <lool> smagoun_: Can I hand you .deb for lpia to test?
[21:41] <smagoun_> sure
[21:41] <lool> (I never used cheese)
[21:41]  * smagoun_ doesn't have the hang of editing patches yet
[21:43] <lool> smagoun_: In this case, I "cleaned" just to bring me in a clean state before editing, then cdbs-edit-patch hildon
[21:43] <lool> Did the changes, typed ^D, and that was it
[21:44] <lool> By cleaning, I mean running debclean or fakeroot debian/rules clean
[21:45] <lool> smagoun_: http://people.ubuntu.com/~lool/packages/cheese/0.2.4-0ubuntu2/hardy-lpia-pbuilder/
[21:47] <smagoun_> ok, got the cdbs-edit-patch to work. neat. Thanks for the help, I know how frustrating it can be to walk new employees through every little thing.
[21:47] <smagoun_> lool: trying it now
[21:49] <lool> smagoun_: Oh it's not frustrating at all; I understand I probably did more packaging on my side, but I was mighty impressed by what the Lexington team did in a previous life^Wcompany
[21:49] <lool> So I'm sure I'll learn tons from you guys as well; I already do :)
[21:50] <lool> I can impress my wife saying that the screen is resistive, not capacitive, so it has no chance to support multi touch
[21:51] <smagoun_> :)
[21:52] <smagoun_> that deb installed on my Q1 but didn't configure - it complains about version mismatches with llbebook, libedataserver, and others
[21:52] <lool> smagoun_: Are it's a hardy deb
[21:52] <lool> smagoun_: Are you using gutsy?
[21:52] <smagoun_> yup
[21:53] <smagoun_> is there an easy way to force dpkg to configure it?
[21:53] <lool> It wouldn't work
[21:53] <smagoun_> (is the config step really necessary in this case?)
[21:53] <lool> The reason for the mismatches is that package were renamed for e.g. the new evolution-data-server; libs have changed SONAME, so the binaries wont work
[21:53] <lool> To match such changes, we rename lib packages and rebuild all depending packages against the new lib
[21:54] <lool> You are supposed to build binaries against your target dist; I'm building against gutsy now; I would have had to prepare the backport anyway
[21:55] <lool> smagoun_: http://people.ubuntu.com/~lool/packages/cheese/0.2.4-0ubuntu3~710um1/gutsy-lpia-pbuilder/
[21:58] <smagoun_> lool: the gutsy version installs + runs fine - thanks!
[22:02] <lool> smagoun_: Both uploaded; hopefully sound installed and built
[22:02] <smagoun_> lool: one more question. RedHat has 'debuginfo' packages that contain symbol tables, etc for debugging crashes. Is there an equivalent in Debian/Ubuntu? 
[22:02] <smagoun_> lool: thanks!
[22:02] <lool> smagoun_: Yes; we have two things actually
[22:02] <lool> Debian creates manually some extra packages where "detached debug symbols" are shipped
[22:03] <lool> dh_strip can help with that; you tell him that it should strip the binaries in the .debs, and put the symbols in another
[22:03] <lool> And Ubuntu has a buildd-side system where the buildd copy debugging information in some ddeb packages which are kept in the archive
[22:04] <lool> You can then use apport when you get a crash to match a core dump with the ddebs and produce a backtrace with debugging symbols
[22:05] <smagoun_> Neat. 
[22:13] <lool> Cool http://googlemobile.blogspot.com/2007/11/new-magical-blue-circle-on-your-map.html
[23:12] <raji> ToddBrandt: Are you coming to meeting? Everyone looking for you.
[23:13] <ToddBrandt> what's the bridge number?
[23:13] <ToddBrandt> I was going to call in
[23:14] <ToddBrandt> raji: I try calling the conference room and it's busy , so I know there's probably a bridge
[23:15] <raji> ToddBrandt: Yes. there. Let me get the number for you
[23:16] <ToddBrandt> raji: thanks
[23:16] <raji> ToddBrandt: 1-8781441