[05:58] <hikiko> hi
[06:40] <didrocks> good morning!
[07:17] <pitti> Good morning
[07:26] <didrocks> hey pitti, how are you?
[07:26] <pitti> bonjour didrocks !
[07:26] <pitti> had a bit of a relapse this night, but reasonably okay now
[07:27] <didrocks> pitti: oh, sorry to hear that :(
[07:57] <Trevinho> Morning
[09:04] <Laney> hey!
[09:10] <willcooke> morning Laney
[09:15] <Laney> yo willcooke, happy freitag
[09:15] <Laney> how goes?
[09:15] <willcooke> Had hot cross buns for breakfast
[09:15] <willcooke> \o/
[09:16]  * flocculant would prefer Easter Egg ...
[09:16] <willcooke> ha!
[09:16] <willcooke> speaking of which
[09:16] <willcooke> I think I have some mini eggs
[09:16] <flocculant> :)
[09:18] <davmor2> willcooke: you're only allowed them in class if you have enough to share around
[09:18] <willcooke> :D
[09:23] <Laney> it is foggggggggy today
[09:23] <willcooke> same here
[09:30] <ksamak> hey al
[09:30] <ksamak> l
[09:31] <davmor2> Laney: Foggy is okay but Cleggy is the voice of Wallace so he is better
[09:34] <Laney> vote miliband
[09:36] <seb128> good morning desktopers
[09:36] <seb128> Trevinho, willcooke said he was wanting to review css/themes changes
[09:36] <seb128> so maybe ask him?
[09:37] <willcooke> hey seb128
[09:37] <willcooke> Trevinho, sup?
[09:38] <seb128> hey willcooke
[09:38] <Trevinho> Hi willcooke
[09:38] <Trevinho> willcooke: check my mp for headerbar theming...
[09:39] <willcooke> oki, I can have a go
[09:39] <Trevinho> willcooke: can you?
[09:39] <willcooke> I'll try
[09:39] <Trevinho> willcooke: https://code.launchpad.net/~3v1n0/ubuntu-themes/toolbar-mode-headerbar-gradient
[09:39] <willcooke> :)
[09:39] <Trevinho> It needs also that gtk branch to get it working though
[09:40] <Trevinho> seb128: you want to check that? Robert already had a quick look to that
[09:40] <Laney> hi seb128!
[09:41] <Laney> how art thou?
[09:41] <seb128> Trevinho, I can try having a look, I'm having a vac day today though (but swapping some hours with yesterday, but I've enough thing on my todo for today) so likely monday
[09:41] <Trevinho> Now I think headerbar windows look quite nice. Even when not maximized
[09:41] <seb128> hey Laney! good, it's friday ;-) how are you?
[09:41] <Laney> not bad
[09:41] <Trevinho> seb128: ah sorry... So don't worry.
[09:41] <seb128> Trevinho, great
[09:41] <Laney> we went for thai last night at a new place in town
[09:41] <Laney> which was good
[09:41] <Laney> and today I am going to win on this shit
[09:41] <seb128> thai is good!
[09:41] <seb128> did you get spicy curry? ;-)
[09:42] <Laney> pad thai
[09:42] <Laney> it wasn't hot but they had some really hot sauce thing
[09:42] <Laney> it was orange so i thought it was mango at first
[09:42] <Laney> nooooooooooooooooooooooooooope
[09:42]  * Trevinho just landed in Sicily... God, weather in London is better than here :O
[09:43] <seb128> haha
[09:43] <seb128> Trevinho, after the montains&snow you try something different? ;-)
[09:44] <ngaio> Sorry to interrupt given I'm not on the Ubuntu desktop team, but is there a good reason why ~/.local/bin and ~/.local/share/man are not recognized as valid-locations-in-which-useful-things-are in Ubuntu? pip install --user defaults to these locations
[09:46] <ngaio> the pip developers tell me they just work in Fedora
[09:46] <seb128> what do you mean "valid locations in which useful things are"?
[09:46] <seb128> like being in the default path?
[09:48] <ngaio> install an application using pip install --user, and it puts the entry_points scripts in ~/.local/bin, which is not on the default Ubuntu path. It puts the man pages, .desktop files etc. under ~/local/man etc., which means the man page is not recognized by man, and so forth
[09:48] <ngaio> only when the user creates a ~/bin directly and symlinks to the executable in ~/.local/bin does the .desktop file show up in the Dash
[09:49] <ngaio> until that point the application effectively has no way of being launched, unless the complete path is used of course
[09:49] <Trevinho> seb128: yeah, from the north of Italy to the very South... 😃
[09:50] <Trevinho> Well I'm here visiting a friend for few days
[09:50] <Trevinho> Since we both work at home we'll do a kind of coworking
[09:56] <seb128> Trevinho, nice ;-)
[09:56] <seb128> ngaio, dunno about pip, maybe #ubuntu-devel is a better place to ask, barry doko or maybe didrocks might know better
[09:57] <ngaio> seb128, thanks for your time, and sorry for the interruption! :-)
[09:57] <seb128> no worry
[10:06] <rbasak> Does anyone else have a problem with the mouse cursor in gnome-terminal disappearing until a mouse click? I keep losing my mouse because of this.
[10:07] <rbasak> I found a patch, but it needs backporting and ran out of time.
[10:07] <rbasak> https://bugs.launchpad.net/gnome-terminal/+bug/890784
[10:07] <rbasak> Not sure of the proportion of people impacted by this. If it's many, does someone want to take this on?
[10:13] <Laney> rbasak: It's in 3.18.9 so we'll get it quite soon already
[10:15] <rbasak> Laney: ah, thanks. I was looking in gtk2.0, not gtk3.0. That would explain why I thought it needed a backport. You expect to land 3.18.9 in Xenial before release?
[10:15] <rbasak> (I'm still running Wily locally but thought it affected Xenial too based on the sources and patch)
[10:16] <Laney> Yes probably next week
[10:16] <rbasak> Great. Thank you!
[10:16] <Laney> np!
[10:16] <Laney> Someone could try to backport it to wily if they wanted
[10:17] <Laney> it's probably just a cherry pick
[10:17] <rbasak> I could but I'm happy to wait for Xenial.
[10:17] <rbasak> (well, I expect to upgrade to Xenial Real Soon Now anyway)
[10:17] <willcooke> rbasak, probably best to wait ;)
[10:17] <willcooke> we're having upgrade issues atm
[10:18] <rbasak> OK will do, thanks :)
[10:35] <Laney> WHO BROKE U-C-C!!!!!!!!
[10:43] <Laney> https://paste.ubuntu.com/15346635/
[10:45] <willcooke> Laney, could it be an Xorg thing?
[10:52] <Laney> hmm
[10:53] <tjaalton> only indirectly, it's been working here for the past month or more
[10:54] <Laney> tjaalton: any clue?
[10:54] <tjaalton> not without any logs
[10:55] <tjaalton> what's the symptom?
[10:55] <Laney> totem cheese unity-control-center crash with that trace
[10:55] <Laney> what log do you want?
[10:55] <dpm> willcooke, I'm not sure if this is something for the desktop team to fix or someone else, but do you perhaps know someone who could look at bug 1535058? It seems apps still fail to start on the unity 8 session
[10:56] <tjaalton> Laney: run the unity compat thing
[10:56] <tjaalton> and xorg log in pastebin
[10:57] <willcooke> dpm, u8 team I think
[10:57] <dpm> ok, I'll ping folks on #ubuntu-unity, thanks
[10:57] <Laney> tjaalton: you mean unity_support_test in nux?
[10:58] <Laney> or that check_gl_texture_size thing
[10:59] <tjaalton> then nux thing
[10:59] <Laney> that exits 0
[10:59] <Laney> the other one exits 1 and prints nothing, on a working system it prints 8192
[11:00] <Laney> https://paste.ubuntu.com/15346696/ <- xorg log
[11:01] <tjaalton> oh nvidia, and old xserver
[11:01] <tjaalton> dunno anything about that :)
[11:01] <Laney> are you telling me to restart?
[11:02] <tjaalton> if you've upgraded then yes perhaps
[11:02] <Laney> yes
[11:02] <Laney> that could be the trigger
[11:02] <Laney> seems disturbing if so
[11:03] <tjaalton> there's lots of things that fail during/after upgrades
[11:03] <tjaalton> like daemons dying etc
[11:03] <tjaalton> u-c-c crashed here during a dist-upgrade
[11:04] <andyrock> morning
[11:04] <tjaalton> I've uploaded the crash but no idea if it shows anywhere
[11:06] <willcooke> morning andyrock
[11:20] <Laney> tjaalton: yeah works now
[11:20] <tjaalton> Laney: niice :)
[11:20] <Laney> sort of
[11:21] <Laney> xorg might want to touch that reboot_required file when upgrading
[11:22] <tjaalton> then the followup question would be; which part of xorg?
[11:22] <Laney> you tell me!
[11:22] <tjaalton> :)
[11:23] <Laney> the part that made that break
[11:23] <tjaalton> wish I knew
[11:24] <Laney> just go for xserver-xorg-core when upgrading to a new minor (second component) version?
[11:25] <tjaalton> and what's the place to touch?
[11:25] <Laney> let me check
[11:25] <Laney> I think it's in update-manager
[11:25] <tjaalton> I've seen it before but can't remember
[11:26] <Laney> UpdateManager/UpdateManager.py:REBOOT_REQUIRED_FILE = "/var/run/reboot-required"
[11:26] <tjaalton> ah right
[11:28] <tjaalton> the contents are localized
[11:31] <tjaalton> so if there is a postinst blurb to use i'm all ears
[11:34] <tjaalton> ok found it
[11:35] <tjaalton> notify-reboot-required
[11:35] <willcooke> cyphermox, could this be related to the upgrade issues ^
[11:35] <tjaalton> what issues?
[11:36] <willcooke> tjaalton, when you (try to) upgrade from 14.04 to 16.04 Xorg, or Compiz, or U7, or something graphical at least, dies and the upgrade craps out.
[11:36] <willcooke> leaving you with a dead box
[11:37] <tjaalton> ah
[11:37] <willcooke> which can be slightly bought back to life by booting with an older kernel
[11:37] <willcooke> https://bugs.launchpad.net/ubuntu/+source/ubuntu-release-upgrader/+bug/1555237
[11:39] <tjaalton> is this a new issue from this week?
[11:39] <willcooke> erm.  Hard to say, we only really started testing it this week
[11:40] <willcooke> davmor2, ^
[11:41] <davmor2> willcooke: it happened before beta1 it but got masked be the modutils issue
[11:41] <davmor2> willcooke: at least I think it is the same issue
[11:41] <davmor2> symptoms are at anyrate
[11:49] <tjaalton> logs show compiz segfaulting
[11:50] <willcooke> my feeling is that it's a symptom rather than a cause.  But I don't know
[11:54] <tjaalton> it crashes for a reason yes, but can't recover because the system is in limbo
[11:54] <tjaalton> so whatever library update happens under it shouldn't make it crash
[12:00] <willcooke> ding ding ding.  It's 12 o'clock.  hikiko, how are the shadows?
[12:00] <willcooke> Trevinho, ^
[12:01] <hikiko> lol
[12:01] <hikiko> Not done
[12:01] <hikiko> I didn't fix some issues
[12:01] <willcooke> hikiko, how much longer?
[12:02] <willcooke> If it's more than an hour or so, then I think it's time to stop
[12:02] <willcooke> We have a fix for 16.04 for Gtk and we can carry on with this with a view to SRU it after release, and for inclusion in 16.10
[12:02] <willcooke> plus we need e zoom now
[12:03] <hikiko> It's easy but I was debugging since yesterday and I am too tired to fix it in like an hour although it wouldn't need more it's an offset and another minor thing
[12:04] <hikiko> Plus marco
[12:04] <hikiko> Merged his fix
[12:04] <davmor2> tjaalton: it's easy to reproduce in a vm just remember to install openssh-server in 14.04.4 and allow access to the port before upgrading
[12:04] <hikiko> The gtk specific trick
[12:04] <hikiko> As far as i have seen
[12:05] <tjaalton> davmor2: yeah trying right now
[12:05] <Trevinho> hikiko: not merged yet.
[12:05] <willcooke> hikiko, oki.  Let's call it a day for now then.  Plus it sounds like we might have a critical Compiz crasher in the upgrade from 14.04 to 16.04
[12:05] <hikiko> https://i.imgur.com/CcacoDi.png
[12:06] <hikiko> willcooke, do you have the bug report
[12:06] <hikiko> Trevinho, sorry I meant approved
[12:06] <Trevinho> hikiko: it's about to be merged, but reverting or not applying is not a problem (as it will work once gtk patch will land)
[12:06] <hikiko> yes i see
[12:06] <hikiko> anyway question:
[12:06] <hikiko> what about the shaped window shadows?
[12:06] <hikiko> these are working ok
[12:06] <hikiko> and are not in conflict with the gtk ones
[12:07] <Trevinho> hikiko: do you have a screenshot also with an app with headerbar?
[12:07] <tjaalton> davmor2: update-manager -d offers a partial upgrade, I probably need to run that?
[12:07] <Trevinho> hikiko: Yes. They need some shaping, I've a branch. So we can land it in next iterations
[12:07] <davmor2> tjaalton: update to 14.04.4 first and then run it
[12:07] <hikiko> there I have the wrong offset :) it's like the terminal but slightly moved to the left :/
[12:08] <hikiko> that's why I didn't propose it yet
[12:08] <davmor2> tjaalton: just don't forget the ssh server bit or you'll have no access to the device when it dies
[12:08] <Trevinho> Shaping the shaped windows branch... :-D
[12:08] <tjaalton> davmor2: i'm fully uptodate on trusty, but not on the hwe stack, at least I don't think that has anything to do with this
[12:08] <hikiko> shaping?!
[12:08] <hikiko> Trevinho, what do you mean?
[12:08] <hikiko> the gtk ones?
[12:08] <Trevinho> hikiko: if you share the code I can give it a look after in the afternoon
[12:09] <willcooke> tjaalton, plus keep a look out for a prompt in the terminal pane.  You might be asked to hit "y" at some point and it doesn't seem to be opening a dialogue at the moment
[12:09] <Trevinho> hikiko: cleaning it up ;-)
[12:10] <hikiko> sure Trevinho but I was hoping to get some rest and fix it and send it then because it needs some cleanup etc and I believe there might be something like a wrong sign or sth that is in front of my eyes
[12:10] <davmor2> tjaalton: yes I was running a fresh install of 14.04.4 so that would be the wily hwe stack
[12:10] <tjaalton> davmor2: I can try that next if this succeeds
[12:10] <hikiko> anyway I'll upload the code for backup as it is
[12:11] <hikiko> but I think that if I look at it after a while I'll find it
[12:12] <davmor2> tjaalton: if you can't reproduce I have a box I can setup with ssh access at a push that you can dig around in once the upgrade is trigger but that would need setting up again
[12:13] <willcooke> davmor2, ah, that reminds me.  I'm going to take a snapshot once 14.04 is fully upgraded.  That should save me a bit of time
[12:13] <willcooke> I can roll back to it once it dies
[12:13] <hikiko> but anyway if willcooke and you are fine with the gtk shadows we can merge them with the shaped shadows and then I do an MP on tuesday early morning or later tonight (monday is national holiday) and then I move to the ezoom
[12:14] <davmor2> willcooke: that's what I have done for me doen't help on hardware though :)
[12:15] <willcooke> davmor2, metal is so old school
[12:15] <hikiko> the only reason I believe that the alpha shadows should be in is that are more generic and cover more cases but the gtk trick is good for the moment, I think we don't even need to revert it afterwards it's not in conflict with what I do
[12:15] <davmor2> willcooke: true but that also tends to be what users have :)
[12:15] <willcooke> hikiko, +1 thanks
[12:15] <willcooke> davmor2, ohhh, those guys.
[12:16] <davmor2> willcooke: you try testing nvidia and amd upgrade in you vm go on I double dare you ;)
[12:16] <ogra_> davmor2, nowadays all users have clouds ... who needs metal :P
[12:16] <willcooke> davmor2, ha!
[12:16] <desrt> happy friday, kids
[12:16] <willcooke> hey desrt
[12:17] <desrt> good morning, willcooke
[12:17]  * davmor2 takes away all of ogra_ metal and then challenges him to use snappy without access to it
[12:18]  * ogra_ just uses the cloud through a brain interface ... oh, wait, thats called imagination :)
[12:19] <tjaalton> davmor2: i guess it would need someone who actually knows compiz to gdb it :)
[12:24]  * Laney runs ./deploy-frontend.sh
[12:24]  * Laney trembles
[12:25] <willcooke> good luck Laney
[12:26] <Laney> I booked my cell at HMP Nottingham already if it goes wrong
[12:26] <willcooke> :D#
[12:26] <willcooke> I'll bring you 200 Benson & Hedges when I visit
[12:26] <Laney> yummy
[12:26] <Laney> the cool thing is to use your drone to drop them into the yard now
[12:27] <willcooke> ha
[12:28] <willcooke> Once we get drones strong enough to lift a person, things are going to get funny
[12:28] <Sweet5hark> Laney, willcooke: not using a laser guided potato cannon? much disappoint!
[12:28] <Laney> the countermeasures seem exciting
[12:28] <Laney> automatic drone zappers
[12:29] <Laney> occasional bald eagle as collateral
[12:29] <willcooke> :D:D
[12:29] <Laney> "Done."
[12:29] <Laney> hmm
[12:35] <tjaalton> davmor2: didn't crash, but there were a ton of packages failing to install because of conflicts or whatnot
[12:36] <tjaalton> running apt install -f now
[12:41] <tjaalton> libutempter0 at least is broken, trying to chown a directory that doesn't exist, and postints fails
[12:44] <tjaalton> of course, because the location changed..
[12:44] <tjaalton> after doko multiarchified it
[12:47] <flocculant> tjaalton: libutempter0 is where it failed for me in February
[12:47] <tjaalton> flocculant: yep, 1.1.6-1ubuntu1 broke it
[12:47] <tjaalton> fixing it now
[12:47] <tjaalton> whole chown thing is obsolete now
[12:49] <tjaalton> ah, can just sync it
[12:53] <tjaalton> that bug was open for over a month..
[12:54] <tjaalton> bug 1542030
[13:41] <Sweet5hark> "<chris_wot> if I was James Bond's enemy then I would have a pool  of hippos and sharks ... add in a few alligators and piranhas  <tml__> and some Debian Developers"
[13:42] <Sweet5hark> ^^ newest addition to the LibreOffice quibs file.
[14:00]  * Laney weeps
[14:18] <flexiondotorg> Trevinho, Quick question please.
[14:18] <flexiondotorg> Trevinho, With regard to this comment - https://code.launchpad.net/~ubuntu-mate-dev/compiz/marco-gsettings/+merge/282882/comments/737610
[14:19]  * Laney unweeps
[14:19] <ogra_> unweep ? does that make the tears go upwards ?
[14:19] <flexiondotorg> Trevinho, Are you requesting that I merge https://code.launchpad.net/~albertsmuktupavels/compiz/gwd-no-mutter and https://code.launchpad.net/~ubuntu-mate-dev/compiz/marco-gsettings
[14:41] <Trevinho> flexiondotorg: yes... faster way is merging with ci-train branch
[14:41] <Trevinho> flexiondotorg: let me find it for you
[14:41] <flexiondotorg> muktupavels, See above.
[14:42] <flexiondotorg> Trevinho, muktupavels I've got a meeting to attend. I'll be back a litle later. I'll catch up with you then.
[14:44] <flexiondotorg> Trevinho, Can you merge this one too please? https://code.launchpad.net/~ubuntu-mate-dev/compiz/fix-1067951/+merge/283039
[14:44] <Trevinho> flexiondotorg: that's already in the merging queue...
[14:45] <flexiondotorg> I've got some other tweaks to improve consistency of settings I'd like to submit a merge proposal for later.
[14:45] <Trevinho> flexiondotorg: so, for the other branch, all you need is to do a "bzr merge lp:~ci-train-bot/compiz/compiz-ubuntu-xenial-landing-009"
[14:45] <Trevinho> flexiondotorg: fine, np
[14:45] <muktupavels> Trevinho, flexiondotorg, https://code.launchpad.net/~albertsmuktupavels/compiz/gwd-macro-gsettings/+merge/288783
[14:46] <Trevinho> muktupavels: this is the flexiondotorg branch? or what?
[14:46] <muktupavels> Trevinho, gwd-no-mutter + macro-gsettings with conflicts resolved
[14:46] <flexiondotorg> Trevinho, The merge proposal will replace my original marco-gsettings mp.
[14:48] <tjaalton> willcooke: this should show up on planet.u.c soon https://tjaalton.wordpress.com/2016/03/11/no-catalystfglrx-video-driver-in-ubuntu-16-04/
[14:49] <willcooke> thanks tjaalton
[14:49] <Trevinho> flexiondotorg, muktupavels: so please, set as "rejected" or delete the MPs that are not needed at this point, to avoid confusion
[14:49] <flexiondotorg> Trevinho, I have deleted my original merge proposal.
[14:50] <Trevinho> flexiondotorg: ok thanks
[14:50] <muktupavels> Trevinho, flexiondotorg: diff looks good, but I did not tried to build it...
[14:51] <flexiondotorg> muktupavels, I will test build later.
[14:51] <flexiondotorg> I'm sure it will be fine.
[14:51] <flexiondotorg> Must dash, I'll be back soon.
[14:59] <dobey> anyone else using evolution on xenial?
[15:00] <xclaesse> dobey, I do
[15:01] <dobey> xclaesse: in unity7?
[15:01] <xclaesse> yes
[15:02] <dobey> xclaesse: is the menu-in-titlebar stuff broken for you in evolution?
[15:02] <dobey> hrmm, actually it seems broken in most things for me
[15:14] <Trevinho> desrt: I've slightly updated the gtk border radius patch, so if you can check it..
[15:19]  * flexiondotorg is back.
[15:23] <xclaesse> dobey, seems to work for me
[15:23] <dobey> hmm
[15:23] <dobey> weird
[15:25] <willcooke> just installed Evolution on my 16.04 test machine and it seems to be working there
[15:26] <dobey> i wonder if something got borked during upgrade perhaps then
[15:35] <flexiondotorg> Trevinho, A minor, but important, merge proposal for compiz-mate - https://code.launchpad.net/~ubuntu-mate-dev/compiz/ubuntu-mate-wallpaper-common/+merge/288777
[15:35] <Trevinho> flexiondotorg: yeah, I already approved that
[15:36] <flexiondotorg> Trevinho, Ah, thanks. Better catch up on my email.
[16:15] <flexiondotorg> Trevinho, https://code.launchpad.net/~ubuntu-mate-dev/compiz/mate-tweaks/+merge/288800
[16:23] <flexiondotorg> Trevinho, Do you think a new Compiz version will be released before 16.04 Final Beta?
[16:23] <Trevinho> flexiondotorg: released in ubuntu, yes...
[16:23] <Trevinho> flexiondotorg: as upstream release, I'm unsure, since I've lots of things in the stack
[16:24] <flexiondotorg> Trevinho, Released in Ubuntu is what I'm most interested in :-)
[18:00] <Laney> right
[18:00] <Laney> got to zoom to a talk about bikes
[18:01] <Laney> /o\ / \o/
[18:01] <Laney> happy weekend!
[18:04] <willcooke> see ya Laney
[18:04] <willcooke> time for me to go too
[18:04] <willcooke> so long
[18:10] <Sweet5hark> right. happy weekend folks!
[20:18] <mhall119> ximion: are you still around?
[20:25] <ximion> mhall119: jup
[20:35] <mhall119> ximion: hey, I'm seeing different minimum size requirements for appstream icons, DEP-11 says 32x32, a Gnome wiki page said 48x48 and the AppStream spec says 64x64
[20:36] <mhall119> what is our requirement, and would you like to ask for something higher, like 256x256, so it looks good in Unity as well?
[20:37] <ximion> mhall119: where does it say 32x32 for DEP-11?
[20:37] <ximion> that's wrong
[20:37] <ximion> the minimum size is always 64x64
[20:37] <mhall119> https://wiki.debian.org/DEP-11#Application_Icons
[20:37] <ximion> for everything
[20:38] <ximion> ah! don't use that page, there is a warning notice at the top ;-)
[20:38] <ximion> the page is outdated
[20:38] <mhall119> ok, so should I ask for 64x64, or do you want to go larger?
[20:38] <ximion> (as in: last touched with regular changes in 2014)
[20:38] <mhall119> ack
[20:39] <ximion> 64x64, larger is always okay, but 64x64 is the minimum
[20:39] <ximion> btw, information for AppStream on Debian now lives here: https://wiki.debian.org/AppStream
[20:39] <mhall119> thanks
[20:39] <ximion> specifically relevant: https://wiki.debian.org/AppStream/Guidelines
[20:40] <ximion> the generator will take care of scaling icons down or rendering SVGs to the appropriate sizes, so software centers can rely on 64x64 icons being present
[20:41] <mhall119> ok
[20:50] <mhall119> ximion: the AppStream spec says PNG is preferred over SVG, is that true for us as well?
[20:51] <ximion> mhall119: for upstreams, it doesn't matter
[20:51] <ximion> where did you find that?
[20:51] <ximion> (just in case it is misleading)
[20:52] <mhall119> https://www.freedesktop.org/software/appstream/docs/sect-AppStream-IconCache.html
[20:52] <ximion> the AppStream distro metadata *must* have PNG icons, upstream projects can ship a bigger array of icon types and formats
[20:52] <ximion> ah, yeah, that's for the generator
[20:52] <ximion> not upstream
[20:53] <ximion> for GUI app upstreams, this page is interesting: https://www.freedesktop.org/software/appstream/docs/chap-Quickstart.html#sect-Quickstart-DesktopApps
[20:54] <mhall119> ximion: that doesn't mention icons at all
[20:55] <ximion> the AppStream spec only mandates the output icon size. Since we decided a while ago that we don't want to upscale icons shipped by upstream, this means that upstream projects should ship 64x64 icons, or bigger
[20:56] <mhall119> ok
[20:56] <ximion> it's probably time to update the upstream hints to reflect that, because all distros somehow apply the same practice now
[20:57] <ximion> so, in summary: App authors should ship bitmaps in at least 64x64px size or SVG icons in XDG icon-spec directories. Recommended file format is PNG (for bitmaps) and SVG(Z) for vector graphics
[20:58] <ximion> (some other formats are supported in case stuff is placed in /usr/share/pixmaps, but better don't start with that madness
[21:56] <dobey> qengho: hey. any ideas on this: http://pastebin.ubuntu.com/15351374/ ?
[21:56] <qengho> dobey! Howdy. Let me see....
[21:59] <qengho> dobey: I don't know that package at all. The one Canonical gets from Adobe is packaged as "adobe-flashplugin". Maybe that is a suitable replacement.
[22:00] <dobey> qengho: oh? adobe-flashplugin hsa the PPAPI one too?
[22:00] <qengho> dobey: yes.
[22:00] <dobey> hmm, ok
[22:01] <dobey> hmm
[22:01] <qengho> dobey: that "./var" looks funny to me. I bet your "dmesg" has some clue too.
[22:02] <dobey> i have restricted and partner both enabled, but adobe-flashplugin is not found
[22:03] <qengho> dobey: wily partner? I doubt partner is populated before 2016-04.
[22:03] <dobey> hmm


[05:33]  * micahg just discovered MOTU has upload rights for the xubuntu package set
[05:35] <micahg> cody-somerville: mr_pouit ^^
[05:38]  * micahg wonders if that's because all the packages in the packageset are in universe
[06:36] <mr_pouit> yeah, I think it was demoted to universe before these packageset were set up
[06:40] <micahg> mr_pouit: right, but why would MOTU have upload rights to the pacakgeset?
[09:05] <mr_pouit> micahg: I don't think I care about archive reorg and package sets as the wiki page still has a big "THIS IS AN UNAPPROVED DRAFT. EXPECT SUBSTANTIAL CHANGES." at the top
[09:06] <micahg> mr_pouit: ok, well, I guess it's kinda moot at the moment anyways
[09:06] <micahg> I was just curious
[09:07] <micahg> mr_pouit: one of the things discussed at UDS was to have MOTU be able to upload what's not in any packageset
[09:11] <mr_pouit> well, I thought that ~ubuntu-dev should be able to upload in anything, even if it's in a package set
[09:11] <mr_pouit> but it probably changed again
[09:11] <micahg> mr_pouit: ~ubuntu-dev is anyone with any type of upload rights
[09:11] <micahg> ~ubuntu-core-dev would be able to upload anywhere
[09:12] <micahg> while ~ubuntu-motu who's main focus should be the unmaintained part of the archive would get whatever is left
[09:13] <mr_pouit> "Most noticeably, it is expected that the ubuntu-core-dev and motu teams will effectively be collapsed into a single team, provisionally entitled simply "Ubuntu Developers". Members of this team will have upload rights to all packages in Ubuntu, with the possible exception of a small number of "restricted package sets" determined to require greater experience."
[09:13] <mr_pouit> so maybe they changed again :)
[09:13] <micahg> yeah, that's been revised :)
[09:17] <mr_pouit> ok, so I'll look into it when they think it's worth taking the time to explain what changed to people who don't go to UDSs... which will probably be after they implemented everything, unfortunately :(
[09:18] <micahg> mr_pouit: well, I'm happy to pass along what I learn, I guess my question is do you want them to be able to upload after the archive reorg (I can add the appropriate topic for the next UDS), BTW it's also some of the other pacakgesets as well, not just xubuntu
[09:22] <mr_pouit> micahg: I think it's safer, because I'm the only active dev with upload rights in xubuntu currently... cody is totally inactive since one year or more, so if I decide to leave, or if I don't have time, then xubuntu is stuck =]
[09:22] <mr_pouit> so, it's either "have more devs in ~xubuntu-dev", or "allow motus to upload as well" :)
[09:22] <micahg> mr_pouit: I hope to join xubuntu-dev at the end of the cycle :)
[09:22] <mr_pouit> yay, more active people :p
[09:23] <micahg> but that's a good point, hmm, it'll be worth at least a hallway discussion at some point if not a whole session, thanks for the input
[12:53] <charlie-tca> Good morning
[21:43] <charlie-tca> Making friends and infuencing people... I broke natty alpha1 bad
[21:43] <charlie-tca> :-)
[21:43] <charlie-tca> (and it is ubuntu, not xubuntu)
[21:49] <cody-somerville> lol