[00:14] ximion: could you explain why http://appstream.ubuntu.com/bionic/main/issues/gnome-control-center.html complains about icon-not-found [00:14] but https://appstream.debian.org/sid/main/issues/gnome-control-center.html does not [00:14] the icon is installed by gnome-control-center-data which is a dependency of gnome-control-center [00:14] does appstream.ubuntu.com need a newer asgen version? [00:15] this issue affects several other apps, Firefox is a prominent example [00:16] oh, Firefox's problem might be different, it is a symlink which is a warning but it seems to work fine in Debian that way [00:16] Debian & Ubuntu's Firefox packaging is different but I think that part might be close enough [00:17] anyway, never mind Firefox for now [00:17] firefox does symlinking stuff, so that won't work [00:18] jbicha: the Ubuntu appstream-generator is very old, the icon finding logic has been refined quite a bit [00:18] it seems to work in Debian [00:18] Laney: can you update asgen some time to fix gnome-control-center? ^ [00:20] from looking at the code, the icon should have been found in Ubuntu, but there were quite some changes in the icon finding & resizing code [00:21] asgen 0.6.8 had relaxed icon scaling rules, and 0.7.0 and 0.7.1 have a lot of improvements for HiDPI icons [00:22] * ximion puts his bets on the 0.6.8 change for making this particular case work [00:22] ximion: do you want to file a Ubuntu Feature Freeze Exception for asgen 0.7.0 in bionic? [00:22] jbicha: for that I would also need a freeze excaption for appstream, dcontainers and stdx-allocator [00:22] which is quite a lot of stuff [00:23] I don't see those changes breaking anything, but you it's harder to justify [00:25] I tried to make a Snap for asgen, but that's a bit annoying, unless I figure out how to use snaps inside snaps for building :P [00:25] making a docker container is easy though [00:26] (or building it on bionic ^^) [00:26] dcontainers and stdx-allocator should be easy, they're just new packages for universe [00:26] jup, mustache-d is also easy, no other rdeps. the major one is appstream itself, because that's a mixed bugfix and feature release [00:28] (having it would make the KDE people very happy though ^^) [00:34] (FWIW, appstream 0.12.0 and appstream 0.11.8 are all compatible with appstream-generator 0.7.1 output, there have been no incompatible changes) [00:35] do you want to file the FFE bug? since you're more of the expert here [00:36] what's needed for https://salsa.debian.org/gnome-team/gnome-software/commit/e52d2fa5 to work? [00:36] would I need to file a bug report only for appstream-generator, or one for each of its dependencies as well? [00:37] don't worry about dcontainers, stdx-allocator, and mustache-d. Those are already being synced [00:37] everything else can be in one bug I assume [00:37] in any case, I'd file it tomorrow, because I want to make the asgen 0.7.1 bugfix release tomorrow first (has some quite big bugfixes compared to 0.7.0 - and has now been tested with the whole Debian archive ^^) [00:38] jbicha: gir-to-d would also need to be in there, but if that is updated, appstream-generator has to be updated as well, because the older asgen in Ubuntu will not compiler with gir-to-d >= 0.14 [00:38] *compile [00:38] * ximion can't type anymore [00:39] ok [00:39] for that change you need the appstream 0.12 package [00:40] (it's a useful one though, avoids a lot of duplication and adds an easy way for software centers to install HiDPI support if they detect the right display) [00:40] and also adds an obvious way for users to prevent icon downloads :P [00:44] hmm, appstream 0.12 also updates the SPDX license list to 3.0, I guess I could make a good case for it [00:51] this just reminded me that asgen needs metadata_license expression parsing, almost exclusively for GNOME Terminal... [00:51] * ximion sees to add that quickly [01:25] robert_ancell: you know if there's a way to expose the appdata info from a snap? [01:26] robert_ancell: I mean, if i put it somewhere inside the snap, it could be parsed by gnome-software? [01:26] I know there's a way for importing infos so far, but not really something that is enough [01:26] nor is working fine to be fair [01:44] Trevinho, there is not sadly. We proposed meta/appinfo.yml or similar but it was shot dwn [01:45] robert_ancell: mh, so is there any plan for something like exposing all these metadata? [01:45] rewriting them just in other format looks silly to me [01:46] Trevinho, the appstream ID will be exposed as a "common-id" (still don't know what it's defined as) but all other metadata will be translated by snapcraft. [01:47] robert_ancell: yeah, i'm aware of that [01:47] robert_ancell: but, what I'm not understanding is then if we've the id, how can a 3rd party tool like the installer or the shell know them? [01:47] what do you mean "know them"? [01:47] wouldn't be better to say: here's my appdata, then all the apps already speaking that language can parse it [01:48] robert_ancell: how could the installer for example know all the metadata of this app, a part the ones that are exported by snapcraft (once this is installed, I mean) [01:48] as snapcraft could not bother of knowing them all [01:49] some of these are just important at runtime or once the app is installed [01:49] Trevinho, appdata important at runtime? [01:51] robert_ancell: like in the telegram case things like the desktop-id provided so that it could be used to detect if it is running or to run it [01:52] Trevinho, does anything use that? [01:53] robert_ancell: well, isn't for example the shell using it as shown by jbicha for getting the alias names for desktop files? [01:53] robert_ancell: https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/41/diffs [01:54] GNOME bug (Merge request) 41 in gnome-shell "WIP: Use AppStream for mapping renamed apps where possible" (comments: 0) [Opened] [01:54] https://github.com/3v1n0/telegram-snap/issues/5 [01:56] * robert_ancell digs in [02:00] Trevinho, jbicha I can't find any of those projects where they contain the old name - where is it stored? [02:00] robert_ancell: https://gitlab.gnome.org/GNOME/gnome-tweaks/commit/c553730f ?? [02:01] jbicha, yeah, I was looking at gnome-documents, tali etc from the MR that Trevinho linked to, but none of the master branches seem to have provides. [02:02] why is that not just in the .desktop file? [02:02] * Trevinho takes a break... [02:03] maybe they figured it was easier to update the appstream standard than the .desktop standard? [02:04] appstream uses provides for other things too [02:04] sure [02:04] It seems overkill for something to have to open the AppStream database (which takes ages to load) just to note a .desktop file was renamed [02:23] robert_ancell: libappstream needs about 1-2sec for that, appstream-glib can't be that much slower [02:24] ximion, that's pretty heavy [02:24] if you use libas' cache it's just 380msec ^^ [02:25] Trevinho: we discussed AppStream in Snappy to death, the "import little bits of data" thing that is implemented in Snapcraft now was the best we could get so far [02:25] that sounds more reasonable :) [02:25] TO DEATH [02:25] well, a lot and often ^^ [02:26] time appstreamcli get org.freedesktop.appstream.cli [02:26] real 0m0,279s [02:26] ximion, so that uses a cache? [02:26] hmm, it's okay, I think [02:26] jup [02:27] time appstreamcli get org.freedesktop.appstream.cli --no-cache [02:27] real 0m0,457s [02:27] 0m0,420s on subsequent runs [02:27] ximion, where is the cache stored / which API? [02:28] . /var/cache/app-info/gv/ for a system-wide version, otherwise each tool using libappstream can place one wherever it wants [02:28] ah, as_pool_load_cache_file? [02:28] that cache is basically just a compressed GVariant :P [02:29] sounds reasonable. [02:29] ximion, do you just call as_pool_set_cache_flags before as_pool_load? [02:29] (to use the system cache) [02:29] before load [02:30] hmm, appstream-util takes indeed longer for the same action, but I have to use "search" there, so not a very fair comparison [02:30] btw, I saw there might be an as_pool_load_async coming? [02:32] jup, I really want that, but so far I never found time for it [02:32] the API is very synchronous at time [02:33] (the easy way around it is to just throw it into a separate thread and wait for that to become ready) [02:34] I never ever thought libas would be faster that asglib - before hughsie did his AsRefString stuff, it was far surpassing it in terms of memory usage though (I haven't measured how much those changes improved it though, but hughsie certainly did) [02:34] ximion, as long as nothing inside that thread does something dangerous... [02:37] there is so much new API and features coming to AppStream, I wonder how Snappy would be able to keep up, even if they had some more extensive format translation going on [02:38] you shouldn't access an AsPool while it's loading ;-) [02:39] read actions might work on it, but adding components to it might result in trouble [02:39] ximion, right, but what operations are going on inside as_pool_load? [02:40] nothing that would impact other threads ^^ [02:41] :_ [02:41] :) [02:41] disk reads, file parsing, lots of hash table lookups and insertions, etc. but no writing to disk or modifying of other connected objects [02:41] if there was something that would cause problems, I would know that by now, because almost all software centers use it in threads [02:42] (well, Elementary didn't care about the load delay for some time, but they might have changed that now) [02:43] I'm not exactly sure which features you need, but disabling reading of desktop files improves performance by quite a bit [02:44] (with metainfo files on the second place) [02:44] those are sometimes refreshed even if a cache is used, because the user might have installed things meanwhile [02:44] (see AsPoolFlags) [06:15] chrisccoulson, please push your packaging branches === JanC_ is now known as JanC [07:08] good morning destkopers [07:14] good morning [07:17] Morning seb128, didrocks [07:18] hey duflu [07:19] hey duflu, how are you? happy friday! [07:19] seb128, relatively good, you? Happy Friday [07:21] I'm good thanks, a bit sick but it's ok, almost the w.e and some rest :) === pstolowski|afk is now known as pstolowski [07:51] Trevinho: when you get some time, spotted a theme regression: bug #1761684, unsure if that impacts other apps [07:51] bug 1761684 in ubuntu-themes (Ubuntu) "Regression in lists like gnome-boxes" [Undecided,New] https://launchpad.net/bugs/1761684 [08:00] moin [08:03] hey early Laney! how are you? [08:04] poor Trevinho consider as the theme owner [08:06] hey Laney [08:06] hey seb128 didrocks [08:06] I'm alright thx, seems sunny again, what about you? [08:07] I'm good, a bit sunny here today as well but still quite windy [08:07] sunny here as well! [08:07] hate the wind :/ [08:07] bah. No sun here. [08:07] it's supposed to be nice this w.E though, up to 19°C [08:08] jbicha: I'm very aware of the changes. If you want to make it buildable in xenial + xenial-backports, that would make life easier. [08:08] hey willcooke [08:11] good morning desktoppers [08:16] jibel, thanks again for getting the beta out. [08:20] willcooke, you're welcome [08:21] seb128, thanks for your comment on bug #1761585, I'm preparing a new upload [08:21] bug 1761585 in ibus (Ubuntu) "ibus_bus_init does an unconditional call to chmod on $HOME/.config/ibus/bus" [Low,In progress] https://launchpad.net/bugs/1761585 [08:21] hey oSoMoN, willcooke [08:23] going with the distro patch for gnome-initial-setup then? [08:24] 'lo oSoMoN & willcooke [08:24] hey didrocks, hey Laney [08:28] when gnome-shell crashes and respawns, the dock seems to not come back? [08:28] oSoMoN, yw! [08:28] lut oSoMoN :) [08:28] tjaalton: no, it should come back, it's part of the same process and under the same env [08:28] tjaalton: if you start it manually from a tty, it doesn't have the env var though [08:29] Laney, for this cycle it seems like the less resistance path and closest to what we want next cycle if we want to converge on using g-i-s anyway [08:29] didrocks: ok, I filed the crasher now, bug 1761697 [08:29] Error: Launchpad bug 1761697 could not be found [08:29] bah, bug 1761697 [08:30] let's wait for retracer/duplicate [08:30] seb128: we want to do that? [08:30] man, I should get more in the loop [08:30] thx for the info [08:30] looks like framebuffer compression is not happy on skylake with 4.15 :/ [08:30] Laney, they have been mentions of looking at enabling some of the upstream pages [08:31] screen keeps blanking every 20s or so [08:31] I think we are at least going to look at it seriously next cycle [08:32] Trevinho, Laney, on the git workflow card I agree with that Laney wrote [08:33] seb128, test packages based on your upload building in https://launchpad.net/~osomon/+archive/ubuntu/ibus-lp1761585/+packages [08:33] oSoMoN, great, thx [08:39] k [08:49] didrocks: heh, one crash later and the dock is back :) [08:54] maybe a glitch :p [09:27] seb128, ibus upload tested and ready at https://people.canonical.com/~osomon/ibus/, would you mind uploading it for me? [09:27] I can do that [09:29] oSoMoN, I'm going to include the pending queue upload in the changes in case they reject the oldest and only accept the new upload [09:29] oSoMoN, done [09:34] willcooke, have you seen the discussions/reports requesting that we switch from network-manager-pptp to -openvpn by default? I don't know much about VPNs but they state that pptp is old suboptimal standard and has been deprecated by windows and other platform as less secure, etc. The request seems like it makes sense to me but I'm not a VPNs expert, you perhaps have an opinion on that question? [09:40] PPTP is a lot easier to set up, with many fewer config options, no certificates to set up and so on. The downside is that it doesn't have (any/much?) encryption. The up-side of that is that it (used to?) work in China with no problems where as open vpn didn't. [09:41] seb128, thanks! [09:41] You can set up a PPTP server on Ubuntu in a few mins vs long pages of reading for openvpn [09:41] That said, yes, openvpn is better. [09:41] oSoMoN, np! [09:42] It used to be that the openvpn n-m plugins were not very good. But from what I've seen in the last few weeks (I set up an OpenVPN at the sprint to test it) it's much better now. [09:42] I don't think we should drop pptp yet - it's still useful to a lot of people. But adding openvpn by default would be a good idea I think [09:43] Where was the discussion? I must have missed it [09:44] you think that's something we would change for 18.04? [09:44] willcooke, #ubuntu-devel yesterday a bit and https://bugs.launchpad.net/ubuntu/+source/network-manager-openvpn/+bug/1752417 [09:44] Ubuntu bug 1752417 in network-manager (Ubuntu) "Out of the box, Ubuntu Bionic offers only insecure VPN option" [Medium,Triaged] [09:45] willcooke, well as said I don't have much knowledge about VPNs, openvpn is already in main/was being used on touch so maybe it would make sense to add it while keeping pptp [09:45] it might be a late now for that though [09:45] but maybe we can look at doing it for .1 if we think it makes sense? [09:46] +1 [09:46] Laney, ^ do you have any opinion from a r-t perspective? [09:46] On touch I argued to include PPTP by default [09:46] :) [09:46] both? [09:46] or just pptp? [09:46] both [09:47] happyaron, hey! Do you know if pptp and openvpn work well in China? I think it used to be just PPTP? [09:47] I think that the security team should decide whether PPTP is a thing to recommend by installing it by default [09:48] and I'd be OK with including openvpn depending on whether it brings in extra stuff too [09:48] seb128, I'd say it was "safe" to add openvpn now. The UI works fine from my testing [09:48] it's in universe btw [09:48] sourcei s in main tho [09:48] right [09:49] it had an approved MIR [09:49] so I guess it's fine to bring the binary back in main if we want to? [09:50] guess so [09:50] nice, thx [09:50] I'll ping security for their input [09:50] but I'd defer to the security team on what should be included [09:50] +1 [09:50] willcooke, thx [09:50] if PPTP is as bad as people are claiming then it would be ok to make people have to go install it [09:50] right [09:51] willcooke, can you Cc me on that ping if it's via email? [09:51] Laney, can you skip the udisks2 s390x autopkgtest result? the flaky test on other archs has been resolved, s390x is another issue when I sent upstream but didn't figure out yet [09:52] that's not a regression from the new revisions, I only added the fix for the other test issue and a segfault fix from andyroc_k [09:52] seb128, talking in #security now [09:52] seb128, but they're mainly asleep for a few hours [09:52] right [09:53] Wow, terrible English [09:53] sorry [09:54] seb128: ok [09:54] Laney, thx! [09:57] bbiab, changing location === pstolowski is now known as pstolowski|lunch [10:59] Laney: hi, I made ubuntu-settings translatable (needed for the Ubuntu Welcome .desktop). I guess we should make the Amazon .desktop translatable too [11:00] what do you think about moving the Amazon python script to /usr/bin/ and then we can drop the cdata stuff from meson.build ? [11:00] /usr/share/ubuntu-web-launchers/amazon-launcher [11:01] is "Amazon" translated differently? [11:01] I don't really want that thing on $PATH if we can help it [11:04] so I just visited amazon.cn and they have both amazon.cn as their logo and 亚马逊中 [11:04] ok if you don't want it in PATH, we can leave it as is [11:06] If you want to make the name translatable then I suggest that you make it clear in a translator comment that this is Amazon the company and not anything else which might share the word [11:07] if we never got a report about the fact that it can't be translated I wouldn't change it [11:07] when I made this thing I think that the Chinese website used the text amazon in its logo though [11:07] it's more likely to create issues by having some locale wrongly translating it than being useful [11:09] ok, we can wait for someone to file a bug :) [11:09] +1 [11:11] didrocks: ok on theme... seb128, sadly... yes :-/ [11:12] * seb128 hugs Trevinho [11:12] Trevinho, good morning, happy friday! you are up early today [11:12] how are you? [11:12] hey seb128 happy friday too [11:12] yeah, I need to stop a bit earlier today so... [11:13] Trevinho, btw your new git-workflow card is sort of duplicating the exist one on https://trello.com/c/bMWcHyeJ/80-explore-ubuntu-git-workflow-and-work-with-the-server-team-to-have-some-package-maintained-that-way [11:13] unsure it was needed in the board [11:15] seb128: so I looked a bit at our imagemagick .desktop situation yesterday. It turns out that the display .desktop is Debian-specific; it does not come from upstream at all [11:16] we have a few remaining issues like bug 1740741 and bug 1740741 [11:16] bug 1740741 in ubuntu-settings (Ubuntu) " * Hide imagemagick's Display app from the Ubuntu GNOME session as well" [Undecided,Confirmed] https://launchpad.net/bugs/1740741 [11:16] I'd like to modify our imagemagick package itself to no longer install the .desktop at all and we can then drop our NoDisplay hack from ubuntu-settings [11:17] I talked very briefly with the Debian maintainer yesterday but it's hard to tell whether he even understands why people don't like the .desktop in at least GNOME [11:17] wfm but it's a bit late in the cycle for that no? [11:17] seb128: mh I wanted to add it to track all the items that we've to move to thaat system though [11:18] seb128: it's a bugfix :) and I have realized that virtually no one actually wants the display .desktop [11:18] check out the reviews in Ubuntu Software for imagemagick :( [11:19] jbicha, wfm as said, I just feel like it's late for changes that could surprise users/other desktops [11:19] but I don't think it's a big deal either [11:19] Trevinho: UNITY_LAUNCER_FAVORITES :((((((((((((((((((((((((( [11:35] Trevinho, hey! Do you use VPNs much while you're travelling? [11:35] willcooke: well, quite a bit, why? [11:36] willcooke: but... well, mostly company one or the one I've in my rapsberry at home [11:36] willcooke: why? [11:36] Laney: yeah, that's for removing the old names... eventually. [11:36] Trevinho: yeah, you typoed launcher [11:37] Laney: it's its name :-D [11:37] :|||||||||||| [11:37] Trevinho, which sort of VPN do you use? [11:38] openvpn., pptp, other? [11:38] willcooke: as said, mostly those... I wanted to subscribe to torguard as there's a good deal (see on reddit) [11:38] ah, openvpn [11:38] kk, thanks [11:39] my provider provided router natively only supports pptp, but it's not really nice [11:39] so I have a raspberry doing the job for me and works nicely [11:40] Trevinho: wait what, the schema name is com.canonical.Unity.Launcher [11:41] where does this launcer come from? [11:42] Laney: I was jocking :) [11:42] Laney: I've pushed the fix right now [11:43] ouch you were publishing? [11:43] :-D [11:43] damn [11:43] fix it for the next upload [11:43] no need to build for this [11:44] was already triggered :-D [11:44] well, we'll republish later then [11:44] or I can stop maybe [11:44] but bileto will copmlain [11:44] complain* [11:44] save the environment [11:44] if that would be enough... [11:53] this ubuntu-welcome thing is trying to send a report even when I picked "No, don't send any data." [11:53] s/data/info/ [11:55] my understanding is that the design was for it to send an opt-out ping so that we know how many users are opting out [12:05] Laney, right, it send an empty report in that case, that's something under discussion/that willcooke was going to discuss with legal as well === pstolowski|lunch is now known as pstolowski [12:36] seb128: ok, I filed a bug because I think that should be explicitly decided [12:36] Laney, thx [12:37] Laney, note that it was described in the email from willcook_e to ubuntu-devel@ [12:37] "Any user can simply opt out by unchecking the box, which triggers one simple POST stating, “diagnostics=false”. There will be a corresponding checkbox in the Privacy panel of GNOME Settings to toggle the state of this." [12:38] and there were some questions/replies about it [12:38] I remember [12:38] but a bug is a good reference point as well [12:39] But the UI is quite misleading imo [12:40] also I was hoping that part would change before it made it into ubuntu :P [12:44] right, me to, willcooke is going to check if we really need it or not [12:45] also even if the UI was clear I'm unsure it would be a good option [12:45] tell users "we are going to send that in any case", you can't even close the wizard [12:45] agreed [12:51] jbicha, how do you quote text to reply in trello? [12:51] > [12:51] I just used the > character to fake quote :) [12:51] lol, thx [12:54] I'm really tired of that discussion :( [12:58] Laney, sry :( [12:58] we should probably take that out of the trello [12:58] rather on the community hub where people who want to argue can [12:59] not you seb128 [12:59] feel free imho [12:59] I'd advertise it as 'please use, but details might change' for the first cycle or something [12:59] right [12:59] so if Launchpad turns out to be shit for some reason then it can be changed [13:01] !ohmy [13:01] Please avoid any language that may be considered offensive, including acronyms and obfuscation of such - also see https://wiki.ubuntu.com/IRC/Guidelines || The main channels are English only, for other languages, see https://wiki.ubuntu.com/IRC/ChannelList [14:04] seb128, I've turned bug #1761585 into a xenial SRU request and attached the corresponding debdiff, can you sponsor it for me? [14:04] bug 1761585 in ibus (Ubuntu) "ibus_bus_init does an unconditional call to chmod on $HOME/.config/ibus/bus" [Low,Fix released] https://launchpad.net/bugs/1761585 [14:12] seb128: Fixed a MP for bug #1756547. Time to review/upload before w.e.? [14:12] bug 1756547 in Ubuntu Translations "LP refuses to import plural strings where e.g. msgstr[0] entries in PO file miss %d" [High,In progress] https://launchpad.net/bugs/1756547 [14:13] jbicha, ^ maybe? [14:13] GunnarHj, I can add to my list but it's not likely for today at this point [14:13] sure, I can give it a try [14:14] seb128, jbicha: Ok, thanks! [14:14] seb128 or whoever: could we get final wording on the "approximate location you chose (FIXME)" wording in gnome-initial-setup so that the page can be translated? [14:14] willcooke, ^ [14:15] I guess the issue is that the implementation just uses the selected timezone and there is a Design question about how to word that [14:15] jbicha, note that I approved the template so it can be translated now, but yeah better if the strings stop changing [14:15] mpt ^ :) Can you help with the string above? [14:15] jbicha, got a link handy to show where that appears? [14:15] willcooke: mpt isn't here :) [14:15] oh [14:16] oh yeah [14:16] wow, I must have typed it without trying to tab complete. Thats a first. [14:16] willcooke: you can install https://launchpad.net/ubuntu/+source/gnome-initial-setup/3.28.0-2ubuntu1 [14:16] I can open a bug with a screenshot if you want [14:16] jbicha, will do and I'll email mpt and cc you [14:16] jbicha, nah, s'fine. I'll do [14:17] after installing gnome-initial-setup, you need to log out and log back in [14:17] it'd be nice if those pages got icons on them [14:17] those make the upstream g-i-s pages look quite smart [14:17] once you've completed the wizard, you can reset it so it starts again with rm ~/.config/gnome-initial-setup-done [14:18] +1 [14:19] jbicha: for the report one, you need to clean that out in ~/.cache/ubuntu-report/.version [14:19] (if the report was sent successfully to the server) [14:20] (meaning, when we'll have a server :p) [14:20] oSoMoN, ibus SRU uploaded [14:20] seb128, awesome, thanks! [14:20] yw! [14:20] l: [14:20] ups [14:21] Laney, icons like on the page content? [14:21] yeah [14:21] they have icons above the header [14:22] k, they probably changed compared to the screenshots I saw [14:22] e.g https://www.tecmint.com/wp-content/uploads/2013/12/fed-19.jpg [14:23] well I saw some have but it didn't seem obvious they all did to me [14:23] fedora 19 ;) [14:23] seb128: XDG_CURRENT_DESKTOP=GNOME /usr/lib/gnome-initial-setup/gnome-initial-setup --existing-user [14:23] override XDG_CURRENT_DESKTOP and have a look [14:23] I was concerned it would screw some of my configs :p [14:23] I miss guest sessions :/ [14:23] it won't break anything [14:24] like no code ever had bugs right :) [14:24] 95.8% sure this time :) [14:24] hehe [14:26] oSoMoN, bah, ibus SRU rejected because the version already exist from the archive (from a newer serie I guess), I'm tweaking the number and reuploading [14:27] seb128, oh, I didn't think of checking other series… [14:27] oSoMoN, yeah, neither did I :p [14:29] seb128, that was in yakkety: https://launchpad.net/ubuntu/+source/ibus/1.5.11-1ubuntu3 [14:29] oSoMoN, right, that was expected, the next revision is usually in the next serie :) [14:30] but I definitely wouldn't have thought of checking yakkety, being EOL and hidden on https://launchpad.net/ubuntu/+source/ibus [14:31] xnox, nice work on that dns/captive portal bug. That must have been hard to find [14:31] oSoMoN, easier to check on https://launchpad.net/ubuntu/+source/ibus/+publishinghistory [14:31] willcooke, which one is that? [14:31] we should really generalize -XubuntuY.1, .2, .3 when the packages aren't synced to the new series anymore [14:31] seb128, https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1727237 [14:31] Ubuntu bug 1727237 in systemd (Ubuntu Artful) "systemd-resolved is not finding a domain" [High,Triaged] [14:32] * flocculant must tweak his xubuntu ping [14:33] willcooke, good to see that somebody went to the bottom of it instead of having handwaving comments stating it should be fix in the vcs or such :) [14:33] didrocks, yeah, that avoids those issues [14:34] seb128, indeed, I'll make sure I check there next time I prepare a SRU [14:34] seb128: I'm guilty as well I must say :) [14:37] jbicha, I was looking at the designs from mpt [14:37] https://docs.google.com/document/d/1IDQwpqTsB7Cmw413ApXioHeO2E9nv8bHugjxCOg9A-Q/edit [14:38] I think "FIXME" is supposed to show the location, I don't think there is anything wrong with that string itself [14:38] ok I see [14:39] we need to remove FIXME from the string at least though [14:39] yeah [14:39] it can be a separate string if we need a TODO reminder [14:40] also, related, Laney - we should have icons a la upstream: https://github.com/CanonicalLtd/desktop-design/issues/66 [14:40] CanonicalLtd bug 66 in desktop-design "Visual design for first-login window" (comments: 2) [Closed] - Assigned to spencerbygraves (None) [14:40] Error: Could not gather data from Launchpad for bug #66 (https://launchpad.net/bugs/66). The error has been logged [14:40] I dont think that issue should be closed though [14:40] are those the designs? [14:40] Yes, but [14:41] should probably attach some screenshots of the upstream pages as they aren't going to fit in [14:41] we've already pointed out that they need to move the nav to the headerbar [14:41]