[00:03] jbicha_: I'm just looking at your cogl/clutter sponsorship item in the queue and see its taken care of. I do note that there is no bug closure statement in the changelog. Could you please include this in the future such that the bug is closed, and the bug is removed from the queue such that pilots don't have to take time to follow things up and close the bug? [00:05] TheMuso: oops, I did put the bug # in the clutter upload but the other problem is that I don't think it will actually autoclose until it migrates out of -proposed [00:05] I know that, but I could at least see that its in proposed, and leave it at that, knowing that the bug will get closed. [00:06] Checking that its in proposed doesn't take that long. === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === tiagohillebrandt is now known as tiagoscd === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha === rickspencer3_ is now known as rickspencer3 [03:21] TheMuso: did you have time for a few rebuilds? otherwise I think Laney can help with it later [03:28] jbicha: Sorry I didn't get to them. [03:38] jbicha: hi, this is a bit off-topic for this channel, but it's the only one where I see you active. You seem to have made the last change which went into pycanberra, do you know if the author is still working on it? [03:38] I have had a pull request opened for a few months without any comment now :( [03:42] bochecha_: ah it took me a bit to find the project since it's not in Ubuntu directly (but included inside gnome-clocks) [03:42] jbicha: gnome-clocks moved to vala, so they don't use it any more [03:42] but I'm using it in another project (ibus-cangjie) [03:43] and I need it to be ported to Python 3, for which I submitted a pull request 3 months ago [03:43] I was just wondering if you had commit access there to review my pull request, or maybe you knew the author and whether he was still interested in it === Ursinha is now known as Ursinha-afk === Ursinha-afk is now known as Ursinha [05:49] Good morning === Ursinha is now known as Ursinha-afk [07:07] good morning [07:08] i've got that authentic UDS ubuflu feeling this morning (sore throat and feel like crap) ;) [07:18] hey chrisccoulson [07:18] hi pitti, how are you? [07:18] oh indeed, do we get an ubuflu plugin for hangout? [07:18] and a beer plugin! [07:18] heh [07:18] chrisccoulson: quite fine, thanks! much better now, I just found a solution to a bug I chased all of yesterday [07:19] that's good :) [07:19] i just seem to get to the bottom of one bug, and then immediately hit another (chromium on arm) ;) [07:29] poor chrisccoulson :/ [07:30] hi didrocks [07:30] hey chrisccoulson, seems for once, I didn't say good morning here btw ;) [07:30] so good morning! [07:30] is that a reference to me being unwell, or having to debug chromium issues ;) [07:30] bonjour didrocks [07:30] chrisccoulson: both :p [07:30] good morning :) [07:30] guten morgen pitti [08:16] right, rebuilding chromium *again* [08:16] hopefully this build is a bit more useful :) [08:21] good morning all. chrisccoulson, nice picture of you and seb128 "working" on http://www.omgubuntu.co.uk/ :) [08:27] hey dpm! [08:27] dpm: FYI, the sdk is in raring now :) [08:27] morning didrocks yeah, I saw that :) [08:27] nice work [08:28] didrocks, do you think you could answer mdeslaur's question on ubuntu-phone? I don't really know what's going on there -> https://lists.launchpad.net/ubuntu-phone/msg00502.html [08:29] dpm: hum, I'm not subscribed to the ML [08:30] dpm: to me, it seems that he has a mix between the ppa and raring [08:30] the dep is qtdeclarative5-qtmultimedia-plugin, [08:30] in raring [08:30] Mirv: ^ [08:30] dpm: people should really remove the ppa :) [08:32] dpm: I answered march in private, but didn't notice it was from the list as Pat forwarded it to me. I'll answer to the list as well [08:33] good morning [08:33] Mirv, yeah, answering that one in public might be more appropriate, as I could imagine more folks having the same problem [08:33] salut jibel, ça va? [08:33] Salut didrocks , ça va et toi ? [08:34] jibel: ça va bien :) [08:35] didrocks, Mirv, we should probably coordinate any of these packaging changes with updating the installation instructions on d.u.c/gomobile better in the future. What are the installation instructions for raring now, simply not to install any of the two PPAs and then "sudo apt-get install ubuntu-sdk"? [08:35] dpm: read the post, gomobile is fine as is [08:36] Mirv, which post? [08:36] dpm: the one I just copied over to the public list from the private mail to Marc [08:37] dpm: the PPA instructions wouldn't be exactly needed anymore for raring, but they AFAIK don't hurt either - notepad-qml can be still installed from the ubuntu-sdk-team ppa, and otherwise the archive versions have higher version numbers [08:37] dpm: yeah, no ppa required :) [08:37] dpm: but you can consider adding some note about raring. see also my up-to-date information always at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-proper [08:38] Mirv: we should remove this ppa now for raring [08:38] Mirv: and have daily release [08:38] didrocks: it's already done [08:38] ah great ;) [08:38] didrocks: ah, from instructions, right [08:38] didrocks: I mean, I've cleaned the PPA:s [08:38] but daily release FTW [08:39] * didrocks makes a note for UDS [08:39] yes [08:39] as soon as my ubuntu-ui-toolkit merge is accepted, hopefully next week [08:39] Mirv, thanks, I've just read your e-mail. So in a nutshell, things should get fixed automatically (probably at some point today), right? [08:40] dpm: yes [08:41] Mirv, didrocks, I'm not too clear what's happening to the raring PPA for the toolkit, though, and what we should do with the raring instructions. Could you please expand a bit more on that, and I'll update the installation instructions if needed? [08:41] dpm: did you read the qt5-proper description page? [08:42] hi didrocks [08:42] didrocks: just to let you know the latest desktop packages makes my laptop happy again [08:43] Mirv, yes, but I was asking about the UI toolkit PPA [08:43] also, I now have an interesting problem with postgresql [08:43] dpm: ok, I added a note "The ubuntu-sdk-team PPA is not strictly required anymore, but notepad-qml currently resides there." now, does it answer the question? [08:43] dpm: the ubuntu-sdk in raring does not install the qt-components-ubuntu from the PPA anymore, but notepad-qml is something that is only in the PPA at the moment [08:44] I've upgraded to raring and now postgresql doesn't want to start, saying DETAIL: Failed system call was shmget(key=5432001, size=41263104, 03600). [08:44] Mirv, gotcha. So what's the plan with migrating notepad-qml to the archive? Or are we not doing that anymore, now that the notepad app's code is public? [08:45] now /proc/sys/kernel/shmmax is the same on my raring box as the precise box [08:45] and the postgresql.conf file says 32Meg of shared mem [08:45] dpm: I think the app uploads are planned at some point, but the packaging of that or any of the apps has seen no review so far [08:46] so why is it asking for 41263104? [08:46] dpm: when we get the toolkit daily process working, we can build on top of that [08:46] raring has 9.1+140, precise has 9.1+129ubuntu1 [08:48] thumper: excellent news! :) [08:49] didrocks: do you know who handles postgresql packaging? [08:49] thumper: pitti is doing it in debian and ubuntu ^ [08:49] hi pitti [08:49] hello thumper [08:49] pitti: postgresql doesn't want to start on raring now I have upgraded [08:50] see the message above from 5 min ago [08:50] thumper: oh, that looks like you have too little shared memory for what you configured psql to use? [08:50] pitti: it is all default [08:50] psql says 32MB [08:50] but it seems to be asking for a lot more [08:50] http://www.postgresql.org/docs/9.0/static/kernel-resources.html [08:51] pitti: I'd expect a default install of postgresql to at least start without tweaking kernel memory [08:52] * thumper pokes [08:52] thumper: I haven't seen that problem in a while, though; we got lots of dupes on bug 264336 [08:52] Launchpad bug 264336 in postgresql-8.4 (Ubuntu) "pgsql fails to start due to shared buffer setting greater than kernel allows" [Undecided,Confirmed] https://launchpad.net/bugs/264336 [08:52] thumper: yes, indeed [08:53] thumper: and that does work here [08:53] thumper: perhaps something else on your system is using shared memory already? [08:53] (I'm not really familiar how this works, if it's per-user or per-process or global) [08:53] thumper: you don't have an ex-LP dev environment around :) [08:53] lifeless: not on this machine [08:54] pitti: the error from psql says Failed system call was shmget(key=5432001, size=41263104, 03600). [08:54] now 41263104 is bigger than the default of 33554432 [08:54] not sure why it is asking for more than the specified 32MB though [08:54] * thumper tweaks to 64MB system [08:55] pitti: so I doubled my value using $ sudo sysctl -w kernel.shmmax=67108864 [08:55] and postgresql starts now [08:56] this sysctl thing, do I have to set that every time I reboot? [08:57] thumper: for me, /proc/sysvipc/shm says that postgresql is using 32399360 bytes [08:57] thumper: no, you can tweak /etc/sysctl.d/30-postgresql-shm.conf [08:58] thumper: same key btw, that seems to be a constant (port number and 0001) [08:59] that's with the default max_connections = 100 [08:59] I'm on 64 bit, that might make some difference? [08:59] although I'd expect 64 bit arch to use more memory, if it's different at all [09:02] * thumper is on a 64bit machine [09:02] I don't get why it is doing this... [09:07] hey desktopers [09:07] hey [09:08] * Daviey sulks off, feeling most unwelcome.. grunting to himself. [09:09] hey *serverers* :) [09:09] Daviey lives to serve [09:09] Daviey: hush hush, back to your play room :) [09:09] * Daviey creates a rain Cloud over you miserable gits. :) [09:09] ahah [09:10] oh it worked! [09:10] * didrocks blames Daviey [09:10] * pitti installs gnome-shell and crawls under it to protect himself [09:11] hey Laney didrocks pitti [09:11] pitti, ton unity est cassé ? [09:12] don't underestimated the power of the juju [09:12] bonjour seb128, ça va? [09:12] pitti, oui, et toi ? [09:12] seb128: non, mais unity ne protège pas contre la pluie [09:12] hehe [09:13] seb128: as there is no gnome-sun nor gnome-umbrella, that seemed like the next best thing [09:13] indeed [09:14] so a mini-UDS next week, that sounds quite rushed to me [09:14] we still have plenty of WIs, and no prep, etc. === tkamppeter_ is now known as tkamppeter [09:18] pitti, yeah, seems like at the same time we can't affort to not make changes [09:19] seb128: yes, we should certainly revisit our remaining WIs, no argument ther [09:19] but next week still seems a bit rushed to me [09:19] Greetings all. [09:23] pitti, well, it's either next week or a month later, missing a month would be an issue as well [09:23] but yeah, it's rushed [09:24] well, let's see [09:25] I'm not deciding on the schedule, apparently that's what best suited with calendars, etc [09:25] it matches feature freeze as well [09:27] pitti, dunno about yours, but my woerkitems are targetd for 13.04 not for next week :) [09:27] * ogra_ glares at his fingers .... geez, type what i think,. damned ... [09:28] ogra_: you need regression tests for your fingers :) [09:28] LOL [09:29] ogra_: sure, that's what I meant with "certainly good to review them now" [09:30] i would actually expect the 1304 targets to persist as they are and to get new WIs from the UDS sessions in new specs that run on a shorter schedule [09:30] (until next UDS ... which again is 13.04 timeframe) [10:03] pitti, hi [10:40] my mate couldn't login today & had to purge .config/dconf to have compiz start. New / guest accounts still worked. I haven't heard anything like this yet, so it could be a user error. [10:41] doubt we can do much without logs [10:41] xnox, I've the same issue, it's a problem with libcompizconfig somewhere [10:41] being discussing it on #ubuntu-unity [10:41] sil2100 is looking at it [10:41] sil2100, ^ not only me [10:42] being discussed* [10:42] xnox, downgrading the lib without wipping the config works, I still have the buggy system so I can provide infos [10:43] xnox: hm! [10:43] xnox: good to know, the dconf purge is a good pointer, thanks [10:44] sil2100: well back it up / revert settings to default. [10:44] xnox, so only purging the dconf config was enough? [10:44] seb128: i believe that's what he said. [10:44] xnox, e.g no change to compiz's config? [10:44] rm -rf .config/dconf helpe [10:45] d [10:45] that's fairly obvious =) if he did do something else, it didn't help. [11:02] xnox, can you friend go back in a broken state to get debug infos? [11:04] seb128: what do you want to find out / collect? [11:05] xnox, from a buggy session: [11:05] dconf read /org/compiz/profiles/unity/plugins/core/active-plugins [11:05] dconf read /org/compiz/current-profile [11:05] and the content of [11:05] .config/compiz-1/compizconfig/done_upgrades [11:23] seb128: not reproducible any more. sorry. [11:23] xnox, no worry, same for me ... === vrruiz_ is now known as rvr_ === Sweetsha1k is now known as Sweetshark [11:31] sil2100, ^ btw, xnox's friend can't reproduce either, so maybe a config upgrade thing [11:31] Laney, what happened to the "jbicha will handle the cogl transition"? ;-) [11:32] he couldn't do the main sources so pinged me to upload those :P [11:32] oh, right [11:32] seb128, xnox: probably, but still it needs investigation which exactly case causes the failure and because of what [11:32] yeah [11:32] well I didn't upgrade recently. [11:32] What's the cuplrit's version number? I might be the next victim. [11:32] xnox, maybe you will get the issue once you upgrade [11:33] xnox, 1:0.9.9~daily13.02.26-0ubuntu1 [11:33] xnox, uploaded yesterday afternoon/evening [11:33] yeap, offered to upgrade to that. [11:33] xnox: what compiz version do you have installed currently? [11:34] * Laney tries [11:34] 19.1? [11:34] I didn't get the bug in my VM though [11:34] 1:0.9.9~daily13.02.19-0ubuntu1 [11:34] is my current one. [11:34] hm, ok [11:36] no bug here [11:36] :-( [11:37] i see 01/02/03 in the done_upgrades file [11:37] I'll check again the upgrade code, maybe there is some race condition there [11:48] hmm, just updated and am getting "The disk drive for /tmp is not ready yet or not present" which is somewhat alarming and odd... [11:48] * popey wonders if it's taking a long time rm'ing what was in there before I rebooted... (there was a compiled kernel) [11:48] get a new disk ! [11:48] yup! looks like it [11:48] It's an SSD! [11:49] Phew, finished, that was scary.. [11:50] I'm glad to see that I joined the Mozilla Test Pilot Team! [11:51] * popey gives Laney wings [11:55] popey: give Laney a redbull it'll give him wings and he'll be far more awake too ;) [11:55] eww [11:58] but put him on a leash first [12:00] Laney: Can you possibly merge the im-config branch at bug 1101836 before drinking that red bull? ;-) [12:00] Launchpad bug 1101836 in im-config (Ubuntu Raring) "Needs to keep hands off when removed but not purged" [Medium,In progress] https://launchpad.net/bugs/1101836 [12:00] cyphermox ping [12:03] GunnarHj: yeah, will do today [12:03] Laney: Great, tnx. [12:04] thank you [12:04] hoping Quintasan does the im-config-fu for maliit soon [12:04] ;-) [12:04] then I can forget about this im-* :P [12:06] Laney: Thought you were studying Chinese now. [12:06] nah, forgotten that already ;-) [12:06] :) [12:07] (somehow I suspect it'll come back up again ...) [12:08] wow my battery is at 104%! [12:08] Whoa [12:08] after overclocking now overcharging? [12:10] \o/ [12:21] GunnarHj: Alright, I'm going to upload that [12:22] Laney: The code isn't optimal, but it does the right thing for us. [12:22] I hope osamu can be convinced to get rid of that code, but I buy your argument [12:23] Laney: It was your idea in the first place, and it was indeed the way to go. === jhernandez is now known as jhernandez|lunch [13:45] sigh @ bug 1132962 [13:45] Launchpad bug 1132962 in tomboy "GConf is deprecated" [Wishlist,Confirmed] https://launchpad.net/bugs/1132962 [13:45] i wish this guy would stop doing this [13:46] "lets report a vaguely similar bug against a bazillion completely unrelated packages" [13:52] chrisccoulson: +1 [13:53] seb128: could you sync libcmis 0.3.1-1 over our 0.3.0-1~ubuntu2 prerelease? [13:53] chrisccoulson: meh. i don't mind tracking bugs [13:54] seb128: hey [13:54] * Sweetshark offers chrisccoulson a bite of bug 1034928 ... [13:54] Launchpad bug 1034928 in libreoffice (Ubuntu Quantal) "Fontconfig warning: Having multiple values in isn't supported and may not works as expected" [Undecided,Confirmed] https://launchpad.net/bugs/1034928 [13:54] desrt, the problem is, launchpad doesn't really have a concept of tracking bugs. creating a single bug assigned to dozens of unrelated packages creates a lot of email spam for packages that developers don't care about :/ [13:55] ya. true. [13:55] was just thinking this... [13:55] desrt, see bug 1030022 also ;) [13:55] Launchpad bug 1030022 in spectrwm (Ubuntu) "Port from legacy Xlib to to modern XCB" [Undecided,In progress] https://launchpad.net/bugs/1030022 [13:55] seb128: did some testing about timedated vs. systemd yesterday [13:55] chrisccoulson: well that's just bullshit :) [13:55] yeah [13:56] gtk has no plans to do this, for example... [13:58] win 4 === Ursinha-afk is now known as Ursinha [14:00] chrisccoulson, did he do it on other bugs as well? [14:00] desrt, hey [14:00] seb128, yeah, bug 888662 too [14:00] Launchpad bug 888662 in xxxterm (Ubuntu) "Web browsers should share the cache" [Undecided,New] https://launchpad.net/bugs/888662 [14:00] desrt, did you ask lennart about the "run helpers without the init system"? [14:00] seb128: he didn't ping back [14:01] seb128: in this case, the init system is really needed by the helper [14:01] seb128, and bug 891793. he has form ;) [14:01] Launchpad bug 891793 in lightdm (Ubuntu) "Login with USB key or smart card" [Wishlist,Triaged] https://launchpad.net/bugs/891793 [14:01] but we can work around it rather easily... [14:01] seb128: this is needed to support the "sync date/time with NTP" switch in the UI [14:01] timedated tries to ask systemd "is ntp running?" and then "start ntp" and "stop ntp" [14:02] i wrote a very small dummy service yesterday claiming to be systemd and answering questions about NTP. that was enough to get it working. [14:02] i consider today adding support for actually doing the request on upstart [14:02] ie: timedated will think that it is asking systemd to start NTP but really upstart will do it [14:02] sounds good [14:03] the rest of the functionality is fine [14:03] changing timezones, etc. [14:03] all works [14:03] desrt, maybe move to #ubuntu-devel so slangasek can read it [14:03] * desrt doesn't want to type all that again :p [14:03] oh wow, link failure: [14:03] https://launchpadlibrarian.net/132499511/buildlog_ubuntu-precise-i386.firefox_21.0~a2~hg20130226r128460-0ubuntu1~umd1~precise_FAILEDTOBUILD.txt.gz [14:03] collect2: ld terminated with signal 9 [Killed] [14:03] thanks! [14:03] getting too big for i386, i wonder? ;) [14:04] who cares as long as it builds on arm [14:04] ogra_, yeah, it builds fine on arm [14:05] it's a shame that chromium doesn't :P [14:05] i know, just teasing :) [14:05] heh [14:05] actually, chromium is building here. it just doesn't work [14:05] seb128: okay. i pastebinned it to him :) [14:05] desrt, thanks [14:13] chrisccoulson, went into clean/rent mode on https://bugs.launchpad.net/ubuntu/+source/cinnamon/+bug/1132962 ;-) [14:13] Launchpad bug 1132962 in tomboy "GConf is deprecated" [Wishlist,Confirmed] [14:14] seb128, thanks :) [14:14] yw [14:18] seb128: we don't use ntp on ubuntu...wouldn't it make more sense to simply get rid of that checkbox? [14:19] mdeslaur, good point, we have ntpdate though [14:19] seb128: yes, and it's automatically run, no checkbox needed [14:19] mdeslaur, is it? [14:19] mdeslaur, our current ui has "automatically sync time" or "manual" [14:19] seb128: it's in the network ifup scripts...every time you up a network interface, it resyncs the date [14:20] mdeslaur, what is the option doing then? [14:20] seb128: uh...nothing? :) [14:20] why do we have it then? [14:20] I don't know, hehe :P [14:20] I think that needs some investigation :P [14:21] seb128: maybe the switch turns it on/off in /etc/default/ntpdate...let me check [14:21] yay [14:22] ++ fro dropping the silly ntp option [14:22] +1 [14:22] g_dbus_proxy_call (self->priv->proxy, "SetUsingNtp", g_variant_new ("(b)", active), [14:22] G_DBUS_CALL_FLAGS_NONE, -1, NULL, dbus_set_answered, "using_ntp"); [14:22] ntpdate syncs the clock on every network connect anyway [14:23] ogra_, does it for static interfaces? [14:23] (it lives in /etc/network/if-up.d/ntpdate since several years) [14:23] * kenvandine doesn't actually know if network-manager does anything for those [14:23] kenvandine, for all but loopback [14:23] ok [14:23] no matter if NM or /etc/network/interfaces, both run if-up.d scripts afaik [14:24] makes sense [14:25] ogra_, so if you run your system for years without reconnecting your clock is free to drift? [14:25] seb128: disregard the 0.3.0 sync request -- we need 0.3.1 anyway for the next libreoffice upload once that is there ... [14:25] yeah [14:25] thats the one disadvantage [14:25] Sweetshark, ok, sorry, I was in a call when you pinged, didn't catch up yet [14:25] but given that we have people like mdeslaur your kernel security updates will force you to reboot at some point [14:25] Sweetshark, you asked me to sync 03.1-1 no? [14:25] ;) [14:26] seb128: have you ever noticed before? :P [14:26] seb128: If you would sync 0.3.1-1, that would be nice. I originally asked for 0.3.0-1, which wouldnt help .. [14:26] ogra_, and for a desktop... how likely are you to not have your ethernet unplugged from time to time? [14:27] different for the server of course [14:27] Sweetshark, seb128: could you sync libcmis 0.3.1-1 over our 0.3.0-1~ubuntu2 prerelease? [14:27] servers should use ntpd [14:27] Sweetshark, you asked for 0.3.1-1? [14:27] seb128: Yes, I need 0.3.1-1 [14:27] ogra_, mdeslaur: do we sync on wifi connect? that seems to be broken on some of my boxes [14:27] Sweetshark, ok, so all good [14:28] seb128, we sync for all interfaces but lo [14:28] if it doesnt work on a wifi card for you, thats surely a bug [14:28] ogra_, ok, dunno why it doesn't work for me [14:29] it does seem to work if I set it to manual, so I think it is hooked up somewhere [14:29] desrt, we will need to drop the gnome-settings-daemon patch "revert_git_datetime_dropping.patch", at this point the dbus interface used by indicator-datetime will stop being available so we need to update indicator-datetime too [14:35] ah, yes, that patch disables ntpdate [14:35] so if ntp is installed, it uses that, else it disables/enables ntpdate [14:36] *ntpd [14:36] seems that the systemd approach has no ntpdate method [14:37] it just starts/stops ntpd [14:39] or something called chronyd [14:39] * desrt wonders what this is [14:39] seems to use that if ntp is not available [14:40] https://wiki.archlinux.org/index.php/Chrony [14:40] neat. [14:42] i wonder if maybe there is good reason to switch to using this instead [14:42] well, probably there is a lot of good reason. i wonder if there's a reason not to do it, though [14:42] memory footprint [14:42] ntpd is slimmer? [14:43] ah, don't know, I just meant vs. ntpdate [14:46] chronyd seems to use ~260kB [14:47] on the power front, its main loop seems to wake up once every 60 seconds [14:48] each wakeup is a bit of network activity [14:51] does chrony support authenticated ntp? [14:51] chronyd will probably use more power than ntpd -- it seems to be a bit more hyperactive about its job [14:51] mdeslaur: yes [14:51] at least i saw something about keys in the config file [14:52] or maybe not [14:52] that's an admin password [14:52] * advanced NTP features like Autokey authentication are not supported [14:53] here is the rationale behind fedora's change: http://fedoraproject.org/wiki/Features/ChronyDefaultNTP [14:54] they did some rather detailed testing [14:55] interesting. ntp uses more power. [14:55] of course, ntpdate is best of all :p [14:55] hrm, autokey auth is a desired feature though, we've had a lot of requests for that [14:56] i wonder if we could kick upstream a little [14:57] not a dealbreaker for now [15:03] jibel, https://jenkins.qa.ubuntu.com/job/raring-ppa-adt-ubuntu_mozilla_daily_ppa-firefox-trunk/47/ARCH=amd64,label=adt/ has been broken for a while now. any idea what's going on there? [15:04] chrisccoulson, looking === m_conley_away is now known as m_conley [15:29] * Laney eyes the totem failure [15:29] * Laney eyes jbicha [15:30] Laney: yeah I'm not sure about that one [15:30] it seems to be installable here [15:32] ah component mismatch [15:32] libarchive13 [15:33] how hasn't that been a problem for you in the libarchive transition? [15:40] pitti: are you still around today? [15:43] chrisccoulson, so, the problem is that adt doesn't find the source package, which exists obviously. I restarted a test run to check if it's a timing issue, but I'm really not sure why this happens yet. [15:44] jibel, thanks [15:44] or stgraber: what's next for the Ubuntu GNOME flavor proposal? does it need to be added to the agenda for Monday's meeting? [15:48] lulz. people are talking to my systemd emulator [15:48] jbicha: we typically automatically bring up any e-mail discussion to the meeting if it's not resolved by then [16:02] pitti: do you mind putting some coal on launchpad builders trains for ido so that we can release? [16:02] https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4331803 [16:02] https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4331804 [16:02] https://launchpad.net/~ubuntu-unity/+archive/daily-build/+build/4331806 [16:02] (i386 already built successfully) [16:02] cyphermox: ^ [16:04] really need to remove launchpad from highlight [16:06] :) [16:11] is there a 'dbus-explorer'? [16:24] jbicha: I'm back now [16:24] didrocks: shoveling [16:24] \o/ [16:25] * pitti wipes away sweat, done [16:25] * didrocks hugs pitti [16:25] * pitti tu donne une accolade en retour [16:25] pitti: je pense que tu mérites une bonne douche :-) [16:25] pitti: ok I think stgraber answered my question [16:27] didrocks: j'ai avoir une douche à ce soir :) [16:27] héhé [16:32] seb128: so do you have any feedback on upstart user sessions? I'm now looking at final testing before we release 1.7 upstream and land that stuff in the archive, so if you have any blocker, now would be the time ;) [16:33]