[03:45] <TheMuso> robert_ancell: I've got orca covered if you haven't already.
[03:46] <robert_ancell> TheMuso, cool, was leaving it for you
[03:46] <TheMuso> Cool, that sees the a11y stack all up to date then.
[05:30] <pitti> Good morning
[06:08] <didrocks> good morning
[07:16] <desrt> good morning desktop!
[07:16] <desrt> pitti, didrocks: hello!
[07:16] <pitti> hey desrt!
[07:17] <didrocks> hey desrt! ;)
[07:17] <didrocks> oh pitti, you were around, morning!
[07:17] <pitti> bonjour didrocks ! ça va ?
[07:17] <didrocks> pitti: le rhume est monté au nez maintenant, mais ça va
[07:17] <didrocks> pitti: et toi ?
[07:19] <pitti> didrocks: je vais bien, merci ! nous avons eu un bon concert hier soir, "American Cajun and Bluez FestivalL"
[07:20] <didrocks> pitti: super, c'était loin de chez vous ?
[07:21] <pitti> didrocks: non, seulement dix minutes à marcher
[07:21] <didrocks> ah, en effet, pas loin ;)
[07:27] <seb128> good morning desktopers
[07:27] <seb128> hey desrt pitti didrocks
[07:27] <desrt> hey seb128
[07:28] <didrocks> re seb128
[07:28] <pitti> bonjour seb128
[07:31] <darkxst> hey seb128 pitti desrt
[07:32] <seb128> hey darkxst
[07:32] <seb128> how is the piloting going?
[07:34] <darkxst> seb128, the queue is a little empty (for what I have rights for), but clearing out a couple of the older ones
[07:34] <seb128> if you don't have rights you can still review/have needsfixing comments
[07:35] <seb128> or even if you review and ack it might be useful and spare some work for somebody who has upload rights
[07:35] <desrt> good morning, darkxst
[07:39] <darkxst> seb128, will do
[07:39] <seb128> thanks
[07:39] <darkxst> seb128, is there much point doing sru's into vivid now?
[07:39] <seb128> not really no
[07:40] <darkxst> I didnt think so, and bug 1461573, doesnt really seem that critical
[07:41] <seb128> right
[08:10]  * desrt lives more and more of her life inside of a web browser
[08:20] <seb128> darkxst, does adwaita replaces g-i-t-symbolic?
[08:20] <seb128> bug #1510819
[08:21] <Trevinho> Morning
[08:21] <darkxst> seb128, yes
[08:22] <seb128> darkxst, thanks
[08:23] <seb128> Trevinho, hey! how are you?
[08:23] <darkxst> seb128, with the new gtk, those deps shouldnt be needed, since it will be pulled in by gtk+
[08:23] <seb128> what about those not using adwaita?
[08:23] <seb128> does adwaita install symbol icons in gnome or hicolor?
[08:23] <darkxst> seb128, they get the split a-i-t
[08:24] <darkxst> seb128,  they are in adwaita-icon-theme-full
[08:25] <seb128> which is not installed by default on Ubuntu
[08:25] <darkxst> seb128, correct
[08:27] <darkxst> seb128, actually that was in 3.16 also, so ok to just drop any g-i-t deps
[08:27] <seb128> darkxst, well, g-i-t-symbolic install icons in the "gnome" theme which is used as a fallback for the unity themes
[08:27] <seb128> where adwaita installs it in Adwaita
[08:28] <seb128> so an unity user wouldn't get those icons as fallback
[08:28] <seb128> no?
[08:28] <seb128> or we would need to make humanity inherits adwaita
[08:28] <seb128> but that feels wrong since they have different styles
[08:28] <darkxst> seb128, adwaita-icon-theme is the fallback icons
[08:28] <seb128> where?
[08:29] <seb128> I though gnome/hicolor were the fallbacks?
[08:29] <darkxst> that not_in_humity.txt file that collects icons ubuntu wants
[08:30] <darkxst> ^humanity even
[08:31] <Trevinho> seb128: hey, ok... In the cold sweeden with andyrock :-)
[08:33] <seb128> Trevinho, oh, have fun there! I hope it changes your mind a bit ;-)
[08:33] <seb128> darkxst, sorry, that's not what I mean
[08:33] <seb128> if you use Humanity gtk is going to look in the active theme directory
[08:33] <seb128> e.g Humanity
[08:33] <seb128> and in the fallbacks
[08:33] <seb128> gnome, hicolor
[08:33] <seb128> but it's not going to pick icons from other themes like Adwaita
[08:33] <seb128> is it?
[08:34] <seb128> or is Adwaita having a special status in gtk itself that makes it override theme fallbacks choices?
[08:36] <didrocks> Trevinho: you don't need sun, you have andyrock next to you, he is going to lighten your day ;)
[08:38] <darkxst> seb128, I think gtk+ will check the Adwaita folder before gnome, but not 100% sure
[08:39] <darkxst> and symbolic icons are probably shared between the two?
[08:40] <seb128> well, my point is that if we uninstall g-i-i-symbolic we loose the /usr/share/icons/gnome/.../blah-icon.svg
[08:41] <seb128> having the /usr/share/icons/Adwaita/.../blah-icon.svg helps us only if Humanity picks things in the adwaita directory
[08:41] <seb128> which is against the spec
[08:41] <seb128> icon themes lookup are supposed to be "current theme -> inherited ones -> hicolor"
[08:44] <darkxst> there aren't even any hicolor icons in g-i-t-s
[08:44] <seb128> yeah, but we inherits "gnome"
[08:45] <seb128> which is where g-i-t-s ships its icons
[08:45] <seb128> oh, in fact somebody changes that to be Adwaita
[08:45] <seb128> I guess Laney did
[08:45] <seb128> so yeah, we should be alright then
[08:46] <seb128> well, humanity is
[08:46] <seb128> unsure about e.g xubuntu
[08:47] <seb128> darkxst, do you plan a g-c-c upload? we need at least a no change rebuild for the cheese soname change
[08:48] <darkxst> seb128, yes need to do the merge for gnome-desktop and g-c-c
[08:48] <seb128> that sounds like it might take some days, maybe we should do the no change rebuild first?
[08:49] <darkxst> hopefully noskcaj will do the first tonight, and I'll be able to upload them both tomorrow
[08:49] <seb128> ok
[08:49] <Noskcaj> done
[08:49] <seb128> no abi change this time?
[08:49] <darkxst> seb128, no, gnome-desktop was light on changes this cycle
[08:49] <seb128> good
[08:50] <darkxst> also g-s-d merge is done in -desktop branch
[08:52] <seb128> great
[08:53] <seb128> darkxst, is bug #1510830 known? I can't reproduce but I wonder if it's Ubuntu GNOME specific?
[08:59] <darkxst> seb128, only because mgedmin just pinged me about it, about to test in a VM
[09:00] <seb128> k
[09:00] <darkxst> Noskcaj, branch/
[09:00] <seb128> it's ranked medium high on e.u.c and supposed to be fixed in 3.18
[09:00] <seb128> I couldn't reproduce on my system though so I didn't look at it more before wily
[09:00] <Noskcaj> https://bugs.launchpad.net/ubuntu/+source/gnome-desktop3/+bug/1510813
[09:03] <darkxst> seb128, 3.18 will be build-dep on e-d-s 3.18 probably which is in NEW
[09:03] <seb128> oh, I saw that robert uploaded but didn't think about NEW
[09:03] <seb128> looking to NEW it now
[09:03] <darkxst> seb128, ! e-d-s always has soname bumps, many even!
[09:04] <seb128> yeah, I just saw that some of the release team members were active on the queue and NEWing things as they come atm
[09:05] <seb128> darkxst, you can't upload adwaita? just saw it in the sponsoring queue
[09:07] <darkxst> seb128, its marked core-dev for some reason
[09:08] <darkxst> Noskcaj, thanks, will look at it now
[09:15] <andyrock> good morning!
[09:21] <larsu> good morning!
[09:21] <darkxst> Noskcaj, did you check that no rdeps use GNOME_RR_DPMS_DISABLED?
[09:22] <seb128> hey andyrock
[09:22] <seb128> hey larsu
[09:22] <didrocks> hey larsu, andyrock
[09:22] <Noskcaj> no sorry, i'll check in the morning.
[09:33] <darkxst> Noskcaj, also you attached to identical diffs to the bug, was there meant to be a ubuntu to debian diff?
[09:34] <Noskcaj> i didn't make one, the double wasn't intentional
[09:34] <seb128> larsu, do you remember what was the status of the gedit update previous cycle? blocked on toolbar decisions? could we just get it ready and upload without that and sort out later if needed?
[09:35] <larsu> seb128: yes
[09:35] <larsu> seb128: that and rgba headerbar windows
[09:35] <larsu> well, that was the decision we have to make
[09:36] <seb128> where was the current work stored?
[09:36] <seb128> if I want to give it a try
[09:36] <larsu> good question
[09:36] <larsu> I guess this? https://code.launchpad.net/~larsu/gedit/update-316
[09:37] <seb128> danke
[09:37] <seb128> darkxst, https://launchpadlibrarian.net/223256059/adwaita-i-t.debdiff
[09:38] <seb128> darkxst, what's the second chunk in the changelog? adding an empty line under older entries
[09:39] <darkxst> seb128, a bug in dpkg-mergechangelogs perhaps?
[09:39] <seb128> darkxst, k, I can drop it then?
[09:40] <darkxst> seb128, sure, I didnt add it!
[10:05] <popey> Ooh, 'pretty french thing of the day' goes to bibliothèque interuniversitaire sorbonne - http://a2.format-assets.com/image/private/s--uV9Awriw--/c_limit,g_center,h_65535,w_2500/a_auto,fl_keep_iptc.progressive,q_95/FB_HouseOfBooks_011_osg8pi.jpg
[10:06] <seb128> popey, :-)
[10:06] <darkxst> seb128, I see the same think in Noskcaj's gnome-desktop diff, but when applied there is no extra line, strange....
[10:06] <seb128> darkxst, weird indeed
[10:14] <darkxst> seb128, no packaging branch for gnome-desktop3?
[10:15] <seb128> darkxst, seems not
[10:21] <darkxst> seb128, looks fine to me, has a soname bump but only for new symbols, I'll just upload and deal with the transition tomorrow ;)
[10:22] <seb128> ok, good
[10:23] <seb128> we should try to get some of those transitions through then
[10:23] <seb128> e-d-s, cheese, libgtop
[10:23] <seb128> poppler
[10:23] <seb128> quite some things started
[10:23] <xnox> Laney: we have not yet transitioned to gpg2.
[10:25] <darkxst> seb128, that kinda going to happen when most of 3.18 lands in a week or so!
[10:25] <seb128> xnox, he's on holidays this week
[10:25] <seb128> darkxst, right, maybe we should not land everything but finish things before moving to the next one
[10:26] <seb128> Sweet5hark1, how is the libreoffice for xenial update going?
[10:27] <darkxst> seb128, for the gnome ones, its probably easier to tangle them up together, maybe...
[10:27] <seb128> darkxst, sort of, cheese would have migrated easily, it has like 6 rdepends
[10:27] <seb128> if it's tangled with e.g e-d-s or poppler it couples things like libreoffice to it
[10:28] <seb128> so for cheese or control center to migrate you need libreoffice now
[10:30] <darkxst> seb128, feel free to reject gnome-desktop3 upload and do a nochange rebuild of g-c-c instead if it helps
[10:30] <darkxst> but poppler tangled up in that also?
[10:30] <seb128> I can also keep it in binNEW until we want to deal with it
[10:31] <seb128> but yeah, we already have things stacked with e-d-s and poppler
[10:43] <darkxst> seb128, ok, leave it in binNEW for now then I guess
[12:02] <Sweet5hark1> seb128: heya
[12:02] <Sweet5hark1> seb128: xenial finished building -- just installing my xenial VM for smoketesting
[12:03] <Laney> xnox: I said you wanted to do it not that you did
[12:05] <Sweet5hark1> hmmm, virtualbox fails to start any VM for me now that I am on wily.  known issue?
[12:06] <didrocks> Sweet5hark1: even server vm? I didn't try a client one, but headless does work for me
[12:08] <Sweet5hark1> didrocks: well, it errors out for me before I even have a VM window. "The virtual machine 'wily64' has terminated unexpectedly during startup with exit code 1 (0x1)."
[12:08] <Sweet5hark1> NS_ERROR_FAILURE (0x80004005)
[12:09] <didrocks> waow
[12:10] <ricotz> Sweet5hark1, check for the kernel modules
[12:11] <xnox> Laney: correct. I agreed with such statement =)
[12:11] <ricotz> better install vbox-dkms package since the integrated modules in the kernel are outdated
[12:11] <Sweet5hark1> ricotz: hmm, indeed no vboxdrv in lsmod.
[12:17] <Sweet5hark1> urgh "ERROR (dkms apport): kernel package linux-headers-3.13.0-36-generic is not supported"
[12:18] <dholbach> hey hey
[12:18] <didrocks> Sweet5hark1: 3.13.0-36? you should autoremove :)
[12:18] <dholbach> do we have any current reports about X crashing in wily?
[12:19] <dholbach> mine crashed 2 times today already
[12:19] <didrocks> I had a lot of X crashes on intel, the driver was fixed. I still have some once a week
[12:19] <didrocks> did you look at e.u.c?
[12:19] <ricotz> Sweet5hark1, hehe, you piled up at bunch of ancient kernels over the time?
[12:20] <didrocks> ricotz: his /boot is properly a gig now :)
[12:20] <dholbach> didrocks, there's https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/1237904 but that's not it
[12:20] <ricotz> didrocks, maybe even more ;)
[12:20] <Sweet5hark1> didrocks: autoremove doesnt do anything. even more interesting, uname says Im even running 3.13.0-36-generic ...
[12:20] <ricotz> kernel are not autoremoved
[12:20] <dholbach> maybe it's https://errors.ubuntu.com/problem/3115b3a539889f9f1b701de0ef35d3c9e60c3280?
[12:20] <didrocks> Sweet5hark1: what? :p
[12:21] <didrocks> ricotz: if you only use apt, apt-get autoremove --purge will autoremove them
[12:21] <ricotz> didrocks, I guess only the headers?
[12:21] <didrocks> ricotz: nope, kernel as well
[12:21] <didrocks> they are marked auto by apt
[12:21] <ricotz> ah ok
[12:21]  * ricotz didnt ran into this yet
[12:21] <didrocks> dholbach: yeah, that was my first crash, the second one is way more random to me, maybe try to get a backtrace?
[12:22] <dholbach> didrocks, it's not easy - it happens right out of the blue
[12:22] <didrocks> dholbach: yeah, but then, you have the .crash, right?
[12:22] <didrocks> so install symbols, retrace…
[12:22] <didrocks> (that's what I did for the intel one)
[12:22] <dholbach> ok, I'll try
[12:22] <dholbach> I just have like 5 other things I need to do before
[12:23] <didrocks> dholbach: do not hesitate if you need any help
[12:24] <dholbach> thanks
[12:28] <Sweet5hark1> didrocks, ricotz: so I only have a vmlinuz-3.13.0-36-generic in /boot and no newer kernel. This is weird. At least /etc/apt/sources/list has wily everywhere, I wonder how I dont get a newer kernel ....
[12:30] <didrocks> Sweet5hark1: linux-image-generic is installed?
[12:30] <didrocks> this is what points to latest kernel
[12:30]  * Sweet5hark1 manually updates to 4.2 now manually.
[12:30] <didrocks> Sweet5hark1: well, ensure this package is installed ^
[12:30] <didrocks> otherwise, you will be blocked then on 4.2
[12:31] <Sweet5hark1> didrocks: nope, it wasnt.
[12:32] <didrocks> here you go :p
[12:32] <Sweet5hark1> didrocks: hehe, thx
[12:32] <didrocks> Sweet5hark1: you prefer old good kernels, which had the time to mature a little bit, like old wine, I see :)
[12:32] <didrocks> yw!
[12:32] <Sweet5hark1> didrocks: hehe, well there is some truth to that.
[12:33] <didrocks> :p
[12:33]  * Sweet5hark1 wonders if he will be back with the new kernel ... or stalling somewhere because it doesnt work with the "interesting" nvidia optimus setup on this machine.
[12:34]  * Sweet5hark1 reboots
[12:37] <Sweet5hark> upgraded kernel, reinstalled virtualbox-dkms, virtualbox seems to work now ...
[12:37] <Sweet5hark> didrocks, ricotz: thx ;)
[12:39] <didrocks> nice! \o/
[12:53] <ricotz> Sweet5hark, good, now you can grab 5.0.3~rc2 :P
[12:57] <Sweet5hark> ricotz: I already kicked of the build of tarballs over night ...
[13:01] <seb128> dholbach, having a bt would be useful
[13:01] <seb128> dholbach, I didn't have an xorg segfault in years here
[13:01] <didrocks> lucky you :)
[13:01] <seb128> on none of my boxes
[13:02] <seb128> I guess unlucky you, e.u.c doesn't show an high trend
[13:02] <seb128> likely specific to some video cards, you both have thinkpad, could be a standard one on those
[13:02] <ricotz> Sweet5hark, :)
[13:02] <didrocks> well, mostly because we fixed the biggest one I guess
[13:02] <didrocks> yeah, I guess
[13:02] <didrocks> I "just" have it once a week approx
[13:02] <seb128> do you have a bt?
[13:02] <didrocks> but last retrace was unhelpful
[13:03] <didrocks> corrupted bt
[13:03] <seb128> intel driver upstream is usually good at addressing bugs when they are forwarded to fdo
[13:03] <seb128> :-(
[13:03] <didrocks> yeah, and since then, we updated the intel driver after the bisect
[13:03] <didrocks> and I didn't get one (so for 2 weeks now)
[13:04] <seb128> k, so maybe it's fixed :-)
[13:05] <Trevinho> Finally unity loves xenial...
[13:06] <seb128> oh, was it the new binutils?
[13:08] <Trevinho> seb128: no, a cmake file was not mentioning the right lib... It worked locally (and before) but not in ppa
[13:08] <seb128> do you know why it worked locally?
[13:09] <Trevinho> No... Maybe some caching...
[13:13] <dholbach> didrocks, hum... how do I set up the sandbox for apport-retrace?
[13:14] <dholbach> why does it not automatically set it up?
[13:14] <dholbach> I hope with codename and sources.list it's happy now :)
[13:15] <didrocks> dholbach: I mostly retrace on my machine manually, I didn't use the sandbox for quite a while, maybe pitti or seb128 would know if --help doesn't :)
[13:16] <pitti> dholbach: it actually does, if you use the "Examine locally..." button and select the option with sandbox
[13:16] <dholbach> pitti, ok... I was trying this out from just running apport-retrace
[13:16] <dholbach> thanks for the tip
[13:16] <pitti> dholbach: you can do that as well
[13:17] <pitti> dholbach: -S system
[13:17] <dholbach> I tried that
[13:17] <pitti> dholbach: but for that you need to have ddeb apt sources enabled
[13:17] <dholbach> IOError: [Errno 2] No such file or directory: u'sb/Ubuntu 15.10/sources.list'
[13:17] <pitti> if you don't have that, you need to point it to some actual configuration
[13:17] <pitti> dholbach: then you used -S sb
[13:17] <dholbach> right, I did that
[13:18] <dholbach> http://pastebin.ubuntu.com/12989352/
[13:18] <pitti> check out http://bazaar.launchpad.net/~ubuntu-archive/apport/lp-retracer-config into "sb" then :)
[13:18] <pitti> dholbach: "-S system" will use your host's apt config
[13:18] <pitti> (as I said, for that to work you need ddebs.u.c. apt source)
[13:18] <pitti> I mean "system" quite literally, it's a magic value
[13:18] <dholbach> oh ok :)
[13:18] <dholbach> I didn't know
[13:19] <pitti> everything else is a path with the config files as in the above bzr branch (you can use that unmodified, it's what we use in production too)
[13:19] <dholbach> thanks a lot pitti
[13:24] <Sweet5hark> seb128: both ubuntu3/wily ubuntu4/xenial passed smoketesting, so feel free to sponsor.
[13:27] <seb128> Sweet5hark, great, thanks
[13:28] <seb128> I did sponsor the SRU before lunch
[13:28] <seb128> doing the xenial one next
[13:29] <Sweet5hark> seb128: awesome, thanks
[13:30] <dholbach> seb128, didrocks: http://pastebin.ubuntu.com/12989442/
[13:30]  * Sweet5hark prepares 5.0.3 updates, 4.4.6~rc3/vivid today -- and later will look at libreoffice-5.1.0~alpha1 for the prereleases ppa.
[13:31] <dholbach> seb128, didrocks: but I'm not sure if that's actually the crash I'm seeing - two times X crashed while I was working on something - so it wasn't during a shutdown as bug 1237904 suggests
[13:31] <seb128> dholbach, your backtrace/bug is quite different from the one you listed
[13:32] <dholbach> oops, yes - you're right
[13:33] <seb128> https://errors.ubuntu.com/problem/67526ca76c90e73ebb6a6774e6e6b0dda99f2428
[13:33] <seb128> is yours
[13:33] <seb128> can you report it on https://bugs.freedesktop.org/enter_bug.cgi?product=xorg
[13:34] <dholbach> will do
[13:34] <seb128> they might ask for details on the videocard and such so better if somebody having access to the card file it
[13:34] <seb128> thanks
[13:37] <tjaalton> that's intel driver issue
[13:39] <seb128> tjaalton, right, those are files under the xorg product no?
[13:39] <tjaalton> dholbach: you could try the new xenial pkg, should work fine in wily
[13:39] <tjaalton> seb128: oh, indeed
[13:39] <tjaalton> but if it's on lp I can ask ickle to have a look
[13:42] <tjaalton> but if not -> b.fd.o
[13:43] <seb128> well you can click "create a bug" from the e.u.c page pointed before
[13:43] <seb128> that would be a good idea in any case
[13:43] <dholbach> tjaalton, seb128: https://bugs.launchpad.net/xorg-server/+bug/1510941
[13:43] <dholbach> I linked the upstream bug
[13:43] <seb128> dholbach, thanks
[13:44] <tjaalton> dholbach: so try the xenial pkg next, it's a new git snapshot..
[13:49] <dholbach> ok...
[13:51] <dholbach> brb
[14:00] <dholbach> tjaalton, hum... apparently the bug is already fixed? https://bugs.freedesktop.org/show_bug.cgi?id=91120
[14:01] <tjaalton> we have that commit
[14:01] <dholbach> which is bizarre
[14:01] <dholbach> yes
[14:01] <tjaalton> he's just wrong
[14:01]  * tjaalton back in 10
[14:02] <dholbach> git20150808 > Jun 27
[14:03] <dholbach> tjaalton, I followed up on the bug
[14:15] <tjaalton> good
[14:16] <mhall119> bregma: was that a yes on giving a UOS session about how we're going to support legacy apps? If so, can you propose it to http://summit.ubuntu.com/uos-1511/propose_meeting/ on the Convergence track?
[14:17] <bregma> mhall, sure
[14:17] <mhall119> seb128: desrt Laney would the desktop team like to do a 16.04 planning session at UOS next week to discuss what your goals and work items are?
[14:17] <mhall119> thanks bregma
[14:18] <dholbach> tjaalton, he pointed out https://bugs.freedesktop.org/show_bug.cgi?id=91658
[14:18]  * desrt looks at seb128
[14:19] <tjaalton> dholbach: yes, so try xenial pkg
[14:21] <dholbach> tjaalton, yes, I installed it already
[14:33] <seb128> mhall119, Laney is on holidays this week
[14:33] <seb128> desrt, what?
[14:34] <mhall119> seb128: and will is out today too right?
[14:34] <seb128> mhall119, correct
[14:34] <didrocks> (and Friday)
[14:38] <desrt> seb128: was just wondering what your thoughts on this topic were since i don't have much of an opinion about it
[14:40] <seb128> desrt, oh, the ping from mhall119? I didn't even see you were pinged there :p
[14:40] <seb128> mhall119, unsure if that's useful, we already defined those things there is not much to discuss
[14:42] <mhall119> seb128: well it would be useful to the community knowing what has been defined and possibly how they can contribute towards it
[14:43] <larsu> do we have a packaging branch for accountsservice?
[14:44]  * larsu is building from apt-get source but is too dumb for all of this
[14:46] <bregma> so we discovered a pretty bad problem in gobject-introspection 1.46 (recently uploaded to xenial):  support added for MSVC causes it to fail to build a lot of stuff on Ubuntu
[14:46] <bregma> is this a known problem?
[14:47] <larsu> a lot of stuff?
[14:54] <bregma> larsu, any project that doesn't have a GObject when using g-ir-scanner will FTBFS on Ubunbu, and probably Debian
[14:55] <bregma> larsu, it's  https://bugzilla.gnome.org/show_bug.cgi?id=699442 come back
[14:56] <seb128> mhall119, well I guess check with willcook tomorrow if he's interested to lead one?
[14:56] <seb128> larsu, no packaging branch no, apt-get source; debuild
[14:57] <mhall119> seb128: ok
[14:57] <seb128> bregma, check with pitti maybe he is (was?) co-upstream for that
[14:57] <larsu> seb128: ya that's what I've been doing
[14:58] <seb128> larsu, what's the issue with it?
[14:58] <larsu> seb128: got fed up copying patches around. it's fine really
[14:58] <larsu> just thought I could have an easier life ;)
[14:58] <seb128> hack on upstream git or whatever
[14:59] <seb128> and copy the patch over once you are done
[14:59] <larsu> yep :)
[15:36] <Trevinho> andyrock: https://code.launchpad.net/~3v1n0/indicator-appmenu/use-bamf-0.5.2/+merge/276014
[15:37] <andyrock> Trevinho 🙈 🙉 🙊
[15:38] <Trevinho> andyrock: 🔫
[15:41] <ricotz> Trevinho, 0.5.2~ < 0.5.2
[15:42] <Trevinho> mh, ouch
[15:42] <ricotz> isn't 0.5.1 enough anyway
[15:43] <Trevinho> Well, since it wasn't released i used it as prefix
[15:43] <Trevinho> iirc
[15:43] <ricotz> https://launchpad.net/bamf/0.5/0.5.1/+download/bamf-0.5.1.tar.gz
[15:44] <Trevinho> I mean 0.5.2
[15:47] <ricotz> ah ok, this isnt even included in bamf itself yet
[16:03] <ricotz> Trevinho, is there really a soname bump needed?
[16:04] <Trevinho> ricotz: I'd say yes.. API has been updated, I want to make sure things are linked to the proper version
[16:04] <ricotz> adding API doesnt require a soname bump
[16:05] <ricotz> (doing so without a need just prevents backports)
[16:07] <ricotz> Trevinho, so please dont do this
[16:07] <ricotz> if you need to change the public class struct you can make use of the available padding fields
[16:08] <ricotz> e.g. "void (*_matcher_padding1) (void);"
[16:09] <Trevinho> ricotz: yeah I know, but I don't see a reason for backports here...
[16:09] <ricotz> which isnt even the case here ..., which is the quite the only reason to bump since this would actually break *ABI*
[16:09] <ricotz> adding API is perfectly fine
[16:10] <ricotz> Trevinho, still it is a useless transition, and trusty is still there and could gain it
[16:12] <ricotz> please revert the bump
[16:12] <Trevinho> ricotz: mh well... Not sure (as per other previous changes), but reverting that would cause more annoyance than gains I think
[16:13] <ricotz> you released 0.5.1 and since then nothing happened
[16:14] <ricotz> or do you think something has altered the ABI before that?
[16:30] <qengho> Is willcooke online today?
[16:34] <didrocks> qengho: no, he's away today and friday (see his monday email)
[16:35] <qengho> didrocks: Ah, thx.
[16:39] <Trevinho> ricotz: no, nothing changed before.... I've reverted the change... Although it causes me to rebuild indicaor-appmenu and unity as well, but that's fine....
[16:44] <ricotz> Trevinho, alrighty
[17:10] <didrocks> have a good night everyone!
[19:02] <mhall119> qengho: ping
[19:24] <mhall119> qengho: Would you be able to give a ~50 presentation on Ubuntu desktop (use, development, future plans, whatever) at UbuCon in Orlando on the 19th?
[19:56] <qengho> mhall119: hrm, I don't think I'd be very good.
[19:56] <qengho> mhall119: if "~50" is 50 seconds, yes.
[19:57] <mhall119> heh, no, sorry, they are minutes :)
[19:58] <mhall119> qengho: could you do a shorter one, like a lightning talk?
[19:58] <sethj> Trevinho, I'm digging into https://bugs.launchpad.net/unity/+bug/1445595 hoping to (maybe) fix it. Will said you had done some looking at it too and might be able to give me a few pointers. I already have something of an idea what is happening, but anything you could add would be great!
[20:00] <qengho> mhall119: I don't know. Let me think for a bit.
[20:01] <mhall119> ok, let me know
[20:57] <Trevinho> sethj: mh, please ping me tomorrow again, I'll check it...
[20:57] <Trevinho> I'm about to leave now
[20:57] <Trevinho> Night all!
[21:09] <sethj> ok will do Trevinho!
[21:46] <sethj> hmm, how would I load the unity debug symbols in gdb?
[21:46] <sethj> can't seem to figure it out at all.