[00:24]  * yofel off to bed finally
[00:24] <yofel> good night
[00:24] <Riddell> good night yofel, thanks for awesome fixes
[00:27] <Riddell> well I guess removing libgpgme++-pth.so.2 from the package will be fine now if nothing links to it and we can follow what debian do when they do a more proper fix
[00:31] <juancarlospaco> :)
[01:52] <Riddell> up goes 4.10.80
[01:56] <Riddell> ScottK: bunch of New bits in there should you be in the mood
[02:54] <kc8qvp> I realize this is a little off-topic, but you guys should know:
[02:55] <kc8qvp> Is there an apt repo that has Qt 5.1 RC1 built for Ubuntu 13.04?
[02:55] <kc8qvp> along with qtcreator etc. etc.
[03:22] <kc8qvp> Where can I find (on IRC) the 'Canonical Qt5 Edgers' team?
[03:59] <kubotu> ::qt-bugs:: [1180067] No icons on buttons @ https://bugs.launchpad.net/bugs/1180067 (by GamePad64)
[04:10] <ScottK> Moved grantlee back to Main so kde4libs can build.
[05:45] <soee> good morning
[07:23] <yofel> oh, .80 going up, nice :D
[07:24] <yofel> I might use staging for some experimental backports later, but first I need to write the rules for boost at least
[07:26] <juancarlospaco> Does DNSSD.ServiceBrowser() has a .stop() method?, or its unstoppable ?
[07:33] <soee> ;o
[08:11] <kubotu> ::qt-bugs:: [1193243] package libqtcore4 (not installed) failed to install/upgrade: trying to overwrite shared '... @ https://bugs.launchpad.net/bugs/1193243 (by Dim1triy)
[10:07] <Riddell> looks like qt 5.0.2 into debian
[10:07] <Riddell> Quintasan: telepathy time?
[10:07] <Quintasan> uploading common internals
[10:08] <Riddell> awooga
[10:22] <Riddell> "Aurélien Gâteau (agateau) renewed their own membership in the Kubuntu Members"  yay agateau still loves us!
[10:22] <agateau> Riddell: of course I do!
[10:23] <agateau> You know, sometimes people are surprised I am still running Kubuntu now that I left Canonical. I like to answer them "What else?" :)
[10:23] <Riddell> :)
[10:24] <Riddell> agateau: that's a good quote, can I blog that?
[10:24] <agateau> heh, sure
[10:24] <Riddell> I expect it'll get lots of trolling comments, but good thing it's hard to comment on my blog
[10:24] <agateau> It actually comes from a Nespresso commercial staring George Clooney, don't know if it is French only
[10:26] <Quintasan> Christ
[10:26] <Quintasan> Riddell: Dem amd64 builders are laz..busy
[10:27] <Riddell> no, only George Clooney, and he's sold his soul to Nestle so hardly a messiah
[10:27] <Quintasan> Going to take a while since I accidentaly my whole configuration and my local pool got eaten
[10:28] <Quintasan> oh it's agateau
[10:28] <Quintasan> \o
[10:30] <agateau> Quintasan: o/
[10:30] <agateau> Riddell: the ads are really good though
[10:31] <agateau> I am pretty much anti-ads, but those always make me smile
[10:32] <Riddell> noo!  Nestle are evil.  The Nesquick bunny kills babies
[10:47]  * Riddell tidies up https://notes.kde.org/p/kubuntu-ninjas
[10:51] <Riddell> hmm our meta package for kde-plasma-desktop still depends on hal
[10:51] <Riddell> I wonder why it depended on it at all, would think that would be from kdelibs or whatever
[10:51] <Riddell> s/out/debian's/
[10:51] <kubotu> Riddell: You did something wrong... Try s/you/me/ or tell me "help sed"
[11:21] <apachelogger> yofel: locale matters
[11:22] <Quintasan> Riddell: Do you have powers to make things go from saucy-proposed to saucy?
[11:23] <Riddell> Quintasan: mm if I have to but usually there's a good reason why they're not
[11:28] <Quintasan> Riddell: I'm like trying to upload the whole stack right now but after all I think I'll just ppa everything and then reupload
[11:29] <yofel> do it fast, if I upload 4.10.80 for raring the ppa builders will get a bit of a queue
[11:30] <Quintasan> k
[11:32] <BluesKaj> 'Morning all
[11:34] <Riddell> Tm_T: do you really still use kopete?
[11:40] <Tm_T> Riddell: occasionally yes, I've given up on using desktop applications on many tasks including xmpp mostly though
[11:46]  * Riddell cries on seeing https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph?action=AttachFile&do=get&target=kde-dep-graph-411.svg
[11:46] <Riddell> I thought it worth updating it
[11:51] <shadeslayer> did someone fix marble before uploading :P
[11:51] <soee> yofel, please do upload fof raring :D
[11:51] <yofel> shadeslayer: no
[11:51] <shadeslayer> ...
[11:52] <yofel> well, we can do that for beta2
[11:52]  * shadeslayer fixes
[11:52] <yofel> shadeslayer++
[11:52]  * shadeslayer needs to take his mind off something before he goes into a rage
[11:54] <shadeslayer> Riddell / ScottK can either of you sync libquazip ?
[11:54] <shadeslayer> er we,,
[11:54] <shadeslayer> *well
[11:54] <shadeslayer> as soon as it's available :P
[11:54] <shadeslayer> see debian bug 712905
[11:55] <Quintasan> shadeslayer: your ktp scripts are meh
[11:55] <Quintasan> http://paste.ubuntu.com/5786587/
[11:55] <Quintasan> look at this magic
[11:55] <Riddell> http://blogs.kde.org/2013/06/21/411-build-chart-and-what-else
[11:55] <shadeslayer> does not iterate?
[11:56] <Quintasan> shadeslayer: it does not, in fact I could do that but I was too lazy
[11:56] <shadeslayer> Quintasan: plus, ktp people keep changing between stable and unstable
[11:58] <Quintasan> shadeslayer: changing stable and unstable where?
[11:58] <Riddell> shadeslayer: any reason to?  0.5.1-1ubuntu1 has that change
[11:58] <yofel> Riddell: btw. that chart still contains kdeadmin and kdenetwork which ceased to exist
[11:58] <Quintasan> shadeslayer: and, do you think I give a flying fuck about this? :P
[11:58] <shadeslayer> Riddell: yeah, it does, I just thought it'd be a good idea to sync it over ?
[11:59] <shadeslayer> Quintasan: watch files
[11:59] <shadeslayer> Quintasan: for eg. your script won't work without modification for the next alpha/beta release of KTP
[11:59] <yofel> Riddell: though I need to make a poster out of that piece of modern art :P
[11:59] <Quintasan> KRAP
[11:59] <shadeslayer> Quintasan: if they release to unstable
[11:59] <Quintasan> text ui has weird version
[11:59] <shadeslayer> AHA
[11:59] <Quintasan> xD
[12:00] <shadeslayer> Quintasan: you also don't bump version requirements on libktpcommoninternalprivate
[12:00] <shadeslayer> in debian/control :P
[12:00] <Riddell> yofel: well spotted, fixed
[12:00] <Quintasan> shadeslayer: I don't I build it in pbuilder with local pool, it uses the newer one
[12:00] <Quintasan> I build it in *
[12:00] <shadeslayer> sure
[12:01] <shadeslayer> but, if you upload it, ktp-text-ui might build against the older ktp-common-internals
[12:01] <Quintasan> I iz going to fix it
[12:03] <Riddell> ../../kjs/wtf/Vector.h:389:72: warning: cast from 'char (*)[64]' to 'khtml::AtomicString*' increases required alignment of target type [-Wcast-align] T* inlineBuffer() { return reinterpret_cast<T*>(&m_inlineBuffer); }
[12:03] <Riddell> oh arm, you will send us mad
[12:10] <Quintasan> okay it werks
[12:14] <shadeslayer> Riddell: you stole all my upload karma :P
[12:15] <Quintasan> shadeslayer: gibe you ktp update script
[12:15]  * Quintasan broke something and is not sure what
[12:16] <Riddell> shadeslayer: oh just wait until I do l10n
[12:16] <shadeslayer> Quintasan: don't have it anymore
[12:16] <shadeslayer> Quintasan: write it from scarch
[12:16] <Quintasan> wat
[12:16] <shadeslayer> *scratch
[12:17] <shadeslayer> Quintasan: you just need to add a : sed -i 'libktpcommoninternalsprivate-dev (>= 0.6.1)/libktpcommoninternalsprivate-dev (>= 0.6.2)/' call in your script
[12:17] <shadeslayer> Quintasan: and then it should be more or less the same as the one that I had
[12:18] <shadeslayer> Riddell: hah
[12:18] <Riddell> infact, I think I'll do l10n now
[12:18] <Quintasan> http://paste.kde.org/759182/
[12:18] <Quintasan> T_T
[12:19] <shadeslayer> *giggle*
[12:19] <shadeslayer> fancy, coursera does a countdown down to the second
[12:20] <shadeslayer> "Class Starts in 3 days, 11 hours, 40 minutes, and 2 seconds"
[12:24]  * yofel throws .80 up for raring and watches what happens
[12:24] <shadeslayer> did you add some rules?
[12:24] <yofel> some for boost, nothing more yet
[12:24] <shadeslayer> should be enough for msot of the core stack
[12:33] <yofel> A recent upload has resulted in 303 pending builds.
[12:33] <yofel> I love to make you happy launchpad ^^
[12:39] <shadeslayer> heh
[12:39] <shadeslayer> yofel: did you put it in staging? or ninjas?
[12:39] <yofel> staging
[12:40] <yofel> ninjas is for 4.10.5
[12:40] <shadeslayer> oh okay
[12:40] <shadeslayer> can't open https://launchpad.net/builders 
[12:40]  * yofel made the status script show what ppa it shows too...
[12:41] <ScottK> shadeslayer: ping me when it shows up on merges.ubuntu.com and then I'll sync it.
[12:42] <shadeslayer> ScottK: already there
[12:42] <shadeslayer> https://merges.ubuntu.com/libq/libquazip/REPORT
[12:42] <ScottK> shadeslayer: What's your LP username?
[12:42] <shadeslayer> rohangarg
[12:43] <ScottK> Thanks.
[12:44] <ScottK> shadeslayer: Done
[12:44] <shadeslayer> thanks!
[12:44] <ScottK> Keep track of that one for your MOTU application.
[12:44] <shadeslayer> heh :)
[12:45] <ScottK> The fact that it went Debian and got fixed there is one thing the DMB likes to see.
[12:45] <ScottK> Not kidding.
[12:45] <Riddell> oh the actual kde4libs error on arm is..
[12:45] <Riddell> ../../khtml/svg/SVGStyledLocatableElement.h:45:27: internal compiler error: in extract_insn, at recog.c:2154
[12:45] <Riddell> Please submit a full bug report,
[12:45] <Riddell> wibble
[12:46] <shadeslayer> hah!
[12:49] <yofel> kde-sc-dev-latest >= 4:4.10
[12:49] <yofel> ooops
[12:49] <shadeslayer> ScottK: ack, will keep track of it :)
[12:49] <yofel> meh, need to backport attica
[12:52] <ScottK> Riddell: Yeah.  I think armhf will be awhile.  
[12:52] <ScottK> If your panda will build it, I'd kick off a build.
[12:54] <shadeslayer> yofel: might want to reupload marble with my fix
[12:54] <shadeslayer> for raring
[12:55] <soee> ok im going home now, yofel when raring packages are ready im avi to test it
[12:55]  * Riddell adds mitya57 to ~k-packages for qt5 packaging
[12:55] <yofel> that will be today in the eveing earliest anyway
[12:56] <yofel> shadeslayer: are you sure that'll work?
[12:56] <yofel> nothing needed from marble?
[12:57] <ryanakca> Any objections if I ask to have #kubuntu-testers forwarded to here? There's been no activity in it for well over a year.
[12:57] <yofel> ryanakca: please do so
[13:06] <smartboyhw> Hey guys, how's 4.10.80?
[13:06] <ScottK> yofel: It looks like nepomuk-core needs an updated copyright file.  I accept it anyway, but please have a look.
[13:06] <yofel> ScottK: for raring?
[13:07] <yofel> smartboyhw: uploaded to saucy, and hogging all the builders for raring :P
[13:07] <smartboyhw> yofel, \o/
[13:08] <smartboyhw> Uh http://kyofel.dyndns.org/kubuntu/build_status_4.10.80_raring.html
[13:08] <smartboyhw> Error multiple versions of the same package kiriki:P
[13:08] <yofel> dunno, launchpadlib FUD
[13:09] <yofel> everything is stuck on attica
[13:09] <yofel> and I need to put an updated meta-kde in there
[13:09] <Quintasan> Riddell: ktp shoved to saucy
[13:09] <smartboyhw> Monday and Tuesday is going to be my most non-useful school day.....
[13:09] <ScottK> yofel: Yes.
[13:09] <ScottK> yofel: No, sorry, saucy
[13:10] <smartboyhw> Riddell, I like https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph?action=AttachFile&do=get&target=kde-dep-graph-411.svg :P
[13:10] <smartboyhw> Simliarly messy than Ubuntu Studio's blueprint dependency graph.
[13:10] <yofel> ScottK: ah ok.
[13:10]  * yofel is pretty sure none of the copyright files were updated
[13:11] <smartboyhw> Riddell, you ruthlessly broke Planet Ubuntu:{
[13:11] <smartboyhw> That's too hell long..
[13:11] <Riddell> smartboyhw: Planet KDE is much more sensible :)
[13:11] <smartboyhw> Riddell, I did heard someone sent a patch for it (in rt.u.c)
[13:15] <ScottK> Sigh.
[13:15] <ScottK> Look at libmarblewidget.so.0.15.80 and tell me what's wrong with that ....
[13:16] <ScottK> Riddell: Would you please have a look at libmarblewiget so naming and then whine to upstream so it's fixed for beta2?
[13:17] <ScottK> xnox: Do you have a reasonably fast armhf box available?
[13:17] <Riddell> they've always done sonameing funny in marble
[13:17] <ScottK> OK.
[13:19] <xnox> ScottK: yes.
[13:19] <xnox> ScottK: i have 4 core bare-metal & 8 core virtualised (which sometimes is faster the 4 core one) depending on packages.
[13:19] <ScottK> xnox: The current (saucy-proposed) kde4libs does an ICE on the buildd for armhf.  Would you be able to kick off a build to collect the necessary data for a proper ICE bug report?
[13:20] <xnox> ScottK: I also will be offline until monday in 4h.
[13:20]  * xnox looks up build-time
[13:20] <yofel> ScottK: marble is boring, we went from libanalitza.so.4 to libanalitza.so.0 then to libanalitza.so.5.0.0 until we finally had libanaltza.so.5
[13:20] <xnox> ScottK: the one that failed took 3 hours.... hm. let's see.
[13:21] <ScottK> My armhf boxes won't build saucy due to ancient vendor kernel.
[13:21] <xnox> ouch
[13:22] <xnox> ScottK: so you are saying, i must use bare metal? as qemu no worky for kde4libs?!
[13:22] <smartboyhw> yofel, yeah:) (/me still remembers it...)
[13:22] <smartboyhw> We have to get to ~ppa8 to get analitza fully correct:P
[13:22] <ScottK> xnox: I don't know about "must", but I think for an ICE, it's good to get things as exactly right as possible.
[13:22] <yofel> xnox: qemu can't build kde packages
[13:22] <ScottK> Oh, there you go.
[13:22] <xnox> ScottK: true.
[13:23] <smartboyhw> Now the status page for Raring is working.
[13:24] <smartboyhw> Hmm, korundum is the first package to succeed:O
[13:25] <xnox> ScottK: my bare metal one is currently busy for working on a cross-toolchain, and I can't free up "Build needed 1163600k disk space" before end of day, and then I'm off to the beach.
[13:25] <smartboyhw> Second place: oxygen-icons:)
[13:25] <xnox> ScottK: so i can look into it next week, or try to find somebody else =/
[13:25] <xnox> sorry.
[13:25] <ScottK> xnox: Thanks.
[13:26] <Quintasan> christ
[13:26] <Quintasan> Riddell: This dependency graph
[13:26] <Quintasan> It's TOTALLY scary
[13:27] <yofel> that's the point, it has to repesent the greatness of the ninjas for understanding it ;P
[13:27]  * smartboyhw +1s Quintasan 
[13:27] <smartboyhw> yofel, LOL.
[13:28] <Quintasan> yofel: Truth be told, I don't even look at it and I'm already almost as insane as logger
[13:28] <Quintasan> :P
[13:29] <smartboyhw> Quintasan, LOL
[13:30] <smartboyhw> When's Alpha 1 BTW?
[13:30] <smartboyhw> 26th June or?
[13:30]  * smartboyhw wonders why the release team haven't sent opt-in emails...
[13:31] <smartboyhw> Or was it because they knew everybody's wills?
[13:31] <smartboyhw> Guys, look at status page again, traceback:O
[13:32] <ScottK> smartboyhw: There was a mail.
[13:32] <smartboyhw> ScottK, oh really?
[13:32] <yofel> smartboyhw: fun, it failed to download a buildlog
[13:32]  * smartboyhw didn't see flavours opt-in or not.
[13:32] <ScottK> I think so.
[13:32] <smartboyhw> yofel, kbruch...
[13:32] <smartboyhw> Anyways, I do know which opting-in and which not.
[13:33] <smartboyhw> Fortunately, Ubuntu Studio is not doing any alphas, so I can jump over here and do Alpha 1 testing.
[13:33] <ScottK> Great.
[13:37] <yofel> Riddell: looking at cervisia. Did you intend to keep the cvsservice package or didn't you? What cervisia currently has is a broken mix of that
[13:38] <smartboyhw> Uh hum, we need to fix kde4libs for armhf, it's stopping everything in archive to build...
[13:38] <smartboyhw> It failed at 3 hours...
[13:38] <smartboyhw> archive = primary/saucy-proposed
[13:39] <smartboyhw> The bug is not reproducible, so it is likely a hardware or OS problem. (in the kde4libs armhf changelog)
[13:39] <smartboyhw> blame Launchpad;P
[13:39] <smartboyhw> Anyone got some talent in armhf?
[13:40]  * smartboyhw seriously wonders why they cam
[13:40] <smartboyhw> can't ask for special approval from Launchpad team for armhf in ninjas.
[13:40] <smartboyhw> I mean yeah sure we do exceed build numbers, but we genuinely need that...
[13:40] <yofel> smartboyhw: we have an armhf exception for kubuntu-active ppa
[13:40] <yofel> but qemu is useless
[13:40] <smartboyhw> yofel, oh.
[13:41] <yofel> smartboyhw: bug 1077116 if you're curious
[13:41] <smartboyhw> yofel, meh:(
[13:42] <smartboyhw> BTW, kde4libs armhf error is basically: http://paste.kde.org/779948/
[13:42] <yofel> I saw pitti upload a gcc update an hour ago
[13:42] <yofel> maybe retry with that
[13:43]  * smartboyhw can't retry archive builds anyways...
[13:45] <ScottK> smartboyhw: It's a compiler bug.
[13:45] <smartboyhw> ScottK, gcc bug?
[13:45] <ScottK> Yes
[13:46]  * smartboyhw looks at gcc....
[13:46]  * smartboyhw can't debug armhf unfortunately...
[13:47] <smartboyhw> Unless someone gives me an armhf computer:)
[13:50] <ScottK> Riddell: Does basic_curves.plots really belong in libanalitzaplot do you think?  Seems rather pointless and having the usr/share content in a lib will eventually bite us on multiarch..
[13:58] <ScottK> yofel: What exactly did pitti upload (link please)?
[13:59] <yofel> ScottK: I can't read, I meant doko
[13:59] <yofel> https://launchpad.net/ubuntu/saucy/+source/gcc-4.8/4.8.1-4ubuntu2
[14:00] <Riddell> ScottK: well it's shipped in the source for analitza/plot
[14:00] <Riddell> ScottK: we could put it in a -data package if you think it'll be a problem
[14:01] <Riddell> apoi probably knows more
[14:01] <Quintasan> yofel: wait
[14:01] <Quintasan> we did get arm builds in active?
[14:01] <Quintasan> what kind of strings did you pull?
[14:02] <yofel> Quintasan: not much, you can get limited access to the armhf ppa builders if you have a reason now. Problem is that they virtualized
[14:02] <yofel> *they're
[14:02] <Quintasan> last time I asked for that (quite long time I ago) they said - NOPE
[14:03] <smartboyhw> Quintasan, there are limitations for applying.
[14:03] <yofel> right, that was back when everything was built on hardware
[14:03] <smartboyhw> Not more than 10 builds per week...
[14:03] <smartboyhw> And build time not more than a certain no. of hours 
[14:03] <smartboyhw> Certainly doesn't fit our ninjas ppa...
[14:04] <Quintasan> hah
[14:04] <Quintasan> Riddell: Could we buy some arm boxes to build armhf magic?
[14:04] <Quintasan> hmm
[14:04] <Quintasan> wait
[14:04] <Quintasan> that actually carries a problem
[14:06] <yofel> now that would be something that we could ask canonical for money for
[14:06] <ScottK> Yes.
[14:06] <ScottK> I'd be glad to host them as a replacement for the older Efika boxes that are not very supportable anymore.
[14:07] <ScottK> Riddell: Did you look at the content of the file?  It seems pointlessly trivial.
[14:07] <Riddell> yeah if you find out the best type to get
[14:07] <Riddell> ScottK: a grep doesn't come up with any code that seems to use it
[14:13] <Quintasan> Uploading to unicorn (via ftp to INVISIBLE.PINK.UNICORN):
[14:13] <Quintasan> lol
[14:13] <yofel> what?
[14:14] <Quintasan> argh
[14:14] <Quintasan> ScottK: I think I uploaded ktp to saucy too fast
[14:15] <Quintasan> wait
[14:15] <Quintasan> what on Earth is going on
[14:15] <ScottK> What do you want me to do?
[14:16] <maco> where does kde's git live?
[14:16] <Riddell> git.kde.org :)
[14:16] <Quintasan> ScottK: Sorry, I thought I can't restart builds. I'll take care of that
[14:16] <yofel> http://quickgit.kde.org/ for web
[14:16] <Riddell> maco: projects.kde.org is the other web interface
[14:16] <maco> open source projects that dont have front-page or at least first-level-developer page links to their git & bugtracker make me sad
[14:16] <maco> yofel: >_< why does it have a different subdomain?
[14:17] <Quintasan> kde logic
[14:17] <maco> i tried goign to git.kde.org in the browser to find the names of the modules so i can do a checkout
[14:17] <Riddell> it's on a different server
[14:17] <Quintasan> it's sometimes not logical at all
[14:17] <maco> and then it was like "this doesnt exist" and i was like "well where the heck is it then?"
[14:17] <maco> knotify isnt a module. anyone know which one it's in so i can smack it around?
[14:18] <Riddell> kde-runtime: /usr/bin/knotify4
[14:18] <maco> thanks
[14:20] <maco> i ran out of disk space. knotify *helpfully* FILLED IT BACK UP WHILE I WAS STILL DELETING by logging infinite times to .xsession-errors that i was out of disk space 
[14:21] <maco> every time i got some space free, itd flush and fill the space back in, discover it was out of space again, and begin buffering complaints about it
[14:21] <maco> i'd clear some space...it'd flush...repeat
[14:21] <Riddell> as notifications go it certainly got your attention
[14:21] <Quintasan> maco: Truth be told it's only 648K there
[14:21] <maco> it took 3 days to figure it out
[14:21] <Quintasan> I wonder what makes the file so large on some PC's
[14:22] <Riddell> knotify is such an attention seeker
[14:22] <maco> Quintasan: my .xsession-errors was 133GB of knotify complaining
[14:22] <Quintasan> ...
[14:22] <Quintasan> Like
[14:22] <Quintasan> WAT
[14:22] <maco> YES
[14:22] <maco> im going to go deleteify those logging lines from the code
[14:22] <Riddell> kdebug turned on for all maybe?
[14:22] <maco> and make a whiny bug report with a patch
[14:22] <Quintasan> maco: Here is a big rubber duck in a port -> http://24.media.tumblr.com/tumblr_lfm5b0esis1qfzkwzo1_500.jpg
[14:23]  * yofel has kdebugdialog on completely, but even then he gets 200M/week at most...
[14:23] <maco> i deleted a 72GB VM on wednesday as a last ditch to get free space
[14:23] <maco> those 72GB refilled at 11:46PM last night
[14:23] <maco> i know this, because that's when the clock in my panel stopped updating
[14:23] <maco> (knotify4:2178): GStreamer-CRITICAL **: gst_poll_write_control: assertion `set != NULL' failed
[14:23] <maco> (knotify4:2178): GStreamer-WARNING **: gstsystemclock: write control failed in wakeup_async, trying again : 28:No space left on device
[14:24] <yofel> GSTREAMER?
[14:24] <Quintasan> wat wat wat
[14:24] <Quintasan> this is getting strange
[14:24] <maco> knotify makes bing sounds, i guess?
[14:24] <maco> this computer doesn't even have speakers
[14:24] <yofel> ok, that's not knotify's fault. It's just logging junk coming from gstreamer
[14:25] <maco> so its gstreamer i should be doing a checkout on?
[14:25] <yofel> hm, apachelogger might know more. Audio is his department
[14:25] <yofel> or shadeslayer
[14:27] <Quintasan> hmm
[14:27] <Quintasan> ScottK: https://launchpadlibrarian.net/143038634/buildlog_ubuntu-saucy-armhf.ktp-auth-handler_0.6.2-0ubuntu1_FAILEDTOBUILD.txt.gz
[14:27] <Quintasan> Any idea about that?
[14:28] <Quintasan> commoninternals build on armhf just fine
[14:29] <ScottK> Is kdelibs5-dev (or whatever it is) installable in saucy-proposed right now?
[14:29] <ScottK> kde4libs FTBFS on armhf due to an ICE.
[14:29] <Quintasan> hmm
[14:29] <Quintasan> That might be the case
[14:30] <Quintasan> ScottK: Is there something we can do about this?
[14:30] <ScottK> That would be consistent with the error you got.
[14:30] <ScottK> How good are you at fixing GCC bugs?
[14:30] <Quintasan> 0/10
[14:31]  * Quintasan waits then
[14:31] <ScottK> Need to get someone with an armhf box to build it and collect the needed info for a proper bug report (see that kde4libs build log).
[14:31] <lordievader> Good afternoon.
[14:31] <Quintasan> ScottK: God damn it, and I just had to break the imx board
[14:31]  * Quintasan shakes fist
[14:32] <ScottK> The boxes I have won't do it and getting them working again starts with "first you recompile eglibc".
[14:32]  * smartboyhw is writing a blog post about his experience with symbols :P
[14:32] <Quintasan> ScottK: You have imx53 efika?
[14:32] <ScottK> MX51
[14:33] <Quintasan> oh
[14:33] <ScottK> With an utterly ancient vendor kernel.
[14:33] <Quintasan> ScottK: Mainline kernel won't work on it?
[14:33] <ScottK> Nope.
[14:33] <Quintasan> it works on mx53 but no video nor usb
[14:33] <Quintasan> ehh
[14:34] <ScottK> USB is pretty essential for my setup.
[14:34] <ScottK> I think it's about the same for mx51, but I call "no USB", "Not working".
[14:34] <Quintasan> If we could get some iMX53 or other boards
[14:35] <Quintasan> I managed to install Saucy on imx53 with freescale 2.6.35 kernel
[14:35] <ScottK> We should get something with mainline kernel support.
[14:35] <Quintasan> ScottK: Is there even such a thing?
[14:37] <ScottK> Dunno
[14:37] <ScottK> I'd go for something you can run a Debian Wheezy kernel with.
[14:55] <Riddell> /build/buildd/qtwebkit-source-2.3.1/Source/WebCore/svg/SVGPathElement.h:98:23: internal compiler error: in extract_insn, at recog.c:2154
[14:55] <Quintasan> shadeslayer: Hmmm
[14:55] <Quintasan> shadeslayer: does ktp upstream tag releases in git repos?
[14:55] <Riddell> ah hah, qtwebkit has the same looking issue as kde4libs
[14:56] <ScottK> gtk is having trouble as well, so seb128 is looking into it.
[14:59] <Quintasan> shadeslayer: they do, I think we might do automatization based on that
[15:48] <Riddell> hmm I got an e-mail from someone about http://www.kubuntu-es.org/
[15:48] <Riddell> I'm not sure Iknew of that website
[15:48] <Riddell> it's not listed on kubuntu.org but then I see all the links on http://www.kubuntu.org/community are just links to ubuntu team wiki pages
[15:49] <smartboyhw> Riddell, oh...
[15:49] <smartboyhw> Riddell, you can ask in #kubuntu-es (which is a ChanServ, kubotu and one person channel only)
[15:51] <smartboyhw> Guys, I will take a packaging break next week (or even the week after next week). I'm called to write some autopilot tests....
[15:51] <Riddell> autopilot?
[15:51] <Quintasan> shadeslayer: I just remade all recipes for ktp to use 0.99.0
[15:51] <Quintasan> Since I'm too lazy to keep the version > than upstream
[15:52] <smartboyhw> Riddell, yeah, the thing used to automate Touch apps test...
[15:52]  * smartboyhw is REALLY called....
[15:52] <soee> :/ already some packages failed to build for raring 
[15:53] <smartboyhw> soee, makes sense...
[15:53] <smartboyhw> soee, if it doesn't I will be the amazed one.
[15:55] <soee> ;]
[16:23] <ScottK> Except for the kde4libs ICE on armhf, it seems to be going reasonably well.
[16:39] <Riddell> "Scott Kitterman (kitterman) renewed their own membership in the Kubuntu Members" horah, scott still loves us!
[16:46] <Riddell> "Rohan Garg (rohangarg) renewed their own membership in the Kubuntu Members"  awooga, rohan still loves us!
[16:48]  * ScottK suddenly wonders if shadeslayer ever used Kubuntu as an excuse about exams.
[16:55] <Riddell> agateau: thunderbird seems to have gained a very chrome influenced UI, you might find some ideas in it?
[16:56] <agateau> Riddell: url?
[16:57] <Riddell> agateau: apt-get install thunderbird :)
[16:58] <agateau> Riddell: so I take it you are using thunderbird?
[16:58] <Riddell> agateau: http://starsky.19inch.net/~jr/tmp/thunderbird.png
[16:59] <Riddell> agateau: trying to test this support e-mail address I've had set up, kontact didn't work so I tried thunderbird and it doesn't work either
[16:59] <ScottK> Although don't emulate where they put new account setup.
[17:00] <ScottK> Hint: you can't do it from the accounts section of preferences.
[17:00] <agateau> Riddell: interesting, I'll need to give it a try
[17:30] <shadeslayer> ScottK: as a matter of fact I did
[17:31] <ScottK> Figures.
[17:31] <shadeslayer> ScottK: the first UDS I attended, I got my exams moved to post UDS :P
[17:31] <shadeslayer> UDS N
[18:10] <ScottK> We should add http://people.canonical.com/~ubuntu-security/cve/kubuntu.html to our list of places to look for stuff needing doing.
[19:22] <yofel> Riddell: wrt kross and ruby, in some package (I don't remember) I saw a ruby script that used kross and korundum, so maybe we might want to build kross+ruby after all
[19:53] <soee> yofel, thers no chance to get raring today right ?
[19:54] <yofel> probably not, I just fixed kdepimlibs which will fix most of the other failures, but it will take a while still
[19:56] <yofel> brrrr, need to backport pkg-kde-tools
[20:05] <soee> ;
[20:11] <ScottK> What's up with okular and plasma-active-dev?
[20:11] <ScottK> Does that need fixing too?
[20:20] <yofel> what's wrong with okular? (as for plasma, we had some conflicting files somewhere, shadeslayer should remember it)
[20:27] <ScottK> It fails to build because plasma-active-dev is somehow not installable
[20:29] <shadeslayer> yes, kubuntu-mobile depends on kde-runtime 4.10.80 I think
[20:29] <shadeslayer> s/kubuntu/plasma/
[20:29] <kubotu> shadeslayer meant: "yes, plasma-mobile depends on kde-runtime 4.10.80 I think"
[20:30] <shadeslayer> because some files got moved from plasma-active master to kde-runtime 4.10.80, however, since we still have plasma active 3, the files are also there
[20:30] <shadeslayer> so it should sort itslef out once kde-runtime is available?
[20:31] <shadeslayer> just waiting on powerpc
[20:42]  * ScottK reboots into 4.10.4.
[20:47] <ScottK> Hmmm.
[20:47] <ScottK> Seem to have survived.
[20:50] <yofel> 4.10.80 feels weird. Except for the kwin issues on my netbook it works perfectly fine so far o.O
[20:57] <yofel> /usr/include/quazip/zip.h:56:18: fatal error: zlib.h: No such file or directory
[20:57]  * yofel backports quazip
[20:59] <juancarlospaco> Do you have QA?  :P  I think the installer is not fully browse-able by keyboard, which is a accessibility bug
[21:00] <juancarlospaco> I have no time to check it now, but it seems from the pc I installed yesterday
[21:11] <yofel> juancarlospaco: there's certainly a lack of accessibility related Q/A as we have a chronic lack of manpower for testing. Any help would be very much appreciated!
[21:11] <juancarlospaco> im coding, when I have time will try yofel 
[22:30] <juancarlospaco> lol, with Kwin I love how Amor kitty get Destroyed into pieces when you close a window  :P
[22:58] <ahoneybun> hey val
[22:59] <ahoneybun> valorie: 
[22:59] <valorie> hi
[22:59] <valorie> sorry, having major computer problems atm
[23:00] <valorie> my hunky-dory newer laptop with virgin install, now has no screen, and the kde guys can't help
[23:00] <valorie> seems it is a kubuntu problem
[23:00] <valorie> I guess I'll ask in #kubuntu
[23:00] <ahoneybun> oh np
[23:10] <juancarlospaco> hello ahoneybun 
[23:10] <juancarlospaco> :)
[23:11] <ahoneybun> hey juancarlospaco :)