[00:41] dupondje, i can get chat windows to come up, but it's a tad delayed [00:50] robert_ancell, bug #1026629 , I believe empathy upstream made it so only their default adium theme could be used or it was the default, and we need to patch it to allow the ubuntu adium theme as default or change to theirs (which i don't think we have) not sure though [00:50] Launchpad bug 1026629 in empathy "empathy-chat crashed with SIGSEGV in empathy_adium_path_is_valid()" [Medium,Confirmed] https://launchpad.net/bugs/1026629 [00:59] kenvandine, busy man today [00:59] almost ready to call it a day :) [01:26] if a package was sync'd from debian, where would I get the branch from ? [01:28] bcurtiswx: apt-get source is one way [01:29] ah and create a branch, jbicha thx === jalcine is now known as Jacky [03:22] Good morning [03:22] hello [03:23] good morning pitti [04:31] robert_ancell: ping? [04:31] thumper, hello [04:31] robert_ancell: I'm hoping you can help, just upgraded a laptop to quantal [04:31] and now X won't start [04:31] ati, and fglrx [04:32] :( [04:32] not sure how to move forwards with it [04:32] thumper, what does /var/log/lightdm/lightdm.log say [04:34] waiting for X... then Process 1157 exited with return value 1 [04:34] x crashing I think [04:34] I'm looking in /var/log/Xorg.0.log [04:35] yeah it sounds like it [04:35] X seg fault [04:35] inside fglrx_drv.so [04:35] :( [04:36] robert_ancell: how would I get it to use the other driver? [04:36] any ideas? [04:36] thumper, uninstall fglrx [04:36] just with apt-get remove? [04:37] or do I need to purge or something [04:38] thumper, just a normal remove should do it [04:38] thumper: amd64? [04:38] hmm it says fglrx not installed [04:38] RAOF: yep [04:38] * thumper tries to install fglrx [04:39] fglrx-updates being removed [04:39] * thumper crosses fingers [04:41] hmm... download stalled at 15% [04:41] just sitting there [04:41] * thumper notices [04:41] RAOF: actually download says i386 [04:41] I thought it was a 64 bit install [04:41] but perhaps not [04:42] There *was* a known bug with fglrx on 64bit 1.12 xservers (like those found in, say, Quantal) [04:42] Where it would segv rather than run. [04:42] RAOF: but it was fixed? [04:42] I'm not sure what the status of that is; it was an fglrx bug, so I've got limited visibility. [04:42] * thumper wonders if the kids are hogging the bandwidth, download keeps stalling [05:00] RAOF, btw, do you have any missing icons in unity? I was wondering if it's the PPA that's done it for me [05:01] thumper, I take it my missing icon problem is not widespread.. [05:01] robert_ancell: I can't get X running yet, let alone unity [05:01] robert_ancell: at 77% download for fglrx [05:02] seems to be crawling for me, no idea why [05:02] thumper, I figured you'd have heard if it was so [05:02] other connections seem fine [05:02] which icons are you missing? [05:02] thumper, panel and alt-tab, everything else works fine [05:03] can't see anything in particular in .xsession-errors [05:03] what do you man missing icons in alt-tab? [05:03] since that update the other day. Was is 6.0? [05:03] yeah [05:03] have you restarted? [05:03] the icons were moved from .../5/.. [05:03] yes [05:03] to ../6/... [05:04] hmm [05:04] thomi didn't report anything like that for his update [05:04] other issues, yes, but not that [05:05] ...having said that, I can't actually see my alt-tab window right now, so for all I know the icons might be missing [05:06] thumper, /watch?v=QbjAjmssAdw&feature=player_embedded [05:06] http://ubuntuone.com/3pJh53lESd53tF7zYpsNuK [05:06] I mean [05:06] same thing for alt tab, i.e can still see the text but no icons/previews [05:06] robert_ancell: haha, that is freaky weird [05:07] robert_ancell: but I think I know why... [05:07] so it's sufficiently usable for me not to spend too much time tracking it down :) [05:07] robert_ancell: it is bamf not matching the desktop filea [05:07] and returning nothing [05:07] we just landed a branch that will make them '?' icons [05:07] ah [05:07] but we should fix the matching [05:07] not sure why your matching is failing though [05:08] so they work fine in the dash, but do they come from apt/zeitgeist? [05:09] robert_ancell: Yeah, it's the mesa in the PPA. [05:10] good morning [05:11] robert_ancell, thumper: Apparently if you apitrace it you find that unity is receiving (and ignoring) a bunch of glErrors from the uniform code. [05:12] RAOF: you are speaking about the invisible icons in the launcher using the compositor ppa? [05:13] didrocks: Yup. [05:13] nice! When I first saw that on the french forum, I was scared as we just released a new version and they weren't clear they were using this ppa :) [05:14] which compositor ppa? [05:14] which uniform code? [05:14] X still isn't starting... :( [05:15] * thumper removes fglrx [05:15] https://bugs.freedesktop.org/show_bug.cgi?id=52140 is the mesa bug. [05:15] Freedesktop bug 52140 in Mesa core "Ubuntu Unity - Launcher and switcher icons disappeared" [Normal,New: ] [05:15] thumper: ppa:ubuntu-desktop/system-compositor [05:16] RAOF: is this on top of wayland? [05:17] didrocks: the fglrx driver is crashing X on my quantal install [05:17] No (although it also appears there, but there's actually no difference in the unity rendering path X vs X-on-wayland); this is either (a) unity doing something technically incorrect which mesa's now strict about or (b) core mesa breakage. [05:17] I'd go probably for (a) [05:17] although (b) is a possibility :) [05:19] so... I have X now... [05:19] kinda [05:19] xorg.0.log? [05:24] RAOF: well, it is there, but dropped me into 2d [05:25] just took ages [05:25] I'm used to my SSD [05:25] Ah. [05:25] This suggests that you've broken 3d in some fashion. The packages *shouldn't* let that happen... [05:26] ...but if everything that shouldn't happen didn't happen I'd be more interestingly busy. :) [05:28] You haven't done anything that's likely to make me want to shout at you, like trying to manually install the fglrx drivers from amd's website, have you? ☺ [05:38] no, just using quantals [05:44] * dupondje hopes empathy gets fixed asap :) [08:00] hello desktopers, happy friday! [08:01] happy friday to you too seb128! === zyga-afk is now known as zyga [08:24] hey seb128, happy friday to you too! [08:24] chrisccoulson, hey, happy friday! how are you? [08:24] seb128, yeah, good thanks. still quite tired though. how are you? [08:24] hey hey chrisccoulson, achieving getting some sleep? :) [08:24] didrocks, oh, i'm getting hardly any sleep at all now ;) [08:25] hehe, that was what I reckoned! :) [08:25] chrisccoulson, I'm good thanks [08:39] Sweetshark, libreoffice didn't like arm*, failed to build there [08:48] wasn't there a thing to report launchpad bugs upstream automaticly ? [08:49] I remember like something :) [08:56] dupondje, no, launchpad can sync status and datas from upstream bugs though [08:56] dupondje, we never went the other way around to not "spam" upstream bug trackers [08:56] seb128: ok :) [08:56] well not automaticly, but maby with some report-upstream.sh :) [08:57] anyway did it manually now [08:57] btw, the fact that Empathy has no menu bar is already on the radar? [08:57] cause its quite annoying :) [09:04] dunno, I'm not using quantal yet, that would be a question for ken when he's online [09:05] happy bday seb128 :) [09:05] fday* [09:05] evil keyboard [09:05] lol [09:05] I was going to say :p [09:06] mlankhorst, happy friday! ;-) [09:06] friday's are better anyhow :D [09:07] ah, finally this channel becomes alive :) [09:08] sadly so [09:10] i'll stalk ken when he's online then :) [09:11] Empathy seems to be a thing that breaks on every update :( [09:15] btw, do we have some specific changes to gnome3 that could explain the menubar is gone in Empathy? Or 99% sure an upstream bug? === tkamppeter_ is now known as tkamppeter [09:21] pitti, hi [09:23] hey tkamppeter [09:26] moin! [09:26] pitti, I have something ver strange: Gutenprint package updates PPD via CUPS trigger, I have 6 queues, all 6 updates confimed by "PPD of XXX updated", but first two queues have still old PPD. Looks like that the trigger is executed while the files of the printer-driver-gutenprint package are still copied and so the replacement of the /usr/lib/cups/driver/gutenprint.5.2 happens only after updating the PPD for the second and before upda [09:26] ting the PPD for the third queue. Is this possible? [09:28] seb128: yes, I see it. it segfaults in collecting the help pages. that help page seems to be huge. temporary disabling help on arm could help. [09:28] tkamppeter: hm, as far as I know, triggers happen after unpack; they may happen before configuring, though; would that make a difference? [09:28] seb128: we are building the help packages on i386 anyway, but I dont know if LO picks them up if I disable help on arm. [09:29] tkamppeter: i. e. does gutenprint's postinst configure do something to the PPD files? [09:30] seb128: Id suggest the following: I disable help on armel,armhf now and we upload that to -proposed as it might give us a package at least. in the meantime i am looking at this and possible further issues on a porterbox. [09:31] Sweetshark, that seems fine [09:32] Sweetshark, I'm out for lunch outside and some errands but I will catch up with the backlog and sponsor when I'm back [09:39] bcurtiswx: there? [09:41] or somebody else with crashing empathy-chat and quantal :) [09:46] pitti, looked into the built maintainer scripts /var/lib/dpkg/info/*guten*.postinst and none shows anything influencing the PPDs. [09:58] pitti, I also have seen in terminal output that the "unpacking" message is before the message for the CUPS triggers. Does the dpkg installation process parallelize like "make" or is always happening one step after the other? [09:58] tkamppeter: it shouldn't parallelize unpack with triggers; in fact, there are never multiple dpkg steps being executed at the same time === MacSlow is now known as MacSlow|lunch [12:16] dupondje, im here [12:23] bcurtiswx: saw the comments on the empathy bug? [12:23] seems to be packaging issue :) [12:24] dupondje, yes i saw [12:25] you'll fix or ? :) [12:25] i want to [12:25] bcurtiswx: some files are not shipped for the theme [12:25] bcurtiswx: the empathy packaging should really use dh_install --fail-missing :) [12:26] so i'll need to add deps on the new adium theme [12:26] would be cool if I could chat again this evening ^^:D [12:36] bcurtiswx: so, got some confirmation: the built-in adium theme in empathy is used as a fallback when you have no theme shipping the necessary widgets [12:36] bcurtiswx: so you need to put it in the -common package I guess (and please add --fail-missing to debian/rules) :) [12:44] * desrt got an email about fresh dconf crashes [12:45] desrt: happy Friday \o/ [12:45] didrocks: so i should add /usr/share/adium to empathy-common.install ? [12:45] didrocks: happy friday [12:45] bcurtiswx: yeah, I just talked to upstream, how big it is? [12:46] is there a way i can query launchpad for fresh bugs with stack traces containing certain symbols showing up? [12:47] * desrt has a very low quality stacktrace and wants to look for better ones [12:48] desrt: do you have any dup to that one? [12:48] someone emailed me a stack trace [12:48] desrt: because if you keep it and apport detects a dup, it will remove the stacktrace while dupping [12:48] that's where i'm starting from :) [12:48] ah :) [12:50] desrt: recent crash on d-conf: [12:50] https://bugs.launchpad.net/ubuntu/+source/d-conf/+bugs?field.searchtext=SIGSEGV&search=Search&field.status%3Alist=NEW&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch [12:50] =&field.has_no_package= [12:50] nope [12:51] well, seems you will have to invent the stacktrace content then :) [12:51] ya [12:51] i'm working on that [12:51] * desrt has found some hints [12:51] the dconf debug symbols are not installed, but the glib ones are [12:51] so there is some help [12:53] well, not a nice game though :/ [12:53] thomi: ping [12:53] thomi: i guess this is your stack trace, actually :) [12:53] is he using ubuntu? like having the .crash file [12:53] thomi: thumper forwarded it to me [12:53] you can retrace on your system then ;) [12:54] if i was running quantal :) [12:54] * desrt really doesn't like the look of this bug.... [12:58] is there a good online resource for understanding debian/rules in depth [12:59] i can't find one [13:00] google debhelper :) [13:01] bcurtiswx: you want to know about --fail-missing right? [13:01] didrocks, yes I'm trying to learn w/o bothering [13:02] bcurtiswx: no worry! so man dh_install first ;) [13:02] * didrocks looks if the package is using cdbs or debhelper [13:02] ok, cdbs, I don't have an example of hand, let me look [13:02] ah, in fact, you already have list-missing [13:03] common-binary-post-install-arch:: list-missing [13:03] replace that by fail-missing [13:03] then, build the package (without any modif) [13:03] and you should see the build failing [13:03] didrocks, yes I see that, but I want to know how I'm supposed to know that I was supposed to do that [13:03] bcurtiswx: for cdbs, it's quire tricky, I usually read the cdbs source [13:04] so, what's in /usr/share/cdbs/1/ [13:04] for packages using debhelper, man debhelper [13:04] for having an overwrite of debhelper 7/8/9: http://joeyh.name/blog/entry/debhelper_dh_overrides/ (and man dh) [13:05] overview* [13:06] anyone know anything about the new e-d-s? [13:06] kenvandine: you know about the issue that empathy has no menu in gnome3? [13:06] * dobey loves it when things break api [13:06] dupondje, no... [13:07] you can simulate it or? [13:07] i don't have gnome-shell installed atm [13:07] oh ok [13:07] dobey: cyphermox maybe can help you [13:08] dupondje, i know it has the single appmenu thing now [13:08] but haven't tried in shell [13:08] it works in untiy [13:08] 3.5.4 does seem buggy though [13:09] kenvandine: ah, FYI, I'm asking bcurtiswx to ship the missing theme in the -common package as it's breaking empathy and also changing list-missing by fail-missing [13:09] ah, cool! [13:09] hmz :) seems like you need to open it another way: http://www.linuxidc.com/upload/2012_07/12071410368377.png [13:10] damn thats hidden :s [13:10] :) [13:10] didrocks, make: *** No rule to make target `fail-missing', needed by `common-binary-post-install-arch'. Stop. [13:12] dupondje, ah... yes that is the new way :) [13:12] if you never used it, you really can search hours for that imo :p [13:13] bcurtiswx: ah, I thought fail-missing had a target like list-missing [13:13] bcurtiswx: so looking at the source, you should remove that line and do: [13:13] DEB_DH_INSTALL_ARGS := list-missing [13:13] you mean fail-missing? [13:13] see /usr/share/cdbs/1/rules/debhelper.mk [13:13] oupss yeah :) [13:14] DEB_DH_INSTALL_ARGS := --fail-missing === MacSlow|lunch is now known as MacSlow [13:19] didrocks, im guessing (like it was with bug control for me) that you can't really learn these things on your own.. It just takes asking millions of questions as you package to learn [13:20] bcurtiswx: you can ask or grep the code, I did the second on that case :) [13:20] (googling, saw that there was no really killer documentation on cdbs and so, back to the makefiles of cdbs) [13:20] it's not that complicated [13:20] just takes time… [13:21] asking is good as well :) [13:21] feel free to make documentation ;) [13:22] well, cdbs is more or less dead by now :) [13:22] so maybe doesn't worth it [13:23] i really struggle trying to make connections from A) Oh there's an issue to B) I don't know what to do to C) Where do I look to find out what to do.. there isn't many things that can get me to C.. which is probably why i'll have to ask [13:23] bcurtiswx: this is called experience I guess :) [13:23] and maybe why you are not fully ready yet to have upload privileges, but that will come! [13:23] didrocks, thats my original point. It's gonna take repetition and asking lots of questions [13:24] didrocks, that is the reason, there's no doubt. ;) [13:24] bcurtiswx: btw, I made some years ago my own cheat page, if that can help you: https://wiki.ubuntu.com/DidierRoche/MOTU/memorandum [13:28] bcurtiswx: asking questions is fine :) [13:28] didrocks, thanks [13:29] didrocks, http://paste.ubuntu.com/1101797/ [13:29] didrocks, so i see these errors, what should be my first thought [13:30] bcurtiswx: so, if the package was compiling successfully with dh_install --fail-missing before (not the case here), it means that upstream added in the new release (or that you added a configure option) new files that are installed for them [13:31] bcurtiswx: the error here is "those are the files that upstream installs and you didn't ship them in any package" [13:31] and indeed, you can see in that case that everything in usr/share/adium/message-styles is not shipped [13:31] so, you need to assess if it worths shipping them [13:31] asking upstream if necessary [13:32] and ship them in an existing package or a new one [13:32] in that case, those are theme files and we know we should ship them by default [13:32] (see previous conversation) [13:32] as the theme files are not architecture specific, it's best to get them built in a arch:all package (I hope this notion is known?) [13:33] the empathy-common package seems to be the right spot :) [13:33] now comes the 4 first ones [13:33] most of the time, we don't ship static library nor .la files in ubuntu [13:33] so we need to make dh_install --fail-missing happy and not crying because of those [13:33] right? [13:33] didrocks, yup [13:34] what I generally do, just before the dh_install --fail-missing call, I rm -f them in debian/tmp [13:34] then dh_install --fail-missing is run and find nothing in debian/tmp that is in any package [13:35] with debhelper, this is easy to do [13:35] i don't remember the right target for cdbs, let me check that :) [13:35] * didrocks look for install in /usr/share/cdbs/1/rules/debhelper.mk [13:37] deb_dh_always_exclude? [13:38] bcurtiswx: I think that won't work, we really need to find a makefile target to remove the files [13:40] let me build to confirm :) [13:40] didrocks, what are you testing? [13:42] you can rm them in debian/rules also ? [13:43] dupondje: isn't what I said? :) [13:43] bcurtiswx: hum, I can't build the package, seems egg-list-box is missing [13:43] even if I apt-get build-dep empathy [13:43] i build fine [13:44] didrocks, valac [13:44] oh [13:44] your default valac needs to be 18 [13:44] yeah, my default isn't the right one :) [13:44] ok, thanks kenvandine! [13:44] that is a missleading error :) [13:45] we should really have an autotool check the current valac --version [13:45] not that it's juts installed or not :) [13:45] indeed [13:45] * didrocks turns 0.18 then [13:45] shouldn't the control file take care of that? [13:45] bcurtiswx: no, it's juts ensuring that you have valac 0.18 installed [13:46] not that it's your current valac [13:46] valac can be installed in parallel and either is 0.14, 0.16 or 0.18 in quantal for instance [13:46] (you can see that with valac --version) [13:46] ok [13:46] this is because valac is an alternative, look at man update-alternatives [13:48] seb128: 3.6.0~rc2-0ubuntu3 for -proposed on chinstrap [13:50] so you have /etc/alternative/valac set to 0.16 or something other than 0.18 ? [13:51] didrocks, ^^ [13:51] bcurtiswx: yeah, I had 0.14 for the unity lenses [13:51] and I set it up to 0.18 [13:58] bcurtiswx: ok, I think the only way to do that with cdbs is something I don't really like [13:59] meaning installing the .*a to the package and remove them [13:59] (that's the only part I see, even in the official documentation: http://build-common.alioth.debian.org/cdbs-doc.html) [14:00] didrocks, so we have to do it this way or are we going another route? [14:01] bcurtiswx: no, doing this I guess [14:02] didrocks, OK so what needs to be done next? [14:02] bcurtiswx: I can show you in the branch, do you have your pending work anywhere? [14:05] (confirmed it works) [14:05] pushing to lp:~bcurtiswx/ubuntu/quantal/empathy/3.5.4-0ubuntu2 [14:06] * didrocks grabs [14:22] * bcurtiswx thinks didrocks has a slow internet connection :P [14:22] bcurtiswx: no, I just changed my mind about the approach to take, building it :) [14:23] don't screw up the approach, im gonna be doing it this way from now on :P [14:23] and done! :) [14:23] bcurtiswx: well, I hope you will have some debhelper packages later on :) [14:23] it's way less cryptic than cdbs [14:24] (IMHO) [14:24] didrocks, i'm assigned to two packages so I imagine i'll find one :) [14:24] bcurtiswx: have a look: lp:~didrocks/empathy/3.5.4-0ubuntu2 [14:24] so I added to empathy-common the theme [14:24] I told "install the .la, .a" in the .install files [14:25] didrocks, how did you know to add it to empathy-common? [14:25] and then, I remove them post-binary installation in the package [14:25] oupss [14:25] one sec, need to change something [14:25] bcurtiswx: see above [14:25] 15:32:17 didrocks | in that case, those are theme files and we know we should ship them by default [14:25] 15:32:26 didrocks | (see previous conversation) [14:25] 15:32:51 didrocks | as the theme files are not architecture specific, it's best to get them built in a arch:all package (I hope this notion is known?) [14:25] 15:33:06 didrocks | the empathy-common package seems to be the right spot :) [14:27] almost all the gnome stuff uses cdbs so you'll have to be at least familiar with it [14:27] that's seb128's fault [14:27] lol, is it? [14:27] he should have used doctor's who box and go to the future :) [14:28] jbicha: look at debian/copyright on most of gnome (starting from gnome 2) packages :) [14:32] bcurtiswx: see my last commit, is that all right with you? [14:32] heh [14:33] the install.* in rules [14:33] is there doc that says do that somewhere? [14:33] install/* [14:34] bcurtiswx: well, I used the documentation pointed above (http://build-common.alioth.debian.org/cdbs-doc.html), but I never find it quite clear enough to me [14:34] didrocks, ah i see it, thx [14:35] yw :) [14:35] didrocks, im good with that please do build it :) [14:35] but [14:35] actually [14:35] yeah? [14:36] didrocks, add bug #1026629 as it will be fixed by this update i believe [14:36] Launchpad bug 1026629 in empathy "empathy-chat crashed with SIGSEGV in empathy_adium_path_is_valid()" [Medium,Confirmed] https://launchpad.net/bugs/1026629 [14:38] bcurtiswx: indeed, doing that [14:38] do you think bug #1026081 is linked? [14:38] Launchpad bug 1026081 in empathy "empathy finds no accounts and contatcs" [Undecided,New] https://launchpad.net/bugs/1026081 [14:38] or the error is separate from the theme not showing them? [14:39] i don't understand the SS, but we'll dup it and see [14:40] ok [14:40] uploading then :) [14:41] didrocks, thanks for your help [14:41] bcurtiswx: you're really welcome :) [14:51] hmmm [14:57] didrocks, have you tested the built empathy? [14:58] bcurtiswx: I installed it and run it, why? [14:58] i got depracation warnings on install.. and i still can't see my contacts from google-talk [14:59] I just have some google account and couldn't reach it before, so I'm not really online [14:59] bcurtiswx: was already the case with 3.5.4-0ubuntu1 [14:59] seb128: ping? [14:59] didrocks, i figured it was a theme issue, but it did do that in 3.5.4-0ubuntu1 [15:00] bcurtiswx: what do you mean by "it did do that", so the gmail failure is not only theme, right? [15:00] the theme issue is about empathy crashing AFAIK [15:00] didrocks, haha, i think it is fixed and i somehow wasn't running the new empathy even after dpkg -i them [15:00] or maybe our theme doesn't really the new empathy, dunno [15:00] Sweetshark, hey [15:01] Sweetshark, I'm about to sponsor your update [15:01] bcurtiswx: ah, same for me [15:01] bcurtiswx: yeah, let's try to kill it [15:01] and run it again [15:01] got trapped by that, I don't really know empathy [15:01] mterry, howdy, how are you? [15:01] seb128, hello, good [15:01] didrocks, i think you have to kill quite a few things [15:01] seb128: kk, no hurry. I just wanted to know if you might have missed it ;) [15:02] telepathy-*, empathy, MC5 [15:02] seb128: guess not ;) [15:02] mterry, question for you, you did the accountsservice patch for the hasmessage stuff right? [15:02] dupondje, hopefully empathy will be ready in a little bit :) [15:02] seb128, yeah [15:03] bcurtiswx: can you try that and let me know (or better, check with ken who is more knowledgeable on empathy than I) [15:03] mterry, was the "X" standing for something in XHasMessage? [15:03] mterry, is that like X-Vendor-Key to say it's non official or something? [15:05] kenvandine, what needs to be killed when trying to restart empathy? telepathy-*, MC5, empathy , anything else? [15:05] sometimes empathy-chat and empathy-call [15:05] seb128, supposed to be like X-Vendor-Key, but can't use dashes with some of the dbus-code-generation helper scripts [15:06] mterry, ok, thanks, gdbus-codegen makes XHasMessages a "xhas-messages" property [15:06] mterry, which is incompatible with the old x-has-message [15:06] mterry, (code being ported to gdbus) [15:07] seb128, huh. hm [15:07]