[02:01] robert_ancell: for the issue of gnome-software claiming to handle snap URIs on installs without the plugin, one option would be for it to install separate desktop files for each URI scheme handler (using NoDisplay=true so they don't clutter menus) [02:02] robert_ancell: that way the scheme handlers could be packaged with the plugins on distros that split it into multiple binary packages [02:38] Hi guys. How yall doing? [02:38] Quick question. I have a 18.04 iso. [02:39] oh? [02:39] What am I running? kde, Gnome, ??? Am confused and trying to config some Icons but I can't find a way to do so. [02:40] VoltronDikz: the default desktop is GNOME 3 with an extension to show an icon dock on the left. [02:41] (basically to give something that should be familiar to both people coming from Unity 7 in previous releases, and people who have used other GNOME 3 based desktops) [03:16] I am trying to resize (make way smaller) the icons on the center page when clicking show programs. [03:16] I am not talking about the ICON DOCK. [03:16] Could not find 1 good and simple way to resize and compact to have more apps showing. [03:16] Anybody? [03:23] VoltronDikz: I don't know if there is a preference for that. Maybe there is an extension that can help with that at https://extensions.gnome.org/ ? [03:24] VoltronDikz, having fixed a bug in that area recently I think it is hard coded :( But yes extensions can change some things that are otherwise hard coded [03:24] (https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/90) [03:24] GNOME bug (Merge request) 90 in gnome-shell "Display full application names under their icons" (comments: 9) [Closed] [03:28] Hmm, did I break my theming in cosmic or did an update? [03:31] My fault. 'dconf reset -f /org/gnome/' to the rescue. [03:33] duflu so basically no way to resize / schrink those icons in middle of screen right? [03:34] VoltronDikz, it might be possible using an extension. Because the high-level design of the shell (and extensions) is all in JavaScript and it's easy to tinker. But no I can't find any proper configuration option [05:16] good morning === ecloud_wfh is now known as ecloud [05:39] Morning didrocks [05:42] hey duflu [05:45] Good morning every one [05:46] Morning jibel [05:47] salut jibel [05:47] hi didrocks, jibel [05:47] hey jamesh [06:10] Oh, hi jamesh :) [06:10] And hi bschaefer, seb128 [06:11] hey duflu, how are you? [06:11] good morning desktopers [06:11] Doing OK seb128. You? [06:11] I'm fine, need some coffee though! [06:13] salut seb128! [07:42] lut didrocks [07:54] Good morning all [07:55] morning [07:56] morning willcooke [07:58] hey thumper, how goes? [07:58] hey alexarnaud willcooke [07:58] willcooke: pretty good [07:59] as in I'm pretty good at procrastinating doing performance reviews [08:00] thumper, ha! It does drag on. Every year I say to myself "If I just made some notes once a month then reviews would be easy" [08:00] never happens [08:00] hah [08:00] yeah [08:00] hey willcooke, thumper [08:01] o/ didrocks, seb128 [08:01] hey [08:01] morning Laney [08:01] thumper: nice tweet! +1 [08:02] (pun intended) [08:02] hah [08:02] * thumper is going through CVs again [08:02] Morning willcooke [08:03] Evening thumper [08:03] Morning Laney [08:08] o/ duflu [08:08] happy solstice [08:17] hey Laney, ah indeed, happy summer day! [08:20] hey seb128 [08:20] look at it negatively - all downhill from here towards winter [08:23] * duflu looks uphill [08:24] and winter is not downhill, it's time to drink hot beverages next to the fire [08:24] which is nice as well :) [08:24] damn it [08:24] you win this one, positivitiy [08:24] That's true. It's interesting Europeans celebrate winter outdoors more than those of us with warmer winters [08:25] indoors and outdoors [08:25] markets and all [08:28] need less incentive to get people to go out? [08:31] 186 days to Christmas [08:33] that sound quite short [08:33] better get shopping === maclin1 is now known as maclin [09:39] willcooke, I❤🎄 [09:39] :DD [10:30] tjaalton: do you like https://paste.ubuntu.com/p/VPjjHq2Qcy/ ? [10:30] just been reviewing that for Marco, seems good to me, if you like it I'll upload to the silo [10:30] & for the SRUs with adjusted versions [10:31] Laney: yep, looks good to me [10:31] 👍 [10:32] I'll commit it to diff [10:32] err [10:32] git [10:33] thx [10:33] I can make branches if that's good for you [10:33] sure [10:33] could migrate that out of salsa [10:33] no bother to me [10:34] gimme a bit, will put up MRs [11:08] Nafallo, could you reply on https://bugs.launchpad.net/ubuntu/+source/gnome-online-accounts/+bug/1773213 ? [11:08] Ubuntu bug 1773213 in gnome-online-accounts (Ubuntu Bionic) "U1 login dialog missing link to the privacy policy" [High,Fix committed] [11:10] seb128: sure. [11:10] thx [11:11] I thought that was obvious... but yeah :-P [11:12] seb128: morning btw ;-) [11:12] good morning indeed :) [11:13] I think the SRU team started requesting the version because some users did test wrong versions and gave confusing feedback about fixes not working [11:13] it makes easier to tell them "no, you are not using the SRU version" :) [11:16] oooh. lastpass-cli finally landed in -updates. [11:16] my first upload in YEARS accepted :-) [11:17] jibel, looks like robert_ancell update bug #1768744 so maybe you can verify that one now? [11:17] Nafallo, congrats :) [11:17] bug 1768744 in gnome-initial-setup (Ubuntu Bionic) "Crash when unable to get installed snaps" [Medium,Fix committed] https://launchpad.net/bugs/1768744 === pstolowski is now known as pstolowski|lunch [11:42] jibel, bug #1766277 updated as well if you can test [11:42] bug 1766277 in gnome-initial-setup (Ubuntu Bionic) "Ubuntu changes graphic is not translatable" [Medium,Fix committed] https://launchpad.net/bugs/1766277 [11:58] aha [11:58] I updated ubuntu-software on my xenial work laptop and at least now it crashes every time on startup for me personally (sorry, not sure what was the situation earlier, I usually use synaptic but decided to try gnome-software now after I saw it updated). if you have the permission, you should quickly check if it seems worrying at https://errors.ubuntu.com/oops/b1fd9ff8-7549-11e8-bea3-fa163eec78fa (I [11:58] don't have permission) [11:58] would ping robert_ancell but he's not around atm [11:58] I did reboot too [12:01] seb128, sure thing. I'll finish the verification. === alan_g is now known as alan_g|afk === pstolowski|lunch is now known as pstolowski [12:50] tjaalton: https://salsa.debian.org/laney/xorg.git ubuntu ubuntu-xenial ubuntu-artful ubuntu-bionic [12:50] I couldn't find a commit that matched what's in artful atm so I made one up [12:51] Laney: ah, I assumed you'd have created them on lp :P but this works too [12:52] nice fork button on salsa :P [12:52] * Laney checks debdiffs and then uploads to the silo [13:05] Mirv, thanks for the info. Seems to work fine on a Xenial VM, so I don't think it's a huge issue, but I'll email Robert and get him to check oit [13:05] it [13:09] (force pushed again to move an echo) [13:16] Laney: oh, looks like I have ubuntu-artful locally.. anyway, did you create a merge request? [13:17] Laney: as per "local", I knew about... But, it's also true that debian' sh supports it and that many debian scripts use it. Including the ones mentioned in the debian wiki I was using before for removing the conffiles, so I decided to keep it [13:18] grep "local " /var/lib/dpkg/info/* | wc -l => 380 [13:18] here === alan_g|afk is now known as alan_g [13:36] willcooke, Mirv, that looks like the same than https://bugzilla.opensuse.org/show_bug.cgi?id=974806 which was fixed upstream in 2016 but not in the 3.20 serie [13:36] bugzilla.opensuse.org bug 974806 in GNOME "Gnome-software crashes every time (after enabling of a certain obs repository)" [Critical,Resolved: fixed] [13:36] there are 3k reports of that issue on 16.04 which is not very high [13:37] the e.u.c report also suggests it's indeed fixed in > 3.20 [14:11] jibel, thanks for the gnome-software SRU verifications! [14:29] tjaalton: nah, do you want one? I was hoping you'd just pull my branches :P [14:45] tjaalton, I guess fixing the libinput build is on your todolist? it seems that the .symbols needs and update which should be easy? [14:51] Trevinho, hey, what's the status of gnome-shell 3.28.2? [14:52] seb128: it's waiting review [14:52] where and who did you ask about reviewing it? [14:52] https://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell/ [14:52] didrocks is going to take that [14:53] Trevinho, what about the bionic SRU? [14:54] seb128: didrocks was saying that we'll just sync them [14:54] as there's no actual fork in between the two [14:54] sync? [14:54] so far [14:54] ah [14:54] I mean push that one on bionic too [14:54] without branching [14:54] I did a bionic branch first, but so we decided [14:55] Marco, marco, maaarrccooo [14:55] what? [14:56] Trevinho, none of the bugs listed in the changelog are SRU compliant atm, some have testcases but they all need proper "impact/test case/regression potential" sections [14:57] also some of the cherry pick have no bugs associated [14:57] well, to be exact, I'm waiting for the latest correct edits on the wiki page [14:57] unsure the SRU team is going to like that [14:57] then, replay on nautilus [14:57] then replay on the gnome-shell branch [14:57] and I can review [14:57] nautilus? [14:57] yeah [14:57] why is nautilus blocked our gnome-shell SRU? [14:57] because there is the case that wasn't taken if we merge bzr branch [14:57] * seb128 got lost [14:57] I want the instructions to be correct [14:57] right now, they aren't [14:58] because there are cases you have unreleased commits in bzr [14:58] k, I get that part [14:58] which wasn't taken into account and may impact the import procedure [14:58] is nautilus another SRU/discussion? [14:58] with similar issues [14:58] sorry I just got lost :p [14:58] seb128: bugs, I'm updating them once we are ok wit the review, I won't do that earlier [14:59] *shrugh* basically, right now, it's now pending on me [14:59] contrary to what was left thinking to you [15:00] I'm only talking about the git branch [15:01] Trevinho, maybe linking that update/SRU to the git conversion wasn't a smart idea [15:02] Trevinho, we are delaying fixes by weeks just because internal workflow issues [15:02] we should have done them with the etablished tools [15:02] out of the way [15:02] then iterated with the vcs and tweaks when there was no real world issues being taken hostage [15:02] seb128: eh, well it would have come one day or another... [15:02] Trevinho, read what I wrote? [15:03] it can come [15:03] not delay LTS fixes [15:03] come on, you can agree it makes sense to not delay fixes when we can land the SRU and then deal with the vcs problems no? [15:03] it wasn't my expectation [15:03] rather than the other way around [15:03] yeah, sure... [15:06] didrocks: can we move on with gnome-shell itself first? As that is following anyway the process already. So we can start with the content first. Then update the others [15:06] Trevinho: have you changed the tag and commit message? [15:07] I doubt, the branch hasn't been updated for 15h [15:07] tag was there [15:07] commit message? and you redid with our latest changes? [15:07] because the "it shouldn't imapct", remember that you thought that in the order you wrote for replaying the history :p [15:08] so theory is nice [15:08] checking with following the steps is better [15:10] as seb128 told anyway, no bug is SRU compliant, so, as a first step, they should be converted [15:11] Trevinho, right, no reason that the bugs need to come after the Vcs is ready [15:11] if you want to unrelate the 2, get a .dsc ready for cosmic and bionic [15:11] get that sponsored [15:12] then, you can replay that with commits in the Vcs [15:12] you can even add them to the bzr VCS to test your conversion :p [15:12] this is just a bit loosing time [15:13] all those bzr history change is a lost of time IMHO [15:13] you mean that week wasted on trying to deal with Vcs tweaks? [15:13] but I've already stated that and didn't convince you apparently [15:15] it's not the only thing I'm doing, but I want to follow things in a logical order that allows to keep what we did. But anyway, the process itself it's not lost time imho. it's more going back and forth on bzr stuff again when a branch is ready and we can work on that, if content needs fixes [15:16] also, on mutter side... I prepared also a branch, but in that case we can be in sync with debian.. So can we do that? Our *ubuntu* package is just a change of mine which is already in debian anyway [15:17] anyway, i can update the bzr too if you want, since anyway having the git branch around helps in having that quickly too [15:18] seb128: and bugs, I checked again all the ones I cherry-picked from upstream are in gnome-2-28 branch so will be next .3. Then there ar two patches which have no unbutu bug attached, should I create them? As they are already upstream, so I though it was something not eneded [15:20] you don't need explicit SRU verification for patches coming from the point release [15:20] for cherry picks or downstream patches, you do [15:20] (that's a gnome specific policy) [15:22] "SRU verification for patches coming from the point release" so this doesn't applies to point-release-branches? [15:22] no [15:22] that combination hasn't been blessed by upstream yet [15:22] so we need to test it [15:23] mh, I see [15:23] let me decide weather drop them or not then [15:24] it's OK to include them, they just need a proper SRU bug [15:25] yes, sure [15:25] that's the thing, I want to see that [15:25] in terms of workflow arguments [15:25] Trevinho, what Iain said [15:26] didrock_s or whoever is sponsoring can build the dsc out of git currently and sponsor it as if it has no VCS for now [15:26] then if there's any delta required that can be resolved as another commit [15:26] like sidestep the argument to get the upload done [15:26] without having to go redo on bzr or whatever [15:28] yeah, that would be the way... And since I can't do that, it's not something I can go forward.. It's up to one of you guys to pick the content, review and push to ubuntu, as it's a step I can't do. And vcs could or could not match it. [15:28] Laney, if that doesn't get sorted out tomorrow then the SRU might be a good thing for you and Marco to resolve at the sun sprint :) [15:29] I mean I got the content ready quickly, true that i invested some time in the infrastructure too, but it's something I care, and that didn't cause the content to differ. [15:29] "content" as debian/* [15:29] and that was pushed last friday [15:30] seb128: Not sure I could help any more than didrock____s who already has the context on this, but OK if necessary ... [15:32] Laney, Didier has been reviewing the git side, he didn't look at it from a SRU perspective from what he said [15:32] or sponsoring [15:32] it was going to be him and Olivier working on it originally [15:32] before all this business [15:32] anyway whatever, but it's probably not going to be tomorrow for me [15:33] right [15:33] no worry [15:33] right, then, trevhino told he has done it :p [15:33] which is where the delay started [15:33] I can have a look tomorrow at it, not today for sure [15:33] well, let's see if Didier feels like doing the sponsoring this week, if not we can see on monday who feels like doing it [15:34] if the bug follow the SRU process at least [15:34] yeah sry, I thought you were signed up to review the SRU too, maybe my mistake [15:34] didrocks, Laney, Trevinho, thanks guys :) [15:34] * seb128 steps out for a bit [15:34] bbl [15:34] ok, I've also go to buy stuff [15:34] Trevinho: so, let's forget about the git side, ensure all bugs follow SRU and email me/share with me a debdiff for cosmic and bionic [15:35] it looks like you guys don't need anything special as there was nothing more in the shopping list, right (Laney,seb128)? [15:36] didrocks: ok, I mean if you've time check also the git side of things, but no need to hurry for that [15:39] Trevinho: I will as said once you have replayed all steps on a new virgin branch [15:39] to ensure nothing is missing [15:39] and that it has enw commit messages [15:39] (which isn't the case right now) [15:39] Trevinho: so, if the branch is ready for tomorrow, for both cosmic and bionic, this is enough [15:40] didrocks: it was a virgin one the one where I replayed all the things.... It was last night though [15:41] should I do that again for real? Not that it would take time, but it's just the same :) [15:41] Trevinho: it won't be the same, we changed at least the commit message, didn't we? [15:41] as told for the 3rd time here [15:42] well, that is just an amend xD [15:42] or rebase [15:42] ah, you didn't change it [15:42] despite my suggestion :/ [15:42] yeah, but I want to replay as we reshuffled [15:42] please take my suggestion about changing the commit message into account [15:43] "debian subtree" is confusing and undeed, just change it by "branch" [15:44] uneeded [15:45] didrocks: didn't I on the wiki? :o [15:46] or my F5 is broken [15:46] git commit -m "Importing lp:~ubuntu-desktop/gnome-control-center/ubuntu debian subtree" [15:47] this is what I still see [15:47] * didrocks hopes everyone will run git gc --aggressive on branches and not miss that step, or the git clone will take forever for everyone [15:48] --agressive! [15:48] Trevinho: there is no -a to add to that commit? [15:49] git read-tree won't restore debian/ dir? [15:49] so you need to restage them, correct? [15:50] no, theres' no need for that [15:50] git read-tree will do it [15:51] didn't know it was staging them [15:51] didrocks: wasn't "Importing lp:~ubuntu-desktop/gnome-control-center/ubuntu debian subtree" the one you proposed? [15:52] ah right, I was puzzled by the second discussion about 7. [15:52] eh, see :D [15:52] what do you think about changing debian subtree by "branch"? [15:52] in the whole document [15:52] ok that's fine too [15:52] I mean no to be too technical [15:52] eventuall it's not needed to konw that [15:52] know* [15:53] ok branch it is now [15:53] can I f5? [15:53] if it works :-D [15:54] * didrocks tries this intriguing tech [15:55] hum [15:55] 7. Modify or create gbp.conf containing: [15:55] then 7a if you… [15:55] this is not what we discussed? [15:55] I think we should have: 8. If you imported bzr ubuntu history [15:56] 8a. If you add pending changes in bzr after release: [15:56] 8b. Remove the temporary ubuntu-bzr remote [15:56] ah, it was misleading the log [15:56] yeah, only spotted it in seeing the whole page as well [15:56] but clearly, step 4 and 8 now are "if you want to import bzr history" [15:57] (then we have 4a, 4b…4f and 8a, 8b) [15:57] k [15:57] "and I hope you did" [15:58] as told, I tried to remove all "I" in tech docs and personal opinions :p [15:58] irc reviews are the worst thing in the world :-D [15:58] that was on the logs ;) [15:58] yeah, should be an etherpad [15:58] yes, but we talk a lot :-D [15:58] I mean it's a wiki already [15:59] yeah, but no parallel writes/comments [15:59] you can fix things too as in writing is normally faster than at 4 hands [15:59] yep, etherpad next time [15:59] but there are locks… [15:59] and TBH, you wanted to have those steps [15:59] I know , i know [15:59] unfair to ask other to fix them afterwards [15:59] the wording I mean [16:00] so, once done [16:00] really, reprepare a gnome-shell to valid all steps once again [16:00] (you have no idea how many times I did previously for g-c-c, to revalidate I didn't miss anything) [16:00] and create a maintenance branch for bionic (https://wiki.ubuntu.com/DesktopTeam/git#Create_a_maintenance_branch) [16:00] then, I'll review that [16:01] sounds ok? [16:01] ah, so you want the bionic now? [16:01] k [16:01] well [16:01] as we are going to upload [16:01] we're not goiung to diverge yet [16:01] yeah that was my point [16:01] of having different changelogs [16:02] yes, but SRU team won't copy your pacakge [16:02] so, we need to have different changelog [16:02] prepare master for the cosmic upoad [16:02] prepare master for the cosmic upload [16:02] I'll do a debdiff first though [16:02] then I would say branch with commit -1 [16:02] change gbp.conf [16:02] as in the wiki [16:02] for bionic [16:02] yeah, I read [16:03] I'll review them tomorrow [16:03] good [16:03] so if redoing the branches is faster for you than the debdiff, don't bother [16:03] well, should be the same [16:04] but if we can i'd prefer to do one time only [16:04] if you're checking those tomorrow anyway I'm doing this later though [16:04] or shops will close [16:05] otherwise I can do it now, if you're not leaving (but i guess it's time for you) [16:05] I'm going to step out before the GNOME board meeting [16:05] extra special meeting, thinking my time was almost over with one evening meeting, but no, a second special one, last minute surprise! :) [16:05] so, TBH, I will just attend that meeting now and sign off ;) [16:05] :) [16:05] k [16:06] so i can send you this so you look at it tomorrow I guess [16:06] yes! :) === pstolowski is now known as pstolowski|afk [16:22] Trevinho, @shopping, I don't, thanks for asking :) [16:23] we'd have to go buy stuff anyway during the week maybe [16:23] but dinners will be out I guess [16:24] Trevinho: sous vide! [16:57] https://wiki.gnome.org/Initiatives/SystemdUser [16:57] going to start filling that table out tomorrow [16:58] probably won't be online first thing in the morning, going to be heading to the train [17:03] seb128: willcooke: right, thanks, so not a new bug, I'm just hitting it === Guest16456 is now known as jose [17:51] Laney, nice, happy train journey :) [17:53] night all [18:39] Laney: I've everything for it... We'll just buy the meat the same day [18:56] seb128: huh, somehow built fine here, dpkg-gensymbols only warned about the new symbols [19:02] I'll bump it to 1.11.1 too [19:02] Laney: well, it's a one click operation to ack (fast-forward) merge requests [19:03] but sure, I'll add a new remote ;) [19:03] tjaalton, unsure what's different about the buildd env, but it failed in Debian and Ubuntu ... thanks for fixing :) [19:04] yeah I've poked folks to tell me what's wrong :) [19:05] tjaalton, do you plan to SRU some 1.10 update? or maybe directly 1.11? [19:05] the last 1.10.x maybe [19:06] 1.11 changes things too much for sru I think [19:09] k, makes sense