[01:06] <bluesabre> Unit193: https://wiki.debian.org/Python/GitPackaging I have no idea what I'm doing
[01:09] <Unit193> bluesabre: OK, so how can I assist?
[01:10] <bluesabre> Is there a primer for git-dpm somewhere?
[01:10] <bluesabre> I cloned the menulibre git packaging repo
[01:10] <bluesabre> and then ran "git-dpm import-new-upstream --ptc --rebase-patched ../../../Code/release/menulibre/dist/menulibre_2.2.0.orig.tar.gz"
[01:10] <bluesabre> and nothing happened
[01:10] <bluesabre> and I'm confused
[01:10] <Unit193> Well it linked to https://wiki.debian.org/PackagingWithGit/GitDpm
[01:11] <Unit193> I've never used dpm specifically, just gbp or gbp/pq.
[01:11] <bluesabre> Somehow missed that
[01:12] <bluesabre> oh
[01:13] <bluesabre> gbp import-dsc/import-orig look handy
[10:28] <flocculant> bluesabre - what is our plan if we get no movement on the bluetooth thing before release?
[10:48] <flocculant> ochosi: bug 1756187
[10:48] <ubottu> bug 1756187 in xubuntu-meta (Ubuntu) "Some icon themes have missing icons due to missing fallback setting." [Undecided,New] https://launchpad.net/bugs/1756187
[10:49] <flocculant> ali1234 sees that issue - I can't confirm it, but I've got the team and shimmer ppa - I assume something in them fixes the issue?
[10:49] <flocculant> ali1234: confirmed the ristretto and icon cache bug 
[10:49] <flocculant> added all 3 to bluesabre's omg list
[10:50] <ali1234> you wont see missing icons unless you are using a different icon theme
[10:50] <ali1234> you also wont see it if you have adwaita-icon-theme-full installed as that provides them
[10:50] <flocculant> ali1234: re the installer - using Install option doesn't show the welcome page as you said - not sure if that's expected - nor how long it's not been there - maybe report it against ubiquity
[10:50] <ali1234> unless you use an icon theme that doesn't inherit adwaita
[10:51] <flocculant> ali1234: don't have adwaita-icon-theme-full
[10:52] <flocculant> and I'd obviously set icons to what you said in the bug
[10:52] <flocculant> however - I do appear to have another icon missing from my panel now
[10:53] <ali1234> try running this script http://paste.ubuntu.com/p/fqHNcfJ39S/
[10:53] <ali1234> it will tell you what is providing the icon
[10:53] <flocculant> hang on
[10:53] <ali1234> but it uses gtk3 so it has the gnome theme hard coded
[10:54] <ali1234> also icons can sometimes be cached in weird ways
[10:56] <flocculant> ok - confirmed that bug too now
[12:17] <bluesabre> flocculant: not sure quite yet... we'll just have to get some movement
[12:17] <bluesabre> :)
[12:18] <bluesabre> we'll try blacklisting the plugin, fixing the bug ourselves, or swapping to gnome-bluetooth somehow
[12:25] <flocculant> bluesabre: ha ha - might be easier for you to get movement than me - being a bit of a whippersnapper :D
[12:30] <bluesabre> :)
[12:30] <bluesabre> flocculant: your kids can carry you
[12:30] <bluesabre> put them to work :D
[12:31] <flocculant> lol
[12:47] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: [trunk] r670 * etc/xdg/xdg-xubuntu/xfce4/xfconf/xfce-perchannel-xml/xsett... (by Sean Davis)
[12:47] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: [trunk] r671 UNRELEASED (by Sean Davis)
[12:58] <bluesabre> flocculant: added the notification to the panel in -settings, should show on next upload/iso
[12:58] <bluesabre> * notification plugin
[13:08] <flocculant> bluesabre: ack
[13:09] <bluesabre> uploaded, so that will land later today
[13:09] <bluesabre> also includes several fixes for willem and ali1234 :)
[13:11] <flocculant> :)
[13:25] <willem> willem says thanks
[13:25] <willem> :-)
[13:27] <willem> I take it's the menulibre issue (https://bugs.launchpad.net/ubuntu/+source/menulibre/+bug/1754888)?
[13:27] <ubottu> Launchpad bug 1754888 in xubuntu-default-settings (Ubuntu) "Menulibre: invalid desktop files detected!" [Undecided,New]
[13:28] <willem> I'll test when it's installed
[13:28] <bluesabre> willem: yeah, this upload resolves most of those, and the menulibre upload sometime soon will take care of vim
[13:28] <bluesabre> (pending debian sponsor, upload, and sync)
[13:33] <willem> Doesn't matter if it takes some time: I should be practising piano, not playing around with my computer, really.
[13:50] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: [trunk] r672 * etc/xdg/xdg-xubuntu/xfce4/panel/default.xml:... (by Sean Davis)
[13:50] -SwissBot:#xubuntu-devel- ::xubuntu-default-settings:: [trunk] r673 Release 18.04.4 (by Sean Davis)
[13:53] <flocculant> bluesabre: parole and play button not working issue? had any thoughts on that?
[13:53] <flocculant> apart from the obvious one ;)
[13:54] <willem> Just a quick question if I may: In a VM I'm testing installing bionic over an existing install. When I do, I get the question if I want to upgrade Bionic Beaver to Xubuntu 18.04 LTS.
[13:54] <willem> Is that expected?
[13:54] <flocculant> it is indeed
[13:55] <bluesabre> flocculant: first thought... maybe parole is trying to protect us from an overabundance of media consumption
[13:55] <bluesabre> second thought... just need to sit down and fix that bug :)
[13:56] <flocculant> that's not my obvious one :D
[13:56] <willem> flocculant, thanks, will proceed
[13:56] <flocculant> bluesabre: need anything from me? or do you see it too?
[13:57] <flocculant> willem: yw 
[13:57] <bluesabre> flocculant: want to add it to the bug bp?
[13:58] <flocculant> oh
[13:58] <flocculant> I thought I had lol
[13:58] <flocculant> yep - will do 
[13:58] <bluesabre> thx
[13:58] <bluesabre> I'll let you know if I need more details
[13:59] <bluesabre> cleaning up the apartment a bit, and then might be out for a few hours
[13:59] <flocculant> done 
[13:59] <flocculant> oh good boy :D
[13:59]  * flocculant did that earlier 
[14:00] <bluesabre> thanks flocculant 
[14:01] <flocculant> np - have fun ;)
[15:12] <willem> off to elsewhere for the rest of the day 
[15:13] <willem> just noticed I've got 2 network icons in the top panel. http://i.imgur.com/HWSkMOx.png
[15:14] <willem> I haven't seen that before. Can it be related to the latest update, do you think?
[15:15] <willem> Both icons are behaving normally
[15:15] <willem> if you click on them, I mean
[19:25] <ali1234> looks like one indicator and one systray
[19:27] <ochosi> or sn-plugin and indicator-plugin are misconfigured maybe?
[21:24] <Unit193> bluesabre: https://lists.ubuntu.com/archives/ubuntu-devel-discuss/2018-March/017946.html
[22:26] <ali1234> flocculant: more bugs: bug 1756608
[22:26] <ubottu> bug 1756608 in xfce4-panel (Ubuntu) "Applications Menu plugin clips panel icon." [Undecided,New] https://launchpad.net/bugs/1756608
[22:27] <ali1234> bug 1756612
[22:27] <ubottu> bug 1756612 in xfce4-panel (Ubuntu) "Launch and Directory Menu items icons are too small" [Undecided,New] https://launchpad.net/bugs/1756612
[22:27] <ali1234> bug 1756614
[22:27] <ubottu> bug 1756614 in xfce4-statusnotifier-plugin (Ubuntu) "Status Notifier draws some icons at the wrong size" [Undecided,New] https://launchpad.net/bugs/1756614
[22:28] <ali1234> also i notice that we now have three different indicator/notifier areas and indicators seem to be able to show up in any of them at random
[23:23] <ochosi> ali1234: hmm, that last part is a little troubling. i thought in indicator-plugin you can blacklist indicator-application so "normal" app indicators would never show up there..?
[23:23] <ochosi> at least indicator-plugin and sn-plugin shouldn't conflict (in theory..?)
[23:23] <ochosi> the trayicon part is a bit problematic, not even sure if we can prevent that (other than dropping it by default)
[23:24] <ali1234> that probably explains why half of indicators dont work with it
[23:25] <ali1234> i would like to disable sn-plugin and use indicator-application to display appindicators, because it renders them properly and sn-plugin doesn't
[23:26] <ochosi> sn-plugin *only* handles app indicators
[23:26] <ali1234> yes
[23:26] <ali1234> it had one job...
[23:26] <ochosi> and doesn't handle anything else, for the rest that would have to be xfce4-indicator-plugin
[23:26] <ali1234> right, i want to use that
[23:26] <ochosi> and the whole icon problem:
[23:26] <ochosi> indicators in ubuntu-land don't support symbolic icons
[23:27] <ochosi> they never cared enough
[23:27] <ochosi> which would solve the monochrome issues you're seeing nicely
[23:27] <ali1234> it works correctly in xfce4-indicator-plugin
[23:27] <ochosi> i'd say "correctly"
[23:27] <ali1234> and it also works correctly when sn-plugin is disabled and the indicator gets drawn in the systray instead
[23:27] <ali1234> correctly as in it doesn't look awful :(
[23:27] <ochosi> cause currently it's a very heuristic approach that icon themes have to take
[23:28] <ochosi> certain icons have colorful and monochrome variants
[23:28] <ochosi> and depending on the size of the icon you get either monochrome or colorful
[23:28] <ali1234> i assume that is why both indicator-plugin and sn-plugin have that "symbolic" checkbox
[23:28] <ali1234> but that doesn't actually do anything at all in either
[23:28] <ochosi> and i think ubuntu's indicators were at some point fixed to 22px (if they aren't still) for that reason
[23:29] <ali1234> yeah... ignore the size stuff
[23:29] <ali1234> i was wrong about that
[23:29] <ochosi> i think with the symbolic checkbox (which is only in sn-plugin, right?) it tries to just append a "-symbolic" at the end of the icon name
[23:29] <ali1234> no, it is in both
[23:29] <ochosi> and if the icon exists in the theme, it *will* be drawn symbolically
[23:30] <ali1234> okay but the problem is it always uses the light version
[23:30] <ochosi> i think i may not have the latest version
[23:30] <ochosi> then the context for the icon is wrong and it gets the panel's bg color incorrectly
[23:30] <ochosi> context == gtkstylecontext
[23:31] <ochosi> ninetls: ^ 
[23:31] <ali1234> i dont know what that means...
[23:31] <ochosi> no worries
[23:31] <ochosi> but it could be the source of the problem
[23:32] <ali1234> also why does notification area have this option "draw frame"?
[23:32] <ali1234> and why is it switched on by default?
[23:33] <ochosi> is it?
[23:33] <ochosi> it should be disabled
[23:33] <ochosi> it's a legacy option
[23:33] <ochosi> has always been there
[23:34] <ali1234> i'l check again next time i reinstall and bug report it
[23:39] <ali1234> ochosi: also by default sn-plugin is not on the panel, which means all appindicators end up in the tray, which has the frame, is that intentional?
[23:39] <ali1234> i didn't even know it was possible for appindicators to go in the systray... and while debugging things i've somehow broken it and they won't go in there any more if i remove sn-plugin
[23:40] <ali1234> oh wait a minute
[23:40] <ali1234> i'm not using the default panel layout...
[23:40] <ali1234> ignore all that
[23:41] <ochosi> lol
[23:42] <ochosi> no worries
[23:42] <ali1234> okay made new account...
[23:43] <ali1234> aaaaah
[23:44] <ali1234> the frame is off by default
[23:45] <ochosi> ok, would have been quite a surprise to me had it been otherwise
[23:45] <ochosi> but i presume the icon color issue remains
[23:45] <ochosi> guess i'll have to debug that soonish
[23:45] <ochosi> btw, the only icon theme relevant for our testing will be elementary-xfce
[23:45] <ochosi> humanity and i guess ubuntu-mono are in terrible shape
[23:46] <ali1234> well, i don't test things i don't use
[23:49] <ali1234> hmm... the default session has two clocks now
[23:49] <ali1234> but that might be something i installed
[23:52] <ochosi> sounds a bit like datetime indicator?
[23:52] <ochosi> or datetime plugin and clock plugin in the panel
[23:53] <ochosi> anyway, i'll try to take a look at a clean bionic session soonish
[23:53] <ochosi> (i.e. before UIF ;))
[23:53] <ali1234> yes, it is
[23:53] <ali1234> it's cos i installed all the indiactors
[23:54] <ali1234> i have two batteries as well
[23:54] <ochosi> mhm
[23:54] <ali1234> also blueman is in indicator-plugin now
[23:54] <ali1234> in my other session it's in sn-plugin and wont go into indicator-
[23:55] <ali1234> and prior to that it was in the systray