[00:00] <shadeslayer> what happened to my sound
[00:00] <CIA-52> [ksnapshot] Harald Sitter <apachelogger@ubuntu.com> * apachelogger@ubuntu.com-20110626230033-8y13dp5p7abix6gk * debian/changelog Repacked tarball to include COPYING files
[00:01] <shadeslayer> i'll bbl
[00:04]  * yofel looks up how CIA-52 was set up
[00:12] <CIA-52> [ubuntu] Philip Muškovac * 3 * debian/changelog use repacked tar to include COPYING files
[00:12] <yofel> hm, branch.nick is fairly unhelpful is the branch is called ubuntu on LP
[00:13] <yofel> s/is/if/
[00:13] <kubotu> yofel meant: "hm, branch.nick if fairly unhelpful is the branch is called ubuntu on LP"
[00:13] <yofel> sed fail
[00:14] <yofel> ouch, forgot docs/ in the copyright
[00:17] <ScottK> apachelogger's new branch location proposal would also fix that.
[00:17] <ScottK> (... unhelpful ...)
[00:17] <apachelogger> righto
[00:17] <yofel> true ^^
[00:17] <apachelogger> I shall write a scripty tomorrow
[00:21] <CIA-52> [ubuntu] Philip Muškovac * 4 * debian/copyright include documentation licensing in copyright
[01:12] <shadeslayer> ok so continuing
[01:12] <yofel> smokekde doesn't build. fun...
[01:15] <shadeslayer> hahaaha ... i just saw ScottK's reply on collibri notifications :D
[01:16] <yofel> lol
[01:30] <shadeslayer> hmmm
[01:30] <shadeslayer> how does one deal with multiple copyrights in kate
[01:31] <shadeslayer> we have GPL/LGPL/LGPL-2+
[01:31] <shadeslayer> apachelogger: do i put all of these licenses in the repo?
[01:35] <yofel> GPL would be COPYING, LGPL COPYING.LIB, not sure about muliple LGPL versions...
[01:40] <shadeslayer> well overall its GPL
[01:41] <shadeslayer> but it has 57 files under LGPL, 81 under GPL-2+ 
[01:53] <shadeslayer> apachelogger: yofel trolololol http://paste.kde.org/88465
[01:53] <shadeslayer> the networks are trolling me
[01:54] <yofel> nice loop
[01:54] <shadeslayer> yep
[01:54] <shadeslayer> yofel: my git commits are now routed via your server as well :P
[01:54] <yofel> as long as it works...
[01:59] <shadeslayer> heh " Arrgh! Debian shall play their narrow-minded legal games without me.
[01:59] <shadeslayer> Konsole is gone to Artistic Licence."
[01:59] <shadeslayer> yofel: did you see that? :P
[02:00] <shadeslayer> someone removed COPYING and COPYING.lib earluer
[02:00] <shadeslayer> *earlier
[02:00] <shadeslayer> and you just put them back again ^_^
[02:01] <yofel> where? I didn't see anything in the git log
[02:01] <shadeslayer> https://projects.kde.org/projects/kde/kdebase/konsole/repository/revisions/1d58923033311b53a16102e83ef6891b224bfc39
[02:02] <yofel> well, I'll blame someone then that LICENSE.readme is missing :P
[02:02] <shadeslayer> hahah :P
[02:04] <yofel> and I obviously didn't check the log THAT far back =Þ
[02:05] <shadeslayer> git log --grep to the rescue :P
[02:07] <shadeslayer> well, i'm not commiting anything till we sort this out with apachelogger
[02:08] <yofel> ack
[03:13] <rbelem> Quintasan_, yup... kubuntu_05_samba_sharing.diff is upstream :-)
[06:34] <yofel> morning
[06:47] <yofel> gah, used up this months mobile bandwidth. 60kbps is too slow...
[07:26] <yofel> yay, libkdcraw doesn't have copying.lib either...
[07:27] <yofel> at least here it's just one version of the LGPL
[07:35] <apachelogger> wut?
[07:35] <apachelogger> hm
[07:35] <apachelogger> yofel: what was shadeslayer's commit-blocking-problem earlier?
[07:37] <yofel> as I understood it he (and me) didn't know whether to put multiple versions of the LGPL into the package
[07:37] <yofel> like lgpl-2, 2.1, ...
[07:44] <apachelogger> like it matters
[07:44] <apachelogger> besides, that depends on whether they are + or not
[07:44] <apachelogger> if so then you obviously can just drop the newest explicitly mentioned version
[07:45] <apachelogger> if not then you could name them COPYING.LGPL2 COPYING.LGPL21 etc.
[07:45] <apachelogger> or you just concat them together into COPYING.LIB (which is of course less)
[07:45] <apachelogger> anyhow
[07:45] <apachelogger> exam
[07:45] <apachelogger> cya
[07:46] <yofel> viel erfolg
[08:58] <NCommander> ScottK: yay for added bonuses
[09:11] <bambee> morning
[09:12] <yofel> great, yet another gimp crash in #kubuntu
[09:12] <yofel> anyone remember what the problem was?
[09:16] <bambee> "kdebase-runtime but it is not going to be installed"  (on launchpad)  wtf ? o_O
[09:16] <bambee> (missing deps)
[09:16] <bambee> aaahh!! it's kde-runtime now o_O
[09:17] <bambee> epic fail xD
[09:17] <yofel> ^^
[09:18] <yofel> (found the bug for gimp btw.)
[09:41] <agateau> apachelogger: am I missing licenses?
[09:41]  * agateau sucks at licensing
[09:42] <tsimpson> don't feel bad, everyone sucks at licensing
[09:43] <yofel> well, you can't do worse than smoke, so don't feel bad ^^
[10:19] <yofel> wtf
[10:22] <yofel> what kind of version bump is libkdcraw.so.9.0.0 -> libkdcraw.so.20.0.0
[10:23] <yofel> they're not following their own docs
[10:23] <yofel> # 1.3.0 => 10.0.0 (Released with KDE 4.7.0)
[10:23] <yofel> # 2.0.0 => 20.0.0 (Included into digiKam 2.0.0 collection)
[10:36] <yofel> bbl
[10:37] <bulldog98> yofel: maybe the tarball contains the wrong sources?
[10:37] <apachelogger> agateau: your docs as commented a line that goes like FDLLicense or something like that
[10:37] <apachelogger> hence the docs have no defined license
[10:37] <agateau> apachelogger: I take it this is a bad situation
[10:37] <apachelogger> well, not unless no one notices ^^
[10:38] <agateau> apachelogger: I kind of remember changing it a long time ago, back when Debian said they would not ship FDL-licensed doc
[10:38] <apachelogger> yes, but that is not particularly a solution
[10:38] <agateau> apachelogger: I think the idea back then was that it would make the doc GPL-licensed, as it was part of Gwenview
[10:38] <apachelogger> agateau: only implicit, if so you need to state this in the docs IMHO
[10:39] <apachelogger> otherwise it is to be considered not free software at all, as it is not clear that it is covered by the GPL
[10:40]  * agateau looks at the code
[10:49] <agateau> apachelogger: is Gwenview documentation already packaged?
[11:03] <jussi> apachelogger: Harald... you here? 
[11:18] <apachelogger> jussi: always
[11:18] <apachelogger> agateau: it is part of your git repo ;)
[11:19] <apachelogger> which makes it part of the tar, and the tar is primarily concenred with licensing
[11:19] <agateau> apachelogger: I know about that :), I was referring to a Debian package :)
[11:19] <apachelogger> well, dunno, if you install it then it is packaged ^^
[11:20] <agateau> apachelogger: master CMakeLists.txt says it is installed, but that may be a new situation
[11:21] <agateau> apachelogger: mmm KDE/4.6 branch says it is installed as well, but I don't see the doc in Gwenview package
[11:22] <apachelogger> in 4.6 it might be stripped into kdegraphics-doc
[11:28] <jussi> apachelogger: can you share your image? 
[11:29] <apachelogger> nakkid pictures?
[11:29] <jussi> apachelogger: no...
[11:29] <jussi> :D
[11:29] <apachelogger> you gotta be more precise
[11:29] <jussi> I mean for the mx53
[11:46] <apachelogger> jussi: the linaro one?
[11:46] <jussi> apachelogger: yep
[11:46] <apachelogger> not before friday
[11:46] <jussi> :(
[11:46] <apachelogger> my QSB is like 100km away from me
[11:46] <jussi> oh
[11:46] <apachelogger> jussi: just follow the guide on the wiki
[11:46] <jussi> the guide is somewhat unclear
[11:47] <apachelogger> how is that?
[11:47] <apachelogger> s/how/why/
[11:47] <kubotu> apachelogger meant: "why is that?"
[11:48] <jussi> to start with, linaro-media-create doesnt seem to be in my repos... 
[11:48] <jussi> do I need some ppa? 
[11:49] <jussi> or is it only a 32 bit thing? 
[11:50] <apachelogger> 64bit ought to work too
[11:51] <apachelogger> ah
[11:51] <apachelogger> jussi: linaro-image-tools
[11:51] <jussi> well that would help :)
[11:52]  * jussi fixes the wiki
[12:04] <yofel> someone should fix gstreamer0.10-qapt
[12:04] <yofel> Setting up gstreamer0.10-qapt (1.1.85-0ubuntu1) ...
[12:04] <yofel> update-alternatives: <link> and <path> can't be the same

