[00:30] <ScottK> So apparently patching KDE4_BUILD_TESTS=OFF works, but tossing it into configure does not.
[00:30] <Quintasan> ScottK: Sounds like featu...fun
[00:37] <Quintasan> ScottK, apachelogger, Riddell,shadeslayer: http://quintasan.blogspot.com/2012/11/post-uds-r-my-thoughts.html <--- thought before I add planet tags?
[00:39] <ScottK> Looks good to me.
[00:51] <Quintasan> shadeslayer: Did you get TF running on Linux?
[00:54] <afiestas> Is there a +Kubuntu repository/ppa that contains #KDE  4.10 Beta 1? Seems the plans are to not ship it in Quantal before RC 1 …
[00:54] <afiestas> seen in G+
[00:54] <afiestas> what should I answer?
[00:55] <afiestas> https://plus.google.com/100202326091940882253/posts
[01:04] <Darkwing> oh yeah, I am now an owner of a nexus 7. would love to work on / test plasma on the N7.
[01:06] <Darkwing> quintasan, pingie
[01:09] <ScottK> afiestas: It depends on how quickly we can get stuff done.  We have all of 4.10 Beta 1 except for kdegames in raring and getting that is the priority at the moment.
[01:09] <ScottK> afiestas: Getting kamoso fixed to work with the new kdegraphics libs would help.  ;-)
[01:19] <ScottK> Uploaded kde4libs with KDE4_BUILD_TESTS set OFF via patch.
[02:18] <xnox> ScottK: calligra needs a rebuild against the new okular abi, but it fails to build from source.
[02:18] <ScottK> xnox: Once the current kde4libs builds are published it should build.
[02:18] <xnox> ScottK: awesome, thanks.
[02:18] <ScottK> We also need a new digikam and fixes for kphotoalbum and kamoso.
[02:18]  * xnox thought it's instability in the archive, rather an upstream bug.
[02:19] <ScottK> It's kde4libs was released for the beta by upstream with KDE4_BUILD_TESTS set to on and the test files for Calligra don't build.
[02:20] <ScottK> We don't actually want it enabled, so I fixed that.
[04:48] <apachelogger> Quintasan_: :O
[04:48] <apachelogger> tldr :P
[05:13] <apachelogger> oh right
[05:13] <apachelogger> digikam was the awful piece of code copy work
[05:16] <apachelogger> https://launchpad.net/ubuntu/+source/mplayerthumbs
[05:16] <apachelogger> bug 497841
[05:16] <apachelogger> why was that not reintroduced when kdemm was split? :(
[05:19] <apachelogger> shadeslayer: btw, debcommit -R -r is your friend
[05:20] <apachelogger> (digikam branch had no tags since oneiric)
[05:27] <apachelogger> testdrive is not working for me \o/
[05:27] <apachelogger> well, install works, booting does not
[06:04] <apachelogger> ScottK, yofel_: http://community.kde.org/KDE_SC/Binary_Packages#KDE_4.10_Beta_1_.2<IP_ADDRESS> should we mention the raring?
[06:04] <ScottK> Yes
[06:06] <apachelogger> ScottK: please check again
[06:07] <ScottK> apachelogger: On the srus?
[06:07] <apachelogger> wiki
[06:07] <ScottK> ?
[06:07] <apachelogger> http://community.kde.org/KDE_SC/Binary_Packages#KDE_4.10_Beta_1_.2<IP_ADDRESS>
[06:07] <apachelogger> :P
[06:08] <ScottK> I don't see us there.  Someone should add it.
[06:08] <apachelogger> I just did
[06:08] <apachelogger> so now you should check the line and tell me that I did a good job at editing that wiki :P
[06:08]  * apachelogger also managed to login in less than 5 minutes \\o/
[06:09] <ScottK> There it is.  Cool.
[06:09] <ScottK> Thanks.
[06:09] <apachelogger> dh_install: showfoto missing files (usr/share/icons/hicolor/apps/*/showfoto.*), aborting
[06:09] <apachelogger> huh
[06:09] <apachelogger> no goody
[06:10] <ScottK> Who was working on Digikam for raring?
[06:10] <ScottK> Was it yofel?
[06:10] <apachelogger> bug says shadeslayer
[06:10] <apachelogger> ah
[06:10] <apachelogger> oh
[06:10] <apachelogger> eh
[06:11] <apachelogger> ScottK: if you can look at the precise-proposed debian dir of digikam ... does the showfoto.install also contain that bogus wildcard?
[06:12] <ScottK> +usr/share/icons/hicolor/apps/*/showfoto.*
[06:12] <ScottK> launchpadlibrarian.net/121078025/digikam_4%3A2.5.0-1ubuntu2_4%3A2.5.0-1ubuntu2.1.diff.gz
[06:13] <apachelogger> ScottK: please recject
[06:13] <apachelogger> that should be */apps/ not /apps/*
[06:13] <ScottK> Done
[06:13] <apachelogger> thanks
[06:13]  * apachelogger wonders how he missed that
[06:15] <apachelogger> https://launchpad.net/~apachelogger/+archive/ppa/+files/digikam_2.5.0-1ubuntu2.1%2B2.debian.tar.gz is correct
[06:15] <apachelogger> really weird
[06:45] <kubotu> ::workspace-bugs:: [1083060] packages kde-workspace-bin 4.9.80-0ubuntu5 and kde-window-manager-common 4.9.80-0ubuntu5 c... @ https://bugs.launchpad.net/bugs/1083060 (by zigi)
[07:34] <jussi> morning all
[07:46] <kubotu> ::workspace-bugs:: [1083060] packages kde-workspace-bin 4.9.80-0ubuntu5 and kde-window-manager-common 4.9.80-0ubuntu5 c... @ https://bugs.launchpad.net/bugs/1083060 (by zigi)
[08:05] <shadeslayer> mmm
[08:06] <shadeslayer> lawl
[08:06] <shadeslayer> jussi: File kgamepropertytest.shell found in Cannot, read, cache, directory, /home/ubottu/ubottu/aptdir/apt-file/raring:, No, such, file, or, directory
[08:06] <shadeslayer> from ubottu
[08:06] <shadeslayer> !find kgamepropertytest.shell raring
[08:07] <jussi> tsimpson: ^^
[08:08] <jussi> all I have to say is...  "I didn't do it"
[08:08] <shadeslayer> :D
[08:10] <Tm_T> jussi: awww
[08:28] <shadeslayer> wasn't there a copyright generator somewhere
[08:29] <shadeslayer> I don't want to manually write this copyright file
[08:30] <shadeslayer> this one I think http://anonscm.debian.org/gitweb/?p=users/modax/copyright-helper.git;a=summary
[09:54] <kubotu> ::workspace-bugs:: [1082394] krunner freezes @ https://bugs.launchpad.net/bugs/1082394 (by Manuel López-Ibáñez)
[09:54] <kubotu> ::workspace-bugs:: [1083060] packages kde-workspace-bin 4.9.80-0ubuntu5 and kde-window-manager-common 4.9.80-0ubuntu5 c... @ https://bugs.launchpad.net/bugs/1083060 (by zigi)
[10:25] <claydoh> Quintasan_: sorry it looks like our antispam software  on the forum has gone beserk :(
[10:26] <claydoh> im gonna have it disabled or something
[10:56] <kubotu> ::workspace-bugs:: [1082394] krunner freezes @ https://bugs.launchpad.net/bugs/1082394 (by Manuel López-Ibáñez)
[11:23] <BluesKaj> Hiyas all
[12:03] <kubotu> ::workspace-bugs:: [1045839] plasma init script not run @ https://bugs.launchpad.net/bugs/1045839 (by Jonathan Riddell)
[12:15] <Darkwing> morning all
[12:15] <Riddell> hi Darkwing
[12:19] <Darkwing> installing plasma-active on my N7 right now.
[14:11] <yofel_> kubotu: newversion skanlite 0.9 http://kde-apps.org/content/show.php?content=109803
[14:11] <kubotu> https://bugs.launchpad.net/bugs/1083166
[14:23] <Quintasan_> Hi
[14:23] <shadeslayer> ohai Quintasan_
[14:24] <shadeslayer> Quintasan: y u call me shadeslayer-y-u-break-everything in your blog :(
[14:24] <Quintasan> because :P
[14:24] <Darkwing> lol
[14:24] <Quintasan> shadeslayer: any progress on bsns cards?
[14:24] <Darkwing> Quintasan: you have a Nexus 7?
[14:25] <Quintasan> Darkwing: I do not.
[14:25] <jjesse> i have the 8 gb one
[14:25] <Darkwing> I get Ubuntu running with the installer but, active breaks it
[14:25] <Quintasan> I'm a  poor student, mind you Darkwing :P
[14:25] <Darkwing> lol
[14:26] <Darkwing> me too, rich father gifted me
[14:26] <Quintasan> Darkwing: the seed and task is broken atm
[14:26] <Darkwing> unity is close to unusable
[14:27] <ScottK> shadeslayer: Digikam?
[14:28] <jjesse> i haven't tried ubuntu on my nexus7 still enjoy Android :)
[14:29] <yofel_> I got active installed on my n7, but I didn't manage to figure out how to make it start it instead of unity
[14:30] <yofel_> instead somehow got plasma-desktop running... more or less
[14:31] <shadeslayer> ScottK: will have a look at it after I'm done with libkdegames
[14:31] <shadeslayer> which is ~done
[14:32] <ScottK> OK.  The digikam is needed for raring-proposed -> raring migrations.
[14:32] <shadeslayer> the one apachelogger is broken :P
[14:32]  * shadeslayer rages at his connection
[14:39] <shadeslayer> interesting
[14:39] <shadeslayer> ScottK: copyright-helper says highscore/kscoredialog.cpp is GPL-2+
[14:40] <ScottK> OK.
[14:41] <Darkwing> yofel_: we'll prolly have to modify the installer to DL a custom image with rootfs+plasma
[14:41] <shadeslayer> Darkwing: ogra has offered to build Active images as well
[14:42] <shadeslayer> just need to ping him once we want them
[14:42] <Darkwing> my ZaTab crashed out... the N7 should be good...
[14:43] <yofel_> I'll wait for that until we get plasma3 packaged. For now I put android back on it
[14:43] <Darkwing> I just reflashed Android lol
[14:44]  * yofel_ needs to make a pacman style background using a kubuntu logo and an android
[14:47] <Riddell> shadeslayer: he knows but he's still working on the ubuntu images for now
[14:47] <shadeslayer> I see
[14:48] <Riddell> where do I find info on -proposed to -release movements again?
[14:49] <Darkwing> yofel_: Im working on a two logos... I would love to help
[14:50] <Darkwing> do we have a ringtail logo yet?
[14:50] <shadeslayer> sure
[14:51] <shadeslayer> it was plastered all over @ UDS
[14:51] <Darkwing> for kubu
[14:51] <shadeslayer> uh
[14:51] <shadeslayer> nope :P
[14:51] <shadeslayer> http://img.ubunlog.com/wp-content/uploads/2012/10/ubuntu-raring-ringtail-logo.png < make the background blue?
[14:51] <davmor2> Darkwing: Yeah it's a blue version of the orange one :P
[14:51] <Darkwing> much like the quatzel kubu logo ay the site
[14:51] <ScottK> Riddell: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html http://people.canonical.com/~ubuntu-archive/proposed-migration/update_output.txt
[14:52] <Darkwing> s/ay/at/
[14:52] <kubotu> Darkwing meant: "much like the quatzel kubu logo at the site"
[14:53] <Riddell> ScottK: ah yes thanks
[14:53] <ScottK> Riddell: Also, I've kept the pad updated with what needs doing to get things to migrate.
[14:53] <ScottK> Calligra just finished it's rebuild, so that's one down.
[15:26] <ScottK> Bad shadeslayer.
[15:26] <ScottK> shadeslayer: Digikam 2.8 won't build with the KDE 4.9.80 graphics libs.  You need the version from Debian experimental, but fixed to use external libs instead of the internal code copies.
[15:27] <shadeslayer> Bad shadeslayer? Why? I didn't upload before test building
[15:27] <shadeslayer> it was apachelogger
[15:27] <shadeslayer> I get blamed because my name is in the changelog? :(
[15:28] <ScottK> OK.
[15:28] <ScottK> Please be fixing in any case.
[15:28] <shadeslayer> yeah, but like I said, I want to get libkdegames done today
[15:28] <shadeslayer> just need to add licenses at the end now
[15:28] <shadeslayer> hmm ... tests have no copyright
[15:29] <ScottK> OK, but digikam is actually blocking stuff.
[15:31] <shadeslayer> I understand, but I suck at multitasking, I'll probably have a look at it tonight before sleeping
[15:33] <ScottK> OK.
[15:48] <Riddell> ;;;;;;
[15:48] <shadeslayer> libkdegames packaging in lp:~kubuntu-packagers/kubuntu-packaging/libkdegames
[15:48] <shadeslayer> please review
[15:49] <shadeslayer> I'll be back after dinner :)
[15:56] <Riddell> meh, the internet in this city is so unreliable
[15:56] <Riddell> shadeslayer: I'll take a keek
[15:59] <Riddell> shadeslayer: libkdegamesprivate1.install has usr/lib/libkdegamesprivate.so ?
[15:59] <Riddell> no -dev package?
[16:02] <shadeslayer> nope, no dev package
[16:03] <shadeslayer> ( didn't have one before the split as well )
[16:04] <ScottK> It's private after all.
[16:04] <shadeslayer> indeed :)
[16:06] <yofel_> why install the .so then though?
[16:07] <shadeslayer> ah yes, good point, removed
[16:07] <Riddell> shadeslayer: not so, kdegames 4.9.2 had usr/lib/libkdegamesprivate.so in libkdegames-dev
[16:07] <shadeslayer> oh ...
[16:07] <Riddell> same for libkdegames6
[16:08] <shadeslayer> fixing :)
[16:08] <Riddell> it's not private any more really, it's used by many other kdegames apps which are now separate
[16:09] <shadeslayer> well .. that sounds wrong :P
[16:10] <Quintasan> shadeslayer: Where be me bsns cards
[16:10] <Quintasan> :P
[16:10] <shadeslayer> in /dev/null
[16:11] <Quintasan> T_T
[16:18] <Riddell> shadeslayer: dpkg-source: warning: Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field
[16:18] <shadeslayer> hmm
[16:20] <shadeslayer> What do you suggest we do about  XSBC-Original-Maintainer ? because there is no original maintainer for the package yet
[16:20] <maco> is it a 0ubuntu1?
[16:20] <maco> then you ignore it, i think
[16:20] <maco> it's a warning not an error
[16:20] <shadeslayer> yeah
[16:21] <Riddell> fair enough
[16:24] <shadeslayer> btw the old libkdegames-dev depended on libkmahjongglib4 as well, since we don't have that package yet .... I've left it out
[16:24] <shadeslayer> presumably, we will need a libkmahjongglib-dev
[16:25] <Riddell> I think that'll be sensible
[16:25] <yofel_> kmahjongg and khisen need that one
[16:26] <ScottK> Does libkmahongglib build-dep on libkdegames?
[16:26] <yofel_> yep
[16:27] <Riddell> shadeslayer: W: kdegames-card-data-extra: extra-license-file usr/share/kde4/apps/carddecks/svg-nicu-ornamental/COPYING
[16:27] <Riddell> and lots of data.tar.xz-member-without-dpkg-pre-depends but I don't think we care about them
[16:27] <shadeslayer> damn, I should have done a lintian check :P
[16:27] <Riddell> W: libkdegames source: syntax-error-in-dep5-copyright line 92: Cannot parse line "Redistribution and use in source and binary forms, with or without"
[16:28] <ScottK> Riddell: We don't care about the pre-depends.
[16:29] <ScottK> Circular build-dep doesn't seem good.
[16:29] <shadeslayer> oh oh, forgot that weird license it seems
[16:29] <Riddell> shadeslayer: Files: highscore/kscoredialog.cpp in debian/copyright needs a licence listed
[16:29] <shadeslayer> yeah
[16:29] <shadeslayer> those have a weird license
[16:30] <Riddell> shadeslayer: under License: LGPL-2 in debian/copyright your text is actually LGPL2+
[16:31] <shadeslayer> 0.o
[16:31] <shadeslayer> aha
[16:32] <shadeslayer> blame basefiles
[16:32]  * shadeslayer fixes
[16:34] <ScottK> Riddell: Any word from the kdesdk people on the ABI break?
[16:35] <shadeslayer> Riddell: fixed
[16:35] <shadeslayer> anything else?
[16:37] <Quintasan> claydoh: Thanks!
[16:38] <Riddell> ScottK: he says he'll fix it
[16:38] <ScottK> OK.  I guess patience then ...
[16:39] <ScottK> Not one of my strengths.
[16:39] <Riddell> ScottK: but I've had to discuss ABI issues he thought were not ABI issues, I've said an SO bump would be fine if that's easiest but I think we just need to wait for him to make a decision
[16:40] <Quintasan> I get 503's right now :P
[16:40] <ScottK> OK.  Thanks.
[16:40] <ScottK> I saw your update on analitza.  Great news.
[16:40] <Riddell> ScottK: for analitza apol has said he can get it building without GL so that'll be another one to delay to beta 2
[16:40] <Riddell> apol: need a bug for that?
[16:41] <ScottK> It's already in the archive less armhf.
[16:41] <Riddell> good point
[16:41] <ScottK> I just removed by armhf binaries for analitza, kalgebra, and cantor so the rest would migrate.
[16:41] <ScottK> s/by/the/
[16:41] <kubotu> ScottK meant: "I just removed the armhf binaries for analitza, kalgebra, and cantor so the rest would migrate."
[16:43] <apol> Riddell: well, I wrote it down in a sheet of paper :P if it's in bugs.kde.org I won't forget for sure... :P
[16:49] <shadeslayer> Riddell: fixed all the issues I think
[16:50] <shadeslayer> atleast lintian doesn't complain when I use with --pedantic
[16:50] <Riddell> shadeslayer: License: LGPL-2 still says "any later version"
[16:50] <shadeslayer> grrrr
[16:53] <shadeslayer> Riddell: done
[16:53]  * shadeslayer dropped "or (at your option) any later version"
[16:54] <shadeslayer> I copied the license from http://www.gnu.org/licenses/old-licenses/lgpl-2.0.html
[16:54] <shadeslayer> and even there it has "any later version"
[16:55] <Riddell> gnu will always prefer 'or later version', some coders don't and while I banned that from kde older bits still have it
[16:56] <Riddell> shadeslayer: best to copy things out of the actual source code licence text I recon, developers might change bits compared to what gnu recommends
[16:57] <shadeslayer> tbh I find debian/copyright to be a bit useless
[16:57] <shadeslayer> the entire source is available online with complete copyright headers
[16:58] <shadeslayer> why does the packaging have *another* copy of the exact same thing
[16:58] <Riddell> it's still needed for distributing with the binaries
[16:59] <Riddell> the licence says "provided that the above copyright notice appear in all copies" so that's what we have to do
[16:59] <Riddell> compared to what you have to do to copy, say, MS Windows, it's a low barrier
[16:59] <shadeslayer> I thought a 'copy' would mean a copy of the source
[16:59] <shadeslayer> in the text format, not the binary format
[16:59] <Riddell> any sort of copy
[17:00] <shadeslayer> I see
[17:00] <ScottK> So other than it's illegal distribute the binaries with debian/copyright, I agree it's not very useful.
[17:01] <Riddell> same for the source ISOs
[17:01] <ScottK> The source ISO still have the source licenses.
[17:02] <Riddell> I mean it's also a case of needed to stay legal but not actually useful
[17:02] <ScottK> I guess I don't see why it's needed to be legal for source?  It's got the original upstream license statement in it?
[17:03] <shadeslayer> I just never realized that the term 'copy' also meant binary copies .... I always thought it applied to source copies
[17:03] <Riddell> if you distribute the binaries you also have to distribute the source, the only reliable way to do that is to have the source ISOs
[17:04] <shadeslayer> Legalese is fun
[17:04] <Riddell> shadeslayer: binary copies are a derived work and have the same licence
[17:05] <agateau> let's replace binaries in /usr/bin with shell scripts which build the binaries on the fly so we can ship sources!
[17:05] <shadeslayer> I don't understand how they're 'derived work' btw
[17:05] <Riddell> agateau: off to gentoo for you!
[17:06] <agateau> Riddell: nah, gentoo builds at install time, it's not agile enough, I want to build at run time!
[17:06] <shadeslayer> heh
[17:07] <shadeslayer> I remember reading about a distribution that used git to provide updates
[17:07] <agateau> actually the shell script should run git pull so that it's always up to date
[17:07] <shadeslayer> and when you want to upgrade, you just checkout a new branch or sth
[17:07] <shadeslayer> so the entire rootfs is managed by git
[17:07] <agateau> there is no way this can go wrong
[17:08] <shadeslayer> :P
[17:08] <Riddell> shadeslayer: because a binary /usr/lib/libfoo is entirely made up of my source file foo.c run through some algorithms so my copyright applies to libfoo as much as it does to the foo.c I wrote in my editor
[17:08] <ScottK> agateau: -> #gentoo.
[17:08] <agateau> ScottK: :)
[17:09] <agateau> on a more serious note, does this mean a debian/copyright file would not be necessary for a package containing interpreted code?
[17:09] <shadeslayer> Ahh ... hmm
[17:09] <agateau> since in that case we ship the source with the copyright headers
[17:10] <Riddell> agateau: if the .deb had only interpreted code with copyright headers there's no paticular legal need, it would still be needed by debian and ubuntu policy to stay consistent
[17:10] <agateau> Riddell: makes sense
[17:10] <ScottK> If we also shipped the upstream license files, which we don't.
[17:11] <ScottK> We could for such packages, but once again, consistency and all.
[17:11] <Riddell> mm yes it would need to point to a full copy of the GPL if that's what it used
[17:12] <agateau> I see
[17:13] <kubotu> ::workspace-bugs:: [1083060] packages kde-workspace-bin 4.9.80-0ubuntu5 and kde-window-manager-common 4.9.80-0ubuntu5 c... @ https://bugs.launchpad.net/bugs/1083060 (by zigi)
[17:14] <shadeslayer> ok, onto digikam
[17:16] <ScottK> \o/
[17:17] <shadeslayer> ScottK: so we want 3.0 in ubuntu, fixed to use external libs instead of internal copies, right?
[17:17] <ScottK> shadeslayer: Yes.  Merge from experimental.
[17:17] <shadeslayer> ( just to make sure I understand this correctly, because digikam is a PITA )
[17:17] <shadeslayer> okay
[17:17] <shadeslayer> It's going to be a sleepless night \o/
[17:17] <ScottK> I took a quick look at the packaging diff and it didn't seem too awful.
[17:18] <shadeslayer> Next akademy, someone do a talk about how NOT to release software
[17:19]  * shadeslayer pushes fixing plasma and ktp to end of the week
[17:20] <Riddell> did kwin ever get updated for the fix needed for mesa 9?
[17:20] <ScottK> Riddell: Yes.
[17:20] <shadeslayer> people said it's better with 4.9.3
[17:23] <shadeslayer> oh look at that, the last merge of digikam was done by ... me
[17:26] <shadeslayer> I suppose I can drop the breaks/replaces since we're post LTS now
[17:27] <ScottK> shadeslayer: If they aren't from Debian, then yes.
[17:27] <shadeslayer> ofcourse
[17:28] <ScottK> Riddell: There was some issue that was keeping us from pushing 4.9.3 to -proposed though.
[17:28] <ScottK> BTW, I think I'm all set up to do britney hints to push the kdegraphics stack through to raring once digikam is done.
[17:29] <yofel_> The krunner bug is fixed in the packages, not sure if there was anything else
[17:29] <ScottK> Ah.  That was it.
[17:30] <ScottK> yofel_: Someone should upload to -proposed then for me to review/accept.
[17:38] <Riddell> ScottK: what do britney hints comprise of?
[17:40] <ScottK> Riddell: Here's the condensed version: http://paste.debian.net/212504/
[17:40] <shadeslayer> more importantly, does anyone have documents about whats the purpose of briney? I heard alot about this at UDS, but could only understand part of it
[17:41] <JontheEchidna> it ensures that nothing becomes uninstallable due to a new version of a binary package before copying the new binary package from -proposed to the main archive
[17:41] <ScottK> shadeslayer: It's to help keep raring usable.  Nothing moves from -proposed to -release until it's fully built/doesn't increase uninstallability of packages.
[17:41] <JontheEchidna> e.g. stops archive skew
[17:42] <shadeslayer> I see
[17:42] <ScottK> It also treats all NBS binaries as non-existant, so stuff won't automatically migrate until a library transition is finished.
[17:43] <JontheEchidna> ^it seems like it waited for the NBS binaries to actually be removed before it would migrate for the case of Qapt2
[17:43] <ScottK> Rather than wait on kamoso and kphotoalbum, I'm going to force kdegraphics once shadeslayer's done with digikam.
[17:43] <Riddell> ScottK: out of impatience or is there a better reason?
[17:43] <ScottK> Anyone on the release team can force stuff, so if something seems stuck, ping me or Riddell and we'll see about fixing it.
[17:44] <ScottK> The goal is to keep stuff only in -proposed for a short time.
[17:44] <ScottK> both those need upstream porting.
[17:44] <ScottK> Since the old library binaries still exist (but are NBS in proposed) it won't break them to do the force.
[17:45] <ScottK> What we don't want are large, long Debian style Unstable -> Testing migrations.
[17:45] <Riddell> ScottK: so that is impatience but phrased as a better reason :)
[17:46] <ScottK> I don't think so.
[17:46] <ScottK> I think don't leave lots of stuff stuck in proposed is a real reason.
[17:47] <Riddell> yes perfectly sensible
[17:49] <Riddell> bug 1078772  confirmed
[17:49] <Riddell> ScottK: just incase you're looking for more archive admin things to do ^^
[17:50] <ScottK> Riddell: Yes.  Releasing SRUs is on my TODO.
[18:20] <ScottK> Riddell: Done.
[18:21] <shadeslayer> merge done, now to test build stuff \o/
[18:46] <genii-around> ScottK: Since I know you're on Quassel... with Raring are you getting plasma crash when Quassel tray icon gets an incoming message? Right now I am, just wondering if it's affecting others.
[18:47] <ScottK> I'm on Quantal, so don't know.
[18:47] <genii-around> Aaah, OK thanks. I'll ask around in +1
[19:06]  * shadeslayer scratches head
[19:08] <shadeslayer> ah, nvm
[19:09] <shadeslayer> okay so, translations, do we ship mo files or do we just leave them and magic happens?
[19:09] <shadeslayer> because I have this : http://paste.kde.org/615032/
[19:11] <JontheEchidna> .mo's get shipped
[19:11] <shadeslayer> okay
[19:11] <shadeslayer> I'll have to create kipi-plugins-data or sth
[19:12] <JontheEchidna> if it's just .mo's, convention is -i18n
[19:13] <shadeslayer> I see ..
[19:13] <yofel_> do we have a convention on whether l10n or i18n should be used here?
[19:14]  * shadeslayer was under the assumption that it should be l10n from looking at other packages
[19:15] <shadeslayer> btw : debian/libkgeomap-data.install:usr/share/locale/*/LC_MESSAGES/libkgeomap.mo
[19:15] <shadeslayer> sooo ....
[19:15] <yofel> yeah, but you'll find both in the archive
[19:16] <shadeslayer> tbh I can't find alot on i18n
[19:16] <shadeslayer> mostly everything kde seems to be l10n
[19:16] <yofel> http://paste.kde.org/615038/
[19:16] <yofel> it usually is l10n though
[19:17] <shadeslayer> yeah
[19:17] <shadeslayer> % apt-cache search l10n | wc -l                                                                                shadeslayer@solembum
[19:17] <shadeslayer> 306
[19:17] <shadeslayer>  ~
[19:17] <shadeslayer> % apt-cache search i18n | wc -l                                                                                shadeslayer@solembum
[19:17] <shadeslayer> 81
[19:17] <shadeslayer> though by that convention libkgeomap is broken
[19:17] <JontheEchidna> I was basing my assertion off a sample size of 1 (k3b-i18n), so feel free to disregard it :P
[19:17] <shadeslayer> haha :D
[19:18] <yofel> heh
[19:18] <shadeslayer> Riddell: should I go ahead and upload libkdegames ?
[19:21] <yofel> it'll get stuck in proposed if I understand britney right, so what's the point?
[19:21] <ScottK> yofel: Why?
[19:21] <shadeslayer> if libkdegames is up, you could start packaging kdegames ;)
[19:21] <yofel> wouldn't it be stuck until everything is rebuilt?
[19:22] <yofel> hm
[19:22] <yofel> nvm
[19:23] <ScottK> Actually it would be.
[19:23] <ScottK> But that's fine.
[19:23] <ScottK> We can force it in once we're convinced it's ready.
[19:24]  * shadeslayer is still waiting for a definitive answer on what to do with libkgeomap and libkipi translations
[19:24] <ScottK> shadeslayer: Include them.
[19:25] <ScottK> Using whatever naming scheme upstream used.
[19:25] <ScottK> We can sort details later if needed.
[19:25] <shadeslayer> upstream naming scheme? this is digikam we're talking about :P
[19:25] <shadeslayer> there is no naming scheme for the translations from what I can tell
[19:26] <shadeslayer> so I'll create libkgeomap-i18n and libkipi-i18n
[19:26] <ScottK> Why i18n then?
[19:26] <shadeslayer> oh derp, I meant l10n
[19:26] <shadeslayer> not i18n
[19:28] <ScottK> Why separate binaries?
[19:29] <shadeslayer> hmm ... yeah, can be combined, kipi-plugins has a depends on libkgeomap
[19:30] <shadeslayer> kipi-plugins-l10n?
[19:31] <yofel> why not put the translations into libkipi-data?
[19:32] <shadeslayer> because libkipi-data is provided by libkipi?
[19:33] <shadeslayer> hmm ... maybe digikam is being an idiot and installing translations from it's own embedded lib
[19:33] <yofel> how would it do it otherwise?
[19:34] <yofel> and you were talking about libkipi and libkgeomap. both have -data packages, so why not put the translations there?
[19:36] <shadeslayer> the list missing output I pasted above was from digikam
[19:36] <yofel> libkgeomap is part of digikam
[19:37] <yofel> still has it's own lib and data package
[19:37] <shadeslayer> right, that's fine, the libkgeomap translations are already in the data file
[19:37] <shadeslayer> but what do we do about libkipi translations
[19:37] <shadeslayer> when there's a libkipi-data from libkipi which is another source
[19:37] <yofel> *click*
[19:38] <yofel> now I know what you meant
[19:38] <shadeslayer> :D
[19:38] <shadeslayer> and since we were saying that translations should go into -l10n packages, the kgeomap translations are in the wrong package
[19:38] <yofel> is libkipi from digikam even built? sounds like it shouldn't be - and neither the translations installed
[19:38] <ScottK> shadeslayer: I bet that means that the libkipi translations are in the KDE l10n pakcages
[19:39] <ScottK> Right.
[19:39] <ScottK> So if that's the case, ignore those translations.
[19:39] <shadeslayer> mhmm
[19:40] <yofel> shadeslayer: we were talking about l10n-only, if there already is a -data package I don't really see the point in having 2 arch:all packages
[19:40] <shadeslayer> ah ok
[19:40] <yofel> unless the translations are really large
[19:41] <ScottK> Also since l10n is covered in KDE by the language specific lang packs, we don't want (I don't thik) translations from Digikam's embedded copy of the lib.
[19:47] <shadeslayer> mm
[19:47] <shadeslayer> -- Could NOT find QtKOAuth (missing:  QTKOAUTH_LIBRARIES QTKOAUTH_INCLUDE_DIR)
[19:47] <shadeslayer> something for packaging I guess
[19:48] <ScottK> shadeslayer: Please make a note of it in the packaging spec.
[19:48] <shadeslayer> where would that be?
[19:48] <shadeslayer> oh you mean blueprint
[19:57] <ScottK> yes
[20:07] <shadeslayer> well that's odd
[20:07] <shadeslayer> --  libimagemagick library found............. NO  (optional)
[20:07] <shadeslayer> I did install libmagick++-dev
[20:09] <ScottK> shadeslayer: How about libmagickcore-dev?
[20:09] <shadeslayer> libmagick++-dev depends on that, so it should be pulled in automagically
[20:09] <ScottK> OK.
[20:12] <shadeslayer> MACRO_OPTIONAL_FIND_PACKAGE(ImageMagick COMPONENTS MagickCore display)   # For VideoSlideshow.
[20:13] <Riddell> need to look in the FindImageMagick.cmake file I'd say
[20:13] <shadeslayer> actually, sounds like it has the MagickCore thing
[20:13] <shadeslayer> erm
[20:14] <shadeslayer> libmagickcore4-extra might have the MagickCore thing
[20:14] <shadeslayer> "This package adds support for SVG, WMF, OpenEXR, DjVu and Graphviz to MagickCore."
[20:14] <shadeslayer> though I see no -dev package
[20:28] <shadeslayer> I'm off to sleep, will complete this tomorrow :)


