#ubuntu-mobile 2007-12-03 <dholbach> good morning <lool> asac: So I'm looking at dropping the nss/nspr deps when moz's version is >= 1.8 in tinymail; checking for existing usage, it seems nss / nspr is used in "libtinymail-camel" conditionally; it looks like the API is used directly <lool> asac: If HAVE_NSS is set, some structures get PRFileDesc members or things like this <lool> asac: I don't quite see how this should be pulled over xpcom; do you think this is improper use? <lool> asac: Hmm nevermind, I see nspr.h is in /usr/include/xulrunner-1.9b1/unstable/nspr.h <lool> asac: Still not sure this should be enabled or not <lool> asac: Argh, and MOZILLA_HOME isn't found; I don't see it in libxul-embedding-1.9.pc (tinymail uses libdir, but I see no alternative to that in the .pc either) <asac> lool: we will eventually migrate to use system nspr/nss <lool> asac: Ok, it's quite easy with the AC_ARG_WITH() flags I added <asac> lool: you should test for either mozilla-nspr-1.9 or nspr <asac> -1.9 will be dropped soon too <asac> (the versioning) <asac> lool: how do they use MOZILLA_HOME? <lool> asac: for gtk_moz_embed_set_path() <lool> Which seems related to libxul-embedding to me <lool> asac: It seems to build without nspr/nss .pc files (unless it's dragged by libxul-embedding-1.9's requires or something) <asac> lool: gtk_moz_embed_set_path is done in glue initialization code now ... so no need for MOZILLA_HOME for you <lool> asac: Cool, thanks <lool> widgets/.libs/libmodest-widgets.a(modest-mozembed-msg-view.o): In function `set_message': <lool> /home/lool/scratch/modest/modest-1.0/src/widgets/modest-mozembed-msg-view.cpp:673: undefined reference to `modest_tny_msg_find_body_part(_TnyMsg*, int)' <lool> Cool, I think I get the errors StevenK was getting now <asac> :) <StevenK> That'd be them <StevenK> Any help gratefully received <lool> StevenK: It's a circular dep between src/ and src/widgets I'm afraid <asac> lool: so is the nss/nspr issue mentioned in mail now resolved? <lool> src/widgets/modest-mozembed-msg-view.cpp uses modest_tny_msg_find_body_part() which is in src/modest-tny-msg.c and src/Makefile.am asks to link modest against widgets/libmodest-widgets.la <lool> asac: Well theoritically I don't use nss/nspr modules as I pass --with-mozilla-nss-pc=no, but technically there are many refs to nss/nspr and I didn't review them al <lool> all <lool> asac: It looks like some extensive work to properly review and cleanup the whole tree to me :-/ <lool> Eh modest is Copyright (c) 2006, Nokia Corporation <asac> lool: you can use nspr <asac> and nss <lool> asac: You think I should if it builds withoutN <lool> ? <asac> right ... its better to not do that, but if its needed it should be possible :) <lool> asac: Sure; for now it seems it builds without, it's trivial to add the b-deps and pass the proper --with if necessary <lool> StevenK: dpatch updated for tinymail BTW (pub/~lool) <lool> err p.u.c/~lool <lool> StevenK: So looking at it, it's no fun: 32 widgets sources, not an option to move, src/modest-tny-msg.c depends on -folder and -text-utils which probably depend on other stuff => might be movable, and modest itself is clearly not movable <Mithrandir> StevenK: about helix, do you think there is any development work we need to do about it, or is it just getting the integration working? <Mithrandir> StevenK: I'm trying to make up my mind wrt minispecs/a full spec for it. <StevenK> lool: Don't bother with moving, I just want it to compile. <StevenK> Mithrandir: Um. If I could remember the mail that said what needed to be done for helix <lool> StevenK: Moving is usually the long term way to fix circular deps across automake dirs AFAIK <lool> Blah SVN modest needs SVN libwp <StevenK> Right <StevenK> lool: I saw your mail about tinymail, let's see what Philip says <lool> StevenK: Can you confirm where the libwpeditor SVN is? <lool> ATM I'm guessing in garage along modest <StevenK> https://garage.maemo.org/svn/modest/libwpeditor-plus/trunk <lool> Ok, that's what I found as well, thanks <lool> wp_text_buffer_replace_image isn't even in libwp SVN, sigh <lool> And source is scottashley@example.org, cool <StevenK> Right. I commented that bit out <lool> I'll write the Nokia guy who wrote the change that he didn't update libwp <agoliveira> lool, StevenK, welcome to the wonderfull world of maemo repos hell :) <StevenK> Haha <lool> agoliveira: Hehe <asac> lool: i think mozilla_xpcom_includetype needs to be empty when $mozilla_xpcom version is < 1.9 <asac> lool: what about the GLUE patch? <lool> asac: That one I wanted to think more about it and rework, it's a bit ugly ATM <lool> asac: You mean the one in configure.ac, right? <lool> asac: I'd like the flags to be pulled cleanly :-/ <asac> no the one in code ... mozembed_init <asac> or something like that <asac> but the one in configure.ac needs to be fixed as well <asac> #ifdef XPCOM_GLUE should be clean enough imo <lool> asac: Oh yeah, also a separate fix, but didn't send it yet indeed <asac> ah ok <lool> asac: You want to send it? <lool> I didn't have to change it in anyway since your version <lool> haha the Nokia guy is running gutsy :) <lool> He commits his debian/changelog with +modest (1.0-maemo21) gutsy; urgency=low <asac> makes sense to use gutsy ;) <Mithrandir> Jan-Dirk or somebody else? <lool> Yeah, this guy <StevenK> Right <lool> Another mail sent for the second error <lool> modest-mozembed-msg-view.c:49:40: error: widgets/modest-scroll-area.h: No such file or directory <lool> And then modest-mozembed-msg-view.c:373: warning: implicit declaration of function 'modest_scroll_area_new' <asac> lool: imo the trunk branch is broken <lool> and obvious failure after that <asac> i ran into the same issues <asac> but could build with gnomeui <lool> asac: You had to build tinymail with gnome-desktop stuff though, right? <lool> It really looks like modest is in constant flux and quite rough in SVN <asac> hmm ... no idea ... the gnomeui was just a joke :) ... no functionality, mostly dialogs saying "Hello" opened when activating some menu/button <lool> asac: ah :-( <asac> why do you want trunk= <asac> ? <lool> In file included from ../../src/widgets/modest-mozembed-mime-part-view.h:40, from modest-mozembed-msg-view.c:48: <lool> /usr/include/libtinymailui-mozembed-1.0/tny-moz-embed-html-mime-part-view.h:28:25: error: gtkmozembed.h: No such file or directory <lool> asac: Why search for bugs which might be fixed in trunk or for which the fixes might not apply to trunk? <lool> I usually try reproducing stuff with trunk/head, if I do I fix it there, then backport downstream <lool> Pff the -I flags when building tinymail take two xterm screens, it's ridiculous <StevenK> I think half of our problems with modest are because of xul embedding requiring that evil evil hack of .c -> .cpp <lool> asac: Ah, I have an issue for you here <lool> MODEST_MOZEMBED_CFLAGS ends up with -I/usr/include/xulrunner-1.9b1/stable <lool> It should be unstable <lool> So I guess libtinymail should be setting includetype? <lool> The thing is that pkg-config var are in a common namespace, so it's a bit ugly to set includetype in tinymail's .pc <asac> yes <asac> he? <lool> Would it make sense to rename includetype to libxul-embedding-includetype? <asac> lool: that would need to be done upstream <lool> asac: That's what I was suggesting :) <lool> asac: Unlikely to ever happen? <asac> well ... i will ask :) <lool> It's a concrete example: a lib exposing it's gtkmozembed implementation needs to set this var <lool> asac: Cool, thanks :) <asac> but he isn't awake yet ... so later <lool> I need to get some food before 2pm & <Mithrandir> agoliveira: I'm pondering renaming mobile-applications to mobile-core-applications and make mobile-applications the full set of apps from the SoW, using the minispec idea. Thoughts on that? <agoliveira> Mithrandir: I guess it's ok. <agoliveira> Mithrandir: and actually makes sense if we want to consider the whole lot of applications. <lool> Mithrandir: Do you know whether a .pc can define vars to be used in another one? <Mithrandir> lool: I don't believe that is supported, no. <lool> Mithrandir: Like libtinymailui-mozembed-1.0 would set includetype=unstable so that the require would use it <lool> Mithrandir: Ok, thanks <Mithrandir> ship two .pc files. <lool> Mithrandir: Exactly what I was about to write to asac :) <lool> asac: ^ <lool> asac: Would be nice to have libxul-embedding-unstable and libxul-unstable <lool> asac: Because I can't set the var in libtinymailui-mozembed-1.0, I tried it's not honoured <Mithrandir> to me, it looks like the mozilla people are trying to bend pkg-config to do something it's not designed to do (and which it isn't easily extended to do) <lool> Mithrandir: Eh, it's Mozilla! :-P <asac> pkg-config can do it ... the macros can't though :) ... which doesn't make much a difference <asac> ... i will ask if they accept a patch for -unstable :) <asac> oh ... misread. nm <asac> lool: http://pastebin.mozilla.org/255146 ... appears to use unstable <lool> asac: Yes, but not if I put it in libtinymailui-mozembed-1.0.pc <lool> asac: But it's of course fine if I set it on the command line <asac> what do you mean? i run pkg-config on libtinymailui-mozembed-1.0 in that paste <lool> asac: It's just unpractical to change all PKG_CHECK_MODULES() in other packages into $PKG_CONFIG calls <asac> ah <asac> ok <lool> It kind of defeats the pkg-config concept :-/ <asac> well but why is it inherited when using --define-variable ... but not if you define the variable in the .pc file itself? <asac> sounds like a bug as well <Mithrandir> if anything, it should be something like Requires: libxul-embedding-1.9 [includetype=unstable] in the .pc file <Mithrandir> asac: no, that's not a bug. There's nothing which implies that a .pc has a way of reaching out of its own scope. <asac> yes right. bad thought :) <lool> Ok, passed one more failure in modest SVN, scottashley@example.org:385: warning: implicit declaration of function 'gtk_widget_tap_and_hold_setup' <asac> lool: its a #define gtk_widget_tap_and_hold_setup(a,b,c,d) <asac> and might be excluded because of #ifndef MODEST_HAVE_HILDON_GTK * asac out for lunch <Mithrandir> lool: that one we need to patch around, since we don't have tap-and-hold yet. <lool> Mithrandir: Yup, i'm adding an ac_check_decl in modest <lool> asac: good lunch <lool> asac: I think I prefer changing their #ifdef maemo_chages which is set for some reason to a more specific check <lool> Cool, fails to link now <StevenK> Damn modest <lool> Hmm if a C file calls gtk_moz_embed_find_text(), I do need to link to -lxul, no? <asac> lool: no <asac> lool: well ... i can't tell for sure, epiphany, devhelp, yelp ... all use typeaheadfind not the mozembed function <asac> but i would guess that its provided by gtkmozembed_glue.cpp <lool> smagoun: Heya, around? <lool> smagoun: I read about your freetype1 changes, but couldn't see the difference between your package in the ppa and the one in hardy (apart of the build-conflicts); is this fixed in hardy? <smagoun> lool: hi <smagoun> lool: I think it's fixed in hardy, yup. <StevenK> smagoun: You told me it was <smagoun> I didn't see any sign of a fix for gutsy, even though it was clearly broken - hence the upload to the PPA <smagoun> StevenK: The bug (let me find it...) mentioned a Hardy fix <lool> smagoun: Ok, everything is fine then <lool> smagoun: I just wanted to make sure that it was fixed in hardy, I couldn't see any difference between hardy and ppa build-deps, so it's fine <smagoun> Here's the bug: https://bugs.edge.launchpad.net/ubuntu/+source/freetype1/+bug/135663 <ubotu> Launchpad bug 135663 in acton "FTBFS: wrong build-dependency on libkpathsea4-dev" [Undecided,Fix committed] <StevenK> Ah yes, I remember that one <StevenK> Anyway, I'm going to bed, since it's 2:20 <smagoun> StevenK: 'night <StevenK> Night <smagoun> Is there a way to see all packages that failed to build for gutsy/LPIA? We've run into this problem a couple times now. <smagoun> It'd be nice to know what else is broken <StevenK> launchpad.net/ubuntu/gutsy/lpia/+builds <smagoun> 485 build failures. Hmm. <StevenK> Enjoy :-P <smagoun> Presumably some were superseded by working builds? <StevenK> Right <smagoun> ugh <StevenK> Hence the enjoy. :-P <StevenK> Anyway, night <lool> smagoun: Better to fix them when you need to ;) <lool> smagoun: Ok, thanks for the bug id <smagoun> lool: The problem is that we don't even know what's broken/out-of-date! <smagoun> grep -v kde isn't a valid input to the package filter on that page....bummer <lool> smagoun: Ah you want to compare the lpia versions with the i386 versions? <smagoun> lool: yeah <lool> smagoun: You can script that over the Packages file easily <lool> grep-dctrl provides tools to extract any field you like out of the files, but even awk should be enough I guess <smagoun> no kidding. I'll have to take a look, I didn't know about grep-dctrl * smagoun is allergic to awk <smagoun> Thanks! <lool> Try perl! <smagoun> :) <lool> Actually sort / uniq would be enough :) <lool> asac: Do I understand correctly that it should be libtinymailui-mozembed-1.0 which should #include gtkmozembed_glue.cpp? <lool> Hmm no that's currently fine <lool> asac: If I #include <gtkmozembed_glue.cpp> just before gtkmozembed.h, just like in the yelp example in the wiki, I get a /usr/include/xulrunner-1.9b1/unstable/nscore.h:117:1: error: "NS_HIDDEN" redefined <lool> Oh it's actually a problem with gtkmozembed_glue.cpp alone, the two includes are from gtkmozembed_glue.cpp <asac> lool: you have to compile with g++ ... are you doing that? <asac> lool: otherwise you have wrong CFLAGS <lool> asac: Ah no <lool> asac: Is there a solution to build with gcc? <asac> (repeated: in the end the zooming should encapsulated in libtinymailui-mozembed) <lool> asac: Or do you have pointers to build with g++? <asac> lool: just rename the file extension of the .c file that now includes the .cpp file to <lool> asac: I don't understand your last sentence <asac> .cpp <lool> "repeated: ..." => what do you mean? <asac> lool: libtinymailui-mozembed implements the whole gecko business :) <asac> now modest people hacked because they wanted zoom <lool> Oh you mean modest should do gecko directly? <asac> no ... it shouldn't ... but it currently does :) <lool> Ok <lool> asac: Hmm I renamed the .c file including tny-moz-embed to .cpp, finally got g++ to build it, but it fails in the same way <lool> Ah, it's not the same file I think, sorry <lool> asac: I'm giving up, can I hand you the ball? <asac> whats happening now? <lool> Same thing <lool> Except I'm building with g++ <asac> is -DXPCOM_GLUE defined? <lool> It is <asac> lool: did you include the _glue.cpp in two files? <lool> I'll copy the last lines of build to you <lool> asac: I did <asac> lool: that won't work <asac> lool: just once <asac> it just exists to make the symbols available during linking <lool> http://paste.debian.net/44079 <lool> asac: Ah <asac> gtkmozembed.h is enough for just the headers <lool> asac: Looks better; *sigh* thanks a lot <lool> asac: How shoud I pick the file where to include the cpp? <asac> lool: usually the right place is to do it wherever the previous code intiialized gecko <lool> asac: And am I supposed to rename all files including mozembed to cpp? <asac> e.g. gtk_moz_embed_set_path <lool> Should I protect with ifdef XPCOM_GLUE? <asac> yes <lool> Am I supposed to rename all files including mozembed.h to .cpp? <asac> no ... I think just the file with the _glue.cpp <asac> lool: anyway, if you want to hand it over, just open a xulrunner 1.9 bug to track this. and tell me the svn branch, the build-depends and the configure flags of modest and tinymail + whatever patches you already have :) <lool> Ok, I will <lool> asac: If I don't rename the other file, I get the error <lool> Ah no wait, automake needs a distclean again grrr <lool> autotools have been very painful when switching a file with the same name from C to CPP <asac> yes :) ... run sh autogen.sh <lool> It's not enough, I have to cleanup some dependency files manually <lool> (To properly cleanup, I'd have to distclean before renaming) <asac> oh right .. if you forgot to clean before you run into issues <asac> lool: if you ask for help on xul 1.9 could you at least try if the modest trunk really works fine with 1.8? <lool> asac: Ok <asac> i just fear to work against something that doesn't work at all <lool> asac: http://paste.debian.net/44080 <lool> XPCOM_GLUE is defined; this only cpp fiel is where the init is supposed to happen, and it produces this despite the mozembed.cpp include <asac> lool: isn't that just a warning? <lool> asac: It is, shall I ignore that? <asac> yes <asac> thats fine <lool> Wow, I've been fighting such warnings most of this afternoon thinking these were the issue <asac> (well fine is something else, but i never had issues because of that) <asac> oh sorry ... i thought the paste before was an error: <lool> asac: It was, but I also got warnings oh well <lool> Wouah SVN built after the last error I fixed before dinner <lool> StevenK: So, SVN builds for me now \o/ <lool> StevenK: The circular dep must have been temporary and fixed upstream (would not be surprizing); I'm sending my patches upstream and I shall prepare an updated snapshot tomorrow, with the fixes <lool> StevenK: How could I easily extract your changes to reapply them to the snapshot as to not lose any of them? <lool> asac: Thanks for your help BTW, I think I was losing patience at the end of the day with the many Mozilla issues which are really me learning how to use their stuff properly <lool> Wow, serious bug we have since a long while: Variable 'datarootdir' not defined in '/usr/lib/pkgconfig/osso-af-settings.pc' <lool> Cool, saw my first modest window before it crashed \o/ #ubuntu-mobile 2007-12-04 <dholbach> good morning <corevette> http://en.wikipedia.org/wiki/Ubuntu_Mobile_and_Embedded_Edition <lool> StevenK: Did you get my question about the changes to modest you did? <lool> StevenK: Is there an initial tarball you started with which I could compare to the .dsc you handed? <lool> StevenK: The idea is to not drop your changes when moving to a new SVN snapshot, yet not to have to search for them in the diff between your snapshot and the new one <StevenK> lool: I can run svn di, which should show you all of the changes I made. <lool> StevenK: Would be nice; are there many changes? <StevenK> lool: 6 files changed, 24 insertions(+), 15 deletions(-) <StevenK> lool: http://wedontsleep.org/~steven/modest.diff <lool> StevenK: Ok; thanks <StevenK> lool: And that's with an up to date svn checkout of modest, too. <lool> StevenK: I needed more changes for some reason <lool> StevenK: Dirk said he merged all the changes I sent yesterday already <lool> Except the ones from my last mail of yesterday evening <StevenK> lool: What other changes? <lool> Misc stuff really <lool> my_type = g_type_register_static (TNY_TYPE_MOZ_EMBED_HTML_MIME_PART_VIEW, <lool> "ModestMozembedMimePartView", <lool> - &my_info, 0); <lool> + &my_info, GTypeFlags(0)); <lool> That kind of changes <lool> Good summary of the available apps at http://arstechnica.com/reviews/hardware/nokia-n810-review.ars/3 <StevenK> lool: Is that on top of my changes? <StevenK> lool: And does yours actually build? <lool> StevenK: Mine built yesterday, yes <lool> StevenK: Concerning tinymail, what's your plan? <lool> StevenK: Philip merged most of our changes he says <lool> And indeed, I only see the LIBTINYMAILUI_MOZEMBED_CFLAGS in configure.ac missing <StevenK> lool: I was going to upload it, and then modest blew up. And then I got distracted. :-) <StevenK> lool: Would you mind sending me what's different between my modest changes and yours? <lool> StevenK: When I've merged them, I will <asac> any update on tinymail/modest :) ? <lool> asac: Well as I said yesterday, it built for me, and StevenK built it this morning as well <lool> Most of my fixes have been merged upstream, except XUL stuff and a couple of warnings which I seem to be the only one to get <asac> ok, does it work? <lool> It shows a dialog before crashing here :) <lool> I'm cleaning up the patches, merging stuff upstream and downstream and midstream and will investigate after that <lool> I found an urgent bug in osso-af-settings though <asac> k <asac> lool: do you have a bt of the crash? is it mozilla related? <lool> asac: I don't have it yet; it was too late yesterday evening <lool> asac: Did you see the Mozilla backtrace by Philip? <lool> StevenK: Ah BTW, you need to change tinymail to build against openssl or nss; philip confirmed this is required <lool> No idea about nspr though <lool> I suppose nspr isn't required per se <StevenK> Change it how? <lool> StevenK: Build-dep on libnss-dev and configure with --mozilla-nss-pc=nss or something similar <lool> Grepping for usage of the nss and nspr pc files would be best <lool> StevenK: You saw Philip's mail, right? <StevenK> lool: I glanced through it. <StevenK> lool: But, right, NSS would be preferable to OpenSSL * StevenK wonders off to discover the wereabouts of his sister in law. <StevenK> wanders. Oh well <lool> StevenK: Dirk recommended using the gtkhtml frontend, not mozembed; any reason you picked this one and not the other? <lool> StevenK: Cool, Dirk merged *all* my changes in SVN r993! The only thing I need to build modest is the wp_editor() func, which I know where to find now hehe <StevenK> Way cool. <StevenK> Is there any reason? Nope, not other than the fact that I'd worked to get libtinymail-mozembed working <StevenK> r993 | djcb | 2007-12-04 22:28:07 +1100 (Tue, 04 Dec 2007) | 2 lines <StevenK> * fixes * StevenK slaughters Dirk <lool> Oh eh, the debian/changelog and the SVN log aren't really useful; I more or less mentionned that to him indirectly, I hope he'll do better <lool> Also, there's no ChangeLog <StevenK> Of course. Because that would be useful in tracking stuff down <lool> StevenK: We shouldn't use libwpeditor-plus at all actually <lool> It seems wpeditor is what we want <StevenK> Hah <lool> I'm not sure whether we need libwpeditor-plus, but I think it's a fork which isn't needed anymore <StevenK> Right. <StevenK> Where does wpeditor hide, then? <lool> I'm still investigating; I found a version in the repository, but I'd like to check whether there's an official SVN <lool> StevenK: So, wpeditor required some porting (I'm on amd64) and some fixes; it just built fine here, but will require packaging cleanup <StevenK> Fair enough <StevenK> Send me a mail with where you found it, and your patches and I'll look at cleaning it up <lool> And modest built \o/ <lool> Some other breakage introduced by last night fixes by Dirk, but nothing too big <lool> StevenK: It seems to me we can drop libwpeditor-plus; I'm confirming with Dirk <StevenK> Excellent. <StevenK> I need to figure out why yours built and mine doesn't? <StevenK> Oh, right -- do I need to do that nasty hack of .c -> .cpp any more? <lool> StevenK: You do because he forgot to commit or to rm the .c file, but the .cpp file is there <lool> And the missing header file is there too <lool> But there's a C issue he introduced <StevenK> Heh <StevenK> I'm pondering blowing away my tree and reintroducing the changes <lool> StevenK: The changes to build modest SVN are: 1) MODEST_MOZEMBED_CFLAGS, 2) rm src/widgets/modest-mozembed-mime-part-view.c, 3) src/modest-account-mgr-helpers.c fixes <lool> (replace has_errors || with if (!has_errors) ) * lool deserves a lunch break <StevenK> lool: Before you go? <lool> StevenK: Hmm? <StevenK> lool: About your mail, checked how? If they build, or what? <asac_> lool: you sure you can remove the part-view? <lool> StevenK: Yeah, if they use the vars and need a rebuild <StevenK> Ah <lool> asac_: The .c file was renamed .cpp <asac_> lool: right :) * asac_ lunch as well <StevenK> lool: I'll take -control-panel and -applets, you can check -desktop? <lool> asac_: If you leave the .c file around (like in current SVN), it's confusing automake and it builds two objects or so and it fails to link <lool> StevenK: Yup <lool> StevenK: Might want to wait that osso-af-settings pops up though * lool hungry & <StevenK> Sure. <jussi01> Hmmm, who are the canonical staff responsible for Ubuntu Mobile? <lool> re <lool> jussi01: "reponsible"? <jussi01> lool: hehe, who is working on it and who is the project lead/s? <agoliveira> StevenK: ...because lool is smarter than you and knows how to tinker with auto* files? <agoliveira> StevenK: Ooops, old joke. <StevenK> agoliveira: I think I'll have to get you for that <lool> jussi01: The tech lead is Mithrandir; there are many people from canonical giving a hand and some people full time ont he project; it depends on the topic <agoliveira> StevenK: bring a beer when you do! :) <lool> The casual suspects for mobile stuff would be Mithrandir, StevenK, agoliveira I guess <jussi01> lool: ok. How about the business lead? <lool> jussi01: But then we get help from kernel team, from mozilla folks etc. <lool> jussi01: It "depends" :) <StevenK> agoliveira: I was pondering bringing over some .au beer - would we drink it? <lool> jussi01: If you can tell a little more, we can look for proper contact <lool> jussi01: Unless it's private or something? <agoliveira> StevenK: Absolutely! <jussi01> lool: Are you canonical staff? <StevenK> agoliveira: I'll see if I have a room for an 8-pack <StevenK> (The beer I'm thinking of comes in 8-packs, not 6-packs :-) * lool would be curious to taste Australian beer to, but doesn't want to commit to drinking the full beer <lool> jussi01: I am <StevenK> lool: The stuff I'm planning to bring is *dangerously* smooth <lool> jussi01: But I'm not only working on mobile stuff <lool> StevenK: That's what I suspected <StevenK> Heh <lool> And I'm pretty sure Australien beer flows from bottom to top <lool> Which is why people easily get drunk with this stuff <StevenK> Well, it's also 1.8 standard drinks, which helps <lool> Your country and your beers are too large! <StevenK> Haha <agoliveira> StevenK: I had some great beer-related experiences at LCA in 2002 so I'm all for it :) * agoliveira misses LCA, not so much the trip itself... * StevenK grins <agoliveira> specially because of a dork trying to play a didgeridoo at the airport lounge for some 2 or 3 hours... <agoliveira> The trip was Joinville/SÃ£o Paulo/Buenos Aires/Wellington/Brisbane and the return Brisbane/Sidney/Wellington/Buenos Aires/SÃ£o Paulo/Curitiba/Joinville (last part by bus). Not scottashley@example.org. <StevenK> I bet * StevenK gets impatient for Eyas to mail him <agoliveira> Oh, and a gentleman died of a heart atack right in front of me at Wellington's airport lounge. <StevenK> ! <agoliveira> Yeah, as I said, this trip was no scottashley@example.org... <lool> agoliveira: What did you do to the poor guy? "boo!"? <StevenK> Hah <agoliveira> lool: He was an old guy that passed running for some reason. After a few minutes, he returned and sat just in front of me, gasping for air (from the running I suppose). He quiet down, started to read a magazine and a few minutes later, he simply dropped the magazine and felt on his side. Me and another guy ran to help, tried CPR while the airport staff came to help with defribilators and everything, worked on him for about 30 minut <lool> agoliveira: Cut at "30 minut" <agoliveira> ...worked on him for about 30 minutes but was too late. * agoliveira -> lunch <lool> agoliveira: Ah, it seems we all have to die at some point <StevenK> lool: I've done the 3 things to modest. So it should build? <lool> agoliveira: (I'm not saying this because you're heading off to lunch) <lool> StevenK: It should... with wpeditor <StevenK> Which you still haven't mailed me about! :-P <davidm> agoliveira, I'm in <lool> davidm: 14:40 * agoliveira -> lunch <lool> That was 10 mns ago or so <lool> StevenK: Hehe <lool> StevenK: I'd like to clarify where it's hosted <lool> StevenK: I can hand you a .dsc for you to test <davidm> lool, thanks, yea I saw that, just wanted him to know I was in, he wanted to talk with me. <lool> StevenK: I'm not confident with one change to the source, but it should only affect the runtime <StevenK> lool: If you don't get any clarification soon, mail me a link to the .dsc * StevenK is going to chat to Colin about daily mobile builds <lool> StevenK: http://people.ubuntu.com/~lool/packages/wpeditor/2.12-0ubuntu1/hardy/wpeditor_2.12-0ubuntu1.dsc <lool> StevenK: So that you can play with modest <lool> StevenK: I'd suggest not working on wpeditor until we clarify <StevenK> I'll build it only <agoliveira> lool: About the guy who died, we have a saying here that roughly translated "the turkey don't die the day before (the dinner)". Day in day out you can read about people that survive disasters with minor scratches while some just trip on the shoelace, hit the head and die on the spot so yes, it was really that guy's turn. <lool> StevenK: So I got confirmation that we can drop libwpeditor-plus, it was used "during the time there were no proper releases available" <lool> StevenK: I mailed my first round of fixes to wpeditor; they are looking to move to a SCM <lool> StevenK: The current place to get wpeditor is http://repository.maemo.org/pool/chinook/free/w/wpeditor/ <raji> asac, you there? #ubuntu-mobile 2007-12-05 <dholbach> good morning <jussi01> dholbach: Good morning Daniel! * jussi01 gives dholbach a Huge hug :) * dholbach hugs jussi01 back :) <jussi01> :D <jussi01> Hello All. <agoliveira> jussi01: Hello. <jussi01> agoliveira: Hi. do you know the process if I wanted to compile ubuntu mobile for arm? and if there are already arm images? <StevenK> If you wanted to compile Ubuntu Mobile for ARM, you'd first need to port Ubuntu to ARM, it isn't a platform we support. <jussi01> StevenK: ummm...ok. <agoliveira> jussi01: The primary platform, at least at the moment, it's the Intel's LPIA which is x86 based. Personally, I want to port it to arm but as a pet project, not related to Canonical. <StevenK> agoliveira: It should be easy-ish, given Debian supports ARM <jussi01> agoliveira: Cool. what is the process?? <agoliveira> StevenK: Yep. <StevenK> Easier than say, lool's toaster. <jussi01> StevenK: isnt maemo runnng on arm (n800)? <agoliveira> jussi01: Well, basically get a arm based device, fix the kernel and try to compile the rest of the applications using crosscompiling generally. <StevenK> jussi01: Right, but that doesn't use Ubuntu. <agoliveira> jussi01: Yes, maemo is the the base of the nseries of web tablets. <agoliveira> I intend to get a Chumby to do that as the Nokia devices have some proprietary parts that would make difficult to port UME to it. <StevenK> agoliveira: Personally, I'd suggest you get a high MHz ARM box as a workhorse for the port. <jussi01> agoliveira: I have a custom kernel running on an arm device. How does one go about cross compiling? <agoliveira> StevenK: That would be nice indeed but too expensive for me here. <jussi01> agoliveira: I _may_ have access to one of those in the near future.... <agoliveira> jussi01: This is quite a lenghy subject to go over here but usually you have a x86 compiler that can produce arm binaries in this example. After compilation you test those binaries on the target device or an emulator. <agoliveira> jussi01: As I said, *if* I try something, it will be a pet project, just for fun, nothing serious. <jussi01> agoliveira: ok. I need to continue something at work, but I will grab you to talk a little more in a little while. <agoliveira> jussi01: Sure. <jussi01> :) <ian_brasil> jussi01: why not try to apt-get the ubuntu sources inside scratchbox and then compile? <Fenario> lool: Did you see my email from earlier today? <ian_brasil> agoliveira: whats a Chumby? <agoliveira> ian_brasil: http://www.chumby.com/ <lool> Fenario: Got it now <lool> Fenario: he's jussi01 here :) <Fenario> lool: what channel is jussi01 on ? <lool> jussi01: Fenario (Jon Melamut) is making himself available to contact you <lool> Fenario: He's here?! <Fenario> lool: how would jussi01 be on a Canonical channel? <lool> Fenario: Hahaha; the email ended in my "admin-cron" folder because of the subject line :) <lool> Fenario: This isn't a canonical channel; this is a public channel <lool> Fenario: We're in #ubuntu-mobile on freenode; /me waves <Fenario> lool: sorry I realived I am on the wrong channel :- <ian_brasil> agoliveira: way cool, i want one <Fenario> jussi01: ping <agoliveira> ian_brasil: I'm thiking about get one of those in January <jussi01> Fenario: pong <ian_brasil> agoliveira: maybe we should import a load to Brazil and sell then from the Manaus free zone ! <agoliveira> ian_brasil: I know a few fellow geeks who would love one :) <ian_brasil> agoliveira: i imagine, they look awesome and pretty cheap too <jussi01> Fenario: ? <Fenario> jussi01: hello <smagoun> StevenK: I saw you updated the spec for Java in UME. I recommend you not bother with IBM or Blackdown, and instead look just at the IcedTea VM. <smagoun> Blackdown effectively died several years ago, and IcedTea is the real thing. <smagoun> (Sun's JRE - not IcedTea - would be my first choice but I don't think the license is ubuntu-friendly?) <smagoun> Also, I think one key feature that needs to work is Java applet support, which requires a Java plugin for the browser. I'm not sure if any VMs do that yet, other than the offical Sun VM. <StevenK> Sun's JRE is not very friendly, no <mjg59> We can distribute the Sun VM <mjg59> It's non-free, but the same is true of Blackdown and IBM <StevenK> smagoun: I'll update the mini-spec to drop IBM or Blackdown <smagoun> (The IBM VM supports java 5 while Java 7 is on the way from Sun) <StevenK> smagoun: mini-spec updated, thanks <smagoun> cool <raji> asac, You there? <smagoun> Hmm, more LPIA bustage - agoliveira's evince patches didn't make it into gutsy/LPIA: https://edge.launchpad.net/ubuntu/+source/evince/2.20.0-0ubuntu3/+build/403195 * smagoun thinks the LPIA build queue needs a babysitter, this has happened a number of times <raji> asac, How do I hack networkmanager to run wpasupplicant with -dd option.? <agoliveira> smagoun: Weird... I can see my patch on the source <smagoun> agoliveira: lpia build failed because of a dep problem <agoliveira> smagoun: Yes, libhildon-1-dev is missing and makes sense as it's a requirement for evince on LIPA. <agoliveira> LPIA <smagoun> ... <agoliveira> As a matter of fact, not many applications will build there with this one missing <lool> smagoun: The buildd admins should be given back builds which are failing for some archive temporary problem and the uploader should be dealing with build failures AFAIK <lool> Looking at this build log, I think the buildd admin will deal with it <smagoun> lool: when? The failure is almost 2 months old. :) <asac> raji: wait a sec <smagoun> lool: Several other packages aren't correct in gutsy/lpia, like tasks and freetype1. It's a systemic problem that needs to be fixed <lool> smagoun: I wonder whether this build was attempted before ppas would pull from universe <lool> smagoun: It looks like the buildds would only pull from gutsy/main in the log <lool> smagoun: I don't know who's exactly supposed to look into missing builds; if you find out, I'm interested <smagoun> lool: I added an action item for tomorrow's meeting, I want to find out too. :) <asac> raji: http://people.ubuntu.com/~asac/nm_supp_debug.diff <lool> smagoun: But then, apart of StevenK, I'm not sure who would be knowledgeable on this during the meeting <agoliveira> smagoun: I remember that Tollef was looking into this. <raji> asac, thanks <kyleN> davidm: ping <davidm> kyleN, pong, what's up? <kyleN> i got an email on the list from a fellow I met at UDS/cambridge and he's wasking about location-based activities on UME. <kyleN> not sure what to say, can you give me something? <davidm> Not sure what you are looking for? <kyleN> what will UME do to support location based apps liked GPS, if anything <kyleN> any API we might support, etc <davidm> Well some will have GPS's and we are planning on have gpsd in the build to support that. <davidm> Beyond that for hardy I'm not sure we have plans yet. <kyleN> is gspd an open source daemon package or something? <kyleN> s/gspd/gpsd <kyleN> i found it on wikipedia, thanks <davidm> NP, gpsd is quite handy since it will allow several applications at a time share the gps data stream. <kyleN> cool. And i just realized the email was to me and another fellow personally, not to the list. I responded withe the gspd info. <kyleN> The fellow was in the mobile room much of the scottashley@example.org. <kyleN> usm7f5 <kyleN> wrong window <ian_brasil> kyleN: apt-get install gpsd :) <kyleN> thanks Ian! ;) <ian_brasil> geoclue can get location based info either from gpsd (if a gps device is attached) or from hostip.info ,plazes and other web based location services if not <ian_brasil> geoclue can also be used by any application that would like to use location information (YMMV with this though a.t.m) <ToddBrandt> asac: would you support a patch to network-manager-applet, that adds a file called "src/load.c" which mirrors the behavior of "src/main.c" but builds nm-applet into a hildon status bar library instead of an executable? #ubuntu-mobile 2007-12-06 <bspencer> Mithrandir: lool : StevenK Question about the PPA. I was understanding the PPA to be used with Gutsy. Is that right? <StevenK> bspencer: Right. <bspencer> Mithrandir: lool ping <StevenK> bspencer: Mithrandir is on holidays, and it has to be something like 2am for lool. What's up? <bspencer> Howdy StevenK * StevenK waves <bspencer> I was trying to understand the PPAs <bspencer> gutsy PPA and hardy PPA <bspencer> actually my goal is to know what the hildon-desktop story is <bspencer> we are trying to find the ubuntu-mobile hildon-desktop <StevenK> hildon-desktop was uploaded to Hardy, and also to the Gutsy ubuntu-mobile PPA. <bspencer> so they are the same now and forever? <StevenK> They are not. <bspencer> there is a Hardy PPA curiously enough, which has hildon-desktop <StevenK> Which means a Hardy version was also uploaded to the PPA for some reason - I suspect so it actually existed. <StevenK> PPAs are very easy to change, and while Hardy is in development, it is also fairly easy to change <bspencer> OK. So if we are going to create a Moblin-OSV compliance spec, we will be looking at the Gutsy-PPA hildon-desktop since that is the only thing that works in an image today. <bspencer> if/when we move to Hardy based images we can use that. <StevenK> Right. Which makes it simple since they are both the same version. They can be updated in lockstep if you so wish it. <bspencer> got it <bspencer> thanks for the input <StevenK> No problem. * StevenK runs off to lunch, but with no idea of what to eat. <dholbach> good morning <lool> StevenK: Around? <lool> StevenK: I just wanted to tell you that I'm switching from "let's kick modest and its deps until we have a build path and it runs" mode to "quiet" mode, where I'll basically work on other stuff. I think the tinymail/modest blockers are solved, but please ping me if you meet any new one <lool> I'll pursue and bridge the upstream discussions I started when needs be <StevenK> Hurray <StevenK> I find that modest hangs and mis-behaves on my Q1 <lool> StevenK: With gtkhtml? <lool> StevenK: You absolutely need to use tinymail SVN though <lool> The version you were basing of had bugs here <lool> s/basing of/basing on <asac> lool: is there a package or bzr branch somewhere? <asac> (or a backtrace of the crashes you got with mozembed :)) <lool> asac: I didn't investigate them further; upstream says it's experimental code in modest <lool> asac: I wasn't under the impression that they would be passionate about getting mdoest to work nicely with mozembed <lool> asac: And there are like millions of warnings and errors on startup, so it would make sense to fix these instead IMO <lool> asac: But if you like to build it, it's not too hard <lool> asac: You'll need to build tinymail out of SVN with the single line change to configure.ac to add the unstable CFLAGS, and modest is about the same amount of changes <asac> currently tinymail bails out here in camel <asac> ../libtinymail-camel/bs/libbodystruct.a: could not read symbols: Bad value <lool> SVN tinymail? <asac> have you seen? <lool> No <asac> i use --with-platform=mozembed <asac> aeh <asac> maemo <asac> :) <lool> Big update it seems <lool> I just svn uped <asac> ok --enable-imap-part-fetch <asac> i need i guess (reading the svn log) <asac> lool: did modest upstream say that mozembed is experimental or gtkhtml? <lool> mozembed backend is experimental in modest <lool> And they recommend gtkhtml and it's what they use for maemo <lool> asac: I get the same error you do <lool> /usr/bin/ld: ../libtinymail-camel/bs/libbodystruct.a(bodystruct.o): relocation R_X86_64_32 against `a local symbol' can not be used when making a shared object; recompile with -fPIC <lool> That's the actual error <lool> Building with -fPIC now <asac> let me know <lool> ../../libtinymail-camel/.libs/libtinymail-camel-1.0.so: undefined reference to `camel_folder_get_cache_filename' <lool> But at least it doesn't bail out in the same ugly way <asac> i don't understand why to add -fPIC explicitly <lool> I think it's needed on amd64 <asac> ok i will get r3066 <asac> wow ... the modest svn log looks like they don't care <asac> * fixes, speedups <asac> * fixes <asac> * fixes all around <asac> lol <asac> :) <lool> Yeah :-( <StevenK> The debian/changelog is the same <lool> asac: Fortunately, there's the debian/changelog <asac> you really want to use that in mobile? <asac> ok tinymail r3066 builds \o/ <asac> oh modest already integrated the gtkmozembed_glue.cpp stuff <asac> nice <lool> asac: Yeah, almost everything merged <lool> They didn't drop the .c file though <lool> But modest is using some old ABI we don't have and I think it needs big work to be fully working <asac> ABI or API ? <asac> configure: error: you need to have either wpeditor or libwpeditor-plus installed <asac> ?? <lool> asac: ABI <lool> asac: Like the deprecated Gtk+ signals <lool> It's not visible in the API (and you can't easily check in configure, especially when cross compiling) and checking at runtime would be impracticatl <asac> ah <lool> asac: You need wpeditor-dev <asac> where is that? <asac> not in hardy for me <lool> asac: And you should remove libwpeditor-plus* if you have them <asac> i have nothing :) <lool> asac: http://people.ubuntu.com/~lool/packages/wpeditor/2.12-0ubuntu1/hardy/ <asac> thanks <lool> asac: If you're not running latest p.u.c crack, you're not "in" <agoliveira> asac: Hi. Do you know any "Openoffice hacking for dummies"? I'm looking at the code and don't even know where to start. This thing uuencoded (God know why) is freaking me out. <asac> installed ... no going ahead <asac> agoliveira: i am not openoffice :) ... mozilla is my domain <agoliveira> asac: Ooops, indeed, sorry :) <asac> np <asac> lool: hildon-help or osso-help ? <asac> where to get that? <StevenK> agoliveira: calc is the guy is you want <agoliveira> StevenK: Ah, thanks. <lool> asac: I don't think you need anything <asac> lool: nm ... i found libhildonhelp-dev <asac> well modest with platform=maemo ... needs it <lool> Yeah, no -help, but libhd-help-dev indeed <lool> (I dpkg -led \*help) <asac> ... + mime + fm :) ... now its building <asac> lool: http://paste.ubuntu.com/2506/ <asac> otherwise it fails because of fatal warnings <asac> wow ... modest starts <asac> modest works :-D <asac> now lets see with mozembed <lool> asac: Of course it works! You didn't see my screenshot? :) <lool> asac: I've sent a patch for the has_error thing already; I thought it was merged, grmblb <lool> asac: But Dirk is aware of it, so hopefully should be fixed soon <asac> k <lool> asac: I've sent the fpic issue and the subsequent undefined symbol error to tinymail-devel@; I couldn't solve them rapidly enough, and I don't want to dig further since both are the result of recent changes <asac> sure <asac> lool: who is the modest maintainer? <asac> (who did you send the patch to?) <agoliveira> asac: I am a modest mainteiner! <agoliveira> asac: Oh, you mean *the* modest mainteiner :) <asac> the upstream maintainer i mean :) <asac> ;) <lool> asac: To Dirk, as found in Debian changelog <smagoun> asac: Dirk-Jan Binnema@nokia <lool> asac: I'm sending stuff to modest-devel@ now though <agoliveira> asac: I couldn't let the joke oprtunity pass ;) <lool> agoliveira: :) <asac> agoliveira: yeah :) <davidm> Almost time to start our weekly meeting... <smagoun> lool: Is there a working archive for modest-devel? <ian_brasil> i thought modest used tiny? if so the maintainer is p van hoof i think http://pvanhoof.be/blog/ <lool> smagoun: I don't think so, I wondered the same :-( <davidm> Are we ready to start? <davidm> #startmeeting <MootBot> Meeting started at 17:00. The chair is davidm. <MootBot> Commands Available: [TOPIC], [IDEA], [ACTION], [AGREED], [LINK], [VOTE] <davidm> Action items from last week, stating from the top <davidm> [topic] lool to take a look at bug # 172426 and see if he can reproduce it. <MootBot> New Topic: lool to take a look at bug # 172426 and see if he can reproduce it. <davidm> lool, any luck? <lool> davidm: No, I didn't look at it <davidm> lool, carry it over until next week? <bfiller> davidm: horace from Intel took and look and could only reproduce part of it <lool> I expect to have little time to look at it next week, but will resume work on it the following week <lool> davidm: Yes <davidm> lool, can you exchange email with horace to see what he knows? <bfiller> lool: horace checked in a fix into moblin hildon-desktop. Isn't he supposed to commit changes to launchpad? <lool> asac: [ Removing make installed files fixed the second tinymail build failure for me (see tinymail-devel) ] <lool> bfiller: Bah <davidm> [action] carry over lool to take a look at bug # 172426 and see if he can reproduce it. until Dec 20th. <MootBot> ACTION received: carry over lool to take a look at bug # 172426 and see if he can reproduce it. until Dec 20th. <lool> davidm: We discussed this shortly with bfiller, and it seems Horace addressed another bug, but not the bug Bill is seeing and Horace and I don't <davidm> OK <davidm> Thanks <lool> bfiller: They should IMO <davidm> new topic then <lool> bfiller: Why they don't escapes me <lool> Where's Bob? <davidm> [topic] bfiller to for looking into a better solution for a banner to be <MootBot> New Topic: bfiller to for looking into a better solution for a banner to be <lool> Where's Horace? <bfiller> lool: Horace is in China I think <mawhalen> Bob Spencer? <mawhalen> He is in China working right now - <mawhalen> It's the middle of the night <mawhalen> Rusty is there too <davidm> There is some meeting today that is keep Don Johnson from attending today. <lool> Is Moblin having weekly meetings where we should discuss using bzr? <bfiller> davidm: I have temp solution for problem, waiting for hildon-desktop problems to be resolved <lool> mawhalen: Thanks for the info <davidm> bfiller, Do I need to carry over again or are you good? <bfiller> davidm: I will follow up directly with bspencer, so I you don't need to carry over <davidm> OK, thanks <agoliveira> mawhalen: Tell them to try the marinated snake! :) <mawhalen> and scorpions <davidm> [topic] Don_Johnson to get this written up (USB info) with some use cases and put it on the mail list. <MootBot> New Topic: Don_Johnson to get this written up (USB info) with some use cases and put it on the mail list. <davidm> I'll take this, Don sent out the USB info and I am having it tested. We have the client side files now and will see how it goes. <asac> lool: ok i added the (new/current) modest and tinymail patches to: https://code.edge.launchpad.net/~mozillateam/xulrunner/xulrunner-porting ... as you said modest was completely broken :) <davidm> So I'm going to drop this action as complete. <agoliveira> asac: Meeting now. <davidm> I'm going to skip "bspencer & Don_Johnson to clarify the process and deliverables" since neither of them are here <lool> asac: Well upstream said that <davidm> [topic] bspencer & horaceli to verify the ubuntu branch works <MootBot> New Topic: bspencer & horaceli to verify the ubuntu branch works <asac> sorry for the interruption <davidm> asac, NP <lool> asac: Modest needs a lot of non-mozembed fixing and upstream says the mozembed part is experimental, so it seems we should focus on gtkhtml as a starter (given current constraint of the mobile team) <davidm> whoops both are not here either. Next topic then <lool> Carry on? <davidm> [action] carry over to next week: bspencer & Don_Johnson to clarify the process and deliverables <MootBot> ACTION received: carry over to next week: bspencer & Don_Johnson to clarify the process and deliverables * agoliveira thinks that's going to be a quick meeting :) <davidm> [action] continue to hold open: bspencer & horaceli to verify the ubuntu branch works <MootBot> ACTION received: continue to hold open: bspencer & horaceli to verify the ubuntu branch works * lool goes filing surprize agenda items <davidm> [topic] smagoun Since my group needs it, I'll take an action item to test overriding exa for a gutsy psb backport <MootBot> New Topic: smagoun Since my group needs it, I'll take an action item to test overriding exa for a gutsy psb backport <smagoun> Working on it today. Nothing to report, other than my current build crashes * agoliveira looks very hard towards Paris... <davidm> carry the action forward? <smagoun> haven't had a chance to root-cause yet <smagoun> davidm: sure <davidm> [action] carry over smagoun Since my group needs it, I'll take an action item to test overriding exa for a gutsy psb backport. In progress. <MootBot> ACTION received: carry over smagoun Since my group needs it, I'll take an action item to test overriding exa for a gutsy psb backport. In progress. <davidm> next action then? <davidm> [topic] kyleN to test h-i-m and get back
{'channel': 'ubuntu-mobile', 'month': 12}