| === highvolt1ge is now known as highvoltage | ||
| 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:22 |
|---|---|---|
| ajmitch | lfaraone: it FTBFS in debian with the newer libevent | 00:25 |
| lfaraone | ajmitch: ahhhhh, okay. | 00:25 |
| 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:26 |
| 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:27 |
| 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:28 |
| ajmitch | curious | 00:29 |
| * 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 | 00:30 |
| EvilResistance | can anyone confirm that the quantal repos are online and responding to requests? they're 404ing repeatedly in the pbuilder chroot creation process | 01:21 |
| === darkcipher is now known as pi-rho | ||
| 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 | 03:50 |
| === emma is now known as em | ||
| === almaisan-away is now known as al-maisan | ||
| === al-maisan is now known as almaisan-away | ||
| 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:07 |
| jtaylor | c_korn: I take those macos moduleref's are optional? | 12:10 |
| jtaylor | you can --exclude-moduleref them | 12:11 |
| jtaylor | but e.g. libGL.so is a missing dllmap | 12:11 |
| jtaylor | hm does openra have an embedded tao? | 12:12 |
| 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:13 |
| jtaylor | if its unavoidable look at the tao package how it does the dll maps and excludes | 12:14 |
| Al-Qaida | inshalla' | 12:36 |
| 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:38 |
| 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:41 |
| jtaylor | yes might be a bug in dh_clideps | 12:42 |
| c_korn | hum, these errors remain http://pastebin.com/raw.php?i=1mEvdazW | 12:47 |
| jtaylor | c_korn: still missing a dllmap to libcg | 13:08 |
| c_korn | jtaylor: there is no shlibs file for libCg.so | 13:14 |
| jtaylor | c_korn: the debian tao package just does not build that part of tao, is that an option? | 13:16 |
| c_korn | hum, so I should try if openra also works without Tao.Cg.dll ? | 13:17 |
| 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:19 |
| jtaylor | or you could fix libcg : | 13:20 |
| c_korn | you mean the nvidia-cg-toolkit source package? | 13:21 |
| jtaylor | yes | 13:22 |
| c_korn | jtaylor: ok, will see what I can do. thanks! | 13:30 |
| directhex | c_korn: the openra devs seemed hostile towards a package, last time i spoke to them | 13:31 |
| 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:32 |
| c_korn | ah, I see | 13:33 |
| 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:34 |
| c_korn | hum :/ | 13:39 |
| === emma is now known as em | ||
| === yofel_ is now known as yofel | ||
| v | MOTU! | 21:01 |
| === EvilResistance is now known as Resistance | ||
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!