=== highvolt1ge is now known as highvoltage
[00:22] <lfaraone> jdstrand: in https://launchpad.net/ubuntu/+source/honeyd/1.5c-8ubuntu1 you changed the dep to libevent1-dev instead of libevent-dev. It appears to be building against libevent (version 2.something) in Debian, is there a reason it needs the older version of the library?
[00:25] <ajmitch> lfaraone: it FTBFS in debian with the newer libevent
[00:25] <lfaraone> ajmitch: ahhhhh, okay.
[00:26] <ajmitch> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=651463
[00:26] <ubottu> Debian bug 651463 in src:honeyd "honeyd: FTBFS (tagging.h:89:6: error: expected declaration specifiers or '...' before '(' token)" [Serious,Open]
[00:26] <lfaraone> ajmitch: so is the solution to fix the FTBFS, or package the old libevent?
[00:26] <ajmitch> right
[00:27] <EvilResistance> ajmitch:  i have a pre-release precise pbuilder base tarball.  given that Precise is now released, would you say it is better to just recreate the base tarball, or to just update that tarball as i would any chroot tarball?
[00:27] <EvilResistance> s/chroot/base/
[00:27] <ajmitch> it doesn't seem like a simple & straightforward thing to port to the new API, judging from the upstream bugs linked in there
[00:27] <ajmitch> EvilResistance: I'd just update
[00:27] <ajmitch> recreate it if you wish, but it ought to be the same
[00:28] <EvilResistance> and if that should bug out for some reason, then recreate it?
[00:28] <EvilResistance> (I assumed update would be sufficient)
[00:28] <ajmitch> update should be sufficient, are you having problems?
[00:28] <EvilResistance> no, just curious
[00:28] <EvilResistance> given that the update is taking a *long time* to complete
[00:29] <ajmitch> curious
[00:30]  * ajmitch has to leave, heading to the airport soon
[00:30] <EvilResistance> another question: in pbuilder (I'm on Natty, planning updating to Oneiric), will I need to add a debootstrap script to allow for Quantal?  (as it doesnt yet exist in Natty in /usr/share/debootstrap/scripts/, and I havent checked Oneiric)
[00:30] <ajmitch> hopefully someone else can help :)
[00:30] <EvilResistance> well thankfully i think its just inet lag :/
[00:30] <EvilResistance> but the last one is the more pressing question xD
[01:21] <EvilResistance> can anyone confirm that the quantal repos are online and responding to requests?  they're 404ing repeatedly in the pbuilder chroot creation process
=== darkcipher is now known as pi-rho
[03:50] <jdstrand> lfaraone: at the time it did not build. feel free to take the merge and discard the ubuntu changes if they aren't needed any more
=== emma is now known as em
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
[12:07] <c_korn> hello, I am trying to package OpenRA for ubuntu and dh_clideps exits with errors. can someone please help me with the problem? http://pastebin.com/raw.php?i=RPT1mvKF
[12:10] <jtaylor> c_korn: I take those macos moduleref's are optional?
[12:11] <jtaylor> you can --exclude-moduleref them
[12:11] <jtaylor> but e.g. libGL.so is a missing dllmap
[12:12] <jtaylor> hm does openra have an embedded tao?
[12:13] <c_korn> jtaylor: yeah, openra has its own tao in a thirdparty directory and installs them, I tried with the ubuntu tao packages but it seems openra needs opengl 2 and not opengl 3 which is in the libtaoframework-opengl3.0-cil package
[12:14] <jtaylor> if its unavoidable look at the tao package how it does the dll maps and excludes
[12:36] <Al-Qaida> inshalla'
[12:38] <c_korn> jtaylor: you a right. it seems to work with the Ubuntu config files. at least for the SDL dll. I need to try the others too. but can you tell me the difference between this (not working) http://pastebin.com/raw.php?i=ZrMD3wZH and this (working) http://pastebin.com/raw.php?i=nF1cecDc
[12:41] <c_korn> ah, looks like how the dh_clideps parses the .config files. seems it does not know about the dllentry syntax http://pastebin.com/raw.php?i=2hPqUEGj
[12:42] <jtaylor> yes might be a bug in dh_clideps
[12:47] <c_korn> hum, these errors remain http://pastebin.com/raw.php?i=1mEvdazW
[13:08] <jtaylor> c_korn: still missing a dllmap to libcg
[13:14] <c_korn> jtaylor: there is no shlibs file for libCg.so
[13:16] <jtaylor> c_korn: the debian tao package just does not build that part of tao, is that an option?
[13:17] <c_korn> hum, so I should try if openra also works without Tao.Cg.dll ?
[13:19] <c_korn> dh_clideps already warns that there is something missing: dh_clideps: Warning: No Debian dependency data for Tao.Cg (2.0.0.0__52fa5aba625fe731)!
[13:20] <jtaylor> or you could fix libcg :
[13:21] <c_korn> you mean the nvidia-cg-toolkit source package?
[13:22] <jtaylor> yes
[13:30] <c_korn> jtaylor: ok, will see what I can do. thanks!
[13:31] <directhex> c_korn: the openra devs seemed hostile towards a package, last time i spoke to them
[13:32] <c_korn> hum, I just got help in #openra about a package
[13:32] <directhex> and we don't build Tao.Cg because Cg's non-free, which would make Tao contrib, which would screw with e.g. banshee addins
[13:33] <c_korn> ah, I see
[13:34] <directhex> as for bundling... you aren't going to get openra uploaded if the source (orig.tar.gz) contains any precompiled assemblies at all. if it ships a copy of the source, and not binaries, then that's something you can probably get away with
[13:34] <directhex> i managed to build openra against packaged tao, but that was a year or two ago
[13:39] <c_korn> hum :/
=== emma is now known as em
=== yofel_ is now known as yofel
[21:01] <v> MOTU!
=== EvilResistance is now known as Resistance