[01:56] <mbi0> hellow any one in here ?
[01:57] <persia> mbi0: 48 people, including yourself.
[01:59] <mbi0> lol
[01:59] <mbi0> yeah i know but everyone its so quiet 
[02:00] <mbi0> i just needed a bit of info about this since i just noticed linux mobile was out
[02:00] <persia> Have you read the wiki?
[02:00] <mbi0> no but im on it right now havent finished :D
[02:01] <mbi0> im just curious if this will work on my smart phone 
[02:01] <mbi0> or if any ne as tryed yet
[02:01] <persia> What processor does your phone use?
[02:02] <mbi0> hmm no idea its a htc s620
[02:02] <mbi0> it says processor omap850
[02:03] <mbi0> at 201 mhz
[02:03] <persia> Ubuntu Mobile doesn't run on an omap.  Current images are for an A100/A110 or Atom, and expect at least 600MHz.
[02:04] <mbi0> oh my thats a heavy stuff :( 
[02:04] <mbi0> sad oh well will need a better phone :D
[02:04] <persia> Well, Ubuntu Mobile also isn't really a phone OS.  It's designed for handhelds, or MIDs, or powerful PDAs, and the like.  4-6" screens.
[02:05] <mbi0> sad :( so i wont be able to use ubuntu on my phone any time near
[02:06] <mbi0> ohh well is there any other linux distro that i could use on my phone ?
[02:07] <persia> You might search Google for solutions: there are some phone OSs.
[02:10] <mbi0> kk thanks 
[02:13] <freet15> morning
[04:58] <jerryfan> Hi all, is there anyway to install gcong schema in UME by directly replacing schema file in /usr/share/gconf/schemas and reload gconf db somehow?
[08:35] <lool> Morning
[08:35] <lool> jerryfan: That's not a good idea; what's your goal?  adding entries or overriding defaults
[08:35] <lool> jerryfan: If you want to override defaults, look at dh_gconf and update-gconf-defaults
[08:36] <lool> jerryfan: If you need new keys, patch the package's schema or add a new one for the new keys only
[08:39] <LTSPTNK> any EEE PC 701 users here?
[09:14] <asac> lool: great!
[10:58] <ogra> persia, https://launchpad.net/usb-imagewriter .... i told you  :)
[11:01] <persia> ogra: Cool!
[11:02] <ogra> its sittinf in ntrepids new queue and has some really ugly bits still ... but does the job already
[11:02] <ogra> *sitting in intrepids
[11:02] <persia> Intrepid's NEW queue?  LP reports "No download files exist for this project."!
[11:03]  * persia also thinks it ought to have gone through REVU just for a second pair of eyes
[11:03] <ogra> well, i get that from the archive admin anyway
[11:03] <persia> I guess, although I think archive-admin tends to look more at license, rather than policy.
[11:04] <ogra> the code is in the bzr tree, i'll link the package as release as soon as its through the review
[11:06] <ogra> if the code is clean enough, i think we can change the file seletor to also have the currently released UME images as downloads available ... i.e. you can select the image you want and it gets autodownloaded and written to the Key
[11:07] <ogra> three clicks and 20 min waiting :)
[11:07] <persia> ogra: Why /etc/mtab rather than /proc/mounts?
[11:07] <ogra> no particular reason ...
[11:08] <persia> I'd rather a conffile that lets one add image repos, to support candidate images for testers
[11:08] <ogra> feel free to change if you want ... all i need is the first column anyway 
[11:08] <persia> I tend to think of /etc/mtab as unreliable, but then I like to play with restricted access to filesystems.
[11:08] <ogra> thats my first hit on it, i only invested 4 on saturday and about the same yesterday
[11:09] <ogra> *4h
[11:09] <ogra> all i wanted was to have something functional to give to the world after that and then find contributors 
[11:09] <persia> Makes sense.  It looks great for a first stab.  I'll have to play with it, and see if there are any other bits that might change.
[11:10] <ogra> there is surely a lot ... and the ugly dd code has to be replaced with python 
[11:10] <persia> heh  I like the comment in that file :)
[11:10] <ogra> :)
[11:10] <persia> Although I wonder if the archive-admins will permit it, without any license or copyright attribution...
[11:11] <ogra> there is a copyright header in the file 
[11:11] <persia> Not in ./imagewriter
[11:11] <ogra> i didnt bother to put it into the 20 line scripts though
[11:11] <ogra> but there is a debian/copyright file and a header in the main ap
[11:11] <ogra> p
[11:11] <persia> Understandable, although I've seen archive-admin reject for a 3-line file before :)
[11:12] <persia> I don't see debian/ at all, which is probably good, as that doesn't belong upstream.  I do wonder why you use install.sh rather than setup.py.
[11:12] <ogra> well, costs me one cp and another upload to fix if steve moans :)
[11:12] <ogra> well, neither will be used anyway
[11:13] <persia> No?  You're duplicating everything in debian/rules?
[11:13] <ogra> i use a debian/install file and there is no tarball release or anything
[11:13] <ogra> its packaged totally ubuntu centric ... 
[11:13]  * persia adds hacking this into a responsible upstream package to the list of things to get to at some point
[11:14] <ogra> well, i dont see who apart from debian would take it atm, redaht/fedora has its own tool for the task ...
[11:15] <ogra> and for debian the pakaging will do as well ... but feel free to add setup.py etc :)
[11:15] <ogra> thats why its public ;)
[11:15] <persia> I'm not even sure Debian would want it, although they may.  It's just my sense of how packages should be arranged :)
[11:18] <LTSPTNK> would it be possible to install normal Ubuntu 8.04 command-line system from alternate disk and then just apt-get install ubuntu-mobile for my eee pc?
[11:20] <persia> LTSPTNK: Ideally, but for now there are differences between how lpia and i386 are compiled, which causes behavioural differences.
[11:21] <LTSPTNK> hope that someone will compile MID envinroment for i386 soon :)
[11:23] <ogra> i dubt you would actually want MID on a non touchscreen device ... what you want is the netbook stuff rather
[11:24]  * ogra would just install ubuntu-desktop as usual and then add the netbook-remix desktop pieces to it 
[11:25] <ogra> https://launchpad.net/netbook-remix
[11:25] <persia> ogra: Maybe: Worked for me to some degree without a working touchscreen for a while :)
[11:26] <persia> LTSPTNK: The goal is to not have it so architecture-specific, for your use case.  Unfortunately, if the changes are made wholesale, it can cause issues for Ubuntu Desktop.  It's a matter of finding the right way to do it.
[11:26] <ogra> well, its a bit "big" for laptop use imho ... i dont need app launchers two fingers fit on :)
[11:29] <persia> ogra: Oh, sure.  Anything larger than about 4" looks funny with Ubuntu Mobile.
[11:30] <ogra> exactly :)
[11:32] <LTSPTNK> but anything "normal" looks crap with 7"
[11:39] <ogra> http://flickr.com/photos/njpatel/2548177765/
[11:39]  * ogra thinks it looks quite good on 7" :) using it like that on the classmate PC here
[12:08] <suihkulokki> how do I escape the "about midbrowser" popup? :)
[12:10] <persia> suihkulokki: You're on a 480 vertical screen?  I think it's either "Escape" or "Enter".
[12:11] <suihkulokki> hardy kvm
[12:11] <suihkulokki> esc worked
[12:11] <persia> suihkulokki: OK.  480 vertical pixel window?
[12:12] <persia> Anyway, there's a Close button at about 540 pixels, but it doesn't display well for smaller landscape resolutions.
[12:13] <suihkulokki> I think it's 480 yes
[12:45] <lool> asac: Hey did you look for that mbf patch?
[15:04] <lool> asac: This is the bt I get from the evolution-rss pop_startup() crash http://paste.debian.net/9681/
[15:06] <lool> asac: This inspires me quite little; anything in particular I should be looking for?
[15:53] <asac> lool: maybe shutdown after other parts of gecko were already shut down?
[16:04] <lool> asac: gPrefBranch = nsnull; is the only other thing in the gecko_shutdown
[16:04] <lool> The rss_shutdown does abort_all_soup(); (obviously libosup stuff) gtk_widget_destroy(rf->mozembed);
[16:04] <lool> and that's about it
[16:05] <lool> atexit(rss_finalize); that seems wrong
[16:05] <lool> But i only see the exit once, so should be fine
[16:06] <asac> lool: so do you pop _after_ or _before_ destroying that widget?
[16:06] <lool> asac: We pop after destroying the widget
[16:06] <lool> asac: I'll flip this then :)
[16:06] <lool> Since you seem to imply it's wrong :)
[16:09] <asac> lool: not really implying anything. just wonder how comes that there is a listener registered with a ref to a freed instance
[16:09] <lool> I'll try moving it after the pop and see whether that fixes it
[16:09] <asac> most likely a bug ... and flipping order might help
[16:10] <asac> lool: does widget_destroy do a _unref ? or free?
[16:10] <asac> or neither?
[16:10] <lool> Didn't help
[16:11] <asac> lool: and dont doing that at all?
[16:12] <lool> asac: Not doing what?
[16:12] <asac> from api doc: "In most cases, only toplevel widgets (windows) require explicit destruction, because when you destroy a toplevel its children will be destroyed as well."
[16:12] <lool> the destroy?
[16:12] <lool> asac: Yes, I think the same, but it's not crashing there; it's crashing in the pop
[16:12] <lool> I moved the destroy after the pop
[16:13] <asac> lool: yes. question is if the widget was already removed from its container?
[16:13] <asac> if so it might have been unreffed before
[16:15] <lool> asac: That's possible
[16:15] <lool> It seems the finalize is done by registering an atexit
[16:15] <lool> At which point the evolution main window probably was destroyed
[16:16] <lool> And the gtkmozembed widget within probably as well
[16:16] <asac> lool: yeah. you can try to _ref it
[16:16] <lool> gtk_widget_ref in init? ok will try that
[16:16] <asac> lool: thats deprecated .. just g_object_ref
[16:17] <lool> Hmm indeed, deprecated in 2.12
[16:17] <asac> otherwise, did you encounter problems when not doing any "push" "pop"?
[16:17] <lool> asac: What do you mean not doing them?
[16:18] <lool> You mean not shutting down?
[16:18] <asac> lool: not doing "startup" ... and not shutdown. but try to explicitly _ref it first
[16:19] <asac> i think without push_startup and pop_startup might work. but its cleaner to use push/pop for sure
[16:27] <lool> Hmmpf I can't find a proper shutdown hook
[16:29] <asac> lool: you mean a different hook than the exit hook?
[16:29] <lool> Yes
[16:29] <lool> exit is the libc hook
[16:29] <lool>  * When the plugin is loaded, and if it exists, "e_plugin_lib_enable"
[16:29] <lool>  * will be invoked to initialise the
[16:29] <asac> lool: do you set a profile path?
[16:29] <lool> And the text ends there
[16:29] <lool> asac: I think so, yet
[16:29] <asac> hmm ok
[16:30] <lool>         gtk_moz_embed_set_profile_path (profile_dir, "mozembed-rss");
[16:30] <lool> I even tried to break on the _enable method (which can be used to disable, but it's not called when you shutdown
[16:30] <asac> lool: ok. did you try to explicitly add a ref?
[16:30] <lool> Yes, didn't work either
[16:32] <lool> I'm tempted to just disable the pop
[16:32] <lool> asac: If the process exits, will there be any leftover from xul if I didn't pop properly?
[16:33] <asac> lool: yes, the profile might not be properly committed
[16:33] <asac> to the filesystem
[16:33] <lool> :-/
[16:33] <asac> e.g. changes might get lost
[16:34] <asac> lool: i can give it a try later
[16:34] <lool> asac: Ok; I'm not committing my patches to pkg-evolution as they didn't improve the situation, but I can provide them if you like