[00:46] <Viper550> Does Ubuntu support debian-installer's new GUI frontend?
[00:55] <directhex> Viper550, you mean the gtk version of d-i?
[00:55] <Viper550> yeah, that
[00:58] <directhex> as i understood it last time i saw the question asked, ubuntu lacks the requisite directfb patches to gtk
[00:59] <Viper550> Can't we have the nessecary patches only on the alternate install disc?
[00:59] <directhex> not easily
[01:01] <Viper550> what's wrong?
[01:02] <directhex> okay. first instance, there need to be up-to-date patches for whichever gtk+ is in use. this may involve sinking development effort in developing those patches
[01:03] <Viper550> unless we get it added to upstream
[01:03] <directhex> well, yes, there is that
[01:04] <directhex> when all's said and done, what's the point? d-i is a poor fit for a gui, and ubuntu has its own livecd-capable gui installer. what's the use case you're after where you want d-i rather than ubiquity, but insist on gtk?
[01:05] <Viper550> My computer doesn't have enough ram for the live CD desktop
[01:05] <Viper550> bbut I'm tired of that Windows-esque blue screen installer.
[01:05] <directhex> you can spawn ubiquity without the desktop
[01:05] <Viper550> I know, that's new right?
[01:06] <directhex> it's one of the options in the isolinux menu
[01:06] <directhex> i know it;s been around for a few releases in some capacity, as xubuntu for ps3 had it
[01:06] <Viper550> but, it doesn't seem to like my graphics card. it detects to the ati driver, but it doesn't work
[01:07] <directhex> that's a different issue
[01:08] <Viper550> I always have to put it to vesa now
=== asac_ is now known as asac
[02:53] <bluefoxicy> odd.
[03:11] <bluefoxicy> thunderbird is suddenly misbehaving a lot
[04:38] <robinp> why is there no mdnsresponder package ? is there some policy against it ?
[04:48] <ScottK> robinp: No.  We have http://en.wikipedia.org/wiki/Avahi_(software) which is an implementation of the protocol.
[04:49] <ScottK> But since you're in #avahi, I'm going to guess you knew that already ....
[04:50] <robinp> but avahi is incomplete: it doesn't support wide-area DNS publishing (yet) and mDNSResponder has the Bind Extension Daemon
[04:52] <robinp> so I guess I am going to have a crack at packaging the mDNSResponder task into multiple packages
[04:52] <robinp> s/task/source
[04:54] <robinp> i think historically debian had a dislike of Apple Public source licensed packages and so thats why it wasn't included - but it is now apache - so I don't think there should be any problems
[05:19] <d1b> robinp: but one could just use bind / dnsmasq to do the dns no ?
[05:19] <robinp> no
[05:22] <robinp> as I understand the Bind Extension Daemon adds support for things such as DNS Long-Lived Queries and Dynamic DNS Update Leases
[09:01] <robinp> how do i get debuild to use a Makefile within a dir - rather than the one on the root of the source
=== foxbuntu` is now known as foxbuntu
[09:13] <loic-m> robinp: patch the one at the root of the source? or move the file prior to MAKE in debian/rules? or possibly an option to MAKE?
[09:14] <loic-m> robinp: there's probably a more standard method, but if you're not planning to upload that to the repositories, it should work
[09:16] <robinp> make -C did the job
[09:16] <robinp> i was trying to cd beforehand in the rules files and it just didn't behave
=== mbamford` is now known as mbamford
[11:16] <robinp> can someone suggest how i can fix this break in my 'sudo pbuilder build package.dsc' http://pastebin.ubuntu.com/190205/
[11:39] <directhex> robinp, by not trying to write to /usr in your package built?
[11:42] <robinp> directhex: how do i go about directing it to do that ?
[11:43] <directhex> robinp, presumably by patching the build system to stop trying to copy build/prod/mdnsd to /usr/sbin/mdnsd
[12:23] <geser> robinp: my guess is that upstream Makefile doesn't honour DESTDIR. check if that's the case and fix it
[12:23] <robinp> yeah - thats what I have been doing
[12:24] <robinp> i keep having to mkdir -p $(CURDIR)/debian/mdnsresponder/etc/init.d for every darn subdir that the installer wants to create - is there a shortcut around this ?
[12:27] <robinp> grr - it doesn't have DESTDIR - instead its got 15 seperate ones for each install type
[12:29] <nunod> hi everyone. I've been doing almost no coding at all for the last 3 years, but i want to resume my coding practice in C/C#/PHP/GTK. since i'm an ubuntu fan, is there a project where I can help?
[12:38] <directhex> nunod, do you want to work on apps, or on distro packaging?
[12:38] <directhex> it sounds like the former
[12:38] <nunod> apps :)
[12:38] <directhex> in which case, pick an upstream you like, and get hackin'!
[12:39] <directhex> i'd suggest banshee, 'cos we need more good $GENDER working on it ;)
[12:40] <nunod> hmm... i'll prefer to stay away from Mono until the on-going conflict is settled ;)
[12:40] <directhex> yet you want to work in c#? your call
[12:40] <nunod> I can.. but I give priority to C :)
[12:41] <directhex> well, pick an app
[12:42] <directhex> oh, i know an app written in c... mono ;p
[12:43] <nunod> :D
[13:06] <robinp> does someone have a more complex example of a debian/rules file, perhaps one that includes libs and daemons and startup scripts etc?
[13:10] <maxb> I suggest you ask about the specifics that you are interested in, that question is too general for a useful response
=== azeem_ is now known as azeem
=== yofel_ is now known as yofel
[16:56] <siretart> could anyone explain this FTBFS to me? http://launchpadlibrarian.net/27618143/buildlog_ubuntu-karmic-i386.mplayer_2%3A1.0%7Erc3%2Bsvn20090426-1ubuntu1_FAILEDTOBUILD.txt.gz
[16:56] <siretart> what the heck is going on there?
[16:56] <siretart> dpkg-gencontrol: internal error: field Section has blank lines >video
[16:56] <siretart> Error: parsed ddeb section or priority is empty
[17:02] <pochu> siretart: ddeb section -> could be pkg-create-dbgsym
[17:04] <siretart> pochu: yeah, but what am I doing wrong in the package?
[17:52] <hyperair> siretart: it seems to think that there's a blank line.
[17:53] <hyperair> siretart: is there a blank line?
[17:56]  * hyperair scratches his head
[17:56] <siretart> hyperair: http://git.debian.org/?p=pkg-multimedia/mplayer.git;a=blob;f=debian/control
[17:56] <hyperair> siretart: could you try it in a local buildd?
[17:57] <hyperair> then check debian/mplayer/DEBIAN/control
[17:57] <siretart> well, the build works fine locally for me and fine on PPA builders
[17:58] <hyperair> try adding pkg-create-dbgsym to the build-dep
[17:58] <hyperair> or install pkg-create-dbgsym in pbuilder and run the build
[18:05] <geser> siretart: the log talks about mencoder-dbgsym but the control file you mentioned doesn't have a mencoder package
[18:05] <geser> is it the right control file you look at?
=== yoasif_ is now known as yoasif
[19:02] <siretart> geser: sorry, I pasted the link to the wrong branch. this is the correct file:
[19:03] <siretart> http://git.debian.org/?p=pkg-multimedia/mplayer.git;a=blob;f=debian/control;h=12b1cfef70c810853b228d1c0574e25b3a242273;hb=karmic
[19:03] <siretart> the ubuntu version of mplayer does include mencoder
[19:18] <wip> guess what... we need a new kernel-rt release :)
[19:18] <wip> that is on ubuntu 9.04
[21:13] <geser> siretart: the problem with the mplayer build is that pkg_create_dbgsym doesn't like multi-line Depends, Suggests, etc.
[21:22] <geser> siretart: filed as bug 384597, workaround is to merge the multi-line Depends, Suggest, Replaces to a singe line
[21:22] <ubottu> Launchpad bug 384597 in pkg-create-dbgsym "pkg_create_dbgsym doesn't cope with multi-line Depends, Suggests, etc." [Undecided,New] https://launchpad.net/bugs/384597
[21:43] <siretart> geser: is that a recent change? we use that in many pkg-multimedia packages without any problems..
[21:51] <geser> siretart: no, it seems to be old code (even hardy has the same code). I wonder why it worked on the other packages which came before that but not on this one.
[21:51] <siretart> strange, indeed
[21:52] <siretart> geser: what makes you think that multiline fields are at fault here?
[21:54] <geser> from the look at the code how DEBIAN/control for -dbgsym packages is constructed, the script wants to filter out Depends and some other lines
[21:54] <geser> which it succeeds it doing except on multi-line Depends and the output suggests that it isn't what it is expected to generate
[21:54] <soren> Blank lines in control files are probably a bad idea.
[21:55] <soren> ${misc:Depends} seems to evaluate to '', so you get a blank line.
[21:55] <soren> It's not so much that you have multi-line fields, but rather that one of them is blank.
[21:56] <geser> soren: the problem here is that pkg_create_dbgsym doesn't filter out multi-line Depends properly
[21:56] <geser> it removes the first line (the one starting with Depends: ) but leaves the continuation lines in place
[21:57] <soren> Ah, I see what you mean.
[21:58] <geser> siretart: dpkg-gencontrol seems to ignore this false continuation lines but as mplayer-nogui has also a left over line from replaces you get an empty line in between after replacing ${misc:Depends} for -dbgsym package
[21:58] <geser> soren: see the example in bug 384597
[21:58] <ubottu> Launchpad bug 384597 in pkg-create-dbgsym "pkg_create_dbgsym doesn't cope with multi-line Depends, Suggests, etc." [Undecided,New] https://launchpad.net/bugs/384597
[21:59] <soren> *nod*
[22:09] <siretart> geser: oh, yeah, good catch!
[22:45] <geser> looks like a small fix in the negative look-ahead assertation is what's needed to fix this. I'll wait now on pitti to confirm that it's really the right fix for it and uploads a fixed package.