[00:35] <jose> apachelogger: that on the doodle is just one meeting?
[02:26] <valorie> congratulations ovidiu-florin!
[03:06] <jose> right!
[03:06] <jose> ovidiu-florin: congratulations! Hope everything went awesome!
[03:33] <mitya57> shadeslayer: what Riddell says, also you are welcome to add ppa:mitya57/test2, upgrade and test.
[03:34] <mitya57> (Please disable the ppa after upgrade, I like uploading broken packages there)
[03:37] <ScottK> More fun if he doesn't disable it and wonders later why his computer is broken.
[04:15] <ScottK> How can I do the equivalent of if [-e filename ]; then .... endif in GNU make?  It seems I need ifeq and some thing, but what equals true?
[06:38] <lordievader> Good morning.
[06:39] <soee> good morning lordievader
[06:39] <lordievader> Hey soee, how are you?
[06:40] <soee> lordievader: tbh fantastic :) you ?
[06:40] <lordievader> Doing good. May I ask what made your day fantastic?
[06:49] <soee> lordievader: new office :)
[06:50] <lordievader> :)
[09:43] <shadeslayer> hi ho
[09:52] <soee> hi shadeslayer
[09:53] <ovidiu-florin> hello world
[09:53] <ovidiu-florin> valorie jose thank you
[09:56] <shadeslayer> hey soee 
[10:01] <Riddell> "Myriam Schweingruber (myriam) renewed their own membership in the Kubuntu Members (kubuntu-members) team" yay Mamarok still loves us!
[10:03] <shadeslayer> eh, what, how does opengl work on arm64 but not on armhf?
[10:03] <shadeslayer> -- Found OpenGL: /usr/lib/aarch64-linux-gnu/libGL.so  
[10:04] <Riddell> if you install it it'll work anywhere to compile, may run slow as treacle when you use it though
[10:06] <BluesKaj> 'Morning folks
[10:24] <Mamarok> Riddell: of course I do, how did you ever doubt that :)
[10:25] <Mamarok> I am a trusty user since your first packages on Ubuntu :)
[10:25] <Mamarok> and promote Kubuntu whenever I can
[10:25]  * Riddell beams with pride
[10:26] <Riddell> W: libkf5codecs-data: unknown-locale-code x-test  hah
[10:26] <Riddell> agateau: I wonder if the release scripts should be adjusted to remove that ↑
[10:27] <agateau> Riddell: would make sense, ping dfaure about this
[10:28]  * agateau is off for lunch
[10:29] <shadeslayer> oh oh oh
[10:30] <shadeslayer> tsdgeos: please poke ScottK to accept kde-workspace 4.11.9 in trusty
[10:30] <shadeslayer> tsdgeos: I've already solved your issue a day or two ago :P
[10:31] <Riddell> shadeslayer: :)
[10:36] <shadeslayer> uff, turns out my upload was rejected
[10:36] <ScottK> Why?
[10:36] <ScottK> Wasn't me.
[10:37] <shadeslayer> no not you .. something else
[10:37] <apachelogger> twas batman
[10:37] <shadeslayer> ^^
[10:38] <Riddell> some days you just can't get rid of a bomb
[10:41] <shadeslayer> ScottK: btw any thoughts on https://launchpadlibrarian.net/174680022/buildlog_ubuntu-utopic-armhf.kubrick_4%3A4.13.0-0ubuntu2_FAILEDTOBUILD.txt.gz
[10:41] <shadeslayer> i.e. what would be a fix for it apart from disabling kubrick for armhf
[10:41] <ScottK> Port it not to use GL directly.
[10:43] <shadeslayer> ScottK: so GL is supported on arm64 but not on hf?
[10:43] <ScottK> shadeslayer: BTW, unless you're going to port it, make the architecture list !armhf and then your "exotic" archs are taken care of.
[10:43] <ScottK> Yes
[10:43] <shadeslayer> interesting
[10:43] <shadeslayer> ScottK: yeah, that's what I was thinking
[10:43] <ScottK> Supported in Debian on armhf too.  That's an Ubuntu change.
[10:44] <shadeslayer> :/
[10:45] <shadeslayer> ScottK: dpkg-source: error: `!armhf' is not a legal architecture string
[10:45] <shadeslayer> so I guess I'll have to manually list every one :(
[10:45] <ScottK> Hmm.  I thought you could do that now.
[10:45] <ScottK> I guess not.
[10:46] <apachelogger> hm?
[10:46] <apachelogger> shadeslayer: please post control
[10:47] <shadeslayer> http://paste.ubuntu.com/7403832/
[10:49] <apachelogger> ah, that architecture field
[10:49] <apachelogger> I don't think you can do it there
[10:49] <apachelogger> also
[10:49] <apachelogger> if you did that, then the package would not generate any binaries
[10:49] <shadeslayer> ScottK: I also had a question about eglibc , the eglibc homepage says eglibc isn't maintained anymore
[10:49] <shadeslayer> so why is ubuntu/debian still using it as default?
[10:49] <ScottK> I know.  
[10:50] <ScottK> I assume infinity and the other GLIBC maintainers will sort it out.
[10:51] <apachelogger> shadeslayer: https://www.debian.org/doc/debian-policy/ch-customized-programs.html#s-arch-wildcard-spec
[10:53] <apachelogger> so, I dunno
[10:54] <apachelogger> personally I don't get why it would be any less than any though
[10:54] <apachelogger> oh
[10:54] <apachelogger> actually
[10:55] <apachelogger> shadeslayer: you may want to exclude armhf from the build depends
[10:55] <apachelogger>  libglu1-mesa-dev [!armhf],  libqt4-opengl-dev [!armhf]
[10:55] <shadeslayer> apachelogger: but then kubrick won't build at all?
[10:55] <apachelogger> that would also then make sense in my mind ^^
[10:55] <shadeslayer> and hence won't migrate
[10:56] <apachelogger> -- This installation will have the extra features provided by these packages.
[10:56] <apachelogger> sounds optional to me
[10:57] <ScottK> shadeslayer: In any case, I don't see -workspace in queue for trusty.
[10:57] <shadeslayer> ScottK: should be up
[10:57] <shadeslayer> just uploaded it
[10:57] <ScottK> shadeslayer: It'll only block migration if it built before.
[10:57] <ScottK> there it is
[11:01] <shadeslayer> apachelogger: ok, lets try your approach
[11:04] <shadeslayer> apachelogger: http://paste.ubuntu.com/7403915/
[11:05] <shadeslayer> this is on amd64 though
[11:06] <apachelogger> shadeslayer: ah yes, will need manual promotion then
[11:07] <apachelogger> also tell upstream to learn to use cmake :P
[11:07] <apachelogger> ye consider everything non-essential and let feature_summary fail depending on what you tell feature_summary to be essential
[11:09] <shadeslayer> apachelogger: http://paste.ubuntu.com/7403947/
[11:09] <shadeslayer> that would work right?
[11:13] <apachelogger> yes
[11:13] <apachelogger> shadeslayer: dat changelog is shit tho
[11:13] <shadeslayer> :O
[11:13] <apachelogger> if I look at the diff I see that clearly the intention is that it does not dep on kubrick on armhf
[11:13] <apachelogger> I do not know why
[11:13] <apachelogger> and the changelog does not tell me why
[11:13] <apachelogger> so, the changelog tells me something I can see anyway when looking at the diff :'<
[11:14] <shadeslayer> fixed and pushed
[11:39] <kubotu> ::workspace-bugs:: [1312806] Please update kde-workspace to 4.11.9 @ https://bugs.launchpad.net/bugs/1312806 (by Kubuntu IRC Bot)
[11:44] <apachelogger> shadeslayer: bug 1316563 did I break the "yo, you got no drivers" message we had?
[11:45] <apachelogger> indeed, m_label never gets shown
[11:47] <apachelogger> guis desperately need unit testing
[11:49] <Riddell> hi sgclark 
[11:50] <sgclark> Riddell: morning
[12:00] <sgclark> Riddell: ok so I am doing ldd on all the shared libs in those two and so far all of them have them both
[12:01] <Riddell> gosh
[12:01] <Riddell> so may be unfixable
[12:02] <Riddell> sgclark: which are the two packages again?
[12:02] <sgclark> yeah both sides, all of declarative and two in gui
[12:02] <sgclark> libqt4-declarative libqt4gui
[12:05] <Riddell> /usr/lib/x86_64-linux-gnu/qt4/plugins/accessible/libqtaccessiblewidgets.so  seems to be the problem one
[12:05] <Riddell> in libqtgui4 but needs both declarative and gui
[12:06] <Riddell> sgclark: so options are a) to ignore it or b) to split out libqtaccessiblewidgets.so into a separate package and have libqt4gui recommend it
[12:06] <Riddell> b) seems quite do-able but dunno if it's worth it
[12:08]  * ScottK wonders what mitya57 thinks.
[12:10] <sgclark> Will do whatever you tell me to. 
[12:10] <Riddell> sgclark: give it a try
[12:11] <sgclark> will do
[12:21] <sgclark> Riddell: also libqt4-declarative: symbols-declares-dependency-on-other-package libqtdeclarative
[12:26]  * Riddell looks
[12:27] <Riddell> sgclark: pastebin output of:  head debian/libqt4-declarative.symbols
[12:30] <sgclark> Riddell: http://paste.ubuntu.com/7404280/
[12:33] <Riddell> sgclark: second line should be   http://paste.ubuntu.com/7404280/
[12:33] <Riddell> sgclark: second line should be   "libQtDeclarative.so.4 libqtdeclarative #MINVER#"
[12:33] <Riddell> hmm no
[12:34] <shadeslayer> surely you mean libqtdeclarative4?
[12:34] <Riddell> sgclark: second line should be "libQtDeclarative.so.4 libqt4-declarative #MINVER#"
[12:34] <shadeslayer> that works too ^^
[12:34] <Riddell> sgclark: I guess that change came from debian, check the changelog if there's a reason for it but if not go with "libQtDeclarative.so.4 libqt4-declarative #MINVER#"
[12:35] <sgclark> ok thank you
[12:56] <shadeslayer> Riddell: FYI I'm tracking merges on https://notes.kde.org/p/kubuntu-ninjas
[13:00] <Riddell> shadeslayer: cool
[13:36] <shadeslayer> Riddell: ScottK should I drop the extra packages from http://paste.kde.org/p9e8ujozp
[13:37] <shadeslayer> extra = everything not libplasma-dev
[13:38] <apachelogger> yofel: neon5 orchestration has been reorganized and now lives at lp:~neon/project-neon5/orchestration/  ... and all bits should be there to replicate the setup we run on a bluesystems server
[13:38] <apachelogger> albeit, I am being lazy and haven't actually documented much, so you better hope I don't get hit by a bus :P
[13:38] <yofel> sweet
[13:41] <Riddell> shadeslayer: drop because we're after LTS?
[13:41] <shadeslayer> yep
[13:42] <Riddell> shadeslayer: yes, unless the replace/breaks is also in debian
[13:42] <shadeslayer> right, ofcourse
[13:45] <shadeslayer> we last merged kdelibs in 2009 :S
[13:46] <apachelogger> that doesn't seem right, didn't we pick up a whole pile of splitting?
[13:46] <apachelogger> that certainly was after 2009
[13:46] <Riddell> yes I'm sure I merged it last year when in that sunny place north of barcelona
[13:50] <Quintasan> Any ideas why libqt5webkit5 is 5.1 when there rest of Qt 5.2 ?
[13:51] <shadeslayer> ah yeah, I see another one in 2013 now
[13:51] <ScottK> Ask mitya57 or mirv. 
[13:51] <Quintasan> ScottK: Okay, I wanted to package otter for now but I can't :S
[13:51] <apachelogger> Quintasan: I think there were regressions in 5.2
[13:51] <ScottK> Quintasn: or just merge from Debian and don't sweat it.
[13:52] <Quintasan> Utopic chain is up?
[13:52] <ScottK> Has been for a while. 
[13:53] <Riddell> Quintasan: they found some regressions in 5.2 so kept it at 5.1+a load of backports
[13:54] <Quintasan> ScottK: Looks like it, I already have a toolchain on my desktop
[13:54]  * Quintasan is so forgetful
[13:54] <Quintasan> Riddell: Thanks.
[13:55] <ScottK> Riddell time to move forward though. 
[13:55] <Riddell> hope so
[14:06] <shadeslayer> btw any recommendations for this conflict : debian symbols file for libkio is older , but has more symbols as compared to ours which is newer
[14:06] <shadeslayer> should I just copy over the one from debian and adjust ours during the first build?
[14:06]  * apachelogger scratches head and wonders how that even happens
[14:06] <apachelogger> shadeslayer: maybe just redo the symbols file ^^
[14:07] <apachelogger> shadeslayer: start from debian I guess
[14:07] <apachelogger> it's peculiar that ours would have fewer symbols tho
[14:07] <apachelogger> unless there's arch specific ones
[14:08] <shadeslayer> yeah, my plan was, copy over debian one, adjust as required during build
[14:08] <shadeslayer> apachelogger: I see armhf symbols
[14:08] <shadeslayer> which are not in our symbols file
[14:08] <apachelogger> well
[14:09] <apachelogger> it's a crap situation
[14:09] <apachelogger> shadeslayer: the best results would be to continue using ours and perhaps find out why we are missing symbols
[14:09] <shadeslayer> actually, wait, maybe .. yeah , reading it the wrong way
[14:09] <shadeslayer> nvm me
[14:09] <apachelogger> the thing is... since symbols have their introducing version noted you'd loose metadata unless you continue using our symbols file
[14:10] <shadeslayer> but yeah, it'd be nice to know what to do in such a situation
[14:11] <Elv1313> is there a way to fix this backtrace? https://errors.ubuntu.com/problem/96becd9a35ea3f1b2a5841dd058629ecf20c5673 ? an user had it again yesterday and it is failing to produce an userful bt
[14:12] <shadeslayer> Elv1313: no backtrace, can't do anything
[14:13] <Elv1313> shadeslayer: I know, I am asking if there is something I can do to "fix" my code so a backtrace will be produced correctly. I don't like seeing crash report and doing nothing ;)
[14:14] <shadeslayer> Elv1313: not really, you could ask the user to acquire core dumps
[14:14] <shadeslayer> then debug on your machine
[14:14] <Elv1313> is it possible to contact them?
[14:15] <shadeslayer> via e.u.c ? nope
[14:16] <apachelogger> !info sflphone
[14:16] <shadeslayer> saucy :O
[14:16] <apachelogger> saucy he said
[14:16]  * shadeslayer hates merging kdelibs
[14:16] <Elv1313> !info sflphone-kde
[14:17] <apachelogger> Elv1313: you could ask ev in #ubuntu-devel if there's any more information on why the retracing failed, because it appears to me that the debug symbols should have been there
[14:17] <Elv1313> https://launchpad.net/ubuntu/+source/sflphone
[14:17] <apachelogger> otherwise, if you wait long enough it might just be that a retrace eventually yields a trace ^^
[14:18] <Elv1313> ok, thanks
[14:35] <shadeslayer> ScottK: I have another kde-workspace upload for you btw
[14:35] <shadeslayer> in about 30 minutez
[14:43] <davmor2> shadeslayer: man you so street with your z's ;)
[14:43] <shadeslayer> xD
[14:43] <shadeslayer> genuine typo btw :P
[14:43] <shadeslayer> debfx: ping
[14:43] <shadeslayer> debfx: +override_dh_makeshlibs:
[14:43] <shadeslayer> +       $(overridden_command) -- -c0
[14:43] <davmor2> shadeslayer: :D
[14:43] <shadeslayer> debfx: any ideas why ou did that?
[14:44] <mitya57> Quintasan, ScottK: http://irclogs.ubuntu.com/2014/05/03/%23ubuntu-devel.html#t09:32
[14:45] <mitya57> In short: it is already in Bzr, and Timo wants to synchronize it with Touch stuff
[14:45] <shadeslayer> debfx: ideally, don't we want that in pkg-kde-tools to make sure if that there's no tolerance towards new symbols?
[14:45] <shadeslayer> oh
[14:45] <shadeslayer> debfx: level 0 never fails :O
[14:45] <shadeslayer> why is kdelibs level 0?
[14:46] <yofel> so we can fix the whole package post-build, instead of it failing on symbols, then later you have to fix new files etc. in another pass
[14:47] <yofel> although we don't do that for all packages, nor am I sure whether it's that useful these days as LP does the building
[14:47] <debfx> shadeslayer: I added that? :O
[14:48] <shadeslayer> debfx: bzr log -p shows that rev 342 added that
[14:48] <shadeslayer> ah ubottu, u so silly
[14:48] <shadeslayer> yofel: thoughts on dropping it?
[14:51] <yofel> well, depends. It's useful as it doesn't block the rest of the SC on a kdelibs ABI break (possibly private/gcc), but on the other hand if it's gone you don't have to rebuild stuff if you bump the ABI later as everything is waiting
[14:51] <yofel> I would rather not have it personally
[14:52] <debfx> shadeslayer: likely came from Debian since that commit is a merge
[14:52] <shadeslayer> mm
[14:53] <shadeslayer> debfx: yeah, you're right
[14:53] <debfx> it already was that way before: -DEB_DH_MAKESHLIBS_ARGS_ALL := -V -u-c0
[14:54] <debfx> but I agree -c0 shouldn't be used for kde4libs
[14:54]  * shadeslayer removes it since debian removed it
[14:59] <shadeslayer> ScottK: kde-workspace for your approval
[15:03] <mitya57> Riddell: (/me reads backscroll) So is there anything wrong with the current libqt4-declarative.symbols?
[15:04] <Riddell> mitya57: nope, just in what sgclark ended up with
[15:04] <mitya57> Are you using lp:~k-packagers/k-packaging/qt or something else?
[15:05] <Riddell> mitya57: I don't know if she started with that or with the trusty package
[15:06] <mitya57> sgclark: ^
[15:07] <mitya57> Riddell: In my branch that symbols file was correct from the beginning, and there is no loop between gui and declarative.
[15:08] <mitya57> (where "my branch" = lp:~kubuntu-packagers/kubuntu-packaging/qt)
[15:11] <sgclark> I used grab merge. I had to create symbols files to fix a different error.
[15:12] <sgclark> But even so I had the circular error prior to that
[15:47] <shadeslayer> my head hurts from the kdelibs merge :(
[15:48] <shadeslayer> and I still have to deal with symbols
[15:50] <sgclark> my brain has melted from qt4 merge, but finally done.
[15:51] <mitya57> sgclark: Hi, can you please show me your qt4 code? Or, even better, commit it to Bzr?
[15:53] <sgclark> mitya57: I am only packaging a merge. I do not have bzr access to that. I will have a my dropbox link here in a sec
[15:53] <sgclark> the circular dependency is resolved though
[15:54] <mitya57> I am asking because: <mitya57> In my branch that symbols file was correct from the beginning, and there is no loop between gui and declarative.
[15:54] <yofel> sgclark: you can just commit locally and push to a private branch
[15:54] <mitya57> I.e., maybe it is better if we take my code as a base
[15:56] <sgclark> This is a merge with debian which is a newer   version, What version are you using? 
[15:57] <mitya57> sgclark: What I prepared was also a merge with Debian.
[15:58] <shadeslayer> http://paste.kde.org/pyqgmkbpl
[15:58] <mitya57> I'm also a co-maintainer of Qt in Debian :)
[15:58] <sgclark> That is wonderful, why am I merging it lol
[15:58] <mitya57> (My bad that I didn't coordinate it before committing.)
[15:59] <sgclark> Riddell: ^^
[16:00]  * BluesKaj wonders if the word mistake is no longer cool ...my bad this, my bad that ....
[16:00] <sgclark> Oh well, it was a good learning experience. If you have merged it already, there is no point messing with mine.
[16:00] <mitya57> sgclark: In any case, please show me your code, maybe you've done some parts better than I.
[16:01] <sgclark> thanks mitya57
[16:01] <Riddell> sgclark: yeah let us see what you have and we'll grab the best bits of both
[16:01] <shadeslayer> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kdelibs/revision/586
[16:01] <shadeslayer> incase someone wants to review
[16:02] <sgclark> https://www.dropbox.com/sh/p8hlhv9lztlyyjl/4RjZyLGlfY/kubuntu-files
[16:02]  * mitya57 looks
[16:02] <sgclark> Riddell: anything left for me withh frameworks?
[16:04] <Riddell> sgclark: loads http://qa.kubuntu.co.uk/kf5-status/build_status_4.99.0_trusty.html
[16:04] <Riddell> https://notes.kde.org/p/kubuntu-ninjas-frameworks
[16:07] <ScottK> shadeslayer: please reupload using -v.
[16:07] <shadeslayer> ScottK: I did?
[16:07] <shadeslayer> which is why it has both the 0.1 and 0.2 entry?
[16:08]  * ScottK checks again. 
[16:08] <Riddell> sgclark: a lot of them have had translations added and need qttools5-dev, qttools5-dev-tools, qt5-default added and a -data package added
[16:08] <shadeslayer> ScottK: http://paste.kde.org/p7dnbc8gt
[16:08] <shadeslayer> is what I have
[16:08] <sgclark> Riddell: ok
[16:09] <Riddell> sgclark: and some of the paths have been changed
[16:09] <ScottK> shadeslayer: Sorry.  Misread. Accepted. 
[16:09] <shadeslayer> ScottK: thx :)
[16:11] <mitya57> sgclark: To be honest, my branch looks better to me :) As an example, you for some reason removed aarch64 & ppc64el patches from series, and they don't apply cleanly.
[16:11]  * Riddell out
[16:13] <sgclark> mitya57: removed because they would not apply. I am still learning and qt4 was a monster to me. I have fought with this for many days and so I accept the fact that it is all probably a waste.
[16:13] <mitya57> sgclark: There is at least one thing that you noticed but I did not
[16:13] <mitya57> (and that thing is a changelog entry for 4:4.8.5+git192-g085f851+dfsg-2ubuntu4)
[16:28] <mitya57> Riddell: pushed that bit to Bzr (actually it was not just changelog entry, but half of upload). Now it should be ready.
[16:41] <mitya57> sgclark: your code *was* helpful
[16:46] <sgclark> mitya57: thank you. as for the patches I dropped because they ould not apply, what should I have done? For the future of learning :)
[16:52] <mitya57> sgclark: They did not apply because we (Lisandro PM and I) forwarded some bits upstream. After removing those bits, the patch applies.
[16:52] <mitya57> Check what I've done in Bzr
[16:52] <sgclark> mitya57: ok. will do thank you
[18:15] <kdeuser56> yofel, hi, does project neon have debug symbols for all packages?
[18:15] <yofel> any package should have a <pkg>-dbg as long as it has binaries
[18:16] <kdeuser56> ok thanks
[18:16] <kdeuser56> yofel: there are still packages for the kde 4 based stuff right?
[18:16] <yofel> not really, there are for saucy, but for trusty it's rather broken
[18:17] <kdeuser56> thats bad ... then I have to compile the whole kdepim stack myself :-(
[18:17] <sgclark> Is anyone else working on https://notes.kde.org/p/kubuntu-ninjas-frameworks? I seem to be working on packages that are already being worked on again...
[18:21]  * yofel isn't
[18:21] <yofel> kdeuser56: there's kdesrc build, which should make that rather easy
[18:21] <yofel> it's even in the archive
[18:21] <kdeuser56> yofel: yeah it is ... but it takes a long time
[18:34] <Etriaph> G'day folks.
[18:35] <Etriaph> ovidiu-florin: I can't post a question in the support forums for Evolve unless the theme has been purchased.  I did send them an email using their contact form with the details of the scenario.
[18:41] <apachelogger> mh, aren't council elections supposed to be held in may btw?
[19:04] <sgclark> Anyone available to review kcompletion and kjobwidgets in bzr?
[19:19] <Riddell> apachelogger: yep, we should discuss that at the meeting on monday
[19:20] <Riddell> sgclark: yep (probably)
[19:21] <sgclark> Riddell: yep probably what? :)
[19:21] <Riddell> sgclark: probably can review
[19:21] <sgclark> oh ok, great, ki18n will done here shortly as well
[19:23] <Riddell> sgclark: all the packages are in the PPA just most of them need fixes
[19:24] <Riddell> sgclark: I just did a mass upload to start which is also in bzr, but that's just adding a changelog
[19:24] <Riddell> so new paths, translations and other things need fixed
[19:24] <sgclark> Riddell: right, I am grabbing them from PPA
[19:24] <Riddell> ppa and bzr should be the same
[19:24] <sgclark> and fixing. kcompletion was only one that had some changes done in bzr
[19:26] <Riddell> oh yes sorry I see I did half start that and then forgot about it :(
[19:27] <sgclark> hehe it's ok
[19:28] <Riddell> sgclark: you removed the top of the changelog in kcompletion
[19:28] <sgclark> Riddell: I did? was not intentional
[19:30] <sgclark> Riddell: ki18n ready
[19:31] <sgclark> That is all the reds, want me to retry the dependency waits when these build?
[19:31] <Riddell> sgclark: yeah please
[19:31] <sgclark> will do!
[19:32] <sgclark> I will list any I work on in the sheet , as you will be awake before me tomorrow :)
[19:37] <Riddell> sgclark: uploaded your three packages
[19:37] <Riddell> sgclark: I also committed my incomplete changes for kauth to bzr so you can complete that if you so wish
[19:42] <sgclark> Riddell: will do
[19:50] <Elv1313> shadeslayer, apachelogger: Hi again, about my unusable e.u.c backtraces pronlem, I made a script that transform incomplete e.u.c backtraces into usable ones https://gist.github.com/Elv13/76aac9356171de13e352 It does a good enough job to solve most problems
[20:40] <sgclark> Riddell: or anyone available kauth ready in bzr
[20:43] <jose> Riddell: we don't have pressed Kubuntu DVDs anymore, right?
[20:46] <shadeslayer> nope
[20:46] <jose> kinda sad :(
[20:47] <jose> some guy asked for a Kubuntu DVD to be shipped (I ship DVDs in my country) and for any weird reason *all* my DVDs and burners decided to fail
[20:48] <shadeslayer> heh
[20:48] <shadeslayer> jose: though I guess you can order one from the Canonical store, maybe
[20:48] <jose> they don't sell kubuntu ones anymore :(
[20:48] <shadeslayer> hm, nope
[20:48] <jose> and the Ubuntu Desktop and Server ones I already got
[20:49] <shadeslayer> they finally do have properly priced tshirts
[20:49] <jose> really?!
[20:49] <shadeslayer> yeah, 10 GBP
[20:49] <shadeslayer> http://shop.canonical.com/index.php?cPath=14
[20:49] <jose> oh, but I'm sure shipping is 3x the price of the shirt
[20:50]  * shadeslayer checks
[20:51] <jose> hmm, shipping to Peru: 6.50 GBP for a tshirt
[20:51] <jose> Expedited, arriving in 1 week: 39.42 GBP
[20:51] <shadeslayer> shipping within GB is 5 GBP
[20:51] <jose> Express, arriving in 5 days: 120.32 GBP
[20:51] <shadeslayer> shipping to Spain is 7-8
[20:51] <shadeslayer> heh :P
[20:51] <jose> I think I'll choose... Express
[20:52] <shadeslayer> xD
[21:14] <Riddell> sgclark: kauth uploaded!
[22:19] <sgclark> Riddell: or anyone available kservice is ready in bzr