=== maclin1 is now known as maclin [03:02] So quiet. [03:03] GOOD MORNING QENGHO [03:03] Thanks, sarnold. [03:04] happy to help! === maclin1 is now known as maclin === hypera1r is now known as hyperair [05:06] hello [06:11] Good morning === maclin1 is now known as maclin [08:04] hullo! [08:06] hey Laney! [08:07] Laney: could you please create a "systemd-session" PPA on https://launchpad.net/~ubuntu-desktop ? [08:07] Laney: I'd like to move https://launchpad.net/~pitti/+archive/ubuntu/systemd-session, in preparation for next week [08:07] hey pitti, how are you? [08:07] sure, good idea [08:07] Laney: quite fine, thanks! yourself? [08:08] I just moved https://git.launchpad.net/~ubuntu-desktop/+git/systemd-graphical-session/ [08:09] created and copied the packages [08:09] I'm good! [08:09] we went to folk club last night, and I was percussion for the cup song which the others sang [08:09] this is all desrt's doing [08:10] cool! [08:10] pitti: had to make another fix to the touchscreen detection logic in udev - I broke tablet detection last time. [08:10] I didn't know you play the drums [08:11] no drums, just cups [08:39] morning [08:42] Cups! [08:43] hi Trevinho! [08:43] hi desrt! [08:43] hey all [08:43] hi andyrock! [08:43] !!!! [08:47] Laney: about that crash, I've the fixes (I've not really understood why it happens, but I can mute it)... Anyway I'm wondering how to deal with the fact that it might happen also in xenial .1, so should I do another SRU or update the silo version and ask sru team to review it again? Or... wait for verification and then a new sru? [08:48] thanks Trevinho [08:48] hikik_o made it sound like you already had fixed it [08:48] or at least knew what it was [08:49] if it's going to make xenial break too then you should re-upload compiz with this fix included there too [08:49] and probably make the SRU bug for the original issue verification-failed so nobody can accidentally release it [08:49] (the SRU team will fix that back when accepting the new one) [08:50] Laney: mh, I see... I'm just wondering how to deal that with ci-train... [08:50] you can just add a new branch and rebuild / publish one package right? [08:53] Laney: \o/ radiance port, nice work! [08:54] Laney: what kind/level of feedback do you want for this? [08:54] Laney: not sure, since it's published... Can I go back to previous stage? [08:54] pitti: hey [08:55] pitti: maybe you can give me some guidance with that too ^? [08:55] pitti: at this point: if anything is unusable [08:55] small niggles can be fixed later on [08:55] pitti: if you have trello you can add them on here https://trello.com/c/EXpA6lKW/8-look-into-gtk-3-20 [08:55] Trevinho: is that https://requests.ci-train.ubuntu.com/#/ticket/1614 ? [08:57] Laney: yes [08:57] Trevinho: okay, edit that to add a new branch, then "build" and you can just check compiz there [08:57] Laney: I do have trello, yes; cool, thanks [08:58] Laney: fine, then SRU team has to request verification again, or that is not needed? [08:59] I mean, once they've removed it from the queue, it's enough, right? [08:59] It'll be like starting a new SRU [08:59] only for that package, though... [08:59] so it will go to the queue, be reviewed, etc [08:59] yes [08:59] is that okay? [08:59] you're thinking about .1? [08:59] yeah [08:59] ping someone to review it today [09:00] ping me [09:00] pitti: cool, thank you. [09:00] it's getting reeeally right for .1, so this needs some coordination with whoever drives .1, and fast/thorough verification [09:01] I think they want this low graphics stuff in there [09:01] but obviously unacceptable if it introduces new crashes :) [09:01] yeah, not that is somewhat dangerous, since it's something that happens once on start, but indeed not a nice thing. [09:02] argh [09:02] need to look into what happened to libvirt/yakkety [09:03] I have to manually systemctl start virtlogd.socket libvirtd.service [09:03] anyway it's not a one time thing for me after installing yakkety in a VM [09:03] maybe autologin or the live session manages to work around the problem [09:04] * Laney is just staring at the wallpaper [09:39] Laney, do i need to test ubiquity with 3.20 theming? [09:39] add the PPA [09:40] ack [09:40] boaring in a second, will do from Lisbon [09:41] lisbon eh [09:42] =) [09:45] you jetsetter [10:11] Trevinho: does https://paste.ubuntu.com/19348993/ look normal to you? [10:14] Laney: it's the same issue of the crash. I've fixed it [10:17] Trevinho: ok, I applied https://bazaar.launchpad.net/~3v1n0/compiz/ccs-gsetting-safer-update/revision/4068 [10:32] Laney: yeah, that's the first part.. 2nd is https://code.launchpad.net/~3v1n0/compiz/safer-profile-for-lowgfx/+merge/300052 although, i've to fix it as that works only in new installs... I've to rename migration scripts [10:50] Trevinho: I think those are re-run if they get updated (mtime) [10:50] could be wrong though [10:50] Laney: you sure? I think it's only based on name [10:51] no I'm not sure [10:51] :( [10:51] Laney: anwyay, I wanted to clean them up in any case, so... [10:51] I've just made one from three [10:52] cool [10:52] for now I just hacked it out of the upstart job [10:55] Laney: it's all in https://code.launchpad.net/~3v1n0/compiz/safer-profile-for-lowgfx/+merge/300052 [10:55] i'll wait for the silo :P [10:59] Laney: yeah, silo building again [11:04] Laney: should be really building in ppa now... If in the mean time you want to review the debian changes, feel free :-P [11:25] Laney: it should be built [11:26] also i'm really torn about keeping the normal resize mode or not in lowgfx profile... Also with a very low powered VM it seems to be acceptable [11:26] Fast I mean, and indeed it's nicer and more useful than the square-mode resize [11:43] * Laney doesn't know what the requirements are === hikiko is now known as hikiko|ln === hikiko|ln is now known as hikiko [12:46] Laney: there are no precise requirements.. A part the fact that it has to be quickest as possible [13:31] Trevinho: I tried silo 003 https://paste.ubuntu.com/19362486/ [13:31] mh [13:31] Laney: seems fine, isn't it? [13:31] no [13:33] Laney: get anything in ~/.local/share/unity/migration_script.log [13:33] that directory doesn't exist [13:34] Laney: right... I don't remember where migration scripts are saved.. :/ [13:35] there's a file ~/.local/share/session_migration-ubuntu which shows that they were run [13:35] which one is interesting? [13:35] Laney: the new one (00_remove_obsolete_plugins_in_unity_session_v1.py) has to be ran [13:36] Laney: anway... You don't get unity to run at all there, right? [13:36] Laney: what's in gsettings get org.compiz.core:/org/compiz/profiles/unity-lowgfx/plugins/core/ active-plugins ? [13:37] Trevinho: https://paste.ubuntu.com/19363026/ [13:38] oops [13:38] I typoed lowgfx in that [13:38] https://paste.ubuntu.com/19363129/ [13:51] * Laney goes back to looking at nautilus then [14:35] definitely some kind of race condition [14:51] Laney: mh, speaking of nautilus or compiz? [14:52] Laney: I've tried this in a new yakkety machine and it seems to work... mhmh [14:55] compiz [14:55] erm [14:55] nautilus* [14:55] why can you never reproduce the same issues as me? [15:02] Laney: so... You got that issue when upgrading from yakkety with old lowgfx? [15:03] yep [15:03] Laney: as it might happen in that case... because it failed before [15:03] I've upgraded my yakkety install before running a new user session and that was fine [15:05] Trevinho, try with a guest if you are unsure the profile is stock? [15:06] seb128: in stock profiles everything works [15:06] seb128: on upgrades... There might be troubles [15:06] Trevinho has a special "never hit bugs" box ;-) [15:06] hi seb128 [15:06] night shift? [15:06] hey Laney [15:07] "night" [15:07] no, national holiday [15:07] just drove to .nl [15:07] ah, aren't you celebrating French NH? [15:07] and catching up on backlog, making up a bit for hours I took while I was in France [15:08] Trevinho: guest works [15:08] yeah, indeed... [15:08] Trevinho, I did provisitional celebrating ;-) [15:08] so [15:08] can the session be repaired? [15:08] * Trevinho shoked about the Tour things though [15:08] Laney: yeah, some gsettings foo [15:08] Laney: we've (andyrock) in progress a script to self-healing such situations [15:09] Trevinho, I didn't understand what made they fall exactly [15:09] but not there yet... So, I can in the mean time land this that will work fine for the SRU [15:09] seb128: no idea.... people? A motorbike? [15:13] Laney: are you ok about landing that for now? [15:16] let me check if it fixes the crash [15:18] seems ok [15:24] Laney: ok so let's go with that... for the few using a yakkety install with lowgfx mode, we can always provide a script for fixing it... Which, will be done shortly [15:25] ok [15:27] please to fix MPs [15:27] Laney: then... I've ACKed https://requests.ci-train.ubuntu.com/#/ticket/1656 please plubish it... I'll fix the SRU one in a bit [15:28] Laney: for the SRU one, I can only rebuild compiz... Then I hope I can re-do all the SRu process only for that, right? Or the silo will need the approval for every piece again? [15:29] you need to top approve the merge proposals https://ci-train.ubuntu.com/job/ubuntu-landing-003-2-publish/18/console [15:29] sru is compiz only, correct [15:29] Laney: yeah, sorrry.. andyrock is on them now [16:48] Laney: so, I've triggered a new rebuild and andyrock approved things (there was a small issue), I guess you can publish it now https://requests.ci-train.ubuntu.com/#/ticket/1656 [16:49] Laney: also the SRU build is fine https://requests.ci-train.ubuntu.com/#/ticket/1614 (you've to force the publication there I guess because of missing revision) [16:49] tomorrw (I guess) pitti could then re-review it from the SRU queue [16:49] you would be better off getting it uploaded today [16:50] huh [16:50] you included more changes in the SRU [16:52] Laney: which ones? [16:52] https://launchpadlibrarian.net/272985187/compiz_1:0.9.12.2+16.04.20160705-0ubuntu1_1:0.9.12.2+16.04.20160714-0ubuntu1.diff.gz [16:52] Laney: I just added this one [16:53] Laney: that's the same of the two branches I posted, isn't it? [16:53] I thought the SRU would be the crash fix only [16:53] but in there you have also changes to the migration scripts too [16:53] Laney: these are needed for avoiding crashes [16:53] without migration scripts change, there will be the crash [16:54] not refactoring them [16:54] well, having three same changes in three files would cause bigger diffs and more prone to issues [16:56] also I prefer to keep to the minimum the delta with upstream, so we don't have two different codebases to worry about [16:57] might normally be fine, but here you are trying to get this SRU out super fast [16:57] some other random change to showdesktop too [16:58] you make the work harder for the reviewer of the SRU [16:58] * Laney shrugs [16:58] need to wait for powerpc s390x to finish [16:58] ok [16:59] * Trevinho back on the other machine to verify bugs [17:05] * Laney cries [17:05] I need to go out! [17:05] seb128: are you around for a bit to publish https://requests.ci-train.ubuntu.com/#/ticket/1614 ? [17:15] ok, it's done [17:15] * Laney is late for climbing [17:19] it's never late for climbing... There's always something to climb on, then... Maybe you might be arrested :) [17:19] * Laney cries [17:19] why is this so slow [17:19] late because I am meeting people there [17:19] Laney: ah, did you force publish? [17:19] it worked [17:19] i think [17:19] Publish failed: Unexpected upload at destination. [17:19] * Laney waits for queuebot [17:20] it's there [17:20] i would really appreciate it if you would help me out on my nautilus bug [17:20] add the 3.20 ppa in a qemu/kvm yakkety install and restart the session [17:20] you'll see it [17:21] adding a sleep 1 makes it stop [17:21] so: some race [17:21] BYEEEEEEEEEEEE [17:51] Laney: ok, I'll check it tomorrow [20:04] desktop people, is there a UI for setting the desktop scaling for Unity 8 in the works?