[12:04] <yofel> JontheEchidna: ^
[12:09] <jussi> apachelogger: Am I missing something, or is this ok? http://paste.ubuntu.com/633570/
[12:10] <jussi> nvm, looks like I need python-testtools
[12:17] <ulysses> JontheEchidna: the title is wrong here: https://projects.kde.org/news/65
[12:18] <jussi> bah, still getting the following 2 errors, if anyone knows what Im missing: 
[12:18] <jussi> ERROR: Python module hardwarepack_format not found
[12:18] <jussi> ERROR: Python module FetchImage not found
[12:26] <jussi> apachelogger: :(
[12:26] <apachelogger> oh my
[12:27] <apachelogger> jussi: I do not even have no such files
[12:37] <jussi> apachelogger: this is rather annoying. 
[12:37] <jussi> and weird
[12:38] <apachelogger> indeedly
[12:38] <apachelogger> also I am busy rightnows
[12:38] <jussi> ok
[13:12] <bambee> I've a question: why kdebase-runtime is not found from kubuntu-ninjas ? it's not into the ppa I agree, but it should be found into the main repositories...
[13:13] <bambee> (I need to change the dependency to kde-runtime, I know, however kdebase-runtime should be found anyway..)
[13:29] <ScottK> Do you require a minimum version that's not available as kdebase-runtime?
[13:31] <bambee> ScottK: see the build failure for kdebase-workspace (into the ppa), it depends on python-kde4 which depends on kdebase-runtime AND kdepim-runtime => both are not found 
[13:34] <ScottK> bambee: You're misreading the build log.
[13:34] <ScottK>  python-kde4 : Depends: kdebase-runtime but it is not going to be installed
[13:34] <ScottK>                Depends: kdepim-runtime but it is not going to be installed
[13:34] <ScottK> That doesn't mean it couldn't find them, but that they aren't installable.
[13:36] <bambee> why are they not installable? I mean, launchpad does not use main repositories?
[13:49] <bambee> well, I've probably misunderstood something... :\
[14:19] <shadeslayer> yofel: networks fixed :D
[14:22] <ScottK> bambee: There isn't enough information in the build log to know why it's uninstallable.
[14:22] <ScottK> bambee: I'm sure it does use the main repositories.  The best way to find out why is to add the ninjas ppa to a chroot or VM and try to install it.
[14:24] <bambee> ScottK: I will try
[14:24] <bambee> thanks
[14:24] <ScottK> Great.
[16:46] <yofel> shadeslayer: yay :)
[17:25] <shadeslayer> apachelogger: could you ping me when you're free, this is regarding the license of kate in the git repos
[17:26] <yofel> shadeslayer: read backlog
[17:26] <yofel> from ~10h ago
[17:26] <shadeslayer> yofel: alright, you guys already discussed this?
[17:27] <yofel> well, somewhat
[17:28] <shadeslayer> ah hmm ....
[17:28] <shadeslayer> well the solution seems to be COPYING.LGPL2 ,  COPYING.LGPL2.1,  COPYING.GPL
[17:28]  * shadeslayer adds
[17:29] <yofel> I'm wondering if you need to fix the source comments though
[17:29] <shadeslayer> source comments?
[17:29] <yofel> if they say see COPYING.LIB and you add COPYING.LGPL2 I don't think we won much
[17:30] <yofel> well, you do ship a copy though
[17:30] <shadeslayer> there's no COPYING.LIB 
[17:30] <shadeslayer> not in kate anyways
[17:31] <yofel> what I mean is that the sources have:
[17:31] <yofel>    You should have received a copy of the GNU Library General Public License                                                                                                                        
[17:31] <yofel>    along with this library; see the file COPYING.LIB.
[17:31] <yofel> in the header
[17:33] <yofel> heh, there's a kate/COPYING.LIB
[17:37] <shadeslayer> i don't see it anywhere ^_^
[17:38] <shadeslayer> ah under kate/
[17:40] <shadeslayer> katepart has the required COPYING.LIB too
[17:40] <yofel> this is chaos
[17:40] <shadeslayer> yeah
[17:40] <shadeslayer> should we send a email to KDE Devel?
[17:45] <shadeslayer> bambee: i know your FTBFS issue i think
[17:45] <shadeslayer> bambee: is your packaging pushed somewhere?
[17:45] <shadeslayer>  python-kde4 : Depends: kdebase-runtime but it is not going to be installed
[17:45] <shadeslayer>                Depends: kdepim-runtime but it is not going to be installed
[17:46] <shadeslayer> there's no kdebase-runtime anymore
[17:46] <yofel> we already concluded that :P
[17:46] <shadeslayer> heh :D
[17:46] <shadeslayer> did you fix it? :P
[17:47] <yofel> don't think so, he was looking at what actually pulled them in I think
[17:47] <bambee> shadeslayer: not yet
[17:47] <yofel> if workspace really build-deps on python-kde4 we need to figure smokekde out
[17:48] <bambee> shadeslayer: you can get back the source from the ppa, i think...
[17:48] <yofel> sure, apt-get source will fetch it
[17:50] <bambee> I could also be wrong, as I said I've probably misunderstood something...
[17:56] <bambee> python-kde4 is required by plasma-scriptengines, but it's a runtime dependency in this case...
[18:00] <bambee> shadeslayer: kdebase-runtime is not into the ppa I agree, however it should be found into the main repository used by launchpad :)
[18:02] <bambee> and as ScottK said, they are not installable, the message is not really well explained... the problem can be a conflict or another thing...
[18:06] <yofel> bambee: yeah, but plasma-scriptengine-javascript comes from kde-runtime
[18:07] <yofel> is at version 4:4.6.90
[18:07] <yofel> and kdebase-runtime depends on plasma-scriptengine-javascript = 4:4.6.3-ubuntu3
[18:08] <yofel> if you force version 4:4.6.3-ubuntu3 for plasma-scriptengine-javascript then it works
[18:08] <yofel> but that's not default apt-get behaviour
[18:08] <bambee> I am talking about plasma-scriptengines-python 
[18:08] <yofel> nor aptitude
[18:09] <yofel> hm, aptitude complains about -javascript though
[18:09] <yofel> probably the same reason
[18:09] <yofel> the solution is obviously to use kde-runtime
[18:09] <yofel> and to fix kdepim-runtime
[18:44] <yofel> did we reach a consensus about the packaging branches btw.?
[18:44] <yofel> it would good to know that before I create more projects...
[18:44] <yofel> *would be
[19:04]  * ScottK looks at apachelogger as holder of the consensus cookie.
[19:06] <yofel> heh, need to debug byobu anyway, locks up all the time in O :(
[19:30] <yofel> now... why the hell does smokekde build against neon but the package fails to build...
[19:47] <bambee> why the hell kdebase-workspace builds JUST FINE with pbuilder ? (using an oneiric chroot with kubuntu-ninjas-ppa)
[19:48] <yofel> pbuilder uses aptitude to install dependencies, launchpad sbuild, and sbuild has some oddities
[19:48] <bambee> aaah...
[19:49] <yofel> at least I think it uses sbuild
[19:55] <bambee> yofel: in your opinion the solution is to use kde-runtime, but python-kde4 will depend on kdebase-runtime anyway (it's a runtime dependency)... 
[19:56] <yofel> right, fix python-kde4 and kdepim-runtime 
[19:56] <yofel> on the todo list anyway
[19:56] <bambee> however if the last python-kde4 is upload, it should depend on kde-runtime (using the new symbol files)
[19:56] <bambee> yofel: ok
[19:57] <yofel> python-kde4 is stuck on me getting smokekde to build though :S
[19:57] <yofel> and I don't get what the problem is...
[19:57]  * yofel tries again
[19:59] <yofel> and I still haven't found the libkdcraw devs...
[20:00] <yofel> /usr/include/kjob.h: In member function 'void __smokekdecore::x_KJob::x_30(Smoke::Stack)':
[20:00] <yofel> /usr/include/kjob.h:356:10: error: 'void KJob::finished(KJob*)' is private
[20:01] <yofel> sure, but why doesn't this fail if I build against neon??? kjob.h is exactly the same
[21:50] <yofel> bambee: on an additional note: why is your package named kdebase-workspace? ^
[21:50] <yofel> ^^
[21:51] <bambee> do you mean that it should be named kde-workspace?
[21:51] <bambee> ^^
[21:51] <yofel> it should
[21:51] <yofel> there is no kdebase anymore
[21:51] <bambee> okay
[21:51] <bambee> noted
[21:53] <yofel> we'll stick to the upstream naming, or we'll have to rename it every time
[21:53] <yofel> no point in doing that
[22:00] <shadeslayer> apachelogger: uh .. i think i'm starting to see things http://i.imgur.com/QlcUc.png
[22:26] <CIA-52> [lp:~kubuntu-packagers/smokekde/ubuntu] Philip Muškovac * 1 * (37 files in 4 dirs) add initial packaging for smokekde
[22:26] <yofel> can someone try to build that? I'm out of ideas...
[22:40] <shadeslayer> yofel: i can try a test build, hold on
[22:42] <yofel> the 'private:' statement in kjob is wrapped in 
[22:42] <yofel> #if !defined(Q_MOC_RUN) && !defined(DOXYGEN_SHOULD_SKIP_THIS) && !defined(IN_IDE_PARSER)
[22:42] <yofel> so I guess in a local build something of that is defined, but I don't get why it breaks in pbuilder
[23:14] <ScottK> Missing build-dep?
[23:15] <yofel> could be, but if yet I don't get what
[23:15] <yofel> s/yet/yes/
[23:15] <kubotu> yofel meant: "could be, but if yes I don't get what"
[23:29] <shadeslayer> you won't like what i did, but atleast its building at 11 % right now
[23:31] <shadeslayer> @_@ /usr/include/kselectionproxymodel.h:271:10: error: 'void KSelectionProxyModel::rootIndexAboutToBeRemoved(const QModelIndex&)' is private
[23:41] <yofel> yep, if you manually comment kjob.h stuff out you'll get that ^^
[23:43] <shadeslayer> hehe
[23:44] <shadeslayer> yofel: it looks like you're missing deps
[23:44] <shadeslayer> can't quite figure out which ones
[23:44] <yofel> good to know we're at the same point now...
[23:44] <shadeslayer> or the macro's are foobared
[23:46] <yofel> no idea, there's no diff between neon smokekde and 4.6.90, but neonbuild runs fine, while 4.6.90 fails
[23:46] <yofel> except the build-deps
[23:46] <yofel> not the amount, but neon/4.6.90
[23:46] <shadeslayer> also, i might have found the solution to our neon dbus issue
[23:46] <yofel> oh, really?
[23:46] <shadeslayer> yeah
[23:47]  * yofel checks smokeqt buildlog...
[23:47] <shadeslayer> i'm testing and will let you know if it work
[23:47] <shadeslayer> s/work/works/
[23:47] <kubotu> shadeslayer meant: "i'm testing and will let you know if it works"
[23:49] <shadeslayer> dbus uses something called session-local.conf to add custom locations
[23:49] <shadeslayer> so we just install that in .project-neon-kde/ and it *should* work
[23:50] <yofel> erm, in ~/.project-neon-kde/ ?
[23:51] <yofel> well, we can copy that in the session script
[23:53] <shadeslayer> yofel: http://paste.kde.org/89089/ < here's what the config file will look like
[23:53] <yofel> if you say so ^^
[23:55]  * yofel just realized we're 2 days away from 4.6.5 tagging
[23:55] <yofel> someone invent cloning
[23:56] <shadeslayer> alright
[23:56] <shadeslayer> yofel: we need to put that file as session-local.conf in /etc/dbus-1
[23:56] <yofel> *that* is a problem
[23:56] <shadeslayer> but that might interfere with the normal session
[23:56] <shadeslayer> hmm