[07:59] good morning desktoppers [07:59] good morning oSoMoN [08:02] hey andyrock [08:15] Hi oSoMoN, andyrock [08:15] hey duflu, good afternoon [08:16] morning all [08:17] salut jibel [08:18] ricotz, good morning! have you seen Rene's comment on the text direction test failure? https://bugs.documentfoundation.org/show_bug.cgi?id=115908#c4 [08:18] bugs.documentfoundation.org bug 115908 in UI "test_text_direction failures because the xTextDirectionList dropdown is not visible by default" [Normal,New] [08:30] And morning jibel [08:33] hi duflu [08:45] good morning desktopers [08:46] Hello seb128 [08:46] hey duflu, how are you? [08:47] seb128, I'm alright... you? [08:48] I'm good! though days are buuuussssy atm, looking like it's going to be stressful time until feature freeze, lot of things getting late/not ready to land yet :/ [08:48] * duflu checks schedule [08:50] Ah good. I have not left anything feature-freeze-related unfinished [08:52] Oops, I was wrong. Forgot to tag this card: https://trello.com/c/zMI9VtvG [08:53] seb128, since ^^ is a regression, but a visual one, is it affected by feature freeze? [08:54] duflu, no, first it would be UIf and not FF, and bugfixes don't need exceptions [08:54] so you have time :) [08:54] Good, and bad (still a bug to fix) [08:55] right [08:56] duflu, if we were to add a warning to gnome-control-center when the synaptic driver is installed (which we should), that would be a feature ... unsure if you wanted to have a go to that, I don't think anyone signed up to work on that yet [08:56] morning [08:57] hey willcooke, how are you? [08:57] seb128, I saw it but think it would be OK (not ideal) if nothing was done. Not sure, but I might look at it some day soon [08:57] Morning willcooke [08:57] duflu, it would be nicer if we had the warning but yeah it's not the end of the world if we don't, it's just going to confuse some users and they can still use their system it's only touchpad controls missing [08:57] seb128, more of a "feature" would be uninstalling synaptics [08:58] jamesh, Do you understand this comment? https://plus.google.com/u/0/+WillCooke/posts/6BaJLzohz9u?cfem=1 [08:58] right [08:58] * jamesh looks [08:58] jamesh, Seems like he's looking for a way to override app icons with a theme. That seems like something we can care about another day [08:58] On that topic, discussing with Peter today it's clear that 1.10 still does touch wrong. We'll try and get it right in libinput 1.11 [08:59] duflu, is that for this cycle still? what is wrong? [09:00] morning [09:00] seb128, the hysteresis algorithm (sensistivity) [09:00] willcooke, could it be that some snaps code the path to their /snap... icon in their .desktop rather than using a name (which would be picked from the theme)? [09:00] No it probably won't be ready any time soon [09:00] duflu, ah ok, shame :/ [09:00] seb128, 1.10 is still better than 1.9 [09:01] We're just hoping 1.11 is even better [09:01] seb128, ah right, makes sense. Yeah, something for another day then IMO [09:02] hey hey [09:03] hi hi [09:03] willcooke: so, this would be the icons specified in the .desktop files for snapped apps. At present an app could specify a symbolic icon name there that can be overidden by themes, but no one does that because snapd doesn't have any way to install new icons into hicolor [09:04] * duflu completely forgets where his rebasing was before Europe woke up [09:04] so in practice all apps hard code an absolute path (which is expanded from $SNAP), which can't be themed [09:05] jamesh, got it, thanks [09:05] hey Laney [09:06] willcooke: it's not ideal, since it also means snapped apps can't provide multiple resolutions for their icon (e.g. a simplified one for use in the top panel) [09:06] jamesh, how are flatpak dealing with that problem? [09:07] good question. /me looks [09:07] oSoMoN, hi, haven't seen it, looks like some *debian* hack is missing to install this file [09:08] ricotz, yup, are you looking into it, or shall I ? [09:09] I've manually added the missing files in a VM and am currently running the autopkgtests to confirm that this fixes the failures [09:09] good morning seb128, willcooke, Laney [09:09] and good afternoon jamesh [09:10] oSoMoN, I am busy right now, I can have a look later, but it seems you are already onto it? [09:12] ricotz, ok, I'll take care of it [09:13] seb128: it looks like there is some code to validate that the symbolic icon name begins with the application ID (which is essentially the package name). It looks like the app can export a $datadir/icons subtree too. Looking to see what validation it does of that [09:13] lut oSoMoN, en forme ? [09:13] jamesh, that sounds interesting [09:14] seb128, ça va, et toi? [09:15] oSoMoN, ça va bien, a bit stressed by the backlog of work/features that we need to land and are not near to be ready yet (and the number of other ones that are on track but just work and not done yet) [09:22] right, that backlog is long :/ === lysobit_ is now known as musalbas [11:27] oSoMoN, let's see how this turns out https://launchpad.net/~libreoffice/+archive/ubuntu/libreoffice-prereleases/+sourcepub/8809471/+listing-archive-extra === DalekSec_ is now known as DalekSec [11:41] interesting, let's see if this builds [11:42] oSoMoN, did you made progress on the language pack problem? [11:42] I could start taking a look in a bit [13:24] oSoMoN, ? [13:25] ricotz, i got sidetracked a bit but am testing something now, feel free to beat me to it though, I'm sure you're more familiar with it than I am [13:27] oSoMoN, I think I found the problem but not sure yet [13:27] not a packaging problem, but again a buildsys one [13:27] ah, those are nasty [13:28] then you're definitely better suited to fix it than I am [13:30] oSoMoN, these seem to be the missing files https://paste.debian.net/plain/1011461 [13:39] oSoMoN, https://paste.debian.net/plain/1011463 [13:39] ricotz, confirmed, those are the missing files [13:43] ricotz, do you wanna commit that patch to the ubuntu-bionic-6.0 branch? I'll push a build to a test PPA with that and the orcus patch [13:44] not yet, the paths are still wrong [13:48] hmm, looks like launchpad has some troubles [13:50] oSoMoN, test build still running here [13:50] ricotz, ok, let me know when it's done and confirmed to include the missing files [13:50] btw, looks like boost trouble on trusty [13:51] oSoMoN, doing a partial build here with 3 selected lang packages [14:01] oSoMoN, pushed [14:01] excellent, thanks! [14:06] I'm not sure that bug #1747272 is ready for a pull request. I'm merely groping around, since I don't know how to build the thing, and the next step should be that a maintainer look at it. If LP and the sponsoring queue isn't it, does snapd have a bug/issue tracker which they monitor? [14:06] bug 1747272 in snapd (Ubuntu) "Polkit dialogs of snapd are not translatable" [Medium,In progress] https://launchpad.net/bugs/1747272 [14:07] seb128: ^ [14:08] oSoMoN, this was not a regression though :( [14:08] GunnarHj, the place they are most active on is https://forum.snapcraft.io [14:08] GunnarHj, you should post there if you want a reply [14:09] ricotz, so we never had those files in the lang packages? [14:09] seb128: Ok,thanks, will give it a shot. [14:10] GunnarHj, thx, otherwise you can try asking mvo but he's busy on getting a new version out so probably doesn't have time for that atm [14:10] oSoMoN, if they are not new, then yeah [14:14] hey GunnarHj ! let me read backlog [14:14] mvo: :) [14:16] mvo: I think I'm close to a solution via some of the patches in the bug report, but since I don't know how to build, I need help. [14:16] GunnarHj: what you did in that patch (-002) looks pretty good to me, if you don't mind a PR on github would be great! for snapd we need the CLA to merge PRs (https://www.ubuntu.com/legal/contributors) [14:17] GunnarHj: if you do a github PR it will built automatically for you :) [14:17] GunnarHj: that is part of the CI we use [14:17] mvo: Have never done that, but this may be an opportunity to learn. [14:19] GunnarHj: I am happy to do this for you if you prefer that - you are already part of the CLA signers, right? thats the only other important piece [14:19] mvo: I already signed CLA. [14:19] GunnarHj: cool, just say what you prefer, I'm happy to do the PR for you but github is fun, you may enjoy it. just say what you prefer [14:20] GunnarHj: and thank a bunch for tracking that issue and providing the fix! [14:20] mvo: Thanks. I think I'll give it a shot. Being able to do pull requests may be useful for other things. [14:21] GunnarHj: ok, keep me updated, I suck at replying to mail and bugreport but try to be responsive on irc at least, I'm here or in #snappy if you need me for anything [14:22] mvo: Will ping you when done or when I get stuck. ;) [14:30] mvo, thanks for responding, I know you are busy, especially this week trying to get that update out :) [14:31] seb128: thanks for the irc ping, always nice to see a i18n fix :) [14:32] indeed :) [15:12] desktoppers - anyone got anything pending for 16.04.4 that's not already in? Trevinho - you U7 bits are done already right? [15:12] willcooke: yes, I've another one though [15:12] https://bileto.ubuntu.com/#/ticket/3161 [15:12] sil2100: maybe you can give it a look? :) [15:16] Trevinho: if you verify bamf for artful, then I can look ;) [15:17] :) [15:19] jbicha, hey, was that patch revert on dconf a random try of based on debug/discussions? seems it didn't work out :/ [15:26] Trevinho: in all seriousness, are those critical for .4? [15:27] sil2100: mh, well, there were crashes after last SRU related to one of that... [15:27] So, it might wait... If they take too much no worries [15:27] but since they're just few bugs, can be verified quickly [15:29] I'll review those, get them into -proposed and then think if we can still fit it in for .4 [15:31] oSoMoN, pushed another fix to git [15:49] oSoMoN, hi [15:50] oSoMoN, I have a terrible memory leak on Chromium Browser in Bionic. Fills up 16 GB of RAM in 3-4 hours. === lool- is now known as lool [16:18] pitti, hey, any chance you could backport that python-dbusmock/nm 1.10 fix to Debian? [16:19] pitti, I verified that it fixes our n-m autopkgtest issues [16:19] pitti, I can send you a debdiff if you want [16:20] (or maybe you prefer to roll a new version than adding patches to the package) [16:23] tkamppeter, that sounds really bad, can you please file a bug with details (including extensions you use) [16:24] and if you can nail it down to a given tab / set of tabs, that would be useful [16:33] oSoMoN, OK, I will do so. [16:33] Trevinho: hey! Can you prepare the SRU info for the bugs in compiz and unity? [16:34] Trevinho: (I don't know about unity, but the one compiz bug doesn't have the info) [16:34] thanks [16:34] sil2100: yeah [16:36] Thanks! [16:51] seb128: yeah, I think I rather roll a new upstream release tonight [16:53] sergiusens: accepted! Once it's all good remember to forward-port it [16:55] sil2100: thank you very much, I am also focusing on 18.04 (which with the latest dput should be ok) [16:59] mvo: Submitted my first github PR ever. :) [16:59] https://github.com/snapcore/snapd/pull/4723 [16:59] The caveat still stands; I don't know how to build snapd, so I haven't been able to test it fully. [17:01] GunnarHj: good job :) [17:01] GunnarHj: yay, thank you! [17:01] :) [17:01] GunnarHj: lets see what the CI systems says, it will build and install snapd [17:01] seb128: feel free to demote telepathy-glib, we shouldn't need it in main any more :) [17:02] mvo: Ok. [17:11] ricotz: could you do a gobject-introspection release to line up with glib? [17:36] jbicha, will try [17:36] oSoMoN, are you going to do another libreoffice upload? [18:11] jbicha, done [18:18] calling it a day, g'night all have a good one [18:20] pitti, danke [18:20] jbicha, thx [18:20] jbicha, btw did you see my question about dconf? === acheronuk_ is now known as acheronuk [18:27] oSoMoN, shouldn't this have been uplifted to 6-0? https://gerrit.libreoffice.org/#/c/47605/ [18:28] seb128: yes, it was just another guess at the dconf problem [18:39] bah, irritating time for the build farm to die [18:39] guess I'll go, laters :-) [19:01] ricotz, yes, it should. isn't it in 6-0 ? [19:01] oSoMoN, it isn'T [19:02] so it missed 6.0.2.1 [19:02] huh [19:02] equality assertion failed [19:02] - Expected: Color: R:254 G:255 B: 204 [19:02] - Actual : Color: R:254 G:255 B: 204 [19:02] am I blind? that looks equal to me [19:02] orcus? [19:02] yes [19:02] :( [19:03] ricotz, so yes, I want to do another upload, but I'll have to get this test passing first [19:03] oSoMoN, note the shlibs fix [19:04] Trevinho: thanks for the SRU tags! Looking good, will be accepting those - you think it makes sense to get those to artful? [19:05] oSoMoN, regarding apparmor, the senddoc fix made it, but there are still 3 apparmor patches which are not in 6-0 [19:06] and I guess only the mentioned one got proposed and merged into master [19:16] ricotz, I should have paid more attention and requested merging back to 6-0 … :9 [19:17] :/ [19:18] oSoMoN, so better now then never [19:18] yes [19:18] I'll look into that later in the evening, dinner's calling [19:18] *than [19:19] unless you beat me to it :) [19:19] I guess I will proceed with uploading 6.0.2~rc1 [19:19] good, thanks [19:19] no, you need to click the button yourself ;) [19:21] note 6.0.2~rc1 will likely be the final release again [19:22] yeah, I know it's a shorter cycle with only one RC [19:23] ricotz, do you know if RC tarballs are ever published to e.g. https://download.documentfoundation.org/libreoffice/src/ , or only final releases? [19:24] https://dev-builds.libreoffice.org/pre-releases/src/ === user8394 is now known as user8393 === user8394 is now known as user8393 === user8394 is now known as user8393 === _thumper_ is now known as thumper === user8394 is now known as user8393 [20:21] robert_ancell: why does "all" in the category views in gnome-software 3.27 not show all apps for the category? [20:22] for instance, I click Communications & News, then click the All dropdown to choose Web Browsers and there are several apps shown that aren't in the All page [20:24] jbicha, snaps or debs or both? [20:26] both I guess, I'm having a hard time seeing snaps shows up in bionic among the category results [20:26] there are the 3 featured apps on the top and that looks like it [20:44] ricotz, https://git.launchpad.net/~libreoffice/ubuntu/+source/libreoffice/commit/?id=d31cf425e0fec1da5a4f4db3da2e98ed0516027d should do the trick (fingers crossed) [20:49] oSoMoN, oh, I thought this was some cherry-pick from master [20:50] ricotz, no, this isn't fixed in master yet as they don't depend on orcus 0.13.3 [20:50] oSoMoN, afaics master is using 0.13.3 [20:57] see https://lists.freedesktop.org/archives/libreoffice/2018-February/079533.html [20:58] oh, master does, indeed [20:58] https://github.com/LibreOffice/core/commit/45a4e70484e7d90dab07a677914ada2d948b415c [21:02] oSoMoN, so I assume "adjusting" the test will hide that orcus is broken [21:04] ricotz, from the commits in orcus it sounds like orcus was broken before, and is now doing the correct thing [21:05] what I don't get is how the version of orcus got bumped in master, no changes to the tests were committed, and no-one is complaining that the tests are failing [21:07] kenvandine: I tried installing the gnome-calculator snap on bionic but it wasn't autoconnected to the gnome platform snap [21:07] jbicha, yeah, that feature hasn't landed yet :( [21:07] I then uninstalled it and made sure I had the gnome-3-26 snap installed and then installing gnome-calculator worked [21:07] oSoMoN, there are cherry-picks on top of 0.13.3 and https://cgit.freedesktop.org/libreoffice/core/commit/?id=a1c36eff089c3cd695bd78090575ca1c7677121e [21:09] oSoMoN, meaning the patches you referenced are fixes for orcus [21:10] ricotz, but that specific commit is for font color, not cell background color [21:10] https://cgit.freedesktop.org/libreoffice/core/commit/?id=20945a9a4de6684010fd5b3603595e6da543807d [21:13] ah those are in 0.13.3, so picking up these changes to sc/source/filter/orcus/interface.cxx would do it [21:15] okay, updating my patch again [21:19] ricotz, https://gerrit.libreoffice.org/#/c/50207/1 [21:19] are there any other apparmor patches that need cherry-picking? [21:22] oSoMoN, what is up with those other two that we carry? [21:25] ricotz, I don't know, they come from debian [21:26] oSoMoN, ok, but I assume they make sense to you [21:26] I didn't bother to verify whether they're actually needed and if they should be upstreamed, tbh [21:27] I see [21:27] and I'm too tired to do that just now, putting it on my to-do list for tomorrow [21:27] I really need some sleep [21:27] I'm terribly inefficient atm [21:28] debugging a testsuite isn't something easy [21:30] and checking Rene's commits would have saved me time and energy :/ https://salsa.debian.org/libreoffice-team/libreoffice/libreoffice/commit/845b5fa4d9e5b28f4444c756de651b6b28cb9b27 [21:31] hmm, right [21:47] oSoMoN, hmm [21:48] oSoMoN, I was hoping you just pick the source changes [21:49] you picked up at tarballing change which is not wanted imho [21:51] ricotz, I simply used Rene's patch unedited, but the tarball changes don't matter, do they? [21:52] or does that mean we should rebuild the tarballs tarball? [21:52] in that case that's not wanted indeed [21:52] I kind of matter and yes this would be the consequence [21:52] I/it [21:52] ok, removing that part of the patch then [21:53] man, there's no way I'm going to bed tonight [21:53] oSoMoN, try to use reverts next time and proper cherry-picking [21:54] ricotz, the configure.ac change is harmless, right? [21:56] drop that too for consistency [21:56] ok [22:02] oSoMoN, try to avoid adding generated files in debian-l10n into the main package [22:02] like debian-l10n/config [22:04] yeah, noted [22:04] oSoMoN, have you pushed everything? [22:04] yes [22:05] ok [22:06] ricotz, I've just pushed 6.0.1-0ubuntu3~ppa3 to https://launchpad.net/~osomon/+archive/ubuntu/lo-test/+packages , will test the resulting build tomorrow and if it's good will upload to bionic [22:06] that was a hectic day, time for some rest [22:06] alright, will repack 6.0.2~rc1