[00:20] <Beta_Tester> hi i am getting this: ERROR juju.worker.provisioner cannot start instance for machine "0/lxd/3": unable to setup network: host machine "0" has no available device in space(s) "int-api"
[00:22] <Beta_Tester> whenever i try to deploy to a defined space.  if i set it to a bad spaces name, the deploy command fails before submitting the task, so i know the sapce is defined. but somehow in the juju magic behind the scenes its not liking something.
[00:27] <Beta_Tester> i turned on juju debug-log (debug level) and watched it, no other errors pop up.. any ideas which logs to dig into? the space is a subnet x.x.112.0/22 network, and the the machine has an x.x.113.0/22 (yes mass auto-picked 113.0 as the IP) from a subnet perspective its valid... but wondering if that could be the issue?
[00:28] <Beta_Tester> the machine has a int-bn that has eth1 and eth2, and a bridge on top of the bond int-br, and then a vlan interface int-br.112
[00:30] <Beta_Tester> juju version: 2.6.5-bionic-amd64 and maas: 2.4.2
[02:20] <atdprhs> hello everyone, do anyone know why when juju deploys kubernetes, it resolves the dns to public ip address?
[02:21] <atdprhs> is there anyway that I can ssh into coredns/
[02:25] <atdprhs> everytime I try to ssh into coredns, it tells me that the pod is not found, but it's there
[14:13] <d4rks1d3> Hi
[15:27] <d4rks1d3> Someone around to help me with a keyston charm?
[15:27] <d4rks1d3> I am facing an error in the deployment time
[15:27] <d4rks1d3> that is not able to connect
[15:31] <d4rks1d3> https://pastebin.com/4caq4Kiz
[15:32] <d4rks1d3> here is the log
[15:32] <d4rks1d3> Thanks