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