[00:00] <Laney> directhex: hmmmmmm
[00:00] <Laney> probably ought to go
[00:01] <directhex> it's the law.
[00:01] <directhex> enrico will be there an' ev erything
[07:55] <dholbach> good morning
[09:04] <kklimonda^> shadeslayer: hey, can you tell my why did we change oauth id for choqok? It is now supposedly identifying itself as "Kubuntu Choqok".
[09:54] <shadeslayer_> kklimonda^: sure, it was because Choqok ships its own Auth ID *inside* the source code and twitter discourages that, so in general it was suggested that we use our own auth id instead of choqok's auth id
[09:54] <shadeslayer_> let me get the article
[09:57] <shadeslayer_> kklimonda^: http://arstechnica.com/security/guides/2010/09/twitter-a-case-study-on-how-to-do-oauth-wrong.ars
[09:59] <shadeslayer> kklimonda^: so there's a good chance that twitter will block choqok's key in the future, so our key is a workaround for that
[10:14] <kklimonda^> shadeslayer: thanks
[10:31] <hrw> hi kklimonda^
[10:32] <kklimonda^> hey hrw
[15:01] <Amoz> hi, what's the usual waiting time before a merge proposal gets reviewed?
[15:02] <tumbleweed> Amoz: http://reports.qa.ubuntu.com/reports/sponsoring-stats/
[15:06] <Amoz> tumbleweed, wow, thanks!
[15:21] <DorianJaminais> Hello everybody !
[15:22] <DorianJaminais> I am trying to package ogrenewt, an addon for ogre
[15:23] <DorianJaminais> my problem is that when building with pbuilder, it fails because it does not find the newton library
[15:23] <DorianJaminais> this library is in the package folder
[15:23] <DorianJaminais> but i don't know how to tell pbuilder where to find it
[15:25] <DorianJaminais> here is the end of the buildlog : http://paste.ubuntu.com/628432
[15:26] <DorianJaminais> Does anybody knows how to fix my problem ?
[15:32] <tumbleweed> DorianJaminais: it's not about telling pbuilder where to find it, it's about tessing this package's build system where to find it
[15:33] <DorianJaminais> This package uses Cmake
[15:33]  * tumbleweed wonders why newton isn't packaged for debian. Does it not provide a stable ABI?
[15:34] <DorianJaminais> newton is not package on its own for debian because of the license
[15:34] <DorianJaminais> we can only package it as part of another project
[15:34] <DorianJaminais> that's why i try to package ogrenewt
[15:34] <tumbleweed> right
[15:35] <DorianJaminais> so, i have added a variable in the cmakelist.txt
[15:35] <tumbleweed> it looks like it's permissivyl licenced, so I don't see the issue
[15:35] <DorianJaminais> -> SET(NEWTON_INCLUDE_DIR "newtonSDL/sdk")
[15:36] <tumbleweed> DorianJaminais: sorry I try to avoid learning cmake :)
[15:37] <DorianJaminais> well the license says : "THe LICENSEE may not trdistribute the SOFTWARE, except as part of a compiled software program that is not itself a physics library"
[15:38] <tumbleweed> ok, I didn't look at the licences included in the source, just the home page
[15:38] <DorianJaminais> the things is that i manage to compile it by hand but when using pbuilder it fails
[15:39] <tumbleweed> are you sure you didn't have it in /usr/local/lib or something?
[15:40] <DorianJaminais> i think so
[15:40] <tumbleweed> well that's how it was finding it then
[15:40] <tumbleweed> you need to make it find the local version
[15:40] <DorianJaminais> i try again by hand on a clean environment
[15:40] <DorianJaminais> yes but how can i do that
[15:40] <DorianJaminais> ?
[15:44] <tumbleweed> DorianJaminais: I have no idea, I'd have to work it out. And for that I'd need to see the source package you are using
[15:45] <DorianJaminais> okay, i am uploading it
[15:59] <DorianJaminais> alright, here is the source package : http://parent.jaminais.fr/ogrenewt.tar.gz
[16:01] <Laney> surely that license is unsuitable for the archive
[16:01] <DorianJaminais> even part of a packaging project ?
[16:02] <Laney> what's a packaging project?
[16:02] <DorianJaminais> i mean, the content of this archive is aimed at being packaged
[16:03] <DorianJaminais> and the license says i can redistribute it packaged with other things
[16:03] <DorianJaminais> as newton is not the only software in this archive, i think we can consider it a package and it is not a physics library package
[16:05] <cjwatson> it can't go in the Ubuntu archive with that licence term
[16:05] <cjwatson> well, not in main
[16:05] <cjwatson> or universe
[16:05] <cjwatson> it could go in multiverse I guess
[16:06] <Laney> i don't think it's clear whether that really allows redistribution
[16:06] <Laney> a pessimistic interpration would probably say no
[16:06] <cjwatson> I think it clearly allows redistribution together with other non-physics things
[16:06] <DorianJaminais> the licenses states that we are entitled to redistribute it as part of an other project than a physics library
[16:07] <cjwatson> but it is definitely non-free by our terms
[16:07] <Laney> what's a physics library?
[16:07] <Laney> what's a part?
[16:08] <DorianJaminais> yes i know that, but it can still be package
[16:08] <cjwatson> Laney: I'm quite sure there are grey areas
[16:09] <Laney> The LICENSEE agrees to notify www.newtondynamics.com of any products, commercial, shareware or free that incorporate the Newton Game Dynamics technology.
[16:09] <cjwatson> gosh, good luck doing that if it was in the Ubuntu archive
[16:10] <DorianJaminais> yes i know that impossible
[16:11] <DorianJaminais> but i think it can still be packaged and made available on the ogre forum as a deb file
[16:11] <Laney> I am only speaking for the ubuntu archive here, as that is what this channel is about :-)
[16:11] <DorianJaminais> this is allowed and would be very usefull for a lot of peoples
[16:12] <DorianJaminais> yes but my problem here is not on the license but on the way to package it
[16:14] <cjwatson> anyway, either put -L. before -lNewton on the link line, or use libNewton.so in place of -lNewton
[16:14] <cjwatson> this isn't specific to pbuilder - it's just that pbuilder is working in an environment where libNewton isn't installed in /usr/lib or whatever
[16:15] <cjwatson> you could see the same effect in an ordinary system by making sure libNewton isn't installed in the system library path
[16:15] <DorianJaminais> and is there a way to move libNewton to /usr/lib ?
[16:15] <cjwatson> not during the build, no
[16:15] <cjwatson> that would not be the correct fix
[16:16] <cjwatson> (I mean, if it were packageable separately, sure ...)
[16:16] <DorianJaminais> yes but here comes the license again :(
[16:16] <DorianJaminais> so i am trying with libnewton.so
[16:20] <cjwatson> capitalisation will matter
[16:22] <DorianJaminais> in my cmakelist.txt i have SET(NEWTON_LIBRARY "Newton.so")
[16:22] <DorianJaminais> is that ok ?
[16:30] <DorianJaminais> well, nothing has changed
[16:30] <DorianJaminais> i still get the exact same error message
[16:54] <JackyAlcine> DorianJaminais, you're using CMake? Did you modify CMAKE_INSTALL_PREFIX?
[16:54] <DorianJaminais> yes I am using cmake
[16:54] <JackyAlcine> If it's not set to "/usr", it won't go to /usr/lib
[16:54] <DorianJaminais> it is set to /usr
[16:55] <DorianJaminais> my problem is that libNewton.a is not in /usr but in ogrenewt/newtonSDK/sdk/
[16:55] <JackyAlcine> Did you use an install function to install the shared library?
[16:55] <DorianJaminais> no
[16:56] <DorianJaminais> i only get the already compiled code of newton
[16:56] <JackyAlcine> Hm, well, the install method would handle that for you. Try running cmake --help-html and look up the method.
[16:57] <JackyAlcine> It would copy it from the ${PROJECT_BINARY_DIR} to ${NEWTON_INSTALL_DIR} (whatever that's set to).
[16:58] <DorianJaminais> I don't have any variables name newton_install_dir
[16:58] <JackyAlcine> Can I see your CMakeLists.txt file?
[16:58] <DorianJaminais> yes for sure
[16:59] <DorianJaminais> here it is : http://paste.ubuntu.com/628474
[17:13] <DorianJaminais> well, i'm giving up for today, i'll try again on monday
[17:13] <DorianJaminais> thank you very much for your help guys
[18:28] <micahg> RoAkSoAx: were you still planning on taking care of rdscli?
[18:33] <RoAkSoAx> micahg: you said is an ACK for you now right?
[18:34] <RoAkSoAx> micahg: if so, please go ahead and re-upload as i'm immerse deeply into cobbler import code atm
[18:35] <RoAkSoAx> s/immerse deeply/deeply immerse/
[18:35] <micahg> RoAkSoAx: k, if not today, will do over the weekend
[19:08] <micahg> Laney: or directhex are you around by any chance?
[21:03] <Amoz> hey, when fixing small bugs, how do I know when to use the bzr commit changelog and when to use the debian/changelog with dch -i ?
[21:39] <Laney> micahg: yeah a bit
[21:39] <tumbleweed> Amoz: changelog is what really matters, if you 'debcommit' it'll use your changelog entry as a commit message
[21:40] <micahg> Laney: ah, was just going to ask about running update-maintainer on moon, but I figured out how to do it w/out modifying the maintainer
[21:40] <Laney> DEBEMAIL=
[21:40] <micahg> right
[21:40] <Laney> :-)
[21:42] <micahg> Laney: but unfortunately, updating in natty for Firefox 5 is blocked on the FTBFS in oneiric (bug 798941) if you want to take a look at it
[21:43] <Laney> urgh
[21:44] <Laney> you'd better ask directhex about moonlight
[21:44] <Laney> don't know if anyone cares for it these days
[21:45] <micahg> k, I tagged ftbfs and milestoned for alpha-3, so I figure someone will get to it eventually
[22:26] <Amoz> tumbleweed, so I guess my bugfixes where I bzr commit is bad then.
[23:30] <micahg> hi gilir
[23:44] <directhex> Laney: RM it. if it becomes usable again, we can re-NEW it.
[23:45] <micahg> directhex: seriously, moon go bye-bye?
[23:45] <directhex> micahg: i think it's irresponsible to pretend it's fine, given i don't even know if it has an upstream anymore
[23:46] <micahg> directhex: ok, wfm, that means I can add it to the packages to be tested in natty
[23:47] <directhex> means monodevelop needs patching. (or unpatching, to be more precise)