[00:00] <Quintasan> Did anyone try to contact someone who has the @kubuntu account on Twitter?
[00:01] <ScottK> IIRC Darkwing did.
[00:02] <Riddell> sleep time, let's see what news tomorrow brings
[00:02] <Quintasan> Riddell: Good night.
[00:06] <Quintasan> Niiiiice
[00:07] <yofel> lets see how much the googlesphere cares https://plus.google.com/100951374600950862471/posts/VVxNPRCbSyQ
[00:07] <Quintasan> wacomtablet 2.0 in saucy
[00:08] <Quintasan> We should have better support for those in saucy now
[00:10] <Quintasan> harr
[00:10] <Quintasan> 4.10.90 is up already?
[00:10] <yofel> I'll try to do the initial upload before going to bed
[00:10] <Quintasan> yofel: Can I try doing that?
[00:10] <yofel> Quintasan: go ahead, do you have the bandwidth for it?
[00:10] <Quintasan> Because I have no idea how to use that script and that needs fixing
[00:11] <Quintasan> I believe I do
[00:11] <yofel> certainly
[00:11] <yofel> if you never ran it yet, see README
[00:12] <yofel> you need at least the ssh config, and bzr-buildpackage-ppa has to be in PATH
[00:12]  * yofel needs to move that to kubuntu-dev-tools one day...
[00:12] <Quintasan> Host key verification failed.
[00:12] <Quintasan> huh
[00:13] <yofel> for what part?
[00:13] <Quintasan> ╰─$ ./kdesc-package-names 4.10.90 > kdesc-packages-saucy.txt
[00:14] <yofel> wait
[00:15] <yofel> you shouldn't need to do that
[00:15] <yofel> actually, if you do that you need to remove qyoto and kimono from the result
[00:16] <Quintasan> Well, doing initial upload then
[00:16] <Quintasan> 4.10.90 is beta or alpha?
[00:16] <yofel> beta2
[00:17] <Quintasan> yofel: I need to grab all the tarballs myself, right?
[00:17] <yofel> no, the script does that
[00:18]  * Quintasan does ssh-add
[00:19] <Quintasan> I'm probably going to pull an allnighter.
[00:20] <yofel> do that, if the script causes problems, I'll be awake for another half an hour I think
[00:21] <manchicken> shadeslayer: You there?
[00:26] <Quintasan> manchicken: He is probably asleep, what do you need help with?
[00:27] <Quintasan> yofel: pls add libdistro-info-perl is welcome to have in README
[00:27] <manchicken> Quintasan: He was going to get me into some of the automated tests.
[00:27] <Quintasan> oh
[00:27] <Quintasan> I can't help you with that unfortunately
[00:27]  * Quintasan hits shadeslayer with hammer
[00:28] <yofel> why don't you have devscripts installed o.O?
[00:28] <Quintasan> I do
[00:28] <Quintasan> It's not pulled it, at least not in raring
[00:28] <manchicken> Quintasan: Yeah, it sounded like a neat thing to do.
[00:29] <manchicken> Quintasan: I haven't helped with the project for a long time, and I thought it'd be a useful way for me to get back into it.
[00:29] <Quintasan> yofel: So generally this script does all the debuild magic
[00:29] <Quintasan> and then I just do dput *.changes?
[00:29] <yofel> it does recommend it
[00:29] <Quintasan> yofel: Maybe I used --no-install-recomends then
[00:29] <yofel> Quintasan: debsign and dput, right
[00:30] <yofel> you get things finished to dput in upload/
[00:30] <yofel> and stuff that didn't build in manual/
[00:30] <Quintasan> k
[00:37] <manchicken> Quintasan: Is there something small that we need help with? I'm pretty awful at packaging, but I'm excellent with code.
[00:37] <manchicken> I'm looking at the list that Riddell gave me, I don't see any low hanging fruit.
[00:37] <Quintasan> manchicken: I'm afraid not, at least now
[00:37] <manchicken> I suspect that this is on account of it all having been grabbed :)
[00:38] <yofel> well, the 13.10 todo list is on https://trello.com/board/13-10/515d717b729ef48449001328
[00:39] <manchicken> I submitted a bug for CUnit a short while ago, but it appears to be a problem with the package.
[00:39] <manchicken> yofel: Yeah, that's where I was looking.
[00:39] <Quintasan> manchicken: You might investigate out knetattach patches and ask upstream about them
[00:40] <manchicken> Quintasan: Where are the patches, and is there a bug that they were intended to fix?
[00:40] <Quintasan> plus if we are talking about code stuff
[00:40] <Quintasan> I would like to see the PolicyKit KCM coming back
[00:40] <Quintasan> manchicken: We want to send those patches upstream
[00:41] <yofel> you mean you want to see a rewrite of said KCM. What I saw last was rubbish
[00:41] <Quintasan> I see
[00:41] <manchicken> Is that the settings screen?
[00:42] <yofel> yeah
[00:42] <yofel> http://quickgit.kde.org/?p=polkit-kde-kcmodules-1.git was it I think
[00:42] <manchicken> The Mac-style one that we re-did in 2007-2008?
[00:42] <Quintasan> yes
[00:42] <manchicken> Heh
[00:42] <Quintasan> this is rubbish and we need something that works
[00:42] <Quintasan> even better
[00:43] <Quintasan> KDE needs something that works
[00:43] <manchicken> Well, does it need a rewrite or just a decent refactoring?
[00:43] <manchicken> I dropped off the project right as they were starting motion on that.
[00:44] <Quintasan> manchicken: as yofel said it's rubbish
[00:44] <Quintasan> I think it needs a rewrite
[00:44] <manchicken> That was a big part of the UDS-Sevilla development effort at the summit.
[00:44] <yofel> it might be usable, not sure
[00:44] <manchicken> Well, if memory serves me correctly, the whole infrastructure for those plugins is problematic.
[00:45] <Quintasan> That said there is a simplier task at hand if you want manchicken
[00:45] <Quintasan> bzr branch lp:~kubuntu-packagers/kubuntu-packaging/kde-runtime
[00:45] <Quintasan> grab this
[00:45] <yofel> my last try didn't really work (I think it just crashed), and it installs stuff where it shouldn't
[00:45] <Quintasan> go to debian/patches and submit knetattach patches upstream
[00:46] <manchicken> yofel: Isn't that the same thing that we use for settings now?
[00:46] <manchicken> I haven't dug too deep into it, and it wouldn't surprise me if we were using something custom.
[00:46] <yofel> we don't - in fact we ship nothing
[00:47] <manchicken> yofel: What is System Settings then?
[00:47] <manchicken> Or have I misunderstood entirely what you're talking about?
[00:47] <yofel> manchicken: system settings is a general UI for managing the configuration.
[00:47] <Quintasan> manchicken: ah lol, System Setting is the whole UI
[00:47] <Quintasan> KCM is like a part of it
[00:47] <yofel> what we talk about is one of the KDE-Configuration-Modules
[00:47] <Quintasan> Say when you go to Nepomuk or Phonon configuration
[00:48] <Quintasan> those are KCM's
[00:48] <yofel> ah, found what I was looking for
[00:48] <yofel> http://lists.kde.org/?l=kde-release-team&m=135109304619893&w=2
[00:48] <yofel> that was the last people were saying about that thing
[00:50] <ScottK> manchicken managed to keep adept working, so he's probably up for whatever when it comes to awful code.
[00:50] <manchicken> Heh
[00:50] <manchicken> ScottK: Is that what passes for a vote of confidence these days?
[00:51] <ScottK> More of an introduction into the pain you've already survived for the new people.
[00:52]  * yofel never looked at the adept code, and suddenly feels like he should be happy about that...
[00:52] <manchicken> Okay, that's better. I can live with that.
[00:52] <manchicken> yofel: You have no idea :)
[00:52] <Quintasan> what what manchicken was the one doing that?
[00:52] <Quintasan> kubotu: order beer for manchicken
[00:52]  * kubotu gives manchicken a nice frosty mug of beer.
[00:52] <ScottK> He didn't write it, he kept it alive.
[00:53] <Quintasan> yes, that's why he gets a beer
[00:53] <Quintasan> :P
[00:53] <manchicken> yofel: It was like a twisted mess of scatterbrained genius, like someone started off doing C++, then switched to C, then went back and forth a bunch, then a tornado went through and mixed it all up.
[00:53] <Quintasan> Uhh
[00:53] <Quintasan> that sounds apacheloggerish
[00:53] <yofel> nah, just like proper enterprise design
[00:54] <manchicken> I don't remember who wrote it originally, but it was brilliant in its madness.
[00:54] <manchicken> Once you figured out the code it wasn't that hard to work with... but whenever you had a crash, good effin' luck finding it.
[00:55] <manchicken> That was my first introduction to C++ and Qt... so yeah.
[00:55] <Quintasan> enterprise design you say?
[00:55] <manchicken> Now adays I maintain billing code for telecoms which was originally written in COBOL but was programmatically converted to C... so I suppose I've made a career of swimming in filth.
[00:55]  * Quintasan looks for the abomination
[00:56] <Quintasan> yofel: https://github.com/Mikkeren/FizzBuzzEnterpriseEdition
[00:56] <yofel> urgh
[00:56] <Quintasan> Have fun
[00:56] <yofel> though I don't really have an accurate opinion on COBOL. All of the COBOL I know comes from TheDailyWTF :D
[00:57] <manchicken> yofel: I've never worked with COBOL.
[00:57] <manchicken> yofel: I have only worked with the code that was converted to C.
[00:57] <ScottK> COBOL was fine in it's day (although the time I dropped a deck of punch cards sucked mightily)
[00:57]  * ScottK took it in college, but has never used it in anger.
[00:58] <manchicken> COBOL isn't something you use in anger, it's something you use with anger.
[00:58] <yofel> Quintasan: <3
[01:00] <Quintasan> lol
[01:05] <manchicken> Quintasan: So where are these changes? Or are you saying I need to make a patch based on the changes you gave me and the current latest KDE version?
[01:08] <Quintasan> manchicken: Nah, actually its a trivial task, basically you have to talk to upstream (KDE) people, preferably the person working on knetattach and asking him if he can merge the patches in the code so we can drop them in our pacakaging
[01:09] <manchicken> Shouldn't I have some basic understanding of what the changes are?
[01:09] <manchicken> Seems like it might be of at least moderate importance.
[01:12] <Quintasan> manchicken: I'm assuming you will at least look at them :P
[01:14] <manchicken> I don't know what the changes are :)
[01:14] <manchicken> I guess I could look at the logs.
[01:15] <Quintasan> manchicken: The patches are in our packaging
[01:15] <Quintasan> bzr branch lp:~kubuntu-packagers/kubuntu-packaging/kde-runtime
[01:19] <manchicken> Are you guys going to be on for like another hour?
[01:19] <manchicken> I need to get 4mi in tonight.
[01:19] <manchicken> At least.
[01:21] <manchicken> I don't have to leave the house until 8:30 tomorrow, so I was gonna hang on for a bit tonight to see if I could actually accomplish something.
[01:21] <manchicken> Work won't let me get anything done, so I might as well get something done here.
[01:22] <Quintasan> I'm going to bed soon
[01:22] <Quintasan> 3 in the morning here
[01:22] <manchicken> Nice
[01:22] <manchicken> Do you think you could email me any details you have about this - if you have any?
[01:23] <manchicken> and is this just the kubuntu_nodisplay_knetattach.diff patch?
[01:32] <Quintasan> manchicken: kubuntu_nodisplay_knetattach.diff kubuntu_oxygenify_knetattach_icon.diff
[01:33] <manchicken> So those are pretty tiny patches.
[01:33] <manchicken> I'll see if I can figure out how to submit those.
[01:33] <manchicken> It looks like I made it to the Disabled Developers group on kde.org.
[01:33] <manchicken> Why folder-new and not knetattach for the icon?
[01:33] <Quintasan> manchicken: Yes, this task is pretty trivial. Honestly I thought you are one of the new people so I didn't want to throw major stuff right off the bat :P
[01:34] <manchicken> Just an icon change?
[01:34] <manchicken> Quintasan: Well, I need to get all of my accounts fired back up.
[01:34] <manchicken> This will help :)
[01:35] <Quintasan> I'd rather have you do the policykit kcm, I would do that but I suck at coding and uni having me attend java lectures does not help Qt development at all
[01:37] <Quintasan> aw damn
[01:37] <Quintasan> I really need sleep
[01:37] <Quintasan> yofel: I threw the upload, there are 4 broken packages
[01:37] <Quintasan> will sort that out in the morning
[01:44] <manchicken> Quintasan: I can do this patch stuff and then I will look at the KCM stuff.
[01:45] <manchicken> Does anybody else have the rationale for this change in their brain?
[01:50] <Quintasan> argh
[01:51] <Quintasan> not brain
[01:51]  * Quintasan hits the bed
[01:51] <Quintasan> good night
[02:22] <ScottK> manchicken: Still around?
[02:23] <ScottK> http://qa.ubuntuwire.com/ftbfs/#kubuntu presents some interesting opportunities.
[02:23] <ScottK> kdeartwork is just packaging.  I'm fixing that.
[02:26] <ScottK> I suspect https://launchpadlibrarian.net/143047036/buildlog_ubuntu-saucy-armhf.calligra_1%3A2.6.92-0ubuntu3_FAILEDTOBUILD.txt.gz is somehow related to qreal not being the same as double on arm, but no idea beyond that.
[02:37] <manchicken> ScottK: I am now.
[02:37] <manchicken> Just finished my run
[02:37] <ScottK> K
[02:38] <ScottK> If you want something to roll up your sleeves with, have a look at that build failure log.  It, of course, works on everything but arm. 
[02:39] <ScottK> That and the things that fail are called double something.
[02:39] <ScottK> Makes me think something is really a qreal and the whole thing needs to be qreal.
[02:40] <ScottK> But I know zip at Qt/C++ so once it's more complicated than qreal(2.0), I'm done.
[02:40] <ScottK> I have arm boxes we can test build it if you get an idea.
[02:42] <ScottK> Be back later.
[02:49] <manchicken> I'll look in a minute.
[02:51] <manchicken> I just spent ten minutes trying to figure out why a machine wasn't responding on the network just to discover it had gone to sleep.
[03:12] <manchicken> ScottK: Howdy
[03:14] <manchicken> ScottK: You got the code for /build/buildd/calligra-2.6.92/krita/image/kis_filter_weights_applicator.h ?
[03:15] <ScottK> pull-lp-source calligra
[03:15] <ScottK> install ubuntu-dev-tools if you don't have it
[03:23] <skaet> ScottK, Riddell - link with outline to be filled in with release notes is: https://wiki.ubuntu.com/SaucySalamander/Alpha1/Kubuntu
[03:26] <ahoneybun> valorie: I hardly think making one package with the help of like 2 people makes me a packager lol
[03:26] <ahoneybun> Riddell: I see error message
[03:41] <manchicken> Back in a minute... I have to boot into Windows to upload my run data. I'll be back in a minute.
[05:04] <manchicken> This is weird... if I have fr in my language variable, but en_US sorted first, some programs - particularly on the command-line - pick fr first.
[05:09] <manchicken> ScottK: Your problem is that you're implicitly coercing a double to a qint32.
[05:15] <manchicken> ScottK: I'm surprised that this only complains on arm.
[05:16] <ScottK> It might have given a warning elsewhere.
[05:16] <ScottK> Shoot me a diff and I'll try to build it.
[05:17] <ScottK> manchicken: ^^^
[05:17] <manchicken> Well, there are two problems...
[05:17] <ScottK> OK
[05:18] <manchicken> 1, you've got potentially 8-bytes you're trying to coerce into a fixed 4-bytes. 2, you've potentially got precision in your 8 bytes that you'll lose in the process.
[05:20] <manchicken> Scratch that, for #2 you have known precision that you're losing.
[05:20] <manchicken> You will lose precision.
[05:20] <manchicken> This is the line it's complaining about:         return pixel_l + qreal(0.5);
[05:21] <ScottK> OK
[05:21] <manchicken> You totally lose precision there, picking it implicitly.
[05:21] <manchicken> I think you could fix this like this: return KisFixedPoint(pixel_l + qreal(0.5));
[05:22] <ScottK> OK.
[05:22] <ScottK> Shall we try it?
[05:23] <manchicken> Err, sorry
[05:23] <manchicken>  return pixel_l + KisFixedPoint(qreal(0.5));
[05:23] <ScottK> Should I try to build it with that line changed?
[05:23] <manchicken> That should do it.
[05:23] <ScottK> OK
[05:23] <manchicken> Try that.
[05:24] <ScottK> Will do.
[05:24] <manchicken> I'd do it, but you've already got it building :)
[05:24] <ScottK> You don't have arm hardware, do you?
[05:24] <manchicken> Something similar on lines 301 and 305.
[05:24] <ScottK> Remember the part where I don't do C++ or Qt?
[05:25] <manchicken> Naw, I don't.
[05:25] <ScottK> I need copy/paste, not similar ...
[05:25] <manchicken> Heh
[05:25] <ScottK> Not kidding.
[05:25] <ScottK> I can package the shit out of stuff, but coding in anything but python is a no go.
[05:26] <ScottK> Do you have any experience with OpenGL programming?
[05:26] <manchicken> Pastebining.
[05:26] <ScottK> Thanks.
[05:26] <manchicken> No, I haven't done much (any) of that.
[05:26] <ScottK> Interested in learning?
[05:27] <ScottK> Most, if not all, of the remaining armhf build failures are due to the fact that we have only GLES on arm and not GL.
[05:27] <ScottK> And those packages make direct GL calls, which then fail.
[05:28] <ScottK> They could use some kind of porting so they could work with either, but that exhausts my knowledge.
[05:28] <manchicken> I could, but I'd need someone to bug a lot.
[05:29] <mgraesslin> which packages are you talking about?
[05:29] <ScottK> Not tonight, anyway, it's getting late for me.  I'm going to kick off this build and then sleep.
[05:29] <ScottK> mgraesslin: I'll get a list.
[05:30]  * mgraesslin thinks that most devs using OpenGL have no idea what OpenGL ES doesn't allow
[05:30] <manchicken> http://pastebin.ubuntu.com/5803733/
[05:31] <manchicken> ScottK: That's my best stab at it... it's been a while since I've played in C++ land... I do mostly C these days at work, so I'm a bit rusty.
[05:31] <ScottK> You can find build logs linked on http://qa.ubuntuwire.com/ftbfs/#kubuntu for digikam, kalzium, ksudoko and kubrik
[05:31] <ScottK> manchicken: We'll try it.  Welcome back.
[05:31] <ScottK> mgraesslin: I may be off base in my diagnosis of the problem too.  I'm out of my depth with this.
[05:32] <manchicken> ScottK: Well it's not like I get to do neat stuff at work...
[05:32] <manchicken> ScottK: When I was consulting I got to do neat stuff... this job I've had for a year just doesn't let me do squat.
[05:32] <ScottK> Even more reason to hang around with us.
[05:33] <mgraesslin> just looked into it for Kubrik
[05:33] <manchicken> ScottK: Well, that, and the free beer.
[05:33] <mgraesslin> seems like there are conflicting typedefs
[05:33] <manchicken> ScottK: Free as in beer means free beer, right?
[05:33] <ScottK> sure.
[05:33] <mgraesslin> digikam is easy: they use OpenGL 1
[05:34] <mgraesslin> glBegin...
[05:34] <ScottK> Easy for you ...
[05:34] <manchicken> mgraesslin: Are the arms little endian like Intel?
[05:34] <mgraesslin> easy to recognize
[05:34] <mgraesslin> not easy to fix
[05:34] <manchicken> I haven't programmed for arm outside of Obj-C for iOS or Java for Android.
[05:34] <mgraesslin> in KWin we have that code in an ifdef KWIN_BUILD_OPENGL1
[05:34] <manchicken> (and Perl for android)
[05:35] <mgraesslin> manchicken: AFAIK they are little
[05:35] <mgraesslin> I wish they were big, as we have changes in KWin which might broke on big endian
[05:35] <manchicken> Do you know what the word size is?
[05:35] <manchicken> mgraesslin: You can always get an Itanium box, right? heh
[05:36] <mgraesslin> well I tried to setup a VM with powerpc
[05:36] <ScottK> Even Debian is about to drop ia64 support.
[05:36] <mgraesslin> but so far failed to get non-x86 VMs running
[05:36] <manchicken> ScottK: Really? Don't they still support Amiga?
[05:37] <mgraesslin> need to invest more time into it - yesterdays commit by ScottK highlighted that it's not a solution to not build on arm
[05:37] <manchicken> mgraesslin: No joke, especially with cheap chromebooks.
[05:37] <mgraesslin> manchicken: google says arm has a word size of 4 byte
[05:37] <manchicken> mgraesslin: Maybe I'll sell this Galaxy S3 I have and buy a chromebook.
[05:37] <ScottK> Those qreal/double ones are about as complex as I can handle.
[05:37] <manchicken> mgraesslin: Well that's good, at least it's not that different as far as nuts and bolts go then.
[05:38] <manchicken> ScottK: You're lucky, I had a piece of crap bug like that at work today so it's fresh in my brain.
[05:38] <ScottK> ;-)
[05:38] <manchicken> Though the problem at work had to do with some moron casting a 16-byte long double to a 4-byte integer, losing precision, and flipping the sign bit in some cases to boot.
[05:39] <ScottK> Fun.
[05:39] <manchicken> We were using that for sales tax calculation for California... so yeah... I get to re-calculate three years worth of sales taxes I'm pretty sure.
[05:39] <mgraesslin> I just enabled C++11 yesterday and I know we still have some areas which won't build on arm now
[05:39] <ScottK> Nice.
[05:39] <manchicken> For mobile phone purchases for the #3 mobile carrier in the United States...
[05:40] <ScottK> That'll be a fun one to explain to management.
[05:40] <manchicken> mgraesslin: I wonder if I could get this stuff to build on a N7.
[05:40] <manchicken> mgraesslin: Do the chromebooks play nice like most normal intels, (U)EFI boots and all that?
[05:41] <mgraesslin> I haven't seen one yet
[05:41] <manchicken> Which arm do you work with?
[05:41] <mgraesslin> Pandaboard
[05:42]  * ScottK has Efika MX with ancient crap vendor kernels that now require a specialized eglibc build to work.
[05:42] <manchicken> I've never heard of that one.
[05:42] <mgraesslin> oh and a raspberrypi
[05:42]  * mgraesslin got KWin rendering one frame on it
[05:42] <manchicken> NICE!
[05:43] <mgraesslin> then it crashes
[05:43] <ScottK> manchicken: Don't worry about them, you can't get them anymore.
[05:43] <mgraesslin> should try again some time - with Wayland it should work
[05:43] <ScottK> Speaking of which, did you see Riddell's blog post?
[05:43] <manchicken> Me? I didn't know he had a blog.
[05:44] <mgraesslin> yes
[05:44] <ScottK> It's on both planet Ubuntu and planet KDE.
[05:44] <ScottK> That was directed at Martin though.
[05:45] <mgraesslin> ScottK: will you be at Akademy/Kubuntu developer summit?
[05:45] <ScottK> No.
[05:45] <ScottK> I live on the wrong side of the Atlantic/can't afford the time off.
[05:45] <mgraesslin> yeah - always a problem
[05:46] <manchicken> Nice
[05:46] <manchicken> I could probably get work to consent to letting me go... but I doubt I could afford it.
[05:47] <manchicken> When I did UDS in 2007 it was on Shuttleworth's dime.
[05:47] <manchicken> And I did well to thank him for it by having kids and disappearing :)
[05:47] <soee> good morning
[05:47] <ScottK> Good morning.
[05:48] <manchicken> I think it's time for me to say good night.
[05:48] <manchicken> I've gotta do the whole job thing tomorrow.
[05:48] <manchicken> Hopefully something interesting happens.
[05:48] <ScottK> Good night.  Thanks for the suggestions.
[05:49] <manchicken> No problem. I'll see you around.
[05:49] <ScottK> I'll crash too as soon as I get this build kicked off.
[05:49] <mgraesslin> it's close to 11 in your part of the world?
[05:49] <ScottK> No, 2am.
[05:49] <manchicken> I've got 0049.
[05:49] <mgraesslin> that's worse
[05:49] <manchicken> I'm UTC-0500
[05:50] <manchicken> Later all.
[05:50]  * ScottK should have gone to sleep two hours ago, but I suck at going to sleep when I should.
[05:50] <ScottK> I'm -0400
[05:50] <ScottK> good night
[05:50] <mgraesslin> good night
[06:09] <ScottK> Not sure how connected I was a minute ago.
[06:09] <ScottK> Quintasan: Please update the kdeartwork packaging from bzr.
[06:09] <ScottK> Sorry if that's a dupe.
[06:13] <palasso> You just made my day thank you thank you thank you! http://blogs.kde.org/2013/06/26/kubuntu-wont-be-switching-mir-or-xmir
[06:15] <ScottK> Riddell: ^^^
[06:22] <palasso> Hey, I noticed a bug on Kubuntu.... Ubuntu WONTFIX it because Mark Shuttleworth thinks it's fixed... Maybe it should be assigned to Kubuntu :D https://bugs.launchpad.net/ubuntu/+bug/1
[06:29] <ScottK> palasso: It's all how you define the market.  If you include smartphones and tablets, they don't.
[06:30] <mgraesslin> which means the bug is nowadays invalid but not fixed as the market was clearly defined
[06:31] <palasso> Yes that's true and basically that was the explanation Mark gave but I personally believe that there were different motivations for the answer
[06:31] <mgraesslin> but well, nothing I should care about...
[06:32] <palasso> 1. Unity definitely is alienating to ppl who are used to classic windows, it definitely doesn't have the purpose to convert windows users to linux 2. MSFT is now a big customer of Canonical in the Cloud market
[06:33] <valorie> I understand what they want - one interface on everything
[06:33] <valorie> and it sort of makes sense
[06:34] <valorie> it's not fully free, though
[06:34] <valorie> and they shouldn't pretend that it is
[06:35] <palasso> ^ +1
[06:35] <valorie> I feel the same way I feel about android -- somewhat free is better than totally locked down, but I'm not interested in helping
[06:36] <ScottK> Which is all rather off topic for Kubuntu devel anyway.
[06:37] <valorie> sorry, ScottK
[06:38] <ScottK> Riddell: kdeartwork built on all archs now.
[06:38] <ScottK> calligra test build in progress, but it won't complete for hours, so time for sleep.
[06:39] <valorie> sweet dreams
[06:47] <smartboyhw> Hey guys, how are we at Alpha 1 testing?
[06:55] <lordievader> smartboyhw: I'm going to test the 64bit image this afternoon/evening.
[06:55] <smartboyhw> lordievader, great.
[06:56] <smartboyhw> 4.10.90 already? Oh no it's packaging series again.
[06:59] <smartboyhw> Fixing kdepim-runtime now.
[07:07] <smartboyhw> Actually laters, it's difficult to build without nepomuk built.
[07:09] <smartboyhw> Riddell, ScottK shouldn't http://iso.qa.ubuntu.com/qatracker/milestones/297/builds/47470/testcases/1450/results be an optional testcase instead of run-once?
[07:11] <soee> smartboyhw, should now be less work with beta2 ?
[07:12] <soee> as lot was fixed in beta1 ?
[07:12] <smartboyhw> soee, well the .install files are still a mess:)
[08:21] <shadeslayer> bah
[08:22] <yofel> shadeslayer: good morning ;)
[08:22] <shadeslayer> morning
[08:22] <shadeslayer> more like afternoon here :)
[08:41] <debfx> good $TIME_OF_DAY
[08:47] <soee> yofel, working on beta2 for raring ? :)
[08:48] <yofel> it's not even done for saucy yet, though much less work than beta1 it seems
[08:48] <yofel> still, earliest I see beta2 for raring would be tomorrrow evening
[08:50] <soee> thank you
[09:24] <Quintasan> \o
[09:46] <Riddell> morning
[09:48] <smartboyhw> Hello Riddell.
[09:48] <smartboyhw> Getting on with i386 testing of Alpha 1.
[09:50] <Riddell> thanks
[09:51] <smartboyhw> Riddell, well, I'm expecting lordievader to do the amd64 work.
[09:52] <Riddell> smartboyhw has a minon!
[09:52] <smartboyhw> Riddell, he said he WOULD do it.
[09:54] <Riddell> he doesn't usually appear for another few hours
[09:54] <smartboyhw> Riddell, http://iso.qa.ubuntu.com/qatracker/milestones/297/builds/47470/testcases/1450/results should it be removed or marked optional!?
[09:55] <Riddell> smartboyhw: that should be kept
[09:55] <Riddell> why would we remove netbook?
[09:55] <smartboyhw> Riddell, anyone have a netbook to test
[09:55] <smartboyhw> ?
[09:55] <Riddell> I do
[09:56] <smartboyhw> Riddell, OK then, please test:P
[09:56] <Riddell> oy!  don't you got minioning me!
[09:56] <Riddell> oh ok, I'll test it for you
[09:56] <smartboyhw> Riddell, I REALLY DON"T HAVE A NETBOOK. I sincerely thank you:)
[10:04] <smartboyhw> Riddell, please update qa.kubuntu.org.uk for 4.10.90.:P
[10:05] <Quintasan> smartboyhw: Try bossing apachelogger around
[10:05] <Quintasan> Doesn't work
[10:05] <Quintasan> HOLY CRAP
[10:05] <smartboyhw> Quintasan, what doesn't work?
[10:06] <Quintasan> Riddell: do lines virtual KDE_DEPRECATED QList<KAction *> *customContextMenuActions( ChatSession *manager ); prevent API breakage?
[10:06] <lordievader> smartboyhw: More tests is better right? So go a head test amd64 ;)
[10:07] <apachelogger> oh
[10:07] <apachelogger> Quintasan: :(
[10:07] <Quintasan> apachelogger: ^^
[10:07] <Riddell> Quintasan: yes, rather than just removing that method
[10:08] <Quintasan> Well, somebody competent needs to look at this patch
[10:08] <BluesKaj_> Hiyas all
[10:08] <Riddell> smartboyhw: appearing now in http://qa.kubuntu.co.uk/ninjas-status/
[10:08] <Quintasan> Some of those methods are declared as deprecated and some are not and they are not even there as far as I can tell with kopete
[10:08] <smartboyhw> Riddell, yay.
[10:09] <Quintasan> Riddell or apachelogger: Care to take a look?
[10:09] <smartboyhw> Riddell, it has a .new postfix to the html and the size is 0.
[10:09] <Riddell> Quintasan: at what?
[10:09] <Riddell> smartboyhw: yeah it's not done yet
[10:10] <Quintasan> Riddell: debian/patches/kubuntu_no_break_api.diff from kopete
[10:10] <smartboyhw> BluesKaj_, what's your full name?
[10:11] <BluesKaj_> smartboyhw,it's  Kaj , why do yiu ask ?
[10:12] <smartboyhw> BluesKaj_, uh, Ubuntu Studio (where I am Release Manager)'s project lead is called Kaj.:P
[10:12] <smartboyhw> Kaj Ailomaa to be exact.
[10:12] <BluesKaj_> that's not me
[10:12] <apachelogger> Quintasan: KDE_DEPRECATED will only trigger a compiler warning about not using the function as it is deprecated
[10:13] <apachelogger> it does not actually tinker with the symbols
[10:13] <Quintasan> apachelogger: Ah
[10:13] <Riddell> Quintasan: why are you reviewing that?
[10:14] <apachelogger> because he's QAing? :P
[10:14] <Quintasan> Riddell: I was wondering if I was wasting time trying to reapply when there is some KDE_DEPRECATED magic going on
[10:15] <Riddell> Quintasan: do apply it, else it'll be ABI and API incompatible
[10:15] <apachelogger> Quintasan: if it didn't work then it wouldn't build because of missing symbols ;)
[10:15] <Riddell> Quintasan: it should just apply no?
[10:15] <Riddell> Quintasan: oh it's probably in upstream
[10:15] <Quintasan> It needs some adjustments
[10:15] <Quintasan> nah it's not
[10:15] <Riddell> Quintasan: so it can probably be removed
[10:15] <Riddell> hum
[10:16] <Quintasan> It just didn't apply and I've seen some KDE_DEPRECATED magic added to them and thought that would solve the problem
[10:16] <Quintasan> but it doesn'
[10:18] <smartboyhw> Who did analitza 4.10.90? There was ONE missing symbol (I really mean 1)
[10:19] <Quintasan> I did
[10:19] <Quintasan> More like the script did
[10:19] <smartboyhw> Quintasan, heh:)
[10:20] <smartboyhw> Easy piecy fix (I'm doing kdepim-runtime so I won't do analitza)
[10:20] <smartboyhw> Same thing on nepomuk-core it seems
[10:20] <smartboyhw> 1 symbol.
[10:20] <yofel> added, not missing
[10:21] <smartboyhw> yofel, oops sorry.
[10:21] <yofel> nepomuk-core has new files and new symbols
[10:21] <smartboyhw> yofel, \o/
[10:21] <Quintasan> that makes a big difference smartboyhw
[10:21] <Quintasan> :P
[10:21] <smartboyhw> Quintasan, :P
[10:21]  * smartboyhw has no good English, damn
[10:21] <Quintasan> CHRIST
[10:21] <Quintasan> and I lost the diff to the patch
[10:21] <Quintasan> omfg
[10:21] <smartboyhw> Quintasan, :O
[10:21] <yofel> it's the difference between a 1-minute and a 1-hour job :P
[10:22] <Quintasan> Patch kubuntu_extra_requires.diff can be reverse-applied
[10:22] <Quintasan> Does this crap mean it's already there?
[10:22] <smartboyhw> yofel, well MISSING symbols or added symbols, it's still using pkgkde-symbolshelper...
[10:22] <smartboyhw> :P
[10:22] <Riddell> Quintasan: yes
[10:22] <smartboyhw> New files though, heck
[10:22] <Quintasan> Riddell: Way to put it then, because I had no idea what that meant
[10:22] <yofel> smartboyhw: riiiiiight, but MISSING includes detective work, adding not
[10:23] <smartboyhw> yofel, riiight, it doesn't take an hour.
[10:23] <yofel> could someone please do kde-workspace so things get un-stuck?
[10:23] <Riddell> Quintasan: when I try that kopete patch on 4.10.90 is applies fine except in libkopete/kopetemimetypehandler.h where it's already upstream
[10:24] <Quintasan> Really?
[10:24] <Quintasan> I must have changed something accidentaly there
[10:25] <Quintasan> yofel: The initial upload does no bzr pushing, right?
[10:25] <smartboyhw> Damn, I downloaded kdepimlibs instead of -runtime...
[10:25] <Quintasan> yofel: I uploaded kde-workspace just now
[10:26] <yofel> Quintasan: it should do bzr pushing if I didn't do something wrong...
[10:26] <yofel> Quintasan++
[10:26] <Quintasan> lol nope
[10:26] <Quintasan> it go reject 
[10:26] <Quintasan> lol
[10:26] <yofel> o.O?
[10:27] <smartboyhw> !!?
[10:27] <Quintasan> Unable to find kde-workspace_4.10.90.orig.tar.xz
[10:27] <Quintasan> wat
[10:27] <smartboyhw> :O even
[10:27] <Riddell> apachelogger: hmm kubuntu-firefox-installer needs muon-installer, any way to get that to use muon-discover?
[10:27] <Quintasan> it bzr-buildpackage-ppa doesn't do -sa
[10:28] <smartboyhw> Meh.
[10:30] <Quintasan> yofel: how do I -sa with bzr-buildpackage-ppa?
[10:30] <yofel> 'bzr-buildpackage-ppa'
[10:30] <Quintasan> adding -sa obviously doesn't work
[10:30] <yofel> it uses -sa unless you add -s X
[10:30] <Quintasan> ah
[10:31] <smartboyhw> yofel, Riddell shadeslayer http://smartboyhw.tk/wordpress_smartboyhw/?p=71 :P
[10:31] <smartboyhw> An LOL page.
[10:32] <smartboyhw> Blog post, rather.
[10:32] <yofel> "NEVER DO THAT" misses "- unless you really have to"
[10:33] <yofel> I edited kde-workspace symbols by hand because symbolshelper didn't know a type
[10:33] <smartboyhw> yofel, me too because it clearly can't work.:PP
[10:33] <smartboyhw> yofel, lemme add it.
[10:34] <yofel> smartboyhw: and my name is Muskovac btw ;P
[10:34] <smartboyhw> yofel, your name is really difficult to spell (sorry)
[10:35] <yofel> no problem, 90% of non-slavic people get that wrong on first try ^^
[10:35] <smartboyhw> lol
[10:35] <smartboyhw> yofel, updated:) (The link description is still wrong-named though)
[10:36] <yofel> well, nvm that
[10:36] <Quintasan> harrrrrr
[10:36] <Quintasan> I have to go to shop
[10:36] <yofel> smartboyhw: shadeslayer is ~rohangarg btw.
[10:36] <Quintasan> no food
[10:36] <smartboyhw> yofel, eh god.
[10:36] <Quintasan> ...
[10:36] <Quintasan> no money in bank account
[10:36] <Quintasan> what the hell
[10:37] <Quintasan> !@#$%^
[10:37] <Quintasan> Where the hell is my money
[10:37] <smartboyhw> yofel, thanks. Done and changed the link description too for you:)
[10:37] <smartboyhw> For more inquiries, please contact Howard Chan (smartboyhw) at #kubuntu-devel on Freenode IRC.
[10:37] <smartboyhw> :P
[10:39] <smartboyhw> Riddell, basically, except for the optional testcase and the run-once testcase for netbooks, i386 is ready
[10:40] <Quintasan> yofel: Hmm, it would be nice to add the link to the ninjas ppa to the top of the status page
[10:41] <yofel> oh, good point (as I already put the name there anyway)
[10:41] <yofel> I'll make that a link
[10:41] <apachelogger> Riddell: uhm, you'll need to ask JT
[10:41] <apachelogger> it relies on a special feature to open an application page via commandline switch
[10:41] <apachelogger> not sure discover has that
[10:41] <apachelogger> it even was only crudely hacked into msc ^^
[10:43] <smartboyhw> kajongg: E: kajongg: package-section-games-but-contains-no-game :O
[10:43] <Riddell> apachelogger: or apoi 
[10:46] <smartboyhw> Can somebody do upgrades testing for Alpha 1?
[10:46] <Riddell> can do
[10:46] <yofel> smartboyhw: find out how to make dh_python2 put something into /usr/games/
[10:47] <smartboyhw> yofel, eh? Let me do kdepim* first...
[10:47] <yofel> sure ^^
[10:47] <smartboyhw> Heck, kdepim-runtime only fails because of that file only. Removing it from .install clears everything!
[10:49] <yofel> Quintasan: next script run will either have a link or a backtrace :P
[10:51] <Quintasan> yofel: Buy me some food
[10:52] <yofel> kubotu: order food for Quintasan
[10:52]  * kubotu slides food down the bar to Quintasan
[10:52] <smartboyhw> Again, how do I fix E: kdepim-runtime: library-not-linked-against-libc usr/lib/kde4/kio_akonadi.so ?
[10:53] <yofel> you don't
[10:53] <yofel> or long answer:
[10:53] <smartboyhw> yofel, alright.
[10:54] <yofel> check in the kio_akonadi source whether any methods from standard libc are used (libstdc++ doesn't count)
[10:55] <yofel> if yes, then the linking is broken, if not, add a lintian-override file that hides the warning
[10:56] <yofel> that ^ would be the proper way to do it
[10:56] <smartboyhw> yofel, hmm? How to check?
[10:56] <smartboyhw> I do see C++ code.
[10:56] <smartboyhw> I mean, a lot of it.
[10:56] <yofel> well, read the code would be my answer, but I do trust the linker here usually, so I think you can just hide the warning
[10:56] <yofel> s/warning/error/
[10:56] <kubotu> yofel meant: "well, read the code would be my answer, but I do trust the linker here usually, so I think you can just hide the error"
[10:57] <smartboyhw> Well then, soon done. Other warnings are W: 
[10:59] <smartboyhw> Quintasan, yofel aren't we NOT supposed to have ~ppa numbered changelogs in packaging bzr branch?
[11:00] <yofel> we are NOT
[11:00] <smartboyhw> yofel, heck, Quintasan did exactly that.
[11:00] <yofel> well, happens
[11:00] <smartboyhw> Let me fix that then:)
[11:00] <smartboyhw> And there's a typo: "beta" -> "bet"....
[11:02] <Riddell> I wonder if a script to convert docs on wiki to docs on server would be a good task for manchicken when he reappears
[11:03] <yofel> if anyone's using it: I'm killing the 4.10.90 status script on kyofel.dyndns.org, please use qa.kubuntu.co.uk
[11:24] <shadeslayer> ack
[11:24]  * shadeslayer is waiting for info to come up
[11:26] <smartboyhw> Meh,  Error multiple versions of the same package perlkde 
[11:26] <smartboyhw> Now I can't view status page....
[11:27] <smartboyhw> Riddell, we didn't make announcements for 4.10.80 in http://www.kubuntu.org/ ?
[11:27] <smartboyhw> And it seems we forgotten to update http://community.kde.org/KDE_SC/Binary_Packages#KDE_4.11_Beta_1_.284.10.80.29
[11:28] <smartboyhw> Riddell, i386 image can be marked as ready I think...
[11:29] <smartboyhw> Riddell, and here's the guy you want! ^
[11:29] <smartboyhw> uh, shower time/
[11:29] <Riddell> topicdiff: 13.10 milestoned bugs tagged Kubuntu http://goo.gl/vHRjj
[11:29] <Riddell> if you have something we should care about for 13.10 milestone it to 13.10 and tag it kubuntu
[11:30] <Riddell> manchicken: fancy doing a python (or whatever) script to download docs from wiki and convert them to html?
[11:30] <manchicken> Riddell: Quintasan asked me something about submitting patches for knetattach in kde-runtime upstream.
[11:31] <manchicken> Riddell: Are they first in WikiMarkup then?
[11:31] <Riddell> manchicken: probably there is no knetattach so the trick there would be to commit them in such a way nobody complains
[11:31] <smartboyhw> Next, kdepim (after shower and probably dinner)
[11:32] <Riddell> manchicken: I'm thinking wget them (using a user agent to allow you) in raw wiki format then using python Creole to convert to html
[11:32] <Riddell> but that's as far as I got
[11:32] <manchicken> Riddell: If I do this it'd be faster in Perl, but doing it in Python would benefit me learning-wise.
[11:33] <Riddell> up to you :)
[11:33] <manchicken> Oh, which flavor of wiki? MediaWiki?
[11:33] <smartboyhw> MoinMoin?
[11:34]  * smartboyhw feels ignored by Riddell for 7 sentences:(
[11:34] <smartboyhw> Actually, 5.
[11:34] <smartboyhw> Nah, 3.
[11:34] <smartboyhw> 3 sentences, that is.
[11:34] <manchicken> smartboyhw: That burns, yeah?
[11:34] <smartboyhw> manchicken, what burns?
[11:34] <manchicken> Being ignored
[11:35] <manchicken> I don't think programs are properly respecting the order of languages in my environment.
[11:35] <manchicken> I have this: LANG=en_US.UTF-8
[11:35] <manchicken> LANGUAGE=en_US:fr:en
[11:36] <manchicken> One would think that this means programs show up in en_US first unless they don't have that translation.
[11:36] <smartboyhw> manchicken, heh
[11:36] <manchicken> (and by "one would think" I mean "I totally though")
[11:36] <apachelogger> Riddell: that's the wrong a, but yeah :P
[11:39] <manchicken> Riddell: It looks like MediaWiki is totally doable in Python. I can totally do this, but it appears as though it does matter which flavor of Wiki we want.
[11:40] <manchicken> Riddell: I guess I could start with MediaWiki and then add other parsers via command-line as people request them.
[11:40] <manchicken> I can probably start on that tonight or Friday night (UTC-0500).
[11:41] <manchicken> I am so glad to have a little hacking machine back.
[11:47] <manchicken> Tonio2: Howdy
[11:51] <manchicken> Riddell: Would this knetattach patch go upstream to kde-devel or kde-core-devel? I didn't quite understand your comment about knetattach not existing.
[11:59] <Riddell> manchicken: knetattach exists but I doubt it has an active maintainer
[11:59] <Riddell> manchicken: finding out the best place to send the patch would be the first task
[11:59] <Riddell> it's kde-runtime so kde-core-devel would be justified
[11:59] <manchicken> Okay, that sounds like joining the mailing list and going rounds, yeah?
[12:00] <apachelogger> Riddell, manchicken: http://techbase.kde.org/Development/Review_Board
[12:00] <apachelogger> IIRC kde-runtime reviews end up on core-devel anyway
[12:00] <Riddell> manchicken: wget --user-agent="Mozilla/5.0 (X11; Ubuntu; Linux i686; rv:22.0) Gecko/20100101 Firefox/22.0" "https://wiki.kubuntu.org/Kubuntu/KubuntuDocs/Software"
[12:00] <apachelogger> at any rate the maintaining party will get the review request ^^
[12:01] <Riddell> manchicken: then something in python-creole I was thinking
[12:01] <Riddell> smartboyhw: I'm not ignoring you!
[12:02] <apachelogger> manchicken: I am not sure en_US s actually a valid LANGUAGE value
[12:02] <manchicken> That change seems like it's just a icon name change, yeah?
[12:03] <rgreening> morning tonio
[12:03] <manchicken> apachelogger: I didn't export it... the language settings did.
[12:04] <apachelogger> must be a bug then
[12:05] <smartboyhw> Riddell, LOL
[12:06] <apachelogger> manchicken: kdelibs 4.10 or 4.11?
[12:07] <Riddell> manchicken: yes kubuntu_oxygenify_knetattach_icon.diff is just an icon change
[12:07] <apachelogger> +            stream << QString("export LANGUAGE=%1:en").arg(m_kcmTranslations.join(QLatin1String(":")))
[12:07] <apachelogger> oh well
[12:07] <Riddell> manchicken: kubuntu_nodisplay_knetattach.diff will be to stop it showing in the app menu (cos it's not an app)
[12:08] <apachelogger> the entire fallback thing is shit anyway
[12:08] <apachelogger> no other system in the whole wide world has flipping fallback languages
[12:08] <manchicken> apachelogger: OS X.
[12:09] <apachelogger> what does it do on osx then?
[12:09] <manchicken> LANGUAGE I'm pretty sure.
[12:09] <manchicken> Either that or they query system settings.
[12:09] <apachelogger> latter
[12:09] <manchicken> Objective-C Cocoa has a bunch of neat little interfaces for stuff like that.
[12:10] <apachelogger> also osx is a unix, so obviously they'd have LANG* in some capacity :P
[12:10] <shadeslayer> !find make-kpkg
[12:10] <apachelogger> that doesn't mean it does anything
[12:10] <shadeslayer> hi manchicken
[12:11] <apachelogger> because the fallback thing is: "why, we have localization. but really the localization is incomplete and hence not really localizing so we allow you to do use another language than english as fallback language, just in case your german is better than your english..."
[12:11] <BluesKaj_> wow,  my pc just arbitrarily shut down , without any notification ...first time that's ever happened ...chromium with too many open tabs , maybe? ...overheating?
[12:11] <apachelogger> most ludicrous thing ever IMO
[12:11] <manchicken> apachelogger: Version : 4:4.10.3-0ubuntu0.1~ubuntu13.04
[12:11] <manchicken> shadeslayer: Hiya
[12:11] <shadeslayer> manchicken: I will be heading out in 10 minutes, so, re autopilot, I think you have to install python-autopilot
[12:11] <apachelogger> manchicken: it's a bug ;)
[12:12] <apachelogger> ah, I see how that happens
[12:12] <manchicken> shadeslayer: Riddell gave me a project with which I can learn more Python. I may then be of greater use to that testing script effort.
[12:12] <shadeslayer> manchicken: then branch my autopilot repo I gave you yesterday and run autopilot run inside the branched repo
[12:12] <shadeslayer> manchicken: oh?
[12:12] <manchicken> I wonder if it's picking the order in the reverse of what I expected..
[12:12] <apachelogger> kde denotes en_US as en_US (obvious), but our LANGUAGE export logic always uses foo_bar whenever a _ is involved
[12:12] <apachelogger> reckon it needs special handling for en_US there
[12:14] <manchicken> apachelogger: aptitude has the same problem.
[12:14] <apachelogger> yeah, they all fail to parse en_US as valid language so they fall over dead
[12:15] <apachelogger> the patch needs redoing anyway
[12:15] <manchicken> apachelogger: Which patch?
[12:15] <apachelogger> http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/kde-runtime/view/head:/debian/patches/kubuntu_langpack_install.diff
[12:16] <manchicken> export LANGUAGE=en:fr
[12:16] <manchicken> Still seems to happen
[12:16] <manchicken> Still getting the French.
[12:16] <apachelogger> env
[12:19] <manchicken> http://pastie.org/8085837
[12:22] <apachelogger> it makes no sense
[12:23] <shadeslayer> funsies
[12:23] <shadeslayer> apachelogger: db2.cpp:42:20: fatal error: sqlcli.h: No such file or directory
[12:23] <shadeslayer> !find sqlcli.h
[12:23] <shadeslayer> !find sqlcli.h saucy
[12:23] <ScottK> smartboyhw: No, we want to run it at least once, but if it works once, it isn't likely to break.
[12:23] <manchicken> apachelogger: No argument there.
[12:23] <shadeslayer> 0.o
[12:24] <shadeslayer> bbl
[12:25] <manchicken> ScottK: Nice t see I'm not the only one who didn't sleep enough :)
[12:25] <apachelogger> manchicken: strace -f -o log gettext
[12:27] <manchicken> http://pastie.org/8085837
[12:28] <manchicken> Looks like I may be missing some locale files, yeah?
[12:31] <smartboyhw> ScottK, :)
[12:35] <Riddell> manchicken: got an account on trello yet?
[12:36] <manchicken> Riddell: Making accounts without knowing exactly what to do with them is a WAY OF LIFE for me, man. I had one set up the very day you gave me that link.
[12:36] <manchicken> Riddell: That is to say, yes. Yes I do.
[12:37] <manchicken> I'm working on your Python script.
[12:41] <ScottK> manchicken: Sleep is for the weak.
[12:42] <ScottK> manchicken: BTW, it looks like the calligra build is past where it failed before (with the first option you gave me).  Thanks again.
[12:42] <manchicken> w00tness
[12:43] <manchicken> I feel like I contributed, even though you did all the work. That's just great :)
[12:44] <manchicken> Riddell: Will we be getting the wiki data from some web service? Will it require authentication of any sort?
[12:48] <ScottK> manchicken: The part you did may be easy for you, but it's impossible for me, so from my PoV, you did all the work.
[12:49] <manchicken> ScottK: Well that's groovy, we both feel like we didn't do any work :)
[12:49] <manchicken> How about that :)
[12:49] <Riddell> manchicken: just wget as I say I'm thinking
[12:49] <Riddell> ahoneybun: how did the digikam build go?
[12:50] <manchicken> Riddell: Okay, so are you saying you just want something that takes stdin?
[12:50] <Riddell> manchicken: we want something that download from wiki, turns into pretty html and puts it on the server, it'll be on docs.kubuntu.co.uk
[12:50] <manchicken> I've gotta get ready for work, I'm gonna put my machine on to charge.
[12:51] <manchicken> Riddell: Okay, so something CGI-like.
[12:51] <Riddell> manchicken: no, it would just run from a cronjob or manually from the server
[12:52] <manchicken> Okay. So do you want it `wiki2html.py URLHERE` or do you want `wget URLHERE | wiki2html.py`?
[12:53] <ScottK> Actually, I was wrong, it's not past the deadly spot yet.
[12:53]  * ScottK waits more ...
[12:56] <manchicken> Still going?
[12:56] <manchicken> I still claim credit for doing something useful.
[12:57] <manchicken> Now I'm going to get ready for work for real.
[12:57] <yofel> yay, aaron broke ABI of libtaksmanager4abi3
[12:58] <Riddell> manchicken: I don't want to pass in the url, it should just know what to download (how it knows is an interesting question)
[12:59] <smartboyhw> yofel, yay
[13:00] <Riddell> hmm 1 hour 40 minutes remaining for this upgrade, not fast is it
[13:06] <ScottK> manchicken: You definitely did something useful.  We just don't know how useful yet.
[13:06]  * smartboyhw moves to analitza simple symbols fix.
[13:16] <smartboyhw> Interesting in kapptemplate: E: kapptemplate source: not-binnmuable-any-depends-any kapptemplate-dbg -> kapptemplate
[13:17] <ScottK> We don't care about binNMUs in Ubuntu
[13:17] <yofel> symbols question
[13:17] <yofel>     BasicMenu(QWidget *parent, GroupPtr task, GroupManager *strategy, QList <QAction*> visualizationActions = QList <QAction*>(),
[13:17] <yofel>               QList <QAction*> appActions = QList <QAction*>(), int maxWidth = 0);
[13:18] <yofel> addin that int maxWidth = 0 would still require a rebuild to pick up the new signature, right?
[13:19] <yofel> meaning you sill need
[13:19] <yofel>     BasicMenu(QWidget *parent, GroupPtr task, GroupManager *strategy, QList <QAction*> visualizationActions = QList <QAction*>(),
[13:19] <yofel>               QList <QAction*> appActions = QList <QAction*>());
[13:19] <yofel> as well to not break ABI
[13:20] <yofel> or would that even compile as the number of options would be ambigous when using it?
[13:20] <soee> what is ABI ?
[13:21] <yofel> soee: http://en.wikipedia.org/wiki/Application_binary_interface
[13:22] <yofel> apachelogger: ^
[13:22] <tsimpson> yofel: you'd need both to exist, and to remove the default argument from appActions
[13:23] <tsimpson> and visualizationActions
[13:23] <tsimpson> default arguments don't do anything to the signature of a function, but adding/removing arguments, or change their types, do
[13:24] <yofel> tsimpson: what I'm dealing with is http://paste.kde.org/784016/
[13:25] <smartboyhw> Hmm, why am I having the most tasks in https://notes.kde.org/p/kubuntu-ninjas ?
[13:25] <manchicken> Okay, going to work. Later.
[13:25] <tsimpson> yofel: yeah, that'll break ABI
[13:26] <tsimpson> you'll want to add an overload, removing all but that last (new) default arguments
[13:27] <tsimpson> so if you have "void foo(T1 a1=T1(), T2 a2=T2());" you add "void foo(T1 a1, T2 a2, T3 a3 = T3());"
[13:27] <apachelogger> yofel: ?
[13:27] <tsimpson> I think...
[13:27] <tsimpson> actually, just remove all the default arguments from the new overload
[13:28] <tsimpson> otherwise you will get ambiguity
[13:28] <yofel> apachelogger: just wanted some input whether I get this right, but tsimpson already helped
[13:28] <apachelogger> ah, more backlog
[13:28] <apachelogger> lol
[13:28] <apachelogger> I only looked at the line above ^^
[13:28] <yofel> heh
[13:29] <apachelogger> yofel: yeah, those yield different signatures
[13:29] <apachelogger> on a related interesting point... the = 0 is actually done in the library client
[13:30] <tsimpson> you can always add defaults to a prototype, at any point
[13:30] <apachelogger> e.g. void foo(int bar, int foobar = 10); ... when called in the client as foo(5); will still result in binary code that pushes both 10 and 5 onto the stack
[13:31] <apachelogger> so changing the default value of foobar would be breaking API while leaving ABI the same
[13:31] <yofel> fun...
[13:31] <tsimpson> void foo(int, int){BARK;} void foo(int, int=0); void foo(int=0, int); // < valid C++ which calls foo(0, 0); when you call foo()
[13:32] <tsimpson> except remove{BARK;} (I tested)
[13:32] <Riddell> yay, upgrade works
[13:32] <apachelogger> ^^
[13:34] <smartboyhw> Riddell, yay!
[13:35] <manchicken_> yay, android client
[13:37] <yofel> apachelogger, tsimpson: wait, so if I wanted to fix that without breaking API and ABI I would have to:
[13:37] <yofel> 1) Add the old signature back
[13:37] <yofel> 2) remove the duplicate default arguments from the new one
[13:37] <yofel> 3) call new method from old one with all required arguments
[13:37] <yofel> right?
[13:38] <tsimpson> that's right
[13:38] <yofel> thanks
[13:47] <smartboyhw> Meh, is there any reason we ask -dbg packages to depend on ${source:Version} instead of ${binary:Version}?
[13:49] <Riddell> how's this? https://wiki.kubuntu.org/SaucySalamander/Alpha1/Kubuntu
[13:49] <Riddell> smartboyhw: I'm sure for kdesdk I used binary:Version
[13:50] <smartboyhw> Riddell, a lot of packages seemed not.
[13:50] <ScottK> It should be binary.
[13:50] <smartboyhw> Riddell, where's kapptemplate splited from?
[13:50] <Riddell> smartboyhw: dunno check projects.kde.org
[13:50] <smartboyhw> Riddell, please specify it's KDE SC beta 1.
[13:51] <smartboyhw> Now, fixing kcron.
[13:53] <Riddell> JontheEchidna: yo, can muon-discover do for firefox-installer what muon-installer could?
[13:53] <yofel> smartboyhw: kapptemplate is from kdesdk
[13:53] <JontheEchidna> Riddell: yup
[13:53] <JontheEchidna> Riddell: muon-discover --application=firefox
[13:54] <smartboyhw> yofel, hmm, that's Riddell's problem then.... But he said that he sure did use binary:Version
[13:54] <smartboyhw> From what I'm seeing here, kdesdk packages used source:Version.
[13:55] <yofel> true, maybe he took that from the old meta package which used source:Version as it was Arch: all
[13:55] <smartboyhw> yofel, ah...
[13:56] <ScottK> yofel: You probably should have sent that to plasma-devel and/or kde-release as packager is private.  It should hit at least one public list.
[13:57] <yofel> ScottK: oops, I'll forward to release. I wasn't sure about plasma as I don't know what that lib belongs to
[13:57] <ScottK> OK.
[14:04] <smartboyhw> Whoa, Marble's still using 3.9.2 :O
[14:04] <yofel> Riddell: I suspect bug 1195256 comes from pm-utils not being on the disk
[14:04] <yofel> not sure about lightdm
[14:06] <ScottK> smartboyhw: Don't bump standards version in Ubuntu.
[14:06] <smartboyhw> ScottK, I know.
[14:06] <smartboyhw> Just amazed.
[14:07] <ScottK> OK.
[14:07] <smartboyhw> Any packages still using 3.9.1? LOL
[14:07] <ScottK> Sure.
[14:07] <smartboyhw> ScottK, really?
[14:07] <smartboyhw> 3.9.1?
[14:07] <ScottK> Probaly still ones using 3.6 out there.
[14:08] <ScottK> Some packages only get updated very rarely.
[14:11] <smartboyhw> ScottK, :O 
[14:17] <manchicken_> ScottK: did that work then?
[14:18] <manchicken_> this is a great little irc client
[14:18] <Riddell> yofel: you could be right, it works here on the upgrade which has pm-utils installed
[14:18] <ScottK> manchicken_: Build is still going, but I think it's past that point now.
[14:18] <yofel> Riddell: I remember me and shadeslayer hitting that a while ago IIRC
[14:19] <manchicken_> I'm glad :-)
[14:19] <smartboyhw> Riddell, yofel don't tell us we are respinning because of pm-utils:)
[14:20] <manchicken_> Riddell, do how do you want me to pick which articles the thing grabs? just wiki words?
[14:20] <yofel> I wouldn't, put it on the known issues list.
[14:22] <manchicken_> like, an api that gets the wiki based on a series of wiki words?
[14:22] <smartboyhw> Holy cow, okteta's symbols is a beast!
[14:29] <Riddell> manchicken_1: that I've not looked into, ahoneybun may have some ideas or valorie 
[14:30] <Riddell> smartboyhw: no respinning
[14:30] <smartboyhw> Riddell, ofc :P
[14:32] <Riddell> cor we're famous http://www.h-online.com/open/news/item/Kubuntu-plans-to-steer-clear-of-Mir-and-switch-to-Wayland-1897942.html
[14:33] <smartboyhw> Riddell, :)
[14:36] <smartboyhw> Damn, it's 9 packages already, let me take a break.
[14:42] <Riddell> anyone able todo the amd64 tests?
[14:42] <smartboyhw> Riddell, asking in #ubuntu-quality.
[14:42] <smartboyhw> Someone is willing to help.
[14:47] <BluesKaj> well now , my 13.04 desktop and plasma panel just crapped out , missing titlebars on the windows , no virtual desktop pager , and no taskbar icon indicators for open apps , for a start 
[14:47] <BluesKaj> guess i shouldn't have run theat lasy dist-upgrade
[14:47] <BluesKaj> that last
[14:48] <ScottK> For 13.04, there's nothing recent that should cause that.
[14:48] <dantti_laptop> apachelogger: ping
[14:49] <ScottK> Quintasan: Did you see my ping about kdeartwork?
[14:50] <BluesKaj> ScottK, thought there was a test for kde 4.10.8 on raring a few days ago , maybe i should have commented the deb, don't recall if it was a ppa or just a backport 
[14:50] <ScottK> That was PPA.
[14:51] <ScottK> If you installed that, then all bets are off.
[14:51] <ScottK> 4.10.80.
[14:51] <BluesKaj> yup
[14:51] <ScottK> There's also 4.10.4 in raring-proposed, which is working very nicely for me.
[14:52] <Riddell> ScottK: oh does that need testing?
[14:52] <ScottK> It could sure use more.
[14:52] <yofel> BluesKaj: the last upload to the beta ppa was amarok 3 days ago, so that's probably not it
[14:52] <ScottK> I've been running it all week without issue.
[14:52] <BluesKaj> I don't have the propsed source in 13.04
[14:52] <apachelogger> dantti_laptop: pong
[14:52]  * Riddell tests
[14:53] <BluesKaj> it's not yofel , i don't have amarok installed
[14:53] <smartboyhw> BluesKaj, enable it if you want to test it.
[14:53] <ScottK> apachelogger: The ice creaming in the arm boxes could stand some review to make sure it's set up correctly.  Doesn't seem to be working for me ATM.
[14:53] <dantti_laptop> apachelogger: I can't create a release with releaseme
[14:53] <apachelogger> probably doesn't find the scheduler, there was some weird stuff with the init scripts that I forgot to fix int he package
[14:53] <apachelogger> dantti_laptop: please specify :P
[14:53] <dantti_laptop> apachelogger: it fails to download the translations
[14:54] <apachelogger> what project?
[14:54] <BluesKaj> smartboyhw, that's the problem , theppa is enabled for 4.10.80 , I should hgave disabled it
[14:54] <dantti_laptop> apper
[14:54] <apachelogger> looking
[14:54] <smartboyhw> BluesKaj, use ppa-purge?
[14:54] <dantti_laptop> apachelogger: I used ./apper.rb --git-branch master -b trunk -v 0.8.1 -u dantti -p ssh
[14:54] <BluesKaj> too late the dmage is done
[14:54] <smartboyhw> BluesKaj, what's the damage?
[14:54] <apachelogger> dantti_laptop: what's the output?
[14:54] <genii> Meh. Disabled nepomuk in Settings but this NepomukMigrator just keeps running.
[14:55] <BluesKaj> now I have to wait for a fix/patch 
[14:55]  * genii glares at his computer
[14:55] <vHanda> genii: just kill it?
[14:55] <dantti_laptop> apachelogger: http://paste.kde.org/784100
[14:55] <apachelogger> svn: E210002: Para depurar melhor problemas de conexão SSH, remova a opção -q de 'ssh' na sessão [tunnels]  do seu arquivo de configuração do Subversion.
[14:55] <dantti_laptop> it says that the connection closed unespecdly
[14:55] <apachelogger> dantti_laptop: please note that svn.kde has changed physical hosts
[14:55] <rdieter> dantti_laptop: the svn.kde.org host changed ssh keys recently, fyi
[14:55] <apachelogger> so likely you'll need to fix your known_hosts
[14:55] <dantti_laptop> I removed that key
[14:56] <apachelogger> ssh -vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv svn.kde.org
[14:56] <apachelogger> ssh -vvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvvv dantti@svn.kde.org
[14:56] <apachelogger> probably
[14:56] <genii> vHanda: I considered it. I think now I'll just let it run it's course. I'm not sure if killing it might corrupt it's indexing, etc
[14:57] <vHanda> genii: if nepomukstorage is not running, it's not doing anything
[14:57] <BluesKaj> smartboyhw, anyway my 13.10 install is fine , I didn't expect a mess with 13.04 tho 
[14:57] <vHanda> genii: also you cannot corrupt the migration process no matter where you kill it
[14:57] <vHanda> I tried my best to make sure of that
[14:57] <dantti_laptop> apachelogger: http://paste.kde.org/784112
[14:57] <genii> vHanda: Ah, good to know, thanks.
[14:57] <apachelogger> dantti_laptop: Permission denied (publickey).
[14:57] <apachelogger> wrong key maybe?
[14:58] <apachelogger> dantti_laptop: anyway, I suggest you ask in #kde-sysadmin
[14:58] <dantti_laptop> nope, otherwise git clone would fail too
[14:58] <ScottK> New version of libkfbapi needs packaging.
[14:58] <dantti_laptop> ok, I'll do that then, I thought you might know the issue, but it seems related to my user then..
[14:59] <yofel> ScottK: the 1.0 instead of snapshot?
[14:59] <ScottK> Yes
[15:00] <yofel> kubotu: newversion libkfbapi 1.0
[15:00] <smartboyhw> Guys, the classic okular build-dep error
[15:00] <smartboyhw>  plasma-active-dev : Depends: plasma-active but it is not going to be installed
[15:00] <smartboyhw>                      Depends: kde-runtime but it is not going to be installed
[15:00] <smartboyhw> ..........
[15:00] <kubotu> https://bugs.launchpad.net/bugs/1195358
[15:00] <yofel> smartboyhw: sounds like archive skew on some other package
[15:01] <smartboyhw> BTW guys: I got a warning:
[15:01] <smartboyhw> Upload Warnings:
[15:01] <smartboyhw> PPA exceeded 95 % of its size limit (14622.00 of 15360.00 MiB). Ask a question in https://answers.launchpad.net/soyuz/ if you need more space.
[15:01] <smartboyhw> ................ Riddell plz request more space for us.
[15:01] <yofel> make a chroot and try with aptitiude. apt doesn't tell you the actual issue
[15:01] <apachelogger> svn cat svn+ssh://dantti@svn.kde.org/home/kde/trunk/l10n-kde4/subdirs
[15:01] <apachelogger> dantti_laptop: ^
[15:02] <apachelogger> what's that say?
[15:02] <apachelogger> yofel: sure it does :P
[15:02] <apachelogger> you just have to tell it to tell you
[15:02] <dantti_laptop> apachelogger: http://paste.kde.org/784124
[15:02] <yofel> apachelogger: and how am I suppoed that on the buildd's...
[15:02] <yofel> *to do that
[15:03] <apachelogger> *shrug*
[15:03] <yofel> but yeah, it *can* tell you if you ask hard enough
[15:04] <apachelogger> dantti_laptop: btw, LANG=C is what you want ;)
[15:04] <apachelogger> dantti_laptop: also take that paste to #kde-sysadmin and see what they have to say
[15:04] <apachelogger> <- not exactly good with svn
[15:05] <Riddell> smartboyhw: for what?
[15:05] <dantti_laptop> apachelogger: ah!
[15:05] <smartboyhw> Riddell, for it might break down some day:P
[15:05] <dantti_laptop> apachelogger: svn now uses svn user instead of nick
[15:05] <Riddell> smartboyhw: which PPA?
[15:06] <smartboyhw> Riddell, Ninjas...
[15:06] <yofel> smartboyhw: I think removing something old might make more sense
[15:06] <smartboyhw> yofel, actually, yeah.
[15:06] <dantti_laptop> apachelogger: that did the trick, so you should deprecate remove the -u option
[15:07] <yofel> we have packages for 4 releases there now
[15:07] <apachelogger> dantti_laptop: svn user?
[15:07] <yofel> (and you can calculate 5G for each if you want to work)
[15:07] <yofel> hm...
[15:07] <dantti_laptop> apachelogger: yes, all svn.kde.org now use svn user
[15:08] <dantti_laptop> http://mail.kde.org/pipermail/kde-cvs-announce/2013/000112.html
[15:08] <apachelogger> ah
[15:08] <yofel> smartboyhw, Riddell: I'll wipe quantal and precise clean there. I can use staging for those
[15:08] <apachelogger> like
[15:08] <smartboyhw> yofel, great:)
[15:08] <smartboyhw> Awesome actually!
[15:08] <apachelogger> dantti_laptop: can't change it right now though
[15:09] <apachelogger> just look for svn in lib/*l10n* and change the commands accordingly
[15:09] <yofel> quantal won't get 4.11 anyway I think, and precise... we'll see
[15:10] <dantti_laptop> apachelogger: hmm I don't feel confident about changing that :P
[15:11] <yofel> Riddell: where's the status cronjob config on QA btw.?
[15:12] <Riddell> yofel: it's just done under my account
[15:12] <Riddell> feel free to change that to the shared account and I'll remove mine
[15:12] <apachelogger> -.-
[15:12] <dantti_laptop> yes, definetly I think you will know better what to change ...
[15:13] <yofel> Riddell: oh, that's in your user crontab?
[15:13] <Riddell> yofel: yes
[15:13] <yofel> ack
[15:13] <apachelogger> ah
[15:13] <apachelogger> I think that part is even sanely encapsulated
[15:16] <yofel> smartboyhw: wiped. The janitor will take a few hours though.
[15:16] <smartboyhw> yofel, alright:)
[15:16] <apachelogger> dantti_laptop: open lib/query.rb, look for the function svn_username
[15:16] <apachelogger> dantti_laptop: in that function simply rewrite the else portion to say user = "svn@svn"
[15:17] <apachelogger> dantti_laptop: http://paste.kde.org/784142/
[15:17] <apachelogger> if it works please commit and push, I currently don't have my keys with me
[15:17] <dantti_laptop> ok
[15:19] <ahoneybun> Riddell: it did not look too good for digikam
[15:19] <Riddell> ahoneybun: uh oh, what did you do to it?
[15:19] <smartboyhw> ahoneybun, oh?
[15:20]  * smartboyhw fears
[15:20]  * smartboyhw rather wants ahoneybun to fix packages for 4.10.90 :P
[15:20] <ahoneybun> it just gave a error
[15:20] <smartboyhw> ahoneybun, paste it.
[15:20] <smartboyhw> paste.kde.org
[15:20] <ahoneybun> yea ok
[15:21] <ahoneybun> smartboyhw: http://paste.kde.org/784160/
[15:22] <yofel> ok, so kipi-plugins doesn't ship those files anymore
[15:22] <smartboyhw> ahoneybun, remove these in kipi-plugins.install
[15:22] <ahoneybun> yea
[15:22] <smartboyhw> I think:P
[15:22] <yofel> as smartboyhw said
[15:22] <Riddell> ahoneybun: debuild -nc  will rebuild it without doing a clean so will save lots of time
[15:23] <Riddell> and dh_install --list-missing  will be able to confirm if you have your .install files correct
[15:23] <smartboyhw> It is weird though that these extra files failed the build at initial stage. Normally it horrors you at the post-build stage:P
[15:23] <ahoneybun> smartboyhw: how though
[15:23] <yofel> smartboyhw: not extra files, *missing* files
[15:24] <yofel> it'll error out on those
[15:24] <smartboyhw> yofel, yeah. Missing* files sorry...
[15:24] <smartboyhw> yofel, maybe since I never encountered those that early.
[15:24] <smartboyhw> Normally at the final stage at dh_install it goes say
[15:24] <smartboyhw> "usr/share/<something>" doesn't exist
[15:24] <smartboyhw> :P
[15:24] <ahoneybun> smartboyhw: go to that dir?
[15:25] <smartboyhw> ahoneybun, no.
[15:25] <yofel> ah, it's only because now the very first thing failed
[15:25] <smartboyhw> That's quick:P
[15:25] <yofel> ahoneybun: short stop
[15:25] <yofel> a word about dh_install
[15:26] <yofel> with multi-binary packages like digikam, 'make install' by default installs to debian/tmp/
[15:26] <yofel> after that it copies the files into the individual directories as the install files say
[15:26] <ahoneybun> smartboyhw: oh I see that file is in the debian dir
[15:27] <smartboyhw> ahoneybun, yeah:)
[15:27] <yofel> so what "dh_install: kipi-plugins-common missing files (usr/share/icons/hicolor/*/actions/debianscreenshots.*), aborting" tells you is
[15:27] <yofel> it failed somewhere in debian/kipi-plugins-common.install
[15:28] <yofel> now you can check in ./debian/tmp/usr/share/icons/hicolor/... what files are actually there
[15:28] <yofel> but what you usually want to do is just remove the "usr/share/icons/hicolor/*/actions/debianscreenshots.*" line from kipi-plugins-common.install
[15:28] <yofel> so do that for now
[15:28] <ahoneybun> yofel: ./debian/kipi-plugins-common/usr/... and so on
[15:29] <yofel> it copies FROM ./debian/tmp/ INTO ./debian/kipi-plugins-common/
[15:29] <yofel> so ./debian/kipi-plugins-common might be incomplete right now
[15:29] <smartboyhw> Guys, we have two hours to test the amd64 images before it's published.
[15:30]  * yofel can't test
[15:30] <yofel> ahoneybun: wrong file
[15:30] <ahoneybun> I see that
[15:32] <ahoneybun> yofel: ok still more things in there that need removing
[15:32] <yofel> actually, lets make a bit more talkative just for learning purposes
[15:32] <ahoneybun> oh?
[15:32] <yofel> ahoneybun: save it, you're doing it right
[15:33] <ScottK> Riddell: As long as no one's computer explodes during testing, I'd release in two hours with amd64 to whatever degree of testing is done.
[15:33] <ScottK> No available hardware here though.
[15:33] <yofel> ahoneybun: now wait a moment
[15:33] <ahoneybun> Riddell: 4.11?
[15:33] <smartboyhw> Explodes!!!!! XD
[15:33] <ahoneybun> yofel: I should look in the tmp dir
[15:34] <Riddell> ScottK: yeah that's what I told skaet 
[15:34] <yofel> ahoneybun: now you can watch what it actually does
[15:34] <Riddell> ahoneybun: what about it?
[15:34] <ScottK> OK
[15:34] <ahoneybun> Riddell: what are you testing for release in 2 hours?
[15:34] <smartboyhw> ahoneybun, 13.10 Alpha 1.
[15:34] <yofel> hm, not quite :/
[15:34] <ahoneybun> oh
[15:34] <smartboyhw> amd64 image actually
[15:35] <bkerensa> Any final comments on the Mir news today? :) We are publishing a "Flavors reaction to Mir default" here soon
[15:35] <bkerensa> ;p
[15:36] <yofel> ahoneybun: anyway, continue as you're doing now. I'm busy for a while
[15:36] <ahoneybun> ok
[15:36] <smartboyhw> bkerensa, em Riddell has it
[15:36] <smartboyhw> We aren't using Mir. That's it,
[15:37] <bkerensa> smartboyhw: oh I already got that bit :) just wondering if there might be more
[15:38] <smartboyhw> bkerensa, I don't think so...
[15:38] <smartboyhw> Ask ScottK and Riddell plz,
[15:38] <Riddell> not much more to say
[15:46] <ScottK> bkerensa: FYI, http://www.omgubuntu.co.uk/2013/06/mir-display-server-to-ship-default-in-ubuntu-13-10 refers to an announcement by Ubuntu engineers and refers to Olli Ries as a Mir developer.  Neither of those is correct.  He's a Canonical manager that's part of their product strategy team, not, AIUI, part of the Ubuntu engineering team.  It's a Canonical announcement by someone with no real connection to Ubuntu as a distro.
[15:47] <bkerensa> yeah
[15:49] <smartboyhw> Good night guys, see you tmr with a fresh Alpha 1 build.
[15:52] <bkerensa> ScottK: Fixed
[15:52] <ScottK> Thanks.
[15:53] <ahoneybun> ScottK: "With its current design, we enable all dependent derivatives to run unmodified on top of this new stack. "
[15:53] <ahoneybun> does that mean kubuntu as well?
[15:53] <ScottK> No
[15:53] <ScottK> It probably would work ~OK, but we won't set things up to work that way.
[15:54] <ahoneybun> ScottK: yea
[16:04] <Riddell> ahoneybun: compositing is so fragile it would add a load of bugs to run it on top of XMir, and that's unfair on our users and upstreams
[16:04] <ahoneybun> Riddell: agreed
[16:05] <ahoneybun> Riddell: http://paste.kde.org/784196/
[16:07] <Riddell> ahoneybun: putting those missing files into a .install file would be the first step
[16:08] <ahoneybun> oh boy 
[16:10] <ahoneybun> the usr/share/locale?
[16:10] <Riddell> translations
[16:11] <Riddell> is there a -data package?
[16:11] <Riddell> yes digikam-data
[16:12] <yofel> note: libkipi.mo is for not-installed
[16:13] <yofel> and there's digikam-data AND kipi-plugins-common for data files. Split appropriately
[16:14] <yofel> though I think those icons all go into kipi-plugins-common
[16:14] <Riddell> why is libkipi.mo for not-installed yofel?
[16:14] <yofel> Riddell: conflicts with kde-l10n (libkipi is in KDE SC)
[16:15] <Riddell> ah hah
[16:16] <yofel> I should actually talk to upstream about that. That shouldn't even be built
[16:21] <ScottK> Is digikam using an embedded libkipi or the system one?
[16:22] <soee> hi, i see only 1 package failed for saucy only ?
[16:24] <yofel> ScottK: system one
[16:24] <ScottK> OK.
[16:24] <yofel> ScottK: it just doesn't care whether you actually build the internal one or not when it comes to translations
[16:24] <yofel> there it simply installs  po/*
[16:25] <ScottK> Yes, definitely something to talk to upstream about then.
[16:25] <Darkwing> someone should tell Jono that mir/xmir is not what we are doing. https://plus.google.com/114419073019603780828/posts/FNSEnpALpjp
[16:25] <Darkwing> riddell ^^
[16:26] <yofel> that's not what he said there though
[16:26] <yofel> I know they're testing all DE's on XMir
[16:26] <jono> Darkwing, I didnt say that
[16:26] <jono> Darkwing, it just says that the desktops run technically
[16:27] <jono> not that flavors have confirmed to ship mir
[16:27] <Darkwing> the comments reflect confused users 
[16:28] <jono> Darkwing, which comments? I only saw one confused comment on G+
[16:30] <Darkwing> I was tagged in one. I'm not trying to be a pain about it, just noting that KDE will not support it and neither will kubuntu
[16:31] <Darkwing> as if now. listing a DE that has stated it will not smooth it as working is slightly misleading. intentional or not. 
[16:31] <Darkwing> if =of
[16:32] <Darkwing> damn my mobile 
[16:32] <ahoneybun> Darkwing: hey
[16:35] <jono> Darkwing, I think it was pretty clear that it was about the desktop technically working
[16:35] <Darkwing> It might have been. I was just noting, sorry if it came across wrong.
[16:36] <ahoneybun> hey jono
[16:37] <jono> hey ahoneybun
[16:37] <jono> Darkwing, no, no worries :-)
[16:39]  * Riddell declaires alpha 1 ready
[16:39] <soee> ;o
[16:39] <Riddell> I'm out for the evening, text me if I'm needed
[16:40] <Darkwing> Riddell: I would if I could. :)
[16:40] <ahoneybun> Darkwing: I have you number somehow lol
[16:40] <ahoneybun> *your
[16:40] <Darkwing> I believe I have it listed in Google.
[16:40] <Darkwing> I just don't know if it's my mobile or Google Number
[16:40] <ahoneybun> Darkwing: yep it's on my phone ;)
[16:41] <Darkwing> 260 or 619?
[16:41] <ahoneybun> 619
[16:41] <Darkwing> Google Voice.
[16:41] <ahoneybun> o
[16:42] <ahoneybun> h
[16:42] <Darkwing> Okay, must make lunch for the kids. :)
[18:34] <lordievader> I'm testing the Saucy Alpha 1 amd64 when I try to install it I get the error "ubi-partman failed with exit code 141". Report this bug to ubiquity?
[18:36] <shadeslayer> yup
[18:37] <shadeslayer> lordievader: please use ubuntu-bug
[18:37] <lordievader> Also, I get no status bar, is it related?
[18:37] <shadeslayer> it should attach the logs
[19:00] <skaet> Riddell,  ScottK - images published,  announce mail sent.   FYI.
[19:06] <ScottK> Thanks skaet.
[19:07] <ScottK> Riddell: You'll want to drop your migration block now.
[19:12] <manchicken_oa> Howdy.
[19:13]  * shadeslayer looks at ld taking up 35% of memory and goes :O
[19:13] <ScottK> manchicken_oa: Howdy.  Here's your build in progress in the archve (Failed before prior to the 2 hour mark): https://launchpad.net/ubuntu/+source/calligra/1:2.6.92-0ubuntu8/+build/4751533
[19:13] <manchicken_oa> shadeslayer:That's impressive.
[19:14] <shadeslayer> well, it's FF
[19:14] <shadeslayer> can't say I'm not surprised, but it's still a shock :P
[19:14] <manchicken_oa> ScottK:Sweet! It's been far longer than 2hrs.
[19:14] <shadeslayer> also probably the reason for the FTBFS ( something causes a OOM )
[19:15] <ScottK> Yep.
[19:15] <manchicken_oa> ScottK:Why does it take so long, isn't it just one package?
[19:15] <ScottK> It's one HUGE package and arm is slow.
[19:15] <manchicken_oa> Gotcha.
[19:15] <manchicken_oa> I'll have to familiarize myself with this build process.
[19:15] <ScottK> Building qt4-x11 on arm can take over a day.
[19:15] <shadeslayer> silly arm
[19:15] <manchicken_oa> Wow.
[19:15] <manchicken_oa> I need to get an arm device.
[19:16] <manchicken_oa> Did you ever see that gigantic HP I used to have?
[19:16]  * shadeslayer is still waiting for Low power Intel chips to hit the market
[19:16] <ScottK> Just be glad we don't have to support mips like Debian does.  It makes arm seem like a speed demon.
[19:16] <manchicken_oa> I gave that old HP to my mother-in-law. She's going to give it back to me today, I'm going to set it up as a test box.
[19:16] <shadeslayer> yofel: does : collect2: error: ld terminated with signal 9 [Killed] seem like a OOM to you?
[19:17] <manchicken_oa> Riddell: Re Mir: If I installed Ubuntu, then I installed kubuntu-desktop, do I need to do anything else to clean up to keep things nice and pretty for Kubuntu?
[19:17] <shadeslayer> oddly the machine has 8 GB's of memory and I see half of it unused
[19:18] <yofel> shadeslayer: hm, only if dmesg shows an OOM
[19:18] <shadeslayer> manchicken_oa: we won't support that configuration I'm afraid
[19:18] <yofel> (I think)
[19:18] <shadeslayer> [10874515.035761] Out of memory: Kill process 18261 (ld.bfd.real) score 209 or sacrifice child
[19:18] <shadeslayer> yep
[19:18] <yofel> :D
[19:18] <shadeslayer> *grumble*
[19:18] <shadeslayer> how is this even happening though
[19:18] <shadeslayer> I see over 4 GB's of memory free
[19:18] <yofel> not sure, you're on amd64 right?
[19:19] <shadeslayer> yes
[19:19]  * shadeslayer stops mysql
[19:20] <shadeslayer> swap is completely full though
[19:21] <ScottK> manchicken_oa: Not yet, but we don't know how it'll work once all the Mir stuff lands.
[19:21] <yofel> then the free mem you see now was probaby in use before
[19:21] <yofel> add more swap and try agian? ^^
[19:21] <shadeslayer> odd ... stopped a couple of services, trying again now :)
[19:23] <manchicken_oa> ScottK: I'm at work right now, but nobody else is.
[19:23] <manchicken_oa> They're all outside playing volleyball for our fourth of July party.
[19:23] <shadeslayer> gah
[19:23] <shadeslayer> Mem:          7857       7756        101          0          6       4339
[19:23] <manchicken_oa> I think I want to just go home now :)
[19:23] <ScottK> I'm trying to understand IRS forms.
[19:23] <ScottK> I win.
[19:26] <manchicken_oa> ScottK: You could just use TurboTax...
[19:39] <ScottK> It's not those forms.
[19:40] <ScottK> These are the ones you deal with after you fire an accountant for incompetence and then years later the IRS notices stuff is missing.
[19:42] <manchicken_oa> Ah, amending prior returns?
[19:43] <ScottK> No, this is confusion over 941 payroll withholding.
[19:44] <ScottK> Someone doing the Alpha 1 announcement for kubuntu.org?
[19:45] <ScottK> BTW, I learned today that ROFTL is "Record of Federal Tax Liablity".
[19:46] <ScottK> Not sure if it's a coincidence or someone at the IRS has a sense of humor.
[19:47] <shadeslayer> uhhh http://paste.kde.org/784346
[19:47] <manchicken_oa> Nice
[19:49] <yofel> shadeslayer: blame calligra being stuck in proposed
[19:49] <yofel> fixed days ago
[19:49] <manchicken_oa> shadeslayer: Is that the same build that ScottK was doing?
[19:49] <shadeslayer> -.-
[19:49] <shadeslayer> yeah thought so
[19:49] <shadeslayer> flipping ARM
[19:49] <manchicken_oa> I don't see a timestamp on it.
[19:50] <shadeslayer> time stamp?
[19:51] <manchicken_oa> shadeslayer: I was just wondering if we're sure it's from the build that's currently going on.
[19:52] <shadeslayer> ah
[19:52] <shadeslayer> usually it's not
[19:52] <shadeslayer> because no one runs -proposed anymore
[19:53] <shadeslayer> if they are, they shouldn't be
[19:53] <manchicken_oa> Pocket:
[19:53] <manchicken_oa> Proposed
[19:53] <manchicken_oa> That?
[19:53] <yofel> Riddell: btw. in case I forgot to tell you: your opencv package is missing a library package -> libopencv-superres2.4
[19:53] <shadeslayer> yes
[19:53] <manchicken_oa> https://launchpad.net/ubuntu/+source/calligra/1:2.6.92-0ubuntu8/+build/4751533
[19:53] <shadeslayer> see http://pad.lv/u/calligra
[19:53] <shadeslayer> 0ubuntu8 is in -proposed
[19:55] <manchicken_oa> I'm gonna run. Catch you all later.
[19:59] <ScottK> shadeslayer: ubunntu4 - 7 never made it to release, so before you get too excited, make sure it's not fixed already.
[19:59] <shadeslayer> exactly
[19:59] <shadeslayer> I just used --force-overwrite for now :P
[19:59] <shadeslayer> brb
[19:59] <ScottK> The one that made it to -release would never have made it if it hadn't been forced.
[20:00] <ScottK> I think forcing into -release and then not clearing up after is the real problem.
[20:07] <Riddell> yofel: yeah I know, how did digikam get compiled without that?
[20:07] <shadeslayer> well crap
[20:07] <shadeslayer> kwin is completely messed up
[20:07] <shadeslayer> if I start kwin, my entire display is black
[20:08] <ScottK> "distraction free"
[20:09] <shadeslayer> :D
[20:10] <dantti_laptop> shadeslayer: knwon bug
[20:10] <soee> so Riddell when alpa1 will be released ?
[20:10] <yofel> Riddell: I hacked a quick package for that together so it builds
[20:10] <dantti_laptop> shadeslayer: the fix is in beta 2
[20:10] <yofel> (i.e. without description etc.)
[20:10] <Riddell> soee: http://cdimage.ubuntu.com/kubuntu/releases/13.10/alpha-1/ ?
[20:10] <dantti_laptop> shadeslayer: if you use opengl =1.2 it works
[20:12] <soee> Riddell, release upgrade also will work?
[20:13] <shadeslayer> dantti_laptop: oh? I moved the old kwinrc and logged out and back in
[20:13] <shadeslayer> and it works
[20:13] <Riddell> https://www-admin.kubuntu.org/news/1310-alpha-1-available-testing
[20:13] <Riddell> soee: yep
[20:13] <shadeslayer> dantti_laptop: bug number?
[20:13]  * Riddell out
[20:14] <dantti_laptop> shadeslayer: hmm I don't have the bug number here but the title is something like black screen with opengl > 1.2
[20:14] <dantti_laptop> shadeslayer: the issue is the color correction which when disabled let the shader black :/
[20:15] <shadeslayer> kde bug 321217
[20:15] <dantti_laptop> yes this one
[20:16] <dantti_laptop> with kwin from master it's working fine now
[20:16] <shadeslayer> okay
[20:20] <ScottK> shadeslayer: Sounds like something for the Alpha 1 release notes.
[20:26] <shadeslayer> ScottK: dantti_laptop figured out what's wrong
[20:26] <shadeslayer> basically GLColorCorrection=true in kwinrc should be removed or set to false
[20:26] <yofel> put it into the release notes so people know about that...
[20:26] <soee> shadeslayer, whole screen black ?
[20:26] <shadeslayer> well, it
[20:27] <shadeslayer> *well, it'll only happen when you have previously enabled color correction and upgrade
[20:27] <shadeslayer> but yeah, should be put into the release notes
[20:27] <shadeslayer> skaet: ^^
[20:28] <shadeslayer> oh, right, wiki
[20:28] <shadeslayer> can just edit myself
[20:31] <soee> is there a big difference 13.04 and 13.10 atm ?
[20:32] <shadeslayer> humbug, can't find my yubikey
[20:36] <skaet> shadeslayer, yup.  :-)  (and thanks!)
[20:36] <shadeslayer> okay can someone add it to the problem list?
[20:36] <shadeslayer> because I can't find my flipping yubikey
[20:54] <shadeslayer> yofel: ScottK skaet ^^
[20:54] <shadeslayer> oh fun
[20:55] <shadeslayer> clicking "Details" on the nepomuk kcm takes so much time to come up -.-
[21:00] <yofel> shadeslayer: like this?
[21:01] <shadeslayer> yofel: yep, looks fine now
[21:20] <ScottK> soee: Yes.
[21:21] <yofel> W: libkdegames6: symbols-file-contains-debian-revision on symbol _ZN10KGameKeyIO11eventFilterEP7QObjectP6QEvent@Base and 939 others
[21:21] <yofel> -___-
[21:22] <ScottK> sed is your friend.
[21:30] <ScottK> JontheEchidna: FYI, there's Muon related mail on kde-devel.
[21:35] <yofel> thanks symbolshelper for making that un-reviewable...
[21:35] <yofel>  libkasten2core2.symbols |  713 ++++++++++++++++++++++++++++++++++++------------
[21:35] <yofel>  1 file changed, 547 insertions(+), 166 deletions(-)
[21:35] <yofel> nothing is supposed to be missing...
[21:37] <ScottK> You can tell the symbolshelper the version to use so you don't end up with debian-revision-on-symbol.
[21:38] <yofel> ah, that was kdegames. Here it simply decided to move some of the symbols around in the file
[21:42] <ScottK> I see.
[21:52] <yofel> Quintasan: how's kopete feeling?
[22:45] <ScottK> Someone might investigate where /usr/include/solid has gone off to.
[22:46] <yofel> nirvana in 4.11
[22:47] <yofel> though I still have
[22:47] <yofel> kdelibs5-dev, plasma-widget-networkmanagement: /usr/include/solid
[22:47] <yofel> it's just not part of kde-workspace anymore
[22:47] <ScottK> contour needs it.
[22:47] <ScottK> Not sure what else.
[22:48] <ScottK> afiestas_: Did something happen to /usrs/include/solid from -workspace in 4.11 or did we mess up the packaging somehow?
[22:49] <yofel> it was removed together with the networkmanagement stuff IIRC
[22:49]  * yofel remembers looking for it
[22:51] <ScottK> Fun
[22:52] <yofel> if it's modemmanager that's needed, that's now shipped inside networkmanagement 0.9.0.9
[22:52] <yofel> pnm 1.0 has it seperate
[22:53] <ScottK> [ 62%] Building CXX object contourd/CMakeFiles/contour.dir/location/network-engines/solid/SolidNetworkNotifier.o
[22:53] <ScottK> cd contourd && /usr/bin/c++   -D_BSD_SOURCE -g -O2 -fstack-protector --param=ssp-buffer-size=4 -Wformat -Werror=format-security -D_FORTIFY_SOURCE=2  -Wnon-virtual-dtor -Wno-long-long -Wundef -Wcast-align -Wchar-subscripts -Wall -W -Wpointer-arith -Wformat-security -fno-exceptions -DQT_NO_EXCEPTIONS -fno-check-new -fno-common -Woverloaded-virtual -fno-threadsafe-statics -fvisibility=hidden -Werror=return-type -fvisibility-inlines-hidden -DNDEBUG
[22:53] <ScottK>  -DQT_NO_DEBUG -I. -I../../contourd -I../../contourd/location -I../../contourd/recommendation -I.. -I/usr/include/qt4/phonon -I/usr/include/qt4/QtXmlPatterns -I/usr/include/qt4/QtXml -I/usr/include/qt4/QtUiTools -I/usr/include/qt4/QtTest -I/usr/include/qt4/QtSvg -I/usr/include/qt4/QtSql -I/usr/include/qt4/QtScriptTools -I/usr/include/qt4/QtScript -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtHelp -I/usr/include/qt4/QtDesigner -
[22:53] <ScottK> I/usr/include/qt4/QtDeclarative -I/usr/include/qt4/QtDBus -I/usr/include/qt4/Qt3Support -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtCore -I/usr/include/qt4/Qt -I/usr/share/qt4/mkspecs/default -I/usr/include/qt4 -I/usr/include/KDE    -o CMakeFiles/contour.dir/location/network-engines/solid/SolidNetworkNotifier.o -c ../../contourd/location/network-engines/solid/SolidNetworkNotifier.cpp
[22:53] <ScottK> ../../contourd/location/network-engines/solid/SolidNetworkNotifier.cpp:22:42: fatal error: solid/control/networkmanager.h: No such file or directory
[22:53] <ScottK>  #include <solid/control/networkmanager.h>
[22:53] <yofel> there's still a 'solid-actions-kcm' in kde-workspace, that seems to be all that's left
[22:53] <ScottK> That's from trying to rebuild contour
[22:53]  * ScottK needs to go.
[22:53] <ScottK> BBL
[22:54] <yofel> plasma-widget-networkmanagement: /usr/include/solid/controlnm09/networkmanager.h
[22:54] <yofel> which needs fixing too...
[23:42] <Quintasan> yofel: Dead, I didn't touch for the whole day