[00:01] did you know we distribute libaa (ascii art library) on the CD? It's being pulled in by the gstreamer plugins [00:03] That's an important part of a modern distro. [00:08] heh but something like that which is useless to most people should probably be removed somehow, every bit of iamge space is sacred. [00:08] And can be better used by something else. [00:09] TheMuso, exactly, and unknown code means unknown problems [00:10] but...how will I be able to watch movies on my vt100 terminal? :) [00:10] yep [00:11] mdeslaur, you watch porn movies on your vt100? [00:12] ;) [00:13] chrisccoulson: sssssh! :) [00:13] mdeslaur, phoar, check out that semicolon! [00:14] hehe [02:22] I remember seeing some burn-down charts of blueprint work items somewhere [02:22] anyone have a link? [02:23] http://status.ubuntu.com [02:23] http://status.ubuntu.com/ubuntu-quantal/ [02:23] thanks guys [02:47] jasoncwarner_, ping [02:56] Well, that was a fun couple of minutes. Turns out this system won't boot properly with something plugged into the USB slot. [04:34] Good morning [05:11] RAOF: is that quantal? [05:12] RAOF: mine just doesn't boot properly sometimes (gets stuck in plymouth) independent of plugged in devices [05:22] Oh wow, so Debian decided to not use clutter for totem 3.4. Interesting. [05:29] hrm ok its not applied atm though./ [05:29] pitti: nothing in X has changed in quantal, so thats especially screwed up if its happening :) [05:30] outside of autosyncs of drivers you arent using [05:30] yeah, could be anything really [05:30] the VTs are very unhelpful to see what's going on :/ [05:31] plymouth actually got updated in 12.10 for the first time since 10.04 so probably there [05:57] * rickspencer3 drums fingers [06:07] good morning [06:08] hey rickspencer3, bonjour didrocks [06:08] good morning didrocks and pitt [06:08] pitti, even [06:08] guten morgen pitti [06:08] bonjour rickspencer3 [06:08] bonjour mes amis [06:23] pitti: Yeah, it's quantal. I think it must be the kernel, because it CPU soft-lockups in that case. [07:07] hey mvo, guten Morgen [07:09] hey pitti, good morning [07:09] mvo: are you planning to upload the py3'ified aptdaemon soon, or is that blocked by something/ [07:09] ? [07:11] pitti: last time I checked there was a testcase failure, but I haven't digged into it [07:11] hi all got a new ivy bridge laptop, but when I go to install ubuntu 12.04 LTS it installs but fails to find the boot partition to boot from [07:12] anything specific I need to do [07:19] pitti: I can look into aptdaemon this week, but don't be blocked on me, i.e. feel free to upload if you want [07:19] mvo: I mean for the ports of apturl etc. [07:20] yes, I would love to have it, updat-emanager needs it too (the py3 port) [07:34] didrocks: hi again [07:34] you've put the manpage into debian/patches/ccsm.1 [07:34] but the proper location should be debian/ccsm.1 [07:35] and *this* location in mentioned in compizconfig-settings-manager.manpages [07:36] mitya57: oupsss, it's probably a bad bzr mv I guess as I install from debian/ccsm.1 :) Thanks for the noice! [07:36] notice* [07:36] last step, once I finish piloting, will be to update debian/copyright [07:43] hey [07:44] hi seb128, was off sick yesterday, hopefully will be back today [07:44] bonjour seb128 [07:44] pitti, hey [07:44] hey micahg -- oh, get well soon then! [07:44] thanks pitti [07:44] pitti, wie gehts? [07:45] seb128: gut, danke! und selbst? [07:45] micahg, ok, no worry, let me know if you are still off today and I will ping jdstrand to see if anyone else in security can cover for you and do that testing round [07:46] pitti, ich bin gut, danke ;-) [07:46] * pitti chuckles [07:46] seb128: I think I'll be well enough to at least do the testing (won't promise much else though :)) [07:46] seb128: (that means something rather different than "I feel well", FYI) [07:46] micahg, ok, get better! [07:47] seb128: thanks [07:47] pitti, second try [07:47] pitti, mir geht us gut danke! [07:48] us->es [07:48] * pitti hugs seb128, impeccable! [07:48] * seb128 hugs pitti back [07:49] didrocks, lut [07:49] salut seb128, ça va? ;) [07:49] (testing if didrocks is lost if new productivity world with his new laptop or if he got IRC notifications back) [07:49] didrocks, ca va ;-) et toi ? [07:49] seb128: ça va bien, j'ai retrouvé mes notifs weechat \o/ [07:49] hehe [07:49] didrocks: oh, you got your new toy? [07:50] pitti: yeah, received last week. I installed it mostly during the bank holiday [07:50] finished a little bit to copy some bits yesterday (had to restart from a clean home as last one is dated since 2002) ;) [07:50] didrocks: Ne vous l'aimez? [07:51] pitti: I love it! I'm in the 21th century now ;) [07:51] changed the HD by a ssd [07:51] used oneconf to reinstall the apps I wanted, everything is fine! [08:01] didrocks: how long does your battery last now? [08:02] pitti: didn't test it fully yet, but more than 10 minutes for sure :) [08:02] I'll try on a quiet day, without too much compiling first [08:02] I saw in the bios that all acceleration are deactivated when on battery [08:03] didrocks: powertop's estimation is usually quite well (same like the power applet) [08:03] s/applet/indicator/, of course [08:04] hello pitti seb128 and mvo [08:04] * pitti waves Servus to glatzor [08:05] * glatzor hugs the zugroasten pitti [08:05] Jo mei! [08:06] mvo, I would like to move softwareproperties.AptAuth to apt.auth to avoid a circular dependency between aptdaemon and software-properties [08:06] glatzor: they disqualified me anyway -- Lederhosen just look hilarious on me [08:06] pitti: I'm fully charged, idled computer (but still getting the tons emails from imap), chromium, weechat, gedit and 2 terminals: 6h46 says the applet [08:06] hey glatzor [08:07] didrocks: that's not bad already :) now you can try and tinker with the powertop tweaks, disable radios, etc. [08:07] pitti: I'll probably tonight :) [08:07] seb128: I guess no news about the guadec schedule? I think I'll just ask for flights now [08:08] pitti, no, but if you are up for some hacking after the conf days just flight back on aug 1 or 2 [08:08] pitti, I still I will go back on the 1st [08:09] pitti, by experience there are not so many people left on the last hack day [08:09] seb128: so I'll probably fly back on Aug 1 afternoon [08:10] same here [08:10] will probably do the same [08:20] good morning everyone [08:20] hey glatzor [08:21] chrisccoulson, mvo: hey, how are you? [08:21] hi seb128,, i'm good thanks. how are you? [08:21] seb128: good, thanks [08:21] chrisccoulson, I'm good ;-) [08:21] glatzor: sure, that sounds good, lets move it further down the stack [08:21] oh, we have our roof fixed! IT's FINALLY FIXED!!!!! :-) [08:22] chrisccoulson, you might want to talk to Trevinho about the startupwmclass changes [08:22] seb128, how come? [08:22] oh, about my last comment? [08:22] chrisccoulson, yes [08:22] chrisccoulson, I think he said he behaviour changed slightly but was buggy before [08:22] chrisccoulson, so maybe firefox was relying on a bug to work? [08:23] seb128, that's ok. i can make sure it's fixed in the final beta [08:23] ok, great [08:23] chrisccoulson, @roof: but, it's summer, you don't need one! :p [08:23] seb128, yeah, firefox changed the WM_CLASS a while ago and i didn't update the desktop file, because it continued to work ;) [08:25] hey chrisccoulson! Congrats for your roof ;) [08:25] heh, thanks [08:25] i hope it doesn't leak now [08:26] what we need is a good thunderstorm to test it out [08:26] well, where you live, you don't have to wait for long ;) [08:26] * didrocks runs [08:26] didrocks, unfortunately, it normally just rains. i want an actual thunderstorm instead though, as they're fun :) [08:27] what we need is a little mini-sprint in orlando in mid june. then i'd get to see lots of thunderstorms! === tkamppeter_ is now known as tkamppeter [09:09] seb128, threadscope is "a graphical thread profiler for Haskell programs", so it's right for it to show up in Haskell. shows that non-application packages are supposed to show by default too. This is bug 904451. [09:09] Launchpad bug 904451 in software-center "Technical items should appear by default in "development tools"" [Low,Triaged] https://launchpad.net/bugs/904451 [09:11] mpt, ok, yeah the fact that it shows was not an issue, having a category for only 1 item is what seemed weird [09:11] desrt, ^ [09:11] mpt, thanks [09:14] tkamppeter: I want to port foomatic-db-compressed-ppds to python 3; where can I send the patch for this for upstream? [09:14] tkamppeter: is it ok to mail to you? [09:16] pitti, yes, simply mail it to me. [09:17] tkamppeter: actually, I think /usr/lib/cups/driver/foomatic-db-compressed-ppds gets autogenerated, so I guess the fix is in pyppd [09:19] pitti, yes. You can forward it to the upstream of the pyppd package. [09:19] tkamppeter: right, seems it's Odyx' package; I'll mail it to Debian then [09:20] pitti, and also the real upstream (the pyppd author). [09:22] tkamppeter: ah, actually it's on http://gitorious.org/vitorbaptista/pyppd/ [09:22] I do a fork there and send a pull req [09:24] pitti, OK, thanks. [09:32] hmmmm, i think that for every cycle in the future, I should have a default WI - "deal with fallout from changing toolchain" ;) [09:32] it just could never be set to "done" [09:32] it's a mission, not a WI :) [09:33] heh [09:35] chrisccoulson, still can't play angry birds? ;-) [09:36] hi pitti, good morning. I meant to ask you a while ago, when you've got a minute, do you think you could upload the signed off language packs from https://wiki.ubuntu.com/Translations/LanguagePackUpdatesQA#Test_results_Ubuntu_12.04_.22Precise_Pangolin.22 - thanks! [09:40] dpm: sure [09:40] cool, thanks :) [09:55] dpm: general and gnome packages are in; -kde pacakge copies are requested, but LP seems to take some time to think about them.. [09:56] pitti, ok, thanks! [10:03] pitti, I know that you are not in the SRU team any more, but can you approve my ptouch-driver and system-config-printer SRUs and move cups-filters to -updates, as the real SRU team is a week behind (is Precise so broken?). [10:03] ask in #u-release perhaps? [10:04] if I keep doing SRUs, things will never change :) [10:04] pitti, we miss you there as well already ;-) [10:05] pitti, I can tell, I've been trying hard to get mine through without pinging you, it's working less well so far but let's see if they managed to get organized ;-) [10:07] dpm: -kde now released, too [10:09] it looks like the SRU team could do with more european members [10:09] seb128, http://www.bbc.co.uk/news/magazine-18234930 ;) [10:11] pitti, Laney, who are the SRU team members? Are they all concentrated in AU? [10:11] tkamppeter: https://launchpad.net/~ubuntu-sru/+members [10:11] pitti, ack thanks [10:13] chrisccoulson, I should move there ;-) [10:23] seb128, yeah :) [10:23] it seems i'm not going to escape speaking French soon ;) [10:51] hi seb128.... Yesterday I've noticed that the latest fixes for unity duplicated icons / no icons fixes have also fixed this: https://bugs.launchpad.net/ubuntu/+source/unity/+bug/925421 ;) [10:51] Launchpad bug 925421 in unity "sometimes icons get dropped from the launcher when they should not" [High,Fix committed] === mitya57_ is now known as mitya57 === ara is now known as Guest64238 [11:58] Trevinho, is that the "pin,unpin applications lead to broken icon"? [11:58] seb128: yep [11:58] Trevinho, oh, that's great, so no need to fix dbus-glib after all? ;-) [11:58] Trevinho, bug #978401 is the same bug right? [11:58] Launchpad bug 978401 in unity-distro-priority "Some applications stop being listed after being pinned,unpinned in the Launcher" [High,Fix committed] https://launchpad.net/bugs/978401 [11:59] seb128: no, that's another issue.... that was the unpinning thing while running an app [12:01] hum, xchat-gnome segfaulted [12:02] Trevinho, ok [12:04] seb128, heya, lp bz ? [12:04] ritz, lp bz what? [12:04] segv [12:05] seb128, xg should be gtk3 only by this weekend, with hopefully little regression [12:05] oh ok [12:05] great [12:09] xchat-gnome it's the most crashing app for me, and has at least 4 different kinds of crashes :) [12:10] bug 956118 and bug 1005220 seem to occur only for me :( [12:10] Launchpad bug 956118 in xchat-gnome "xchat-gnome assert failure: *** glibc detected *** xchat-gnome: double free or corruption (!prev): 0x09788a08 ***" [Medium,New] https://launchpad.net/bugs/956118 [12:10] Launchpad bug 1005220 in xchat-gnome "xchat-gnome crashed with SIGSEGV in gtk_xtext_render_str()" [Medium,New] https://launchpad.net/bugs/1005220 [12:35] seb128: that and the fact that some really obvious things are missing from said category [12:35] . [12:38] Hi all, Im not home, but at LO hamburg homehacking. [12:40] pmsl @ http://mashable.com/2012/05/30/amercia/ === MacSlow is now known as MacSlow|lunch [12:44] I dont have my email stuff copied over to my new SSD, so if you have an urgent request, please ping me here on freenode #kthx [13:08] cyphermox: hey, how are you? [13:09] cyphermox: FYI, the ubuntu-drivers-common API is now by and large working; please let me know if you are missing something when implementing the UI [13:09] cyphermox: i. e. it could be that we should put some extra logic about the nvidia driver variants and their description into u-drivers-common instead of into software-properties [13:57] phew, just finished with recreating a new debian/copyright compiz file :) [13:57] that was the last part of this insane update (insane, but for good tomorrow) === m_conley_away is now known as m_conley [14:16] pitti: thanks [14:16] I haven't started, currently doing +1. === MacSlow|lunch is now known as MacSlow [14:48] anyone remember seeing jbicha mention he needed sponsoring for indicator-datetime? [14:48] * cyphermox is about to sponsor it from the desktop branches [14:50] cyphermox, I guess he forgot to upload [14:50] seb128: I checked and I don't think he can [14:50] though that's something else that ought to be fixed [14:51] right, upload away then ;-) === jbicha is now known as Guest70781 [14:58] ok, new compiz is working fine, apart that it can't load one plugin… unity :p [14:59] wee ;) [14:59] didrocks, awesome, keep it that way and arm wont be behind anymore [14:59] ogra_: heh ;) [15:04] seems to be an unnoticed ABI break [15:04] a [15:08] kenvandine: seb128: the overlay scrollbars are removed during precise -> quantal upgrade, (but I see no new package/ABI installed), wanted? [15:08] humm [15:09] didrocks: the new ones should be overlay-scrollbar-gtk3 and -gtk2 === Guest70781 is now known as jbicha_ [15:09] ah, that's better [15:09] kenvandine, didrocks: it stopped being a lib [15:09] ah, there is just overlay-scrollbar :) [15:10] didrocks, right [15:10] much simpler now :) [15:10] ok, good, thanks jbicha_/Guest :p seb128 ;) [15:10] yw === elleuca_ is now known as Guest20629 [15:13] seb128: now that's a gtk module, how can you activate/deactivate it? [15:13] gsettings [15:14] didrocks, there is a GTK_... variable for those or gsettings [15:15] got it from the diff [15:16] hi! in edubuntu we ship some .desktop files as overrides in /usr/share/ubuntu/applications [15:16] but it doesn't seem to be applied anymore, is there a new way of doing that? [15:20] highvoltage: hey, where do you ship them? [15:21] didrocks: from the edubuntu-artwork package [15:22] highvoltage: echo $XDG_DATA_DIRS [15:22] it does contain /usr/share/ubuntu, isn't it? [15:23] didrocks: ah, somehow it doesn't [15:24] it has "/usr/share/gnome-classic:/usr/share/gnome:/usr/local/share/:/usr/share/" [15:24] highvoltage: it's because you are using gnome-classic and not the "ubuntu" session [15:24] /etc/X11/Xsession.d/60x11-common_xdg_path set the override depending on which session we choose [15:25] ok, so we should be shipping those files in /usr/share/gnome-classic? [15:25] highvoltage: if you want to use that session, yep :) [15:25] well /usr/share/gnome-classic/applications [15:25] yep, we support it [15:25] didrocks: ok thanks a lot [15:26] highvoltage: yw ;) [15:26] desrt: seb128: see, people are using the "on session type" override ;) ^ [15:26] :) === Pici is now known as Guest55530 === Pici` is now known as Pici [16:59] good nighth everyone! [17:02] good night pitti! [17:28] heh, THUNDER!!!!! [17:29] thunder? [17:30] Flash? [17:30] chrisccoulson: I see what you did there but you missed the bird bit off the end ;) [17:30] lol [17:55] seb128: still around? [18:00] Sweetshark_nhome, yes [18:00] Sweetshark_nhome, but not for long, going for dinner in 5 minutes [18:01] seb128: anyway, Im uploading 3.5.4-0ubuntu1 for precise-proposed to chinstrap. Reviewers welcome. (Except for the tarballs, its the same as the libreoffice ppa upload of 3.5.4~rc2 -- so shouldnt have any exciting breakages ;) ) [18:02] Sweetshark_nhome, ok, I will have a look, but likely tomorrow morning [18:02] Sweetshark_nhome, note that you should got it in quantal before SRUing and that you better have a bug with the details from https://wiki.ubuntu.com/StableReleaseUpdates filed [18:03] Sweetshark_nhome, i.e rational, regression potential, etc ... the (new) SRU team started requiring those recently [18:03] i.e they will not review things in the queue which don't have a bug with those infos [18:04] seb128: not urgent, as the package is a) in the ppa b) would rot for a week in -proposed anyway. [18:06] * dobey really doesn't like this new SRU thing [18:08] umm, those have been the rules for a while, just not enforced well [18:10] micahg, hey, how is the firefox 13 testing going? [18:10] seb128: just updating my VMs, will be starting soon :) [18:10] cool [18:13] The SRU proceedures are laborious now, makes me shy away from them [18:13] micahg: perhaps, but probably for good reason. [18:13] bcurtiswx: exactly [18:14] bcurtiswx: as has been mentioned, these have been the procedures for quite a while, people have just been ignoring them [18:14] the [Test Case] is fine, and makes sense, but the other stuff seems overly redundant and costly [18:15] It's all fine , and i completely understand why they're enforcing it now, especially with an MOTU app coming in the next few months i'll NEED to be that detailed in my SRU exampels :P [18:15] dobey: rational and regression potential are to save the SRU team some time in evaluating the upload [18:15] how do you evaluate "regression potential"? [18:16] micahg: rational? [18:16] jbicha_: it's always "Unknown" [18:16] dobey: why the update is happening [18:16] jbicha_: or "Minimal" if you prefer :) [18:16] I like "minimal" ;) [18:16] micahg: there is nothing in "Procedure" about rational. [18:16] jbicha_: regression potential is how likely the change will affect the surrounding code [18:17] dobey: s/rationale/imapct/ [18:17] *impact [18:17] micahg: but isn't the bug report itself exactly what that section is supposed to be? [18:17] dobey: it's to highlight the issue so the SRU team doesn't have to read the whole report [18:18] don't we want the SRU team to read the bug report? [18:18] i would hope the SRU team would be reading the bug report [18:18] no, they should just need to read the description (some of the reports get really long) [18:19] i mean, if all this stuff is in the description anyway [18:19] micahg: yes, but comments != report [18:19] dobey: yes, but not all the info is in the description from the outset [18:21] micahg: sure, and some people take better care to maintain their projects/packages than others might. the extent of requirement makes more sense for arbitrary updates to arbitrary packages, but less so for well maintained things [18:21] i mean, i'm pretty sure chrisccoulson doesn't have to provide a minimal patch applicable to the previous version of firefox, when updating to the new version :) [18:22] dobey: well maintained things should probably go for SRU mircorelease exceptions :) [18:22] i can if you like, but then the SRU team will spend several months reviewing it [18:22] chrisccoulson: we already have SRU exceptions :) [18:22] micahg, my SRU is a microrelease and they still wanted FULL guideline in description [18:22] chrisccoulson: and then there will be 4 more releases of firefox to review by the time they're done! :) [18:22] bcurtiswx: there's a process for microrelease exceptions [18:23] well, the SRU process doesn't really scale to uploads that fix more than a single issue anyway [18:23] unless you have a test case for every commit [18:23] seb128: arrgh, the internetz are slow here, upload will take a while anyway -- so tommorrow ... [18:23] well, it scales to a handful or so (and the idea is to have a test case for every bug in an SRU) [18:23] besides, there's no way the SRU team can properly review any patch that's more than a few lines for a simple change. [18:24] micahg, its confusing to what they want.. just to go ahead and upload? no SRU bug request? [18:24] unless it's for something they themselves work on [18:24] bcurtiswx: AIUI, stuff w/microrelease exceptions need a tracking bug still [18:25] micahg: vs. simply having the bugs which are fixed in the micro release? [18:25] dobey: AIUI, yes (but IANA SRU team member) [18:26] for instance, the clutter point release fixes bugs, but there's no way I will be able to write testcases for them [18:27] jbicha_: there are certainly cases like that [18:27] so depending on how stricly it's enforced, there will be less SRUs [18:27] jbicha_: not to mention cases where the test case is "step 1) boot into Windows XP" [18:27] well, depends if clutter falls under the GNOME point release exception, maybe seb128 can help determine that [18:27] lol [18:28] oh GNOME has an exception? [18:29] jbicha_: well, it's not listed on https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions [18:29] which is odd [18:30] I mean bug 999593 was kind of cute, in that it was only translation updates [18:30] Launchpad bug 999593 in vinagre "3.4.2 stable version" [Wishlist,Fix released] https://launchpad.net/bugs/999593 [18:30] i guess i need mail the tech board [18:30] hrm, I thought GNOME had an exception for bug fix only updates [18:30] jbicha_: it's missing the regression potential! :) [18:32] jbicha_: though i don't immediately trust translations only changes either. i have had broken translations break things far too many times [18:35] finding out a little bit more about Microrelease Exceptions, you need to be on this list: https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions [18:35] otherwise even a microrelease still needs ALL that from SRU process [18:35] kenvandine, ^^ ICYWW [18:35] * Sweetshark_nhome will just write "regression potential: yes" ... [18:36] !!! [18:36] i thought gnome was on that list! [18:36] seb128, ^^ [18:38] i asked about GNOME before you said that, and nobody in -motu has chirped up about any GNOME exception [18:40] well, that list is not reflecting reality as LibreOffice has rightfully been MRUed too. [18:40] bcurtiswx: -motu wouldn't inherently know about GNOME anyways :) [18:40] Sweetshark_nhome: you haven't applied for an exception for libreoffice yet [18:41] micahg: AFAI am concerned it had one from the start (i.e. before I joined) [18:41] Sweetshark_nhome: nope, you need to apply: https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions [18:42] I think GNOME would have been on of the first MRE's there. [18:43] s/on/one [18:43] i thought we've done those for gnome [18:43] seb128 would know [18:43] * bcurtiswx sends a pitchfork and fire brigade out for seb128 at dinner.. [18:44] Sweetshark_nhome: I believe there's a desire for one, but it just needs to be proven in practice [18:45] micahg: Ill let pitti and seb128 sort that out. It was reality up to now and I would not throw in extra bureaucrazy to _keep_ the status quo. [18:47] Sweetshark_nhome: you generally have trial SRUs before going for the microrelease exception, once the first few go well and show that the world doesn't break and there aren't any regressions, then one generally applies for the microrelease exception [18:48] Sweetshark_nhome: as I mentioned back in January, you seem to be taking advantage of the trial window without going for the exception (and suggested that you apply for the MRE before you start SRUing for precise) [18:53] micahg: as long as the bus factor for libreoffice is 1, all those discussions are sophistic academics anyway. [18:54] Sweetshark_nhome: what do you mean? [18:57] there is noone (except maybe doko) who can review libreoffice upstream changes in ubuntu anyway (which is a pity) ... [18:58] Sweetshark_nhome: the idea is to not have to do those reviews and to rely on the upstream regression tests mostly, but there's a process for allowing that in the distro === mbiebl_ is now known as mbiebl [19:00] fwiw I trust the ~12.000 users downloading the rc from the libreoffice ppa a lot more than any process involving people having nothing todo with libreoffice at all reviewing updates, no matter in what way they are doing it. [19:01] Sweetshark_nhome: that's great that you have so many users of the RC, but that doesn't mean that you can ignore the distro processes that other upstreams need to go through (and if the quality is as good as you say, it should be an easy application) [19:09] re [19:09] seb128: save the world with your super powers! [19:09] hey seb128! [19:09] jbicha_, kenvandine, bcurtiswx: they dropped the GNOME standing exception stuff I think, well those were for pre-releases freezes anyway [19:09] not for SRU [19:09] you always want some care with SRUs [19:09] ok... kde is still on there :) [19:09] kenvandine: KDE applied for an SRU exception [19:10] GNOME screwed in the past (I would say they are not good post release since they have no freeze left, no review, no testing) [19:10] ok, makes sense to drop that then [19:10] seb128: freezes are supposed to remain in effect in upstream GNOME [19:11] seb128: but they can be lax about some of them as well [19:11] dobey, well, not hard freeze where r-t does reviews [19:11] which in practice means there is no review [19:11] nobody enforcing the freeze [19:11] yeah, upstream gnome does not have good process [19:11] you can add that GNOME does virtually no automated or manual testing for releases [19:11] it's mostly whatever maintainer deems ok [19:12] and the stuff that's not directly part of GNOME itself, but which GNOME uses, will sometimes break certain things pretty badly *cought*gtk*cough* :) [19:13] Good points made. I'm [19:14] Sitting at a red light lol. I<3 technology [19:14] :) [19:15] bcurtiswx: that's illegal in VA :) [19:15] "Don't IRC and drive." [19:27] It's illegal to drive. I was totally stopped :-P [19:36] bcurtiswx: it's illegal to operate a cellular device while sitting in the driver's seat of a vehicle, in VA. i won't mention all the police i see driving around in patrol cars playing with their cell phones, though. [19:37] come on MRE. get approved [19:38] dobey, weird i've had cops sit at intersections next to me and stare at me using my cell phone and couldn't care... [19:38] bcurtiswx: yeah, it's not a very well enforced law. sort of like SRU rules :) [19:42] hrmm. tech board doesn't have great timezone coverage [19:44] dobey: since their meetings are normally discussion vs having applicants, I would think it matters less [19:46] micahg: sure, in that sense, yes. [19:46] but not in the "who can i bribe right now" sense, when there are applications :) [19:48] dobey: I think in terms of having someone around always, they do have decent coverage [19:50] micahg: eh? there are 2 people who aren't in europe, and those 2 people, while in the US, aren't in positions where ubuntu development is their primary focus [19:50] but anyway [19:51] dobey: cjwatson is usually around until late evening US, kees is usually a ping away [19:52] dobey: and I think you forgot about stgraber :) [19:53] oh, right. i didn't realize he was in montreal. i thought he was in europe too :) [19:54] but still, a good thing i'm not in APAC :) [19:54] well, I almost spend a quarter of the year in Europe, but yeah, I'm usually on US/Canada eastern [19:55] heh [19:57] stgraber: what do you think of my MRE request? also feel free to moderate it through to the list, if it hasn't been yet ;) [19:58] dobey: I can't see it, I'll poke cjwatson to do a moderation run [19:58] kenvandine, OK I've updated the bug appropriately, hopefully they see it :) [19:58] ah ok [20:00] bcurtiswx, thx [20:45] mterry: does deja-dup add a "Restore missing files…" item in nautilus? [20:46] dobey, yes [20:47] mterry: ah. yay confusion! seems people sometimes mistake it as something that will download files from ubuntuone, vs. restoring from a backup (whether that backup is on u1 or not) [20:47]