[06:43] good morning desktopers! [06:44] Good morning [06:44] hey pitti, wie gehts? [06:44] seb128: whoa, you are early! [06:44] seb128: so-so, got a cold :/ [06:46] pitti, :-( [06:46] morning! [06:47] pitti: gute besserung! [06:47] pitti, early yeah, trying to go back to "normal office hours" ;-) [06:47] larsu: guten Morgen, danke! [07:20] good morning [07:20] oh, un didrocks [07:20] salut seb128 [07:21] lut ;-) [07:42] hey seb128 pitti didrocks larsu [07:42] hey darkxst [07:43] hi darkxst [07:43] seb128, can you approve mutter in NEW? [07:44] evening darkxst :) [07:45] darkxst, I can have a look in a bit [07:46] have some issues with launchpad atm [07:46] seb128, thanks, its just the usual soname bump [07:46] didrocks, can you access the queue/new it? [07:46] * seb128 wonders what's going on there [07:46] also need geoclue-2.0 and geocode-glib promoted for g-s-d [07:46] if you can do that ? [07:48] seb128: what can't you access at? the page? [07:48] I can got it loaded [07:48] didrocks, it spins and doesn't load for me [07:49] but I've some other issues so maybe a routing/isp issue [07:49] ok, will new them [07:49] thanks [07:49] :) [07:49] interesting soname, 0 as unstable but with a, b, c, d… [07:50] darkxst: what do you mean about geoclue and geocode glib promotion? [07:51] needs to be in main for newer g-s-d? [07:51] hey darkxst, how are you? [07:52] didrocks, that is a debian thing, don't ask me about it [07:52] didrocks, yes main, see bug 1388294 [07:52] bug 1388294 in geocode-glib (Ubuntu) "[MIR] geoclue-2.0" [Undecided,Fix committed] https://launchpad.net/bugs/1388294 [07:54] pitti, struggling with the heat again.. [07:54] I'm taking some of it! [07:54] sure, please do ;) [07:55] darkxst: done and done [07:56] didrocks, thanks! [07:56] yw [08:05] didrocks, thanks [08:30] good morning :D [08:31] good desrt :) [08:31] history is going to be made today! (hopefully) [08:32] kdbus committed to the kernel? :) [08:33] in three hours a stage 1 from an actual mission will attempt to land on a solid platform [08:33] xlander-style [08:38] oh hi desrt [08:38] up {early,late}? [08:38] not sure [08:38] was sleeping and had a dream about thread safety [08:38] needed to write some stuff down [08:39] desrt SpaceX at it again? [08:41] I havent had time to follow their doings recently, but seems they are the only ones that would even try that [08:41] darkxst: ya [08:41] launch is at 6:30am EST [08:42] morning [08:43] hey mlankhorst [08:44] hey [08:46] didrocks: you're archive admin right? can you drop all lts-utopic packages in https://launchpad.net/ubuntu/trusty/+queue?queue_state=0 [08:46] I need to re-upload for arch: all [08:46] instead of i386/amd64 only [08:49] mlankhorst: sure, doing [08:50] *flushed* [08:55] morning [08:56] willcooke: morning [08:56] ?!? [08:56] late or early? [08:56] both :) [08:56] hehe [08:58] had some ideas that i wanted to hack on [08:58] and i kinda wanted to catch the real-life xlander game [08:59] hey desrt willcooke [08:59] seb128: good morning [08:59] desrt, the space X thing? [08:59] hey seb128 [08:59] willcooke: ya. pretty exciting. [09:00] hey willcooke [09:00] i like when success is a 50/50 thing :) [09:01] desrt, it sounds like an impossible goal to me :) Targeting a 100m wide landing area which is bobbing up and down in the sea :) [09:02] morning didrocks [09:02] i was super-psyched when they landed the last mars rover [09:03] that seemed impossible to me too [09:03] :) [09:03] ahoy [09:03] i mean seriously... a rocket-powered hovercraft that gingerly lowers the rover to the surface on a string, cuts it loose and then flys off into the distance? [09:03] what is this? a movie? [09:03] ha [09:03] morning Laney [09:03] Laney: hey there [09:04] Laney: i'm a debian user now :D [09:04] moving closer! [09:04] i also upgraded my schroot technology level at least twice since we last spoke :) [09:05] * desrt now union-mounts squashfs images stored in lvm with a tmpfs overlay [09:05] haha [09:05] morning Laney [09:05] it's speedy =) [09:06] I used to use the LVM snapshot support [09:06] it's cool stuff [09:07] i'm worried about too much ssd traffic with the amount of abuse i throw at these things [09:07] howdy Laney [09:07] ie: constant installs of 100s of packages, only to blow it all away again moments later [09:07] also: fsync sucks [09:07] don't you do that in ram? [09:07] and eatmydata is so obnoxiously impure [09:07] Laney: exactly [09:08] Laney: that's why i use tmpfs instead of lvm snapshots [09:08] ah [09:09] i gotta tell you, i sure appreciate our ubuntu0 versioning thing [09:10] makes it real nice to share a /var/cache/apt/archives between debian and ubuntu installs [09:11] assuming the same binary packages work on both [09:12] well, it's no trouble, since the ubuntu ones have the 'ubuntu' in the name [09:12] and different arches stay out of each others way nicely as well [09:12] only if we've modified them [09:12] unmodified ones are copied over and rebuilt here [09:12] ah. that's interesting. [09:13] i didn't run into any trouble.... yet :) [09:13] right, you don't have the untouched debian packages rebuilt with the ubuntu toolset with this [09:13] well, wait to start some gcc C++11 extensions with ABI incompatbility :) [09:13] I have local mirrors on the network here for fast package access [09:15] is there some sort of caching proxy i can run on my machine that uses /var/cache/apt/archives as a storage location? [09:15] * desrt would prefer not to get into mirroring everything [09:15] you might want to look into apt-cacher-ng [09:16] that's an apt proxy [09:17] bleh [09:17] i sorta liked the bindmount approach since it meant that the archives (a) didn't have more than one copy on my machine and (b) didn't take up tmpfs space [09:18] mlankhorst, I'v got a meeting which clashes with our 1:1, so I'll ping you later on if that's ok [09:18] maybe 30 mins later that planned [09:19] you could disable the cache :) [09:19] seems that i can configure apt to use a different cache dir -- maybe i'll just do that per-distro [09:20] zomg. this is great [09:20] i can save the pkgcache this way as well [09:21] sure [09:22] willcooke, did you decide to skip the meeting at the end or to do it anyway? I don't think I saw a reply to my comment here yesterday when you asked... either way sending a team meeting/nomeeting email would be good ;-) [09:23] seb128, good call - done [09:23] willcooke, thanks [09:23] willcooke, so you decided to have one, good ;-) [09:24] seb128, I've got a few things to talk to you about. I've got a meeting now, but maybe before lunch? Quick hangout ok? [09:24] willcooke, sure [09:24] thx [09:24] yw! [09:26] hi tammy - have you got a hangout link yet? [09:27] willcooke, sorry... it takes use some time to recall the memories how to setup... (after long holidays...) [09:27] willcooke, here it is https://plus.google.com/hangouts/_/hoaevent/AP36tYcZvBiG2p2OJ9KQP29lEqQTHG-VJ0xa1LGxwbOVcqfk-OEpXg?authuser=0&hl=en [09:29] thanks tammy :) [09:33] willcooke, we can see your screen now [09:45] desrt: You really online still? [09:45] seb128: if you open the dash and type "nautilus", is the icon enormous for you as well? [09:45] duflu: still? [09:46] didrocks, yes, it's one of the know issue with the new gtk [09:46] ok [09:46] desrt: Or in some timezone where it's less surprising... [09:46] didrocks, see http://pad.ubuntu.com/gtk-update-v the point 5 in the first section [09:47] didrocks, well, that lists vim, but same issue [09:47] didrocks, if you look to the dash you can see there are a bunch of those [09:47] desrt: Better late than never... is there any other workaround we can do outside of glib that's less ugly than this?... https://code.launchpad.net/~vanvugt/mir/fix-1401488/+merge/245443 [09:47] larsu, ^ what was the outcome of that discussion? unity needs to force the icon size? [09:48] seb128: I only have nautilus for now, but I guess I don't use that many GNOMy apps [09:48] didrocks, weird, you should have things like "appareance" from unity-control-center [09:49] or update-manager [09:49] duflu: looks quite reasonable in fact :) [09:49] desrt: Thanks but doesn't feel it. Did I like to the right bug? [09:49] The right upstream bug [09:50] duflu: but uh.. g_main_context_invoke() is a thing [09:50] -like +link [09:50] Must be EOD [09:50] duflu: maybe. still need to look at that. [09:50] seb128: yes, unity should force icons to be of the size it wants them to be [09:50] larsu, do you know if there is a bug open about that? [09:50] seb128: also, we should include correctly-sized icons in our theme, so that we don't get blurry icons ;) [09:51] seb128: Trevinho said he'll look into it. I don't know about a bug [09:51] larsu, is that the theme job to include icons for e.g update-manager? [09:51] duflu: i think this is not the same bug... [09:51] desrt: Perhaps but it started to sound the same in your comments upstream [09:51] Interesting that invoke function [09:51] Oh well [09:51] seb128: yes [09:52] larsu, hum, ok, I though apps were supposed to ship their own icons [09:52] duflu: ya.. it's a handy one [09:52] duflu: ya.. this is really not the same issue [09:52] desrt: Excellent. We all want more upstream glib bugs [09:53] seb128: hm, maybe you're right - I thought update-manager is one of the apps that has a themed icons [09:53] duflu: the upstream issue can only happen if you call g_main_context_unref() at the same time as g_source_unref() [09:54] desrt: OK, different issue... I might test out your suggested simpler fix [09:54] duflu: your bug will be easy to fix [09:54] Woo, I win [09:54] i just need to increase the refcount of the source while running the check/prepare funcs [09:54] something [09:54] we already do it while dispatching [09:55] desrt: I was going to do exactly that but your comments in the upstream bug resonated so I didn't try [09:55] the upstream issue is substantially more complicated [09:55] desrt: Oh, also in theory the iterator holds a reference [09:55] the gist is that once attached to a context, a source uses the context's lock for locking [09:55] which is a problem if the context is being finalized at the same time [09:56] desrt: I think the problem might go deeper. Those unlocked callbacks in theory should be ref'd by the iterator of the loop they're in [09:56] that's true. [09:56] The iterator should already be ref'ing the source [09:56] so it seems that the problem is not as you describe [09:57] desrt: Yes, kind of. And then it was holidays again so I stopped thinking about it [09:57] * duflu goes back to reproducing the bug [09:57] duflu: i'd love to see a small testcase that triggers the issue [09:57] larsu, what about https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1407192 ? did you discuss it with Trevinho? [09:57] otherwise... [09:57] Launchpad bug 1407192 in unity (Ubuntu) "firefox icon frequently replaced by placeholder" [High,Confirmed] [09:57] <- this is my suspicious face [09:58] desrt: It's not small :( I can give you valgrind error output though [09:58] didrocks, larsu, https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1404730 is the icon one [09:58] Launchpad bug 1404730 in unity (Ubuntu) "Dash: some icons are scaled incorrectly" [High,Triaged] [09:59] duflu: could it be something like your source finalize function making an assumption about what thread it runs in? [09:59] bregma, hey, not sure how you track work, but can you make sure that https://bugs.launchpad.net/unity/+bug/1404730 is on a list where it gets fixed for vivid? [09:59] and it being upset if it gets run in the thread that calls the unref? [09:59] desrt: Not sure. It's alf's code -- I'm still learning it [10:00] duflu: i'd love to see a testcase :) [10:00] Me too [10:00] One that takes less human effort [10:00] fwiw, i'm fixing yet another thread issue at the moment in file monitors... [10:00] bregma, https://bugs.launchpad.net/unity/+bug/1407192 as well [10:00] Launchpad bug 1407192 in unity (Ubuntu) "firefox icon frequently replaced by placeholder" [High,Confirmed] [10:19] Alright, reproducing the bug again will suck me in for the whole evening. I must resist for today... [10:50] lunch, bbiab [11:03] seb128, anyone - whats the deal with Gnome Sound Recorder? [11:03] This page suggests it "doesnt work": https://apps.ubuntu.com/cat/applications/precise/gnome-media/ [11:04] The guys in OEM are asking if we can include a simple sound recorder by default [11:04] I think Audacity is probably a bit too heavy weight. [11:04] They are looking for something more akin to Windows Sound Recorder [11:05] If anyone has a suggestion for something which might meet their need, let me know [11:08] gnome-sound-recorder is the new gnome one [11:10] seb128, larsu: it's national holiday today here, I'll check those tomorrow. [11:11] bit buggy but I guess it'll be okay with a little work [11:12] bleh, it's gjs [11:14] don't be too sad about being gjs :p [11:15] Trevinho: k, thanks. Enjoy! === MacSlow is now known as MacSlow|lunch [12:03] seb128, Saviq: we've been dragging bug 1223401 for far too long; I investigated what gets broken and what gets fixed by getting back to the upstream API [12:03] bug 1223401 in libnotify (Ubuntu) "[0.7.6] the add_action api changed creating issues for clients" [High,Confirmed] https://launchpad.net/bugs/1223401 [12:04] so we only need to fix that test in unity8 (which is trivial and will be compatible with both APIs) [12:04] I'll file an MP [12:04] pitti, sure, fine with me [12:09] bah. The rain waits until lunchtime. [12:22] Trevinho, enjoy the vac day! ;-) [12:23] Saviq: ok, done: https://code.launchpad.net/~pitti/unity8/notify-api-fix/+merge/245643 [12:23] pitti, that still sounds wrong to me for the same reason I gave by then [12:23] seb128: how is it wrong? [12:23] pitti, if the abi change in an incompatible way the soname should change [12:23] seb128: well, you were never *supposed* to specify a free_func in Python [12:23] or at least the binary package name [12:24] using an obviously bogus argument which could never have worked properly isn't exactly a feature? [12:24] pitti, doesn't matter if the reasons are good or not, we can't change function signatures in an incompatible way without a proper transition [12:24] pitti, well, it makes "working" code hit an exception [12:24] seb128: well, but we never had a transition, and our patch breaks two other packages [12:25] so I'd rather fix it in the one bad spot than in the other two good ones [12:25] and the longer we keep it, the more of these incompatibilities we'll get [12:25] pitti, the issue is that you don't know what bad/good spot are out there in e.g custom scripts [12:25] pitti, right, I'm not saying we should fix it, but we should rename the binary package so the transition is properly handled by depends resolution [12:25] we shouldn't* [12:26] seb128: depends resolution doesn't apply to third-party scripts [12:26] well, that's the best we can do [12:26] out of not changing the abi [12:26] and "from gir import Notify" always just uses the latest API by default [12:26] so even bumping it wouldn't automagically hep [12:26] "help" [12:27] well it would help to resolve partial upgrades and listing rdepends that didn't update their abi [12:27] or rather how they use the function [12:27] we would know that things depending on got fixed/adapted [12:27] and things depending on the old name have an issue/needs to be looked at [12:27] no? [12:27] well, I went over all rdepends [12:27] the archive rdepends [12:27] not ppa, 3rd party, etc [12:28] you could use the same argument to not rename libraries on soname changes [12:28] "I handled the rdepends, no need to rename" [12:28] well, for libraries there's actually a physical change in the binary package [12:28] which isn't true for gir/python, they aren't versioned in the samw way [12:28] well in that case it's a physical change in the function sig [12:28] code that used to run hit an exception [12:29] anyway I made my point and I don't care enough to argue over that [12:29] well, the fun thing is that these days the exception is entirely different from what we originally had in 2013 when we introduced the reversion [12:29] if you just want to go ahead by dealing only with our own rdepends fine with me [12:29] in 2013 we didn't have the "magic" user_data handling yet [12:31] pitti, I'm probably just overcautious/strict with compat, I guess that seeing the number of rdepends dealing with it without rename is fine [12:32] pitti, it's likely going to bite some users with their script, but oh well [12:32] seb128: nah, I don't think so [12:32] seb128: it's already a very exceptional corner case to specify a free_func argument (or two pieces of user_data) in the first place [12:32] well, reality is that some of our tests did that [12:33] so there is a non null chance that somebody else out there did that as well [12:33] sure [12:33] but oh well, dist-upgrade -- we break third-party stuff all the time [12:33] right, I was going to say [12:33] I wish that statement was wrong [12:33] but reality is that we are far from perfect [12:34] and that small case is not likely to make a real difference [12:34] pitti, tldr, go for the change ;-) [12:34] seb128: heh, ok; I think Saviq is an appropriate reviewer for that MP? [12:34] pitti, yes [12:39] pitti, yup, will do [12:39] Saviq: thanks [12:40] Saviq, pitti, we should also make sure we land unity8 and tghe libnotify update together then [12:41] seb128, didn't pitti describe that as long as unity8 gets in first, it'll be fine? [12:41] oh, right [12:41] all good then ;-) [12:42] right, it's backwards compatible === alan_g is now known as alan_g|lunch [13:18] Sweet5hark, hey, what's the status of https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1386170 ? [13:18] Launchpad bug 1386170 in libreoffice (Ubuntu Utopic) "Libreoffice startup center shortcut broken" [Medium,New] === MacSlow|lunch is now known as MacSlow [13:36] seb128: should be fixed by http://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/commit/?h=ubuntu-utopic-4.3&id=d816d3dfe756ac975e056d053d17ee384023e416 and http://anonscm.debian.org/cgit/pkg-openoffice/libreoffice.git/commit/?h=ubuntu-utopic-4.3&id=f3087d6e35db84e19855b47015251d1619f758e5 in the ppa, not SRUed yet. [13:37] seb128: any comment on bug 1404244 ? It uses client side decorations... [13:38] bug 1404244 in baobab (Ubuntu) "Sync baobab 3.14.1-1 (main) from Debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/1404244 [13:38] seb128: note that there is feedback pending still https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1386170/comments/13 -- although we might go forward without that after a month ... [13:38] Launchpad bug 1386170 in libreoffice (Ubuntu Utopic) "Libreoffice startup center shortcut broken" [Medium,New] [13:47] mdeslaur, I would say "require to use the wm decoration under Unity before upload" [13:47] seb128: ok, that's what I was thinking, just wanted to make sure, thanks [13:47] Sweet5hark, ok, can you ping again to the get the feedback otherwise? that is in the sponsoring queue for a while, I wonder if we should just un-subscribe sponsors since it seems you are tracking it anyway? [13:47] mdeslaur, yw! [13:48] Laney, that eog upload, I though the libgrip stuff could be dropped with new gtk gestures? [13:52] seb128: hmmm, you mean https://launchpad.net/ubuntu/utopic/+queue?queue_state=1&queue_text=libreoffice ? [13:52] Sweet5hark, no, http://reqorts.qa.ubuntu.com/reports/sponsoring/ [13:54] seb128: ah, ok. === alan_g|lunch is now known as alan_g [14:02] seb128: tried to unsubscribe sponsors, but seem to lack perms on lp? see https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1386170/comments/14 [14:02] Launchpad bug 1386170 in libreoffice (Ubuntu Utopic) "Libreoffice startup center shortcut broken" [Medium,New] [14:03] Sweet5hark, did it for you [14:03] seb128: oh and: Happy new year! ;) [14:03] seb128: thx alot [14:03] Sweet5hark, danke, happy new year to you as well! [14:22] seb128: hopefully but I didn't check yet === qengho is now known as CardinalFang === CardinalFang is now known as qengho [14:51] seb128: so dariusz commented, we should not block the sru ... [15:15] folks (seb128) - got to do the school run. I should be back by half past, but if not, please hold for a couple of mins. [15:21] didrocks: just updated ubuntu-make... man page says {ide,games,go,android} (note games, plural) your blog post says "game" [15:24] happy new year === charles_ is now known as charles [15:24] popey: actually, the man page is right and of course, my blog post is wrong, fixing! thanks :) [15:24] np [15:25] good to see someone reads your blog posts, huh? ☻ [15:25] popey: yeah, it was *you* all that time along! [15:26] seb128: on the "firefox looses its launcher icon under unity", did we need more debug info? (as it's an italian holidays, I don't ping Marco ;)) [15:26] just telling that because it's the case here for instance [15:31] back [15:31] m is for meeting [15:31] and that's good enough for me :D [15:31] Roll call: attente_, desrt, didrocks, FJKong_, happyaron, Laney, larsu, mlankhorst, qengho, seb128, Sweet5hark1, tkamppeter, [15:32] hey [15:32] _o/ [15:32] #startmeeting Desktop Weekly Meeting 2015-01-06 [15:32] Meeting started Tue Jan 6 15:32:10 2015 UTC. The chair is willcooke. Information about MeetBot at http://wiki.ubuntu.com/meetingology. [15:32] Available commands: action commands idea info link nick === meetingology changed the topic of #ubuntu-desktop to: Welcome to the Desktop Team | https://wiki.ubuntu.com/DesktopTeam | For support please join #ubuntu | Issues with GTK 3.14? Check here: http://pad.ubuntu.com/gtk-update-v | Desktop Weekly Meeting 2015-01-06 | Current topic: [15:32] * willcooke got the year right :) [15:32] Sorry for the delay folks [15:32] hey [15:32] welcome to 2016! [15:32] didrocks, I don't think so, it was on the gtk update epad as well, likely a bamf/gtk issue [15:32] Ok, so there probably wont be a whole lot of updates from the last two weeks, but as we discussed yesterday [15:32] didrocks, it happens consistently on firefox/tb after running/closing them once [15:33] we can flesh out what's happening in the next week [15:33] * seb128 shuts up for meeting ;-) [15:33] :D [15:33] We shouldnt be too long [15:33] #topic attente_ === meetingology changed the topic of #ubuntu-desktop to: Welcome to the Desktop Team | https://wiki.ubuntu.com/DesktopTeam | For support please join #ubuntu | Issues with GTK 3.14? Check here: http://pad.ubuntu.com/gtk-update-v | Desktop Weekly Meeting 2015-01-06 | Current topic: attente_ [15:33] attente_, Hey! Any thoughts on what the plan of action is for the next week? [15:34] hi, mousing over a parent menu still doesn't work with the gtk-mir backend [15:34] but i'm not sure if it's worth fixing or if we should wait for more mir support because it might get fixed on that side [15:35] tricky one [15:35] lets see how it goes - it's not too long until the sprint [15:35] attente_: is there another semi-obvious way to close the menu and go back to the parent? [15:35] and we can grind some of these out there [15:35] ie: is the user completely stuck and has to start over again, or is there something else they can do? [15:36] desrt: yeah, it's fine to just click outside or press escape [15:36] (keynav maybe?) [15:37] that sounds ok [15:37] annoying, but workable [15:37] yah [15:37] ok, well lets take some more deep conversations out of the meeting [15:38] anything else before we move on attente_ ? [15:38] that's all [15:38] cool, thanks [15:38] #topic didrocks === meetingology changed the topic of #ubuntu-desktop to: Welcome to the Desktop Team | https://wiki.ubuntu.com/DesktopTeam | For support please join #ubuntu | Issues with GTK 3.14? Check here: http://pad.ubuntu.com/gtk-update-v | Desktop Weekly Meeting 2015-01-06 | Current topic: didrocks [15:38] willcooke, spring? when? where? [15:38] >:| [15:38] tkamppeter, is a mir sprint [15:38] OK [15:39] i'd like to file a grievance with the union [15:39] oh [15:39] yeah [15:39] #topic desrt === meetingology changed the topic of #ubuntu-desktop to: Welcome to the Desktop Team | https://wiki.ubuntu.com/DesktopTeam | For support please join #ubuntu | Issues with GTK 3.14? Check here: http://pad.ubuntu.com/gtk-update-v | Desktop Weekly Meeting 2015-01-06 | Current topic: desrt [15:39] :D [15:39] unions work so nicely! [15:39] I'll get my ABC wall chart back up on the wall [15:40] so i spent the holidays doing a whole lot of work on getting jhbuild running nicely on debian-based systems [15:40] which apparently nobody put much effort into since pitti tried that a while ago [15:40] now that i'm back to 'real work' i'm looking into fixing a threading issue in file monitors that causes crashes if you unref a file monitor just as events are coming in... which happens a lot in the case of the appinfo monitor [15:41] that's actually a really tricky problem with some interesting engineering inside of it -- so probably that takes me a week [15:41] on the mir-is-crashing front, i had a chat with duflu and i'm pretty convinced that the crash they're seeing is not the bug that he linked to, and maybe not a glib bug at all [15:41] he's going to try to get more information and a testcase [15:42] if that ends up being a glib thing, then that's my next priority as soon as he gets back to me [15:42] other then that, i plan to go back to working on kdbus stuff [15:42] *than [15:43] (that's all) [15:43] excellent, thanks desrt [15:43] sounds like a busy week in store [15:43] busy but interesting [15:43] also hope you're not too sad that the launch got scrubbed [15:44] ;) [15:44] the work touches on a large issue i've been trying to better-define for a while [15:44] another late night tonight? [15:44]