[06:00] good morning [06:06] Hi didrocks [06:08] good afternoon duflu [06:48] hi everyone [06:50] Hi jibel [06:50] Hello duflu [06:56] re jibel [07:03] good morning desktopers [07:06] Morning seb128 [07:06] hey duflu, happy friday! how are you! [07:06] ? [07:06] Painful sinuses, but good in general. You seb128? [07:07] I'm good, it's friday, I slept well and I'm done writting performance reviews (just mine left to do) === pstolowski|afk is now known as pstolowski [07:32] morning [07:32] I'll do some SRU verification today, there is ubiquity with the telemetry fixes and gnome-initial-setup in bionic. Is there anything else you'd like to land? [07:38] http://people.canonical.com/~ubuntu-archive/pending-sru.html has quite a list [07:41] not a lot that needs testing though, maybe bolt if somebody has thunderbolt devices [07:42] ubuntu-report needs more verification as well :-) [07:45] seb128, yeah, but I was just wondering if there was anything urgent in this list [07:45] I don't have any thunderbolt device [07:45] jibel, not that I know, but thanks for asking! [07:47] k, don't worry, oem has I'm going to nag them :) (they did the g-c-c panel testing, I forgot to ask about bolt at the same time) [07:49] seb128: what I love about their test is the hardware. that TB16 is what I'm planning to get long-term for my home office :-D [07:50] hehe [07:50] morning willcooke :-) [07:51] morning [07:51] Morning willcooke [07:54] hey Nafallo, willcooke [07:54] salut didrocks :-) [07:54] it's a good morning when you find a way to get paid to make network cables ;-) [08:00] Huh. I just noticed there's a whole layer of texture being painted behind the Gnome wallpaper. Wonder if that's universal and hurting the fill rate [08:02] ahah ;) [08:04] meh got that intel bug again and had to restart [08:04] anyway MORNING AND HAPPY FRIDAY! [08:05] Hi Laney [08:05] morning Laney :-) [08:10] hey duflu and Nafallo [08:11] what better way to start the day than you two? [08:12] most of the other ways? [08:13] :-O [08:14] It's me, not you, Nafallo [08:14] the fake news media again [08:14] I've heard that enough to believe it, duflu ;-) [08:15] (back online) [08:16] good morning U.K (assuming those arrived while I was disconnected) [08:16] hey Laney, willcooke, happy friday! [08:17] hey seb128 [08:18] happy friday to you, are you good? [08:18] yes! it's friday, I slept well and I'm almost done with that reviews business [08:18] you? [08:18] morning Laney [08:19] Laney: so, it seems that if it can't find the tags, gbp just import as one commit without inserting upstream commits in upstream/latest. I'm searching if there is an option to abort in that case [08:19] moin didrocks [08:19] didrocks: that'd be good, something in debian/gbp.conf [08:21] seb128: I'm alright, we went out for "craft beer week" last night and had some tasty stuff ;-) [08:21] Laney: I look at its man, as well as the one for gbp-import-orig, but I don't see nothing [08:21] anything* [08:22] maybe we should have a list of patches to work on somewhere [08:22] yeah [08:22] because this is going to happen for sure (a mistake in that case) [08:22] I wonder if that didn't happen already anyway ;) [08:22] (at least, in debian) [08:23] it's probably possible to fix it up by re-merging or something [08:23] but still would be nice to enforce [08:24] I wonder if as an interim solution, instead of commenting out upstream-vcs-tag, we can set it to something [08:24] it won't find it [08:24] and so, have to enforce manual --upstream-vcs-tag option [08:24] need to rollback current import test to give this a try [08:25] if you make a list somewhere, let me know please because I want to put https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=888313 on it [08:25] Debian bug 888313 in git-buildpackage "please allow git remote configuration (e.g. for upstream remote)" [Wishlist,Open] [08:27] Laney: let me add a section at the end of the wiki page, easier [08:28] I'm unsure about gbp push, I only see drawbacks compared to git push + tags autopushed [08:28] but at least, that one + yours [08:32] ♥ [08:33] it's a little bit a PITA to rollback an existing import, hum [08:58] didrocks, how to you determine the physical screen size? [08:58] in ubuntu-report [08:58] I get 0mmx0mm [08:58] Laney: ok, good news, tag is enforced if you have the option in gpb.conf [08:59] jibel: xrandr line, corresponding to each monitors [08:59] for instance: HDMI-1-2 connected primary 1920x1080+0+0 (normal left inverted right x axis y axis) 160mm x 90mm [08:59] (it's giving thus 160mmx90mm) [09:02] didrocks, okay, thanks. xrandr returns 0 in a vm so it's correct [09:02] actually, that makes sense [09:03] I could probably filter the data if you feel so to not be published [09:04] or use it for detecting VMs ;-) [09:04] we have as well GPU info for that :) [09:05] didrocks, it's fine. I was just checking if 0 was expected or an error [09:05] errors or unfound content should just be ignored [09:05] (as the rest) so not part of the final report [09:52] Laney: I don't really like the history by default of latest/upstream, it's merging everything (so you end up with an earlier commit for 3.29.x and a more recent for 3.28.x for instance, depending on the order of your merge) [09:52] if you're merging an earlier series, probably start using upstream/3.28.x [09:52] I think a check "if more recent tag" would be good, otherwise, force a lastest/3.28.x branch for instance, wdyt? [09:53] sounds like we are in aggreement :) [09:53] that's the dep14 recommendation anyway [09:54] yeah, the thing is that it should be enforced to avoid mistakes IMHO [09:55] how would you do that? [09:55] just for the tags in latest/uptream [09:55] if there is a later version in those tags than the version you try to import, error out [09:55] (if your upstream-branch is still latest/upstream in that case ofc) [09:55] talking about a patch to gbp import-orig? [09:56] yeah [09:56] so that latest/ never "goes back" [09:57] worth a bug upstream on gbp probably to see what they think [09:57] it's upstream/latest btw :P [10:00] yeah, typing too fast ;) [10:09] sil2100, about bug 1775743, did you try to downgrade grub? [10:09] bug 1775743 in grub2 (Ubuntu) "[regression] Cosmic daily images 20180606-11 install but boots only to grub prompt on EFI systems" [Critical,In progress] https://launchpad.net/bugs/1775743 [10:14] jibel: no, not yet, since the image was broken before the grub-signed/shim-signed changes were released === havenstance1 is now known as havenstance [10:48] woohoo [10:48] Xwayland stuff is working [11:31] hi robert_ancell! === pstolowski is now known as pstolowski|lunch === pstolowski|lunch is now known as pstolowski [15:25] k, I'm done catching up with the backlog of IRC logs, meetings, emails, etc from the weeks while I was away and the reviews from the week fried me up so I don't feel like start on something else now [15:25] beer time? [15:26] you should just enjoy your week-end :) [15:26] tdlr I'm going to call it a week and go for a walk, I keep IRC open and will read backlog/respond if there is anything for me before closing it [15:26] Laney, ice rather :) [15:27] have a nice w.e desktopers, let's relax and see what next weekl brings! [15:27] ttyllllllllllll [15:30] bye seb! :) === havenstance1 is now known as havenstance === havenstance1 is now known as havenstance === pstolowski is now known as pstolowski|afk [16:52] night all, have a good weekend [16:55] jbicha: Hi, Can you please take some time out and review sharing-panel merge ? I also completed libnm-port. The problem is libnm branch uses some helper files which are already included in sharing-panel branch (I didn't start the libnm port). So every time u-c-c updates I have to rebase everything which is not easy in bzr. Once the former gets merged it can be backported so LTS users do not get that error either. [16:55] Atm, sharing-panel merge is blocking libnm and other merge requests. === havenstance1 is now known as havenstance