[00:22] <mikecb> lol, really started a bandwagon
[05:56] <ScottK> Riddell: Yes.
[05:57] <ScottK> Riddell: That's exactly the right list.  We want upstream to hear good things about KDE from Kubuntu users.
[08:20] <afiestas> agateau: How can I populate the QMenu returned from DBusMenuImporter ? the submenus within that menu are empty 
[11:15] <Riddell> ScottK: seen http://www.riverbankcomputing.com/pipermail/pyqt/2012-January/031042.html ?
[11:15] <Riddell> "PyQt4 fails to build dbus.mainloop.qt extension withPython 3"
[11:21] <Peace-> var/cache/apt/archives/plasma-widgets-addons_4%3a4.8.0-0ubuntu1~oneiric1~ppa3_amd64.deb
[11:21] <Peace-> E: Sub-process /usr/bin/dpkg returned an error code (1)
[11:23] <Riddell> Peace-: needs more context
[11:24] <Riddell> are there overlapping files errors?
[11:24] <Riddell> ScottK: posted http://www.riverbankcomputing.com/pipermail/pyqt/2012-January/031043.html
[11:37] <Riddell> ScottK: wow that pyqt upstream is awesome
[11:37] <Riddell> "qreal got changed to double for some reason. It will be fixed in tonight's                                                                                   
[11:37] <Riddell> snapshot."
[11:37] <Riddell> you don't get much more responsive than that
[11:44] <Riddell> ScottK: although I can't find the double he's referring too, I guess it needs to wait for a snapshot to appear
[11:45] <apachepanda> Riddell: on arm? didn't we request that arm be aligned with the other archs?
[11:45] <Riddell> apachepanda: you mean to allow arm to use double?
[11:45] <apachepanda> no
[11:45] <apachepanda> typedef double qreal
[11:45] <apachepanda> on arm
[11:45] <apachepanda> it used float before
[11:46] <apachepanda> which was the #1 issue with kde arm building because devs assumed qreal == double
[11:46] <Riddell> apachepanda: that can't be done without breaking binary compatibility
[11:46] <apachepanda> well
[11:46] <apachepanda> if that was changed :P
[11:46]  * apachepanda has no Qt48 here, so he can't check :P
[11:47] <Riddell> it would mean renaming all the binary packages and recompiling rdepends which NCommander has been against
[11:48] <Peace-> Riddell: sorry the guys that had that problem is gone 
[11:48] <Peace-> Riddell: see this instead http://simplest-image-hosting.net/png-0-plasma-desktopc13005
[11:49] <Peace-> Riddell: on konsole
[11:49] <Riddell> Peace-: does any pyqt or pykde programme run?
[11:49] <Peace-> check
[11:49] <Peace-> Riddell: nope
[11:51] <apachepanda> http://qt.gitorious.org/qt/qt/blobs/4.8/src/corelib/global/qglobal.h#line1169
[11:51] <apachepanda> I dunno what that double business is about
[11:51] <Peace-> Riddell: btw i am on 12.04  kde 4.8
[11:52] <Riddell> apachepanda: it means it's float on ARM and double elsewhere
[11:52] <Riddell> which is why we have problems
[11:52] <apachepanda> what?
[11:52] <apachepanda> it always has been this way
[11:52] <Riddell> apachepanda: yes it has, I know, I'm not sure what your point is
 "qreal got changed to double for some reason. It will be fixed in tonight's
 snapshot."
