/srv/irclogs.ubuntu.com/2018/06/20/#ubuntu-desktop.txt

didrocksgood morning06:22
dufluMorning didrocks06:38
didrockshey duflu06:41
=== pstolowski|afk is now known as pstolowski
dufluwillcooke, jibel, morning! I can't yet raise koza and seb is out for a bit. Do you want to do the Bluetooth meeting?07:45
willcookehi duflu07:45
willcookeseb can't make it either07:45
willcookeand I dont really have anything to discuss07:45
willcookeso I'm happy to skip07:45
dufluwillcooke, only 5.50 is now in cosmic.07:45
dufluThat is all07:46
willcookeah nice one07:46
dufluTrevinho, are you around?07:47
didrockshey willcooke07:48
jibelduflu, okay to skip07:50
willcookehey didrocks07:53
Laneyboop08:03
andyrockgood morning all08:03
didrockshey Laney, andyrock08:04
willcookemorning Laney andyrock08:06
dufluMorning andyrock08:06
dufluMorning Laney08:06
duflumore likely that than a supermarkey purchase just occurred08:07
dufluor supermarkey08:07
dufluor supermarket08:07
* duflu frowns at keyboard08:07
Laneyhey didrocks & willcooke & duflu :>08:09
Laneyoh and andyrock!08:12
Laneywhere are you in the world atm?08:12
andyrockback in europe08:12
andyrocksafe in homeland08:13
andyrockXD08:13
andyrockI travelled back yesterday08:14
Laney:>08:15
seb128good morning desktopers08:23
willcookehi seb12808:24
seb128sorry I was late for the bluetooth meeting08:24
seb128I didn't have much to contribute anyway, just that I uploaded the bluez update from d_uflu yesterday08:25
willcookeseb128, we skipped it08:25
willcooke:)08:25
seb128I saw08:25
seb128wfm :)08:25
Laneymoin seb12808:27
didrockssalut seb12808:28
=== zyga_ is now known as zyga
willcookeAnyone know if it's possible to disable GNOME Shells positioning of pop up windows in the centre of the main application window?10:18
willcookespecically, I'm doing some stuff if LibreOffice and the chart options window is smack in the middle where I want to see behind it10:18
dufluwillcooke, I think gnome-tweaks lets you change it?10:19
ahayzenwillcooke, you probably need to disable "Attach Modal Dialogues" in Tweaks -> Windows10:19
willcookeyay, that did it!10:20
willcookethanks chaps10:20
=== ecloud is now known as ecloud_wfh
Trevinhodidrocks: hey, have you seen the git repo now?11:16
didrocksTrevinho: no, you didn't tell me you were done, are you?11:17
Trevinhodidrocks: yeah, I should had to mail you since I finished last night11:17
Trevinhodidrocks: anyway it is11:18
didrockscan you paste again the url? as it's not under ~ubuntu-desktop11:18
* didrocks will look this afternoon11:18
* Trevinho can't push there :(11:18
Trevinhohttps://code.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/+git/gnome-shell11:18
didrocksthanks!11:18
didrocks5 hours ago was last night? :)11:18
TrevinhoI didn't add anything to the wiki, but I can add what I did there or somewhere else11:19
Trevinhoextended version of night11:19
Trevinhowell you were not up yet :-D11:19
didrocksI guess ubuntu/bionic-3.28.2-sru and ubuntu/master-next are branch that you will delete one merged?11:19
didrocksI definitily was at 8am ;)11:19
Trevinhoyes11:19
didrocksbut master == current cosmic and /bionic == current bionic, correct?11:20
Trevinhoah, I mean last time I checked the channel I dindn't see you... but anyways, no worries11:20
didrocks(well current + staged changes maybe)11:20
Trevinhodidrocks: currently it's: ubuntu/bioinc current bionic, ubuntu/master proposed cosmic (and bionic SRU)11:20
didrocksTrevinho: ok11:21
Trevinho(proposed by me I mean11:21
Trevinhobut see the tags to refer to what it is)11:21
didrocksas long as we didn't diverge, I don't think we should branch11:21
didrocks(see the wiki)11:21
didrocksonly when we need to have a different maintenance branch, we should11:21
Trevinhotey're not diverged so far, but I've kept them around for simplicity11:21
* didrocks gbp clone lp:~3v1n0/ubuntu/+source/gnome-shell11:21
didrocksTrevinho: I'll let you remove master-next and bionic-* as it's not propsoed SRU from what you told ^11:22
Trevinhodidrocks: need to add to the wiki to remember to make sure that lp config remote HEAD points to ubuntu/master as to me it wasn't and gbp clone failed :)11:22
didrocksTrevinho: it's on the wiki, in the procedure11:22
didrocksif you look at the last step for creating a new page11:23
Trevinhodidrocks: yeah, I can remove them right now... for now just look at the content. Branches structure is not final11:23
didrocksrepo*11:23
didrocksTrevinho: ok, i'll make as if those 2 branches don't exist, as they shouldn't11:23
Trevinhodidrocks: ah, ok :), I failed to read it thenxD11:23
didrocks8. Configure launchpad11:24
didrocksVisit the repository page on Launchpad, and set the default branch to ubuntu/master. Also, remove the bzr branch if available to prevent other people relying on it, after checking that any pending change have been transferred to the git branch.11:24
didrocksI guess that's an explicit step :p11:24
Trevinhodidrocks: yes, if just my reading way would be linear11:25
Trevinhodidrocks: anyway I've deleted the branches11:25
didrocksthx11:25
didrocksso, looking at it11:25
didrocksupstream/3.28.1 is imported into 3.28.1-0ubuntu211:26
didrocksnot 3.28.1-0ubuntu111:26
Trevinhodidrocks: and, one thing... upstream/latest, probably I should change it so that the commit to import all the version we diverged are made by us, not like in salsa11:26
didrocksI guess that was your first import?11:26
didrocksTrevinho: I don't think we should, the data should be the same being imported by us or debian11:27
didrocksand we wanted to have that merged back at some point11:27
Trevinhodidrocks: it is, a part from the "new upstream version" thing, and not doing that gbp import-orig will fail11:27
Trevinhoas the tag already exist11:27
Trevinhoof course we can remove and readd... but...11:27
Trevinho(importing with skip-tag)11:28
didrocksTrevinho: sorry, do you answer on my question or the rewrite of upstream/latest?11:28
Trevinhodidrocks: yes, that will be merged back then (i've also changes for going back to debian + ubuntu stuff)11:28
Trevinhodidrocks: a sec, I was about to do it :)11:28
didrocksI'm really confused, not sure to understand you at all11:29
didrocks"that" being?11:29
didrocksand my question was not a yes/no question :p11:30
didrocksalso, what are you about to do?11:30
didrockscan you just answer the question first, then, we can discuss potential changes, please don't touch anything :p11:30
TrevinhoI'm not11:30
Trevinhodidrocks: as your question, my first import is 3.28.2. I've started this way: went back to were we diverged, merged with our bzr changes, then imported the dsc then imported the orig for 3.28.211:31
didrocksimported the dsc was 3.28.1-0ubuntu2, correct?11:32
Trevinho"that"? in what sentence?11:32
Trevinhoyep11:32
didrocks13:28:35  Trevinho | didrocks: yes, that will be merged back then (i've also changes for going back to debian + ubuntu stuff)11:33
Trevinhodidrocks: upstream/latest = that11:33
didrocksok, but don't rewrite the history from debian11:33
didrockskeep the import to the salsa imports11:33
didrocksin upstream/latest11:33
Trevinhook, that's what I did initially...11:34
didrocksyeah, this is the current branch from what I see11:34
Trevinhoas I said the only problem is that in this scenario we've already a tag, so we need to remove temporarly, import without adding, and readd I guess?11:34
didrockshum11:34
didrockswhich tag exactly?11:34
Trevinhoupstream/3.28.211:34
didrockswhat did you rewrite that one?11:35
TrevinhoWe can also use someting else than upstream/*11:35
Trevinhobut...11:35
didrocksI don't think it's necessary11:35
didrockskeep salsa's one11:35
didrocksand only import the dsc11:35
didrocksno?11:35
didrockss/what/why/11:35
TrevinhoI can't import the dsc for 3.28.2, as there's not one (from us)11:35
didrocksyou import the dsc for 3.28.2-0ubuntu2 from what I see11:35
didrockswhich shouldn't be an issue, as this isn't a -0ubuntu111:36
Trevinhonope, I've imported the 3.28.1*11:36
Trevinho(dsc)11:36
didrocks| | |       Import Debian changes 3.28.1-0ubuntu211:36
didrocksthis is the version you imported11:36
didrocksas the first one, after diverging from debian11:37
Trevinhoyes, .1 not .211:37
didrocksah sorry, they alread have 3.28.211:37
didrockshum11:37
didrocksbut11:37
didrockswe don't have a dsc for it11:37
* didrocks checks rmadison11:37
didrocksso you don't need to import anything?11:37
Trevinhoexactly11:38
didrocksyep, nothing publish with it11:38
didrocksso, keep usptream one11:38
Trevinhoyes, I've imported 3.28.2 orig11:38
didrocksdon't rewrite their history11:38
Trevinhook, that's fine11:38
didrocksas it's already imported11:38
didrocksgood :)11:38
Trevinhowe can use upstream-ubuntu/latest if you want instead11:38
didrocksno, please, stick with DEP1411:39
didrockslet's use their version11:39
didrocksand upstream/latest11:39
didrocksno need to double import the same tarballs11:39
Trevinhook, ok... so let me redo that step as I did it before11:39
didrockslet me finish reviewing before doing this11:39
Trevinhosure11:39
didrocksso, from what I see, we ends up:11:39
Trevinhoworkitem at least11:39
didrocksubuntu changes11:39
didrocksdebian changes until we diverge11:39
didrocksubuntu changes with debian/ only branch11:39
didrocksin that order (from HEAD to older changes)11:39
didrockscorrect?11:40
Trevinhodepend on what visualizer you'r looking at, but base is: salsa until we diverge + ubuntu-only changes + new upstream11:41
didrocksno11:41
didrockswell, not in git lg11:41
Trevinhocheck it in git log --graph11:41
didrocksand you should see the same11:41
didrocksthat's what I'm doing11:41
didrocks| * commit 1db18800539046637e20cb710cf1226f2959e51511:41
didrocksis a parent of:11:41
didrocks*   commit 8682b3949d1a458a5406761c98debd5431a3020911:41
didrocksah no, next to it11:42
didrockslet me go to the merge commit11:42
didrocksok, up to * | |   commit 073068c3c5c70320a92275fe59bba229c60e318211:42
didrockswhich merges the 2 branches11:42
Trevinho(gitg is nicer to read these things :))11:43
didrocksI find it puzzling that this is the commit with that message:11:43
didrocksImport Debian changes 3.28.1-0ubuntu211:43
didrocksbut we have: | * commit 48f0e20cafd6523683716c732ea0150e40ecfd5e (tag: ubuntu/3.28.1-0ubuntu2)11:43
didrockswhich is a children of it11:43
Trevinhodidrocks: yeah, so..... that's another thing I wanted to ask11:43
didrocksso we don't have commit corresponding to it11:43
Trevinhosince.... we should presever which one?11:43
Trevinhowe can decide which one of two being it11:43
Trevinhomaybe the one mergin in that case11:43
Trevinhodiscarding the bzr one11:43
didrockson that one, I would put it on the merge commit11:43
didrocksas it's the one which would work with gbp buildpackage11:44
TrevinhoI was also undecided about that11:44
didrocksofc, then people shouldn't rely that older commits will work with it: ubuntu/3.28.1-0ubuntu111:44
didrocksas it's debian/ only11:44
Trevinhoyep11:44
Trevinhook let me update those two tags then?11:44
didrockssure11:45
TrevinhoI can describe the extra steps I did then, it's nothing really time consuming and imho it keeps things nicely11:45
didrocksok, git blame is what I expect11:45
didrockslet me finish reviewing11:45
didrocksyou didn't follow the import guide though :p11:45
didrocksdebian/control didn't udpate the Vcs tags11:46
didrocksnor point to salsa one11:46
Trevinhoyes I did :o11:46
Trevinhoor maybe.... wait since I went back a few times in reflog11:46
didrockswait, my fault11:46
didrockslet me reset :p11:46
didrocks(navigating too much in history)11:46
TrevinhoI would have done that even without reading the guide though :D11:46
didrocksno11:47
didrocksat least, not on ubuntu-master11:47
didrocksVcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/gnome-shell/ubuntu11:47
didrocksnothing git11:47
didrocksor is it just my checkout?11:47
didrocksand ubuntu/bionic didn't update debian/gbp.conf as in the guide :p11:48
didrocksdon't tell you followed it it's a step as well ;)11:48
seb128good morning Trevinho, how are you?11:48
didrocks2. Update debian/gbp.conf to reference correct upstream gbp branch11:48
didrocks# edit debian/gbp.conf and replace with '''upstream-branch=upstream/3.28.x'''11:48
didrocks$ git commit -a11:48
Trevinhohi seb128 all good, you?11:49
didrocksand: Create a maintenance branch11:49
didrockssection11:49
seb128I'm good, thanks11:49
didrocksand same Vcs-Bzr: https://code.launchpad.net/~ubuntu-desktop/gnome-shell/ubuntu11:49
Trevinhodidrocks: how is that I've Vcs-git here? :o11:49
Trevinhodidrocks: 61f8b5c1dd6dc61f39b502a90a323c8bb5dc5c0011:50
didrocksTrevinho: https://git.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/tree/debian/control.in?id=a119c39faac273282d1d2f88975dc1d82f8904cd#n5811:50
didrockswell, launchpad agrees with me11:50
Trevinhofckkk, I do to... as I change control, not contorl.in11:51
Trevinho:)11:51
Trevinhoso i did it, but in the wrong path. I was sure about11:51
Trevinhoeh https://git.launchpad.net/~3v1n0/ubuntu/+source/gnome-shell/tree/debian/control11:51
Trevinho:)11:51
didrocksTrevinho: ok, so I suggest11:51
Trevinhowell I'll edit the commit no worries11:52
didrocksedit the wiki to add those steps (or copy it)11:52
didrocksthen, redo frmo scratch to check the steps are working11:52
didrocksand have a clean branch11:52
didrocksdon't create a maintainance branch yet as we didn't diverge11:52
didrockssounds good?11:52
Trevinhook11:52
didrocksI don't really see the git blame benefits, but it seems it's not hurting anyway11:53
didrockswhich is what I care about :)11:53
didrocksI don't think there is any impact on "Create a maintenance branch" section11:53
Trevinhonope11:53
didrocksso yeah, just copy "Convert a package to git for the first time from Debian"11:54
TrevinhoI mean what I've done puts itself into the wiki properly, it just imports stuff with metadata too11:54
didrocksthen, I'll make a diff to ahve a second look :)11:54
Trevinhoi'll add only a sub-section to that, ok? Like if there's an ubuntu bzr branch....11:54
didrocksTrevinho: ah, with the extra steps, why not… well, add that as a step like "4" and "4.1", "4.2"…11:55
didrocksbut the most important is that you validate the changes, scratch your branch, and refollow the whole guide completely11:55
didrocksTrevinho: bonus point if converting only requires git-bzr and not bzr itself :p11:56
Trevinhook, I was thinking on 4a, b,c but sure :)11:57
didrocksTrevinho: on that one, I have no opinion :p11:58
Trevinhodidrocks: well, I've done with bzr itself as git-bzr isn't in the repo, right?11:58
didrocksoh, it's not?11:58
Trevinhoapt search git-bzr has nothing11:58
didrocksone sec11:58
didrocksTrevinho: git-remote-bzr11:59
Trevinhothat's why I went with normal bzr, but we don't need much more there11:59
didrocksthis is what you need :)11:59
didrocksthen, it's simply git clone bzr::lp:~12:00
Trevinhomh, I see, let me check how that behaves12:00
didrocks;)12:00
Trevinhok, ok.... could be better12:00
didrocksunsure it supports the operation you want12:00
didrocksbut supposively you can add a temporary remote you want to remove?12:00
Trevinhomh, I can check, I can't just use that as a different remote I guess12:00
Trevinhoas it needs to be a differen tree12:01
Trevinhobut I can play with that again12:01
didrocksTrevinho: yeah, just in case… that will help if we automate part of it in the future12:01
didrocksTrevinho: once done, just reping me, I'll check the changes to the wiki and your new fresh branch ;)12:02
Trevinhodidrocks: ok, thanks... I'll do that after lunch though12:02
didrockssure12:02
Trevinhodidrocks: yes, automating was my idea too....12:03
Trevinhoalthough there are some manual intervention or deicision to takes (whic I would have avoided, but... humans, you know!)12:03
didrocksTrevinho: as long as you can describe them precisely in the wiki as a first step…12:04
Trevinhok12:06
Trevinhowell I normlly write scripts first then i (maybe) document, but in this case I see the value :)12:06
didrocksyeah, especially restarting from scratch12:08
didrocksI quite simplified when doing it12:08
seb128Trevinho, it starts feeling like that you are spending lot of efforts/time on something that isn't important and isn't going to be used/benefit to us much ... I know you like to do things nicely, but sometime perfect is the enemy of the good, isn't that the case here? shouldn't we stop the experiment there, declare that what others had is good enough and move back to do real work?12:09
Trevinhoseb128: well, it wasn't too time consuming, what took to me much was merging with debian (which is not something involving this, and that still we want to do next), I think we're done now in terms of things to do... I mean the process is defined. Need to note down ('ve already) and write in the wiki.12:11
Trevinhoonce done that it will live alone12:12
Trevinhoand for who will do it again it will take few extra steps12:13
Trevinhobut yes, I agree this can't take longer than needed12:13
seb128"can" tou mean ?12:14
TrevinhoI mean, it might have now, but once it's setup nope :)12:15
seb128well, you wasted a few days fighting with vcs things, you need to redo some work still now12:18
seb128you are also using some of didrocks' time for reviewing your work/pointing out the oversights/arguing etc12:19
seb128which is fine, but meanwhile the .2 update is still not uploaded12:19
seb128it should have been a week ago and would have been if we were no arguing over git details for days12:19
seb128btw which is exactly why I didn't want that git conversion to start before the LTS :p12:19
ali1234quick question about the dpkg locking email: does this mean i can run apt on the command line while eg synaptic is running (but not doing anything)?12:42
ali1234and what does it mean for eg bootstrapping a chroot where i run "dpkg --configure -a" non-interactively from a script on the chroot?12:42
Laneyali1234: you should probably ask that in #ubuntu-devel12:59
ali1234oh right, i thought this was :)12:59
Trevinhoseb128: hehe, well git conversations are always intense :).13:34
Laneywe were doing OK up to now13:45
=== pstolowski is now known as pstolowski|lunch
=== pstolowski|lunch is now known as pstolowski
willcookenight all o/16:42
LaneyTFW when you decide not to care about a corner case16:42

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!