[00:43] kenvandine: there? about couchdb, I can't get it to build, see http://paste.ubuntu.com/258999/ [01:22] kenvandine: nevermind, figured it out. === pace_t_zulu_ is now known as pace_t_zulu [05:38] chrisccoulson, sorry, I guess I missed your comment earlier... been a busy day today [05:49] bbl [06:54] Good morning [06:55] didrocks: can't it become a proper conffile instead? [06:56] didrocks: config file handling is okay, but always needs some care [06:59] geser: FYI, I'm using Ctrl+K - > in vim [06:59] see :digraphs [06:59] chrisccoulson: ah, seems it was mis-NEWed [06:59] * pitti fixes [07:46] * mvo attacks the gnome items in the sponsoring queue [07:47] * pitti hugs mvo [07:49] Some have already been taken care of. [07:49] TheMuso: woah, dholbach was 20 seconds faster [07:50] hyperair: I'm using Ctrl+K - > in vim, see :digraphs [07:51] pitti: ooh cool. thanks [07:51] hyperair: I can remember a few unicode numbers, but not that many :) Ctrl-K is much easier, very similar to compose [07:52] yeah i can imagine [07:52] digraphs is something i've never tried using before =\ [07:57] * hyperair wonders if emacs has support for digraphs [08:11] * Amaranth points to the branch linked on bug 178953 again [08:11] Launchpad bug 178953 in metacity "Cannot switch to Compiz if Metacity compositor is enabled" [Undecided,In progress] https://launchpad.net/bugs/178953 [08:11] can someone take a look? :) [08:11] I'm off for a bit, doctor appointment [08:15] pitti: good morning [08:15] pitti: I was thinking (didn't checked) that distutilsextra would handle it as a conffile [08:25] Amaranth: patch looks good [08:29] Amaranth: will you push that patch upstream too? [08:29] mvo: already did, in the linked bug report [08:32] * mvo hugs Amaranth [08:33] Amaranth: I will just tag the patch (so that it links to the upstream bug) and then upload [08:33] mvo: alright, awesome [08:34] mvo: btw, whole load of fixes in the compiz-0.8 branch again today [08:34] hope they do a release :/ [08:34] Amaranth: yeah, I overheard in the channel that they plan to do one [08:34] Amaranth: cornelius is rocking it seems, he did some nice commits :) [08:34] yeah, seems he is out of school now or something :) [08:35] Amaranth: haha :) [08:35] Amaranth: funny how strong free software is influenced by this [08:35] Amaranth: I was preparing a new upload, I want to coordinate with robert_ancell on it [08:35] cool [08:36] abi break of course :/ but thats how it is :) [08:36] mvo: should have a lot less of those with the C++ stuff [08:37] Amaranth: in my experience its also hard with c++ to keep the abi stable, but I guess they will manage [08:37] mvo: I know I added a bunch of stuff to the Screen class and it didn't change the ABI [08:37] unlike in the C version where a single change does [08:38] mvo, sorry, have to go so can't talk about compiz. Feel free to PPA up the new version or something and I will look into it tomorrow [08:39] Amaranth: ok [08:39] robert_ancell: sure, I saw that you were *very* busy with all of the gnome updates, no problem [08:39] later all [09:00] pitti: Hmm I'm lost on the indicator-sus/-session changes [09:00] Oh the new target to milestone popup of LP is cute [09:01] pitti: Hey why dont we just do a MIR status chat? [09:09] lool: he had an appointment to go to, probably isn't here [09:14] k thanks [09:33] If someone on the desktop team has a moment, could they update lp:~ubuntu-desktop/notification-daemon/ubuntu with the latest upload to the archive, which was done ignoring the branch? Thanks. [09:35] Or, if there is nothing special involved in retroactively adding a version beyond just downloading the source, manually adding the changes, and committing, tell me, and I'll propose a branch for pulling. [09:40] maxb: there is no more debian/control.in in the new upload and nothing is specified in the changelog. Is it intended? [09:41] Uhm. I had nothing to do with the upload, I just wanted an accurate branch to submit changes against for sponsoring :-/ [09:41] maxb: I will ask Aurélien, before uploading the branch [09:41] ok [09:44] hey lool, how was your vacations? [09:47] maxb: ok, it was not intented. I'll upload a package to sync that first [09:49] ok - I have a further fix for breakage introduced in -1ubuntu1 - worth combining, or do you want to keep them separate? [09:50] maxb: as you whish, I can upload it at the same time if you wish [09:51] lp 418478 [09:51] Launchpad bug 418478 in notification-daemon "ubuntu theme not built" [Undecided,New] https://launchpad.net/bugs/418478 [09:51] maxb: hum, it's now in main though, I'll upload it to bzr and ask for sponsoring though [09:51] didrocks: Okayish [09:51] didrocks: What about yours? :) [09:52] lool: great, thanks! It was the good weeks to go on holidays regarding the weather, I guess :) [09:53] Oh yeah; I was in Britany and it was really much cooler than in Paris [09:54] for sure. I was still in Haute Savoie and Annecy's lake was really a relief :) [10:08] maxb: bug #418478 [10:08] Launchpad bug 418478 in notification-daemon "ubuntu theme not built" [Undecided,New] https://launchpad.net/bugs/418478 [10:08] subscribed sponsor and sync to the ~ubuntu-desktop branch [10:08] synced* [10:11] Thanks notify-osd just doesn't do it for me :-) [10:13] I think we should add something to debcheckout if bzr branch and effective package aren't in sync [10:13] * didrocks notes on his TODO :) [10:24] didrocks: if you create something in the postinst, it's way out of distutils' reach [10:24] lool: upload coming, I just had to leave for a doctor appointment [10:24] lool: I'll upload indicator-session and then flip the source task [10:26] pitti: I don't do anything in postinst atm. I just wanted to know what do you think about sourcing in postinst the installed file (by distutils) /etc/bash_completion.d/quickly to have shell-completion directly after installing quickly (and don't have to launch a new bash for that)? [10:30] pitti: Ok thanks [10:30] pitti: Is indicator-sus being removed then? [10:30] pitti: I hope you're doing alright? [10:30] didrocks: why would you source the completion file in the postinst? that's not even an interactive shell [10:31] didrocks: you still have to launch a new bash, there's no way around that [10:31] lool: renamed to -session, yes [10:31] lool: oh yes, I just finally want to tackle my hayfever, which I have had for decades [10:32] pitti: yes, you're right, postinst is not source and launched from current shell but a real subshell. Ok, no clue for enabling directly shell-completion so... :/ [10:32] lool: so I went to a "nature healing center", to try with some alternative medicine [10:33] pitti: really? long time recovery :/ glad you're alright now. [10:35] didrocks: it's been bothering me for years during summer (when all the grass and tree polls are flying around), but so far I just used the normal symptom medicines; time to get to the root of it :) [10:35] didrocks: you really can't poke it into existing shells, sorry [10:39] pitti: Ah would love to hear how that turns out to work then [10:39] In a couple of months [10:39] so am I :) [10:39] pitti: So on MIRs, everything should pretty much be asssigned [10:39] asac is on VAC; he did a good job on euca MIRs but had some backlog on the other ones [10:39] lool: thanks for having taken care of that during my holidays; I didn't really catch up on MIRs yet, I'm afraid [10:40] I have some little backlog on the regular MIRs which I'm taking care of as much as possible [10:40] The biggest issue is the euca MIRs [10:40] We need to process as much as possible this week [10:40] *nod* [10:40] I said Thierry we'd promote euca even if we dont complete the MIRs to have euca on the server CD for A5 and then would post process the MIRs [10:41] doko/kees are relatively busy; I kept Kees' time for the security related stuff mostly [10:42] lool: I agree to early promotion, also for testing stuff [10:43] * pitti goes back to catch up on OMGurgent stuff [11:06] lool: FYI, I'm using https://bugs.edge.launchpad.net/~ubuntu-mir/+subscribedbugs?assignee_option=none&orderby=status for "unassigned MIRs"; seems there's still a bunch of them, I'll go through them [11:07] good morning everyone [11:07] lool: ah, seems that euca was promoted already? http://people.canonical.com/~ubuntu-archive/component-mismatches.txt is full of it [11:07] hey chrisccoulson! [11:07] hello chrisccoulson [11:07] hey pitti! enjoying your time back? [11:08] hi didrocks too:) [11:08] pitti: There's an issue, I'm using a similar URL (https://bugs.launchpad.net/~ubuntu-mir/+bugs?assignee_option=none) but it lists bugs which do have an assignee [11:08] pitti: I didnt know it had been promoted already [11:08] It was slated for happening this week, tomorrow IIRC [11:09] so we should just promote the rest as well, to fix component-mismatches and unbreak server CD builds [11:10] pitti: The ruby stuff might not be assigned yet, but I'd like to clarify with Riddell about pulling ruby in the kubuntu CD [11:10] ok, will ignore this for now [11:10] pitti: Another LP bug I seem to be a victim of is that I dont get any email when ubuntu-mir is subscribed [11:10] I just see comments afterwards, but no NEW anymore [11:10] we've always had ruby on the Kubuntu CD [11:10] lool: right, I seem to suffer the same [11:11] Riddell: I mean the new ruby libs [11:11] lool: I don't rely on that any more, and just use that bug list [11:11] another library isn't likely to make much difference [11:11] pitti: Yeah that's what I did too, but it's painful due to the first bug (list bugs with assignees)! [11:11] pitti: Ok I guess that clarifies that the ruby stuff is up for assignment [11:13] lool: maybe it works on +subscribedbugs but not on +bugs for some reason? [11:15] ArneGoetje: should the seeds be changed to ibus now? can you please give a list of all the new necessary packages in the MIR bug? (check the current dependencies of ubuntu-desktop for the current set) [11:15] pitti: Oh indeed [11:15] Tss [11:15] ArneGoetje: also, did the necessary Xsession.d/ switching magic land? [11:15] (I guess that's a precondition for promoting and seeding it) [11:18] pitti: soren apparently just seeded euca which is why it just appeared on components-mismatches [11:18] forwarded you an email to that effect [11:18] ah, I see [11:18] lool: Err... I didn't. [11:18] I was *just* about to. [11:18] If it's there now, someone else did it. [11:19] * soren wonders [11:19] Task: eucalyptus-simple-cluster [11:19] That must be Colin. [11:23] Oh right he worked on the d-i integration [11:23] eucalyptus | 1.6~bzr452-0ubuntu4 | karmic/universe | source [11:23] I approved his MIRs before the euca one [11:23] right, still in universe [11:24] lool: so it's basically just you and me for this week, right? (plus kees who is busy with the more intense security review of already assigned MIRs) [11:24] so I'll distribute the currently outstanding ones between the two of us [11:25] pitti: Yeah :-( [11:26] lool: did you review ruby packages before? I'm inclined to assign all those small ruby libs to the same person, and the rest to the other; do you want to review them? [11:26] pitti: I now belive we're understaffed; I focused a lot on MIRs in the last weeks and it's eating a lot of time yet I still have a constant backlog not counting the euca stuff [11:26] (I'm fine, too, just wanting to know your prefs) [11:26] pitti: I didnt particularly review ruby packages but should be ok [11:26] lool: understaffed> right, the euca hit plus holiday season doesn't help :/ [11:26] but I don't think we can thoroughly review all the euca pacakges anyway [11:27] pitti: Perhaps we should add new blood too? When I started Kees and doko had more time for MIRs [11:27] we shouldn't spend more than 5 mins on the trivial java packages each [11:27] lool: that would be good indeed [11:27] asac recently updated gnome-python-extras and bumped the version number from 2.25.3-2ubuntu2 to 2.25.3-2ubuntu2.0xul191. i want to do a small change to it now, and wonder what i should make the version number [11:27] 2.25.3-2ubuntu2.0xul191.1 or 2.25.3-2ubuntu3? [11:27] chrisccoulson: 2ubuntu3 IMHO [11:27] pitti - thanks [11:28] I guess the xul191* stuff was from a PPA or so [11:28] possibly [11:28] would you mind reviewing the change in a bit? it's needed for me to get the new version of glom in before FF tomorrow [11:28] (i know everyone is really busy today though) ;) [11:39] chrisccoulson: sure, just toss a pastebin url here [11:41] lool: ok, got them all assigned now, I took the majority of them since you still have a large backlog (your new ones should be quick, though) [11:42] Thanks! [12:32] hey pitti - the change i want to make to gnome-python-extras is here: http://paste.ubuntu.com/259246/ [12:32] glom depends on python-gda [12:33] rickspencer3-afk, didrocks: You probably don't want to have your developer week session called "squickly fun" considering what "squick" means... [12:34] chrisccoulson: libgda4 is in universe, though [12:35] chrisccoulson: eyeballing the debian/rules change is hard, but I take it you tested it, so it should be okay :) [12:35] chrisccoulson: so this needs a MIR for libgda4? [12:36] chrisccoulson: we have libgda3 in main, smells like duplication [12:36] (unknown what we need it for, or whether rdepends can use gda4) [12:36] hmmm [12:36] i'll have a think about that. got to disappear for a bit [12:56] mvo, does look sane to you? [12:56] Amaranth: yes, it was a temporary title but I think rickspencer3-afk didn't ask to change it (it was $quickly actually) [12:58] mvo, btw, it looks like MoinMoin doesn't transfer subscriptions when a wiki page is renamed, so you may want to resubscribe [12:59] james_w, is there a simple page somewhere describing how to branch an Ubuntu package? [13:00] https://wiki.ubuntu.com/DistributedDevelopment/Documentation/ [13:01] didrocks: yeah, but $ is leet for s :P [13:01] pitti - libgda3 and libgda4 are both from the same upstream project (libgda). we just rename the source tarballs to incorporate the API version so we can ship multiple versions [13:01] so, libgda4 is the successor to libgda3 really. and glom depends on the later version [13:02] glom's new version ported to the new API [13:02] I think [13:02] oh, feature freeze... I was going to look at that update [13:02] james_w, perfect! thanks [13:02] * Laney weeps [13:02] mpt: that looks sane [13:03] Laney - yeah. i already started looking at the glom update [13:03] i updated some libraries some weeks ago for it, then got sidetracked [13:03] mpt: how is the virtual machine setup going? [13:03] I did some in the past but kind of lost interest in it [13:03] it's a great idea but still quite buggy [13:03] and glom needs pygda too, which we currently don't even build [13:03] and to pygda needs the latest version of libgda, which is currently in universe [13:04] mvo, I installed Karmic yesterday, installed the apt-daemon package, and branched software-center, but got a xapian error ("unknown database type" or something like that) [13:04] mvo, I guessed much later that it was because I should have had the version of apt-daemon from your PPA rather than from Ubuntu. Is that correct? [13:04] s/software-center/software-store/ [13:05] mpt: its because of the renaming buisiness, sorry. please install the "software-store" package from the archive [13:05] mpt: that should fix it [13:05] mvo, it's in the archive? sweet [13:05] mpt: yeah, james_w did a superfast NEW review [13:05] * mvo hugs james_w for this [13:05] thanks james_w [13:06] I knew it would be an easy one ;-) [13:06] yeah, not likely to get many packaging errors from mvo of all people [13:06] mvo, so would you prefer to track all bugs on the package rather than the project, as with ubiquity for example? [13:07] mpt: I persoally prefer to have a single point to look at, I never really liked that its not possible to say "show me all software-store bugs (no matter if project or distro) [13:08] mpt: this is why I prefer to track them on the package. if LP would offer me a single view for all bugs, I would not mind [13:08] chrisccoulson: I was trying to lay the ground work for glom in Debian too [13:08] dunno if you are interested in doing something there [13:08] mvo, yes, that's bug 76416 (which I reported nearly three years ago now) [13:08] Launchpad bug 76416 in malone "Handle a distribution being its own upstream for a package" [Medium,Triaged] https://launchpad.net/bugs/76416 [13:08] Laney - possibly. I will take a look at glom again this week, but i don't think it's going to make FF now [13:08] mpt: :) [13:08] nah [13:09] mpt: so for now I would prefer bugreports on packages [13:09] mpt: how does it look so far to you? [13:09] mvo, I'll need to restart into Karmic to find out :-) (I'll do that VM thing later-ish) [13:10] for now I'm filling in a few sections on the spec, and then I'll send you a draft announcement for ubuntu-desktop@ [13:10] mpt: ok, no rush, I did not had a chance to work on it this morning, so nothing new since we talked last [13:10] mpt: nice, thanks [13:11] mvo, so maybe we should set the software-store project as *not* using Launchpad for tracking bugs, and instead point people (in the project description) to the package Bugs page. Make sense? [13:12] mpt: yeah, good point [13:16] ok, I'll do that now [13:17] thanks mpt [13:18] mvo, what is the relationship between the summaries/descriptions in the app-install-data(...) packages and the summaries/descriptions in the corresponding packages? Are they automatically synced, or manually synced, or what? [13:21] * mpt is confused as to why lists no versions [13:22] mpt: please try https://edge.launchpad.net/ubuntu/+source/app-install-data-ubuntu [13:22] mpt: the long description is taken from the apt repository (so its what apt-cache show apt) will show [13:22] aha, thanks [13:22] mpt: that is refreshed with every apt-get update run [13:23] mpt: but the app name and the inital line is taken from the desktop file [13:25] * mpt slowly realizes that the app-install-data-ubuntu source package provides the app-install-data binary package, and the app-install-data source package does not [13:26] mpt: there is no app-install-data source package (well, there was at some point in the long long ago past) [13:26] LP never forgets ;) [13:26] Apparently it forgets about the long-deceased versions, but not about the name [13:27] * mvo nods [13:29] mvo, so is the "initial line" (shall we call it the "summary"?) from the .desktop file often the same as the first line in the Description: field for the package? [13:34] mpt: I stand corrected, currently its using the app name and then the apt description. g-a-i is using "appname, comment, apt description" [13:34] mpt: the summary is almost never the same as the desktop file [13:35] mpt: they are maintained by two different people usually (but not always). desktop-file is upstream, the apt description data is the debian/ubuntu maintainer [13:35] Ampelbein - your gnome-applets update has an error [13:35] understood [13:35] the current BZR version has an unreleased change [13:36] but you didn't account for that in the changelog [13:36] gnome-applets (2.27.4-0ubuntu2) UNRELEASED; urgency=low [13:36] should be replaced with "gnome-applets (2.27.91-0ubuntu1) UNRELEASED; urgency=low" rather than added to [13:37] mpt: should I add the comment line (just like with g-a-i) back ? [13:37] mpt: the current view has the advantage that its more polished [13:37] mvo, not sure yet. Where does the Comment come from? [13:38] mpt: from the upstream desktop file. it may not match very well with the apt description (as its two different people writing them) [13:38] chrisccoulson: I thought about that. I thought it would be sufficient to pass -v2.27.4-0ubuntu1 to debuild to pull that in to the changes. But I can merge it with the other changelog entry. [13:41] mvo: So we have available (1) package name [from Debian/Ubuntu packager], (2) application name [.desktop file via app-install-data-ubuntu], (3) Comment [.desktop file via app-install-data-ubuntu], (4) Summary [first line of Description: from Debian/Ubuntu maintainer, treated specially], and (5) Description [the rest of the Description: from Debian/Ubuntu maintainer]. Is that right? [13:41] Ampelbein - thanks [13:41] mpt: yes, correct [13:41] Egads. [13:42] mpt: and if we expand to non-apps we loose all the info from the desktop files of course [13:42] sure [13:42] mpt: and right now multiple applications can be in a single package [13:42] yes [13:42] mpt: (that is pretty common) [13:42] e.g. gnome-games [13:42] yeah [13:43] its probably worthwhile to have this information somewhere iin the long description, I put them small in the appdetails currently [13:43] (not sure that is the best place) [13:44] chrisccoulson: right; I asked whether we really need to keep both versions in main, perhaps we can transition 3 to 4? [13:45] pitti - perhaps. i've not looked at the rdepends for libgda3 yet [13:45] i'm not sure this is going to make FF though - i'm time limited at the moment ;) === MacSlow is now known as MacSlow|lunch [13:53] kenvandine: hm, shouldn't indicator-applet-session depend on indicator-session? [13:53] pitti, you know... i was just thinking the exact same thing :) [13:53] kenvandine: we need to settle the seeding for this stuff soon; which are the "top level" packages which we want? [13:53] i think it should depend on indicator-session [13:53] kenvandine: (I was just apt-get installing i-a-s and wondered why it didn't pull in anything else) [13:54] did it get libindicate2? [13:54] kenvandine: darn, I get a pakcage install failure [13:54] oh? [13:54] Versuche, »/usr/lib/bonobo/servers/GNOME_FastUserSwitchApplet.server« zu überschreiben, welches auch in Paket gdm ist [13:54] oh [13:54] i-a-s needs to replace gdm [13:54] no [13:54] so, that and the new dependency [13:54] hello mvo [13:54] kenvandine: yes :) [13:54] needs to require newer version of gdm [13:55] kenvandine: insufficient [13:55] really? [13:55] mvo, could you please upload packagekit_0.4.9+20090825 from https://edge.launchpad.net/~packagekit/+archive/0.4.x [13:55] ? [13:55] kenvandine: depends: can be unpacked at random, it just determines the unpack order [13:55] oh [13:55] ok [13:55] mvo, Thanks [13:55] * kenvandine will fix that [13:55] kenvandine: it needs to conflicts/replaces gdm (<< version_that_drops_the_file) [13:55] pitti, did you do the gdm upload? [13:55] kenvandine: not yet, I was just about to do it [13:55] ok [13:55] but I wanted to get all the archive debs for testing first [13:56] pitti, so i need a Conflicts and a Replace? [13:56] kenvandine: could you please add the c/r and new dependency, push, and then I'll upload that as well? [13:56] kenvandine: yes, both versioned [13:56] ok [13:56] the gdm version is 2.27.4-0ubuntu12 [13:56] right? [13:57] glatzor_: sure [13:57] kenvandine: correct, the one that will drop the file [13:57] kenvandine: with that, apt will ensure to unpack the new gdm first, and then i-a-s [13:58] btw, is xsplash supposed to work in karmic? [13:58] I updated after my holidays, and have it installed, but I never saw it [13:59] Conflicts: indicator-applet-sus, gdm (<< 2.27.4-0ubuntu12) [13:59] Replaces: indicator-applet-sus, gdm (<< 2.27.4-0ubuntu12) [13:59] kenvandine: ah, robert updated gdm bzr to 2.27.90-0ubuntu1 [13:59] kenvandine: so please rather use this version [13:59] oh [13:59] (doesn't matter much) [14:01] glatzor_: uploaded [14:02] pitti, indicator-applet branch pushed [14:04] pitti, lets talk about xsplash in a few [14:04] * kenvandine is testing trunk :) [14:04] pitti, fyi new xsplash version coming today :) [14:08] kenvandine: i-a uploaded [14:08] thx [14:09] pitti, the PK deprecation is important right? [14:10] as in must be done before feature freeze? [14:10] kenvandine: not necessarily for FF [14:10] but I'd really like it to get done for beta or so [14:10] ok, but for karmic :) [14:10] tedg, ^^ [14:10] it'd be very ugly to ship with two PK stacks [14:10] since it also means two PK UIs, two dialogs, string sets, and configurations [14:11] and I expect this one to be trivial (just rip out all the code) [14:11] ewwww [14:11] kenvandine: why does gdm need to depend on i-a-s? shouldn't it be the other way round rather? [14:11] or we should just explicitly seed i-a-s? [14:12] pitti: Yeah, I think so. But we haven't been able to develop an automatic test suite for all of the login/logout stuff -- especially in the multi user case. So it's lots of manual testing. [14:12] we should see i-a-s [14:12] seed [14:12] kenvandine: right [14:12] pitti, i assumed that is what we did for fusa [14:12] tedg: sorry, that was a reply to what? [14:12] * kenvandine looks at the gdm package [14:12] pitti: The PK stuff in indicator-session. [14:13] tedg: ah [14:13] oh it's a recommends [14:13] tedg: that's just client-side code, or does it provide PK-protected services? [14:13] pitti, i suspect that was just someone replacing fusa with i-a-s [14:13] tedg: (I suppose the former) [14:13] pitti: Just client side in the case of multi-user logged in and trying to shutdown. [14:13] tedg: right, that's easy then; just rip it all out :) [14:13] and it's even necessary, since gdm itself uses PK-1 [14:14] so using the old PK API will break [14:14] pitti: Well, not entirely the case. As we need to test on whether there are multiple users so we dont' show two dialogs... but yes, it shouldn't be a huge deal. [14:14] pitti: I just have a list of things for Feature Freeze to do, and I'm avoiding putting another on the list :) [14:14] tedg: right, as I said, it's not FF critical [14:15] pitti: Cool, I'll file a bug and tag it. [14:15] I just wanted to know how much effort it is (real porting or just dropping) [14:15] tedg: some details are in the MIR bug, FYI [14:15] I sub'ed you to it === rickspencer3-afk is now known as rickspencer3 [14:17] mvo, is software-store GPLv2-or-later? [14:19] pitti: kenvandine: good morning [14:19] hey rickspencer3 [14:19] Riddell, fyi.... libindicate is uploaded :) [14:19] hey rickspencer3 === MacSlow|lunch is now known as MacSlow [14:20] yay, I got my bug-control membership back [14:20] * Amaranth hugs pedro_ [14:21] * pedro_ hugs Amaranth back [14:21] pitti: thanks for the activity report [14:21] * rickspencer3 forgot to send the reminder mail yesterday :( [14:21] Amaranth, saw your name on the list of applicants, next time give me a ping ;-) [14:21] rickspencer3: some other people sent one as well [14:22] yup [14:22] Riddell , bryce, TheMuso, etc... [14:24] kenvandine: yay [14:26] * pitti tests new gdm with tedg's indicator love [14:31] oh, so xplash does actually run [14:31] it just makes my login experience much uglier than before :( [14:31] tedg, kenvandine: anyway, i-a-s seems to work; it starts as "offline", has a terminal symbol in the panel and no icons in the menu, but otherwise does its job [14:32] pitti: Yes, both of those fixes are waiting on code review :) [14:32] tedg: retroactive bug fixing, you rock! [14:35] bratsche: so, with current xsplash I get a lot of flickering, it times out too early, and it doesn't cope with xrandr resolution changes during login; are any of those known, or shall I file bugs for them? [14:36] pitti, the flicker is fixed [14:36] file the other issues [14:37] ok, will do [14:37] pitti, we really want a release today [14:37] right, not saying that those are blockers [14:37] I just wasn't aware that xplash looks like a background image, I though there was some throbber or so [14:37] so I didn't actually notice it [14:39] kenvandine: ok, so I go ahead and seed indicator-session-applet; anything else? [14:40] yes please [14:40] well we need to seed evolution-couchdb... but i can't get it to work :/ [14:40] pitti, oh yeah... one more thing [14:40] one sec [14:41] kenvandine: evo-couchdb> wouldn't that require erlang in main first? [14:41] yes... bug 401691 [14:41] Launchpad bug 401691 in erlang "move to main" [Undecided,Confirmed] https://launchpad.net/bugs/401691 [14:41] so the tests aren't included in the source distribution [14:42] only in their vcs [14:42] right, I saw the conversation [14:42] so not trivial [14:42] shouldn't block MIR, though [14:42] good :) [14:42] ok, so I'll rebuild -meta with i-a-s for now [14:42] elliot already contacted the debian maintainer to see what he wants to do [14:42] so can you approve that MIR? [14:43] pitti, so here is what is in the pipe for today (we hope) [14:43] xsplash and desktopcouch releases [14:43] * pitti grumbles at CDs being oversized again [14:43] good [14:44]