[02:46] <TheMuso> There is no way you can assign a shortcut key to an application in its desktop file correct?
[02:48] <RAOF> I don't believe so, no, although I'm not sure where System→Preferences→Keyboard Shortcuts gets its listings from.
[02:49] <mclasen> keynames come from /usr/share/gnome-control-center/keybindings/*.xml
[02:49] <mclasen> the shortcuts usually get stored in gconf
[02:51] <TheMuso> I know about the gconf shortcuts, but was wondering whether apps could be given a shortcut in their .desktop file, similar to what is possible in Windows.
[02:52] <mclasen> no
[02:52] <TheMuso> Ok, thanks.
[03:37] <bcurtiswx3> kenvandine: if anyone wants to try out the new adium theme in maverick for lucid my PPA has it backported
[03:37] <kenvandine> bcurtiswx3, i saw that, thx!
[03:38] <bcurtiswx3> kenvandine: cool, yw
[04:01] <Sarvatt> I don't suppose anyone would be willing to look at an xterm merge for sponsorship? http://sarvatt.com/downloads/merges/xterm/
[04:04] <TheMuso> Sarvatt: I'll take a look.
[04:05] <desrt> robert_ancell: hey
[04:06] <Sarvatt> TheMuso: thank you a ton for the help
[04:07] <TheMuso> Sarvatt: np
[04:09] <Sarvatt> after that xterm and nvidia-graphics-drivers* rebuilds are all thats left for X stuff
[04:09] <Sarvatt> err xdm
[04:17] <TheMuso> Sarvatt: uploaded.
[04:17] <Sarvatt> thanks!
[04:17] <TheMuso> np
[04:54] <hyperair> anyone here familiar with ureadahead's code?
[04:55] <hyperair> i'd like to implement btrfs support for ureadahead, since i'm sick of waiting and nothing's been done
[06:16] <robert_ancell> desrt, hey
[07:31] <pitti> Good morning
[08:19] <didrocks> good morning
[08:26] <pitti> hey didrocks
[08:27] <didrocks> Guten Morgen pitti
[08:28] <didrocks> hum 712M for the netbook CD :/
[08:28] <didrocks> well maverick desktop amd64 is approximately the same size
[08:28] <didrocks> (not the i386 one, weird)
[08:35] <pitti> ugh, what was added since a1?
[08:38] <didrocks> pitti: don't know for desktop. For netbook it's all the removal of maximus/netbook-launcher in favor of mutter/unity
[08:38] <didrocks> pitti: but I think this huge delta should be due to something else
[08:39] <didrocks> hum, I can remove metacity already
[08:50] <huats> morning
[09:05] <ogra> didrocks, urgh
[09:05] <ogra> didrocks, you  completely broke armel netbook
[09:06] <didrocks> ogra: with yesterday's update unity should build now on armel
[09:06] <didrocks> ogra: I didn't check the status, but I'll refresh the ubuntu-netbook metapackage before the week-end
[09:07] <didrocks> I'll add also the -efl, as I guess it was on the CD as a dep of netbook-launcher
[09:08] <seb128> didrocks, nice work with unity
[09:08] <didrocks> seb128: thanks :)
[09:09] <didrocks> all the transition thing is working well for you?
[09:09] <seb128> yes
[09:09] <didrocks> great!
[09:10] <seb128> didrocks, I get no wm decorations though, wanted or gtk csd bug?
[09:10] <seb128> not sure how to close dialogs out of the using the menus which is suboptimal
[09:11] <didrocks> seb128: it's wanted, I should check again the gconf key (I think it's the same than maximus used)
[09:11] <seb128> weird
[09:11] <didrocks> but yeah, until the titlebar isn't in the panel, not useful, I should change temporary the default
[09:11] <didrocks> thanks for the notice, I changed it a while ago there. Anyway, trying on the stock install for lucid
[09:12] <seb128> np, good work again, it upgraded in a flawless way
[09:20] <pitti> bonojur seb128
[09:20] <seb128> hey pitti
[09:20] <seb128> how are you?
[09:21] <pitti> I'm good, thanks! still catching up with peer reviews
[09:22] <ogra_> didrocks, would you mind if i re-added all the netbook bits for armel you just removed for all arches ?
[09:22] <seb128> pitti, oh, I need to do that as well
[09:22] <pitti> meh, the desktop amd64 CD exploded as well
[09:22] <ogra_> we dont have any desktop anymore with your last change to the seed
[09:23] <pitti> desktops are overrated
[09:23] <ogra_> yeah, arm users should just phone with their HW :)
[09:23] <ogra_> what else is it good for
[09:23] <didrocks> ogra_: regenerating the metapackage should do it (at least, adding unity to armel) with yesterday's evening build. Then, you have to add explicitely as a recommend netbook-launcher-efl, right
[09:24] <didrocks> ogra_: before, it was a dep of netbook-launcher which is removed as just a transitional package now
[09:24] <pitti> will there be an -efl like 2D port of unity?
[09:24] <ogra_> didrocks, i'm currently not caring for unity but for having the old 2D desktop working (maximus, go-home-applet, window-picker etc)
[09:24] <ogra_> pitti, there will be a panel thats a gtk container for indicators
[09:25] <ogra_> but we'll keep the efl launcher in maintenance mode as long as we can for arm
[09:25] <pitti> *nod*
[09:25] <didrocks> ogra_: sure, I can do if it you want, add them for armel
[09:25] <pitti> but we could certainly run n-l-efl with upanel
[09:26] <ogra_> pitti, not sure how well that works, i havent tried upanel yet
[09:26] <ogra_> gnome-panel is definately to heavyweight though which brought up the minimal panel idea at UDS
[09:26] <ogra_> afaik ted is working on it already
[09:27] <pitti> isn't that by and large the panel that we see in unity already?
[09:27] <pitti> i. e. which is just an indicator container?
[09:27] <ogra_> pitti, afaik that still uses a lot of gnome libs
[09:27] <pitti> ah, I see
[09:27] <ogra_> we want to cut down memory footprint and startup speed
[09:28]  * ogra_ has to move rooms at LT now ... see you
[09:28] <pitti> right, just gtk, dbus, and libappindicator would be great
[09:28] <ogra_> yepp
[09:30] <seb128> pitti, ogra_: the issue with unity is not the depends, it's the graphical 3d requirement
[09:31] <pitti> seb128: but that would only go for the launcher, I suppose, not for upanel itself?
[09:31] <seb128> ?
[09:31] <pitti> I mean, upanel certainly doesn't need 3D, does it?
[09:31] <seb128> no, I meant unity does
[09:31] <seb128> both the panel and the launcher
[09:32] <seb128> that's why they need a stock gtk version
[09:32] <didrocks> urgh, seems like I was disconnected…
[09:32] <seb128> didrocks, no you are not
[09:32] <seb128> didrocks, you didn't quit the channel at least
[09:32] <didrocks> did you received? 10:26:40 didrocks | pitti: go-home-applet and window-picker should be ported to it so
[09:32] <didrocks> 10:27:34 didrocks | and upanel is rendered under mutter, not sure how this behave under a 2D driver
[09:33] <seb128> no
[09:33] <didrocks> (and then, I recevied your last sentend "they need a stock gtk version"
[09:33] <didrocks> so, my server was still connected, but not my laptop
[09:33] <didrocks> and as it didn't say "heh, I quit", I don't have the backlog
[09:34] <seb128> didrocks, you didn't miss anything, ogra just said he had to move rooms
[09:34] <didrocks> seb128: oh ok, he didn't answered if I can add them for armel only now?
[09:34] <didrocks> in any case, we have to work on the fallback system again
[09:35] <seb128> didrocks, when did you drop from the channel?
[09:36] <didrocks> seb128: it's ok, I'm reading the log from my bip server now
[09:36] <seb128> ok
[09:36] <seb128> I was going to copy you the log
[09:37] <didrocks> seb128: that's fine, thanks :)
[09:38] <didrocks> yeah, I confirm the upanel can't work without mutter, that's why it can't be used for -efl
[09:39] <didrocks> and window-pickler/go-home-applet are applets, so, don't work (they will need to be rewriten too for the stock gtk bar)
[10:28] <pitti>   * Added unity to netbook [armel]
[10:28] <pitti> didrocks: ^ ??
[10:29] <didrocks> pitti: yeah, some armel card support 3D driver (as we had netbook-launcher working on them)
[10:29] <didrocks> pitti: so, having a fallback plan, as with netbook-launcher is in range, but won't happen before alpha3
[10:30] <didrocks> yesterday, unity wasn't on armel as the version FTBFS
[10:31] <pitti> didrocks: ah, good to know; it just didn't look deliberate after the discussion from above
[10:31]  * pitti hugs didrocks
[10:31] <didrocks> it was deliberate :)
[10:31]  * didrocks hugs pitti
[10:32] <didrocks> but I would prefer a better fallback solution than the one I added to netbook-launcher, we discussed a little about it with asac
[10:32] <didrocks> we'll figure out
[11:08] <mdz> where was the Mozilla maintenance change announced? I'm looking for a URL to link to
[11:09] <mdz> ah, found it: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2010-June/000719.html
[11:09] <mdz> seb128: support != maintenance :-)
[11:10] <seb128> mdz, I copied the blueprint title ;-)
[11:10] <seb128> but right
[12:00] <pitti> seb128: hm, something confuses the hell out of me
[12:00] <pitti> Package: gvfs
[12:00] <pitti> Depends: [...] libgvfscommon0 (>= 1.1.7)
[12:00] <pitti> but libgvfscommon0 is 1.6.1-0ubuntu1build1
[12:00] <pitti> (on lucid, anyway)
[12:00] <pitti> just got a report about a broken upgrade due to that
[12:00] <pitti> but how did that _ever_ work and doesn't cause complete uninstallability?!?
[12:01] <pitti> argh, ignore me
[12:01] <pitti> 1.7.1 != 1.1.7
[12:01] <chrisccoulson> heh ;)
[12:01] <chrisccoulson> i was just thinking that
[12:01] <pitti> so why was it removed for that guy..
[12:01]  * pitti asks
[12:01] <pitti> *brown paperbag*, sorry for the onise
[12:07] <rodrigo_> hi
[12:07] <rodrigo_> is there anything wrong in this uscan line:
[12:07] <rodrigo_> http://download.gnome.org/sources/tomboy/([0-9.]+)/tomboy-([0-9.]+)\.tar\.gz
[12:07] <rodrigo_> bzr bd... doesn't seem to find the 1.2.1 tarball, which is there
[12:10] <rodrigo_> oh, I get another error before that -> dh: unable to load addon quilt: Can't locate Debian/Debhelper/Sequence/quilt.pm
[12:10] <rodrigo_> which package does this file come from?
[12:12] <asac> rodrigo_:
[12:12] <asac> pkg -S /usr/share/perl5/Debian/Debhelper/Sequence/quilt.pm
[12:12] <asac> quilt: /usr/share/perl5/Debian/Debhelper/Sequence/quilt.pm
[12:13] <asac> dpkg -S /usr/share/perl5/Debian/Debhelper/Sequence/quilt.pm
[12:13] <asac> ;)
[12:13] <rodrigo_> hmm, I have it installed, it seems
[12:13] <rodrigo_> ah, no, I don't :)
[12:13] <asac> lol
[12:14] <rodrigo_> but it still can't find the tarball :(
[12:16] <alf__> didrocks: Hi! Did you get a chance to look at my experimental clutter egl packaging?
[12:17] <didrocks> alf__: that's next on my list :)
[12:17] <alf__> didrocks: great, thanks :)
[12:18] <didrocks> you're welcome
[12:18] <asac> am i here?  ... damn connection - this week is clearly bad
[12:18] <alf__> asac: you are
[12:18] <asac> ah ;)
[12:18] <asac> there i am
[12:18] <chrisccoulson> asac - i can't see you ;)
[12:18] <seb128> pitti, sorry I was at lunch, seems you sorted it by now ;-)
[12:18] <asac> chrisccoulson: i think thats a good thing ;)
[12:19] <asac> i try to not look in a mirror right now ;)
[12:19] <chrisccoulson> lol
[12:19] <seb128> rodrigo_, weird
[12:19] <seb128> hey chrisccoulson, asac, glatzor
[12:20] <rodrigo_> seb128, I guess it's getting to an out-of-date mirror?
[12:20] <chrisccoulson> hey seb128 - how are you?
[12:20] <asac> hi seb128
[12:20] <seb128> rodrigo_, you get no clue in the log?
[12:20] <seb128> chrisccoulson, I'm fine thanks, what about you?
[12:21] <chrisccoulson> yeah, good thanks. i'm a bit sleepy today though
[12:21] <asac> alf__: so you said that the es11 and es22 lib is supposed to be binary compatible?
[12:21] <seb128> worked late again?
[12:21] <asac> if igts not we should ship it with different soname
[12:21] <asac> otherwise i dont see why we need to have different test packages for them
[12:21] <chrisccoulson> i worked fairly late last night, fixing the few remaining issues with the hardy updates
[12:21] <rodrigo_> seb128, no, just that it can't get the tarball from that url
[12:22] <seb128> rodrigo_, is your debian dir somewhere online?
[12:22] <seb128> chrisccoulson, oh, ok, did you fix the font rendering one as well?
[12:22] <rodrigo_> seb128, no, it's just lp:ubuntu-desktop/tomboyubuntu branched, and added a patch to debian/patches
[12:22] <chrisccoulson> seb128 - yeah, that's fixed too
[12:23] <rodrigo_> seb128, I can push it if you want
[12:23] <seb128> rodrigo_, would be useful yes
[12:23] <rodrigo_> ok
[12:23] <seb128> chrisccoulson, well done!
[12:23] <chrisccoulson> thanks :)
[12:24] <alf__> asac: Yes they are supposed to be compatible, so yes we could just have one eglx test package
[12:24] <asac> alf__: right. imo we should have that.
[12:24] <alf__> asac: I am 99.9% sure of this, that is why I have two different test packages now
[12:25] <asac> alf__: you can compare symbols files
[12:25] <rodrigo_> seb128, https://code.launchpad.net/~rodrigo-moya/ubuntu/maverick/tomboy/proxy-settings
[12:25] <asac> for the es11 and es22 ... are those identical?
[12:25] <alf__> asac: right, will do
[12:25] <asac> alf__: if we could get rid of it that would be great. also i think the -tests package shouldnt start with lib...
[12:25] <asac> we usually only use lib... prefix for libs
[12:25] <Sarvatt> mutter will be usable with no hardware acceleration in MM at least :)
[12:26] <alf__> asac: ok
[12:26] <asac> alf__: so we could just ship "cutter-eglx-tests"
[12:26] <asac> or i guess
[12:27] <asac> clutter-1.0-eglx-tests
[12:27] <asac> and clutter-1.0-common-tests
[12:27] <asac> and clutter-1.0-glx-tests
[12:27] <alf__> asac: or clutter-glx-1.0-tests, clutter-eglx-1.0-tests?
[12:27] <asac> for me the 1.0 refers to the clutter-1.0 source package
[12:28] <asac> but not sure
[12:28] <asac> get more opinions ;) ... from didrocks and seb128 and others
[12:28] <Sarvatt> asac: mesa is waiting to go through NEW  in debian, I patched it up to work with libdrm 2.4.21 we'll have at the same time so it shouldn't be long. in the process of redoing the mesa packaging so things work when we switch to 7.9 in a few weeks that is very different for the egl/gles stuff
[12:28] <asac> Sarvatt: cool. did you just keep intel1 enabled for Archi: any ?
[12:29] <asac> the package raof upped had a problem there ... imo intel1 should just be any
[12:29] <Sarvatt> yeah until someone fixes plymouth :(
[12:29] <asac> thats fine. i dont see why just intel1 should be disabled on non intel archs ;)
[12:29] <Sarvatt> it makes no sense to be any but it needs to be any because plymouth needs it on all arches..
[12:29] <Sarvatt> because its just wasting space on non intel arches :)
[12:29] <asac> so it makes sense ;)
[12:30] <asac> yeah well. but afaik we also ship X drivers for hardware that will probably never exist for arm or sparc deployments ;) ... so its in line
[12:31] <seb128> rodrigo_, I think it looks for the newest version and find only the 1.3 serie
[12:31] <Sarvatt> they aren't always going to be installed actually wasting space though unlike libdrm-intel1 :)
[12:31] <rodrigo_> seb128, oh, why? it should be looking in the 1.2 directory, right?
[12:31] <seb128> rodrigo_, dunno
[12:31] <seb128> rodrigo_, you don't specify a serie in the watch it uses the newest
[12:32] <seb128> rodrigo_, get the lucid tarball?
[12:32] <Sarvatt> swrast in mesa 7.9 can run compiz and mutter though so that'll all be usable on arm
[12:32] <seb128> rodrigo_, if you have a lucid-update deb-src it will just work
[12:32] <rodrigo_> seb128, well, this is for maverick, does maverick have the 1.3 version already?
[12:32] <rodrigo_> no, 1.2.1
[12:33] <seb128> rodrigo_, no, but it might be a bug in the download code which is fixed in maverick and not lucid
[12:33] <rodrigo_> seb128, I'm on maverick
[12:33] <seb128> oh
[12:34] <seb128> well dunno
[12:34] <rodrigo_> seb128, can I just download the tarball and place it somewhere so that it doesn't try to get it?
[12:34] <seb128> it's a bug
[12:34] <seb128> you can
[12:34] <seb128> if you have a maverick deb-src it will just work
[12:34] <seb128> either make the watch point to the serie you use
[12:35] <seb128> or download the tarball yourself
[12:35] <seb128> or configure an ubuntu deb-src so it uses it
[12:36] <rodrigo_> so, place it in the parent dir?
[12:36] <seb128> yes
[12:37] <seb128> wget http://archive.ubuntu.com/ubuntu/pool/main/t/tomboy/tomboy_1.2.1.orig.tar.gz
[12:39] <rodrigo_> ok, that works, thanks!
[12:39] <didrocks> asac: you already have something to work on with asac's comment, don't you? I would just say in addition to this: don't change the packaging too much before ensuring debian will take it (like dh5 -> dh7, remove of debian/control.in and using debian quilt format 3)
[12:39] <didrocks> upss alf__ ^^
[12:40] <asac> didrocks: well.
[12:40] <asac> didrocks: current package i cdbs
[12:40] <asac> so if it moves somewhere it should move to dh7
[12:40] <asac> directly
[12:40] <didrocks> asac: ok, is there a discussion with the DD responsible for that package? or do we want to diverge forever?
[12:41] <slomo> seb128: who was the guy with the gtk+3.0 package again? did you take a look at his package already?
[12:41] <asac> didrocks: our goal should be to get the same features packaged in debian so we can sync at some point. we should start that discussion. if they want to go for cdbs we can work with them on that still and drop our packaging if it comes to it
[12:42] <rodrigo_> seb128, well, that patch does not apply to 1.2 :(
[12:42] <asac> if they want to adapt our packaging, even better ...
[12:42] <rodrigo_> seb128, can I upgrade to 1.3?
[12:42] <asac> having a patch like this maintained as a downstream diff is painful in anyway; so either they adapt our features or we will be alone imo
[12:42] <slomo> seb128: this here? https://launchpad.net/ubuntu/+source/gtk+3.0
[12:42] <didrocks> asac: agreed, just to ensure that the discussion has already began to have an easier adoption :)
[12:42] <seb128> rodrigo_, no
[12:43] <rodrigo_> seb128, ok
[12:43] <asac> didrocks: hoped you opt in to that  ;)
[12:43] <seb128> slomo, right, the ppa there, ricotz
[12:43] <slomo> seb128: thanks
[12:43] <seb128> slomo, he's on #ubuntu-devel
[12:43] <rodrigo_> seb128, are you waiting for something before updating the 2.31/ tomboy 1.3?
[12:43] <asac> didrocks: by ensuring you are happy with the direction it might be easier to our stuff upstreamed
[12:43] <asac> e.g. we are one time contributors, while you maintain a constant relationship ;)
[12:43] <asac> (hopefully)
[12:44] <seb128> rodrigo_, we don't plan to update to 2.31 this cycle
[12:44] <asac> anyway, if not, we will ensure htis comunication happens
[12:44] <rodrigo_> seb128, ah, why?
[12:44] <didrocks> asac: great :)
[12:44] <seb128> rodrigo_, we don't want gtk3 in the default installation, not reliable schedule, and the transition will take over a cycle
[12:45] <didrocks> alf__: can you do asac's changes and then ping me back? I will do a closer review
[12:45] <asac> cool
[12:45] <rodrigo_> seb128, hmm, ok, we'll have to backport the patch to 1.2 then
[12:45] <seb128> rodrigo_, it conflicts with gtk2 at runtime so we would need to duplicate lot of sources to have gtk2 and gtk3 builds
[12:45] <rodrigo_> right
[12:45] <seb128> rodrigo_, which is an issue for cds and a non trivial transitions
[12:46] <seb128> rodrigo_, we plan it for next cycle, gtk3 will go to universe this cycle
[12:46] <rodrigo_> seb128, ok, good to know, we'll backport the patch then
[12:46] <seb128> rodrigo_, if the new tomboy will not depends on gtk3 we can update though
[12:46] <rodrigo_> seb128, hmm, don't know, I'll check
[12:46] <seb128> rodrigo_, you might want to try to figure what upstream wants to do
[12:46] <rodrigo_> yes
[12:46] <seb128> thanks
[12:47] <seb128> slomo, I didn't check his work no
[12:54] <alf__> asac, didrocks: It seems that clutter es11 an es20 are not compatible after all, at least symbol-wise... unless the differing symbols are internal and exposed by error. I'll check with upstream...
[12:55] <asac> alf__: what are those symbols?
[12:55] <asac> cogl_ stuff?
[12:56] <alf__> asac: yes
[12:56] <alf__> asac: eg cogl_fixed_vertex_shader_*
[12:58] <asac> thats coming from cogl/driver ... with some luck thats just internal and can be hidden
[12:59] <asac> alf__: so check with upstream
[13:01] <asac> alf__: you could try to add #pragma GCC visibility push(hidden)
[13:01] <asac> to the start
[13:01] <asac> and
[13:01] <asac> #pragma GCC visibility pop
[13:01] <asac> at the bottom of all .h files in cogl/cogl/driver/*/*.h
[13:01] <asac> well start == after all other includes
[13:01] <alf__> asac: sure, I am waiting for upstream to confirm
[13:02] <asac> right. but if tests etc. stil build fine with that it should be ok
[13:02] <asac> (and if the symbols are really gone ;))
[13:08] <om26er> didrocks, Hi! the latest upload of ubuntu-netbook-unity-default-settings in UNE ppa removed Unity session from GDM list, is that expected?
[13:08] <didrocks> om26er: hum, no, it's not
[13:09] <didrocks> apt-cache policy ubuntu-netbook-unity-default-settings && dpkg -L ubuntu-netbook-unity-default-settings
[13:09] <didrocks> I've tested the migration on my netbook and it worked
[13:10] <om26er> hmm, I actually downgraded and then it worked
[13:10] <didrocks> om26er: can you try upgrade to latest version and dpkg -L, please?
[13:10] <didrocks> I confirm there that the session is installed
[13:11] <alf__> asac: although the correct way for a library would be to for everything hidden by default and push(default) explicitly for public symbols...
[13:11] <alf__> asac: but such is life :)
[13:11] <om26er> didrocks, sure brb
[13:13] <om26er> didrocks, upgraded and its still there.
[13:14] <om26er> mean, now unity session works
[13:14] <didrocks> om26er: hum, that's weird, unfortunately, doesn't seem it's reproduceable so :)
[13:14] <didrocks> seems we are all good so :)
[13:14] <didrocks> s#:)#:/
[13:15] <om26er> didrocks, great, Thanks :)
[13:15] <didrocks> om26er: you're welcome
[13:16] <didrocks> om26er: and thanks for testing unity and your bug triaging work on UNE btw :)
[13:18] <asac> alf__: true.
[13:25] <asac> didrocks: so how do we do mutter with gles?
[13:25] <asac> e.g. how can i test/try that?
[13:25] <asac> guess i need to spin that aganst the egl clutter ... but what do i do with that then?
[13:25] <didrocks> asac: I would think, take the package in maverick, link against gles in a ppa, and launch it with mutter --replace
[13:26] <asac> didrocks: you mean i could run that in my -efl sessioN?
[13:26] <asac> what would happen :)
[13:26] <didrocks> asac: with a device that doesn't support glx, right?
[13:27] <asac> yes
[13:27] <didrocks> so, yes, you can just run that in you -efl session
[13:27] <didrocks> it will replace metacity by mutter
[13:27] <asac> didrocks: so we need mutter + unity built against gles/egl i guess?
[13:27] <didrocks> you can see it really running as it have some little effects
[13:27] <asac> is there anything else we need to prepare to test the full stack?
[13:28] <didrocks> asac: right, but I think beginning with mutter only is the first step to see how it behaves
[13:28] <didrocks> no, mutter and unity is everything you need
[13:28] <asac> didrocks: sure. however, plan is to get the full stack packaged and then let vendors and upstream developers collaborate on fixing things
[13:28] <didrocks> all the remaining things are just library without any rendering
[13:28] <asac> just want to undersatnd how much work this will be on packaging side
[13:28] <asac> but seems we are quite close with just unity and mutter missing
[13:29] <didrocks> asac: of course, you will need the other librairies, but nothing special for egl
[13:29] <om26er> didrocks, its reproducable on the live cd(lucid) and also on new install( where I first got the problem). installing the previous version of *-default-settings and then upgrading works
[13:29] <didrocks> asac: you can depend on the lucid UNE ppa
[13:29] <asac> sure. but those are hopefully avaiable
[13:29] <asac> didrocks: well. i need to copy this stuff to the native ppa i guess ... or is lucid UNE with arm ?
[13:29] <asac> but i will check ;)
[13:30] <asac> didrocks: do you have url for that lucid UNE ppa at hand?
[13:30] <didrocks> om26er: ubuntu-netbook-unity-default-settings is the package having all the dep, this one have to be installed
[13:30] <didrocks> asac: https://launchpad.net/~canonical-dx-team/+archive/une/
[13:30] <asac> thx
[13:31] <asac> hmm. what is plasma-* stuff doing there ;)
[13:31] <didrocks> om26er: the instruction to install unity is now: 1 - add the UNE ppa, 2- install ubuntu-netbook-unity-default-settings
[13:31] <asac> is that ppa state to be considered stable?
[13:31] <didrocks> asac: yeah, dx team plays with the ppa too
[13:31] <didrocks> asac: right, for unity stuff at least
[13:31] <asac> e.g. could it be that it doesnt work at all?
[13:31] <didrocks> I upgrade it once a week
[13:32] <didrocks> no, it's working, I'm trying it
[13:32] <asac> didrocks: do you know out of your head what stuff i need from there that doesnt do rendering?
[13:32] <didrocks> asac: sure, one sec
[13:32] <asac> coool thats helpful ;)
[13:33] <didrocks> asac: bamf, dee, libunity-misc, ubuntu-netbook-unity-default-settings, unity-asset-pool
[13:33] <didrocks> asac: then, you will need for rendering: clutk, mutter and unity
[13:36] <asac> didrocks: right. let me copy all those for now and then we improve the rendering bits
[13:37] <didrocks> asac: ok, so you will stay on that version for now, right?
[13:37] <didrocks> (it's quite fresh, from yesterday's evening :))
[13:37] <asac> if there are updates coming soon we should wait for i can do that
[13:37] <asac> but in the end i hope it doesnt make much of a difference; we can rebase the packaging changes required
[13:38] <asac> didrocks: so the gtk menuproxy thing isnt needed?
[13:38] <didrocks> asac: no, this new version is only if you want your menu in the panel
[13:39] <didrocks> as indicator-datetime which is installed by default in UNE, I don't think you want to bother with that for now
[13:39] <om26er> didrocks, on today's(20100611) UNE daily build there is only gnome session which might make it the same bug?
[13:40] <asac> ok lots of things spinning now: https://edge.launchpad.net/~asac/+archive/armel1/+packages
[13:40] <asac> stay tuned
[13:41] <didrocks> om26er: I don't understand, did you try what I told you on a fresh install? 1 - add the ppa ; 2 - install ubuntu-netbook-unity-default-settings? that's how unity should be installed
[13:41] <didrocks> asac: and be afraid? ;)
[13:41] <asac> yeah!!!
[13:42] <om26er> didrocks, yes exactly
[13:42] <didrocks> om26er: and then, you don't get the unity session?
[13:42] <om26er> didrocks, no
[13:43] <didrocks> hum, let me try
[13:44] <om26er> oh,, installing unity dont install default-settings?
[13:45] <didrocks> om26er: that's what I'm telling you from 15 minutes
[13:45] <didrocks> :)
[13:45] <didrocks> for*
[13:45] <om26er> oh
[13:46] <didrocks> in maverick, ubuntu-netbook is the metapackage installing unity and the default-settings (as before, it was installing netbook-launcher and the default-settings)
[13:46] <didrocks> of course, we don't have a metapackage in the ppa
[13:46] <didrocks> so, it's the default-settings which contains the session which also have those deps
[13:47]  * didrocks setup a wiki page
[14:02] <pitti> hm, with yesterday's -proposed updates the keyboard indicator now has a different font and looks hideously blurry
[14:02] <didrocks> https://wiki.ubuntu.com/DesktopTeam/Unity
[14:11] <seb128> pitti, right
[14:11] <seb128> pitti, it used to use cairo directy and is now pango rather...
[14:13] <pitti> hm, why was that done in an SRU? appending an "1" for previously identical layouts doesn't seem to need a change in the font rendering, just in the displayed strings?
[14:13] <seb128> no
[14:13] <seb128> but he used cairo directly because he didn't know how to do otherwise before
[14:14] <pitti> ah, so it's an independent change
[14:14] <seb128> but cairo has limitations
[14:14] <seb128> it doesn't respect some of the pango rendering and font settings
[14:14] <seb128> and there was crashers in the code
[14:14] <asac> didrocks: mutter seems to not like us using clutter 1.3.x ;) http://launchpadlibrarian.net/50131541/buildlog_ubuntu-lucid-armel.mutter_2.29.0-1ubuntu1dx3%2Br3435_FAILEDTOBUILD.txt.gz
[14:14] <asac> didrocks: guess i have to hack that out
[14:14] <seb128> upstream argue that the new code is better and has less bugs and that we should take it
[14:15] <didrocks> asac: more than possible, it's the first time having a new clutter is quite painful
[14:15] <didrocks> seb128: the new mutter?
[14:15] <seb128> didrocks, no, libgnomekbd
[14:15] <didrocks> oh sorry seb128, drop into the discussion
[14:15] <seb128> didrocks, I'm talking with pitti there ;-)
[14:15] <didrocks> :)
[14:16] <asac> didrocks: so you think i should get rather new mutter from dev branch packagesd? or try to hack out the configure test?
[14:16] <asac> the abi/api is compatible
[14:16] <seb128> pitti, well I find the rendering a bit less nice on some layouts as well but upstream said we should take the new version since it fixes some crashers and is the right way to do it
[14:17] <didrocks> asac: maybe try with ours for now. We are sure that unity is working with it
[14:17] <pitti> seb128: ack
[14:18] <asac> didrocks: what do you mean with "ours"?
[14:18] <didrocks> asac: the current version in the ppa (with our patch)
[14:18] <asac> we cant use the current clutter version ... that doesnt support egl/gles2 properly
[14:18] <didrocks> asac: you talked about mutter*
[14:19] <didrocks> "get rather new mutter"
[14:19] <asac> yeah. ok
[14:19] <asac> strange that it complains
[14:19] <asac> i see it uses pkg-config --at-least 1.2.0 clutter-1.0
[14:20] <didrocks> so, it should work…
[14:20] <milanbv> git mutter has in configure.in
[14:20] <milanbv> CLUTTER_VERSION=1.2.0
[14:20] <asac> yes, but then tries to use --atleast-version
[14:20] <milanbv> yeah
[14:20] <asac> and we have 1.3.x
[14:23] <asac> hmm. did upstream move to clutter.pc from clutter-1.0.pc? or is that a packaging regression
[14:23] <asac> alf__: ^^
[14:26] <asac> hmm ok thats the upstream buld system renaming
[14:32] <asac> alf__: libclutter-1.0-dev lacks depends on the libjson thing
[14:32] <asac> add that to the list of changes ;)
[14:32] <alf__> asac: ok, will fix
[14:35] <pitti> dobey: maverick u1> it was/is probably stuck in NEW
[14:38] <dobey> pitti: hrmm. don't know, as i haven't gotten any e-mail about it. i just know it's built and lp says 'pending publication' for all archs
[14:39] <dobey> pitti: but if you can kick it into 'published' the world will love you :)
[14:39]  * kenvandine would love you :)
[14:39] <kenvandine> can't get files synced :/
[14:40] <lool> Hmm second time I get http://paste.ubuntu.com/448252/ in a couple of days
[14:41] <pitti> dobey: which source package was that? (sorry, I already deleted the bug mail, and only thought about telling you afterwards)
[14:41] <dobey> pitti: ubuntuone-client
[14:41] <pitti> ah, ubuntuone-client is in NEW
[14:41] <pitti> protobuf, too
[14:41] <pitti> for libsyncdaemon
[14:41] <dobey> ah, because of the new binary package?
[14:42] <pitti> right
[14:42]  * pitti sends it to main and accepts
[14:43] <dobey> pitti: thanks!
[14:43] <kenvandine> awesome
[14:44] <kenvandine> i'll finally be able to see if the music store is fixed :)
[14:44] <pitti> shoulld be published in 75 mins
[14:44] <pitti> protobuf accepted as well, in case that's urgent
[14:44] <kenvandine> does anyone know what is causing this mouse jiter?
[14:45] <kenvandine> in maverick...
[14:45] <kenvandine> started happening to me yesterday, and last night bratsche saw it too
[14:45]  * kenvandine doesn't know what package to look for bugs on :)
[14:46] <seb128> kenvandine, try #ubuntu-x
[14:46] <dobey> my mouse was jittery when i 'came into work' today, and went to unlock the screen
[14:46] <seb128> likely a new xorg issue
[14:46] <dobey> but i'm on lucid
[14:46] <kenvandine> dobey, weird....
[14:46] <dobey> and i think it was due to chrome eating up my RAM
[14:46] <kenvandine> oh... that isn't my problem
[14:46] <dobey> chrome was at 30% usage, and firefox at like 25%
[14:46] <dobey> fun times...
[15:20] <kenvandine> pitti, can you look at https://blueprints.edge.launchpad.net/ubuntu/+spec/desktop-maverick-ubuntu-one-file-sink-ui-changes
[15:21] <kenvandine> pitti, and see if you can tell why it isn't showing up on the ubuntuone-hackers burndown?
[15:45] <Sarvatt> RAOF: are you around? nvidia-* is still providing abi 6 and leaving people with it installed in a broken state, we really should just do a no change rebuild if you dont have the apport stuff ready
[15:54] <Sarvatt> tseliot: can you upload no change rebuilds of nvidia-graphics-drivers* for maverick to unbreak people's systems? :) it's been 5 days now, they seem to be getting antsy :)
[15:55] <tseliot> Sarvatt: X abi change? sure
[15:56] <Sarvatt> yeah, 173 and under don't work without IgnoreABI still but current is fine, at least if the others were rebuilt the breaks: xserver-xorg-video-6 on xserver-xorg-core wouldn't be totally screwing people over
[15:57] <seb128> kenvandine, didrocks: could one of you do the empathy stable update as a sru?
[15:57] <kenvandine> didrocks, do you have time?  i am feeling very behind today...
[15:57] <Sarvatt> tseliot: thanks a ton!
[15:57] <tseliot> np
[15:57] <didrocks> kenvandine: can do, but it will be in a couple of hour, if not more…
[15:58] <didrocks> kenvandine: I want to release Quickly 0.4.3 today
[15:58] <didrocks> everytime it's postponed…
[15:58] <kenvandine> didrocks, ok... that is probably sooner than i could... i still haven't worked on anything i planned to work on today
[15:58] <seb128> didrocks, kenvandine: next week works as well no hurry
[15:58] <kenvandine> ok
[15:58]  * didrocks tries to do thing he couldn't for a long time
[15:58] <didrocks> so, next week, perfect :)
[15:58] <kenvandine> hehe :)
[15:59] <seb128> thanks
[15:59] <seb128> ccheney, there?
[15:59]  * kenvandine grumbles about tomboy not working... 
[15:59] <seb128> ccheney, do you still plan to get the dictionnary and cifs bugs fixed for .1?
[16:04] <rodrigo_> where is there a list of packages in main?
[16:06] <rodrigo_> seb128, ^
[16:06] <seb128> why do you need that?
[16:06] <seb128> there is many way to check where a package is
[16:06] <seb128> or you can look to /var/lib/apt/lists
[16:07] <seb128> the indexes from apt are there
[16:07] <seb128> you can grep in the main one if you want
[16:07] <rodrigo_> ah, ok
[16:07] <rodrigo_> seb128, I'm going to do a MIR for MS office :D
[16:07] <seb128> lol
[16:08] <rodrigo_> seb128, no, seriously, we need python-libproxy for u1-client
[16:08] <rodrigo_> and want to check if libproxy is in main
[16:08] <seb128> it's in universe
[16:08] <seb128> but libproxy is in main
[16:08] <seb128> so you can depends on python-libproxy
[16:08] <seb128> we will promote it once something do
[16:09] <seb128> ie the source is in main, the python binary is not because nothing use it
[16:09] <rodrigo_> seb128, ah, cool, so just need a MIR for python-libproxy
[16:09] <seb128> no
[16:09] <seb128> the source is in main
[16:09] <seb128> you don't need anything
[16:09] <seb128> just ping me when you upload something which use it
[16:10] <rodrigo_> seb128, ah, cool, dobey already uploaded a u1-client package that uses it
[16:10] <rodrigo_> that's how we found out :)
[16:10] <seb128> ok, let me promote it
[16:14] <rodrigo_> seb128, thanks
[16:14] <rodrigo_> dobey, problem solved! :D
[16:15] <dobey> well partially
[16:15] <kenvandine> dobey, yay... syncdaemon is starting :)
[16:15] <dobey> unless it got pulled in by ${python:Depends} anyway
[16:25] <rodrigo_> seb128, so, tomboy will not depend on gtk3, until gtk-sharp does the move, and tomboy would keep working ok with both gtk-sharp bindings
[16:25] <rodrigo_> seb128, sandy from tomboy says that he plans to keep supporting old distros, so can I then upgrade to 1.3?
[16:25] <seb128> yes
[16:26] <rodrigo_> seb128, if for some reason there is a gtk3 dep added, we can backport easily, right?
[16:26] <rodrigo_> seb128, not that it's going to happen, but just inc ase
[16:26] <seb128> backport what?
[16:26] <rodrigo_> backport to 1.2
[16:26] <rodrigo_> the package
[16:26] <seb128> get the code to still work on gtk2?
[16:26] <seb128> or, downgrade
[16:26] <seb128> yes we could
[16:26] <rodrigo_> no, no
[16:26] <rodrigo_> upload the 1.2 version
[16:26] <rodrigo_> ok
[16:27] <seb128> kenvandine, can you do a quick dx, os update in the meeting when it's desktop turn?
[16:28] <kenvandine> release meeting?
[16:28] <kenvandine> ok, dbarth usually does that
[16:28] <kenvandine> did he update the wiki page?
[16:30] <seb128> kenvandine, it's our turn now
[16:30] <kenvandine> ok
[16:31] <seb128> davidbarth, ^
[16:31] <seb128> davidbarth, not joining the release meeting for dx update?
[16:31] <kenvandine> he might be in another meeting... i can try to cover it :)
[16:31] <kenvandine> didn't prepare... but should know
[16:31] <kenvandine> just point to me when it is time
[16:32] <kenvandine> unless davidbarth pipes up :)
[16:34] <seb128> kenvandine, sorry for the short notice but don't worry it's early in the cycle
[16:34] <kenvandine> :)
[16:34] <davidbarth> what's that
[16:34] <seb128> kenvandine, I've to admit I forgot those meetings where starting again today so didn't prepare either
[16:34] <davidbarth> i'm here in the meeting
[16:34] <davidbarth> my turn?
[16:34] <kenvandine> davidbarth, yeah... i covered for now... but you can take over :)
[16:34] <davidbarth> https://wiki.ubuntu.com/DesktopExperienceTeam/MaverickReleaseStatus
[16:35] <seb128> davidbarth, seems kenvandine covered for you, sorry I messed up I checked for "dbarth"
[16:35] <kenvandine> :)
[16:35] <seb128> davidbarth, ok, your turn ;-)
[16:43] <davidbarth> kenvandine, seb128: thanks for covering for me, i was just finishing putting the report with all the links
[16:44] <seb128> davidbarth, np, sorry I checked the wrong nickname there ;-)
[17:05] <rickspencer3> didrocks, congrats on releasing the latest version of your book!
[17:05] <didrocks> rickspencer3: heh, thanks, I was released during UDS, but I just didn't have the time to blog about it :)
[17:06] <didrocks> (and yes, it was finished BEFORE UDS, I didn't write it there :p)
[17:06] <didrocks> just the last "read and fix rounds"
[17:21] <seb128> pitti, still there?
[17:22] <pitti> yes, apt is naughty
[17:22] <seb128> pitti, ok, I've sponsored appmenu-gtk for kenvandine, it's pretty trivial, not sure if you would have a few minutes to NEW review it before eow?
[17:27] <pitti> can do
[17:27] <seb128> pitti, if that's not today that's fine don't feel forced to do it
[17:28] <seb128> pitti, on monday works as well
[17:28] <seb128> I will upload an indicator-appmenu as well in a bit
[17:30] <pitti> seb128: I can't do it on Monday
[17:31] <pitti> because it's not in NEW
[17:31] <seb128> hmu?
[17:31] <seb128> oh
[17:31] <pitti> that's because it's in accepted :-P
[17:31]  * seb128 hugs pitti
[17:31] <seb128> that was quick ;-)
[17:31] <seb128> ^
[17:31] <kenvandine> hehe
[17:31] <kenvandine> :)
[17:32] <pitti> next time, flushing the changelog would be nice
[17:32] <seb128> pitti, do we have a policy about that? I was already wondering for the unity uploads
[17:33] <seb128> pitti, the indicator-appemenu is in NEW as well
[17:33] <seb128> pitti, if you still feel like reviewing one
[17:33] <pitti> policy> not that I know of, it just looks odd for a new pacakge
[17:33] <seb128> I guess that would make jcastro and kenvandine happy to get that in universe today
[17:33] <seb128> I will bin-NEW later
[17:33] <pitti> oh, I sent appmenu-gtk to main
[17:33] <pitti> it's trivial and our own breed
[17:33] <kenvandine> oh... thx... i'll do the MIR today then :)
[17:33] <pitti> we don't need it in main?
[17:33] <kenvandine> we do
[17:34] <jcastro> it would!
[17:34] <kenvandine> pitti, should i still do an mir bug?
[17:34] <pitti> well, if you wish
[17:34] <kenvandine> indicator-appmenu needs to go to main as well
[17:34] <pitti> but the point of MIRs is mainly to review imported and thirrd-party packages; I already reviewed the packaging now, and there's little question about upstream and support
[17:35] <kenvandine> ok
[17:36] <pitti> kenvandine: but for a paper trail, a MIR bug might be good, yes; not sure whether other MIR team members share my opinion about this :)
[17:36] <kenvandine> pitti, already done
[17:37] <pitti> cool, thaks
[17:37] <pitti> kenvandine, seb128: hm, no debian/compat in indicator-appmenu?
[17:37] <kenvandine> pitti, so if you want to resolve bug 592739
[17:37] <ubot2> Launchpad bug 592739 in appmenu-gtk (Ubuntu) "[MIR] appmenu-gtk (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/592739
[17:39] <pitti> ah, cdbs creates it on the fly with "5" if you don't have one, doesn't it?
[17:39] <pitti> kenvandine: done
[17:39] <seb128> pitti, yes, but that's a valid point, we should have one ideally
[17:40] <pitti> i-appmenu NEWed
[17:42] <seb128> pitti, you rock, thanks
[17:42] <seb128> jcastro, ^
[17:42] <jcastro> thanks pitti!
[17:42] <pitti> my pleasure
[17:43] <pitti> seb128: how was the release meeting?
[17:44] <kenvandine> pitti, bug 592743
[17:44] <ubot2> Launchpad bug 592743 in indicator-appmenu (Ubuntu) "[MIR] indicator-appmenu (affects: 1) (heat: 8)" [Undecided,New] https://launchpad.net/bugs/592743
[17:44] <seb128> pitti, it went ok, not as well tidy that the end of cycle ones
[17:44] <seb128> pitti, ie, not so much specific points to track and no current r-m watching things
[17:45] <seb128> pitti, but it went ok otherwise ;-)
[17:45] <pitti> good
[17:45] <pitti> (except that no RM -> bad)
[17:45] <seb128> pitti, thanks for asking btw ;-)
[17:45]  * seb128 hugs pitti
[17:45] <pitti> I just wondered whether you have any troubles right now
[17:45] <pitti> with ReleaseStatus, etc.
[17:46] <pitti> and cracking the whip :)
[17:47] <chrisccoulson> heh, "Dear ubuntu-mozillateam-bugs! 80% Sale continues" from Best ViagraPharmacy Online
[17:47] <chrisccoulson> are these lists not moderated? ;)
[17:49]  * didrocks thinks that seb128 found too easily the whip :)
[17:49] <pitti> didrocks: gosh, all these wounds on your back!
[17:50] <didrocks> seeing that? it's terrible :p
[17:50] <seb128> pitti, no, I'm doing fine so far I think ;-) but good to think you are still around in case I've issues ;-)
[17:51] <seb128> didrocks, speaking of which and since you a still around, how busy are you tonight? ;-)
[17:51]  * didrocks runs away
[17:51]  * didrocks is already not there
[17:52] <didrocks> don't try even :-)
[17:52] <seb128> lol
[17:52]  * seb128 hugs didrocks
[17:52] <didrocks> seb128: more seriously, I will take one hour break, but still can do some stuff
[17:52]  * didrocks hugs seb128
[17:52]  * seb128 hugs pitti
[17:52]  * didrocks hugs pitti too
[17:52] <didrocks> (take care of the wounds)
[17:52] <seb128> didrocks, I was joking, enjoy your weekend, you should call it a week not take a break
[17:52]  * pitti hugs seb128 and didrocks
[17:53] <seb128> didrocks, you had a busy week and did great work
[17:53] <seb128> didrocks, nice to see unity landing so nicely in maverick and upgrade working without out
[17:53] <seb128> out -> issue
[17:53] <seb128> doh, tired ;-)
[17:53] <didrocks> seb128: well, tomorrow I have an uninteresting ubuntu party meeting all the afternoon, I can do some useful stuff meanwhile :)
[17:53] <didrocks> seb128: thanks :-)
[17:53] <seb128> didrocks, also thanks for making our workitems count catch up with the trend line
[17:53] <seb128> didrocks, you closed quite some bugs this week ;-)
[17:53] <didrocks> heh, that was a great target ^^
[17:54] <didrocks> seeing all this TODO -> DONE
[17:54]  * didrocks breathes
[17:54] <jcastro> didrocks: <3
[17:54] <seb128> didrocks, say hello to kinouchou and others from me
[17:54] <didrocks> seb128: sure, I will :)
[18:21] <pitti> hah, I bent apt to my will
[18:21] <pitti> have a nice weekend everyone!
[20:05] <didrocks> jcastro: hey
[20:05] <didrocks> jcastro: does the appmenu in lucid ppa works? On which package should I depend?
[20:06] <jcastro> Yes it does!
[20:06] <jcastro> didrocks: #ayatana please!
[20:14] <ccheney> seb128: i believe so, i'm off until jun 18 though, is there a pending .1 deadline?
[20:14]  * ccheney may have been looking at the wrong page but thought .1 was for late july
[20:20] <seb128> ccheney, hi, no hurry I was just checking they were still on your list
[20:25] <ccheney> seb128: yea, i am planning on doing a full 3.2.1 update on OOo, hopefully soon after i return from paternity leave
[20:25] <ccheney> seb128: i have quite a few SRUs to write up and verify at that time related to the update :)
[20:25] <ccheney> iirc somewhere around 30
[20:26] <seb128> ccheney, ok, as said no hurry, enjoy your time off work for now ;-)
[20:26] <seb128> ccheney, when is the new openoffice going to be there?
[20:27] <seb128> ccheney, I was just checking because those were on the rt list for the meeting today
[20:28] <ccheney> seb128: 3.2.1 is already released, but my MIRs are still waiting on doko to review from june 5
[20:28] <seb128> ok
[20:28] <ccheney> seb128: so the 3.2.1~rc hasn't been built yet for maverick
[20:28] <seb128> let's see that next week
[20:28] <seb128> it's weekend time for now
[20:28] <ccheney> once it has built everywhere and i can see i don't need to fix any other issues on various arch i will do an upload of the final version
[20:29] <ccheney> afaik the 3.2.1 i uploaded is essentially the same as final, just had to be voted on for approval
[20:29] <seb128> ok
[20:29] <ccheney> there are probably additional ooo-build fixes for it, but i pull those in for each new upload
[20:30] <seb128> ok
[20:30] <seb128> let's check when you are back to work
[20:30] <seb128> it's weekend time for me and you are not supposed to be working
[20:31] <ccheney> ok
[20:32] <ccheney> feeding the baby atm but will be around all week but lagged