[00:01] <chrisccoulson> but yeah, there is also hardcoded paths in yelp too (and all the omf files have a hardcoded path as well)
[00:10] <rickspencer3_> robert_ancell, good morning
[00:10] <robert_ancell> rickspencer3_, hi rick
[00:35] <rickspencer3> robert_ancell: kenvandine: now that the session menu is in, should we not clean up the system menu?
[00:36] <robert_ancell> rickspencer3, ?
[00:36] <rickspencer3> hehe
[00:36] <rickspencer3> robert_ancell: never mind
[00:37] <rickspencer3> I'll follow up next week
[00:37] <rickspencer3> but we shouldn't have all the shutdown options in the session menu and the system menu
[00:37] <robert_ancell> rickspencer3, is the session menu the fusa?
[00:39] <rickspencer3> yes, what was until so recently called the fus
[00:39] <rickspencer3> fusa
[00:47] <TheMuso> What calls xsplash?
[00:48] <TheMuso> And is there a way for the caller of xsplash to be told what images to use, now that xsplash supports command-line flags to tell it what images to use?
[01:11] <chrisccoulson> TheMuso - it's called from a GDM script
[01:14] <TheMuso> chrisccoulson: Yeah just found it.
[03:09] <superm1> bryce, i try to not use p.u.c since it's never in sync for a dev release. always refer to launchpad
[06:30] <TheMuso> robert_ancell: Afaik libcanberra is not covered by the GNOME freeze exception.
[06:30] <TheMuso> So it will nee an FFE.
[06:30] <TheMuso> need
[06:30] <robert_ancell> TheMuso, ah, ok.  Where is the freeze exception specified?
[06:31] <TheMuso> robert_ancell: I put a link in the bug. I replied not yet knowing that you assigned it to me. :)
[06:31] <robert_ancell> TheMuso, I was about to do it and then saw you tend to make that release
[06:33] <TheMuso> robert_ancell: again as I said in the bug, I think we're better off pulling any important patches we need from trunk. 0.16 also introduces a new symbol/API function.
[06:33] <TheMuso> So unless a piece of gnome will use that, I think we're better off leaving it for now.
[06:33] <robert_ancell> ok
[06:34] <TheMuso> On the other hand, the list of changes is quite short, and its only just after FF, so we could still probably get it in rather easily.
[06:34] <TheMuso> But I don't see the real need atm.
[06:38] <dholbach> good morning
[06:39] <dholbach> robert_ancell: IIRC gimp is not part of core gnome - it might need an ubuntu-release ACK
[06:40] <dholbach> I'll just subscribe them to the bug
[06:40] <robert_ancell> dholbach, thanks.  Where is the list of what is excepted?
[06:40] <dholbach> good question - the core gnome desktop is excepted
[06:40] <dholbach> seb128 would know what is and what isn't
[06:40] <dholbach> gimp, gthumb - stuff like that isn't
[06:41] <dholbach> at least as well as I remember from "back then" :)
[06:41] <robert_ancell> are the libraries included or just applications?
[06:41] <dholbach> included
[07:00] <Amaranth> robert_ancell: afaik if it's in one of the gnome release sets (desktop, platform, bindings, development) and included in the default install it has a FFE
[07:00] <Amaranth> not sure for things not in the default install like epiphany
[07:01] <robert_ancell> Amaranth: ah, thanks
[07:01] <Amaranth> robert_ancell: do you have a way to reproduce bug 153676?
[07:02] <Amaranth> err, not that one
[07:02] <robert_ancell> ...
[07:03] <Amaranth> robert_ancell: bug 165161
[07:05] <robert_ancell> Amaranth: seb128 knows some good ones but you can do it by trying to install software from the software-store
[07:05] <Amaranth> oh, that is packaged?
[07:05] <robert_ancell> yes
[07:08] <Amaranth> robert_ancell: seems it doesn't happen all the time :/
[07:08] <robert_ancell> Amaranth: yes, I see the same thing :(
[07:08] <Amaranth> ok, will look at that a bit tomorrow
[07:08] <Amaranth> I've only done some little stuff in that area of compiz though
[07:10] <robert_ancell> dholbach, can you explain the shlibs setting?  I don't think I've been setting them correctly
[07:10] <pitti> Good morning
[07:10] <pitti> chrisccoulson: right, /omf/ too; ugh
[07:10] <dholbach> robert_ancell: if public interfaces get added you bump the shlibs
[07:11] <pitti> hey robert_ancell
[07:11] <robert_ancell> and what uses that information?
[07:11] <robert_ancell> hey pitti
[07:11] <dholbach> robert_ancell: so if something links against the library in a new build the new version information is picked up
[07:11] <pitti> dholbach, robert_ancell: just for your interest, symbol files are a bit more modern and precise
[07:11] <pitti> (I didn't follow the entire conversation, though)
[07:12] <dholbach> pitti: you're right
[07:12] <robert_ancell> so should we be migrating shlibs to symbol files?
[07:12] <pitti> if you want
[07:12] <pitti> old .shlibs files works as well still
[07:12] <pitti> but with symbols files the package build will remind you of new symbols
[07:12] <dholbach> it makes sense to coordinate that with debian
[07:12] <pitti> so it's less guesswork and you are less prone to forget about the shlibs files
[07:13] <pitti> robert_ancell: so I'm not saying "we should migrate" for the sake of it, just pointing out that they exist
[07:13] <pitti> matter of preference mainly
[07:13] <robert_ancell> pitti, I'm just looking for a one true way to do things so I don't have to know two ways :)
[07:14] <pitti> robert_ancell: FWIW, I usually prefer symbols files nowadays
[07:14] <pitti> since I also always forgot to bump the shlibs files
[07:14] <pitti> now lintian checks it for me :)
[07:14] <pitti> and dh_shlibdeps can calculate the precise dependencies according to which symbols a package actually uses
[07:15] <robert_ancell> sounds good to me
[07:28] <pitti> robert_ancell: can you please push your gnome-power-manager upload to bzr?
[07:30] <robert_ancell> pitti, there should be a branch on the report - I couldn't upload to the main branch as i'm not in the power team
[07:30] <pitti> robert_ancell: oh, we really ought to change the owner
[07:31] <robert_ancell> pitti, shall i push it to ~ubuntu-desktop and update the control file?
[07:31] <pitti> robert_ancell: hang on, I try to change the existing one
[07:31] <robert_ancell> k
[07:32] <pitti> robert_ancell: changed; yes, please push now and change Vcs-Bzr:
[07:33] <pitti> robert_ancell: stop
[07:33] <pitti> robert_ancell: while I'm at it, let's also rename it to "ubuntu"
[07:33] <pitti> "trunk" is not really justified IMHO
[07:33] <robert_ancell> pitti, and can we change the project name from gnome-power to gnome-power-manager?
[07:33] <pitti> Ubuntu Desktop already has a branch for gnome-power called ubuntu
[07:33] <pitti> oh, we have?
[07:34] <pitti> https://code.edge.launchpad.net/~ubuntu-desktop/gnome-power/ubuntu
[07:34] <pitti> ah, that's correct then
[07:34] <pitti> seems you already pushed it there
[07:35] <pitti> robert_ancell: I deleted the old "trunk" branch
[07:35] <dholbach> I did :)
[07:36] <pitti> robert_ancell: ok, let's use lp:~ubuntu-desktop/gnome-power/ubuntu from now on
[07:36] <pitti> robert_ancell: you can delete lp:~robert-ancell/gnome-power/ubuntu then (and probably lp:~robert-ancell/gnome-power/bug-419637, too)
[07:37]  * pitti -> breakfast
[07:38] <robert_ancell> hmm, lp is timing out
[08:15] <didrocks> morning everybody :)
[08:15] <pitti> hey didrocks
[08:16] <didrocks> hey pitti, have you finally succeeded in all MIR reviewing? :)
[08:16] <pitti> kenvandine: evo-couchdb seeded now, so we'll see it soon in component-mismatches
[08:16] <pitti> didrocks: not in all, but at least all assigned to me
[08:17] <pitti> still some 20 eucalyptus ones outstanding as well, though
[08:17] <didrocks> waow... it seems that eucalyptus brings a lot of components
[08:18] <soren> ..and pain and suffering :)
[08:18] <didrocks> I believe you :)
[08:40] <dholbach> didrocks: once ttx is done with that, java packaging will be easy because we have all java modules in the archive already ;-)
[08:59] <robert_ancell> pitti, what do we do about API changes like in bug 419631?
[09:05] <robert_ancell> bye all
[09:46] <mac_v> mvo: hi...aptd keeps crashing > Bug #418766 , but its marked as a dup of a private bug... could you make the main bug public? or is there some reason for the main bug being private ?
[09:51] <mvo> mac_v: checking
[09:52] <mac_v> thanx :)
[09:58] <mvo> hey glatzor!
[09:58] <glatzor> hey mvo!
[09:58] <mvo> mac_v: the aptdaemon bug is fixed in bzr
[09:59] <mac_v> great :)
[10:03] <mvo> glatzor: I don't want to be anyoing or anything, but do you think you could have a look over the add-repo patch sometimes today ?
[10:03] <glatzor> for sure
[10:03] <glatzor> one moment
[10:06] <glatzor> mvo, do you know why the review diff is not uptodate ? https://code.edge.launchpad.net/~mvo/aptdaemon/add-repo/+merge/10744
[10:07] <mvo> glatzor: no, I was wondering the same
[10:07] <mvo> glatzor: I can remove it and request a new merge?
[10:08] <glatzor> mvo, I can also do it the old fashion way :)
[10:08] <mvo> :)
[10:15] <seb128> hello there
[10:17] <davmor2> just a quickie on the fusa applet on today ubuntu iso the icon is the default icon when one can't be found I'm just checking that this is known
[10:21] <glatzor> mvo, does it make sense to have separate add/remove repository policies?
[10:21] <glatzor> mvo, I cannot think of a use case in which a user would be allowed to add repositories and not remove any
[10:21] <mvo> glatzor: me neither
[10:22] <didrocks> hey seb128, do you have some nice holidays? ;)
[10:22] <seb128> hello didrocks
[10:22] <glatzor> mvo, especially if we add remove/disable/enable/change resository in the future
[10:22] <seb128> yes excellent thanks
[10:22] <seb128> you?
[10:22] <glatzor> hello seb128
[10:22] <seb128> hey glatzor
[10:22] <didrocks> they were great too, thanks
[10:27]  * pitti hugs seb128
[10:27]  * seb128 hugs pitti
[10:27] <mvo> glatzor: yeah, that is something we will support, but I do not plan to work on this for karmic
[10:28] <huats> morning
[10:31] <seb128> lut huats
[10:32] <huats> hello seb128
[10:32] <huats> get out of here you are on holidays ...
[10:35] <seb128> huats, I've been away for over a week if you didn't notice
[10:35] <huats> I have
[10:36] <huats> but I mean you are still on holidays (and come back monday ?)
[10:42] <chrisccoulson> hey seb128!
[10:42] <chrisccoulson> aren't you meant to be on holiday still? ;)
[10:42] <seb128> hey chrisccoulson
[10:42] <seb128> hum, seem people are not happy to see me around
[10:43] <chrisccoulson> of course we are - just a little unexpected;)
[10:43] <seb128> well I was away one week and was enjoying some catching up with desktop world
[10:43] <seb128> I don't see anything wrong with that ;-)
[10:43] <seb128> especially that the versions page has an outdated overflow
[10:44] <chrisccoulson> yeah, i really need to do some updates this week
[10:45] <chrisccoulson> it seems robert_ancell did most of them overnight ;)
[10:46] <seb128> chrisccoulson, 'most of them', there is still over a screen of outdated versions there looking at the lists
[10:47] <chrisccoulson> yeah, i'll try and look at some of those today
[10:48] <didrocks> now that quickly 0.2 is released an FF in charge, I can do some of them :)
[10:52] <chrisccoulson> seb128 - i've got to the bottom of this gnome-settings-daemon crash which is causing so many duplicates
[10:52] <seb128> chrisccoulson, oh, good, what was it?
[10:53] <chrisccoulson> well, I think part of it is a Xorg bug, as it is returning the wrong error
[10:53] <chrisccoulson> but I need to speak to bryce about that
[10:54] <chrisccoulson> but basically what happens is - xsplash gets focus when the window manager loads, then it gets destroyed, and when you open another window which takes focus, libxklavier does XGetWindowProperty on the non-existant window
[10:55] <chrisccoulson> which should return BadWindow, but it doesn't because another client created a pixmap in the mean-time which gets the same ID as what the xsplash window hd
[10:55] <chrisccoulson> s/hd/had
[10:55] <chrisccoulson> and that messes things up :-/
[10:57] <seb128> ok, I see
[10:57] <pitti> rock
[10:58] <pitti> new rhythmbox without hal, and media-player-id working
[10:58] <chrisccoulson> hey pitti
[10:58] <pitti> hey chrisccoulson
[11:00] <rodrigo_> is there a bug for 'removable media doesn't get automounted' already?
[11:00] <huats> seb128: I will do some updates too...
[11:00] <pitti> rodrigo_: works fine here..
[11:00] <seb128> huats, thanks
[11:01] <rodrigo_> pitti: not here, maybe I'0m missing some package, since I upgraded from jaunty?
[11:01] <rodrigo_> pitti: I have to manually mount all of them, not even CDs
[11:01] <pitti> rodrigo_: ubuntu-bug, select "storage", and walk through the steps
[11:01] <rodrigo_> pitti: and running gnome from jhbuild mounts them nicely
[11:01] <pitti> rodrigo_: it's an excellent test case for my new symptom hook :)
[11:02] <pitti> rodrigo_: and in fact I'd like to see how it works for you as reporter, and for me as bug receiver
[11:02] <rodrigo_> pitti: ah cool, running it
[11:02] <rodrigo_> we moved away from hal now, right?
[11:03] <pitti> rodrigo_: correct
[11:03] <rodrigo_> that's why I think I might missing some package, since in jhbuild it works
[11:03] <rodrigo_> anyway, running ubuntu-bug...
[11:04] <glatzor> mvo, I merged your branch with some small modifications
[11:04] <mvo> glatzor: wonderful, thanks a lot
[11:05] <rodrigo_> pitti: it tells me to specify a PID or package, what package should I tell it?
[11:05] <glatzor> mvo, It would be nice to be allowed to push to a branch that you review
[11:06] <pitti> rodrigo_: uh, what did you do?
[11:06] <pitti> rodrigo_: is this really current karmic?
[11:06] <rodrigo_> run ubuntu-bug
[11:06] <pitti> ubuntu-bug should bring up a dialog asking for a symptom
[11:06] <pitti> dpkg -s apport
[11:06] <rodrigo_> well, I'm upgrading right now some 30MB of packages, so latest might be there
[11:06] <mvo> glatzor: I can (from now on) push all my stuff under ~aptdaemon-developer
[11:06] <pitti> rodrigo_: it's been there for > 3 weeks, hm
[11:06] <rodrigo_> hmm
[11:06] <pitti> rodrigo_: do you have the apport-symptoms package installed?
[11:07] <rodrigo_> pitti: no, not installed
[11:07] <pitti> rodrigo_: ah, can you please install it?
[11:07] <rodrigo_> yes, installing it now
[11:07] <pitti> odd, it's recommended by apport
[11:07] <rodrigo_> ah, now it works :)
[11:13] <rodrigo_> pitti: https://bugs.launchpad.net/ubuntu/+source/gvfs/+bug/419824
[11:14] <davmor2> Guys shutdown and restart seem to be hanging on asking all remaining processes to terminate
[11:17] <didrocks> chrisccoulson: I've already updated gnome-themes (refresh your version.html ;))
[11:17] <pitti> davmor2: regression in -7 kernel, known
[11:17] <chrisccoulson> didrocks - thanks:)
[11:17] <davmor2> pitti: cool
[11:17] <Laney> I couldn't even boot with -7
[11:19] <didrocks> ajaxed LP version is soooo smooth :)
[11:20] <Laney> it is nice, I just hope they can get page loads to be faster now
[11:25] <pitti> seb128: can I ask you a favor? would you mind to review media-player-id in source NEW? it's a trivial package, but required by new RB
[11:27] <chrisccoulson> pitti - is HAL the only thing on the CD now which hasn't been ported to polkit-1?
[11:27] <pitti> chrisccoulson: hplip as well
[11:27] <chrisccoulson> ah, ok.
[11:28] <pitti> chrisccoulson: oh, and network-manager
[11:28] <pitti> there's an upstream branch for it, but it didn't land in ubuntu yet
[11:28] <pitti> I'll nag asac about it after his vac
[11:28] <chrisccoulson> cool!
[11:28]  * pitti files a hplip bug
[11:29] <mac_v> pitti: do you have the bug# for the -7 kernel hangs bug?
[11:30] <mac_v> pls :)
[11:30] <pitti> mac_v: not at hand; I just heard it from several other people
[11:31] <mac_v> oh... ok... i had to force quit then it keeps asking for fsck on boot!
[11:31] <davmor2> pitti: is http://www.davmor2.co.uk/broken-icon.png known too I'm assuming it is
[11:32] <mac_v> davmor2: yes :) tedg says it fixed upstream
[11:33] <davmor2> mac_v: thanks I am guessing then that it will be in before alpha5 hopefully then :)
[11:34] <mac_v> davmor2: pls let me know if you find the kernel bug... i cant seem to find it :(
[11:34] <pitti> davmor2: yes, the fix is already in code review
[11:35] <mac_v> ah... found Bug #419297
[11:35] <pitti> chrisccoulson: hplip bug filed and linked to wiki page, FYI
[11:35] <chrisccoulson> pitti, thanks
[11:37] <pitti> chrisccoulson: ah, and nm just landed in upstream trunk
[11:38] <davmor2> pitti: cool :)
[11:45] <pitti> chrisccoulson: oh, and indicator-session (but that should be trivial to port)
[11:55] <chrisccoulson> pitti - yeah. i'm surprised that was written with the old policykit though ;)
[11:57] <chrisccoulson> vuntz - has nobody come forward yet to fix gnome bug 585614?
[11:59] <vuntz> chrisccoulson: read the comments :-)
[12:00] <vuntz> chrisccoulson: the patch is committed, but consolekit still needs some work
[12:01] <chrisccoulson> yeah, that's what i was asking really - whether anyone had offered to work on the new consolekit API (and updating gnome-session to use it)
[12:01] <chrisccoulson> it's probably too late for this cycle though isn't it?
[12:02] <seb128> pitti, I can have a look there
[12:02] <pitti> seb128: merci
[12:07] <seb128> pitti, the debian copyright mentions a tools dir
[12:07] <seb128> but there is no such directory there?
[12:07] <seb128> otherwise looks ok
[12:08] <seb128> I've to go for lunch, be back in abit
[12:08] <pitti> seb128: oh, indeed; tools/ is in git, but not in make dist
[12:08] <pitti> the .rules is pre-generated in make dist
[12:08] <pitti> seb128: I'll drop that stanza from debian/copyright in the next upload
[12:12] <pitti> seb128: rejected and reuploaded, thanks for spotting
[12:27] <vuntz> chrisccoulson: it's a bit late, but not too late
[12:43] <chrisccoulson> pitti - is there a polkit-gnome-authorization equivalent in the polkit-1 world?
[12:43] <james_w> not that I have seen
[12:44] <chrisccoulson> thanks james_w
[12:44] <chrisccoulson> i wonder if we should still be shipping the old polkit-gnome-authorization tool?
[12:44] <chrisccoulson> seeing that it manages hardly any policies anymore
[12:44] <pitti> chrisccoulson: no, we shouldn't really
[12:44] <james_w> what is left to port in the default install
[12:45] <james_w> oh, I bet Martin has a wiki page to tell us
[12:45] <chrisccoulson> yes, one second
[12:45] <pitti> james_w: for PK-1?
[12:45] <chrisccoulson> https://wiki.ubuntu.com/DesktopTeam/PolicyKitOneMigration
[12:45] <chrisccoulson> ^^^james_w
[12:45] <chrisccoulson> that's not just for the default install though
[12:45] <james_w> told you :-0
[12:45] <chrisccoulson> AFAIK, it's just HAL, hplip and NM
[12:45] <pitti> james_w: basically, hplip;
[12:46] <pitti> james_w: network-manager is done in upstream trunk, hal is a wontfix
[12:46] <james_w> packagekit
[12:46] <pitti> and indicator-session is being taken care of
[12:46] <pitti> james_w: right, but that's not in the default install
[12:46] <pitti> and kubuntu doesn't have a PK-1 GUI yet
[12:46] <seb128> pitti, newed now
[12:46] <james_w> ah
[12:46] <pitti> seb128: merci
[12:46] <seb128> de rien
[12:46] <chrisccoulson> libgnomekbd and gedit-plugins updated now:)
[12:46] <james_w> but they might have a mixed old/new polkit on the CD?
[12:46] <pitti> james_w: I don't think that Kubuntu has any PK-1 stuff right now
[12:47] <james_w> they certainly don't use polkit-gnome-authorization though :-)
[12:47] <seb128> chrisccoulson, you can probably upload the second?
[12:47] <chrisccoulson> seb128 - done
[12:47] <chrisccoulson> :)
[12:47] <pitti> the only thing that would use it is jockey-kde, and I worked around that by calling the GUI as root
[12:47] <seb128> chrisccoulson, cool ;-)
[12:47] <james_w> nice
[12:47] <james_w> I'll say it again, pitti: you rock
[12:48] <pitti> james_w: and so do you!
[12:48] <chrisccoulson> so, should we just disable polkit-gnome-authorization now then, or maybe split it in to a separate package?
[12:48] <chrisccoulson> (it's part of policykit-gnome now)
[12:48] <pitti> james_w: it's a pity that we have to leave both the hal and PK migration 90% done in karmic, but at least that gives us a good start for LL
[12:48] <james_w> yeah
[12:49] <james_w> I'll take a look at hplip if I have a free weekend between now and release
[12:49] <james_w> I doubt it though :-)
[12:50] <james_w> oh, did you see a mail on advice for shipping a default distro policy from David a couple of weeks ago?
[12:50] <pitti> james_w: I didn't, no?
[12:50] <chrisccoulson> james_w - do you ever have weekends? i always seem to see you working on here at the weekends ;)
[12:51] <james_w> "Fwd: Roles and Policy" on polkit-devel
[12:51] <james_w> chrisccoulson: don't remind me :-)
[12:52] <james_w> seems like it maps to our existing "admin" group quite well
[12:53] <kenvandine> pitti, can you please sponsor desktopcouch, bug 416591
[12:53] <pitti> kenvandine: will do afterl unch
[12:53] <kenvandine> thx
[12:54] <pitti> james_w: reading now, http://lists.freedesktop.org/archives/polkit-devel/attachments/20090813/825f3bbd/attachment-0001.mht
[12:54] <james_w> that's the badger
[12:54] <james_w> hmm, I don't have pklocalauthority installed
[12:55] <pitti> james_w: so far we just have /etc/polkit-1/localauthority.conf.d/51-ubuntu-admin.conf
[12:55] <pitti> but it should be enough AFAICS
[12:55] <james_w> looks like it could be
[12:56] <james_w> ah, it seems pklocalauthority might just be a man page at this point
[12:58] <james_w> http://cvs.fedoraproject.org/viewvc/devel/polkit/polkit.spec?r1=1.8&amp;r2=1.9
[12:58] <james_w> it seems we may want something like [Desktop Administrator Permissions]
[12:59] <james_w> but the current situation will work, that just allows us to tweak defaults centrally
[13:02] <james_w> screen-resolution-extra and checkbox seem to be missing from the list
[13:03] <pitti> seb128: media-player-id is binary NEW now (please to main again, it's needed by RB; I'll maintain it)
[13:04] <seb128> pitti, ok looking
[13:07] <seb128> pitti, newed
[13:07]  * pitti hugs seb128
[13:07]  * seb128 hugs pitti
[14:17] <kenvandine> morning rickspencer3
[14:17] <pitti> hey rickspencer3
[14:18] <rickspencer3> hiya kenvandine
[14:18] <rickspencer3> hi pitti
[14:19] <didrocks> hey rickspencer3
[14:19] <rickspencer3> hi didrocks
[14:19] <rickspencer3> didrocks, I was stunned to see so much bug mail for quickly ... then realized it was "fix released"
[14:19] <rickspencer3> :)
[14:19] <kenvandine> hehe
[14:20] <didrocks> rickspencer3: ahah ;)
[14:21] <didrocks> rickspencer3: we'll certainly release a 0.21 fix release I guess in karmic (even a 0.22 perhaps)
[14:21] <rickspencer3> didrocks, sure .. I hope so
[14:36] <Amaranth> can we get the patch from gnome bug 520779 applied in ubuntu at least? doesn't seem to be any activity on it upstream
[14:37] <Amaranth> the first patch (mine) would be the better one to use
[14:38] <Amaranth> oh, seb128 is back?
[14:38] <Amaranth> I'll ask him :)
[15:07] <kenvandine> pitti, there will be another refresh of indicat* today... just need to give tedg a good push :)
[15:12] <kenvandine> pitti, can the indicator-session MIR get approved before the PK changes?
[15:18] <chrisccoulson> pitti - what shall we do about the transmission update now we are post FF? the new upstream version is only bug-fixes, but...
[15:19] <chrisccoulson> ...debian have enabled the QT front-end too (which is already in the current source tarball). If we ,erge with Debian, do we want the QT frontend, or shall we just leave that out for now?
[15:19] <pitti> kenvandine: i-s> if we get a commitment that it gets fixed soon, I think so; what is it blocking on right now (the MIR)?
[15:19] <chrisccoulson> /,erge/merge
[15:19] <pitti> chrisccoulson: we can always leave it in universe if desired
[15:19] <pitti> so if it's bug-fix only for the gtk package, it's fine
[15:19] <kenvandine> yeah... i will get tedg to commit to fixing it by beta :)
[15:19] <chrisccoulson> pitti - ok, i'll take a look at that unless someone else has already done work on it
[15:20] <chrisccoulson> don't we need a FFe for the QT part though?
[15:21] <pitti> chrisccoulson: we probably do, but herewith you have it
[15:21] <pitti> it's just a new universe package, right? and less effort than to disable it
[15:21] <chrisccoulson> pitti - ok, i'll take a look at that. a FFe for transmission should be easy to justify - charles is very responsive and active around here
[15:22] <chrisccoulson> so if there are any bugs, i'm sure he'll fix them quickly;)
[15:23] <chrisccoulson> pitti - would you mind unsubscribing u-m-s from bug 406103 for now?
[15:24] <chrisccoulson> there's an additional bug open for the 1.74 update too
[15:24] <pitti> chrisccoulson: shouldn't it just be closed entirely then?
[15:24] <chrisccoulson> pitti - yeah, that's probably easier ;)
[15:24] <chrisccoulson> i'll do that
[15:24] <chrisccoulson> thanks:)
[15:27] <pitti> chrisccoulson: anyway, unsub'ed
[15:27] <pitti> thanks
[15:27] <chrisccoulson> thank you too:)
[15:37] <pitti> kenvandine: so, should we officially bury desktop-karmic-gnomescan for karmic? or do you really want to keep it?
[15:39] <kenvandine> pitti, bury it :)
[15:48] <pitti> mvo: is it okay if I assign bug 391555 to you? it has a plethora of dupes
[15:48] <mvo> pitti: I have a look
[15:49] <kklimonda> chrisccoulson, thanks for looking into that
[15:49] <chrisccoulson> kklimonda - no problem
[15:49] <chrisccoulson> not sure when i'll finish it yet though;)
[15:50] <chrisccoulson> i'll use the packaging work you've already done, and the work on the FFe
[15:53] <chrisccoulson> xsplash really doesn't cope well with resolution changes :-/
[15:53] <chrisccoulson> is xsplash running as root still, or as the user?
[15:59] <pitti> should run as gdm now
[16:00] <chrisccoulson> pitti - thanks.
[16:01] <rodrigo_> how do I build a package from a bzr branch with just the debian/ dir?
[16:01] <pitti> rodrigo_: does it have a .bzr-builddeb/ dir?
[16:01] <pitti> (usually)
[16:01] <rodrigo_> yes
[16:01] <chrisccoulson> yay, gconf is done:)
[16:01] <pitti> bzr bd -S -> source package, bzr bd -- -b -> binaries
[16:02] <rodrigo_> ah, cool
[16:02] <pitti> rodrigo_: or, if you want to edit it, bzr bd-do is useful, too; throws you into a 'normal' tree that you can edit, and exit 0 will copy back the debian/ changes
[16:03] <rodrigo_> ok
[16:05] <pitti> rodrigo_: /usr/share/doc/bzr-builddeb/README.gz has the details
[16:05] <rodrigo_> great
[16:06] <rodrigo_> that's easier than apt-get-source + ....
[16:10] <rugby471> can anyone apply debdiff at this bug https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/204567
[16:10] <rugby471> it has been waiting there for a long time and goes back to the behaviour of upstream
[16:13] <pitti> davidbarth: I updated the DX bits on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus, but not completely; could you please update the remaining bits?
[16:14] <chrisccoulson> dapper is not supported on the desktop anymore is it?
[16:16] <pitti> correct
[16:16] <mpt> mvo, just sent you a draft announcement, could you review it before I send it out to ubuntu-desktop@?
[16:16]  * mpt wonders if it should go to ubuntu-devel@ as well, or instead
[16:17] <pitti> rickspencer3: I just spend a lot of time to update https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus TTBOMK; since nobody from desktop team can be in the release meeting tomorrow, would you mind giving this an once-over, so that at least the two of us are on the same state?
[16:17] <mvo> mpt: I have a look now
[16:17] <mpt> ta
[16:18] <rickspencer3> pitti, np
[16:18]  * rickspencer3 reads
[16:20] <didrocks> pitti: if you want to add the "default application priorities", you can mark it as POSTPONED as we are still in discussion with xdg
[16:23] <pitti> didrocks: oh, there are many specs which aren't on that page; this is just for major structural changes which are big enough to be on the release team radar
[16:23] <pitti> I tought that one was too far down the stack for that
[16:23] <pitti> didrocks: but either way, I'll update the blueprint accordingly, thanks
[16:23] <didrocks> pitti: oh ok. I thought you were putting a status on every UDS discussed spec
[16:30] <mpt> mvo, does it look ok?
[16:32] <mvo> mpt: looks great
[16:32] <mpt> mvo, ubuntu-desktop@ or ubuntu-devel@ or both?
[16:32] <mvo> mpt: feel free to revert the order of:
[16:32] <mvo> Michael Vogt, lead engineer
[16:32] <mvo> Matthew Paul Thomas, lead designer
[16:32] <mvo> it was you writing the mail afterall :)
[16:32] <mpt> ok :-)
[16:32] <mvo> probably both
[16:32] <pitti> kenvandine: can you please have a look at https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus, the "DX integration" bits and update it to the current word of the day (or tell me what to change)?
[16:33] <kenvandine> sure
[16:34] <pitti> kenvandine: thanks
[16:34] <mvo> mpt: adding of third party repositories (just the whitelisted stuff as g-a-i) is almost ready btw
[16:34] <mpt> neat
[16:35] <mvo> mpt: do you have a opinion about removals? i.e. what if removing a package causes the removal of e.g. ubuntu-desktop - should we warn? or error? or just do ?
[16:35] <mpt> mvo, what other common examples of that are there? ubuntu-desktop is kind of a speshul case
[16:35] <kenvandine> pitti, can xsplash me marked as done? it is feature complete but waiting on more artwork?
[16:35] <pitti> kenvandine: ah, nice "DONE" flood
[16:35] <pitti> kenvandine: sure, please just update it as you see fit, you know this stuff much better than me
[16:36] <mat_t> pitti: hey
[16:36] <pitti> kenvandine: (done flood for work items)
[16:36] <pitti> kenvandine: let's see how tomorrow's CDs explode :)
[16:36] <pitti> hey mat_t
[16:36] <rickspencer3> pitti, any chance you could refresh the burndown?
[16:36]  * rickspencer3 is too impatient to wait an hour
[16:36]  * pitti cranks
[16:36] <mvo> mpt: I need to run a analyzer to be certain, but I assume most of the current apps we offer to not result in removal other stuff, its mostly top-level applications anyway
[16:37] <mvo> ubuntu-desktop is a exception of course
[16:37] <mat_t> pitti: when is the best time for us to look into usplash theming?
[16:37] <pitti> rickspencer3: done
[16:37] <pitti> AWESOME!
[16:37] <pitti> just about to hit the trend line
[16:37] <rickspencer3> !!!
[16:38] <mat_t> good job deskrop team! :)
[16:38] <mat_t> desktop even!
[16:38] <mat_t> ;)
[16:38] <rickspencer3> if we removed asac's "browsers" blueprint, we would be below, I think
[16:38] <pitti> mat_t: rather ealier than later; UI freeze is in two weeks
[16:38] <pitti> rickspencer3: let's keep that boost for next week; let's not spend all our trumps on one day :-P
[16:38] <rickspencer3> desktop team rooolz!
[16:38] <rickspencer3> pitti, lol
[16:38] <mvo> mpt: btw, I subscribed you to some bugs that are about design decisions in the spec. is that something I should do? or should I rather close them and point people to the spec?
[16:38] <mat_t> pitti: cool, I'm ready anytime - just let me know when is best for you
[16:38] <mpt> mvo, so maybe we could use a special-case warning for ubuntu-desktop, and just send people to Synaptic for anything else (after all, as far as the Store 1.0 is concerned, there's no such thing as a non-application package)
[16:39]  * rickspencer3 retracts statement
[16:39] <mpt> mvo, I just subscribed to Bugs for the package, so you won't need to do that any more
[16:39] <pitti> mat_t: well, this week is so crazy, just ask
[16:39] <mvo> mpt: yeah, that behaviour is fine with me
[16:39] <mvo> mpt: a warning is maybe enough? or just refusing it outright?
[16:39] <mat_t> pitti: how about I'll ping you some time tomorrow
[16:40] <pitti> mat_t: I won't be here tomorrow (I'll be at a wedding), I swapped with Sunday
[16:40] <pitti> mat_t: what are you currently planning to do? I understand this might depend a lot on the fate and state of xplash in karmic, too?
[16:40] <mat_t> pitti: well, yes and no
[16:42] <mat_t> pitti: basically we're removing the progress bar and replacing the artwork with the simple logo in the middle. We also talked in Dublin about fading in and out using color-palette swap
[16:42] <Amaranth> hmm, guess seb128 isn't coming back after all
[16:42] <mvo> Amaranth: officially he is one leave
[16:42] <Amaranth> ah, still?
[16:43] <Amaranth> he was here earlier and said he would be back in a bit
[16:43] <mpt> mvo, announcement sent
[16:43] <Amaranth> ok, I'll turn this patch into a branch and see if someone will upload it for me :)
[16:43] <mvo> thanks mpt
[16:43] <mvo> Amaranth: what package?
[16:43] <Amaranth> gnome-panel
[16:43] <mpt> mvo, well, let's see if we can come up with coherent warning text
[16:43] <pitti> mat_t: right, I still have that half-done branch for fading (not using palette, though, since it's using 16 bit colors, not 8)
[16:44] <mvo> mpt: maybe something like "this application is considered part of your core system, do you really want to remove it"?
[16:44] <mpt> mvo, first shot: "If you uninstall <application name>, upgrading later to a future version of Ubuntu may not work properly. Are you sure you want to continue?"
[16:44] <mvo> mpt: I guess that is a bit technical still
[16:44] <Amaranth> I sent a patch upstream over a year ago to make scrolling the mouse wheel on the workspace switcher work in compiz, want to at least get it in Ubuntu :)
[16:44] <rickspencer3> Amaranth, yeah!
[16:45] <rickspencer3> do you have a bug that I can subscribe someone too?
[16:45] <mpt> hm, "future"->"later", because you might be using a non-current version
[16:45] <mvo> Amaranth: sure, if its in a branch I have a look
[16:45] <tgpraveen1> dx-karmic-os-switcher: not started <--- with the switch to GRUB2 and new boot splash what will be the method to switch to other OSs
[16:45] <Amaranth> I think vuntz hasn't done anything with it because he wants to rewrite libwnck to do WnckWorkspace with WnckVirtualDesktop and WnckViewport backends so code using it doesn't have to care
[16:45] <Amaranth> rickspencer3: just upstream
[16:46] <mpt> tgpraveen1, mat_t or dbarth are the people to answer that question
[16:46] <tgpraveen1> and if i want to make say windows the default os to boot in is there a method without using CLI?
[16:46] <Amaranth> mvo: getting it into a branch now, will let you know in a bit :)
[16:46] <tgpraveen1> mat_t:  dx-karmic-os-switcher: not started <--- with the switch to GRUB2 and new boot splash what will be the method to switch to other OSs
[16:46] <mvo> mpt: right, I think part of the problem is the upgrades, part is that it might be stuff the user wants, but is not aware of. stuff like "the panel" - if he has no idea what that is, he may accidentially want to remove it
[16:47] <mvo> mpt: or do you think its too hard to capture both problems in a single sentence?
[16:47] <mvo> thanks Amaranth
[16:47] <mpt> mvo, well that doesn't matter so much for 1.0, because the system stuff is mostly not stuff with .desktop files
[16:48] <mpt> though that does remind me we need to special-case people uninstalling the Software Store itself :-)
[16:48] <mpt> but for version 2+, it will be an issue
[16:48] <mvo> mpt: :)
[16:48] <rugby471> it has been waiting there for a long time and goes back to the behaviour of upstream
[16:48] <rugby471> oops
[16:48] <mpt> mvo, second shot: "<application name> is a core application in Ubuntu. Uninstalling it may cause future upgrades to be incomplete. Are you sure you want to continue?" want to continue?"
[16:49] <rugby471> can anyone apply debdiff at this bug https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/204567 it solves a papercut and is inline with upstream
[16:49] <mpt> mvo, minus those last three words of course
[16:49] <mvo> mpt: I like that
[16:49] <mvo> mpt: I will add it
[16:49] <mpt> mvo, ok, and I'll spec it
[16:50] <pitti> kenvandine: is anything major wrt. indicator still planned for alpha-5? (currently the list of intrusive changes is empty)
[16:50] <mvo> thanks mpt
[16:50] <kenvandine> nothing major
[16:50] <kenvandine> pitti, there is a round of indicator refreshes coming now
[16:50] <kenvandine> which includes adding launchers to the indicators
[16:50] <mat_t> tgpraveen1: same as now - hold ESC to access grub menu
[16:50] <pitti> kenvandine: ok, thanks
[16:50] <Amaranth> dang, have to do an upgrade to satisfy dependencies, this may take a bit
[16:51] <pitti> kenvandine: could you stand in for me on tomorrow's release team meeting at 1500 UTC? I have a swap day with Sunday, need to go to a wedding
[16:51] <pitti> kenvandine: the report should be pretty complete (it's the wiki page), but there might be some questions coming up, and I think you have a pretty good overview what's going on
[16:52] <tgpraveen1> mat_t: isnt this a huge regression for people who use ubuntu as a secondary OS? as soon as one installs ubuntu it takes over the system. right now atleast we get the grub menu with a selection of installed OS
[16:52] <pitti> kenvandine: so it's mainly about collecting questions, answer the ones you know, and distribute the ones you don't know
[16:52] <rugby471> mvo : what is the best thing I could do to help with software-store, I have run out of bugs to file :-)
[16:52] <tgpraveen1> but with this new system new users might even get confused that ubuntu has taken over and windwos is lost
[16:52] <kenvandine> pitti, yeah
[16:53] <pitti> kenvandine: ok, thanks; I'll send you the necessary stuff
[16:53] <kenvandine> thx pitti!
[16:53] <mpt> mvo, "Remove Anyway" for the commit button
[16:53] <pitti> kenvandine: erm, for pushing work to you? :_)
[16:53] <pitti> kenvandine: thanks for covering
[16:53] <mvo> rugby471: depends on what you like to do :) there is plenty of stuff in the spec that is not done yet. if you like python, the animation button or the different open modes might be nice
[16:54]  * Amaranth wonders what the point of a scrollbar is in synaptic if you can't scroll up
[16:54] <kenvandine> pitti, can you sponsor bug 419997 ?
[16:54] <mvo> Amaranth: hm?
[16:54] <Amaranth> mvo: when it's downloading packages
[16:54] <Amaranth> mvo: every time the percentage changes it forces it back to the bottom
[16:54] <mvo> Amaranth: heh :) yeah, that is a bit sub-optimal :(
[16:54] <rugby471> can anyone sponsor : https://bugs.launchpad.net/ubuntu/+source/xdg-user-dirs/+bug/204567
[16:55] <Amaranth> mvo: it should just say what it is doing with some labels and progress bars and when it finishes a download show the next one
[16:55] <rugby471> mvo: cool, I shall have a look
[16:55] <didrocks> mpt: the “Where Is It?” button is really a great idea. Not sure it's realistic with current technology but great in theory (you are speaking about the real top panel application menu, right?) :)
[16:55] <mpt> didrocks, yes
[16:55] <mat_t> tgpraveen1: yes, it's not perfect atm, should be a lot better when we have "proper" OS switcher in Karmic +1
[16:55] <mpt> didrocks, I was hoping you might see that section ;-)
[16:55] <mvo> rugby471: the animation icon in the pending view is also a nice target, that one should be fun (but I don't know if we have icons for the animation yet)
[16:56] <didrocks> mpt: let me think a couple of days about it and make some research, we'll see if an idea can come :)
[16:56] <mpt> cool
[16:57] <mac_v> mpt: latest update has a better option > https://bugs.launchpad.net/ubuntu/+source/software-store/+bug/419295/comments/4
[16:58] <mpt> didrocks, meanwhile, a much simpler animation I think would help would be for the home view to slide off the left and the category view to slide on from the right, whenever you navigate to a category, and the reverse when you navigate back to the top level
[16:58] <mpt> didrocks, and the same for navigating into an individual application view
[17:00] <didrocks> mpt: that's not seem complicated. I have to check what and how widgets are currently implemented (if any) and make some tests.
[17:00] <mpt> neat
[17:00] <mpt> I'll add a mini-spec for each of those to the wiki page shortly
[17:00]  * didrocks schedules that for next week (too busy this week-end) :)
[17:01] <didrocks> mpt: yes, please :)
[17:01] <mpt> thanks :-)
[17:02] <mac_v> mpt: mvo: progress icon? is that OK? > https://wiki.ubuntu.com/SoftwareStore/Icons
[17:04] <mpt> mac_v, it's pretty good
[17:04]  * Amaranth grumbles about debconf junk popping up
[17:04] <Amaranth> and then freezing :/
[17:04] <mac_v> mpt: ok... i'll write up a bug report and add the full animation
[17:04] <Amaranth> oh, it was updating initramfs
[17:05] <rugby471> mac_v: can you put link to bug report here in channel?
[17:06] <mpt> mac_v, thanks heaps for helping out with that. Unfortunately there's some boring legal stuff to go through if you haven't signed the Contributor Agreement before. <http://canonical.com/contributors>
[17:06] <mpt> mvo, hmmm, if you're going to allow removal of ubuntu-desktop, how much extra effort to allow removal of any other metapackage?
[17:06] <mac_v> rugby471: i havent written it yet , first i need to complete the animation once done i'll write it...
[17:06] <rugby471> ah
[17:06] <rugby471> ok then
[17:06] <mvo> mpt: none, I mean, the code that checks that can check for any package
[17:06] <mac_v> mpt: dont worry i wont sue Canonical ;) , but sure i'll sign it
[17:07] <mvo> mpt: should it be a dialog or do you want to detect it in advance (i.e. label the button before the user clicked on it)
[17:07] <mpt> mvo, except having a separate warning message
[17:07] <mvo> mpt: ok
[17:07] <mpt> mvo, ooh, nice idea, like a (!) emblem of something
[17:07]  * Amaranth thinks gnome-panel's build system is a little broken
[17:07] <mpt> of->of
[17:07] <mpt> garrrrr
[17:07] <Amaranth>   CC
[17:07] <mpt> of->or
[17:08] <Amaranth> I just get a bunch of lines of that instead of the file name too
[17:08] <Amaranth> eh, it built
[17:10] <mpt> mvo, is it fair to say that the purpose of metapackages is always to let the metapackage maintainer direct the installation of new packages later without the user having to choose them specifically?
[17:10] <mpt> Or is there some other reason for them?
[17:10] <mvo> mpt: that is one (big) reason, I personally think of them also as what defines your desktop. the apps selected there are what makes the difference between ubuntu and kubuntu
[17:13] <mpt> mvo, so for the non-ubuntu-desktop case I'm thinking something like: "If you uninstall <application name> you will no longer receive new software that is part of the ”<metapackage name>” set. Are you sure you want to continue?"
[17:13] <mpt> That's a bit ambiguous though, specifically what "new" means
[17:13] <mpt> it means new packages, not new versions of already-installed packages
[17:14] <mac_v> mpt: just to clarify for progress icon , what size icon are you using in the left pane for the rest?
[17:14] <mpt> mac_v, I don't know (ask mvo), but you have it as a vector, right?
[17:15] <mac_v> mpt: yes svg ,vector imag
[17:15] <mac_v> image*
[17:15] <mac_v> mvo: just to clarify for progress icon , what size icon are you using in the left pane for the rest?
[17:15] <mvo> mac_v: currently its 32px
[17:16] <mac_v> ah... ok thanx :)
[17:16] <mpt> ... "If you uninstall <application name>, future upgrades will not include new items in the “<metapackage name>” set. Are you sure you want to continue?"
[17:16] <mpt> that's a bit better
[17:17] <mvo> mpt: ok, I run a tool over the desktop data tomorrow (need to write it first ;) that checks about the possible removals to see how broad the scope of the problem is
[17:20] <mpt> mvo, https://wiki.ubuntu.com/SoftwareStore?action=diff&rev2=116&rev1=115
[17:23] <mac_v> rugby471: by when do you want the bug report for the icon?
[17:23] <rugby471> just when you file it :-)
[17:23] <rugby471> I am working on getting the icon on there
[17:23] <rugby471> in the mean time I can always use an alternate one, no pressure for time
[17:24] <rugby471> mvo: if I have a quick patch, can I submit it here? (using pastebin)
[17:24] <mac_v> rugby471: icon for the progress? then why
[17:24] <mac_v> dont you write the bug report i'll atach it later
[17:24] <mac_v> attach*
[17:24] <rugby471> sure
[17:25] <mvo> rugby471: sure
[17:25] <rugby471> cool
[17:25] <mac_v> rugby471: notify me once you write it ;)
[17:26] <rugby471> sure
[17:27] <rugby471> mac_v: https://bugs.launchpad.net/ubuntu/+source/software-store/+bug/420028
[17:28] <mac_v> rugby471: thanx , but what about the icon? WIP?
[17:28] <rugby471> sorry?
[17:29] <mac_v> rugby471: i thought you said you were making an icon? or did i understand wrong?
[17:29] <rugby471> I thought you were making the icon, I am simple writing the code to put it in the sidebar
[17:29] <rugby471> hehe :-)
[17:30] <mac_v> rugby471: yes , i'm making the icon ;)
[17:30] <rugby471> kl
[17:30] <mac_v> rugby471: ok.. great , now , i need to know a bit about the code? have you written it yet? can i have a look , so that get the animation correct without jerks
[17:31] <mac_v> so that i*
[17:31] <rugby471> not yet, nearly there hopefully
[17:31] <Amaranth> wow
[17:32] <Amaranth> 1 year old pushes one or two buttons on my computer and it went crazy for 5 minutes
[17:32] <Amaranth> compiz crashing, metacity crashing, apps going fullscreen and back over and over
[17:32] <rugby471> mac_v: damn it, I thought gtk would just handle an animation, turns out it doesn't
[17:32] <rugby471> hehe
[17:33] <mac_v> rugby471: check out how nautilus handles progress-working
[17:33] <rugby471> oh good I think I found something here - http://faq.pygtk.org/index.py?req=edit&file=faq23.037.htp
[17:33] <rugby471> mac_v: I would but C is very foreign to me :-)
[17:34] <mac_v> ;)
[17:34] <Amaranth> mvo: making sure it still builds after I committed then I'll push the branch
[17:35] <mvo> Amaranth: :)
[17:35] <mac_v> rugby471: firefox seems to be doing it with a .gif , might wanna confirm with mvo , how he wants it done
[17:35] <mvo> Amaranth: I need to leave for dinner for some minutes anyway
[17:35] <mvo> mac_v: I don't mind as long as it spins :)
[17:35] <Amaranth> hrm, was afraid of that
[17:35] <Amaranth> dang kids pushing buttons on my computer
[17:36] <Amaranth> it killed my build and made my computer crazy
[17:36] <rugby471> gif seems the way to go give me a min and I could have it
[17:36] <mvo> Amaranth: no worries, I will be back
[17:36] <rugby471> mvo : any idea why software-store doesn't exit cleanly?
[17:36] <mvo> rugby471: what is it doing for you?
[17:36] <Amaranth> it keeps running
[17:36] <mvo> just with a non-zero exit code?
[17:37] <rugby471> dunno, it just keeps running in the terminal and I have to do Ctrl-C to exit
[17:37] <mvo> uh, missing delete event I guess
[17:37]  * mvo looks
[17:37] <rugby471> exit > stop the process
[17:37] <rugby471> i thought so
[17:38] <kenvandine> pitti, can you also sponsor bug 420034
[17:38] <rugby471> mac_v & mvo: just off to have dinner
[17:39] <mvo> rugby471: fixed in bzr
[17:39] <pitti> Riddell: if you have a minute, could you please update the kubuntu bits on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus? I can't be on the release meeting tomorrow
[17:41] <Amaranth> mvo: when you get back: https://code.edge.launchpad.net/~amaranth/gnome-panel/scroll_with_viewports
[17:42]  * Amaranth tries to think of remaining differences in behavior when compiz is running
[17:43] <Amaranth> show desktop works differently, can't drag windows between viewports from workspace switcher
[17:43] <Amaranth> I think that's about it other than intentional differences
[17:45] <Riddell> pitti: done.  I can't be at the release meeting either
[17:45] <pitti> Riddell: cheers
[17:45] <mvo> Amaranth: from a first glance the patch looks ok, I have a closer look later (not sure if seb will jump on me or not if I just commit it ;) - so maybe I wait until tomorrow
[17:46]  * mvo -> dinner
[17:46] <Amaranth> mvo: alright
[17:46] <chrisccoulson> hey pitti - i just saw your mail about moving documentation
[17:46] <chrisccoulson> have you done any work on this yet, other than stripping the translations out?
[17:47] <pitti> chrisccoulson: yes, I have a script to pull them from launchpad and download them
[17:47] <pitti> chrisccoulson: and the current karmic pkgbinarymangler creates the tarballs (but doesn't strip them yet)
[17:48] <pitti> chrisccoulson: but I didn't touch rarian et all yet, I wanted to check for alternative solutions first
[17:48] <pitti> chrisccoulson: so far, lool's idea of replacing them with symlinks clearly beats adding 50 Replaces:
[17:48] <chrisccoulson> yeah, i suppose that's slightly better
[17:55] <mac_v> mpt: mvo: rugby471: the problem with gif is , you have color restrictions , 256  , might not look as good on output
[17:56] <mpt> Isn't there something in GTK/GDK/whatever that blits vector images as an animation? oy
[17:56] <kenvandine> pitti, and notify-osd is ready to be sponsored, bug 420046
[17:56] <mac_v> andreasn: could you clarify^ what mpt said
[17:57] <andreasn> there is some code in nautilus that animate stuff from stills inside one image
[17:58] <mac_v> mpt: the question came up because rugby471 wanted to do it the old firefox way and use gif instead of png or svg
[17:58] <andreasn> but I don't know if there is something inside GTK+ itself
[17:58] <dobey> the code to do animations with multi-frame PNG/SVG is pretty trivial with GtkImage/GdkPixbuf
[17:58] <rugby471> dobey: I am not that good at the olf gtkImage suff, could you have a look?
[17:59] <dobey> look at what?
[17:59] <rugby471> software-store
[17:59] <rugby471> we need a progress  icon in a treeview (an animation)
[18:00] <dobey> heh, i just removed some code from ubuntuone-client-applet to do the animated icon, like 2 weeks ago
[18:00] <rugby471> could you put it in a pastebin?
[18:01] <dobey> no, it was a bit spread out amongst the rest of the code in the applet
[18:01] <rugby471> oh
[18:02] <rugby471> oh well
[18:02] <dobey> basically you just need to calculate the frames in the PNG/SVG, and loop through the frames, setting the pixbuf as the image in the treeview
[18:02] <rugby471> I am having some trouble with making a listsotre with gtk images for one of the collumn
[18:02]  * mpt -> home
[18:02] <rugby471> it won't show
[18:03] <mpt> thanks for your work mac_v and rugby471
[18:03] <rugby471> thats fine
[18:03] <mac_v> mpt: np
[18:06] <mac_v> rugby471: you might wanna have a look at firefox 3.0 code , it uses png for the throbber
[18:07] <rugby471> kl
[18:14] <davidbarth> pitti: yes, will update that tomorrow morning with the latest on bug fixes listed there
[18:24] <rugby471> wahooo!!!
[18:24] <rugby471> mac_v: step one towards animation, complete :-)
[18:27] <mac_v> nice :)
[18:28] <rugby471> try and do it as a gif, however if it is too crappy, we shall try to it with seperate files
[18:30] <dobey> i don't think GtkCellRendererPixbuf supports animated images (gif/apng/etc)
[18:34] <mclasen> there's a progress cell renderer in gtk, and there's spinner cell renderers floating around
[18:46] <mac_v> rugby471: apng would be better , pls dont use gif ,it uses crappy color support
[18:48] <mac_v> i would say its better to check out how it can be done that to use a crappy gif
[19:10] <mac_v> dobey: just an idea , why does the network manager applet use multiple png while animating the re-connection? can similar be done in software store?[several separate  images]
[19:13] <dobey> i don't know why nm uses multiple PNGs
[19:13] <dobey> you can put all the frames in one PNG
[19:14] <pitti> davidbarth: thanks; Ken already did some updates as well
[19:14] <rugby471> dobey: GtkCellRendererPixbuf doesn't, however I found a script that makes a gtkimage cell renderer and now it does work (only with gifs at the moment)
[19:15] <rugby471> you don't know whether it supports apng or somethign similiar does it?
[19:17] <dobey> if it's a CellRenderPixbufAnimated then it supports whatever GdkPixbufAnimation supports, i would guess
[19:17] <dobey> what icon are you trying to use for the store?
[19:17] <rugby471> yeah but do you know what formats that is :-)
[19:17] <rugby471> well I have just tested apng, doesn't work
[19:18] <dobey> probably gif and gif
[19:18] <rugby471> hehe
[19:18] <rugby471> well gif definitely works
[19:18] <mclasen> .gif and .ico
[19:18] <rugby471> mclasen: thx
[19:18] <mclasen> and bunch of frames
[19:21] <dobey> oh right, .ico
[19:22] <dobey> mclasen: i don't think there's a GdkPixbufAnimation module that handles bunch of frames is there? you have to do it manually since there's no timing info, right?
[19:23] <mclasen> gdk_pixbuf_simple_anim_new
[19:23] <rugby471> here is the current state of it :http://tinypic.com/r/20s84ms/3 (animation is actually smooth)
[19:24] <mac_v> nm animates the applet by a set of 11 icons , couldnt a similar timer be set?
[19:24] <mac_v> 11icons each for each of the 3 stages
[19:51] <rickspencer3> bryce bug #419264 seems related to Intel drivers, can you take a look when you get a chance?
[19:57] <bryce> rickspencer3, yeah been eyeing that one
[19:57] <rickspencer3> bryce, seems spookily timed with mesa update
[19:58] <rickspencer3> bryce, can you assign to yourself if you investigate?
[20:01] <bryce> rickspencer3, well not until a bit more information is collected; there's not enough data to know where it's failing.  Once there is, I can send it upstream, it should be a priority for yingying if it's pinpointed to mesa
[20:02] <rickspencer3> bryce, right
[20:02] <rickspencer3> I couldn't install the debug symbols because of some out of syncness in the repos
[20:02] <bryce> that's weird
[20:03] <rickspencer3>   compiz-core-dbgsym: Depends: compiz-core (= 1:0.8.2-0ubuntu8) but 1:0.8.3+git20090825-0ubuntu1 is to be installed
[20:03] <rickspencer3> bryce, ^
[20:08] <bryce> rickspencer3, what does 'apt-cache policy compiz-core' say?
[20:09] <bryce> rickspencer3, you might doublecheck if you have some ppa's set up that are trying to pull compiz git snapshots
[20:09] <bryce> here's what I get:
[20:09] <bryce> $ apt-cache policy compiz-core
[20:09] <bryce> compiz-core:
[20:09] <bryce>   Installed: 1:0.8.2-0ubuntu15
[20:09] <bryce>   Candidate: 1:0.8.2-0ubuntu16
[20:10] <rickspencer3> huh
[20:10] <bryce> so it's curious where that git snapshot of compiz is coming from
[20:10] <rickspencer3> I thought I removed the compiz ppa from sources
[20:10] <rickspencer3> I'll try later
[20:11] <rickspencer3> bryce, I assume you are not seeing the issue on your i965?
[20:13] <bryce> rickspencer3, yeah, compiz only takes about 2% cpu on my 965
[20:13] <bryce> let me update to absolute latest just in case tho
[20:15] <bryce> gconfd is using up 25% cpu, that's a bit odd
[20:23] <rugby471> see ya guys
[23:33] <awe> fta: i'm working on the NM build failure from last night.  should i just commit changes to the ubuntu.head branch?
[23:33] <fta> awe, yes
[23:34] <awe> fta: ok, i'll ping you if/when i land my changes.  thanks!
[23:34] <awe> fyi, it might be 1st thing tomorrow
[23:37] <fta> awe, the bot runs at 7am CEST
[23:37] <fta> that's 5am UTC
[23:37] <awe> ok.  do you automatically sync your daily build branch with ubuntu.head?
[23:38] <fta> yes
[23:38] <awe> ok, cool... that makes sense
[23:38] <fta> http://bazaar.launchpad.net/~fta/+junk/ppa-confs/annotate/head:/ppabot-pkgs-nmt.conf