=== shockrates is now known as Goliath
[00:11] <kaushal> hi
[00:11] <kaushal> is TB 5.0 available in 11.04 ?
[00:22] <kaushal> checking in again for the query ?
[00:34] <kaushal> can someone please comment ?
[10:19]  * micahg hugs fabrice_sp for looking at dvbcut :)
[10:20] <micahg> fabrice_sp: I actually have the beginning part of the patch if you want it
[11:04] <arand> Has the last Sync from Debian already been? I have a package in unstable which was accepted on the 29th and does not seem to have synced yet, is there any lists/stats regarding these syncs?
[11:16] <Laney> persia: could you give your vote on lynxman (and your thoughts on voting if you have any)?
[11:17] <tamrat> arand: you should file a bug, automatic syncing is over
[11:17] <tamrat> https://wiki.ubuntu.com/SyncRequestProcess
[11:18] <arand> tamrat: Right, but I was assuming there would be a final sync on the last date..
[11:19] <directhex> arand, that sync is a manual process. i haven't seen evidence of it havign been run today
[11:20] <arand> I'm aware, I asked before here on the 29th and it was hinted that it would be run on the 30th, I guess not then.
[11:22] <tamrat> just file it - you can even do so prior to the freeze
[11:22] <arand> I will :)
[11:22] <tamrat> The reason I'm here: is there a way to get the build-logs for packages in the universe archive
[11:23] <Laney> yep, http://launchpad.net/ubuntu/+source/package/version
[11:25] <tamrat> Ok found it
[11:28] <tamrat> Not sure if this is thre right place to ask. I'm looking at bug https://bugs.launchpad.net/ubuntu/+source/gdal/+bug/786790
[11:28] <ubottu> Ubuntu bug 786790 in gdal (Ubuntu) "Xerces is not linked in GDAL-Util-Package" [Undecided,Confirmed]
[11:29] <tamrat> I think it can be solved by rebuilding the package - if I use pbuilder it is solved.
[11:30] <tamrat> The same package is ok on maverick, only problems with natty
[11:32] <jtaylor> autosync phase is over or?
[11:33] <directhex> cjwatson knows. i think it's his manual daily run ;)
=== med_out is now known as medberry
[11:40] <arand> I noticed that the announce of the sync freeze wasn't sent to the -devel list though :)
[11:41] <Laney> maybe it hasn't happened yet
[11:41] <Laney> (or is in moderation for -d-a
[11:41] <Laney> )
[14:30] <cjwatson> ara: I've stopped autosyncing, if you have new packages you care about then please file a bug (I didn't clear the entire new-source list)
[14:30] <cjwatson> erer
[14:30] <cjwatson> that was meant for arand, sorry
[14:30] <ara> no worries
[14:30] <ara> :)
[17:15] <jtaylor> keytouch will be removed from debian and it does not build in oneiric (no-add-needed) should it be removed there too?
[17:15] <jtaylor> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=632110
[17:15] <ubottu> Debian bug 632110 in ftp.debian.org "RM: keytouch, keytouch-data -- RoM; Broken/Obsolete, dead upstream" [Normal,Open]
[17:21] <tumbleweed> jtaylor: sounsd sensible. I'd say hijack the FTBFS bug and request removal
[17:21] <jtaylor> write a comment that it should be removed and subscribe archive?
=== azeem_ is now known as azeem
[17:27] <tumbleweed> jtaylor: edit the title and description appropriately too. Also, it technically should be sponsored
[17:29] <tumbleweed> LGTM, I'll sponsor it
[18:27] <AnAnt> Hello, would someone sponsor LP #801884  ?
[18:27] <ubottu> Launchpad bug 801884 in debhelper (Ubuntu) "Candidate revision debhelper 8.9.0ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/801884
=== medberry is now known as med_out
[19:14] <oier> hi
[19:14] <oier> I am trying to package my first python application
[19:14] <oier> and don't seem to get it right
[19:15] <oier> pbuilder fails with the following error
[19:15] <oier> http://paste.ubuntu.com/636473/
[19:15] <oier> and you can grab the code at https://launchpad.net/indicator-bug
[19:15] <oier> I would be very grateful for any help
[19:18] <jtaylor> oier: py_support is deprecated please use dh_python2
[19:19] <oier> could you please provide me an example or do I have to just change that line?
[19:21] <jtaylor> unfortunatly I'm not familiar with cdbs python packaging but probably it is enough to remove the support line in rules http://wiki.debian.org/Python/TransitionToDHPython2
[19:23] <jtaylor> and a DEB_PYTHON2_MODULE_PACKAGES=indicator-bug
[19:27] <oier> so do I have to replace DEB_PYTHON_SYSTEM in the rules file with DEB_PYTHON2_MODULE_PACKAGES=indicator-bug?
[19:27] <jtaylor> yes
[19:27] <jtaylor> and change the build dependencies
[19:28] <broder> oier, jtaylor: the dh_python2 stuff is good to do, but the actual reason the build failed was that you need to list the package's python dependencies as build-dependencies as well
[19:30] <oier> thanks, I'll try
[19:53] <oier> hi again
[19:54] <oier> now I am getting another error
[19:54] <oier> here ist the relevant part of pbuilders http://paste.ubuntu.com/636494/
[19:55] <oier> and here are the modified rules and control files in order to use dh_python2
[19:55] <oier> http://paste.ubuntu.com/636495/
[19:55] <oier> http://paste.ubuntu.com/636496/
[19:55] <oier> if anyone could have a look I would appreciate it a lot
[20:14] <jtaylor> youre probably still missing some build dependency
[20:16] <jtaylor> as it builds fine on my machine but not in pbuilder
=== yofel_ is now known as yofel
[20:47] <c_korn> hm, maybe not the right channel here but maybe someone already knows the problem. trying to compile the new version of wxhexeditor there is this error: configure:3594: gcc -g -O2  `wx-config --libs` conftest.c  >&5
[20:47] <c_korn> gcc: `wx-config: No such file or directory
[20:47] <c_korn> but wx-config is installed actually
[20:48] <c_korn> $ which wx-config
[20:48] <c_korn> /usr/bin/wx-config
[20:52] <Ampelbein> c_korn: no solution, but the error indicates that the expression isn't executed but taken literally from gcc. (see the backtick in the error message)
[20:53] <c_korn> Ampelbein: hm, yeah, you are right
[20:56] <c_korn> Ampelbein: this is the makefile. I think the problem must be in there because I do not find wx-config anywhere else: http://pastebin.com/raw.php?i=B6frVuBb
[20:57] <jtaylor> c_korn: the error occures in the configure, so the makefile won't help
[20:57] <c_korn> but configure is called inside this makefile (it is handmade obviously)
[20:58] <jtaylor> ups its a rules
[20:59] <Ampelbein> c_korn: fwiw, I can compile http://sourceforge.net/projects/wxhexeditor/files/wxHexEditor/v0.11%20Beta/ just fine
[20:59] <Ampelbein> on up-to-date oneiric
[21:01] <c_korn> hm, well I am on natty. but my tarball has a different MD5 sum.
[21:04] <c_korn> hm, ok. was because I removed the debian directory inside the tarball
[21:04] <c_korn> I need to inform upstream that this is wrong
[21:07] <c_korn> Ampelbein: now this is funny. while debuild -us -uc -b | tee ../build_log fails make succeeds.
[21:08] <c_korn> have a look at the screenlog: http://pastebin.com/raw.php?i=ZzaNX3pp
[21:10] <Ampelbein> this is indeed strange.
[21:10] <c_korn> how can I debug this further?
[21:18] <c_korn> just "make" in override_dh_auto_build does not help either
[21:18] <c_korn> it needs to be some variable I think
[21:28] <oier> hi again, I am still trying to package my first python app
[21:29] <oier> I tryed the suggested changes
[21:29] <oier> switching to dh_python2
[21:29] <oier> but pbuilder still fails
[21:29] <oier> I think it has to do something with the rules file
[21:30] <oier> but I have no experience so I can't tell where the problem lies
[21:30] <c_korn> meh, this does not work either: FFLAGS= MFLAGS= LDFLAGS= CFLAGS= CXXFLAGS= MAKEFLAGS= MAKELEVEL= /usr/bin/make
[21:30] <oier> pbuilder output is in http://paste.ubuntu.com/636494/
[21:30] <oier> and code in https://code.launchpad.net/~oier/indicator-bug/trunk
[21:31] <Ampelbein> c_korn: what does work however is "        cd udis86;LDFLAGS= ./configure"
[21:31] <oier> I would be very thankful for any help
[21:31] <Ampelbein> c_korn: (in the udis86/libudis86/.libs/libudis86.a: target)
[21:33] <c_korn> ah, in the makefile
[21:33] <c_korn> well, it also worked in debian/rules ;)
[21:35] <broder> c_korn: makefiles don't support backticks
[21:36] <broder> you want $(shell wx-config)
[21:36] <broder> or similar
[21:36] <c_korn> Ampelbein: yeah, with LDFLAGS= it works in the makefile
[21:36] <c_korn> broder: but why does simple make succeed then where debuild fails ?
[21:37] <broder> c_korn: i'm assuming it's some bad interaction with CFLAGS etc. being set in the environment
[21:37] <broder> i don't remember the exact details, but make's behavior expanding variables that are defined both in the makefile and the environment always confuses me
[21:38] <c_korn> but I tried "FFLAGS= MFLAGS= LDFLAGS= CFLAGS= CXXFLAGS= MAKEFLAGS= MAKELEVEL= /usr/bin/make" from inside debian/rules and it still fails
[21:38] <broder> right. you're still setting environment variables that correspond to variables in the makefile
[21:38] <broder> (if you want to set them, you need env -u or something)
[21:38] <broder> (err, unset)
[21:43] <c_korn> heh, indeed. this also works:
[21:43] <c_korn> override_dh_auto_build:
[21:43] <c_korn> 	env --unset=LDFLAGS $(MAKE)
[21:45] <c_korn> for now I stay with it that messing with env variables in makefiles is evil ;)
[21:46] <c_korn> thank you very much for your help, ampelbein and broder
[21:49] <Ampelbein> broder: are you sure about backticks not supported with make? http://paste.ubuntu.com/636564/ suggests otherwise.
[21:53] <jtaylor> oier: does the build work outside of pbuilder?
[21:54] <oier> I am not sure what you mean,  distutils works
[21:55] <jtaylor> its likely some problem dependency problem or the setup.py doing something it shouldn't do
[21:55] <jtaylor> missing dependency problem
[21:57] <oier> dependency inside setup.py? or in the debian directory?
[21:58] <jtaylor> build dependency
[22:02] <oier> but if there would me a missing dependency it would point it out in pbuilder as "no python module found", or?
[22:17] <jtaylor> it should, the error of that setup.py does not really help finding the cause