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