[06:03] kenvandine: re gnome-3.24-platform: yes, but can you make a request in the forum following: https://forum.snapcraft.io/t/process-for-reviewing-aliases-and-auto-connections/455 [06:32] good morning [06:33] Morning didrocks [06:33] hey duflu, how are you? [06:33] didrocks, OK, you? [06:34] duflu: I'm good, thanks [06:36] morning [06:36] hi didrocks duflu [06:40] morning [06:40] salut jibel, je regarde les bugs ouverts, thanks for the report [06:41] hey willcooke_ [06:43] hey duflu jibel willcooke_ [06:43] re duflu [06:43] * didrocks needs to file a bug about tooltip/chrome/wayland [06:44] jdstrand, it feels a bit weird as a rt tracker, are we going to ask every snap developer to open a post there to be able to auto connect to the right interfaces? [06:45] sorry, "re didrocks" I meant [06:45] Morning jibel, willcooke_, seb128 [06:45] re seb128 ;) [06:45] hi seb128 [07:18] seb128, didrocks - need to push the themes meeting back 15 mins. zyga is running a bit late [07:18] willcooke_: np! [07:18] willcooke_, the good old "9 sharp" times are over from what I see :p [07:19] but k [07:19] 8:30 sometimes, even! [07:40] jamesh, seb128 didrocks - joining the call now [07:59] Morning desktopers [08:04] oh [08:04] forgot to press enter [08:04] hi! [08:25] hey Laney, sorry was in a meeting :) morning flexiondotorg [08:28] hey Laney, flexiondotorg [08:30] Laney o/ [08:31] hey didrocks seb128 flexiondotorg [08:31] how's it going? [08:31] good meeting? [08:32] snap meeting [08:33] seb128 0/ [08:35] snap, therefore good [08:39] rrriight :-) [08:45] it's getting quite dark outside [08:45] * Laney whispers (maybe the storm is coming) [08:59] didrocks, i guess this is for you... https://bugs.launchpad.net/snappy/+bug/1705091 [08:59] Ubuntu bug 1705091 in Snappy "unable to use snap after install" [Undecided,New] [08:59] ogra_: ubuntu-make.umake :p [09:00] didrocks, tell him :) [09:00] (or her ?) [09:00] ogra_: doing, thanks for the notice! [09:02] good morning! [09:03] hey andyrock [09:03] good pasta yesterday ? [09:03] or were there nioki? [09:03] hey andyrock [09:04] it's for this evening [09:04] orecchiette!! [09:04] ah, 24h of rest? [09:04] * didrocks googles [09:04] ahah, named from the shape ofc! [09:05] hey seb128 [09:05] * didrocks is hungry now [09:07] didrocks: btw for the favorites issues [09:07] a proper fix would require too much work [09:08] and no quick workaround possible? If so, we can just ship 2 desktop files, it's fine, with OnlyShowIn= [09:08] I tried quick workarounds [09:09] and not really good? [09:09] but the model is really linked with that setting [09:09] ok [09:09] don't bother I would say [09:09] 2 desktop files it is for now [09:09] (we already have others) [09:09] and tweaking the visibility based on DE [09:10] kk [09:10] thanks for looking into it andyrock ;) [09:10] sorry :D [09:10] I hope you are!!! ;-) [09:10] np! [09:12] flexiondotorg: if you are using zeitgeist-core or indicator-application (the service part) in Mate, i'm going to remove the lib dep/recommends on them, you should thus add them to your seed if nothing is pulling them anymore [09:12] for unity, I'm going to add them as recommends to the unity-session package [09:13] andyrock, thanks for taking the time to poke a bit at the favorite problem, don't worry more about it it's not worth spending too much work [09:13] especially as we have another workaround giving the same results to our users [09:13] right [09:22] koza, actually in reinventing the wheel, the main difference between ours and dep14 is that I failed to notice you only need one branch for pristine-tar. So our repo grows faster. We could fix that with a proper 'pristine-tar' branch starting with 5.46 onward [09:24] Although that's also a _bad_ idea because our own pristine-tar branch would then be different to Debian's [09:47] didrocks Thanks for the heads up. Nothing is using zeitgeist in Ubuntu MATE. [10:39] but the 2 desktop files thing doesn't make sense either to me [10:40] see LP: #1623748 for gedit, we have NoShowIn for the org.gnome .desktop instead of for the old name [10:40] Launchpad bug 1623748 in gnome-pkg-tools (Ubuntu) "Use non-compatibility .desktop files by default" [Undecided,Confirmed] https://launchpad.net/bugs/1623748 [10:40] so if we're not going to use the new name, why are we renaming a .desktop that we don't have to? [10:41] good morning [11:07] I'm either for removing the new one or using the same technic than for other, just decide between the 2 of you jbicha, Laney :) [11:07] (the only drawback with removing the new name is that people now were transitioned to the new name in the ubuntu session, and so, they will lose it, but it's still an alpha) [11:07] and good morning jbicha [11:38] jbicha: I'm updating latest rhythmbox branch with your uplaod [11:50] seb128: that is the process, yes. the reason why is there is a voting process and the people who vote all look at the forum === JanC is now known as Guest74368 === JanC_ is now known as JanC [12:19] jdstrand, so we expect any snap producer to use the forum as a way to do those requests? isn't that going to spam it? [12:47] jibel: on a new install, do you have the ubuntu software icon or gnome software one? (for the ubuntu session, not wayland one) [12:48] * didrocks is puzzled, G-S is reading the correct .desktop file with correct name "ubuntu software", but the icon isn't this desktop file icon but org.gnome.Software.png [12:49] I have to reload G-S so that it takes icon file change into account [13:00] argh, found it [13:00] and I think I understand now why some people just said "works on a new installed" [13:01] new installer? [13:02] no, it's just that the Icon[] was translated [13:02] and point to the original name [13:02] and so, I guess people trying with just "en" got the default icon [13:02] which was our ubuntu one [13:03] I guess unity wasn't loading the localized version [13:03] translating icon names ftw [13:03] yep! [13:03] but that doesn't make sense [13:04] Icon=ubuntusoftware [13:04] Icon[fr]=org.gnome.Software [13:04] for instance [13:04] you mean the french translators translated "ubuntu-software" to "org.gnome.gnome-software"? [13:04] I don't think so [13:04] weird [13:04] debian/rules is copying the upstream desktop file [13:04] and sedding [13:04] isn't pkgbinarymangler supposed to strip inline translations? [13:05] the file is installed in /usr/share/ubuntu/applications/ [13:05] hum, even the upstream file in /usr/share/applications/org.gnome.Software.desktop isn't stripped [13:06] anyway, at least, found it [13:06] yeah [13:06] now to find the correct fix [13:07] first, checking it's loading the correct size and svg version [13:08] yep, it picks the scalable version, nice [13:08] (and few! ;)) [13:09] * didrocks just changes the regexp to pick any Icon[*]= alongside Icon= [13:12] what regexp? [13:14] the one generating the desktop file under ubuntu/ in gnome-software [13:15] seb128, i'll fill out the autoconnect request [13:15] kenvandine, thanks [13:18] seb128, 2 more snaps in the store pending manual review :) [13:18] gnome-calculator and gnome-sudoku [13:19] nice [13:27] didrocks, btw did you figure out your issue with the calendar showing the wrong date format for you? [13:28] seb128: no, I didn't look further to what we discussed [13:28] nothing looks odd in my settings [13:29] k [13:29] still curious [13:29] I am as well [13:29] didn't look at dconf [13:29] but: [13:29] [org/gnome/desktop/calendar] [13:29] show-weekdate=false [13:29] [org/gtk/settings/file-chooser] [13:29] date-format='regular' [13:30] just resetted, the first one was already false [13:30] yeah, I doubt it's any of those [13:31] and same for second one [13:31] nothing else… I'm really puzzled [13:32] ok, software now shows correct icon [13:36] great [13:58] anyone else experiencing rendering issues with apps that use gtksourceview under gnome-shell? http://imgur.com/a/DJOLb [13:58] i just verified it doesn't happen under gnome classic [13:59] which seems weird to me [14:00] hey willcooke [14:00] transparent background? [14:00] I've heard of that before [14:00] same happens in gnome-calculator [14:00] think there's a bug about it possibly on gedit [14:00] o/ [14:00] I tried but I never made it happen [14:00] so, since you have it there ... :-) [14:00] not happening for me on zesty [14:01] indeed :) [14:01] has to be gtksourceview since i'm seeing it on both gedit and calculator [14:01] maybe only on intel === Guest60037 is now known as fredp [14:02] kenvandine, wayland or x ? === fredp is now known as Guest7054 [14:02] I haven't seen that [14:02] X [14:04] mwah [14:04] https://askubuntu.com/questions/838259/gedit-has-a-transparent-background-since-upgrade-to-16-10 ??????? [14:05] and https://bugs.launchpad.net/ubuntu/+source/gedit/+bug/1620806 [14:05] Ubuntu bug 1620806 in ubuntu-themes (Ubuntu) "gedit edit window is transparent when using Ambiance and Radiance themes" [Undecided,Incomplete] [14:07] indeed switching themes fixes it [14:13] and removing .xinputrc and restarting fixed it [14:13] that's annoying [14:14] it's not really transparent, it's like rendering artifacts because moving it keeps the artifacts intact, just drags them around [14:16] fun [14:16] xim and theme interaction issue? [14:35] didrocks, hi, https://launchpadlibrarian.net/329681136/zeitgeist_1.0-0ubuntu2_1.0-0ubuntu3.diff.gz ? [14:38] wth? The bzr branch obviously got it… [14:38] hum, removed it, anyway, let's reupload… [14:39] thanks for noticing! [14:39] would have picked up anyway once the seed list would have refreshed [14:41] didrocks, heh, more coffee [14:42] ricotz: stash changes and bzr unhappy :) [14:42] or too more focused on making the other side of the change on unity-session and not ubuntu-session this time ;) [14:43] ok, debdiff is happy and uploaded with -v [14:43] git ftw [14:43] +1 ;) [14:58] Hello! I am currently trying out Ubuntu 17.10 on my desktop and I am having some trouble with suspend/resume. Any idea how to trouble shoot this? Logs files? I had the same issues on my Arch Linux installation and it has gotten better with every new kernel release. My hardware is farly dated(sandy bridge era) butt my graphics card is new(AMD Polaris 470). The issue I am having is that sometimes, not every time, the computer won't [14:58] go fully to sleep. Fans stay running but the screen is dark. I can't ssh into the computer at this point. It does not happen every time, only when I have gone through a couple of suspend/resume cycles. As said, I am not sure this is Ubuntu specific or a kernel issue but I thought I'd mention it anyway. [15:04] oscar___, hey, try #ubuntu for user issues [15:06] seb128: Oh, okay. I thought this was the correct place becouse of this: https://insights.ubuntu.com/2017/07/19/ubuntu-artful-desktop-july-shakedown-call-for-testing/ [15:06] I'll try the other channel. Thanks! [15:06] oscar___, thanks for mentioning but it doesn't seem much desktopish [15:07] as you said probably kernel [15:07] ok! [15:21] chrisccoulson, did you figure out which days you'll be at guadec? [15:21] kenvandine, I'll be arriving on sunday and staying for the remaining days [15:21] great [15:25] * didrocks waves goodbye to rhythmbox-plugin-zeitgeist [15:26] :) [15:27] didrocks ... the killer of the zeitgeist ... [15:27] after putting it in! [15:27] :) [15:28] once zg itself migrates in the release pocket, I can demote -core [15:29] but dee will still stick in due to libunity === Guest7054 is now known as fredp === fredp is now known as Guest71938 [18:08] chrisccoulson, hi, which rustc version are you targeting to backport? [18:22] ricotz: from a currently-underway build https://launchpad.net/~ubuntu-mozilla-security/+archive/ubuntu/rust-updates/+build/13107343 [18:22] 1.17 is up next [18:23] sarnold, I realize that, but what is the target? [18:23] ricotz: I understand 1.17 is the version required for this week's firefox, so 1.18 will have to wait for later [18:23] while firefox trunk (56) will likely start to require 1.19 [18:24] right, 1.17 is enough for 55 [18:25] I mean 1.15.1 is enough for 55 and currently 1.17 for 56 [18:29] sarnold, what do you mean with "this week's firefox"? [18:29] ricotz: I don't pay enough attention to know when the next firefox is coming [18:32] sarnold, ok [20:00] chrisccoulson, https://wiki.gnome.org/GUADEC/2017/Unconference/GJSBOF