[11:53] <apachepanda> what is this about then?
[11:53] <Riddell> apachepanda: in one file in pyqt a use of "qreal" got changed to "double"
[11:53] <apachepanda> ah
[11:53] <Riddell> is what I read it as
[11:53] <apachepanda> now I get it
[11:54] <Riddell> and he'll fix it for tonights snapshot
[11:54] <apachepanda> that of course makes more sense ^^
[11:54] <Riddell> (would be nicer if she had public revision control so we can see the fix already but oh well)
[11:54] <apachepanda> so the double == qreal assumption bites again ^^
[11:54] <ScottK> Riddell: You might reply to the thread before it on dbus mainloop with barry's patch.
[11:54] <Riddell> s/she/he/
[11:54] <kubotu> Riddell meant: "(would be nicer if he had public revision control so we can see the fix already but oh well)"
[11:54] <Riddell> ScottK: where is that?
[11:55] <ScottK> Riddell: It's in the latest pyqt4 upload.
[11:55] <ScottK> py3fixes or such.
[11:55] <Riddell> Peace-: ok I'm not on 12.04 yet but I'll be sure to test it when doing alpha 2 testing next week
[11:56] <Riddell> amarok with kdelibs 4.8 fix uploaded to precise and kubuntu-ppa/backports
[11:57] <ScottK> Riddell: Is the qtwebkit-source issue on arm* fixed?  AFAIK it's not, so I think it's worth continuing to mention in the release meeting input.
[11:58] <Riddell> mm right
[11:58] <ScottK> Just checked and it's still FTBFS.
[11:59] <Riddell> blocked on infinity still then
[11:59] <ScottK> Yes.
[12:00] <ScottK> Also, I think it's worth a mention that all of our image builds failed last night due to a resolve.conf issue.  I know foundations is aware of it, but no desktop images of any kind until it's fixed.
[12:01] <Riddell> "our" being kubuntu or all ubuntu?
[12:01] <ScottK> Actuall /etc/resolv.conf (slight misspelling)
[12:01] <ScottK> All.
[12:01] <apachepanda> !find core/ntstatus.h
[12:01] <Riddell> ScottK: will do
[12:02] <ScottK> That one was a big enough deal it's likely fixed already, but I think it's worth asking about.
[12:02] <Tm_T> sounds... fun
[12:02] <Tm_T> ScottK: what kind of problem there is, considering it's mostly generated file?
[12:03] <ScottK> It wasn't getting installed, so there was some kind of dangling symlink issue and the live image build failed.
[12:03] <ScottK> Not sure why.
[12:03] <Tm_T> oookkei
[12:04] <Riddell> ScottK: oh I found the mysterious use of double, I think I'll patch it to qreal and upload
[12:05] <ScottK> Riddell: Excellent.
[12:05]  * ScottK doesn't get how it built before then ...
[12:06] <Riddell> there's an if (qt 4.8) involved so something different happening for older qt
[12:08] <ScottK> Ah.  OK.  That would explain it.
[12:44] <debfx> Riddell: can I remove all the ibus stuff from kdeplasma-addon's debian/ ?
[12:46] <Riddell> debfx: I don't know, there's a whole spec about that
[12:46] <Riddell> https://blueprints.launchpad.net/ubuntu/+spec/desktop-p-kubuntu-cjk
[12:46] <Riddell> needs looking into kimtoy and the kimpanel rewrite
[12:47] <Riddell> and working out what to do from there
[12:49] <debfx> ok, I have no idea about ibus but plasma-widget-kimpanel depends on plasma-widget-kimpanel-backend-ibus which is NBS
[12:49] <debfx> so that needs fixing
[12:50] <debfx> also we don't install ibus-gtk{,3} by default
[12:52] <Riddell> if you want to do a quick fix for now that's all good
[12:52] <Riddell> as long as we keep in mind there's more to do
[12:54] <debfx> should I add "Get ibus-gtk and ibus-gtk3 onto the cd" to the spec?
[12:55] <Riddell> debfx: maybe "Investigate is we should..." since it might have issues of space or pulling in gtk stuff we don't want
[12:58] <debfx> Riddell: we have all the dependencies on the cd except gtk which we can drop from the package
[12:58] <debfx> we have done the same with appmenu-gtk
[13:00] <Riddell> debfx: sounding good but I'd still like "Investigate" on the spec item :)
[13:15] <BluesKaj> Hey all
[13:15] <Riddell> hi BluesKaj 
[13:19] <Peace-> BluesKaj: hey
[13:22] <BluesKaj> Hi Riddell , Peace-
[13:33] <Peace-> BluesKaj: :) tested?
[13:33] <BluesKaj> gonna check to see my /etc/resolv.conf settings hold on a reboot ..brb
[13:35]  * shadeslayer waves fist at the build farm
[13:41] <Riddell> shadeslayer: waiting on something?
[13:41] <shadeslayer> Riddell: kdevelop backports
[13:41] <shadeslayer> kdevplatform took a entire day to build
[13:42] <shadeslayer> and then kdevelop went into dep wait ( 1386 ), retried build, will build in 11 Hours
[13:42] <shadeslayer> both are in staging
[13:44]  * Peace- kde doesn't start xD 11.2 gig full root
[13:45] <shadeslayer> oh btw, dragon makes X crash
[13:45] <shadeslayer> and vlc segfaults, hence I cannot play any videos
[13:45] <Riddell> umm
[13:45]  * Riddell scared to try it now
[13:46] <shadeslayer> heh :P
[13:46] <shadeslayer> I have the x staging repo enabled, I think that makes a difference
[13:46] <Riddell> bug 919460 looks like we need to have a first run wizard on kgpg
[13:47] <Peace-> shadeslayer: nice xD
[13:47] <shadeslayer> Riddell: hmm .. apt want's to remove amarok, intended?
[13:49] <Riddell> no
[13:49] <Riddell> but I don't know what you're trying to do
[14:00] <shadeslayer> apt-get dist-upgrade
[14:01] <Riddell> on precise?
[14:01] <Riddell> can you work out why?
[14:02] <shadeslayer> yep, I don't know where to start though ;)
[14:03] <Riddell> shadeslayer: do the upgrade, then see what happens when you install amarok
[14:03] <shadeslayer> Riddell: http://paste.kde.org/193970/
[14:03] <shadeslayer> maybe amarok hasn't built yet
[14:04] <Riddell> oh achive skew
[14:04] <Riddell> built on i386 but not amd64 maybe
[14:04] <shadeslayer> actually, built on everything except armel
[14:04] <shadeslayer> so probably publishing skew
[14:05] <BluesKaj> hmm, my /etc/resolv.conf is suddenly being overwritten at boot by this ,  # Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8) #     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
[14:08] <BluesKaj> oops wrong chat
[14:24] <Riddell> ScottK: do you know what I need to do to bug 922601 to get it being picked up by backport-helper.py ?
[14:24] <Riddell> and will you ack it?
[14:42] <shadeslayer> whee, telepathy-qt4 almost done
[14:42] <BluesKaj> Riddell,  is there some  Dynamic resolv.conf app that's over writing my resolv.conf file and preventing my dns entries from being resolved ...I have to edit it each time I boot in order to connect to the internet
[14:44] <Riddell> BluesKaj: dunno but network manager probably likes to be incharge of that
[14:44] <Riddell> shadeslayer: new library?
[14:44] <BluesKaj> Riddell,  I don't use NM
[14:45] <Riddell> shadeslayer: wanting to be out telepathy-kde ninja since Quintasan_ hasn't appeared?
[14:45] <Riddell> s/out/our/
[14:45] <kubotu> Riddell meant: "shadeslayer: wanting to be our telepathy-kde ninja since Quintasan_ hasn't appeared?"
[14:45] <shadeslayer> Riddell: sure, I just got tp-qt4 fixed upstream
[14:47] <shadeslayer> Riddell: also, yes, new release of telepathy-qt4 ( 0.9.0 )
[14:47] <apachepanda> u no
[14:47] <shadeslayer> hey apachepanda
[14:47] <apachepanda> we could like make kubuntu-packagers a member of telpath-kde :P
[14:48] <Riddell> well we shouldn't need a separate team for telepathy if we bring it into kubuntu normal
[14:49] <Riddell> shadeslayer: so that's a yes to you packaging telepathy-kde?
[14:49] <shadeslayer> sure, but it'll take some time, I can't do it right away in the next 2-3 days
[14:49] <shadeslayer> Probably after the 1st when I'm back home
[14:51] <shadeslayer> gtg, dinner
[14:51] <shadeslayer> cya
[14:57] <ScottK> Riddell: No.  Sorry.
[14:59] <Riddell> shadeslayer: cool thanks
[14:59] <Riddell> ScottK: a mystery then
[15:03] <ScottK> Riddell: Looking good on PyQt4.  Thanks.  I did subscribe to the upstream list just now.
[15:19] <debfx> oh a bug triaging volunteer on the kubuntu-devel list ;)
[15:19] <apachepanda> that's what I thought ^^
[15:20] <apachepanda> where is our artist -.-
[15:20] <apachepanda> neve rhere when I remember why I needed him 3 months ago
[15:20] <apachepanda> -.-
[16:05] <yofel> BluesKaj: if you get that message in your resolv.conf you probably have 'resolvconf' installed
[16:07] <yofel> ah, +1 cleared it up
[16:10] <BluesKaj> yofel,  yes I do , but it wants to take ubuntu minimal out with it 
[16:11] <yofel> o.O
[16:11]  * yofel checks
[16:12] <yofel> was added in the last ubuntu-meta upload - without reasoning
[16:13] <micahg> yofel: there is reasoning
[16:13] <yofel> which is
[16:13] <yofel> ?
[16:14] <micahg> I saw it somewhere :)
[16:14] <BluesKaj> wonder if there's a safe way to get rid of it , or disable it at least ...seems unecessary to me
[16:14] <micahg> BluesKaj: yes, changing it from a symlink to a file disables it
[16:15] <yofel> I don't quite understand why we need 2 applications editing the resolv.conf on a system by default, but oh well...
[16:16] <apachepanda> yofel: so more things can go wrong
[16:16] <micahg> yofel: bug 921135
[16:17] <BluesKaj> micahg,  , i found a work around . By entering the dns namservers in /etc/resolvconf/resolv.conf.d/head the resolver sets them up in /etc/resolv.conf  , abit convoluted , but ti works
[16:18]  * yofel dumps ubuntu-minimal
[16:18] <micahg> right, /etc/resolv.conf is a generated file
[16:18] <shadeslayer> okay, I've uploaded telepathy-qt4 0.9.0 to https://launchpad.net/~rohangarg/+archive/experimental?field.series_filter=precise
[16:18] <micahg> err, a symlink to a generated file now :)
[16:21] <BluesKaj> yofel,  you dumped ubuntu minimal ? , have you rebooted since ?
[16:22] <Riddell> shadeslayer: wanting me to review and upload?
[16:22] <yofel> nah, I'll do that later and see what happens ^^
[16:22] <shadeslayer> Riddell: yup, plus, I need to see if it installs fine as well, haven
[16:22] <shadeslayer> *haven't tested that
[16:24] <shadeslayer> 11 Hours @_@
[16:24] <Riddell> shadeslayer: quicker to do it locally I'd think
[16:24] <shadeslayer> Riddell: yeah, I'll just rsync the packages from yofel's machine now
 quicker to do it on OBS </apachelogger>
