[00:18] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/kde-workspace] Philip Muškovac * 527 * debian/ (changelog kdm.install) remove stripes.png from kdm.install again since the patch removes it.
[07:21] <dpm> good morning apachelogger, whenever you've got a minute, may I ask you to check that these template changes make sense? -> http://pastebin.ubuntu.com/648025/ - it's the last batch of changes, and after they've been applied KDE Oneiric templates should then be ok in Launchpad
[07:32] <bambee> morning
[08:24] <apachelogger> can't we like remove https://launchpad.net/ubuntu/+source/nepomukcontroller ?
[08:26] <apachelogger> well then
[08:28] <apachelogger> dpm: good morning... nepomuk template was split according to kde rev 1196093 , nepomukcontroller moved from own source to kde-runtime as per http://quickgit.kde.org/index.php?p=kde-runtime.git&a=commit&h=c8ead9258cb7ccfb96f1557089e64d7f310f0044 , consequently the new templates in runtime are good and the old ones can be dumped , qedjescripts was renamed in kde rev 993559 , solid-powermanagement was removed in kde rev 1202120
[08:54] <valorie> !info amarok
[08:55] <valorie> hmmm, how do I find out about the beta?
[08:55] <valorie> is it packaged?
[08:55] <valorie> or jsut a tarball
[09:12] <emonkey> valorie, maybe with project neon if its still exists
[09:13] <valorie> I don't think they ever got amarok building within the neon environment
[09:13] <valorie> but i'll ask
[09:13] <emonkey> ask apachelogger, he's in this channel
[09:14] <valorie> I looked through the ppas, and don't see the beta
[09:14] <valorie> so I don't think it was packaged
[09:14] <valorie> that's fine, there is a tarball
[09:41] <debfx> apachelogger: I've already filed a removal request for all packages that have been dropped in the kde 4.7 migration
[09:42] <debfx> the real challenge though is getting the archive admins to actually process those requests
[11:00] <dpm> thanks a lot apachelogger. There is one I'm not sure about: what was qedjescripts renamed to in kde rev 993559 ?
[12:03] <debfx> ScottK, shadeslayer: I've uploaded gwenview
[12:04] <debfx> shadeslayer: any news on the kate licensing situation?
[13:04] <shadeslayer> ScottK: debfx still waiting on upstream on whether or not we can remove the file, apart from that the author did agree to license it under GPL 2 or LGPL 2 ...
[13:25] <ScottK> shadeslayer: If the author agreed to appropriate licensing, document that agreement (copy/paste the email) in debian/copyright and upload.
[13:27] <shadeslayer> whoa, the entire email? :O
[13:30] <ScottK> You can trim excess not necessary for context.
[13:35] <shadeslayer> or i could just add the license in the git repo till someone tells me whether or not i can remove that file
[13:48] <ScottK> Come on.  It's copy/paste/done.  How hard is that?
[14:17] <debfx> didrocks: I've finally uploaded qtwebkit 2.2 :D
[14:18] <didrocks> debfx: fun that you are telling that exactly 20s I made an apt-cache policy to see if I missed something :-)
[14:18] <debfx> heh
[14:18] <didrocks> (and when I'm telling 20s, it *was* 20s :))
[14:19] <didrocks> debfx: so, now I can merge qtcreator
[14:20] <didrocks> (I think qmlpuppet bin is missing in fabo's package) to make the qml designer working)
[14:20] <debfx> didrocks: yep, well you can just sync the package and add your changes on top of that
[14:21] <didrocks> sure
[14:22] <debfx> didrocks: looks like we need a patch to cope with some qreal/float fun: https://buildd.debian.org/status/fetch.php?pkg=qtcreator&arch=armel&ver=2.2.1-1&stamp=1309124335
[14:24] <didrocks> debfx: oh "nice" do we have standard patch for that on qt? (I guess you already played with that)
[14:30] <debfx> there is no standard patch. you need to either define the variable as double instead of qreal or add type casts
[14:33] <debfx> ok in this case we need to s/double/qreal/
[14:34] <didrocks> debfx: hum, why not casting?
[14:36] <debfx> didrocks: the class works with QRectF, QLineF, .. which use qreal
[14:36] <debfx> so you'd have to cast qreal -> double -> qreal
[14:37] <didrocks> in verticalSnappedLines for instance, indeed
[14:39] <didrocks> debfx: are you doing it? do you want me to do it?
[14:45] <debfx> didrocks: I'm hoping it's a simple s/double/qreal/g :)  can you test build it on armel?
[14:45] <didrocks> debfx: not really unfortunatly. I don't have a suiting ppa with armel hw
[14:47] <debfx> ScottK: have you powered down your arm machines?
[14:47] <ScottK> debfx: No, but I did have a power outage.  I forgot to turn them back on.
[14:47] <ScottK> I'm not at home now, I'll bring them back up this afternoon.
[14:48] <debfx> ok, thanks
[14:52] <debfx> danimo: the qtcreator qmldesigner plugin doesn't build on arm because the code assumes qreal==double
[14:52] <debfx> danimo: do you think replacing double with qreal in the variable definitions is the right approach?
[15:26] <didrocks> debfx: there are other files using them as well in the same plugin, not sure how much we have to replace
[16:09] <debfx> didrocks: um indeed, that's quite bad :(
[16:39] <debfx> shadeslayer: could you add that mail about kate licensing to debian/copyright or forward the mail to me?
[16:41] <debfx> oh whatever, I'll just drop that file from the tarball
[16:41] <debfx> ScottK: which one was it again?
[16:45] <shadeslayer> debfx: part/syntax/data/find-trivial-regexpr.sh
[16:47] <debfx> hm there are a bunch of other scripts that don't have a license header as well
[17:50] <debfx> ScottK: are there any other licensing issue in kate besides these shell scripts?
[17:50] <ScottK> Not that I noticed.
[18:16] <debfx> ScottK: I've reuploaded kate, all remaining kde 4.7 packages (except some bindings) are now in New
[18:30] <Quintasan_> :/
[18:30] <Quintasan_> Looks like I'm out of luck when it comes to hardware
[18:38] <shadeslayer> Quintasan: what happened?
[18:38] <Quintasan> shadeslayer: magic memory
[18:38] <shadeslayer> ah
[18:38] <Quintasan> No idea what's exactly going on but I can't turn on my computer once I turn it off
[18:38]  * shadeslayer got some new hardware today
[18:38] <Quintasan> and the default action in Win7 is to shutdown
[18:38] <Quintasan> :/
[18:39] <shadeslayer> change the default option in Win7 to reboot the machine?
[18:39] <yofel> shadeslayer: your new notebook hopefully?
[18:39] <shadeslayer> yus :D
[18:39] <yofel> :DD
[18:40] <shadeslayer> preparing to put Koo-boon-too on it
[18:40] <yofel> apachelogger: ^
[18:40] <danimo> debfx: sorry, didn't see your comment
[18:40] <danimo> debfx: qmldesigner plugin on arm?
[18:40] <danimo> debfx: interesting usecase :)
[18:41] <shadeslayer> seems like the EFI bootloader does not want to boot my ISO, converting into a img now
[18:41] <danimo> debfx: can you paste the compile error somewhere?
[18:42] <debfx> danimo: https://buildd.debian.org/status/fetch.php?pkg=qtcreator&arch=armel&ver=2.2.1-1&stamp=1309124335
[18:42] <shadeslayer> yofel: fun fact, you cannot maximize apps in OS X
[18:42] <danimo> debfx: interesting, debian still doesn't use a cacert certificate... :/
[18:42] <shadeslayer> Qt apps work like they're supposed to tho
[18:42] <yofel> never noticed that when trying it out in the shops...
[18:42] <apachelogger> danimo: ah yeah, simple confusiong WRT qreal != double on ARM
[18:43] <apachelogger> the most common ARM incompatiblity btw ^^
[18:43] <danimo> apachelogger: I wonder if this is the only place though
[18:44] <danimo> debfx: are you trying to build the 2.3 beta?
[18:44] <debfx> danimo: no, 2.2.1
[18:44] <Quintasan> shadeslayer: It's the "Multitasking? What's that?" feature from iPhone
[18:45] <danimo> debfx: 2.3 has a completely different codebase in that regard
[18:45] <shadeslayer> Quintasan: lol
[18:45] <shadeslayer> Nightrose: Happy Birthday!!!
[18:45] <shadeslayer> Quintasan: Lion supposedly has that feature
[18:45] <danimo> debfx: you can try a patch that uses qreal instead of double (no idea if that still really works then, but it might)
[18:46] <Quintasan> It's Nightrose's b-day?
[18:46]  * danimo switched from unity to KDE btw
[18:46] <Quintasan> kubotu: cookies for Nightrose
[18:46] <Quintasan> derp
[18:46] <Quintasan> kubotu: order cookies for Nightrose
[18:46]  * kubotu slides a whole bunch of world's finest cookies down the bar to Nightrose.
[18:46] <shadeslayer> no no no
[18:46] <danimo> unity is way to unpredictable
[18:46] <shadeslayer> kubotu: order birthday cake for Nightrose
[18:46]  * kubotu slides birthday cake down the bar to Nightrose
[18:47] <shadeslayer> isn't there a birthday cake key word there apachelogger?
[18:47] <apachelogger> kubotu: order birthday package for Nicke
[18:47]  * kubotu is running to the corner shop to get a birthday present.
[18:47]  * kubotu slides a birthday cake and a present down the bar to Nicke and gives everyone a nice frosty mug of beer.
[18:47] <kubotu> Happy birthday to you, happy birthday to you, happy birthday Nicke, happy birthday to you!!!! - Wooooho!
[18:47] <kubotu> Happy Birthday Nicke :D
[18:47] <kubotu> To your health!
[18:47] <apachelogger> G
[18:47] <apachelogger> kubotu: order birthday package for Nightrose
[18:47]  * kubotu is running to the corner shop to get a birthday present.
[18:47]  * kubotu slides a birthday cake and a present down the bar to Nightrose and gives everyone a nice frosty mug of beer.
[18:47] <kubotu> Happy birthday to you, happy birthday to you, happy birthday Nightrose, happy birthday to you!!!! - Wooooho!
[18:47] <kubotu> Happy Birthday Nightrose :D
[18:47] <kubotu> To your health!
[18:47] <shadeslayer> \o/
[18:47]  * apachelogger hugs and kizzes the Nightrose and goes for a cig before he breaks yet another keyboard over not working stuff
[18:48] <shadeslayer> arf ... disk I/O on this USB is sloowwww
[18:48] <yofel> Nightrose: happy brithday :)
[18:49] <Nightrose> shadeslayer: thx :)
[18:49] <Nightrose> Quintasan: thx! nomnomnom :D
[18:49]  * Nightrose hugs apachelogger
[18:50] <shadeslayer> poor kubotu, he did all the work and apachelogger gets the hugs
[18:50] <debfx> danimo: are you sure that it's a different codebase? there are no changes in snapper.cpp
[18:50]  * Nightrose hugs kubotu too
[18:50] <Nightrose> shadeslayer: ^ :P
[18:50] <danimo> debfx: maybe not, but lots of stuff moved into a puppet process
[18:51] <Nightrose> yofel: thx :)
[18:51] <shadeslayer> :P
[18:51] <danimo> debfx: (a physically different application remote controlled by creator)
[18:51] <danimo> hey Nightrose, happy birthday
[18:51] <Nightrose> thx :)
[18:59] <debfx> danimo: this sounds like a lot of work, so maybe we'll just disable the qmldesigner on arm
[18:59] <debfx> I just hope the qreal mess is going to be fixed in Qt 5
[18:59] <danimo> debfx: might be the best for now
[19:00] <danimo> debfx: please also open a bug report
[19:00] <danimo> debfx: what mess?
[19:00] <danimo> debfx: people who want portable code should use qreal, excactly because you want max precision but some archs cannot deliver on it
[19:00] <danimo> debfx: the code at hand assumes that all platforms it will ever run on have double
[19:01] <danimo> debfx: (again, which arm hardware is there that people want to run creator on? tablets?)
[19:09] <debfx> danimo: the problem is that you don't notice these qreal==double mistakes when you don't build the code on arm
[19:11]  * micahg would humbly suggest fixing the assumptions
[19:37] <ScottK> debfx: arm boxen are up now.
[19:49] <apachelogger> danimo: the only reason qreal is float on ARM is because way back float was much faster than double, whether that still is the case with VFP and other mumbo jumbo is questionable ... I do agree on the qreal for protability though ^^
[19:52] <danimo> apachelogger: I discussed it with a collegue, float is still faster by a few clock cycles I think, depending on the operation
[19:52] <danimo> apachelogger: it also depends on the arm designs we are talking
[19:53] <danimo> apachelogger: which in turn depends on the type of device
[19:53] <danimo> apachelogger: which brings me back to the original question: "which arm powered device would run Creator"
[19:53] <apachelogger> right
[19:53]  * danimo strictly assumes that "Netbooks" are pretty much dead
[19:53] <apachelogger> pandaboard
[19:54]  * apachelogger could totally imagine himself doing development on there
[19:54] <danimo> apachelogger: with gcc?
[19:54] <danimo> hmmm
[19:54] <apachelogger> not that it is ever going to happen
[19:55] <apachelogger> danimo: right now I think it is rather unimportant to have creator build on arm, taking aside ARM devboards I cannot imagine an actual device where one would want to run creator on
[19:56] <danimo> exactly :)
[19:56] <apachelogger> might change in the future with the rise of arm for everydevice and my toaster ^^
[19:56] <danimo> still i wouldn't mind a bug report for that problem
[19:56] <danimo> apachelogger: I totally think ARM has a bright future
[19:56] <danimo> especially with Windows 8, as sad as that might sound
[20:37] <debfx> danimo: I've opened a bug report about the issue: http://bugreports.qt.nokia.com/browse/QTCREATORBUG-5547
[20:42] <debfx> ScottK: thanks. any chance you have time to review the packages in New? 4.7 final is about to be tagged
[20:42] <ScottK> debfx: I should be able to do it in the next few hours.
[20:50] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/libkexiv2] Philip Muškovac * 16 * debian/ (changelog control) Merge branch lp:~bambi/kubuntu-packaging/libkexiv2 and bump build-dep on kde-sc-dev-latest
[20:54] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/kde-wallpapers] Philip Muškovac * 8 * debian/ (changelog control) Merge branch lp:~bambi/kubuntu-packaging/kde-wallpapers
[21:11] <debfx> afiestas: could you please have a look at https://git.reviewboard.kde.org/r/101642/ ?
[21:12] <afiestas> debfx: it seems ok, ship it
[21:15] <debfx> afiestas: cool, where should I commit it, master or unstable?
[21:16] <afiestas> master and CC'
[21:16] <afiestas> CC'd ereslibre with it
[21:16] <afiestas> (he is the maintainer of libbluedevil actually)
[21:21] <debfx> ok
[21:23] <ScottK> afiestas: One of my daughters is taking a foreign language course over the summer and she has regular assignments to turn in where she has to turn in a video of her speaking the language.  She's very happy using Kamoso to do it.  Thanks.
[21:25] <afiestas> ScottK: glad to know that it is working well 
[21:25] <afiestas> I usually only work in Kamoso when I'm on vacation and since I'm spending all vacations on floss events... I don't have time for Kamoso xD
[21:26] <ScottK> It's that with plasma-netbook on my dell mini 10v.
[21:26] <afiestas> but at least it covers the basics now :p
[21:26] <ScottK> It does.
[21:26] <afiestas> (and it does it without crashing)
[21:26] <ScottK> I'm glad I did the backport of 2.0 to natty now.
[21:27] <afiestas> in theory, 3.0 will be even more rock solid since we will use higher level gstreamer api (camerabin2) but that will have to wait 
[21:27] <ScottK> Note: The kate I just rejected is the old one.
[21:32] <ScottK> kdegraphics-mobipocket source accepted.
[21:37] <ScottK> svgpart source accepted.
[21:41] <ScottK> debfx: On kdegraphics-strigi-analyzer, explain to me how it is that raw/parse.c is distributable?
[21:41] <ScottK> It also makes me wonder if our dcraw.c is distributable.
[21:45] <ScottK> Actually maybe it's OK
[21:45] <debfx> ScottK: my assumption was that dcraw is in main -> passed NEW at some point (that's a rather weak assumption, I'll admit)
[21:45] <ScottK> Let me look at it again.
[21:45] <debfx> the copyright file basically says that some parts are under the GPL but fails to mention the license of the rest
[21:46] <ScottK> But does say you can distribute/modify them.
[21:47] <ScottK> The part you didn't copy over says:
[21:47] <ScottK>    The functions that process Foveon images have been RESTRICTED
[21:47] <ScottK>    since Revision 1.237.  All other code remains free for all uses.
[21:47] <ScottK>    *If you have not modified dcraw.c in any way, a link to my
[21:47] <ScottK>    homepage qualifies as "full source code".
[21:47] <ScottK> "All other code remains free for all uses." is the license for the rest.
[21:47] <debfx> where is that from?
[21:48] <ScottK> from dcraw.c in dcraw
[21:48] <debfx> ah, I've only looked at the copyright file
[21:48] <debfx> which doesn't include that part
[21:49] <ScottK> So, if you can include that part in your debian/copyright, I think kdegraphics-strigi-analyzer is OK
[21:51] <ScottK> I'll reject the one that's there now
[21:51] <debfx> ScottK: why do you think the license of dcraw.c applies to parse.c as well?
[21:52] <ScottK> Because it says "Based on parse.c and parts of dcraw.c by Dave Coffin"
[21:52] <debfx> oh in parse.c it also says "It is free for all uses."
[21:53] <ScottK> Yes.
[21:54] <debfx> so since that version doesn't seem to contain any GPL code yet, I'll just add "Free for all uses." as license?
[21:55] <ScottK> Are you sure?
[21:55] <ScottK> I'd just copy all the licensing information over.
[21:59] <debfx> ok, might be worth filing a bug against the dcraw package to get that copyright file improved
[22:00] <ScottK> Agreed.
[22:00]  * ScottK is on to gwenview now.
[22:01] <ScottK> gwenview source accepted.
[22:03] <ScottK> debfx: Did you file bugs/communicate with upstream on the licensing concerns on the files you dropped from kate?
[22:04] <ScottK> README.Debian can be removed from kate
[22:05] <ScottK> kate source accepted.
[22:06] <debfx> ScottK: no, shadeslayer was doing that
[22:06] <ScottK> OK.
[22:07] <debfx> there is a lot of stuff in kate that doesn't have an explicit license or copyright information so I'm not sure that's a battle we can win
[22:07] <ScottK> kdegraphics-strigi whatsit source accepted.
[22:07] <ScottK> Perhaps, but we should at least tell them.
[22:08] <ScottK> Then send Riddell after them.  He's pretty effective at getting licensing stuff in KDE cleaned up.
[22:10] <ScottK> kdegraphics-mobipocket binaries accepted.
[22:12] <ScottK> svgpart binaries accepted.
[22:13] <debfx> it's pretty hard to enforce that. I'm sure the minority of projects have licensed all their images and .ui files properly
[22:17] <ScottK> Yes, but it's worth working towards.
[22:20] <debfx> agreed, but we are less than understaffed this cycle
[22:20] <debfx> that reminds me
[22:20] <Riddell> what's up?
[22:21] <debfx> yofel: how is your kubuntu-dev application progressing?
[22:24] <debfx> Riddell: there are a bunch of files in the kate repository that are lacking license and/or copyright information (e.g. *.sh, part/tests/hl/*)
[22:24] <Riddell> is there a global copyright file?
[22:26] <debfx> there is a AUTHORS file
[22:27] <Riddell> there's a COPYING.LIB file
[22:27] <Riddell> so that should be fine, files would be under that licence unless otherwise stated
[22:31] <debfx> Riddell: it's not obvious to me that the license applies to every file just by putting it into the root directory
[22:32] <Riddell> it's a safe assumption
[22:35] <yofel> debfx: I've got exams coming up so I've spent time on that so I can keep myself some free time for 4.7.0 once it's tagged and forgot about the application in the process :/ Need to finish the wiki page
[22:35] <ScottK> kdegraphics-strigianalyzer binaries accepted.
[22:35] <yofel> Riddell: and what are you supposed to assume if you've got COPYING _and_ COPYING.LIB, it doesn't matter? (I doubt that)
[22:36] <Riddell> COPYING would take precidence since that's the more general one by name
[22:37] <yofel> well, fun thing is smoke, smokeqt for example had no licensing at all, now it got both files added and svuorela say the authors say it's all LGPL. (btw. there's still not a single copyright statement in the package)
[22:39] <debfx> yofel: if you hurry you can even upload 4.7.0 yourself :)
[22:39] <debfx> since I won't do that (already spent way too much time on 4.6.90)
[22:40] <yofel> heh, I first need to remember what to put on that page... I've done pretty much only packaging here, other time was spent on getting neon to work and doing some testing...
[22:56] <CIA-52> [lp:~kubuntu-packagers/kubuntu-packaging/kdelibs] Philip Muškovac * 365 * debian/ (changelog control) Make kdelibs5-plugins depend on katepart for transitional reasons and fix the changelog entry
[23:13] <ScottK> gwenview binaries accepted.
[23:26] <yofel> reminder: we have kdevelop 4.2.3 packages for natty and oneiric in ninjas that need testing
[23:44] <ScottK> kate binaries accepted.
[23:58] <ScottK> debfx: I think I've processed everything through New now.