[05:41] <pitti> Good morning
[05:54] <hikiko> Good morning !
[05:54] <hikiko> Hi pitti
[06:12] <didrocks> good morning
[06:30] <pitti> bonjour didrocks, hey hikiko!
[06:30] <darkxst> hey pitti, didrocks hikiko
[06:42] <didrocks> hey pitti, darkxst!
[06:46] <hikiko> hi didrocks darkxst :)
[06:47] <didrocks> hey hikiko :)
[06:51] <darkxst> heat wave here ;(
[06:51] <darkxst> seb128, Laney can you add me to the trello group
[07:00] <seb128> good morning desktopers!
[07:01] <didrocks> re seb128
[07:01] <seb128> re didrocks
[07:01] <seb128> darkxst, unsure how trello is working, need to have a look
[07:31] <seb128> darkxst, why did you report bug #1517317 against linux?
[07:32] <seb128> also why isn't debian having the issue? can we get it fixed there since it's in sync?
[07:33] <darkxst> seb128, it hasnt passed new queue yet, so there is no gnome-builder to file against
[07:33] <darkxst> I've commited the change to the debian svn also
[07:33] <seb128> yeah, in which case just report against ubuntu
[07:33] <seb128> no package is better than a wrong one
[07:33] <ricotz> hey desktopers
[07:33] <seb128> also https://launchpad.net/ubuntu/+source/gnome-builder/+filebug ?
[07:33] <seb128> it went through source NEW
[07:33] <seb128> so the package exist
[07:34] <seb128> hey ricotz
[07:34] <ricotz> darkxst, seb128, I am hoping you are seeing broken CSD shadows too with gtk 3.18.5
[07:34] <seb128> ricotz, how broken? under what env?
[07:34] <seb128> I didn't upgrade yet, let me try
[07:34] <didrocks> hey ricotz
[07:34] <ricotz> seb128, missing transparency
[07:35] <ricotz> didrocks, hi
[07:36] <ricotz> (seb128, with gnome-shell)
[07:36] <seb128> ricotz, seems like the update is stil in xenial-proposed so I don't have it yet
[07:37] <seb128> unsure if that's a side effect of larsu's fix 0001-gtkwindow-continue-calling-gtk_style_context_set_bac.patch:
[07:37] <darkxst> seb128, apparently my search foo failed then
[07:38] <ricotz> seb128, will downgrade to confirm, but I pretty certain its gtk ;)
[07:40] <darkxst> seb128, I don't know why debian didnt see it, webkit2gtk must be pulled in elsewhere, but that is ok, I know they like to be explicit with the build-deps
[07:41] <seb128> darkxst, right, it's just weird that it gets pulled in for them
[07:41] <seb128> ricotz, yeah, it's likely
[07:41] <seb128> ricotz, and you shouldn't be used -proposed ;-)
[07:41] <darkxst> seb128, ricotz always uses proposed!
[07:41] <seb128> darkxst, you might want to look at https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=804769 while you are fixing gnome-builder?
[07:42] <darkxst> seb128, oh that is the same issue
[07:44] <ricotz> seb128, yeah, it is gtk causing it
[07:44] <darkxst> seb128, but I didnt see that in the debian build logs
[07:45] <ricotz> darkxst, I do indeed ;), would be just half of the fun without it
[07:45] <darkxst> ours "HTML and Markdown Preview ............ : no", theirs = yes
[07:47] <seb128> darkxst, their .install needs to be updated to including the missing files though no?
[07:47] <darkxst> seb128, looking at that now
[07:47] <seb128> thanks
[07:53] <darkxst> seb128, I think libide should be split out, assuming its really meant to be a public library
[07:54] <darkxst> ^ ricotz
[07:54] <darkxst> and the gir path is commented out, in the install file
[07:54] <larsu> good morning!
[07:54] <darkxst> no idea why
[07:55] <larsu> seb128: what's the problem?
[07:56] <larsu> seb128: also, good morning. ça va?
[08:03] <seb128> hey larsu, wie gehts?
[08:04] <seb128> larsu, ricotz says the gtk update has transparency issues under gnome-shell for CSD applications
[08:04] <seb128> larsu, but that's .4 -> .5 as well, so might not be your patch
[08:05] <larsu> seb128: my patch should only do unnecessary work on shell (set a bg color that is never used)
[08:05] <larsu> I'm good thanks :)
[08:20] <Trevinho> Morning
[08:21] <larsu> hey Trq
[08:21] <larsu> *Trevinho
[08:21] <seb128> hey Trevinho
[08:27] <didrocks> good morning Trevinho
[08:29] <larsu> hi didrocks!
[08:31] <ricotz> darkxst, does gnome-builder really install all required headers/dev-file/pkg-config now? otherwise there is not point in splitting it yet
[08:32] <didrocks> hey larsu ;)
[08:35] <darkxst> ricotz, no headers, but there are gir files, a pc file and docs, all for libide that are not installed due to the debian packaging
[08:36] <darkxst> I don't actaully know if libide is meant to be public though
[08:36] <ricotz> darkxst, the staging ppa contains a package was the merged into debian?
[08:36] <darkxst> ricotz, no, it wasnt
[08:36] <ricotz> darkxst, if there are no installed headers, everything is not usable like vapi/pc-file and so on
[08:37] <darkxst> ricotz, yes this is why I am questioning if any of it should be actually installed
[08:37] <ricotz> ok, that is what I did in staging
[08:37] <ricotz> (only install the required and usable parts)
[08:39] <darkxst> ricotz, right, so its probably fine as is, and can ignore all the list-missing output
[08:55] <willcooke> morning desktoppers
[08:56] <larsu> morning willcooke
[08:58] <didrocks> hey willcooke
[08:58] <seb128> hey willcooke
[08:58] <seb128> darkxst, ricotz, ignoring list-missing is poor taste and usually bites back at some point, better to --fail-missing and rm the things you don't want to install explicitely
[09:01]  * didrocks hugs seb128 for this!
[09:01] <didrocks> that, trailing comas
[09:01] <didrocks> I CONVERTED YOU ALL! :)
[09:01] <darkxst> seb128, I didnt quite mean that literally, I will file an upstream bug and find out what is acutally meant to happen!
[09:03]  * seb128 hugs didrocks
[09:03] <larsu> didrocks: you don't like trailing commas?,
[09:03] <seb128> darkxst, thanks
[09:03]  * larsu doesn't know what didrocks is talking about,
[09:03] <didrocks> larsu: I do, I was quite alone pushing for it!
[09:03] <Laney> yo
[09:03] <didrocks> lonely* even :)
[09:03] <seb128> hey Laney
[09:03] <didrocks> hey Laney
[09:03] <larsu> Laney: morning!,
[09:03] <larsu> didrocks: ;)
[09:08] <davmor2> didrocks: Pffff
[09:13] <darkxst> https://bugzilla.gnome.org/show_bug.cgi?id=758266
[09:14] <darkxst> seb128, did you work out trello?
[09:15] <darkxst> or maybe willcooke has better trello skills ;)
[09:15]  * didrocks is puzzled why his new zsh function isn't sourced in /usr/share/zsh/vendor-completions
[09:15] <didrocks> any zsh user familiar with that?
[09:15] <Laney> darkxst: I added you I think
[09:15] <Laney> enjoy
[09:16]  * willcooke is reminded to send that email...
[09:17] <seb128> darkxst, sorry was dealing with night backlog, seems like Laney sorted it out for you
[09:17] <seb128> didrocks, I'm not, -devel might have more zsh users though
[09:17] <didrocks> seb128: yeah, good idea, continuing digging just in case
[09:18]  * seb128 investigates a u-s-d crasher due to g-s-d dropping some schemas key and grrrr at GNOME handling of schemas
[09:18] <didrocks> of course, best way to find an issue: just speak about it on IRC and your next try will work!
[09:18] <darkxst> seb128, I didnt drop any schemas
[09:18] <darkxst> (in g-s-d)
[09:19] <seb128> darkxst, well, somebody did, I'm going to tell you who want when in a bit
[09:20] <darkxst> Laney, hmm, I can't actually add items still
[09:21] <Laney> dunno sorry
[09:22] <Laney> "Any team member can join this board without being invited" is ticked
[09:23] <willcooke> GNOME work or GNOME software?
[09:24] <willcooke> darkxst, ^
[09:24] <darkxst> willcooke, both
[09:24] <darkxst> but maybe its just a UI fail, says I am admin of the team now?
[09:25] <Laney> maybe you have to add yourself
[09:25] <willcooke> darkxst, reload
[09:25] <willcooke> I've added you again
[09:26] <seb128> darkxst, oh yes you did, http://bazaar.launchpad.net/~ubuntu-desktop/gnome-settings-daemon/ubuntu/revision/491/debian/patches/revert-gsettings-removals.patch
[09:26] <darkxst> willcooke, k thanks that worked
[09:26] <seb128> 26
[09:26] <seb128>  
[09:26] <seb128> +    <key name="display" type="as">
[09:26] <seb128> 27
[09:26] <seb128>  
[09:26] <seb128> +      <default>["", "", ""]</default>
[09:26] <Laney> I was sort of hoping that he could have figured it out himself
[09:26] <seb128> 28
[09:26] <seb128>  
[09:26] <Laney> so that we don't have to hand hold every time
[09:26] <seb128> +      <_summary>Wacom display mapping</_summary>
[09:26] <seb128> 29
[09:26] <seb128>  
[09:26] <seb128> +      <_description>EDID information of monitor to map tablet to. Must be in the format [vendor, product, serial]. ["","",""] disables mapping.</_description>
[09:26] <seb128> 30
[09:26] <seb128>  
[09:26] <seb128> +    </key>
[09:26] <seb128> ups, sorry
[09:26] <seb128> launchpad diff copy fail
[09:26] <seb128> darkxst, that commit dropped the "<key name="display" type="as">"
[09:29] <darkxst> seb128,  that must have been a bad rebase, diffs of diffs of xml files are a nightmare
[09:29] <Laney> diff the installed files at the end
[09:29] <seb128> darkxst, yeah, it was not meant as a blame, it's easy to make mistakes
[09:29] <seb128> just saying that this key is used by u-s-d and missing
[09:29] <seb128> (thanks e.u.c!)
[09:30] <seb128> darkxst, I'm fixing it
[09:32] <darkxst> seb128, ok thanks
[09:33] <seb128> darkxst, btw should I upload the g-c-c diff from https://bugs.launchpad.net/ubuntu/+source/unity-control-center/+bug/1512435 ? the other bits landed, you should be able to move g-c-c to universe with that
[09:33] <seb128> just wanted your ack before uploading
[09:34] <andyrock> morning
[09:35] <seb128> hey andyrock
[09:36] <didrocks> hey andyrock
[09:36] <darkxst> seb128, +1 go ahead
[09:36] <seb128> darkxst, thanks
[09:44] <seb128> great, g-s-d is blocked in proposed because it picked up packagekit 1.0
[09:44]  * seb128 deleted that update from proposed now
[09:44] <darkxst> seb128, yes
[09:44] <seb128> the rebuild should not have that issue
[09:55] <Laney> reckon anyone on the mir team is looking at it being blocked in proposed?
[09:58] <seb128> haha
[09:58] <seb128> good one ;-)
[09:58] <larsu> :)
[09:58] <seb128> you are the one who retried the liburcu builds?
[09:58] <Laney> yes
[09:58] <Laney> second time now
[09:58] <Laney> hangs
[09:58] <seb128> k, so you are looking at it ;-)
[09:58] <Laney> no
[09:58] <seb128> that was the blocker no?
[09:59] <seb128> or is it more to it?
[09:59] <Laney> yes
[09:59] <Laney> but I don't really want to fix mir's dependencies
[09:59] <seb128> https://launchpad.net/ubuntu/+source/liburcu/0.9.1-2
[09:59] <didrocks> on day, people will understand why I wanted to link trunk to "package in release pocket" without giving force option to upstream :)
[09:59] <seb128> seems it built now?
[09:59] <Laney> how does it seem that?
[09:59] <Laney> ppc64el is in progress
[10:00] <seb128> didrocks, they did, they removed the force option
[10:00] <larsu> didrocks: one day!
[10:00] <Laney> and seems to be hung
[10:00] <Laney> like it did last time
[10:00] <didrocks> seb128: right, but they still have a copy of trunk
[10:00] <seb128> oh, the error is "old binaries left on amd64: liburcu2 (from 0.8.8-1) "
[10:00] <didrocks> seb128: and work there :p
[10:00] <Laney> that's one of them
[10:00] <Laney> fixed by removing the NBS
[10:00] <Laney> the real one is missing build on ppc64el
[10:00] <seb128> k
[10:00] <seb128> nag kgunn
[10:01] <seb128> maybe step 1 would be fine a bug and assign to the mir team?
[10:01] <Laney> asked in their channel
[10:01] <seb128> didrocks, not really, they removed the "force merge" trigger from landers recently because it was abused
[10:01] <seb128> so they can't merge back to trunk without carring about migration now
[10:01] <didrocks> seb128: unsurprisingly, that's why I didn't give it to upstreams at the time
[10:02] <seb128> :-)
[10:02] <didrocks> seems people needed to readd it without asking why it wasn't there in the first step (and only to landing team)
[10:02] <didrocks> but well, repeating mistakes, that's the rule I guess :)
[10:03] <Laney> will care more once autopkgtest catches up
[10:04] <Laney> I predict that no xenial ppc64el porter machine is going to be a problem
[10:09] <seb128> Laney, that hangs happen on other archs and Debian as well, looks like the current upload was supposed to fix it but failed
[10:09] <seb128> oh well
[10:10] <seb128> I've a feeling the MIR team is not going to fix that but Debian might
[10:10] <Laney> I know
[10:10] <Laney> they might handle it though instead of me/us...
[10:10] <seb128> yeah
[10:10] <seb128> annoying that it blocks GTK
[10:11] <Laney> still other things doing that too
[10:11] <seb128> though according to ricotz the GTK update has a regression
[10:11] <Laney> you know the square round corners bug?
[10:12] <Laney> I notice that that little bit is white now where it was black before
[10:13] <seb128> but it's still solid?
[10:13] <seb128> :-(
[10:13] <Laney> not fixed, don't think it was supposed to be
[10:14] <seb128> right
[10:14] <seb128> likely the workaround from larsu
[10:14] <seb128> which changed the color from black to the window bg color
[10:24] <Trevinho> Some train working today (/me going to Turin for few days)
[10:27] <seb128> Trevinho, so actual train, not the one used to land unity ;-)
[10:27] <seb128> Trevinho, have a good trip!
[10:27] <Trevinho> seb128: yeah, one with wifi :-)
[10:30] <larsu> seb128: indeed
[10:34] <seb128> BAH, g-c-c ftbfs
[10:34]  * seb128 flips the desk
[10:34] <seb128> the ldb update makes samba unhappy
[10:36]  * larsu slowly turns seb128's desk around and pats him on the back
[10:37] <seb128> thanks
[12:11] <didrocks> seb128: when you are back, do you have a minute to test something on your 32 bits machine with ubuntu make?
[12:12] <didrocks> (I have a test failing on this arch, if you can't, I'll just install a VM)
[13:10] <seb128> didrocks, back
[13:11] <didrocks> seb128: so, basically, the idea is that you install ubuntu-make (to get the deps), then git clone https://github.com/ubuntu/ubuntu-make.git; cd ubuntu-make; bin/umake ide clion
[13:11] <didrocks> once installed, try to run it (and don't touch anything)
[13:12] <didrocks> ps aux | grep clion -> paste the processes
[13:13] <seb128> didrocks, ubuntu-make from standard xenial archive?
[13:13] <didrocks> seb128: yep, this is just to get the deps which hadn't change compared to master
[13:13] <seb128> k
[13:13] <didrocks> thx!
[13:14] <seb128> yw!
[13:19] <Laney> larsu: you use git bzr don't you?
[13:19] <Laney> can I force push with it?
[13:19]  * Laney is using it for the first time
[13:20] <Laney> pitti made me rebase/split some commits and I couldn't bear trying to do that with bzr itself :)
[13:21] <seb128> didrocks, it's downloading, keeping you posted in a bit
[13:21] <didrocks> seb128: thanks a lot!
[13:21] <seb128> yw!
[13:22] <didrocks> Laney: from --help: git bzr push --overwrite ?
[13:22] <Laney> --help exists?
[13:22] <didrocks> (yeah, I would have used -f also :p)
[13:22] <Laney> I got Cannot find bazaar remote with name '--help'
[13:22]  * Laney fails at this
[13:22] <didrocks> Laney: git help bzr
[13:22] <seb128> what are you trying to do?
[13:23] <didrocks> but git bzr --help
[13:23] <didrocks> works as well here
[13:23] <Laney> doesn't exist
[13:23] <seb128> oh, git bzr integration
[13:23] <Laney> anyway let me try --overwrite
[13:23] <seb128> use pure bzr or git, don't mix :p
[13:23] <Laney> nope
[13:23] <Laney> yeah well, give me a bzr with rebase and commit --amend then :P
[13:23] <didrocks> git-bzr-ng: /usr/share/man/man1/git-bzr.1.gz
[13:24] <didrocks> are you sure you have the same plugin installed? :)
[13:24] <didrocks> (the binary as well is in git-bzr-ng)
[13:24] <Laney> no idea
[13:24] <didrocks> check it's the one you are using (first, that it's intalled)
[13:25] <didrocks> installed*
[13:25] <didrocks> I have 0+git20120823-1
[13:25] <Laney> I have it from some checkout
[13:25] <Laney> github/kfish/git-bzr.git
[13:25] <didrocks> hum
[13:25] <didrocks> use the package man! :)
[13:25] <Laney> I probably tried it
[13:25] <Laney> maybe I should try again
[13:26] <didrocks> yeah… keep me posted
[13:26] <didrocks> help works at least
[13:26] <didrocks> and listing commands as well
[13:26] <Laney> or I just push to a local repo and push from that one to LP :)
[13:28] <Laney> dude
[13:29] <Laney> git-bzr-ng is dead, removed in wily
[13:30] <didrocks> as I apt install it directly I guess, it wasn't autoremoved
[13:30] <larsu> Laney: yes, git bzr push --overwrite
[13:31] <Laney> didrocks: you have vivid enabled or something?
[13:31] <seb128> didrocks, trying to start clion from the dash gives a "Cannot find VM options file." dialog
[13:31] <didrocks> Laney: I'm on wily, I kept it I guess
[13:31] <Laney> rmadison git-bzr-ng is on my side
[13:31] <seb128> didrocks, process is from clion.sh which spawns zenity to display the error
[13:31] <didrocks> seb128: ah, interesting, mind doing a screenshot? Maybe it's 64 bits only
[13:32] <didrocks> Laney: yep, it was removed in wily: (From Debian) RoM; dependency about to be removed, alternative available; Debian bug #742415
[13:32] <Laney> I know, I told you that :P
[13:32] <didrocks> Laney: and as I told you, I should have installed it before it was removed
[13:32]  * Laney tries the git-remote-bzr support
[13:32] <seb128> didrocks, then when I close that one I get "32-bit JVM is not supported. Please install 64-bit version."
[13:32] <didrocks> Laney: and as I apt install it directly, autoremove didn't remove it
[13:32] <didrocks> (see above :p)
[13:32] <didrocks> nothing related to some vivid repo added
[13:33] <Laney> I see, I thought you meant you installed it just now
[13:33] <didrocks> seb128: ok, so only 64 bits, that explains why the tests are failing! Many thanks for testing :)
[13:33] <seb128> didrocks, http://people.canonical.com/~seb128/clion.png and http://people.canonical.com/~seb128/clionbis.png
[13:33] <seb128> didrocks, yw
[13:33] <didrocks> Laney: nope, I've (happily) used it in the past
[13:33] <didrocks> seb128: ok, quite clear :)
[13:34] <didrocks> Laney: keep me posted on git-remote-bzr, I'll switch to this if that works well for you
[13:36] <seb128> I missed the start of the discussion when restarting IRC, but what are you guys trying to do?
[13:36] <qengho> good morning
[13:37] <seb128> hey qengho
[13:39] <seb128> is anybody else using xenial and having issues with notify-osd bubbles when wheeling over indicator-sound?
[13:39] <seb128> I just see an underline on the  panel
[13:39] <seb128> Treeeviiinhooo
[13:40] <seb128> or in fact might be that xenial indicator-sound landing, more likely even
[13:40] <larsu> seb128: works for me but I haven't updated in a day or so
[13:41] <seb128> that issue is older than a day or so for me
[13:41] <larsu> I'm updating and testing nonetheless
[13:42] <willcooke> seb128, just tried it, I get a very feint purple line near the bottom of the indicator panel
[13:42] <seb128> ah
[13:42] <seb128> same here!
[13:43] <seb128> willcooke, thanks
[13:43] <willcooke> upgrading now
[13:43] <seb128> syslog has those
[13:43] <seb128> ** (notify-osd:5464): WARNING **: bubble_recalc_size(): WARNING, no layout!!!
[13:43] <seb128> ** (notify-osd:5464): WARNING **: WARNING: No layout defined!!!
[13:43] <Laney> !!!
[13:43] <larsu> seb128: YOU HAVE NO LAYOUT!!!
[13:44] <seb128> seems I don't :-/
[13:44] <larsu> ;)
[13:44] <seb128> weird it's not consistant between installs though
[13:44] <seb128> Laney, having it or not?
[13:45] <Laney> dunno, seems you already got people to try, not much point in everyone doing so
[13:45] <Laney> not sure I am super current etc
[13:45] <Laney> and fighting with git and bzr :P
[13:46] <seb128> Laney, k, we have 3 people and a 1 - 2, and it's a scroll event away, I though one more would give cheap extra data
[13:46] <seb128> but no big deal
[13:46] <Laney> give me a few minutes then
[13:46] <seb128> I'm going to try downgrading things
[13:47] <pitti> Laney: s/made/kindly asked/ :-) -- but I thought about bzr uncommit, shelving the others, bzr commit, and then unshelve/commit the rest, or just ignore me
[13:47] <Laney> pitti: hehe
[13:47] <pitti> indeed it's fugly with bzr
[13:47] <Laney> I have the right thing in git now
[13:48] <Laney> just got to ship it over somehow
[13:48]  * Laney is bashing it with a floppy hammer that doesn't work quite right
[13:48] <Laney> KeyErrors, fast-export dying, all this stuff
[14:00] <dupingping> hi everyone.
[14:00] <dupingping> nice to meet you.
[14:01] <dupingping> how can i upload a patch for gvfs?
[14:15] <seb128> dupingping, hey, depending what you are trying to do? upstream is GNOME, if it's an Ubuntu specific change/packaging/backport on launchpad
[14:15] <Laney> ah I got it to push
[14:15] <Laney> it's messed up lp's diff though
[14:40] <Laney> pitti: there it is to re-review when you've got time
[14:40] <pitti> Laney: cheers!
[14:40] <Laney> didrocks: this seems to work pretty well, supports --force too
[14:47]  * Laney lunch
[14:53] <didrocks> Laney: enjoy!
[15:06] <seb128> larsu, it seems that indicator-sound changed the format of what it sends to unity7 with https://code.launchpad.net/~xavi-garcia-mena/indicator-sound/bluetooth-icons-bug-1415480/+merge/272735 and that notify-osd doesn't like it, I pinged Xavi
[15:06] <seb128> unsure if notify-osd should deal better with input it doesn't like though
[15:07] <larsu> seb128: ah I updated and rebooted but forgot to test! I see the same bug
[15:07] <larsu> seb128: we should revert
[15:09] <larsu> wait. notify osd doesn't care about the indicator sound bus messages
[15:09] <seb128> downgrading the indicator fixes it though
[15:09] <seb128> so it's something in that changeset
[15:10] <larsu> right
[15:14] <larsu> seb128: got it. It sends a title for the notification now, which throws off notify osd
[15:14] <larsu> "Speakers"
[15:14] <seb128> do you consider that a notify-osd issue?
[15:14] <larsu> dunno really
[15:15] <larsu> it doesn't know what to do when it gets a title and a hint "make a volume bar"
[15:15] <larsu> i.e., it would simply ignore the title
[15:15] <larsu> and I guess this is specified somewhere (lol)
[15:16] <larsu> oh sorry, this is about message body, not title
[15:16] <larsu> it already ignores the title
[15:17] <larsu> indicator-sound now gives a notification with title "Volume" and body "Speakers"
[15:20] <larsu> is the sound notification on the phone showing this string?
[15:20] <xavigarcia> yes, it is
[15:20] <larsu> apparently it's to distinguish between speakers, headphones, etc
[15:20] <xavigarcia> exactly
[15:20] <seb128> larsu, right, I think the intend is to tell if that's your bluetooth headset or the speaking which is changing
[15:20] <xavigarcia> I added the change as it was requested for the phone
[15:21] <xavigarcia> larsu: so that would be the only change...
[15:21] <larsu> xavigarcia: there's quite some whitespace issues in that patch btw
[15:21] <larsu> I can make notify-osd ignore this
[15:21] <xavigarcia> larsu: in fact that string was added in a previous branch, but now it is shown all the time... that's the difference
[15:21] <larsu> but I guess we should also show it on the desktop?
[15:22] <larsu> xavigarcia: when was it not shown before? In the "Speakers" case?
[15:22] <xavigarcia> I'm not sure about that, to be honest
[15:22] <larsu> if so, I guess that's why noone noticed...
[15:23] <xavigarcia> larsu: it was used to show the "Warning high volume can damage your hearing" string
[15:23] <larsu> ah, even less likely to get noticed on desktop
[15:23] <xavigarcia> larsu: but that warning is only used on the phone
[15:24] <xavigarcia> larsu: yep
[15:24] <xavigarcia> larsu: I'm normally testing the sound indicator changes on the desktop... but... I'm never using the wheel to change the volume, so I didn't notice it
[15:25] <larsu> xavigarcia: only very few people do, but they are very important to us ;)
[15:25] <xavigarcia> larsu: sure
[15:25] <xavigarcia> larsu: so do you reckon you can fix it? or do we need extra work in the indicator
[15:25] <xavigarcia> ?
[15:25] <larsu> xavigarcia: already did ;)
[15:26] <xavigarcia> larsu: cool!
[15:26] <larsu> hm is my icon branch still outstanding? I'm seeing the old icon here
[15:26] <larsu> inded
[15:29] <seb128> larsu, which one?
[15:29] <seb128> larsu, https://code.launchpad.net/~larsu/notify-osd/spam-a-bit-less/+merge/274382 you mean?
[15:30] <larsu> yep
[15:30] <seb128> I just pressed published on that
[15:30] <larsu> :)
[15:30] <seb128> tested it while I was testing the notifications with old/new indicator
[15:36] <larsu> seb128: review appreciated ;) https://code.launchpad.net/~larsu/notify-osd/ignore-body-for-sync-bubbles/+merge/277855
[15:36] <larsu> one line!
[15:36]  * larsu hopes that doesn't brean anything else
[15:36] <larsu> but it seems to work fine for me so far
[15:36] <larsu> brb
[15:38] <seb128> larsu, looking
[15:48] <didrocks> started early, no break, time to sign off I guess :)
[15:48] <didrocks> see you tomorrow guys!
[15:48] <seb128> didrocks, enjoy!
[16:11] <hallyn> every few minutes unity is un-setting my caps-lock-as-control set through xmodmap.  is there a "proper" way left to set such a keymap?  (the keyboard control widget lost that setting months or years ago)
[16:12] <hallyn> unity-tweak-tool has nothing,
[16:14] <hallyn> used to only unset it on package upgrades...
[16:33] <seb128> hallyn, no idea why/what would do that...
[16:35] <hallyn> a new daemon that enforces uniformity among desktops? :-)  gnome-tweak-tool had a caps-lock-as-contorl setting, i'll see if that keeps it from happening
[16:35] <hallyn> on the bright side, got unity to start for first time in months :)
[16:37] <seb128> how did you fix it?
[17:03] <Laney> oh I forgot, local mirror is synced again
[17:03] <Laney> reason it was so slow last time was that the hard drive was dying
[17:06] <attente> for lintian error "unstripped-binary-or-object" am i supposed to call strip in a preinst script?
[17:07] <attente> or do i need a custom dh_strip target in debian/rules?
[17:08] <attente> i'm also getting 'W: maliit-framework-dbg: empty-binary-package' even though 'DEB_DH_STRIP_ARGS := --dbg-package=maliit-framework-dbg' is in debian/rules
[17:19] <Laney> attente: post the package somewhere?
[17:23] <attente> Laney: https://code.launchpad.net/~attente/maliit/maliit-glib
[17:23] <attente> err..
[17:23] <attente> wait
[17:39] <attente> Laney: can you please try it now?
[17:45] <Laney> ok
[17:47] <attente> Laney: er, never mind
[17:48] <attente> Laney: i set my sbuild to not strip symbols
[17:49] <attente> although i'm still getting 'postinst-must-call-ldconfig' despite having 'activate-noawait ldconfig' in the triggers
[17:51] <Laney> probably fixed by the lintian I just uploaded
[17:51] <Laney> you definitely don't need to add those triggers yourself
[17:51] <Laney> dh_makeshlibs does this
[17:52] <attente> thanks!
[17:53] <Laney> although that's in depwait
[17:53] <Laney> WAH
[17:57] <Laney> seb128 / infinity: You fancy promoting libfuture-perl libstruct-dumb-perl libio-async-perl?
[17:58] <Laney> IIRC perl packages usually just get done without MIR
[18:05] <Laney> alright, well, hope you feel able to do that. :P
[18:05] <Laney> night!
[18:05] <willcooke> cya Laney
[18:05]  * willcooke quits too
[18:05] <willcooke> g'night all;
[21:28] <mterry> kenvandine, poke on deja-dup  :)
[21:29] <mterry> kenvandine, this is a pass-through poke from barry