[00:00] <ahoneybun> :)
[00:00] <valorie> Etriaph: be sure to talk to Sho_
[00:00] <ahoneybun> well Ubuntu Documentation: A Unified Approach
[00:00] <valorie> as he is the sparkplug
[00:00] <ahoneybun> on the list at SELF
[00:00] <valorie> very nice, ahoneybun
[00:00]  * ahoneybun needs to change that ss on his slideshow from kate to konsole
[00:00] <valorie> It would be great to get all flavors sharing docs for sure
[00:00] <ahoneybun> white is not as readable as black
[00:01] <valorie> since much of what we have to document is the same
[00:01] <ahoneybun> black on white vs white on black
[00:01] <ahoneybun> having similar langs is one step
[00:02] <ahoneybun> same place where they are being held is helpful to future contributors and users alike
[00:03] <valorie> yes
[00:04] <ahoneybun> I've been talking to the Lubuntu Docs team about this as well
[00:05] <valorie> excellent
[00:05] <ahoneybun> I just need to get the ball rolling as you say for the other teams to see it is possible and very worth it
[00:05] <valorie> we don't talk enough among the flavors
[00:06] <ahoneybun> true
[00:07] <ahoneybun> I'm trying to improve that
[00:07] <ahoneybun> have true transparent comms
[00:09] <valorie> excellent
[00:09]  * valorie goes off to dinner
[00:11] <ahoneybun> valorie: https://github.com/petermatulis/serverguide
[00:28]  * ahoneybun pokes ovidiu-florin as he knows he is awake
[00:28] <ovidiu-florin> ahoneybun: how do you know that?
[00:28] <ahoneybun> Google+ Post
[00:28] <ovidiu-florin> :P
[00:29] <ahoneybun> XD
[00:29]  * ovidiu-florin is trying to install OneDrive with PlayOnLinux
[00:29] <shadeslayer> stalkers
[00:29] <ahoneybun> have you seen the discussion between me and valorie
[00:29] <ovidiu-florin> ahoneybun:  me?
[00:30] <ahoneybun> ovidiu-florin: ^
[00:31] <ahoneybun> Riddell: I found a page on kubuntu.org that talked about the very very old docs
[00:31] <shadeslayer> does anyone know what happend to JonTheEchidna
[00:31] <shadeslayer> and rgreening
[00:33] <ahoneybun> yofel: or shadeslayer I'll be poking you tomorrow bout helping me setup LP for uploading again
[00:34] <ahoneybun> don't remember who helped me last time
[00:34] <shadeslayer> I'm busy from 10 AM CEST to 9 PM CEST
[00:34] <shadeslayer> so anytime around 9 PM CEST works for me
[00:34] <shadeslayer> ( probably around dinner time I guess )\
[00:35] <ahoneybun> no clue what that is for me, let me look
[00:36] <ovidiu-florin> ahoneybun: seems like a long conversation
[00:36] <ahoneybun> thats 3pm for me
[00:36] <ovidiu-florin> is is still about the stickers?
[00:36] <ovidiu-florin> or DVDs?
[00:36] <ahoneybun> no the Docs/Manual in RST
[00:36] <ahoneybun> and such
[00:36] <ahoneybun> just asked if you saw it
[00:36] <ahoneybun> I'll be waiting shadeslayer lol
[00:36] <shadeslayer> cool
[00:37] <ahoneybun> I do have the key files on Drive
[00:37] <shadeslayer> 9 - 9:30 should work for me
[00:37] <ahoneybun> so I think I just have to upload them to LP or something
[00:37] <shadeslayer> unless I get caught up in something
[00:37] <shadeslayer> okay
[00:37]  * ahoneybun looks at socks
[00:38] <ahoneybun> I have a keyFile and a secret.key
[00:54] <Quintasan> Do we have anyone with bug editing powers in KDE bugtracker?
[00:57] <Quintasan> #345403 and #345138 are duplicates of #343321
[01:01] <Quintasan> Ah NVidia
[01:01] <Quintasan> How can I not hate you?
[01:01] <Quintasan> Everything got smaller after installing the drivers
[01:02] <Quintasan> shadeslayer: Jon is probably busy with college if that's what you wanted to know
[01:04] <shadeslayer> I guess
[01:06] <Quintasan> I see him tweeting sometimes though :P
[01:07] <shadeslayer> hehe
[01:07] <shadeslayer> Quintasan: https://www.youtube.com/watch?v=IhDl5nOw6_A
[08:34] <sitter> Riddell: did you run a merge of experimental for frameworks?
[08:55] <Riddell> sitter: no I'm afraid I've not had the opportunity
[08:56] <sitter> Riddell: going to push it then I guess, it's not like it could possibly get any more red
[08:56] <sitter> I, [2015-05-21T10:38:58.917309 #13568]  INFO -- : The following repos will have kubuntu_wily_archive pushed:
[08:56] <sitter>  attica, extra-cmake-modules, karch
[08:56] <sitter> that's somewhat odd I suppose
[08:56] <sitter> although perhaps maxy merged more experimentals into master already
[09:00] <sitter> I wonder if we maybe should force merge commits for these mass merges
[09:00] <sitter> pottentially makes it easier to diff
[09:00] <sitter> -t
[09:02] <sitter> https://launchpadlibrarian.net/207048292/buildlog_ubuntu-vivid-amd64.attica-kf5_5.10.0%2Bgit20150521.0858%2B15.04-0_BUILDING.txt.gz
[09:03] <sitter> Oo
[09:03] <sitter> wgrant: ^ has launchpad gotten a new builder? output seems kinda broken
[09:05] <wgrant> sitter: yes, PPAs now use vivid's sbuild. The encoding fix is rolling out now.
[09:05] <sitter> ok, groovy :)
[09:05] <wgrant> (we're currently doing a test rebuild before we roll out the new sbuild to the Ubuntu builders)
[09:10] <sitter> Riddell: please setup the wrap-and-sort check hook http://anonscm.debian.org/cgit/pkg-kde/git-hooks.git/
[09:10] <sitter> kamoso isn't wrapped -.-
[09:25]  * sitter wonders why the merger sets NOCI
[09:26] <sitter> not documented, very smart -.-
[10:36] <sitter> so who's gonna do something about the cmake debian build type thing?
[10:43] <sitter> no one it is ⊙﹏⊙ 
[10:45] <Riddell> sitter: what's wrong with it?
[10:46] <sitter> see debian-kde list... pkg-kde-tools sets buildtype to Debian which we haven't implemented anywhere so we build without relevant no-debug flags
[10:46] <sitter> apparently it all comes down to this bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=653916
[10:47] <sitter> alas, I have no clue where we'd carry the Debian thing in kf5 since ECM does no longer override the build flags
[10:48] <shadeslayer> Pass it in via kf5flags?
[10:49] <Riddell> shadeslayer: what's the magic command to make key generation faster?
[10:50] <shadeslayer> Install haveged
[10:50] <shadeslayer> Or something like that
[11:48] <wgrant> sitter: Build logs are fixed now. Let us know if you see any issues that might be due to the sbuild upgrade.
[11:53] <sitter> wgrant: will do
[12:36] <BluesKaj> Hiyas all
[12:38]  * sick_rimmit waves
[12:38] <sick_rimmit> Hi BluesKaj
[12:39] <BluesKaj> Hi sick_rimmit
[13:39] <BluesKaj> is plasma 5.3 in the regular kubuntu-backports yet or is the ppa still needed ?
[13:46] <Quintasan> bug #1452408 - should we modify the kde-config-systemd to install the so files into /usr/lib/x86_64-linux-gnu/qt5/plugins or modify the search path?
[14:14] <yofel> BluesKaj: PPA, it won't get into backports
[14:15] <yofel> Quintasan: hm, maybe the pulugin path isn't correctly set during build? qt5 sounds correct
[14:16] <Quintasan> yofel: /usr/lib/x86_64-linux-gnu/plugins/kcm_systemd.so
[14:16] <Quintasan> That's probably the problem
[14:16] <yofel> Quintasan: right, all other kcms are in qt5/plugins/
[14:16] <Quintasan> The libraries get installed somewhere where the framework doesn't even bother to look.
[14:17] <Quintasan> Weird thing is that the package doesn't even have any install file.
[14:17] <BluesKaj> yofel, thanks, so it remains a ppa 
[14:17] <Quintasan> I'd check with upstream but I'm busy with AI
[14:17] <yofel> Quintasan: you don't need one if there's only one binary package
[14:17] <Quintasan> yofel: Well, if it doesn't get installed where you want it to then you probably need it :P
[14:18] <yofel> nah, just set the correct QT_PLUGIN_PATH during build I think
[14:19] <Quintasan> There was no new release ;_;
[14:19] <Quintasan> I think -DQT_PLUGIN_INSTALL_DIR would solve the issue
[14:20] <yofel> let me try --with=kf5
[14:20] <Quintasan> dh magic <3
[14:21] <yofel> we have *something* that does the right thing, I'm just not sure what ^^
[14:21] <Quintasan> kde4-config --qt-plugins yields the proper path but I don't see any kf5 equivalent
[14:22] <yofel> qtpaths --plugin-dir does that
[14:22] <Quintasan> k
[14:24] <yofel> -- Installing: /tmp/buildd/kde-config-systemd-1.1.0+git20150330/debian/kde-config-systemd/usr/lib/x86_64-linux-gnu/qt5/plugins/kcm_systemd.so
[14:24] <yofel> yep, that helped
[14:24] <yofel> Quintasan: so add pkg-kde-tools and --with=kf5
[14:25] <Quintasan> Right.
[14:32] <Riddell> KDDA: I'm going away soon and won't be back online until monday evening I'm afraid we won't have time to look at the packaging
[14:32] <Riddell> KDDA: but the next step is easy, just run   debuild  it'll ask for some stuff to be installed, install that and run debuild again
[14:32] <Riddell> and then it'll take an age to compile
[14:39] <sitter> Quintasan, yofel: assuming you use pkg-kde-tools (whihc you should) do note that the dhmk include needs to be version /3/ respectively if you use the dh sequencer you have to run it --with kf5
[14:39] <yofel> I did latter
[14:40] <sitter> getting the wrong plugin path is indicative of you using the kde4 version 
[14:40] <yofel> it used neither
[14:40] <sitter> (or of course upstream's cmake foo is crap, in which case that should be fixed ^^)
[17:15] <KDDA> yofel: ping
[17:15] <yofel> KDDA: hm?
[17:16] <KDDA> do you know about debuild?
[17:16] <yofel> sure
[17:16] <KDDA> Riddell said to run debuild
[17:16] <KDDA> but Im hitting an error
[17:17] <KDDA> Unmet build dependencies and dpkg-buildpackage -rfakeroot -D -us -uc failed
[17:17] <yofel> it should list which dependencies are missing
[17:17] <KDDA> yup
[17:17] <yofel> just install them
[17:17] <KDDA> apt-get?
[17:18] <yofel> yep
[17:18] <KDDA> or in the build environment?
[17:18] <yofel> wherever you run debuild
[17:18] <yofel> (which should be in the build environment)
[17:19] <KDDA> Im on the Amazon box Riddell set me up on
[17:19] <yofel> right, so that should be your build environment at the same time
[17:19] <KDDA> Im assuming apt-get would install the packages system wide, but I think it just needs to be in the build environment
[17:20] <yofel> unless you use a chroot, that's the same thing
[17:20] <KDDA> is there a flag for debuild to auto install them?
[17:20] <KDDA> in its environment?
[17:21] <yofel> no, there's tools like pbuilder that will automatically setup a chroot, install the dependencies there and run debuild there
[17:21] <yofel> but for now just install them system wide
[17:21] <yofel> we'll get to pbuilder later
[17:21] <KDDA> his last instruction were "KDDA: but the next step is easy, just run   debuild  it'll ask for some stuff to be installed, install that and run debuild again"
[17:22] <KDDA> so just do it via apt-get?
[17:22] <yofel> yep
[17:26] <KDDA> dont want to break the VPS :/
[17:27] <yofel> the point of them is that they're resettable ;P
[17:29] <KDDA> why does digikam need mysql-server ?
[17:31] <yofel> it uses an SQL DB for metadata storage I think
[17:31] <KDDA> image meta data?
[17:31] <yofel> I really don't know
[17:37] <KDDA> ok done
[17:37] <KDDA> rerunning debuild
[17:37] <KDDA> seems to be doing something
[17:38] <KDDA> do you guys do this on your our machines?
[17:38] <KDDA> own
[17:39] <yofel> usually yes
[17:40] <yofel> although for the mass for KDE packages we just let a script prepare the packages, throw everything a PPA and then parse the build logs for problems
[17:40] <KDDA> clever
[17:41] <yofel> for fixing those problems we then build on our systems. Some use a prepared chroot, some use pbuilder/pbuilder-dist for clean builds, some sbuild
[17:42] <yofel> pbuilder-dist is an easy way to start
[17:43] <KDDA> so is debuild actually compiling the c++ files now?
[17:44] <yofel> debuild runs a sequence of build targets on debian/rules, that file then has the job of building the package (where today most of that is actually taken care of by debhelper sequences, so rules is usually pretty small)
[17:45] <KDDA> Im seeing a lot of output!
[17:46] <yofel> yeah, digikam is huge, that'll take a while ^^
[17:46] <KDDA> oh great, plasma has crashed again
[17:48] <KDDA> what is KF5ThreadWeaver?
[17:51] <KDDA> hummm maybe its nvidia causing these crashes
[17:51] <yofel> if it is it should say nvidia somewhere in the trace..
[17:51] <KDDA> it does
[17:51] <KDDA> #12 0x00007f2693de03c8 in glXSwapBuffers () from /usr/lib/nvidia-340/libGL.so.1
[17:52] <yofel> :S
[17:53] <KDDA> there are 51 threads, how do I know which thread caused the crash
[17:53] <yofel> there should only be one that starts with #6
[17:53] <KDDA> sorry 53
[17:54] <yofel> that's the one where the top is the drkonqi trace symbols, so they're hidden
[17:55] <KDDA> oh yes
[17:55] <KDDA> Thread 16
[17:55] <KDDA> got [KCrash Handler] in red
[17:57] <KDDA> yofel: https://paste.kde.org/pe9kh5wl5
[17:57] <KDDA> mean anything to you?
[17:59] <yofel> looks very nvidia to me..  but otherwise no, maybe poke mgraesslin when he's around
[18:00] <KDDA> Im on wily by the way
[18:50] <Etriaph> Man Krita is really coming along.
[19:02] <ovidiu-florin> Riddell: ping
[19:02] <ovidiu-florin> ahoneybun: ping
[19:11] <aaron__> yea ovidiu-florin?
[19:11] <yofel> ovidiu-florin: Riddell is off until monday
[19:12] <ovidiu-florin> ca you please send me your phone number?
[19:12] <ovidiu-florin> including prefix
[19:12] <ovidiu-florin> thank you to
[19:12] <ovidiu-florin> yofel: 
[19:12] <ovidiu-florin> ^^
[19:12] <KDDA> yofel: how long should debuild take?
[19:12] <KDDA> it is still scrolling output!
[19:13] <yofel> depends on how fast the system is..
[19:13] <yofel> cmake should print at which percentage of the build process it currently is
[19:14] <KDDA> havent seen a percentage
[19:15] <yofel> then the output might be too large
[19:16] <KDDA> oh wait
[19:16] <KDDA> there is
[19:16] <KDDA> [35%]
[19:16] <KDDA> this is as bad as windows update!
[19:17] <KDDA> hours and hours of bull!
[19:17] <yofel> hm, that ec2 machine is rather slow...
[19:18] <yofel> okay, digikam is huge, but that's still slow
[19:18] <KDDA> should have picked a smaller project!
[19:20] <yofel> possibly, but if you later run "debuild -nc" (no-clean) you can skip the compiling while you fix the packaging
[19:20] <yofel> so this should be a one-time thing
[19:20] <KDDA> does debuild generate the package too, or is that a separate step? 
[19:21] <yofel> debuild calls dpkg-buildpackage, which does everything. You'll see the individual steps later
[19:28] <KDDA> so it will create all the packages of binarys and sources?
[19:28] <yofel> right
[19:28] <KDDA> nice
[19:28] <KDDA> like magic
[19:31] <ahoneybun> ovidiu-florin: you pinged me
[19:31] <ovidiu-florin> ca you please send me your phone number?
[19:31] <ovidiu-florin> including prefix
[19:32]  * ahoneybun pokes shadeslayer about his LP account
[19:32] <ahoneybun> for ovidiu-florin? You can reach me on Hangouts
[19:32]  * ahoneybun has no idea what it would cost him for those long distance calls
[19:33] <ovidiu-florin> I have skype minutes
[19:33] <ahoneybun> I have no skype
[19:33] <ovidiu-florin> you don't have to
[19:33] <ahoneybun> do we need to have voice for a reason though
[19:35] <KDDA> get an VoIP number
[19:35] <KDDA> should be free to call it
[19:35]  * ahoneybun gives up
[19:36] <KDDA> resistance is futile
[19:47] <KDDA> you guys ever tried mumble for meetings?
[19:51] <yofel> we did, does work, but I can't say I liked it
[19:51] <KDDA> just curious
[19:51] <KDDA> open meetings?
[19:52] <yofel> we used mumble for the past release meetings, only this time we decided to do it as part of UOS
[19:52] <yofel> the recordings should be somewhere..
[19:52] <KDDA> Ive seen recordings on google hangouts
[20:06] <KDDA> oh we are sucking diesel now
[20:06] <KDDA> 72%
[20:07] <KDDA> 75
[20:07] <KDDA> 84
[20:08] <KDDA> 91
[20:08] <KDDA> 99
[20:09] <KDDA> eak
[20:09] <KDDA> its gone back to 0
[20:10] <yofel> now it's running "make install", should be pretty fast
[20:10] <KDDA> 21%
[20:10] <KDDA> so almost there?
[20:11] <yofel> it completed the "build" target successfully, now it's at "install", there's still a bit left
[20:21] <shadeslayer> ahoneybun: ah sorry
[20:21] <shadeslayer> ahoneybun: I'm just too stressed out
[20:22] <shadeslayer> I hope someone else can help out
[20:24] <ahoneybun> its all good shadeslayer don't worry :)
[20:24] <KDDA> what are you up to ahoneybun?
[20:25] <shadeslayer> ahoneybun: maybe #ubuntu-devel and/or #ubuntu-packaging
[20:25] <KDDA> yippeee its making packages!!
[20:25]  * KDDA does a wee dance
[20:28] <KDDA> lintian is a package checker?
[20:29] <genii> Basically
[20:30] <KDDA> so to package this for 64bit, I need to run this all again on my own system?
[20:31] <KDDA> or send it to the build farm?
[20:31] <KDDA> what does this mean "out-of-date-standards-version 3.9.5 (current is 3.9.6)"?
[20:32] <KDDA> ok so debsign failed, I guess it knows Im not Riddell!
[20:33] <KDDA> yofel: where does it store the .deb files?
[20:34] <yofel> in the same place the tarball is at (the .orig.tar.*)
[20:35] <yofel> the easiest way to look up lintian tags is to simply look them up on the web, so google/... for out-of-date-standards-version
[20:36] <yofel> (in our case, you can ignore that tag, that's more for debian)
[20:36] <ahoneybun> KDDA: need to redo keys on LP to upload
[20:37] <KDDA> yeah, I need to sort out my public ID
[20:37] <ahoneybun> damn over 600 bucks for 150 flashdrives
[20:38] <KDDA> ahoneybun: how big?
[20:40] <ahoneybun> 2GB
[20:41] <ahoneybun> but they are printed with the Kubuntu logo
[20:41] <KDDA> still expensive
[20:41] <KDDA> I dont really like the kubuntu logo :/
[20:41] <ahoneybun> 4.42 per unit
[20:41] <ahoneybun> USD
[20:41]  * KDDA hides
[20:42] <ahoneybun> I wanted to have some for SELF
[20:42]  * ahoneybun thinks shirts would be cooler and cheaper
[20:42] <ahoneybun> I would love a KDE/Kubuntu shirt
[20:42] <KDDA> will they preinstall kubuntu?
[20:42] <ahoneybun> nope
[20:42] <ahoneybun> I think maybe idk
[20:42] <ahoneybun> I know someone who can do that in mass
[20:43] <ahoneybun> 16 or so at a time
[20:44] <KDDA> so if I was Jonathan Riddell, what is the next step to get these packages on to the build farm?
[20:44] <ahoneybun> or Harald Sitter
[20:46] <KDDA> how many people have the authority to upload packages ?
[20:46] <ahoneybun> I would think Riddell, yofel, sitter to name a few
[20:47] <KDDA> ahoneybun: you dont?
[20:47] <ahoneybun> nope
[20:50] <ahoneybun> I work on Docs/The Manual mostly so I would not need it, I poke Riddell to push
[20:52] <KDDA> I see
[20:53] <yofel> KDDA: next step would be to verify that the build was correct by looking at the build log, then maybe uploading to a PPA for testing, otherwise directly to the archive
[20:54] <yofel> in your case it would be a PPA
[20:54] <KDDA> but what happens for multi arch?
[20:54] <KDDA> I think those packages are i386
[20:55] <yofel> ah right, you have to make a *source only* package with "debuild -S", binaries aren't accepted by launchpad
[20:55] <yofel> the build farm will do the rest
[20:55] <KDDA> ah
[20:55] <KDDA> nice one
[20:57] <yofel> need to run, someone else will have to help you with uploading ;)
[20:57] <KDDA> no problem, thanks for your help
[21:46] <valorie> ahoneybun: I have the stickers all cut and packed, just need to take the envelope to the PO
[21:47] <valorie> there are only 60 left, so we really should get more printed
[21:50] <KDDA> valorie: have you a pic of what they look like?
[21:50] <valorie> hmmm, I think I posted on G+ when jussi sent them to me
[21:50] <KDDA> may I see?
[21:51] <valorie> looking
[21:54] <valorie> hmmm, not there
[22:03] <valorie> must be on my phone; getting the backup of that onto this box as we speak
[22:13] <d_ed> where can I forward this to: https://bugs.kde.org/show_bug.cgi?id=348085
[22:13] <d_ed> we don't have a driver manager, it's a Kubuntu extra
[22:16] <yofel> 86 level trace, wth
[22:17] <yofel> d_ed: looks like a qapt issue to me
[22:17] <yofel> shadeslayer: where do we track that? ^
[22:35] <shadeslayer> yofel: lunchpad
[22:36] <shadeslayer> d_ed: yofel tbh that looks like a crash in qapt
[22:36] <shadeslayer> #13 0x00007fdc99df3bd6 in QApt::Backend::reloadCache() () from /usr/lib/libqapt.so.2
[22:36] <shadeslayer> or well, something in QApt that gets down to libapt
[22:36] <shadeslayer> I'll poke apol with it tomorrow
[22:37]  * shadeslayer goes back into his hidey hole
[22:58] <KDDA> when running debuild and I get dep errors, is there an easy way to auto install these?
[23:12] <valorie> KDDA: I can't find a photo and have no more time to look
[23:12] <KDDA> no problem, was just being nosy 
[23:18] <KDDA> any devs here?