[16:24] <shadeslayer> haha :D
[16:24] <yofel> you could use ninjas - that has a higher build priority
[16:25]  * yofel did that for oxygen-gtk :P
[16:25] <shadeslayer> meh, that would be unfair 
[16:25] <yofel> or OBS, right ^^
[16:26] <shadeslayer> or just rsync packages, tar and upload to p.u.c
[16:26] <shadeslayer> :P
[16:27] <apachepanda> as a matter of fact, you might be faster to get debs out of build.opensuse.org than lunchpad :P
[16:28] <Riddell> my prediction was correct
[16:31] <shadeslayer> I've never used OBS, so absolutely no idea how to upload stuff there
[16:31] <yofel> I've an account there, need to redo the local setup though
[16:32] <shadeslayer> And the debs generated seem to be a older version, re building ....
[16:32] <BluesKaj> yofel,  don't think it's a good idea to remove ubuntu-minimal... updates require it to be installed just for starters
[16:32] <yofel> hm, good point, I'll add it back
[16:34] <yofel> shadeslayer: IIRC it builds for whatever release you upload for, as long as you upload proper debian source packages
[16:34] <yofel> it has a simplier way to create debs, but that's hacky
[16:34] <shadeslayer> yofel: oh, so if I upload the changes file like I do to launchpad, it'll work?
[16:34] <shadeslayer> I thought you had to write a spec file and what not
[16:34] <yofel> should, it doesn't use dput though but you need to send it there in an svn-style way
[16:35] <shadeslayer> :S
[16:36] <Riddell> any issues we have for alpha 2?
[16:36] <Riddell> I think we're ok for it
[16:36] <yofel> wasn't python-qt broken? (didn't try today)
[16:36] <apachepanda> shadeslayer, yofel: you need to upload a regular debian source
[16:36] <apachepanda> or a range of other options spanning the area between debian sources and rpm sources
[16:37] <Riddell> yofel: only on arm and it looks like I've fixed it
[16:37] <yofel> hm, I did get segfaults on amd64 from SIP though yesterday
[16:38] <yofel> I'll recheck later
[16:38] <Riddell> yofel: ah that's what peace- was saying earlier
[16:40] <shadeslayer> yofel: can you empty /var/cache/pbuilder/precise-amd64/result/ on your server?
[16:40] <yofel> purged
[16:41] <shadeslayer> awesome
[16:41] <shadeslayer> I left out one small thing in the rules file and the debs go kaboom when installing
[16:47] <shadeslayer> http://paste.kde.org/194048/
[16:47] <apachepanda> I lold
[16:52] <ScottK> Uploading kubuntu-meta - finishes the calligra transition
[16:53] <Riddell> ScottK: needs arm working as well
[16:53] <ScottK> Apparently it built.
[16:53] <Riddell> on arm?
[16:54] <ScottK> Still building
[16:54] <ScottK> So I guess it's done on armhf.
[16:55] <ScottK> (I was uploading for adding python-qt4-dbus) - just got calligra-dev on armhf as a bonus
[16:57] <ScottK> Since you made me look it up.
[17:03] <ScottK> Riddell: PyQt4 succeeded on armel too, so we're all good.
[17:03] <Riddell> wow
[17:04] <ScottK> Nice shot in the dark.
[17:04] <Riddell> go Jani
[17:04] <Riddell> some new queue processing and kubuntu-meta doing should do it
[17:04] <Riddell> I can do later or you can do as is convenient
[17:04] <ScottK> Once calligra is done on armel, whatever day that is.
[17:09] <debfx> yofel: pyqt4/sip crashes too here
[17:09] <yofel> :/
[17:10] <debfx> let's do some downgrading to see whose fault it is
[17:10] <Riddell> debfx: wibble
[17:11] <shadeslayer> derp, the docs are located at the exact same location, but for some reason, they don't install now
[17:12] <shadeslayer> http://paste.kde.org/194054/
[17:12] <debfx> crashes start with python-qt4 4.9-2ubuntu2
[17:13] <yofel> bug 921963 btw. not sure why people keep filing precise stuff against kubuntu-ppa
[17:13] <Riddell> shadeslayer: doc/html is gone?
[17:13] <shadeslayer> I changed the contents of debian/libtelepathy-qt4-doc.docs from "doc/html" to "doc/html/*" and it builds, but no files are put into the binary
[17:13] <shadeslayer> Riddell: it's there
[17:13] <shadeslayer> obj-x86_64-linux-gnu/doc/html/ has a ton of files
[17:14] <shadeslayer> 1816 to be precise
[17:14] <shadeslayer> :P
[17:14] <yofel> got the full log with DH_VERBOSE=1 ?
[17:14] <shadeslayer> one sec
[17:18] <shadeslayer> http://paste.ubuntu.com/819046/
[17:18] <shadeslayer> yofel: ^
[17:20] <yofel> shouldn't that be usr/share/doc/html/* ?
[17:20] <shadeslayer> it was doc/html in the 0.8.0 version and it built fine
[17:21] <shadeslayer> dh_installdocs: cp -a usr/share/doc/html debian/libtelepathy-qt4-doc/usr/share/doc/libtelepathy-qt4-doc returned exit code 1
[17:21] <shadeslayer> same thing
[17:22] <shadeslayer> yofel: line 1700
[17:23] <yofel> wait, you put that in docs? does telepathy-qt4-0.9.0/doc/html/ contain something?
[17:23] <shadeslayer> uhhh .... nope, obj-x86_64-linux-gnu/doc/html/ contains the html docs
[17:23] <yofel> well, docs is relative to the source root I believe. Use .install instead
[17:23] <ScottK> debfx and yofel: What's the Sip4/PyQt4 issue?
[17:24] <debfx> ScottK: bug #922721
[17:24] <shadeslayer> derp, okay
[17:24] <ScottK> ?
[17:24] <debfx> I hope the retracer comes up with something more useful
[17:24] <shadeslayer> yofel: install to usr/share/doc/html?
[17:25] <ScottK> debfx: The bug is private?
[17:25] <yofel> shadeslayer: put that in telepathy-qt4-doc.install and it should work
[17:25] <shadeslayer> yep
[17:26] <shadeslayer> yofel: and remove the doc-base file as well?
[17:26] <yofel> not sure what that was for
[17:27] <debfx> ScottK: it's public now
[17:27] <ScottK> Thanks.
[17:28] <debfx> (though you should be able to see private bugs as ~ubuntu-dev)
[17:32] <ScottK> Couldn't see that one for some reason.
[17:32] <yofel> debfx: not until the retracer is done and has subscribed "apport crash triagers" or how that team is called
[17:32] <yofel> that makes it visible for ubuntu-bc
[17:32] <shadeslayer> yofel: nope, still doesn't work
[17:32]  * ScottK is in way over his head with this one.
[17:33] <ScottK> Riddell: I think it's going to be another 'ask upstream' question.
[17:33] <yofel> shadeslayer: :(
[17:33] <shadeslayer> yofel: I have this : debian/tmp/doc/html usr/share/doc/html
[17:34] <yofel> shadeslayer: hm... I just noticed it's not even installing the docs, just building them
[17:34] <shadeslayer> also tried doc/html
[17:34] <shadeslayer> hmm
[17:34] <yofel> iirc there was a BUILDDIR variable or so, maybe use that in docs
[17:34] <yofel> or copy it manually in rules
[17:34] <shadeslayer> I'll use builddir
[17:42] <shadeslayer> yofel: huh, I tried this in docs : $(BUILDDIR)/doc/html
[17:42] <shadeslayer> still fails
[17:48] <yofel> probably doesn't work then, override dh_install, cp it and put it in .install again
[17:49] <shadeslayer> how do i cp it if I can't use BUILDDIR :P
[17:50] <shadeslayer> oh, it's already in obj-x86_64-linux-gnu/ ?
[17:51] <yofel> well, you said it's in obj-x86_64-linux-gnu/docs/html/ - and BUILDDIR will work in rules
[17:51] <shadeslayer> ah ok
[17:51] <shadeslayer> uh, I think I forgot to mention that it uses cdbs
[17:51] <shadeslayer> :P
[17:52] <ScottK> barry: Help.  See bugs 921963 and 922721.  The only code change from ubuntu1 -> ubuntu2 was your patch.
[17:56] <yofel> shadeslayer: bad boy
[17:56]  * yofel has 0 knowledge of cdbs
[17:56] <shadeslayer> likewise
[17:57]  * shadeslayer pokes the debian maintainer
[17:58] <shadeslayer> we have been spoiled by debhelper
[18:14] <barry> ScottK: thanks, looking
[18:14] <ScottK> Thanks.
[18:27] <shadeslayer> debfx: could you help me with this cdbs stuff?
[18:59] <ScottK> Riddell: Is there a public VCS for PyQt4 upstream (where are these snapshots they mention on the list)?
[19:02] <ScottK> barry: Apparently upstream has a fix for dbus.cpp as well that's in their nightly snapshot, but I don't know where to find it to compare.  Hopefully Riddell can tell us.  Not sure how much it'll help though since it's described as completely untested.
[19:06] <yofel> ScottK: maybe the snapshots at the bottom of http://www.riverbankcomputing.co.uk/software/pyqt/download
[19:19] <Darkwing> Quintasan_: ping
[19:25] <ScottK> yofel: Looks promising.  Thanks.
[19:29] <ScottK> That's it, not new enough.
[20:08] <jussi> is the crash notifier something from kubuntu or KDE? (either way, its useless now)
[20:09] <jussi> ie. I click it and it gives me a notification that "an application has crashed on your system, now or in the past" nothing more. 
[20:09] <jussi> totally useless information
[20:10] <yofel> that's apport, and from ubuntu
[20:11] <yofel> check /var/crash
[20:16] <Darkwing> is there a built ARM image for nvidia terga?
[20:16] <Darkwing> i know we have omap3 and omap4...
[20:19] <debfx> shadeslayer: I don't know much about cdbs but I can try
[20:20] <shadeslayer> debfx: okay, so I want to install the generated HTML docs from telepathy-qt4 
[20:22] <shadeslayer> the docs are generated in the usual builddir, but I can't seem to use the BUILDDIR variable in the .docs file
[20:22] <yofel> I was proposing that for rules, but that would be dh7
[20:22] <shadeslayer> ^
[20:22] <yofel> maybe you know a cdbs solution, or how to patch cmake to actually install the docs
[20:43] <debfx> shadeslayer: I guess you can install the docs in a "binary-post-install/<doc package>::" target
[20:46] <shadeslayer> debfx: yeah, I was thinking of that too, but is there no way that we can use the builddir variable in a .doc file?
[20:48] <shadeslayer> or ... drop the doc files since we had a discussion about this earlier on kde-packagers, shipping qch documentation with packages
[20:48] <debfx> shadeslayer: not unless you want to bump debian/compat to 9 and use the new executable configs feature
[20:49] <shadeslayer> that would mean rewriting the entire rules files :)
[20:49] <debfx> why?
[20:50] <shadeslayer> oh, you mean just compat? I thought you meant dh7 
[20:50] <debfx> yeah those are independent
[20:51] <shadeslayer> heh, yeah, just tired, that is all
[20:51] <debfx> though I'm not sure what you are trying to do. doesn't telepathy-qt4 already install the docs?
[20:52] <shadeslayer> yes, it does, but with 0.8 they had pre generated docs in telepathy-0.8.0/doc/html
[20:52] <shadeslayer> with the 0.9.0 release, they had no doc/html folder
[20:53] <shadeslayer> instead, they're generated by doxygen during the build in builddir/doc/html
[20:58] <shadeslayer> debfx: ^
[20:58] <shadeslayer> I'm off to sleep, tired etc
[20:58] <shadeslayer> nighters
[20:58] <debfx> ah ok
[21:29] <Riddell> ScottK: yes pyqt has no public repository, he's not into the collaborative development thing, nightly snapshots are at http://www.riverbankcomputing.co.uk/software/pyqt/download
[23:35] <barry> Riddell: are you still around?