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