=== maclin1 is now known as maclin === maclin1 is now known as maclin [05:05] Hi seb128 === maclin1 is now known as maclin [06:29] good morning [06:33] Hi didrocks [06:34] hey duflu === pstolowski|afk is now known as pstolowski [07:22] good morning desktoppers [07:23] salut oSoMoN, ça va ? [07:24] didrocks, bien, et toi? [07:24] ça va, pas mal de bruit avec les travaux de la toiture, mais bon, plus que 3 mois :p [07:28] Hey oSoMoN [07:29] hey duflu [07:47] hey duflu, didrocks, oSoMoN [07:47] good morning desktopers [07:47] Morning seb128 [07:48] duflu, sorry for not replying earlier, I was up quite early but only dealt with email and didn't start on IRC, just started it to have the backlog [07:48] how is everyone today? [07:48] salut seb128, ça va ? [07:48] salut seb128 [07:48] didrocks, ouais, levé un peu avant 6h30 mais sinon ça va :) [07:48] seb128, no problem. It was obvious to me it was too early in the day [07:49] seb128: argh ;) [07:49] hehe [07:49] obvious to everyone but 1 that 6:30am is not a time to get up :p [07:50] I stop complaining though, not next to oSoMoN who probably doesn't have proper nights at all atm [07:50] and he's the one deciding! [07:50] :) [07:50] yeah :) [07:51] big merge done: https://github.com/ubuntu/communitheme! :) [07:51] now, preparing the secret renaming :p [07:51] yeah, many wakeups throughout the night, but hey, that's how things go with babies [08:02] ello [08:03] hey Laney, happy mid-week-day! [08:03] how are you? [08:07] seb128, often called hump day, because it's the middle and the week is a hill. Not for other reasons [08:07] Morning Laney [08:08] haha [08:09] * duflu wonders if that's just an Australian term [08:10] new one to me [08:10] Nope. It's American [08:10] hey seb128 & duflu [08:10] hey Laney [08:10] & didrocks! [08:10] well done on the merge [08:12] * tsimonq2 waves [08:13] Was anything ever done with popcon? [08:13] https://popcon.ubuntu.com/ <-- I see this is now enabled. [08:13] Er, runnign [08:13] seb128: I'm good, nothing special going on, you? [08:14] tsimonq2, "done"? [08:15] that website has existed for years, probably like 10 years ? [08:15] seems #is fixed it to update again if that's what you mean [08:15] Ah. [08:16] seb128: I thought I remembered hearing that we were doing to make that opt-out as well as part of the metrics? [08:16] Laney, I'm good, I played tennis yesterday evening, was great fun. The weather was perfect and the match was exhausting but followed by a beer well deserved :) [08:17] tsimonq2, we were discussing on whether popcon would provide useful info and decided that not so we didn't include it in the metrics etc [08:17] so no, it's not enabled by default not being used in any new way [08:17] nor* [08:17] seb128: caña? [08:18] sí! [08:18] Laney, could we discuss LP: #1775226 ? [08:18] Launchpad bug 1775226 in gnome-software (Ubuntu) "Gnome Software offers installation of updates on shutdown independently from update-manager and unattended-upgrades" [Undecided,New] https://launchpad.net/bugs/1775226 [08:18] rbalint, that's a bug/not expected [08:18] I saw that a few times during the bionic dev cycle but not since [08:19] thanks Laney! I'm doing all the rest of paperwork, like adaptin Travis, gtk-common-themes and some cleanup still… [08:19] seb128, it is causing many reports on errors.ubuntu.com [08:19] you mean? [08:19] what component is hitting what error? [08:19] can you give an example? [08:20] seb128: ACK, thanks. [08:20] tsimonq2, yw! [08:23] rbalint: I'm not the right person to discuss this with you anyway, it's not me working on this stuff [08:23] seb's right though, it's disabled in gnome-software [08:24] (I happen to think that we should do upgrades in there and work to get rid of update-manager, but it's not my area so that is not particularly my call) [08:24] seb128, unattended-upgrades skips upgrading packages where changed config files would trigger questions to the user, while gnome-sw tries upgrading in the background and may end up being stuck [08:24] this happens when installing packages during shutdown [08:25] Laney, seb128 ok, let me check again if this is disabled, i faced the problem earlier [08:26] rbalint, I don't understand the "where changed config files would trigger questions to the user" part ... you mean unattended-upgrades skips packages with conffile changes? how does that has to do with the gnome-software issue, seems orthogonal to me? [08:27] u-u does not end up in a half-upgraded system, while gnome-sw does when operating during shutdown [08:28] are you trying to argue that we should let u-u do the job? [08:28] so it may make sense to disable the which may break something [08:28] seb128, yes [08:28] It is disabled [08:28] you don't need that part of the discussion [08:28] that's the intend [08:28] we are not doing packagekig/g-s offline updates in Ubuntu [08:29] you getting that UI is neither standard nor wanted, it's a bug [08:29] let's just focus on why you get it [08:29] no need to convince anyone that it's a bug or wrong :) [08:29] Laney, do you know how it's enabled/disabled? [08:29] or where [08:30] Robert would probably be our default goto person, but he's off until the end of the month [08:30] (and also wouldn't be online at this time anyway) [08:31] a patch I think [08:31] seb128, ok regarding reproduction i just installed bionic in a vm and i saw the screen attached to the bug after one day [08:33] seb128, Laney: thanks i'll follow up in the bug [08:34] rbalint, I saw that dialog a few time in the bionic cycle so I believe there is a bug that might make it displayed, nobody else in the team reported seeing it though and we didn't get user reports about it so I don't know how common it is [08:35] rbalint, what sort of numbers are we talking about for those e.u.c reports you mentioned, and are you sure they are a direct consequence of that problem? [08:36] rbalint, I'm asking that to have an idea of what priority we should put on the issue [08:37] Morning! 👀 [08:38] Hi Trevinho [08:38] hey Trevinho, how are you? [08:38] Hi duflu [08:38] seb128: all good, you? [08:39] I'm good thanks [08:39] rbalint, what does "systemctl status packagekit-offline-update.service" says? [08:40] seb128, inactive (dead) [08:42] seb128, regarding the priority we have a lot of reports where u-u loses the lock to an other apt frontend and that could be gnome-sw https://errors.ubuntu.com/?package=unattended-upgrades&period=week [08:43] seb128, i'm about to fix that in bionic with [08:43] the next upload SRU at least partially [08:46] Laney: morninggs... [08:46] And didrocks too :) [08:46] I wanted ask you guys how we handle the case when we do upstream imports on gbp before than debian.... [08:47] like: a pkg version is imported in ubuntu, but not yet debian... So that will generate an upstream/x.y.z tag, but if and when debian decides to create that too, then our tag will be overwritten no? [08:48] so maybe that situation should use different tag naming schema or what? [08:48] rbalint, do you have a file "/var/lib/PackageKit/prepared-update"? [08:48] hi Trevinho [08:48] In case we're not in sync with debian and we need to import is easy, it's just about merging it, but if we're the 1st ones? [08:49] Now, I know the best case would be fixing salsa... [08:49] if you do that, you can push the tag back to salsa [08:49] but... let's assume the generic case, or imagine either another debian-based distro, what should do? [08:49] otherwise keep our one [08:49] even if you merge, you'll get the commit from salsa with the right parents [08:50] won't that create conflicts? [08:50] I mean, having in two remotes the same tag with different sha? [08:50] Trevinho, btw I don't know how to "fix" the gnome-control-center git, I had to do an udate/upload out of the vcs during GUADEC so content differs :/ [08:51] I guess I'm just going to do another commit with the diff [08:51] seb128: I can fix it if you want [08:51] and forget about tagging since there is not going to be a vcs state that corresponds to the update [08:51] Trevinho, if you want that would be nice [08:51] ok [08:52] seb128: had to? [08:52] I tried to update the vcs but gbp import-orig would fail because the pristine-tar branch was not having the current version or something [08:52] :) [08:52] Laney, ^ [08:52] I mean we probably could have fixed whatever the problem was [08:52] right, but everybody was travelling [08:52] and I needed to get that SRU out [08:52] .1 schedule etc [08:52] seb128: you can update the pristine-tar in that case [08:53] push to ubuntu and then PR to debian [08:53] then/together with [08:53] but Debian did the update first [08:53] and didn't have the pristine-tar updated [08:53] I just don't understand git enough to deal with all those cases [08:54] I tried to follow the documentation but just hit fails on fails [08:54] ok, I see... more than git itself debian-git way is just another sub-world :) [08:54] anyway, that's not important, I'm eventually going to learn to deal with the complexity of the system [08:54] but as said, people were travelling and I needed that SRU out [08:54] so sorry, took the easy way [08:55] mh, also gnome-software has some new patches I think mhmhm [08:55] Laney: let me fix those, then please push the "replace-everything" thing :) [08:55] to bzr [08:55] seb128: you didn't push that to bzr either, right? [08:56] no, I tried to do it the right way [08:56] using the new system [08:56] I'm just not smart enough to deal with it :p [08:56] shut up :) [08:56] :/ [08:56] you're way smarter [08:57] sorry, I should stop trolling [08:57] it just requires learning, I'm not used to it and don't understand the details of the workflow [08:57] so I couldn't hack my way about easily [08:57] just with time one tends to be lazy in learning new things. But once you get them you'll say "oh... but this is cool, I see why people love it" :-D [08:59] Laney: also you've merged all the https://code.launchpad.net/~canonical-desktop-team/+git, right? [08:59] yes [08:59] so i can proceed with the removal [08:59] coolio [09:03] debian had the commits for gnome-control-center 3.28.2, the required step was to pull from there [09:05] isn't "gbp pull" supposed to do that? [09:05] yeah, as I did for nautilus I guess... if you import-orig ant the tag is already there. That's what is needed [09:05] however the git doc doesn't mention it [09:05] Laney, seb128: i've also prepared the bionic branch for https://code.launchpad.net/~3v1n0/ubuntu/+source/nautilus/+git/nautilus check if it's rigth and please import [09:05] how do one "pull from Debian"? [09:05] it's just over my head those details atm :/ [09:05] seb128: git merge upstream/fooo.bar no? [09:05] I usually try to git pull and in this case tried to gbp pull [09:06] Trevinho, so we are supposed to manually merge branches from debian first to make sure we are uptodate because doing an update on our side? [09:06] not easy "update everything I need" wrapper maybe? ;) [10:38] ricotz: I noticed you subscribed ~ubuntu-sponsors to bug 1782122 but there's no debdiff attached... did you plan on attaching something, did you not have something, or is it already handled? [10:38] bug 1782122 in vala (Ubuntu) "[SRU] Update vala in bionic to 0.40.8" [Undecided,New] https://launchpad.net/bugs/1782122 [10:39] tsimonq2, hi, I am currently waiting for it to be sponsored to debian and then synced to cosmic [10:40] ricotz: OK. Mind if I unsubscribe sponsors until it's ready? [10:41] attaching such a huge debdiff seems not reasonable, of course I can add add a link to an existing build [10:41] tsimonq2, I was hoping to receive some positive feedback first [10:41] OK [10:41] Trevinho, so I tried again following your pastebin, on a fresh checkout of g-c-c if I do gbp import-dsc of gnome-control-center_3.28.2-0ubuntu1.dsc the status becomes "Your branch is ahead of 'origin/ubuntu/master' by 11908 commits." [10:41] maybe replace ubuntu-sponsers with ubuntu-desktop [10:42] ricotz: I'll do that. [10:42] Thanks. [10:42] . [10:42] Trevinho, I don't really understand what's going on :/ [10:43] oSoMoN, hi, libreoffice 6.0.6~rc1 builds fine on current cosmic-proposed [10:44] I am about to push a rebuild of 6.0.5~rc2 which could be picked up for cosmic? [10:46] ricotz: I poked oSoMoN a week or two ago but it would be good to get 6.1.0~rc1 in Cosmic so we can close the Qt 4 removal bug for it. [10:46] I don't know how it relates but I figured I should mention it :) [10:47] tsimonq2, I planned to take a look at 6.1.0~rc2 this week [10:47] OK, great :) [10:47] not sure about the state of the qt5 gui [10:47] otherwise this means to drop the kde support [10:48] What do you mean? [10:50] you want the qt4 dep to be gone, so I assume using qt5 is the way, but I am not sure its upstream support [10:50] oSoMoN, using 6.0.6~rc1 directly won't hurt though [10:51] ah [10:51] ricotz: ftr Debian has libreoffice-kde5 ready to go in Experimental. [10:51] right [10:51] So I believe it might be close to ready if not ready [10:51] ricotz, a rebuild of 6.0.5 for cosmic would be welcome indeed [10:52] oSoMoN, https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+sourcepub/9263251/+listing-archive-extra [10:52] oSoMoN, or wait for https://launchpad.net/~libreoffice/+archive/ubuntu/ppa/+sourcepub/9265457/+listing-archive-extra [10:53] should build fine too, but if icu 61 is on its way too then 6.0.6 is better [10:55] ack, thanks [11:00] seb128, thanks for the help with the gnome-software bug! [11:02] rbalint, yw, thanks for finding the action to trigger it [11:02] at least it's not every install doing it by default [11:02] :) === pstolowski is now known as pstolowski|lunch [12:08] morning all === abeato_ is now known as abeato [12:16] good morning willcooke [12:16] hey willcooke === pstolowski|lunch is now known as pstolowski [12:28] seb128: Trevinho nautilus branch approved [12:28] andyrock, hey, thanks [12:28] the history was a bit corrupted yeasterday, the one of today was easier to review [12:28] andyrock, Trevinho, I think the comment from Amr makes sense though [12:28] we should undo those reverts [12:28] but that's for Trevinho :) [12:29] seb128: I thought about that... We can te-revert ubuntu side [12:30] +1 [12:30] Ok, I'll do [12:30] thx [12:30] Unfortunately Carlos today has to do with rehl so no release for now [12:30] Let's wait a bit more [12:31] right [12:31] we don't need to block on that === ondra_ is now known as ondra [12:34] are you asking for a release? [12:34] if so[B[B[Bcould help by preparing it in a erge request maybe [12:34] whtat's wrong with the wifi :( [12:35] Laney, you mean https://gitlab.gnome.org/GNOME/nautilus/merge_requests/269 ? ;) [12:35] GNOME issue (Merge request) 269 in nautilus "Prepare gnome-3-26 branch for 3.26.4 release" (comments: 0) [Opened] [12:36] Trevinho is de man :) [12:36] depends if that has a tag and NEWS and stuff [12:37] yeah, I guess that could be added on top of the backports [12:38] :3 [12:38] Laney, btw did you change the g-c-c vcs in launchpad eazrlier? I don't understand why that import-dsc workflow was giving me weird results earlier and now it tells me I'm 18 commits ahead which looks fine, I'm pretty sure I did the same step, I don't understand why the outcome is different :/ [12:38] Trevinho PMed me with some things to push [12:38] k, maybe that was it [12:39] anyway thanks to whoever "fixed" it [12:39] he did the merge of the dscs yeah [12:39] so it should reflect the archive now [12:39] the ubuntu/master thing was a bit more complicated since there were some staged changes in that branch that missed the upload [12:39] Yeah after tapas though [12:39] so they had to be re-applied [12:40] right, that's where he took it over from me :p [12:40] at least I played with the import-dsc and that's a nice workflow [12:40] Trevinho, enjoy! [12:40] it looked like - make branch from previous upload (identical to archive) [12:40] - import dsc onto this branch [12:40] - switch back to master and merge, resolve conflict in changelog [12:41] I see [12:41] good to know for next time [12:41] nod [12:41] would have been more or less the same in bzr [12:42] yeah, probably [12:42] bzr branch -r tag: ubuntu archive-upload; cd archive-upload; bzr import-dsc ..; cd ../ubuntu; bzr merge ../archive-upload [12:42] bzr doesn't have proper concept of cherry picking commits or sharing revisions though I think [12:43] I think it would have known where they diverged [12:43] but indeed not as rich [12:43] I wouldn't have bothered with the vcs under bzr, I would just have applied the debdiff on top of the current vcs and resolved the changelog/commited [12:43] nod [13:40] Trevinho, Laney, what was the staged change in g-c-c? doing a diff between cosmic and the vcs doesn't show any diff (unless I did something wrong) [13:41] didrocks, also you reverted a change from robert in g-c-c 1d41da82 to d/p/70_sound... that seems an error? [13:41] seb128: oh, could be, let me look [13:42] thx [13:42] was it something in a package or staged? [13:42] ah, in the import [13:42] do you know what was the committed that was reverted? [13:43] if not, no worry, I can have a look, it's just if you looked at it already… [13:44] you are talking about https://bazaar.launchpad.net/~ubuntu-desktop/gnome-control-center/ubuntu/revision/831 N [13:44] ? [13:45] didrocks, 924f7468 [13:46] this commit is from Thu Jun 28 [13:46] so, after 1d41da82 which is at the end of May? [13:46] right, it was staged but never uploaded [13:46] * didrocks doesn't follow the "revert" [13:47] it git log 1d41da82 is "newer" [13:47] * seb128 gets confused by git again [13:48] hum [13:48] Commité par : Marco Trevisan (Treviño) [13:48] 02/07/2018 15:08:11 +0200 [13:48] according to gitg [13:49] so screwup in Trevinho's import? [13:49] what? did Marco redid all branches, even the one we converted already? [13:49] :/ [13:49] didrocks: no we just merged in the history [13:49] if reimporting without looking via a script, and as told, that screw up new commits in bzr… :/ [13:49] let me open d/p/70_sound [13:49] there were merge commits but no diff in these [13:49] oki [13:50] I don't understand, the g_clear_object calls are missing [13:50] so, there shouldn't be an issue [13:50] ah, it's missing? [13:50] that's what I was going to ask [13:50] Trevinho: you are the commiter for my commit [13:50] unless I'm looking at the wrong file [13:50] so you didn't just remerge… [13:51] what are you guys working on? wasn't the ubuntu/master I pushed in lp:~3v1n0 enough? [13:51] this I mean https://git.launchpad.net/~ubuntu-desktop/ubuntu/+source/gnome-control-center?h=ubuntu%2Fmaster [13:52] Trevinho, I'm trying to figure out what's the deal for https://launchpad.net/bugs/1779051 [13:52] Ubuntu bug 1779051 in gnome-control-center (Ubuntu Bionic) "/usr/bin/gnome-control-center:11:gtk_container_remove:update_output_settings:on_amplify_changed:g_closure_invoke:signal_emit_unlocked_R" [Medium,Triaged] [13:52] Trevinho, git show 924f7468 was the change from Robert [13:53] Trevinho, but seems it vanished/isn't in master [13:54] seb128: my theory is that it's been reimported and not just remerge [13:54] otherwise, my "merge" commit ID would have myself as author and committer [13:54] and author is still me, but committer is Trevinho [13:55] there has been no force push [13:55] * didrocks is puzzled [13:56] why am I the author of that commit? is that remerging on a branch which used the import script? [13:56] (and so erased latest from the bzr branch) [13:59] it's gbp import-dsc [13:59] git diff 1d34a8d555e5c2c92a47c920d312c00d349addb9..1d41da82292f5d4f329a2720a54194fbd9ae4607 -- debian/patches/70_allow_sound_above_100.patch [13:59] that reconciled the branch to the state of the package and trashed the staged changed [13:59] s/d$// [14:00] that command is not to be used on a non released commit it seems? [14:00] correct, but that staged changes didn't exist at the end of may (date of the commit) [14:00] that's basically the case we were talking about earlier? [14:00] so, someone else reimported it twice? [14:00] can't understand what you're saying, sorry [14:00] seb128: it is [14:01] well [14:01] the "reverted commit" is after my import from a date perspective [14:01] it sets the date to the date from the changelog [14:02] interesting, I'm still puzzled why I'm the Author and not Committer for it if nothing was changed on that branch [14:02] that's nice in this case [14:02] it shows that Trevinho messed up something you did :-) [14:03] yeah, I still don't understand why there is no conflict when pulling though [14:03] not sure why there would be [14:03] it's just merge commits added on top [14:04] it's weird that merging the branches there was no diff, no? [14:04] if you diffed to the archive that won't show a dropped staged change [14:04] you need to diff to a package built from bzr [14:07] didrocks: if you use something which can show you the graph (git log --oneline --graph or giggle) it makes more sense [14:07] the linear history is kind of broken with all this complex stuff :/ [14:11] Mh I see, just in theory I reimported all these commits added after, it worked for g-s nautilus and ohters [14:12] looks like it happened out of order this time [14:15] Laney: ah I noticed you didn't merge vte yet, right? [14:15] Laney: https://code.launchpad.net/~canonical-desktop-team/ubuntu/+source/vte2.91/+git/vte2.91/+merge/348850 [14:15] dunno [14:16] lemme see [14:17] Trevinho, I'm unsure to understand where it went wrong in with g-c-c and that commit from Robert but can you restore that change? thx! [14:17] seb128: ok [14:17] thx [14:17] indeed, done [14:17] and while you guys are hot on git, extra questions [14:17] * Trevinho in these moments wish had the ~ubuntu-desktop powers :-D [14:17] I did a gbp import-orig for a new GNOME tarball [14:18] You guys vote... now! :-D [14:18] now [14:18] $ git status [14:18] On branch ubuntu/master [14:18] Your branch is ahead of 'origin/ubuntu/master' by 7 commits. [14:18] -1's coming [14:18] lol [14:18] how do I see which ones those 7 are? [14:18] git diff origin/ubuntu/master ? [14:18] is that just the first 7 in git log? [14:18] the list of commits? [14:18] that's linear? [14:19] I've a git missing command too [14:19] which is... [14:19] I gave you my gitrc [14:19] right [14:19] everyone has a git missing command :) [14:19] $ git help missing [14:19] 'missing' est un alias de 'log --graph --pretty=format:'%Cred%h%Creset -%C(yellow)%d%Creset %s %Cgreen(%cr)%Creset' --abbrev-commit --date=relative' [14:19] trying to just get those concept sticking [14:19] not me [14:19] haha [14:19] :( [14:19] Laney: create the alias above ^ [14:19] what am I *missing* out on [14:20] :) [14:20] is something like a diff history thing :-D [14:20] never learned the full one [14:20] well, do you want to learn the full one above? ^ [14:21] I've some around, check this there might be some useful https://pastebin.ubuntu.com/p/bFN3cfWRMn/ [14:21] like seb you loved bzr uncommit, there's one :) [14:22] instead of rebasing manually [14:22] Holy aliases [14:22] uncommit alias :p [14:23] :) [14:24] 😳 [14:24] Mine doesn't have nearly as many: http://paste.ubuntu.com/p/Y6c7pFK5NV/ [14:25] Trevinho, that list of aliases by itself speaks for git being easy :p [14:25] * Laney votes for not having a git show off how complex you can make it contest [14:25] bah [14:25] * Laney has 0 aliases :< [14:25] Like I said, the other direction's where it's at [14:25] No aliases is <3 [14:25] seb128: can be even longer, but also I have problems with memorizing names, so something might not enter my head for ever [14:26] like... to learn gbp pq I took like 2 months :-D [14:26] it's just wrong naming! [14:26] :) [14:26] I've difficulties with "gbp" [14:26] Laney: looooser, 0 aliasases... loooooser [14:26] I keep typing "gpb" [14:26] or "gdb" :p [14:26] seb128: welcome to the club! [14:26] I do the same [14:26] In fact.... [14:26]