[01:53] <ScottK> JontheEchidna: Any thoughts about what's wrong in http://paste.ubuntu.com/1395372/ - only fails in armhf.
[02:11] <JontheEchidna> ScottK: qreal v. double inconsistency
[02:12] <JontheEchidna> in the WorksheetEntry interface class, layOutForWidth is defined as: virtual void layOutForWidth(qreal w, bool force = false) = 0;
[02:12] <JontheEchidna> but it is implemented as virtual void layOutForWidth(double w, bool force = false) = 0; in the derived classes
[02:12] <JontheEchidna> which on !arm is ok because qreal == double
[02:13] <JontheEchidna> but on arm it's a float, which is a different signature, which means layOutForWidth is not defined in the derived classes
[02:13] <JontheEchidna> (I know you know the float v. qreal differences, but to clarify... ;-)
[02:14] <JontheEchidna> ScottK: changing the line "virtual void layOutForWidth(double w, bool force = false);" to "virtual void layOutForWidth(qreal w, bool force = false)" would fix
[02:14] <JontheEchidna> (in the TextEntry, CommandEntry, and LatexEntry headers)
[02:15] <JontheEchidna> seems to be one of the more subtle bugs of this type
[02:17] <ScottK> OK.  Thanks.  I'll try that.
[02:51] <ScottK> qreal ALL the things.
[02:51] <shadeslayer_> ronnoc: pong 
[02:53] <ScottK> If someone has a raring install, it'd be lovely for them to build kphotoalbum at https://github.com/jzarl/kphotoalbum/tree/kipi and see if it works.
[02:57] <JontheEchidna> k
[03:01] <ScottK> Comments back to KDE bug 307148
[03:02] <ScottK> afiestas: There's a proposed patch in https://bugs.kde.org/show_bug.cgi?id=307147 for Kamoso with KDE SC 4.9.80 that's been there sinced september with no comments.  Would you please have a look at it?
[03:07] <JontheEchidna> ScottK: builds fine here
[03:31] <ScottK> OK. How about working?
[03:47] <ScottK> Cantor uploaded...
[04:04] <ScottK> JontheEchidna or shadeslayer_ or somebody else with KDE commit rights: would you please commit http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/cantor/revision/54 upstream?
[05:10] <shadeslayer_> ScottK: will have a look today :)
[05:12] <shadeslayer_> ScottK: best to just upload to review board and get the maintainers to commit it
[05:12] <shadeslayer_> that way you can also apply for kde commit rights at some point in the future
[06:46] <shadeslayer> incase anyone does kbreakout packaging stuff http://paste.kde.org/616532/
[06:47] <shadeslayer> I got upstream to do some packaging :P
[09:56] <Riddell> ScottK: cantor fix committed
[09:56] <Riddell> you're getting quite good at these arm fixes :)
[11:10] <ScottK> Riddell: Thanks.  JontheEchidna helped on that one.
[11:20] <ScottK> My force-hint worked, so all of 4.9.80 is in raring now.
[12:04] <Riddell> ScottK: yay :)
[12:04] <Riddell> thanks for taking care of that
[12:05] <Peace-> hola :D
[12:07] <Riddell> hi Peace- 
[12:07] <soee> raring ?
[12:07]  * Peace- installing raring
[12:09] <Riddell> soee: our development version
[12:09] <soee> ah ok
[12:09] <Peace-> hi Riddell
[12:18]  * Peace- installed on pavillion with x200 ati
[12:19] <Peace-> ok the installed worked fine :)
[12:19] <Peace-> installer *
[12:29] <Riddell> Peace-: using today's image?
[12:32] <Peace-> Riddell: yes
[12:32] <Peace-> let me check but usually i use the daily live 
[12:32] <Peace-> Riddell: http://cdimage.ubuntu.com/kubuntu/daily-live/current/
[12:32] <Peace-> :)
[12:33] <Peace-> The only thing that doesn't work it's the wifi 
[12:34] <Peace-> addittional drivers says no proprietary drivers are in use and it gives no options 
[12:34] <Peace-> but well i have the broadcomn 4306
[12:39] <Riddell> Peace-: what version of kde is on it?
[12:39] <Peace-> 4.9.80 Riddell
[12:41] <Riddell> lovely
[13:11] <Peace-> Riddell: btw installing the firmware now wifi works 
[13:11] <Peace-> but on jokey-kde you can't install it why?
[13:12] <Peace-> i remember some old release that asked to install the broadcom stuff
[13:15] <dantti_laptop> isn't ubuntu droping jokey?
[13:16] <dantti_laptop> *wasn't
[13:16] <Peace-> yes
[13:16] <Peace-> dantti_laptop: are you brazilian guy ?
[13:16] <dantti_laptop> yup
[13:17] <Peace-> wtf i have read of your problem with jail -ambassy 
[13:18] <Peace-> embassy
[13:19] <Peace-> what a mad story man
[13:19] <dantti_laptop> yup, unfurtunatelly not over yet :/ 
[13:40] <ScottK> dantti_laptop: Welcome back.
[13:40] <dantti_laptop> ScottK: thanks
[13:55] <yofel> am I the only one whose akonadi demands a vacation in raring? http://paste.kde.org/616892 
[13:56] <ScottK> yofel: It may be on strike until you upload 4.9.2 to quantal-proposed.
[13:56] <yofel> heh
[13:56] <yofel> I'll try to look at 4.9.3 when I get home
[13:57] <ScottK> Thanks.
[13:57] <ScottK> Yeah, meant 4.9.3.
[14:24] <jussi> yay
[14:24] <BluesKaj> Hi all
[14:39] <diahane> hey guys and girls here is a free open source site http://bitfungus.org/ feel free to contribuite on that, we would like to make your/our life easier when searching for code resources, sorry for my bad english, if you want you can add your own resource link or third parties one
[15:37] <ScottK> afiestas: ping
[15:37] <afiestas> ScottK: read the kamoso thing., is in my todo already
[15:37] <ScottK> afiestas: OK. Thanks.
[15:44]  * Riddell onto kdegames packaging
[15:48] <ScottK> Riddell: Did libkdegames get sorted?
[15:50] <Riddell> ScottK: seems in good shape to me, do you know of any issues left with it?
[15:50] <ScottK> Riddell: Just the note in the pad.
[15:53] <Riddell> I thought the copyright was done, shadeslayer's e-mail to kde-games-devel doesn't seem to have come through
[15:54] <ScottK> Dunno.  
[16:01] <Riddell> shadeslayer?
[16:02] <ScottK> shadeslayer: ?
[16:02] <ScottK> Your turn.
[16:03] <Riddell> rohan?
[16:03] <Riddell> oh he's at foss.in
[16:03] <Riddell> at the woefully underpublicised kde mini summit
[16:04] <ScottK> Calligra RC is supposed to release today.  I think I'll go ahead and upload it.
[16:05]  * ScottK already did packages.
[16:06] <Riddell> ScottK: I never wait with calligra, I just upload it once the packaging is done
[16:06] <ScottK> Right.
[16:23] <ScottK> What's the lcms that's mentioned in conjunction with calligra in the packaging spec?
[16:23] <ScottK> Calligra 2.6 rc2 is uploaded.
[16:25] <Riddell> a colour library?
[16:25] <oy> yes a ICC CMM library
[16:27] <ScottK> Project page?
[16:27] <oy> www.littlecms.com
[16:27] <ScottK> Thanks.
[16:27] <oy> you are welcome
[16:30] <ScottK> Package looks pretty unmaintained in Debian.  Two NMUs are the last two uploads.
[16:35] <micahg> lcms2 should be supported
[16:35] <micahg> (assuming calligra supports it :))
[16:35] <Riddell> I'm sure I remember adding this as a calligra dep at some point
[16:41] <afiestas> a friend of mine asks if there is a ppa or something with beta1 for Quantal
[16:41] <afiestas> is there any?
[16:43] <Riddell> afiestas: I'm afraid not, first update of the cycle always takes longer
[16:43] <agateau> afiestas: project-neon ftw!
[16:43] <Riddell> just packaging kdegames is a long process
[16:43] <agateau> Riddell: btw, gwenview now optionally depends on lcms2 as well
[16:44] <oy> ScottK, yes, 2.4 would be good to have, where are the NMUs listed?
[16:44] <Riddell> agateau: noted for further investigation
[16:44] <afiestas> Riddell: why is that? having neon already building those games shouldn't speed up the process?
[16:46] <Riddell> afiestas: I doubt neon has copyright files complete enough for the archive
[16:47] <afiestas> copyright files for debain should specify old copyright holders? or only the ones owning actual lines of code?
[16:47] <Riddell> only the ones owning actual lines of code
[16:48] <afiestas> can't git blame be used for the job then?
[16:48] <afiestas> no better way of having a complete copyright 
[17:00] <yofel> neon is helpful to figure out the build-deps, but the copyright files are... rather incomplete...
[17:06] <afiestas> yofel: then can't we use git blame?
[17:06] <afiestas> or svn blame for that matter
[17:06] <yofel> for what?
[17:06] <afiestas> for getting all the copyright holders of a file/project
[17:07] <yofel> shadeslayer dug out some copyright parser I believe that I haven't tried yet. I usually use a combination of licensecheck and grep
[17:08] <afiestas> why parse the copyright when you can get all teh accurate data from git/svn ?
[17:08] <yofel> afiestas: in case you don't know how the copyright files are supposed to look like: http://dep.debian.net/deps/dep5/
[17:08] <afiestas> licence still will have to be greped though
[17:08] <yofel> we need to copyright file in the binary packages
[17:09] <yofel> you can't read the source from there
[17:09] <afiestas> I don't know what a bianry package is, the thing that I install_
[17:09] <afiestas> ?
[17:09] <yofel> the .deb yes
[17:09] <yofel> and if I understood ScottK right, then simply having the source available somewhere isn't enough
[17:10] <afiestas> but you create the copyright file used to build the binary don't you?
[17:10] <afiestas> can't that file be generated using accurate data from git?
[17:11] <yofel> well, sure, if you write a copyright file parser that returns a formatted copyright file
[17:11] <yofel> we need a) list of files that the license applies to b) short license text and pointer to full text c) copyright holders with name and year
[17:12] <yofel> i.e. what the source files usually have as header
[17:12] <afiestas> we can get C with 100% accurary, the rest must be human checked since there is no perfect parser
[17:12] <afiestas> then I wonder, do we have something that checks if there's been a difference in the header from version X to version X+1 ?
[17:12] <afiestas> or do we check all files one by one?
[17:13] <yofel> there's 'licensecheck' which tries to parse the license out of the files, I then usually grep for license and feed the file list into grep Copyright to get the holders and then filter them out
[17:14] <yofel> that's my workflow at least
[17:14] <Riddell> copyright files are rarely updated with new versions (which is a bug)
[17:14] <afiestas> I'm a little bit lost still
[17:15] <afiestas> so we have shadeslayer neon with master packages that in theory work
[17:15] <yofel> Riddell: do you have a workflow for that other than re-creating the file from scratch each time?
[17:15] <afiestas> we can't use them as a base for beta1 release because we need to update copyright
[17:15] <Riddell> yofel: nope
[17:15] <afiestas> and according to what yofel says checking the copyright seems like a fairly quick thing to do, where is the trick?
[17:16] <yofel> afiestas: neon packaging is quite different from archive packaging for various reasons
[17:16] <afiestas> amount of packages? amount of manpower?
[17:16] <yofel> latter mostly
[17:16] <yofel> both though
[17:16] <Riddell> no paticular problem, I'm doing it now and I expect to be finished sometime tomorrow morning
[17:17] <afiestas> Riddell: 10 days after release, we should do better ideally
[17:17] <afiestas> is KDE not doing a good work preapring releases?
[17:18] <afiestas> beta releases I mean, I know that for final releases there is a period of time where distros can create packages
[17:18] <afiestas> do we do that for beta?
[17:18] <yofel> it would be good if someone from the KDE side would do a copyright check with debian-strictness before release. But otherwise the release management is fine
[17:19] <yofel> it's mostly lack of manpower for the amount of packages on our side, and our automation scripts are still new and have lot of improvement potential
[17:19] <Riddell> afiestas: first update of the cycle always takes extra time
[17:19] <afiestas> I know that we can't change this but, is there any legal requirement to do have all this copyright info in the pacakge?
[17:20] <afiestas> Riddell: we should start to package earlier then (ofc if possible and if that won't mean wasting effort)
[17:22] <agateau> afiestas: yes, most licenses require that packages should be shipped with copyright notices
[17:22] <agateau> ScottK explained this a few days ago iirc
[17:23] <afiestas> btw I'm talking about this from a upstream PoV, it is stupid to release a beta if nobody can test it
[17:23] <afiestas> maybe we should call it "Package time" or something like that
[17:23] <afiestas> agateau: so I guess archlinux is ilegal (they do a simple tarball afaik)
[17:24] <agateau> afiestas: most likely, yes
[17:24] <agateau> afiestas: I assume no free software developer has yet bothered to attack them for not respecting licenses :)
[17:25] <agateau> but Debian is a lot more picky about licensing
[17:25] <agateau> afiestas: have you read heard about the json license problem?
[17:25] <agateau> s/read//
[17:26]  * yofel wonders what RPM does here
[17:26] <yofel> all I can find is a one-line copyright field
[17:27] <afiestas> agateau: nope
[17:27] <agateau> afiestas: http://tanguy.ortolo.eu/blog/article46/json-license
[17:28] <yofel> fun
[17:29] <shadeslayer> Riddell: ScottK I've managed to rope in viranch, he  works on some of the KDE Games and he went through a couple of sources and generated copyrights for us
[17:29] <shadeslayer> We also discussed if we should ship these in the sources by default since then we can just copy the file over to debian/copyright
[17:30] <afiestas> agateau: so muon is ilegal as well :33? (shadeslayer :p)
[17:30] <agateau> afiestas: why would it be illegal?
[17:30] <shadeslayer> afiestas: distrubuting binary packages without the debian/copyright would be illegal, yes :P
[17:31] <afiestas> agateau: because yofel said that neon packages are missing some ocpyright stuff
[17:31] <yofel> rdieter: just to make sure I understand this right: In a RPM spec you have one single field that documents the License of the whole package? What do you do if licenses are mixed? Put all licenses into that field?
[17:31] <agateau> afiestas: ah neon, not muon
[17:31] <afiestas> aaaah, sorry
[17:31] <afiestas> neon
[17:31] <yofel> neon is as grey as it gets I fear...
[17:31] <afiestas> I always mess both of them xD
[17:31] <rdieter> yofel: yes, e.g. License: LGPLv2+ and GPLv2
[17:32] <yofel> rdieter: you guys sure have it easy...
[17:32] <agateau> I have a great idea to solve that copyright mess!
[17:32] <agateau> let's request copyright assignment!
[17:32] <yofel> rdieter: thanks
[17:32] <agateau> scnr
[17:32] <rdieter> yofel: though we often simplify it if possible at packagers' discretion to only list the "effective" license (ie, in the above example, License: GPLv2)
[17:33] <afiestas> so redhat that is super picky with patents and  licences only requrie one line
[17:33] <afiestas> interesting
[17:33] <yofel> rdieter: ok, that at least explains why we and debian seem to be the only ones that are picky about the copyright contents
[17:33] <agateau> afiestas: unfortunately we inherit Debian pickiness here, not sure we can avoid this
[17:34] <afiestas> agateau: first thing I said "I know we can't change this"
[17:34] <yofel> not reall, we work from the same policy
[17:34] <agateau> afiestas: the only workaround iirc is ppa
[17:34] <yofel> *really
[17:34]  * shadeslayer notes that copyright is probably the most time consuming part
[17:35] <agateau> have a beta ppa which can be used to quickly push packages, then get proper copyrighted packages in the archive
[17:35] <yofel> PPA's have some copyright rules as well, it's not like you can put _anything_ in there
[17:35] <shadeslayer> ^
[17:35] <Riddell> shadeslayer: got links to those copyright files?  your kbreakout you posted earlier has timed out
[17:35] <agateau> yofel: sure, but it doesn't seem to be much of a problem if we look at neon
[17:35] <shadeslayer> Riddell: lemme check
[17:36] <yofel> it's not a problem as long nobody cares
[17:36] <shadeslayer> drat
[17:36] <shadeslayer> Riddell: all links timeout, I'll just ask him to paste them 'forever'
[17:36] <agateau> yofel: do you think people would start to care if we put kde beta and rc in a ppa?
[17:37] <yofel> probably not... as long as we fix it later. Riddell ?
[17:37] <Riddell> agateau: not from a legal view no
[17:38] <Riddell> I just find it easier to get it sorted in development archive before doing backports to a ppa
[17:40] <afiestas> we need scripts to make this more automatic imho
[17:41] <afiestas> we can easily check modified files in the header area, new created files, and deleted files
[17:41] <afiestas> at least give to the packager a hint of what to look at
[17:41] <yofel> we do, they just don't really work for beta1
[17:41] <afiestas> yofel: why?
[17:42] <yofel> lots of new dependencies etc. so it took a while until the packages built
[17:42] <yofel> later on will be faster
[17:43] <Riddell> new dependencies, new files, deleted files, new apis, new abis, broken abis
[17:43]  * yofel makes his way home - bbl
[17:43] <Riddell> a large variety of changes needed
[17:44] <Riddell> ScottK: ninjas build in new if you like to keep apol_ happy (and I do)
[17:44] <apol_> :D
[17:47]  * shadeslayer goes off to fix bug in kdiamond
[17:48]  * Riddell is squatting in a closed library and wonders when the polis will show up
[17:48]  * agateau is off as well
[17:49] <ScottK> Riddell: I'm away from my computer now.  I'll look at it later.  Calligra-l10n in New tooif you could review.
[17:50] <Riddell> ScottK: accepted!
[17:54] <ScottK> Thanks.
[17:55] <Riddell> hmm I just looked at the debian packaging to see how they're managing with kdegames but the recent uploads are 4.8.4..
[18:07] <hrw> hej
[18:08] <hrw> does someon know why /usr/lib/kde4/libexec/kscreenlocker_greet takes 12% of cpu all the time?
[18:09] <hrw> it is huge amount of power...
[18:09] <afiestas> hrw: it shouldn't
[18:10] <hrw> ok, got down to 4% but still 
[18:10] <afiestas> hrw: which version of kde are you using?
[18:10] <hrw> raring-proposed one
[18:11] <afiestas> no idea of what is
[18:11] <hrw> 4:4.9.80-0ubuntu7
[18:11] <afiestas> oks, then is the new screen locker
[18:11] <afiestas> can you install debug symbols for it, and then do some debugging?
[18:11] <hrw> yes, the one which requires me to enter password twice.
[18:11] <afiestas> twice_
[18:11] <hrw> not today I'm afraid
[18:11] <afiestas> ?
[18:11] <afiestas> :s
[18:12] <afiestas> only once here
[18:12] <hrw> on previous version when I pressed Backspace + password it worked. now I wake up screen with Backspace, enter password, get 'wrong password' and enter it again
[18:13] <hrw> ok, will try to find some time tomorrow to check what is wrong
[18:13] <afiestas> backspace + password?
[18:14] <hrw> to remove any chars I entered when screen was off
[18:14] <afiestas> I'm quite lost  :/ but report a bug pls
[18:14] <afiestas> getting the new screen locker to the quality of the old one is important
[18:15] <hrw> sure
[18:15] <hrw> today I am out of home so not possible to check ;D
[18:16] <hrw> have a nice day afiestas - have to go
[18:19] <afiestas> hrw: you too
[18:21] <shadeslayer> any ideas why k-d-s depends onlibnewt0.52
[18:23] <Riddell>   * Use the new default virtual terminal color palette instead of forcing the
[18:23] <Riddell>     original one. (LP: #739943)
[18:23] <Riddell>   * Depend on libnewt0.52 to make sure that the newt-palette alternatives are
[18:23] <Riddell>     registered.
[18:23] <Riddell>  -- Felix Geyer <debfx-pkg@fobos.de>  Tue, 22 Mar 2011 20:13:21 +0100
[18:23] <Riddell> says changelog
[18:24] <shadeslayer> aha
[18:24] <shadeslayer> okay
[18:38] <yofel> re
[18:39] <Riddell> what does re actually mean?
[18:41] <yofel> Riddell: re-turned
[18:41] <yofel> i.e. back
[18:42] <Riddell> welcome back :)
[18:42] <tsimpson> if we frown on public away messages, should not we frown on public back messages? ;)
[18:43] <yofel> thanks ;)
[20:07] <ronnoc> Darkwing: Does Blue Systems have any type of formal support services in place as of yet? If not, is it still a goal?
[20:12] <Tm_T> ronnoc: wy specifically Blue Systems?
[21:31] <ScottK> ronnoc: There's work in progress on making support contracts available.
[21:32] <ScottK> For packaging lcms2, the symbol _cmsGetStockOutputFormatter@Base has gone missing.  Any idea if we care.
[21:32] <ronnoc> OK thanks ScottK. If you remember, can you ping me when there is something concrete? 
[21:33] <ScottK> I'm almost always glad to agree to things on the condition I remember to do it.
[21:35] <ScottK> Calligra doesn't use it.
[21:36] <yofel> lcms2 has a lot of rdepends, so i would say we care
[21:36] <yofel> and it's used by krita from what I see
[21:39] <ScottK> I'm downloading all the sources and I'll grep to see if it's used.
[21:40] <ScottK> krita uses lcms, but not that symbol.
[21:40] <ScottK> Riddell: You have mail on the ubuntu-release list.
[22:17] <yofel> ok, now let's give this sru script a try...
[22:23] <yofel> hm, bug 1081018
[22:24] <yofel> someone kill Trolltech.conf with fire
[22:28] <ScottK> Riddell: Accepted ninja.  Watch file doesn't work though. Ought to be fixed.
[22:32] <yofel> hm, gnome-keyring killed the script, next try
[22:44] <ScottK> lcms2 done.
[22:51] <yofel> ScottK: is it fine if I mass-upload 4.9.3 to quantal-proposed?
[23:49]  * yofel uploads and hopes the release team won't strangle him
[23:58] <yofel> I'll do l10n tomorrow, forgot about it