[00:04] <icekk> hey virutald i can rotate the cube left and right, but why wont it rotate up and down?
[00:07] <virtuald> i don't know
[00:14] <RAOF> icekk: Because it's not a cube :)
[00:34] <Amaranth> icekk: Your screen resolution is not 1:1 so it's not actually a cube, thus a desktop won't fit on the top and bottom
[01:56] <icekk> Amaranth, well the cube is Dumb, I want it two dimensional
[01:57] <icekk> it takes forever to run around the cube
[01:57] <Amaranth> icekk: *shrug*
[04:47] <latenite> Hi folks; i have fresh install of ubuntu and the nm-applet ist runing BUT dows not SHOW in taskbar. what s going on there?
[07:06] <pitti> Good morning
[07:33] <robert_ancell> pitti, are you there?
[07:33] <pitti> hey robert_ancell
[07:34] <robert_ancell> pitti, hey, I want to make the gnome-utils/remmina changed for natty - can I modify the ubuntu-meta package directly or is there a process to follow.  And do you also need to modify the seeds?
[07:35] <robert_ancell> and one more, what is the distinction between -i386 and -recommends-i386?
[07:35] <pitti> robert_ancell: you only modify the seeds, ubuntu-meta is autogenerated from that
[07:35] <pitti> robert_ancell: -i386 are the depends of ubuntu-desktop, the other the recommends
[07:36] <pitti> robert_ancell: in the seeds, recommends are in ()
[07:37] <robert_ancell> pitti, so, is there a process?
[07:38] <pitti> robert_ancell: just change the seeds
[07:38] <pitti> robert_ancell: and then, if you like, rebuild ubuntu-meta
[07:38] <pitti> it has an "update" script, which you just run
[07:38] <pitti> you need debootstrap and germinate installed
[07:40] <robert_ancell> pitti, ta
[08:31] <sp3ctrumIG> hi all....is there some Canonical employee? i 'd like to ask some questions.
[08:31] <pitti> !ask | sp3ctrumIG
[08:31] <ubot2> sp3ctrumIG: Please don't ask to ask a question, simply ask the question (all on ONE line and in the channel, so that others can read and follow it easily). If anyone knows the answer they will most likely reply. :-)
[08:35] <sp3ctrumIG> mmm...ok sry, my question is simple....what's the average preparation a good candidate must have to apply for Canonical...i mean, not the requirment asked in the job announce but the personal skills someone applying "feel" to have while applying....
[08:40] <pitti> sp3ctrumIG: you should have experience in the area you are applying for, should be a FOSS enthusiast, be available full time, familiar/comfortable with working from home, and reasonably understand Canonical's mission and goals
[08:41] <pitti> (shouldn't be that surprising :) )
[08:42] <sp3ctrumIG> yes, sure.... :)
[08:42] <sp3ctrumIG> thanks...
[08:43] <sp3ctrumIG> last two: is there in Canonical some italian team member? And: Being a community active member is a plus or not?
[08:44] <pitti> sp3ctrumIG: active community member is a great advantage, of course
[08:44] <pitti> sp3ctrumIG: we have several folks from Italy, yes
[08:45] <sp3ctrumIG> ok thanks a lot for your time and answers.
[08:45] <sp3ctrumIG> :)
[08:45] <pitti> sp3ctrumIG: 6 Italian folks right now
[08:45] <sp3ctrumIG> wow...
[08:45] <pitti> sp3ctrumIG: what are you interested in?
[08:46] <sp3ctrumIG> i was looking on Planet Ubuntu as usual and i saw Jono Bacon's announce...
[08:46] <wasikevin> Hi I am particularly interested in acer desktop.  Is anywhere I can find the latest Acer desktop for Ubuntu?
[08:46] <sp3ctrumIG> for Sw Engineer
[08:47] <pitti> wasikevin: we don't have an official Acer specific spin of Ubuntu (in fact, we don't have any vendor specific ubuntu spins at all); OEMs might ship them, of course
[08:48] <wasikevin> pitti, ic
[09:12] <rodrigo_> morning
[09:15] <didrocks> hey rodrigo_
[09:16] <rodrigo_> hi didrocks
[09:53] <didrocks> pitti: hey, short question, is it python-distutils-extra that prevents applications to choose their own prefix for the public module directory? It seems normally it should respect the --prefix= (http://docs.python.org/install/index.html#how-installation-works)
[09:55] <rodrigo_> any idea why I get this -> http://pastebin.ubuntu.com/529882/
[09:58] <didrocks> rodrigo_: cdbs had a change in dh_scour call few days ago, maybe related?
[09:58] <didrocks> rodrigo_: trying first using an older version of dh_scour
[09:58] <didrocks> cdbs*
[09:59] <rodrigo_> didrocks, maybe, but there's no call to scour at all on this package, so it's some other tool that does the call, right?
[09:59] <didrocks> rodrigo_: "dh_scour
[09:59] <didrocks> scour 0.25"
[09:59] <pitti> didrocks: it shouldn't be; p-d-e just expands what distutils does, but it doesn't force any prefix
[09:59] <didrocks> in top of your pastebin :)
[10:00] <pitti> didrocks: and my own modules only query rootpath/prefix from the distutils classes
[10:00] <didrocks> pitti: ok, I'll see how to fix this then (--prefix=/opt doesn't work for module for instance)
[10:00] <didrocks> pitti: just to confirm it wasn't on purpose (I found nothing in distutils-extra for that, right)
[10:01] <rodrigo_> didrocks, yes, I mean there's nothing scour-related in debian/* for this package, so who makes the call to that?
[10:02] <didrocks> rodrigo_: can you pastebin your debian/rules?
[10:03] <didrocks> rodrigo_: if you're using cdbs, I think it's called unconditionnaly
[10:03] <rodrigo_> didrocks, http://pastebin.ubuntu.com/529888/
[10:04] <didrocks> rodrigo_: /usr/share/cdbs/1/rules/debhelper.mk call it
[10:05] <didrocks> rodrigo_: you can use DEB_DH_SCOUR_ARGS to override the args
[10:05] <rodrigo_> ok
[10:05] <didrocks> seems that pitti has some fun in perl those days :)
[10:06] <pitti> didrocks: there was some pushback from the debian Perl maintainers
[10:06] <pitti> apparently we aren't really supposed to only use perl-base :/
[10:06] <pitti> I'll discuss with him
[10:07] <didrocks> pitti: argh… ok
[10:55] <rodrigo_> bbiab
[11:46] <rodrigo_> hey pedro_
[11:48] <pedro_> hello rodrigo_!
[12:01] <dholbach> hiya
[12:01] <dholbach> does anybody know if there's a new xchat-gnome release planned?
[12:02] <dholbach> I'm asking because of 92038
[12:02] <dholbach> (and probably other stuff that has landed upstream already)
[12:08] <didrocks> hey dholbach
[12:08] <didrocks> dholbach: not sure if they follow GNOME schedule or not (I'm not using it :))
[12:09] <dholbach> they don't
[12:09] <dholbach> check out ftp://ftp.gnome.org/pub/GNOME/sources/xchat-gnome :)
[12:09] <didrocks> yep :)
[12:11] <dholbach> Zdra, ^ do you know? :)
[12:11] <Laney> i think lucidfox may do something with xchat-gnome
[12:11] <Zdra> dholbach, as far as I know, x-g is unmaintained
[12:12] <dholbach> boohoooooo :'-(((((
[12:12] <Zdra> guess just need someone to step in and make the tarball
[12:12]  * dholbach ♥ xchat-gnome
[12:13] <Zdra> cassidy, do you know? ^
[12:14] <cassidy> chpe did the last releases afaik
[12:14] <cassidy> but I don't think he actively maintain it
[12:18] <Laney> didrocks: regarding your banshee MIR ping, what needs doing now?
[12:19] <dholbach> thanks cassidy, Zdra
[12:19] <didrocks> Laney: well, I'm not sure the dependency list is up to date. if you can check that every dep are either in the MIR or in main, that will be nice
[12:19] <dholbach> I hope somebody with an interest in it can roll a new tarball
[12:19] <Laney> ok there's at least those new ones i commented
[12:21] <didrocks> Laney: you added it to the MIR with the bug tasks?
[12:21] <didrocks> task*
[12:21] <Laney> just did that
[12:22] <didrocks> nice :)
[12:22] <didrocks> nothing else to do on the packaging side? all the uneeded dep have been stripped?
[12:22] <Laney> afaik
[12:22] <Laney> wait, no
[12:22] <Laney> it's not ready to be seeded yet
[12:23] <Laney> waits for mono -4 and a patch from gabriel
[12:23] <didrocks> Laney: ok, can you ping me once done and we will activate the end of the MIR process + seed
[12:24] <Laney> yus
[12:25] <didrocks> Laney: thanks :)
[12:26] <Laney> nps
[12:26] <Laney> i wonder when i'm going to be discharged
[12:41] <nessita> didrocks: good morning! have a few minutes?
[12:49] <didrocks> nessita: good morning :) sure
[12:50] <didrocks> Laney: what?
[12:50] <Laney> from hospital :P
[12:50] <didrocks> oh ok :)
[12:50] <didrocks> Laney: hope it will be soon for you!
[12:50] <nessita> didrocks: hello there! I answered myself, so thank you, but I'm glad I said hi :-)
[12:50] <didrocks> nessita: nice, glad to have be so helpful :)
[12:50] <ronoc> pitti, hey
[12:52] <ronoc> ivanka, is otto in today ?
[12:53] <didrocks> huhu, installing python application in a prefixed installation, with byte compilation and symlink is now working \o/
[12:53] <ivanka> ronoc: he is
[12:54] <ronoc> i have sent him a msg about an hour ago which it would if he could reply
[12:54] <ronoc> *be good
[12:54] <ronoc> ivanka, ^
[12:57] <ivanka> ronoc: will tell him when I see him
[12:57] <ronoc> ivanka, perfect thx
[13:11] <ronoc> pitti, ping ?
[13:13] <pitti> hello Pici
[13:13] <pitti> hello ronoc
[13:14] <ronoc> hey Martin
[13:14] <ronoc> pitti, so I was hoping in blocking the 0.5.0 release for maverick and rolling 0.5.0.1 this afternoon
[13:14] <ronoc> pitti, just a small one liner and then thats it promise
[13:15] <ronoc> i wrote a comment on the bug about it
[13:15] <ronoc> will file the new bug now and point the release at the bug
[13:15] <pitti> ronoc: ok, sounds fine; please just make sure that the package gets built with -v, to include the current -proposed upload as well
[13:16] <ronoc> pitti, okay it will probably be tomorrow since kenvandine is off
[13:25] <pitti> ronoc: oh, if you want to modify the old changelog, I can also remove the current version from  -proposed altogether
[13:26] <ronoc> pitti, that would probably be easiest, I won't be doing the packaging but might aswell wait for this release. Ken hopefully will do it in the morning
[13:26] <pitti> I'll coordinate with him then; easier to build with -v
[13:27] <ronoc> pitti, grand
[13:27] <ronoc> i'll send an email to both of you with the tarball location
[13:27] <ronoc> and bug attached
[13:30]  * rodrigo_ -> lunch
[13:46] <tedg> kenvandine, Did you have any idea why the Maverick GTK 3 packages in the ubuntu desktop PPA would be different than the Natty packages?
[13:47] <tedg> kenvandine, They seem to be missing the gir file
[14:24] <chrisccoulson> the tortoisehg plugin for nautilus is really nice!
[14:48] <rodrigo_> tedg, I think there were changes before submitting to natty, so the ones in the PPA are old, AFAIK
[14:49] <tedg> rodrigo_, Ah, okay.
[14:49] <tedg> Hopefully an update? :)
[15:00] <rodrigo_> tedg, an update to the PPA?
[15:01] <tedg> rodrigo_, Yes
[15:02] <rodrigo_> ah, for maverick
[15:22] <pitti_> sorry, trouble with my server again, I might have lost messages
[15:24] <pitti_> fta: FYI, PPA builds should now be unaffected of changelog mangling
[15:34] <mpt> mvo, hi, long time no see
[15:34] <mvo> hey mpt
[15:35] <mvo> mpt: indeed, and I'm almost out again now (doctors appointment)
[15:35] <mpt> mvo, there are a bunch of work items on <https://blueprints.launchpad.net/ubuntu/+spec/appdevs-desktop-n-software-center-ui-enhancements> that aren't assigned to anyone. Could you distribute them appropriately?
[15:36] <pitti_> mvo: uh, something serious?
[15:37] <mvo> pitti_: I hope not (and I don't think so). but the doctor will tell
[15:38]  * pitti_ hugs mvo
[15:38] <mvo> mpt: sure, I check that out. so far the rule was "if no name is attached to it, the assignment goes to the implementor (gary)"
[15:38] <mvo> mpt: but I will see that I pick some of his work, otherwise its a bit too much :)
[15:40] <mpt> ok
[15:40] <mpt> thanks
[15:41] <fta> pitti_, excellent, thanks
[15:42] <fta> pitti_, btw, any idea what's wrong with calibre?
[15:42] <pitti_> fta: unfortunately not; it might need another rebuild
[15:42] <pitti_> I've seen a new python-sip fly by, I think
[15:42]  * pitti_ curses C``
[15:42] <pitti_> C++, too; and the German keyboard layout I accidentally switched to :)
[15:42] <fta> :)
[15:43] <pitti_> fta: I'll try whether that works
[15:50] <pitti_> fta: yep, that works; uploading..
[16:21] <nessita> hey didrocks, would you be able to sponsor a new package? it should go universe at first so I can file the MIR
[16:21] <didrocks> nessita: not today (unity release), but tomorrow morning, for sure :)
[16:21] <didrocks> nessita: just give me the link for a quick review
[16:22] <pitti> ronoc: I think you meant to send your mail to the other Ken? :-)
[16:22] <pitti> hey nessita
[16:23] <nessita> didrocks: lp:~nataliabidart/ubuntuone-control-panel/natty-release
[16:23] <nessita> hey pitti! how are you?
[16:23] <didrocks> nessita: thanks!
[16:23] <nessita> didrocks: thank you!
[16:23] <pitti> nessita: splendid, thanks! how about you?
[16:23] <nessita> pitti: pretty good :-)
[16:24] <nessita> pitti: are you still sru team member?
[16:24]  * pitti suppresses the urge to cry "NOOOO"
[16:24] <pitti> nessita: yes, I am :)
[16:24] <didrocks> he is ^
[16:24] <didrocks> :)
[16:24] <nessita> pitti: I have a few SRU for ussoc with no further news, shall I be worry?
[16:25] <pitti> nessita: worried about what?
[16:25] <nessita> pitti: not being approved, for example. The package that solves those is still in the unapproved queue
[16:26] <pitti> nessita: I just ran out of time yesterday
[16:27] <rodrigo_> bff, g-c-c 2.91.2 took a lot of sweating
[16:27] <pitti> after the freeze there were a ton of upgrades
[16:27] <rodrigo_> just one thing left, which is a conflict with g-s-d
[16:27] <pitti> rodrigo_: ooh, you are packaging g-c-c 3?
[16:27] <pitti> are we going to use that in natty then?
[16:27] <rodrigo_> pitti, yes
[16:27] <nessita> pitti: ok, no problem. If you say that you'll get there, I blindly believe you.
[16:27] <pitti> \o/
[16:27] <rodrigo_> pitti, https://code.edge.launchpad.net/~ubuntu-desktop/gnome-control-center/ubuntugtk3
[16:27] <rodrigo_> pitti, we don't know yet, it¡'ll be in the PPA for now
[16:28] <rodrigo_> uploading to the PPA as soon as I solve the conflict
[16:28] <ronoc> pitti, whoops - resending
[16:28] <rodrigo_> pitti, so, g-s-d has Conflicts: gnome-control-center (<< 1:2.21.5)
[16:28] <rodrigo_> pitti, can I safely change that 1:.. to << 2.91.2 ?
[16:29] <pitti> rodrigo_: I don't think that'd be appropriate
[16:29] <pitti> rodrigo_: usually we use conflicts for moved files
[16:29] <rodrigo_> pitti, so, how do I remvoe the conflict (for g-s-d 2.91.2)
[16:29] <pitti> rodrigo_: so if the new g-c-c can't be used with the old g-s-d, then g-c-c needs to Breaks: g-s-d (<< 2.91)
[16:30] <pitti> rodrigo_: sorry, 1:2.91 of course
[16:30] <pitti> (can't get rid of the epoch)
[16:31] <rodrigo_> pitti, and so I add that to g-c-c and remove the Conflicts in g-s-d?
[16:31] <pitti> rodrigo_: there's no hurry removing the conflicts in g-s-d
[16:32] <pitti> rodrigo_: it can go, since that was only required for upgrades from dapper
[16:32] <rodrigo_> pitti, no, just want to have it ok for easy installation for ckpringle, who is been waiting on packages to test the new g-c-c
[16:32] <pitti> but it's independent
[16:32] <rodrigo_> but I can tell him to install with dpkg --force-conflicts
[16:32] <pitti> rodrigo_: 2.21 is ancient, so the conflicts shouldn't actually do anything
[16:32] <pitti> rodrigo_: seems we have a major misunderstaning; why do you think this ancient conflicts matters?
[16:33] <pitti> 2.1 << 2.91
[16:33] <pitti> 2.21 << 2.91, I mean
[16:33] <rodrigo_> pitti, I don't think it matters, it's just in the g-s-d package, and so when installing g-c-c 2.91.2 I get a conflict
[16:33] <rodrigo_> had to install it by hand with --foce-conflicts
[16:33] <pitti> rodrigo_: aah
[16:33] <pitti> rodrigo_: seems you dropped the epoch?
[16:33] <pitti> you can't, I'ma fraid
[16:33] <rodrigo_> no, I didn't
[16:34] <pitti> Conflicts: gnome-control-center (<< 1:2.21.5) means that you can't co-install it with any version less than that, but it's fine with any newer version
[16:34] <pitti> and 1:2.91 is definitively later than 1:2.21
[16:34] <pitti> unless you dropped the epoch
[16:34] <rodrigo_> see http://bazaar.launchpad.net/~ubuntu-desktop/gnome-settings-daemon/ubuntugtk3/annotate/head%3A/debian/control line 54
[16:35] <rodrigo_> oh, I removed the epoch from the changelog, right
[16:35] <pitti> no, the epoch in g-c-c 3
[16:35] <pitti> http://bazaar.launchpad.net/~ubuntu-desktop/gnome-control-center/ubuntugtk3/annotate/head%3A/debian/changelog
[16:35] <pitti> yep
[16:35] <rodrigo_> yeah, sorry
[16:35] <rodrigo_> my fault
[16:36] <rodrigo_> so making that 1:2.91.2 should fix it then
[16:36] <pitti> right
[16:36] <pitti> no problem :)
[16:36] <rodrigo_> ok
[16:36] <bilalakhtar> rodrigo_: What about those two bugs you filed to update packages in Ubuntu?
[16:36] <pitti> just too me a while to understand what you were asking
[16:36] <rodrigo_> pitti, yeah, sorry :)
[16:36] <rodrigo_> bilalakhtar, still waiting on an answer (librest and libsocialweb, right?)
[16:37] <bilalakhtar> rodrigo_: yes
[16:38] <rodrigo_> bilalakhtar, so yes, waiting for responses on the bugs
[16:38] <rodrigo_> I'll dput them to the PPA though
[16:39] <bilalakhtar> rodrigo_: I might look at it tomorrow
[16:39] <rodrigo_> bilalakhtar, at the bugs?
[16:40] <bilalakhtar> rodrigo_: yup
[16:40] <rodrigo_> bilalakhtar, ok, cool, those 2 branches really need review, I had to do an ugly hack, so I've done something wrong for sure :)
[16:43] <fta> didrocks, hey, i don't think there's anything i can do for the chromium icon on unity. i provide clean icons in different sizes already, incl svg.
[16:44] <didrocks> fta: ok, that's weird as we try the approaching size of the icon, we'll see later in the release I guess
[16:45] <fta> didrocks, maybe you're using the wrong one
[16:46] <didrocks> fta: well, it's the same for every icons
[16:46] <tremolux> hello pitti!  \o
[16:46] <pitti> hey tremolux
[16:47] <tremolux> pitti: I have wondered this - am I supposed to set the verification-done tag for the tzdata bug?
[16:47] <tremolux> pitti: I was assuming I was supposed to let someone else set that after I report that I tested
[16:48] <tremolux> bug 672808
[16:48] <ubot2> Launchpad bug 672808 in tzdata (Ubuntu Karmic) (and 6 other projects) "2010o available (affects: 1) (heat: 10)" [Undecided,Fix committed] https://launchpad.net/bugs/672808
[16:48] <pitti> tremolux: please feel free to set it yourself
[16:48] <tremolux> pitti: ok, thanks
[17:15] <pitti> rodrigo_, didrocks: do you know whether it would be okay for me to update to libnotify 0.7, which uses libgtk3 (and also bumps ABI)?
[17:16] <didrocks> pitti: woudln't that mean that every apps using libnotify will have to switch to gtk3 as well?
[17:16] <didrocks> pitti: I think we discussed at UDS about issues with linking against both gtk2 and gtk3
[17:16] <pitti> oh, hang on -- it seems it doesn't actually link against gtk3
[17:16] <pitti> just glib
[17:17] <pitti> but it would require rebuilding all the reverse dependencies
[17:17] <didrocks> that's nicer then :)
[17:17] <didrocks> because of the ABI break, isn't it?
[17:17] <pitti> but there's already stuff that requires the newer notify
[17:17] <pitti> didrocks: yes
[17:17] <pitti> I need to update packagekit-gnome
[17:17] <pitti> since that still uses the obsolete libdevkit-power, which is NBS
[17:18] <didrocks> well, in any case, we will probably rebuild everything for that
[17:18] <pitti> I could try using packagekit-gnome 2.32 instead of 2.91
[17:18] <pitti> but I thought we'd rather go to gtk3 stuff if we can?
[17:19] <didrocks> pitti: for applications, we decided to get there late on the cycle and switch on a application per application bases
[17:19] <pitti> didrocks: right; I think packagekit-gnome should be okay?
[17:19] <didrocks> pitti: sounds good (to me)
[17:22] <rodrigo_> pitti, there's an API break in new libnotify afaik
[17:23] <pitti> rodrigo_: yes, new soname (0->4)
[17:23] <rodrigo_> pitti, upload it to the PPA for now, if you want
[17:23] <pitti> rodrigo_: we could alternatively upload it as a new source libnotify4
[17:23] <pitti> so that we have both APIs/ABIs in parallel for a while?
[17:23] <rodrigo_> yes
[17:23] <pitti> rodrigo_: which PPA?
[17:23] <rodrigo_> not sure if the upstream source is parallel-installable though
[17:23] <rodrigo_> I hope so
[17:24] <pitti> libnotify1 and libnotify4 will
[17:24] <pitti> for -dev, I'd have to improvise
[17:24] <pitti> but that's not strictly required
[17:24] <rodrigo_> :)
[17:25] <rodrigo_> is the .pc file versioned?
[17:25] <pitti> no, and it shouldn't be
[17:25] <pitti> the two -dev packages shouldn't be coinstallable
[17:26] <pitti> or, at least, don't need to
[17:26] <rodrigo_> well, apps linking to one or the other need to choose one
[17:26] <rodrigo_> the API is different
[17:26] <pitti> right
[17:26] <pitti> so they'd b-dep on libnotify-dev (old) or libnotify4-dev (new)
[17:26] <rodrigo_> ah, ok
[17:26] <pitti> it's a pain, though, to keep two versions
[17:27] <pitti> but I guess we should as long as we still have stuff which links against the old one
[17:37] <vish> njpatel / bratsche: hi.. when is the resize grip going to land in Natty? we were considering running it as a milestone for papercuts and fix apps which dont have a resize grip
[17:37] <vish> rather identify apps.. ;)
[17:37] <njpatel> vish, I'm not too sure, and bratsche is probably on  holiday today :)
[17:37] <njpatel> vish, can you ping again tomorrow? I think latest is by A1
[17:38] <vish> njpatel: sure will do, thanks.. :)
[17:46] <pitti> rodrigo_: would you happen to know whether we have a package which satisfies
[17:46] <pitti> PKG_CHECK_MODULES(CONTROL_CENTER, [
[17:46] <pitti>  libgnome-control-center >= 2.31.4])
[17:46] <pitti> ?
[17:47] <pitti> rodrigo_: our gnome-control-center-dev only has gnome-default-applications.pc and gnome-keybindings.pc
[17:47] <fta> anyone's interested by chromium & gtk theme integration? it's moving: http://groups.google.com/a/chromium.org/group/chromium-dev/browse_thread/thread/eaf3923ca175bd34#
[17:49] <pitti> rodrigo_: hm,m it also needs #include <libgnome-control-center/cc-panel.h>; so perhaps this is all stuff from g-c-c 3
[17:52] <rodrigo_> pitti, right, but the new one has a lib and a header file
[17:53] <pitti> ah, good
[17:53]  * pitti goes with packagekit-gnome 2.32 for now, then
[17:53] <rodrigo_> pitti, what app was that?
[17:53] <pitti> rodrigo_: packagekit-gnome
[17:53] <rodrigo_> ah, ok
[17:53] <pitti> 2.91.2
[17:53] <rodrigo_> then yes, it's a panel for new g-c-c
[17:54] <rodrigo_> btw, gsettings-desktop-schemas is now in natty, right?
[17:54] <pitti> $ rmadison gsettings-desktop-schemas
[17:54] <pitti> gsettings-desktop-schemas | 0.1.0-0ubuntu1 |         natty | source, all
[17:55] <rodrigo_> right, so why is g-s-d on the ppa failing because of missing that -> https://launchpad.net/~ubuntu-desktop/+archive/gnome3-builds/+build/2040867 ?
[17:55] <rodrigo_> it doesn't even complain about it having that in the Build-deps, but doesn't install it
[17:56] <pitti> rodrigo_: you need to b-dep on gsettings-desktop-schemas-dev
[17:56] <pitti> to get the .pc
[17:56] <rodrigo_> hmm, it's already there
[17:57] <pitti> it's nowhere in the build log
[17:57] <rodrigo_> gsettings-desktop-schemas-dev
[17:57] <rodrigo_> in the control file
[17:57] <rodrigo_> maybe I uploaded a wrong one?
[17:57] <pitti> rodrigo_: perhaps you changed control, not control.in?
[17:57] <pitti> common trap to fall into
[17:57] <rodrigo_> oh, maybe
[17:57] <bcurtiswx__> would the changelog for network manager tell me if its supposed to be getting removed
[17:57] <bcurtiswx__> or replaced
[17:59] <rodrigo_> pitti, right, that was it, thanks again :)
[18:01] <pitti> rodrigo_: so, which PPA should I upload libnotify4 to?
[18:01] <rodrigo_> pitti, https://launchpad.net/~ubuntu-desktop/+archive/gnome3-builds
[18:02] <pitti> ah, cool, thanks
[18:02] <pitti> libnotify4 (0.7.0-0ubuntu1~build1) natty; urgency=low
[18:02] <pitti> like this? with ~build1, so that it's smaller than the final upload to natty?
[18:03] <rodrigo_> as you want, I was first using ~ppa*, but robert used the real version #, so I changed to just use the real one
[18:03] <pitti> ~ppa1 sounds fine
[18:03] <rodrigo_> pitti, btw, just in case so that we don't step on each other, g-screensaver is next on my list
[18:04] <pitti> rodrigo_: oh, I won't continue today
[18:04] <pitti> rodrigo_: I mainly did that to get rid of libdevkit-power
[18:04] <pitti> which is done now
[18:04] <rodrigo_> pitti, me neither, going out now :)
[18:04] <pitti> ...ish (as soon as I upload PK-gnome)
[18:04] <rodrigo_> ah, ok
[18:05] <rodrigo_> ok, new g-s-d uploaded, hopefully it builds on the ppa now
[18:05] <rodrigo_> so now out for some fresh air, later all :)
[18:21] <pitti> didrocks: hm, today I again don't have any composite in compiz, btw
[18:21] <pitti> didrocks: so this seems reproducible
[18:21] <pitti> only after compiz --replace
[18:21] <didrocks> pitti: hum, that's ugly :/ and without compiz --replace, it restarts it?
[18:21] <didrocks> hum…
[18:22] <pitti> hm, actually
[18:23] <pitti> didrocks: I noticed that my usual key bindings worked all day
[18:23] <pitti> so perhaps it really did start metacity
[18:23] <pitti> now not even alt+f2 works
[18:23] <didrocks> pitti: what do you have as the default in gconf?
[18:24] <didrocks> (oh right about alt + f2)
[18:26] <pitti> didrocks: confirmed, I rebooted my computer, and I get metacity by default
[18:27] <pitti>     /desktop/gnome/applications/window_manager:
[18:27] <pitti>      default = /usr/bin/compiz
[18:27] <pitti>      current = /usr/bin/compiz
[18:27] <pitti> nothing interesting in .xsession-errors
[18:27] <didrocks> pitti: and /desktop/gnome/session/required_components/windowmanager ?
[18:28] <pitti>      windowmanager = metacity
[18:28] <didrocks> ahah :)
[18:28] <didrocks> and that's the key which is taken into account
[18:28] <pitti> what about the other two?
[18:28] <pitti> they are obsolete?
[18:28] <didrocks> the two other are taken into account only if windowmanager = gnomewm
[18:28] <pitti> I didn't touch that, but it could have been changed yesterday with the failed upgrade
[18:28] <didrocks> which is utterly broken because we override that in the appearance capplet and change this primary key
[18:29] <pitti> gconftool -R /desktop/gnome/session/required_components/windowmanager
[18:29] <pitti> still metacity
[18:29] <didrocks> pitti: yeah, and you are the second, I have to find why it changed for you
[18:29] <pitti> it's the schema default apparently?
[18:29] <didrocks> pitti: probably, but we ovveride with gnomewm normally
[18:29] <pitti> hm, gnome-session.schemas has it as "gnome-wm"
[18:30] <pitti> defaults/10_gnome-session-bin:/desktop/gnome/session/required_components/windowmanager gnome-wm
[18:30] <pitti> and some bits in une/
[18:30] <pitti> didrocks: ah, I used -u (previously -R)
[18:31] <pitti> now it's "gnome-wm"
[18:31]  * pitti logs out again and checks
[18:32] <didrocks> pitti: ok, should be good with gnome-wm
[18:33] <pitti> didrocks: ok, confirmed
[18:33] <pitti> didrocks: gnome-wm gives me compiz
[18:33] <pitti> but not having any keybinding sucks a lot, so I set it back to metacity now
[18:33] <didrocks> pitti: ok, the question is why it changed to metacity on the upgrade
[18:33] <didrocks> pitti: and you confirm that using g-c-c change this key between metacity and compiz, isn't it?
[18:34] <pitti> I guess it sohuld
[18:34] <pitti> I think I tried the appearance applet yesterday
[18:34] <pitti> but it's currently totally broken
[18:34] <pitti> (I think you mentioned that)
[18:35] <didrocks> pitti: I've fixed it
[18:35] <pitti> it said "no effects" when I had compiz running
[18:36] <pitti> so I used gconftool
[18:36] <didrocks> pitti: which version of g-c-c?
[18:36] <pitti> 1:2.32.0-0ubuntu3
[18:37] <didrocks> hum really? let me check…
[18:38] <didrocks> ah, the detection is broken, but this time, if you click on "normal", it's switching and kept like this, right?
[18:38] <didrocks> (this was broken previously)
[18:39] <pitti> didrocks: confirmed, works
[18:40] <didrocks> pitti: ok, but I still find the "gnome-wm" thing broken as we change by the capplet and can never be back at the other behavior, it sounds suboptimal
[18:40] <pitti> didrocks: is it gnome-wm which does the expensive detection?
[18:41] <didrocks> pitti: exactly
[18:41] <didrocks> pitti: but the first time you click on the capplet, it won't be used anymore
[18:42] <didrocks> so, it's a big machine gun for not a lot of benefits :)
[18:42] <pitti> didrocks: well, with unity this entire thing becomes mostly obsolete anyway, no?
[18:42] <pitti> it won't make sense in unity (as we need compiz), and with only 2D you won't need it in GNOME either
[18:43] <didrocks> pitti: yeah, what I want to do is to make a compiz plugin (first plugin loaded) which makes that detection
[18:43] <pitti> so you'd only need it if you deliberately run GNOME and want metacity
[18:43] <didrocks> right, there are 3 levels:
[18:43] <didrocks> - compiz + unity
[18:43] <didrocks> - compiz only (with gnome-panel)
[18:43] <didrocks> - metacity (with gnome-panel)
[18:43] <didrocks> so, the plugin will decide that IMHO
[18:44] <didrocks> then, if people wants another wm, they will have something which change the gconf key
[18:54]  * pitti waves good night
[18:56] <didrocks> good night pitti
[18:57] <fta> (i run gnome with metacity.. and i feel unsafe with the current changes)
[18:57] <fta> (.. as unity was a disaster for me on my netbook)
[19:04] <ari-tczew> does merge/sync compizconfig-backend-kconfig from Debian makes sense?
[20:58] <cyphermox> kenvandine, still there?
[23:03] <bcurtiswx> should I not be removing compiz with the current natty dist-upgrade?
[23:14] <chrisccoulson> bcurtiswx, no ;)
[23:19] <robert_ancell> RAOF, is there a way I can list all the atoms in the X server?
[23:23] <RAOF> robert_ancell: xlsatoms seems a good bet :)
[23:26] <robert_ancell> RAOF, nice :)
[23:28] <robert_ancell> RAOF, hmm, I want the get the TTY the xserver is running - I think it's one of the atoms - how do I get all their values?
[23:32] <RAOF> robert_ancell: Dunno off the top of my head, sorry.