=== work_alkisg is now known as alkisg [06:38] Good morning [06:40] Good morning [07:09] Should we sync dbus-glib from exp? It includes a few fixes and officially deprecates the package [07:16] mvo, good morning, I did "verification-done" for 3 out of the 4 bugs for the update-manager precise SRU, but I'm having trouble with verifying LP #1341320 [07:16] Launchpad bug 1341320 in update-manager (Ubuntu Precise) "empty apt-get install command suggested by hwe-support-status" [Medium,Fix committed] https://launchpad.net/bugs/1341320 [07:16] (I did #1402706 #1415785 #1420217) [07:17] hwe-support-status doesn't give me an apt line at all [07:19] alkisg: woah, you ROCK [07:19] :) [07:19] alkisg: that happens if you have update-manager installed, then it won't tell you about apt-get :) [07:19] Aaah [07:19] alkisg: is that maybe what you see? [07:19] Yes I was trying with the desktop cd [07:19] So I only need update-manager-core installed? [07:20] alkisg: yeah, if it detect the GUI being instlaled it will not bother with the low-level apt-get as update-manager in the UI can also do the transition [07:20] Gotcha, trying... [07:20] alkisg: thanks so much for your help with! [07:21] True, now it gives me an apt line. I'll do the verification-done step. [07:22] \o/ [07:28] mvo: for 1341320, am I supposed to get an empty apt line with the previous update-manager-core? [07:28] See https://bugs.launchpad.net/ubuntu/+source/update-manager/+bug/1420217 comment #3 for what I'm getting [07:28] Launchpad bug 1420217 in update-manager (Ubuntu Precise) "HWE meta packages "linux-signed-generic"/"linux-signed-image-generic" not considered" [Medium,Fix committed] [07:28] alkisg: let me check [07:28] I.e. I'm getting an apt line, but it just doesn't contain the signed variant [07:28] And with .18, it does contain the signed variant [07:29] alkisg: so if there is no meta package anymore but a leftover package, then it will report a empty line, hm, maybe the test case is not good [07:29] alkisg: or just upgrade the meta packages first (i.e. run the commandline that is given there) [07:29] alkisg: and see if after that you get the empty output :) [07:29] Gotcha [07:43] mvo: that one was a little tricky, I had to update everything and remove all the previous meta packages and only keep a couple of old kernels around [07:43] Could you check this output? http://sync.in/plinetio [07:43] alkisg: looks excellent [07:43] OK, putting it to the bug report... [07:44] alkisg: yes, its a bit tricky my description should have been better, its a bit of a corner case [07:44] good morning [07:48] mvo: all done, thanks for the SRU! [07:50] alkisg: very nice, thanks for the verification [07:51] tjaalton: hi, could I ping you to release an update-manager SRU? Thank you very much! http://people.canonical.com/~ubuntu-archive/pending-sru.html and https://wiki.ubuntu.com/StableReleaseUpdates#Publishing [07:53] alkisg: it's friday, so no packages released to -updates today :/ [07:54] np, thank you [07:54] you'll get it on monday ;) [07:54] :) === alkisg is now known as work_alkisg === darkxst_ is now known as darkxst [09:21] dholbach, Any chance you could help with a little sponsoring today? [09:23] hi flexiondotorg_ [09:23] dholbach, Morning [09:24] if you're talking about https://code.launchpad.net/~ubuntu-mate-dev/compiz/compiz-mate/+merge/249578 I'm not sure I'm a good person to make a decision [09:24] bregma, Trevinho: ^ [09:24] can you guys maybe help out with this? [09:24] or maybe other folks in #ubuntu-unity or #ubuntu-desktop? [09:25] dholbach, Nope, not that 😃 [09:25] I have some merge proposal, that have been approved and merged. But not packages have been built since. [09:25] aha? [09:25] https://code.launchpad.net/~ubuntu-mate-dev/ubiquity-slideshow-ubuntu/ubuntu-mate/+merge/244191 [09:26] https://code.launchpad.net/~profzoom/lightdm-gtk-greeter/add-mate-badge/+merge/243069 [09:26] https://code.launchpad.net/~ubuntu-mate-dev/indicators-gtk2/indicator-sound-gtk2/+merge/244120 [09:27] https://code.launchpad.net/~ubuntu-mate-dev/indicators-gtk2/indicator-application-gtk2/+merge/244116 [09:28] dholbach, There is also quite a serious bug in gtk2 affecting MATE but we have supplied a patch. [09:28] https://bugs.launchpad.net/ubuntu/+source/mate-control-center/+bug/1351890 [09:28] Launchpad bug 1351890 in mate-control-center (Ubuntu) "Changing external screen resolution with dual monitors" [Medium,Confirmed] [09:28] Patch in #9 [09:28] When a package is synced from debian/experimental, does it get automatically synced again from experimental ? [09:28] dholbach, How do we progress that? [09:29] I mean, do I need to re-sync everytime ? [09:29] caribou, No. [09:29] flexiondotorg_: ok, thanks [09:29] caribou, At least not while the sync is still enabled. [09:29] flexiondotorg_, for the last bug, add a patch including a d/changelog entry and subscribe ubuntu-sponsors [09:29] caribou, Debian sync end February 19th for Vivid. [09:30] I'm fairly busy today, but I'll take a look at the bugs above - I would have expected somebody from the desktop team to land them :-( [09:30] dholbach, If you have contacts in the desktop team please introduce me. [09:31] So far I have been depending on you and cyphermox. [09:31] seb128, didrocks, Laney, happyaron for example [09:32] seb128, didrocks, Laney, happyaron - I am the lead for Ubuntu MATE. Would any of you be able to help with some sponsoring today? [09:32] dholbach, easier to say #ubuntu-desktop [09:32] flexiondotorg_: note sure about today, I have some patch pilot round on Tuesday, I will take a look then if nobody beats me to it [09:33] maybe I'll be able to do one or two beforehand, but with FF, quite busy… [09:33] didrocks, Understand. This is my concern. FF is upon us and I have quite a bit of outstanding stuff to be actioned 😞 [09:35] dholbach: flexiondotorg_: I'm happy to get some today if I get some time (switching with Tuesday's patch pilot), but as usual, then I won't be marked has having done my shift when I did it, but anyway :p [09:36] didrocks, Don't mess with your schedule on my account. I understand you guys are super busy. [09:37] flexiondotorg_: however, you should still see with bregma/Trevinho for the compiz one, I won't feel confortable on this one [09:37] didrocks, Yes. I will follow up with them regarding Compiz. [09:38] bregma, Trevinho - Please can you take another peek at https://code.launchpad.net/~ubuntu-mate-dev/compiz/compiz-mate/+merge/249578 [09:40] looking at indicator-sound-gtk2 now [09:40] flexiondotorg_: I can look at the slideshow and maybe merge it, but you need someone else to get it uploaded [09:41] ah it's already merged [09:41] happyaron, Yeah, my issue is getting stuff uploaded. [09:41] dholbach, Thanks! [09:42] dholbach, You'll remember your review ubuntu-mate-settings and ubuntu-mate-artwork with me last year. [09:42] dholbach, I met with cyphermox last week and we did another review together. [09:42] dholbach, So they are ready for upload I believe. [09:42] ok [09:44] flexiondotorg_: bluesabre needs to do a release for lightdm-gtk-greeter it seems (he's doing upstream releases for it it seems) [09:44] flexiondotorg_: seems that it's mostly the xubuntu guys, so maybe contact them? [09:44] or ochosi maybe : [09:44] :) [09:44] * ochosi hides [09:44] didrocks, I have been in contact with Xubuntu team last night. [09:44] spotted! [09:44] gah :) [09:44] ochosi, Hello again. [09:45] yeah, the greeter will get a 2.0 release and subsequent release soon [09:45] didrocks, I will chat with bluesabre later. [09:45] responded on ~profzoom/lightdm-gtk-greeter/add-mate-badge [09:45] we have all the features we want there, so it's just a matter of getting around to it [09:46] dholbach: hmm, that MR is merged already though.. :) [09:47] ok [09:47] ah ok [09:48] dholbach, Replied to ~profzoom/lightdm-gtk-greeter/add-mate-badge [09:48] Regarding the gtk2 patch do you need a complete debdiff? e.g. new debian/changelog entry + patch itself + debian/patches/series diff (which specifies the patch file on the last line) [09:48] flexiondotorg_: interesting, the slideshow has a release tag for 92 but didn't get uploaded to the archive [09:49] (and more commits afterwards) [09:49] didrocks, Thanks for helping with this. Really appreciate it. [09:50] flexiondotorg_: no worry, just having one remaining to do help :) [09:50] flexiondotorg_: I'm trying to build this rev 92 (which contains your patch) and check [09:50] didrocks, Cheers. [09:51] dholbach, Regarding the gtk2 patch do you need a complete debdiff? e.g. new debian/changelog entry + patch itself + debian/patches/series diff (which specifies the patch file on the last line) [09:53] flexiondotorg_, an entry in d/changelog, the patch in d/patches and the patch being mentioned in d/patches/series (http://packaging.ubuntu.com/html/patches-to-packages.html has more info) - in the indicator-sound-gtk2 package, the change was applied directly in the source [09:53] ... or another option would have been to submit the patch directly to the "upstream" source [09:53] and get a new release made [09:54] commented on the badge proposal again === vrruiz_ is now known as rvr [10:26] dholbach, I've added license information to ~profzoom/lightdm-gtk-greeter/add-mate-badge [10:27] flexiondotorg_: humm, actually you can let dholbach off the hook since there will be a release for the greeter soon and your changes will be included ;) [10:27] if you wanna add license information, please file a separate/new MR [10:27] ok [10:27] I'll leave you to it [10:28] ochosi, Thanks! [10:29] dholbach, Regarding the gtk2 patch do you need a complete debdiff? e.g. new debian/changelog entry + patch itself + debian/patches/series diff (which specifies the patch file on the last line) [10:31] flexiondotorg_: uploaded slideshow rev 92, which should contain your fix [10:31] didrocks, Thanks. [10:31] flexiondotorg_, I replied to that already, no? [10:31] flexiondotorg_, it's already uploaded [10:32] dholbach, You've already uploaded the patched gtk2? 😃 [10:32] sorry [10:32] the indicator thing [10:32] which gtk2 patch [10:33] https://code.launchpad.net/~ubuntu-mate-dev/indicators-gtk2/indicator-application-gtk2/+merge/244116? [10:33] or something different? [10:33] dholbach, Thanks for doing the Indicators. [10:34] flexiondotorg_, I still don't understand [10:34] flexiondotorg_, can you give me a link to the merge proposal your question was about? [10:35] dholbach, I have you at cross purposes. Sorry. [10:35] Can I jsut confirm have you uploaded the following? [10:35] https://code.launchpad.net/~ubuntu-mate-dev/indicators-gtk2/indicator-sound-gtk2/+merge/244120 [10:35] yes [10:35] you should have gotten a mail about it [10:36] and https://code.launchpad.net/~ubuntu-mate-dev/indicators-gtk2/indicator-application-gtk2/+merge/244116? [10:36] https://lists.ubuntu.com/archives/vivid-changes/2015-February/005355.html [10:36] the latter, not yet [10:36] I'm no desktop expert, so I'm not quite sure what's re-added and how it all works [10:36] dholbach, I'm on really shitty wifi here at the momment. [10:37] and I was additionally confused because bug 1319352 was marked as 'fix released' [10:37] bug 1319352 in ubuntu-mate "indicator-application does not work in MATE 1.8" [Wishlist,Fix released] https://launchpad.net/bugs/1319352 [10:38] dholbach, That fixed release ralte to Trusty via a PPA because MATE isn't in the official 14.04 archive. [10:38] *relates [10:38] that's the bug mentioned in the changelog entry [10:39] dholbach, The indicator-application-gtk2 change has been tested by Xubuntu team and myself on stock Ubuntu, Xubuntu and Ubuntu MATE. [10:39] right, thanks a lot for that [10:39] So, from testing we are happy it works and doesn't conflict. [10:40] it's still hard for me (not being an expert) to find out from the MP (and links in there) what's going on [10:40] dholbach, Basically the .service files have been re-instated. [10:46] flexiondotorg_, ok... I'll play around with it [10:46] flexiondotorg_, what I'm just confused about is that the bug that is referenced in the MP is marked as 'fix released' - to me that makes it look like the issue is already fixed [10:47] dholbach Would you like me to change that bug status? [10:47] MATE is not in the official archive. So, I maintain it in a PPA. [10:47] right [10:48] I submitted a fix to the PPA for Trusty. And marked it fixed. [10:48] Therefore, the "fix" exist in my PPAs only right now. [10:48] but that's the way we used those "(Ubuntu)" bug tasks - if it's "fix released", it means "this is no issue in Ubuntu any more" [10:49] I really don't want to be pedantic - I just wanted to explain what I thought when I looked that the MP and bug, trying to understand what needs to be done [10:49] dholbach, I understand. [10:50] I'l avoid introducing any confusion like that in the future. [10:50] the indicator-application-gtk2 branch fails to build for me === _salem is now known as salem_ [10:51] maybe somebody in #ubuntu-desktop can help fix it? [11:05] dholbach, It build in a PPA. Got a build log? [11:06] flexiondotorg_, http://paste.ubuntu.com/10202955/ [11:11] dholbach, How strange. Same build in a PPA worked just fine?! - https://launchpadlibrarian.net/194192337/buildlog_ubuntu-vivid-amd64.indicator-application-gtk2_12.10.0.1-0ubuntu3~15.04~1_UPLOADING.txt.gz [11:12] I don't know [11:13] sorry, maybe somebody in #ubuntu-desktop or #ubuntu-quality can help to fix it? [11:13] dholbach, I'll chase that one. Thanks for looking into it. [11:13] thanks [11:14] dholbach, Can you look at ubuntu-mate-settings and ubuntu-mate-artwork? [11:14] do you have a link to those? [11:15] Just looking to see if the original package requests are still knocking about.... [11:16] or is it https://code.launchpad.net/~ubuntu-mate-dev/ubuntu-mate/ubuntu-mate-settings and https://code.launchpad.net/~ubuntu-mate-dev/ubuntu-mate/ubuntu-mate-artwork to be uploaded to the archive? [11:16] Yes, precisely that. [11:16] were you waiting for a long time to get them uploaded now? [11:17] dholbach, Well you review them around September last year. [11:17] But we missed the merge window. [11:17] ah no... what I meant was: the need to get them uploaded just came up now? [11:17] They have changed since then, slightly. And cyphermox reviewed them with me in person last week. [11:17] ok... I didn't see a sponsoring request for them, which is why I asked [11:18] dholbach, No, I did have bug to upload them last year. Trying to find them. [11:18] nevermind, I'll take a look now [11:18] But, I didn't know about the adding ubuntu-sponsors back then. [11:19] these packages are not in the archive yet, right? [11:21] flexiondotorg_, don't worry about the compiz MP, you proposed it after everyone was done for the day yesterday: it;s still in line for getting in by FF (assuming it passes all the tests) [11:21] bregma, Thanks. [11:22] dholbach, Correct, ubuntu-mate-settings and ubuntu-mate-artwork have never been in the archive. [11:22] ok [11:23] flexiondotorg_, is ./usr/share/glib-2.0/schemas/zubuntu-mate-live.gschema.override supposed to be "zubuntu"? [11:25] dholbach, Yes. [11:26] I work with the upstream Debian packaging team and correct naming of gschema overrides didn't arrive before the Jessie freeze. [11:26] So, alpha-numerically this is how I have to inforce the live session overrides 😞 [11:28] flexiondotorg_, I'm a bit unsure about the stuff going into etc/skel and if it couldn't conflict with other files at some stage [11:29] and etc/xdg/autostart/ [11:29] and etc/X11/Xsession.d [11:30] Nothing in etc/skel has conflicted during the 14.04 and 14.10 releases. [11:31] I discussed etc/xdg/autostart/ with cyphermox last week. [11:31] The nm-applet-mate.desktop is required to overcome an issue with patches in nm-applet for GNOME3 and Unity. [11:32] cyphermox, Has confirmed my work around is correct. [11:32] The issue is MATE is the only desktop, other than GNOME3, that actually parses AutoStartConditations. [11:32] pitti, Mirv: dropped libopenvg1-mesa-dev from qtbase-opensource-src{,-gles} BD so they build again [11:32] tjaalton: yay, thanks! [11:32] regarding etc/skel: there you ship a default config file for tilda [11:33] But because MATE is not GNOME3, nm-applet.desktop as shipped will not start under MATE. [11:33] almost forgot again :P [11:33] tjaalton: nice, that'll clean up the last bit on http://people.canonical.com/~ubuntu-archive/nbs.html [11:33] I know that it (right now) probably doesn't conflict with anything - I'm just wondering if the mate package is best place for this - normally something like this would be shipped with tilda itself [11:33] So, I provide a MATE specific nm-applet that will only run under MATE. [11:33] I cleaned up some days ago, but I didn't quite know what to do with that openvg bit [11:34] for the stuff in autostart I was just wondering if the files should probably have something mate specific in their name? [11:34] dholbach, Tilda doesn't have a system level configuration. So this way the only way to integrate it. [11:34] tjaalton: argh, that means I need to bump and rebuild my landing, but good [11:34] I was talking about shipping a file in /etc/skel [11:34] pitti: ah, I was trying to find where they were showing up [11:34] It is only used at system install or when adding a new account, so won't clobber existing user confiurations. [11:34] I understand [11:34] Mirv: right, it's a simple change at least [11:35] well, the uploads were [11:35] what I'm saying is: let's say somebody else wants to ship some tilda configuration in etc/skel - in that case it'd make sense to agree on it in one canonical place - I just found it a bit confusing to see mate settings ship a default config file for tilda [11:36] dholbach, I see your point. [11:36] dholbach, ShouldI removed Tilda? [11:37] maybe ask the folks in #ubuntu-desktop if there's another good way to do it? [11:37] flexiondotorg_, do the yuyo files come from somewhere? [11:38] dholbach, I did check what other flavour are doing. I saw that Xubuntu and Lubuntu ship configs in their settings packages so assumed it was OK to do the same. [11:38] yuyo are mirroed from github. [11:38] https://github.com/snwh/yuyo-gtk-theme [11:39] could you mention that in d/copyright? [11:39] Sure. [11:40] cool [11:40] ok, I found two files https://bazaar.launchpad.net/~ubuntu-branches/ubuntu/vivid/xubuntu-default-settings/vivid/files/head:/etc/skel/ [11:40] but mayb still bring it up with the desktop team to get some advice [11:40] I'm running out of time on a few other things now [11:42] dholbach, Thanks for helping. [11:43] anytime [11:45] dholbach, Yuyo Source corrected. [11:45] dholbach, In GitHub at least. Will need to sync with LP. [11:46] ok [11:46] Is ubuntu-mate-artwork in good shape? [11:47] Because if so, I can seek upload assistance elsewhere later. [11:47] With regard to ubuntu-mate-settings, bit concerned that will torpedo getting Ubuntu MATE official this cycle 😞 [11:48] from what I've seen it looked good, it just needed an update of d/copyright to explain which code/assets are borrowed from elsewhere, under which license and who the copyright holders are [11:48] send a mail to the desktop team list, ask the people there, and ask folks from other flavours too - in a few places I just wasn't sure if that was "the way to do it" [11:52] lunch time, bbiab === marcusto_ is now known as marcustomlinson [12:16] dholbach, ubuntu-mate-artwork copyright is updated accordingly. [12:30] Mirv: uh, looks like dpkg-gensymbols wasn't too happy about dropping libopenvg1-mesa-dev build-dep [12:31] or maybe unrelated, dunno [12:32] tjaalton: I think there's possibly a recent toolchain change causing that. [12:32] while preparing 5.4, I noted at one point I needed another symbols update [12:33] ok.. you'll sort it out? [12:33] tjaalton: but it's only gles, right, the main package seems ok? [12:33] apparently so [12:33] still building the main package [12:33] tjaalton: the amd64 is past the symbol checking stage [12:34] yeah just checked that myself :) [12:34] tjaalton: I'm landing Qt 5.4.0 (all of https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-005/+packages) on Monday anyway, but I guess there's only one symbol that'd need fixing on the -gles package [12:35] ah ok, nice [12:36] those optional ones are on purpose there and part of the normal/-gles packaging, so it's the first symbol in the log that's actually wrong [12:36] I can upload a fix 5.3.2 -gles for that [12:40] great [12:41] actually the main package failed too [12:41] on amd64 [12:43] hmh, and the gles did not on i386 [12:44] flaky symbols, my favorites [12:44] so all build logs would be needed to make sure which archs have that one symbol and which do not [12:47] tjaalton: so if you have time, wait the needed 2-3h still and then manipulate that single symbol only adding !amd64 etc as needed, and reupload. otherwise I'll probably simply land 5.4.0 on Monday. [12:54] Mirv: probably just wait for monday then, I'll be gone in 1h :/ [12:55] hi, why does systemd-analyze not work in a current vivid live iso [12:55] tjaalton: yeah, I've the same problem [13:04] Kano: beacause live-cd boots with upstart by default. [13:05] why? [13:05] i would remove upstart [13:05] Kano: because ubuntu hasn't switched to systemd yet. [13:05] Kano: it's not like there is multi-year effort to achieve that, pleora of things to fix and integrate still, and have working.... [13:06] lost time with upstart it seems [13:06] next is mir ;) [13:10] hallyn: are you aware of cgmanager being stuck in vivid-proposed? lxc dep8 failure. [13:19] stgraber: ping, for when you get in, for kimchi NEW [13:20] stgraber: I have some questions - the developer is asking whether some issues are blockers for acceptance, and I'd like an answer from the person who will actually review it :) [13:20] stgraber: who gaughen says is you? [13:23] pitti: may I have some help with adt-run --changes please? I have built already using sbuild. Using just --changes seems to not do anything. [13:23] But the changes file doesn't include the source. [13:24] So do I need to specify the .dsc as well? In which case, which order? [13:24] I ask because it's taken dozens of minutes each try. [13:24] If you're around :) [13:25] * rbasak tries --changes -B .dsc === MacSlow is now known as MacSlow|lunch [13:36] rbasak: hi [13:37] rbasak: I just read your e-mail (gaughen forwaded it to me) [13:42] rbasak: re from lunch; what did you run exactly? and does your .changes include the source? [13:42] rbasak: if you built without source, you have to give the .dsc explicitly [13:43] rbasak: otherwise, adt-run foo.changes foo.dsc --- ... [13:45] pitti: I built with sbuild, so I have an amd64 changes. I suppose I do have a separate source changes. [13:48] stgraber: arch-dep-package-has-big-usr-share has come up, because he switched to arch: any. He was arch: all, but a commenter on the ITP requested more specific per-arch qemu dependencies, and apparently you can't have that with arch: all (I didn't know that before this). [13:48] rbasak: that's sbuild's -s option [13:48] rbasak: but no matter, giving the .changes (or just *.deb which is pretty much equivalent) and then the .dsc should work fine [13:49] pitti: ah, thanks. I didn't know about that, not being a Debian uploader. I never use binary changes files for anything else ;) [13:49] rbasak: right, it's the standard thing for a DD [13:49] rbasak: right. I think that's fine to override, another way around it would be to split the /usr/share stuff into a -data package which is arch:all and depend on it [13:49] rbasak: for ubuntu I mostly run adt-run *.deb *.dsc in my /tmp/build-area/ [13:50] stgraber: so you'd accept this without a -data split? [13:51] stgraber: finally, it's a web application, depends on nginx, which sets up a "system" default nginx on port 80, but he doesn't use that - he starts his own nginx daemon instance on a high port. [13:51] rbasak: I'd be fine with it yeah. Splitting to -data would basically make the main package empty which to me just makes things more confusing. Since you're not likely to want to co-install multiple arches of the main one (which would be a valid reason for the split), I think it's fine to override. [13:51] stgraber: OK, thanks. Do you want specific overrides for these tags explaining the reasoning? [13:52] stgraber: I don't like that at all. I suggested integrating properly with nginx, using conf-available et al, and providing the web app on http(s?):localhost/kimchi [13:52] He wanted to know if that would be a blocker, or if he can fix it later. [13:53] rbasak: yeah, I usually like to see all packages I review be "lintian -iI --pedantic" clean by providing an lintian-overrides file which overrides any irrelevant warning with a comment as to the why [13:53] OK [13:54] pitti: thanks. I understand this better now. My run of --changes -B .dsc seemed to work, but I guess the -B wasn't necessary there. [13:54] hmm, and I don't suppose there's a binary-only package for nginx (similar to dnsmasq-base vs dnsmasq)? [13:54] No. That was my first thought, but there isn't. [13:54] I don't want to introduce an Ubuntu delta just for that. We could request it in Debian though. [13:55] http://webapps-common.alioth.debian.org/draft/html/index.html suggests using http://localhost/ though. [13:55] hmm, so my concern then is that you'll have a change in behavior when you fix the issue as it'll be on a high port until then and will then switch to / on upgrade [13:55] Unless there's a specific need to have another web server daemon instance running, it seems friendlier to the user to me to do it that way. [13:55] so I'd rather we do the right thing from the start [13:55] Yeah - I did wonder about that. [13:55] Probably makes it unsuitable for changing after feature freeze. [13:56] well, for a new package, getting an FFe isn't very difficult typically, but still, if we intend on making noise about this when it hits the archive, changing behavior a week later is suboptimal [13:56] So he wanted to know if this is a blocker for upload. As you're also concerned, I guess the answer is yes? [13:57] yeah, you'd need to provide me with a very good reason why the high port thing is needed for me to be fine with this and so far, there doesn't appear to be one [13:57] OK, thanks! [13:57] There were other minor issues but they shouldn't be any issue to fix up quickly. [14:18] can someone promote python-tempest-lib (#1420006) please its blocking the nova build [14:24] cyphermox, Are you available? === elmo_ is now known as elmo [14:46] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Devel of Ubuntu (not support or app devel) | build failures -> http://qa.ubuntuwire.com/ftbfs/ | #ubuntu for support and discussion of lucid -> utopic | #ubuntu-app-devel for app development on Ubuntu http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://bit.ly/lv8soi | Patch Pilots: stokachu [14:52] flexiondotorg_: sure, what's up? [14:52] cyphermox, How are you fixed today? [14:52] cyphermox, I got some stuff done with dholbach earlier. [14:53] yeah, I read backlog [14:53] cyphermox, I think dholbach is now on to other tasks. [14:53] * dholbach hugs stokachu [14:53] yes I am [14:53] cyphermox, Can you pick up the baton? [14:54] stokachu can maybe also help out - he just went on review duty - but I'll leave you guys to it [14:54] o/ [14:55] stokachu, Hi [14:55] stokachu, If you have some time for package uploading please let me know. I'm the Ubuntu MATE dev and trying to get everything I need in the official archive. [14:55] flexiondotorg_: hey there [14:56] apw: I noticed you have a "merge initramfs-tools: INPROGRESS" on https://blueprints.launchpad.net/ubuntu/+spec/core-1411-systemd-migration [14:56] flexiondotorg_: sweet! what can i help with [14:56] apw: question 1: will that still actually happen for vivid, as it's quite intrusive? [14:56] I have a package that hasn't been reviewed yet. [14:56] apw: question 2: how does that affect the systemd transition? [14:57] And a couple that have been reviewed a couple of time are most likely ready for upload. [14:57] apw: i. e. was that just a convenient place to record "merging i-t is overdue", or is there some actual effect on booting there? [14:57] StevenK, Which do you fancy? [14:57] StevenK, sorry. [14:57] stokachu, Which do you fancy. [14:57] flexiondotorg_: lets do the uploads first [14:57] apw: the one thing that comes to my mind there is mounting /usr from the initramfs (as in 0.118 in Debian) [14:57] flexiondotorg_: then ill review the other package [14:58] apw: but systemd has several patches to deal with mounting /usr from the real system, and 0.118 still didn't promote in Debian because apparently there was some fallout? [14:58] stokachu, https://code.launchpad.net/~ubuntu-mate-dev/ubuntu-mate/ubuntu-mate-artwork [14:58] That has been review by cyphermox and dholbach. All feedback implemented. [14:59] flexiondotorg_: is there a MP? [14:59] stokachu: it's a new package ;) [15:01] is there a new package bug somewhere? [15:03] tkamppeter: hallo, wie gehts? [15:03] tkamppeter: did you notice the cups test regression in https://jenkins.qa.ubuntu.com/job/vivid-adt-cups/75/ARCH=amd64,label=adt/console? that holds the last cups upload in -proposed [15:04] tjaalton: hm, the qt uploads are FTBFS.. === MacSlow|lunch is now known as MacSlow [15:05] yay C++ symbol mangling [15:06] stokachu, There was at some point or though dholbach and I could track it down earlier. [15:06] stokachu, If you need a bug against what should I file it? [15:07] flexiondotorg_: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages#Requesting_a_new_package_for_Ubuntu [15:07] just need a new package bug filed [15:07] you dont need to worry about debian as this is ubuntu specific [15:08] flexiondotorg_: heres an eg: https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages/ExamplePackageRequest [15:08] stokachu, Thanks. [15:08] flexiondotorg_: no thank you :) and please let me know when those are done and ill get started on it [15:08] rbasak: sigh [15:09] flexiondotorg_: you'll want to create one for each new package you need uploaded [15:09] flexiondotorg_: assuming they don't exist yet in ubuntu [15:09] stokachu, Hah. Here is the original bug 😃 [15:09] https://bugs.launchpad.net/ubuntu/+bug/1368218 [15:09] Launchpad bug 1368218 in Ubuntu "[needs-packaging] ubuntu-mate-artwork and ubuntu-mate-settings" [Wishlist,New] [15:09] flexiondotorg_: ah ok perfect [15:11] rbasak: i'm at the publishing history - how do i get to the lxc dep8 failure results page? [15:11] hallyn: go from http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html === roadmr is now known as roadmr_afk === kickinz1 is now known as kickinz1|afk [15:14] stgraber: I don't supose https://jenkins.qa.ubuntu.com/job/vivid-adt-lxc/lastBuild/ARCH=amd64,label=adt/console is a known transient failure? === kickinz1|afk is now known as kickinz1 [15:15] flexiondotorg_: ok great, give me a few minutes and ill work on these 2 [15:15] stokachu, Thanks! [15:16] hallyn: oh right, I meant to look into that. Looks like it's stuck on test-ubuntu which is known to take quite a while. [15:16] flexiondotorg_: you'll also need one for the metapackage [15:16] hallyn: it may be that a firewall change or similar is now preventing the jenkins builder from reaching cloud-images.u.c [15:17] cyphermox, Yep and yuyo. [15:17] indeed. [15:17] I'm going to file them shortly 😃 [15:17] stgraber: ok, so you know that bc it just runs them alphabetically? [15:18] hallyn: yep [15:20] hmm, so it hanged quite a few times, certainly not transient... [15:20] lets see if I can reproduce the issue in kvm here (since we clearly don't hit that problem in LXC CI) [15:20]