[00:06] <chrisccoulson> hi, whats the policy for handling "needs-packaging" requests for upstream projects that are basically dead?
[00:07] <RAOF> chrisccoulson: That points towards the needs-packaging bug being "Invalid", but it's not absolute.
[00:08] <RAOF> It depends a bit about the state of the project; an active upstream matters more for a complex project, or one with bugs.
[00:08] <RAOF> If the request is for a package of something simple and mature, it might still be worth packaging.
[00:09] <chrisccoulson> yeah, i wasn't sure really. i'm looking at bug 249751. the reporter seems desparate for someone to package it, but there hasn't been any activity upstream since 2005, and their forums are just full of spam
[00:10] <RAOF> That doesn't sound (a) simple or (b) mature :)
[00:10] <chrisccoulson> it doesn't seem worth it really does it?
[00:13] <ajmitch> chrisccoulson: you sort of want an upstream who's alive to fix bugs that come up
[00:13] <ajmitch> unless you use & love the program enough to become the new defacto upstream
[00:14] <chrisccoulson> yeah, i thought that would be the case. is anyone volunteering to maintain it? ;)
[00:15]  * ajmitch runs away
[00:18] <directhex> what's the programming language?
[00:19] <directhex> hm. qt? nah, not my thing
[00:19] <directhex> qt2, no less!
[00:19] <Hobbsee> whoa!  qt2?
[00:20] <ajmitch> that's a bit of a throwback
[00:20] <Hobbsee> we've got qt3 and qt4.  I doubt we want qt2 as wlel!
[00:21] <ajmitch> you could always update the app to qt4
[00:21]  * directhex spams the mailing list
[00:21] <chrisccoulson> i didn't even know there was a qt2 until just now
[00:21] <chrisccoulson> lol
[00:21] <Hobbsee> i knew there was, as i've seen a book in the library about it
[00:21] <Hobbsee> which looked very old.
[00:21] <directhex> never used glorious kde2?
[00:22] <chrisccoulson> are you sure it wasn't in a museum?
[00:22] <Hobbsee> chrisccoulson: well, our library probably is that too
[00:22] <chrisccoulson> ;)
[00:22] <azeem> was it written in latin?
[00:22] <Hobbsee> no, english
[00:22]  * ajmitch used to use kde back in those days
[00:23] <directhex> hm. how old is xfce4? i know i used xfce4 when it was brand new, at the same time kde2 was the default WM on undergrad systems, and someone had compiled kde3 on an nfs share
[00:32] <HoppingWombat> hello
[00:33] <HoppingWombat> i have a question, on how i need to join MOTU
[00:33] <HoppingWombat> what i need to do*
[00:33] <HoppingWombat> sorry
[00:33] <HoppingWombat> right now i am a ubuntero
[00:34] <HoppingWombat> what about the mentoring/sponsoring?
[00:34] <HoppingWombat> i need that, for starting, right?
[00:34] <directhex> HoppingWombat, what kind of contributions have you made?
[00:35] <HoppingWombat> i have answered questions ... i want to do bugs and package maintenance
[00:35] <HoppingWombat> and eventually help develop ubuntu itself -- but i dont expect that for several years
[00:36] <directhex> well, not to sound glib, but do it - pick a package that needs love (e.g. a package you use which needs an update), and give it love
[00:36] <directhex> you don't need to be a MOTU to help in the way you describe - and infact you'll find the experience gained is a necessary entry requirement
[00:37] <HoppingWombat> alright
[00:37] <HoppingWombat> thanks :-)
[00:37] <chrisccoulson> have you looked at https://wiki.ubuntu.com/MOTU/GettingStarted ?
[00:37] <HoppingWombat> i am looking at it now :-)
[00:38] <directhex> or i could do with people to work on the mono 2 transition ;)
[00:38] <chrisccoulson> directhex - what sort of work is left to do?
[00:39] <chrisccoulson> i might be able to volunteer some time ;)
[00:39] <directhex> chrisccoulson, sent an update to the mailing list, but i think it's waiting for moderation
[00:39] <chrisccoulson> no problem. i'll have a look at that in the morning, and see if there is anything i can offer:)
[00:40] <directhex> chrisccoulson, basically phase 1 is done - next is phase 2 (applications), where apps need to have their build-deps refreshed, and their build process told nicely to use a different compiler
[00:40] <chrisccoulson> that sounds *reasonably* simple
[00:41] <james_w> don't be sucked in! :-)
[00:41] <james_w> but seriously, it's well documented, and most cases will be simple
[00:42] <directhex> i have a nice friendly real-world example on the debian wiki
[00:42] <directhex> because pkg-mono has a fever
[00:42] <directhex> and the only cure is transitioned cowbell
[00:42] <chrisccoulson> thanks, i'll have a look at it in the morning. i've got to go now as it's getting quite late here
[00:43] <directhex> indeed. i need to make sammitches
[00:54] <james_w> directhex: your mail doesn't mention 1.0 -> 2.0 Build-Dependencies, but the wiki does, why is that?
[00:57] <directhex> ahm... probably because i'm a pillock
[01:25] <james_w> directhex: how's http://paste.ubuntu.com/77583/ ?
[01:28] <directhex> james_w, looks like i'd expect it to - but it's half 1 in the morning and i'm about to go to bed, so can't do any more in-depth cross-checking right now
[01:28] <james_w> I'll work up the patch and send it to the list as requested
[01:28] <james_w> I just wasn't exactly sure what success looked like
[01:29] <james_w> there are some 1.0 dependencies, but there aren't 2.0 versions of the libraries to Build-Depend on apparently
[02:08] <amikrop> How is this thing called, where you don't do a "make install" but another thing, that installs the software in a package format?
[02:08] <amikrop> * in a debian package format
[02:08] <amikrop> so, that the package manager is aware of the installed software
[02:08] <amikrop> (and will remove it automatically if you want)
[02:09] <amikrop> I was looking for checkinstall
[02:16] <RAOF> Not here you weren't :)(
[02:17]  * Hobbsee hopes he's not a mobile guy
[02:17] <RAOF> As in: Ubuntu mobile?  Surely not.
[02:18] <Hobbsee> i thought i recognised the nick
[02:18] <Hobbsee> but not as a packager
[02:21] <nixternal> I have an idea, since the package isn't in Ubuntu or Debian, why don't I just waste my time with checkinstall so only I can install it
[02:21] <nixternal> must be a shitty app that nobody else wants
[02:21] <nixternal> or uses
[02:22]  * ajmitch detects a subtle hint of sarcasm
[02:22] <nixternal> nah, I am getting ready to dput all of my checkinstall builds now
[02:22] <ajmitch> awesome
[02:22] <ajmitch> nixternal++
[02:22] <nixternal> I am trying to get stupid pbuilder to build my damn sid setup using experimental in another mirror
[02:22] <nixternal> hell, pbuilder won't even setup sid correctly yet
[02:23] <ajmitch> it won't?
[02:23] <nixternal> nope
[02:23]  * ajmitch didn't have any problems with it recently
[02:23] <ajmitch> but that was a few weeks ago
[02:23] <nixternal> I just went through my .pbuilderrc to find mistakes and didn't find any
[02:23] <nixternal> and boom, it bombed out
[02:24] <ajmitch> your computer exploded?
[02:24]  * nixternal kicks sid in the pants
[02:24] <ajmitch> beating up on kids isn't nice
[02:24] <ajmitch> even if he does break all your toys
[02:25] <nixternal> W: http://http.us.debian.org/debian/dists/sid/main/binary-i386/Packages.bz2 was corrupt
[02:25] <nixternal> yay \o/
[02:26] <amikrop> Hello. I have this URL: http://revu.ubuntuwire.com/details.py?package=gemrb What files I need from there, in order to build a binary package?
[02:28] <nixternal> amikrop: how about you just ask in one channel isntead of hopping aroudn the other dev channels asking the same question
[02:28] <Hobbsee> <already answered in #ubuntu-devel>
[02:28] <nixternal> plus, I highly doubt if anyone will answer a checkinstall question due to its unique evilness
[02:29] <Hobbsee> that too
[02:29] <Hobbsee> well, you can't use checkinstall to build a package from a source like that, afaik.
[02:30] <amikrop> nixternal: excuse me
[02:30] <nixternal> did you burp? fart?
[02:30] <amikrop> nixternal: cross-post
[02:30] <nixternal> oh :)
[02:31] <amikrop> ;)
[02:31] <nixternal> nobody has ever said excuse me on irc before...thought there was a textual burp or wind breakage there
[02:32] <amikrop> :P
[02:33] <nixternal> seems my sid mirror I chose was boogered...we shall see how this goes
[02:36] <NCommander> hey nixternal
[02:36] <nixternal> wasabi
[02:36] <nixternal> DAMNIT!@)!@*)!*@)!*
[02:36] <NCommander> o_o;
[02:37] <nixternal> W: Failure while configuring base packages.
[02:37] <NCommander> WTF are you trying to do nixternal ?
[02:37] <nixternal> build my sid pbuildd
[02:37] <NCommander> I had no issues doing so
[02:37] <NCommander> I can send you my basetgz
[02:38] <nixternal> I think my connection might be choking or the mirror is choking....running it again to see where it dies this time
[02:38] <nixternal> last time it couldn't download libc I think
[02:38] <NCommander> nixternal, try ftp.us.debian.org
[02:38] <nixternal> using that one now
[02:38] <nixternal> http.us.debian.org was booged
[02:39] <nixternal> busted Packages.bz2
[02:57] <nixternal> http://paste.ubuntu.com/77595/
[02:57] <nixternal> tell me, why would .pbuilderrc have references to "unstable" "testing" and "stable" when there aren't any debootstrap scripts for them under /usr/share/debootstrap/scripts/
[02:58] <nixternal> I remove the references to unstable, testing, and stable, and just have sid, lenny, and etch all works well
[02:58] <nixternal> kind of...the sid pbuildd will not build
[02:59] <nixternal> I comment out the case) and everything debian wise seems to work
[02:59] <jmarsden> nixternal: The example one at https://wiki.ubuntu.com/PbuilderHowto changes unstable/testing/stable into sid/lenny/etch for you... so that's just a convenience, I think?
[03:00] <nixternal> jmarsden: well the one that "was" on the wiki is the same as you see there, or was the same and it is the one that breaks
[03:01] <jmarsden> OK.  I hacked it up so it only knows about Ubuntu for my own purposes, have not yet needed/wanted/tried to set up a Debian pbuilder... I can try and see if it breaks for me too...
[03:02] <nixternal> heh, my sid stuff seems to have worked
[03:02] <nixternal> it must have been a mirror hiccup
[03:03] <jmarsden> OK... if you want to see if mine works for you, it's at http://paste.ubuntu.com/77596/
[04:35] <AnAnt> superm1: Hello ?
[04:35] <AnAnt> anyone knows if superm1 is in vacation or so ?
[04:38] <TheMuso> AnAnt: I'd say he is.
[05:55] <lidaobing> today is REVU day?
[05:57] <nixternal> yay \o/
[05:57] <nixternal> back to uploading packages to Debian...man it is so fun
[06:27] <RAOF> When I'm fakesyncing a package from pkg-cli-apps svn in Debian, should I merge in the old Ubuntu changelogs?
[06:37] <slytherin> Does anyone know any good bugzilla GUI?
[06:51] <nixternal> slytherin: I use kbugbuster in KDE..it isn't to shabby, but it is far from great
[06:53] <nixternal> RAOF: iirc in the past, the old Ubuntu changelogs were tossed
[06:53] <nixternal> not 100% sure if that is still the case though
[06:56] <dholbach> good morning
[06:56] <nixternal> mornin' dholbach \o/
[06:56] <dholbach> hi nixternal
[07:01] <geser> good morning
[08:23] <dholbach> slytherin: congratulations!
[08:25] <iulian> Congrats slytherin :-)
[08:30] <directhex> what's slytherin done?
[08:32] <BugMaN> directhex: become MOTU
[08:32] <directhex> oh. yay!
[08:55] <pochu> slytherin: congrats!
[09:05] <geser> slytherin: congrats
[09:18] <slytherin> geser: dholbach: iulian: pochu: Thanks. I came to know from you all before I even read the mail. :-)
[09:37] <Koon> congratulations to slytherin, the Java packaging machine !
[09:37] <slytherin> Koon: Thanks. :-)
[09:37] <slytherin> Koon: We have great work ahead. :-)
[09:38] <Koon> slytherin: with great power comes... more work :)
[09:38] <slytherin> he he
[09:40] <Koon> slytherin: The project for tools helping in maven packaging is in https://launchpad.net/maven-packaging-support
[09:40] <Koon> slytherin: ludovicc, the author, applied for Java packaging
[09:42] <Koon> he intends to take on the missing library packaging, you might be able to help him on that ;)
[09:42] <slytherin> Koon: Sure. Have you already talked to him to add this in team ppa?
[09:42] <Koon> (I mean he applied for the ubuntu-java LP team)
[09:43] <Koon> yes, that's why he applied to the team, not approved yet
[09:43] <Koon> slytherin: are you online around 2200-0000 UTC ? That's apparently when ludovicc works on that.
[09:44] <slytherin> Koon: I will be in deep sleep, travelling in a bus towards my home. :-)
[09:44] <Koon> sweet dreams then :)
[09:45] <Koon> Then I'll try to sync with him by phone one of those nights.
[09:46] <slytherin> Koon: I will try to put the work he has done in PPA till he gets approved.
[09:46] <slytherin> Koon: And I will help him with packaging then.
[09:47] <Koon> slytherin: cool, maybe wait a little before pulling the branch, he is refactoring the scope of the tool to avoid some dependencies
[09:47] <slytherin> Koon: sure, I will do this mostly on weekend.
[09:47] <Koon> basically separating what is needed at buid time and what is needed at packaging time
[09:49] <slytherin> Koon: I will also go through the spec once more over weekend.
[10:02] <eMerzh> feel free to celebrate your happy reviewDay by reviewing my package at http://revu.ubuntuwire.com/details.py?package=sqliteman :D
[10:15] <directhex> eMerzh, minor: your description on 02_desktop_file.dpatch is wrong
[10:17] <eMerzh> directhex: oups....ok :)
[10:18] <directhex> eMerzh, and it's nice (though by no means required) to use the new machine-readable Copyright format. but these are nitpicks. it seems like a straightforward package to me, no glaring issues
[10:21] <eMerzh> directhex: did you have a link for doc about the new copyright format?
[10:21] <directhex> hang on
[10:22] <directhex> http://wiki.debian.org/Proposals/CopyrightFormat is gthe de-facto format
[10:22] <eMerzh> directhex: ok thanks
[10:51] <lidaobing> help review http://revu.ubuntuwire.com/details.py?package=iptux , thanks
[10:55] <DktrKranz> lidaobing: just a quick question, why debhelper 7?
[10:56] <lidaobing> DktrKranz, no enough reason
[10:56] <lidaobing> DktrKranz, which version is suggested
[10:58] <DktrKranz> lidaobing: 5 is compatible almost for every supported release
[10:58] <lidaobing> ok, I will try use debhelper 5 and rebuild
[10:58] <lidaobing> any other suggestion?
[10:59] <lidaobing> DktrKranz, any other suggestion?
[10:59] <DktrKranz> lidaobing: I did a quick review, I'll make a more complex in some minutes
[10:59] <directhex> i think DktrKranz has a point - dh7 rules, but you're not obviously using anything not found in 5 (i.e. none of the new easy bits of dh7 are in evidence)
[11:00] <lidaobing> directhex, I got the idea, the dh_make suggests 7(maybe, I can't remember, :-) ), and I did not change it.
[11:01] <lidaobing> directhex, DktrKranz , I use dh_auto_configure, maybe this does not exist in 5
[11:05] <DktrKranz> lidaobing: indee
[11:05] <DktrKranz> d
[11:05] <directhex> just use 'dh' ;)
[11:07] <lidaobing> directhex, what's the meaning of "just use 'dh' ;)"?
[11:08] <directhex> lidaobing, the big improvement with dh7 is that you don't need to call dh_foo and dh_bar and dh_boz individually. "dh $@" does it all
[11:08] <lidaobing> directhex, cool, I will try it
[11:09] <directhex> lidaobing, http://svn.debian.org/wsvn/pkg-mono/gluezilla/tags/2.0-1/debian/rules?op=file&rev=0&sc=0 is a DH7 rules file
[11:09] <DktrKranz> lidaobing: if you replace dh_auto_configure with some ./configure magic, you're fine with older debhelper's
[11:10] <DktrKranz> or you can move to dh7 for everything
[11:10] <lidaobing> DktrKranz, I will try to use debhelper 5, so I can backport this package.
[11:22] <james_w> congratulations slytherin
[11:23] <lidaobing> DktrKranz, I have upload a new version of iptux: http://revu.ubuntuwire.com/details.py?upid=4127, please help check
[11:26] <slytherin> james_w: Thanks. I read your post about changelog and that is something even I was thinking for long time. :-)
[11:26] <james_w> I think a lot of people do.
[11:26] <DktrKranz> lidaobing: checking
[11:27] <james_w> we work on other peoples stuff a lot in Ubuntu, so it's extra important
[11:27] <lidaobing> DktrKranz, thanks
[11:29] <slytherin> james_w: also it is important when you can not figure out what changes in Debian version of a package while trying to do a merge. :-)
[11:30] <directhex> looks like tuxcrafter disagreed!
[11:40] <DktrKranz> lidaobing: why did you include LDFLAGS="-Wl,-z,defs" ?
[11:40] <lidaobing> I copy it from dh_make
[11:40] <lidaobing> DktrKranz, I copy it from dh_make
[11:54] <DktrKranz> lidaobing: commented
[13:30] <ianm_> anyone familiar with sysprof and how to install whatever is needed to see function names?
[13:41] <ianm_> any sysprof users?
[15:04] <directhex> blorp. i need to add a get-orig-source to a cdbs package
[15:43] <AnAnt> james_w: regarding bug 298273, the answer is no, it seems that superm1 is in vacation or so (note that his last couple of emails are sent from a mobile device)
[15:44] <james_w> AnAnt: click on the overview tab at the top of the page
[15:45] <AnAnt> oh
[15:45] <AnAnt> even rmadison says  that it's released
[15:46] <AnAnt> who did that ?
[15:46] <AnAnt> james_w: so the answer is yes then !
[15:47] <AnAnt> why is the bug status NEW then ?
[15:47] <chrisccoulson> because you didn't reference the bug number in the changelog
[15:47] <AnAnt> silly me !
[15:47] <chrisccoulson> ;)
[15:47] <james_w> I saw that go past on -changes, and was then surprised when the bug was still open
[15:48] <james_w> AnAnt: did you not get an "Accepted" mail?
[15:48] <james_w> that would have a Signed-By line that would tell you
[15:48] <AnAnt> james_w: nope, didn't get such thing
[15:48] <quentusrex> What does this error mean: dpkg-source: unrepresentable changes to source
[15:48] <quentusrex> dpkg-buildpackage: failure: dpkg-source -b pbxbuntu-asterisk-1.4.22 gave error exit status 1
[15:48] <quentusrex> I'm trying to build a source package.
[15:49] <AnAnt> james_w: ok, I set the status to fix released
[15:50] <james_w> AnAnt: if you look on the jaunty-changes mailing list you will be able to see it
[15:50] <AnAnt> james_w: I see
[15:51] <chrisccoulson> ping dholbach - i just had a look at your comments on bug 302672. i can't seem to recreate the build failure that you're seeing
[15:51] <ivoks> any idead how to debug why db_set is failing in postinst script?
[15:52] <dholbach> chrisccoulson: hm, I had it in a jaunty amd64 pbuilder
[15:52] <chrisccoulson> i've just tried it in jaunty amd64 and i386, and i can't get it to fail in either
[15:52] <chrisccoulson> and i just tried uploading it my PPA, and it built there too :/
[15:53] <chrisccoulson> strange!
[15:53] <chrisccoulson> http://launchpadlibrarian.net/20030188/buildlog_ubuntu-jaunty-i386.transmission_1.40-0ubuntu1~ppa1_FULLYBUILT.txt.gz
[15:55] <directhex> the most epic piece of anti-mono-in-ubuntu-context hate i've ever seen, taken from the #boycottnovell irc channel logs: "[01:31] <Omar87> schestowitz: lol, ya know what? Even Nelson Mandela himself should protest of Ubuntu coming with Mono pre-installed and well-incorporated."
[15:56] <james_w> chrisccoulson: libcurl-dev seems to be a virtual package, it shouldn't just Build-Depend on that.
[15:56] <quentusrex> Any advice on this error: dpkg-source: unrepresentable changes to source ????
[15:56] <chrisccoulson> james_w - i did wonder whether that might be an issue
[15:56] <mgdm> directhex: yes, clearly, they have their perspectives and priorities correct
[15:57] <james_w> chrisccoulson: if you want to build on a virtual package you should Build-Depend on "real-package-that-provides-virtual | virtual"
[15:57] <directhex> mgdm, they wonder why their cause is not treated with respect
[15:57] <james_w> chrisccoulson: I don't know why that would fail for one pbuilder and not another though
[15:57] <chrisccoulson> i can do that. in fact, both of the packages that provide the virtual package come from the same source package anyway
[16:00] <chrisccoulson> dholbach - i wasn't aware of the "uscan --download" trick for getting the new upstream source. thats a bit easier.  thanks!
[16:00] <directhex> chrisccoulson, works great until you need to +dfsg a package
[16:01] <chrisccoulson> i haven't had to come across that yet though:)
[16:04] <bmm> I'm online for any comments on http://revu.ubuntuwire.com/details.py?package=metalink , this contains a new version with better licensing and I've moved to CDBS.
[16:06] <quentusrex> Does anyone know how to tell debuild that I'm building the orig file?
[16:06] <quentusrex> ls
[16:07] <directhex> have a native package version number?
[16:07] <quentusrex> ?
[16:07] <chrisccoulson> do you not just miss the bit after the "-" in the version number?
[16:08] <quentusrex>  pbxbuntu-asterisk_1.4.22.orig.tar.gz
[16:08] <quentusrex> that's the orig file..
[16:08] <quentusrex> pbxbuntu-asterisk-1.4.22 that's the directory I'm building it from...
[16:08] <quentusrex> pbxbuntu-asterisk_1.4.22-0ubuntu1.diff.gz
[16:08] <quentusrex> did I get something wrong?
[16:09] <quentusrex> dpkg-source: error: cannot represent change to pbxbuntu-asterisk-1.4.22/contrib/firmware/iax/iaxy.bin: binary file contents changed
[16:09] <quentusrex> dpkg-source: unrepresentable changes to source
[16:09] <quentusrex> dpkg-buildpackage: failure: dpkg-source -b pbxbuntu-asterisk-1.4.22 gave error exit status 1
[16:09] <directhex> if you want to make a native package, your version number must be free from "-"
[16:09] <quentusrex> That's the error it's failing at....
[16:09] <quentusrex> so what do I need to change?
[16:10] <quentusrex> pbxbuntu_asterisk_1.4.22?
[16:10] <directhex> that's not the version number. the version number is set in the changelog
[16:11] <quentusrex> pbxbuntu-asterisk (1.4.22-0ubuntu1) hardy; urgency=low
[16:11] <quentusrex> changed to:pbxbuntu-asterisk (1.4.22-0ubuntu1) hardy; urgency=low
[16:11] <quentusrex> oops.
[16:11] <quentusrex> pbxbuntu-asterisk (1.4.22_0ubuntu1) hardy; urgency=low ???
[16:11] <directhex> i don't think you quite understand the original problem, which is why the solution isn't helping you
[16:12] <quentusrex> directhex: I think you're right.
[16:12] <directhex> if you want to rebuild orig, then that means you will no longer have a diff.gz file - only orig and dsc
[16:12] <quentusrex> I'm not sure if I need that... I'm trying to build the original file. It seems I have a .orig file.
[16:13] <directhex> the usual option is removing all "non-native" markers from the version number, i.e. just "1.4.22". alternatively, erase your orig, and it'll be forced to regenerate it assuming it's a native package
[16:13] <directhex> but making a new orig is the wrong thing to do in 99% of cases
[16:13] <directhex> i.e. unless you need to +dfsg a package, don't do it
[16:13] <quentusrex> I'm not sure what +dfsg a package means.
[16:14] <quentusrex> I'm trying to build a new package from source. I'm not trying to 'patch' any existing package.
[16:14] <quentusrex> And I think that's where I am confused.
[16:14] <lidaobing> help review http://revu.ubuntuwire.com/details.py?package=iptux, thanks, I upload a new version just now.
[16:15] <chrisccoulson> quentusrex - that's good, but if you're adding a debian/ folder in order to package it, then that is a diff from the original source
[16:16] <quentusrex> chrisccoulson: ok. Then it sounds like I don't need to change anything with the orig file.
[16:16] <chrisccoulson> if you don't want to maintain a diff, and you just want to package everything in to the orig.tar.gz, then the version number in your debian/changelog needs to be the same as the version of the upstream source (ie, no "-0ubuntu1" bit)
[16:16] <chrisccoulson> but that's a bad idea
[16:17] <quentusrex> But the problem I have is that when I try to build the source with 'debuild -S' it errors out with: dpkg-source: warning: executable mode 0755 of 'contrib/scripts/get_ilbc_source.sh' will not be represented in diff
[16:17] <quentusrex> dpkg-source: error: cannot represent change to pbxbuntu-asterisk-1.4.22/contrib/firmware/iax/iaxy.bin: binary file contents changed
[16:18] <chrisccoulson> the warning is nothing to worry about i don't think. the error is because you changed a binary file i assume (but i'm really not all that sure)
[16:18] <quentusrex> but that's what the: dh_clean
[16:18] <quentusrex>  dpkg-source -b pbxbuntu-asterisk-1.4.22
[16:18] <quentusrex> dpkg-source: warning: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[16:18] <quentusrex> That's what changes the binary file.
[16:18] <quentusrex> the dpkg-source -b changes it...
[16:19] <chrisccoulson> i'm not sure really :/
[16:19] <quentusrex> And I think the source for the software gives a default file, then when built the software overwrites with a custom binary file.
[16:19] <lidaobing> please help review http://revu.ubuntuwire.com/details.py?package=iptux, thanks
[16:21] <DktrKranz> lidaobing: I'll have another look when I come back home (in a couple of hours)
[16:23] <lidaobing> DktrKranz, OK, thanks in advance. but I have to go to sleep in 1 hour(here is UTC+8). so please paste your comment, thanks again.
[16:35] <quentusrex> chrisccoulson, directhex I found the problem. It seems I accidentally build the orig with no files in it.
[16:38] <chrisccoulson> good stuff;)
[16:42] <quentusrex> my fingers are crossed... This might just work...
[16:43] <quentusrex> My development machine is ubuntu 8.10, and I'm building this for 8.04...
[16:54] <eMerzh> if someone want to review my package...i've just correct a tiny tiny error... http://revu.ubuntuwire.com/details.py?package=sqliteman
[17:04] <ryanakca> RainCT: mind if I merge serpentine?
[17:05] <RainCT> ryanakca: it's all yours
[17:08] <ryanakca> RainCT: thanks
[17:09] <RainCT> ryanakca: thank _you_ :)
[17:19] <ryanakca> Should I keep the translation from rosetta in a merge? It's the same upstream version, so I'm guessing that since they're still valid, I can leave them?
[17:19] <quentusrex> If I am building a package for ubuntu hardy, do I have to be running hardy on my system? or is there a way to build it?
[17:20] <ryanakca> quentusrex: you build in a chroot, look for pbuilder on the wiki...
[17:20] <quentusrex> I've got pbuilder...
[17:21] <quentusrex> just don't know how to use it to build outside of my system.
[17:21] <ryanakca> https://wiki.ubuntu.com/PbuilderHowto ... so, if you're building it for hardy, you need to create a hardy pbuilder. If you're building for jaunty, create a jaunty one, etc.
[17:25] <ryanakca> quentusrex: What do you have in your pbuilder chroot? If you're interested in having more than one, see https://wiki.ubuntu.com/PbuilderHowto#Multiple%20pbuilders
[17:25] <quentusrex> ryanakca: dh_clean: Sorry, but 6 is the highest compatibility level supported by this debhelper.
[17:25] <quentusrex> make: *** [clean] Error 1
[17:25] <quentusrex> dpkg-buildpackage: failure: fakeroot debian/rules clean gave error exit status 2
[17:25] <quentusrex> just one pbuilder: hardy.
[17:26] <quentusrex> but I did the debuild -S on a Ibex system.
[17:28] <hyperair> ryanakca: you'll need intrepid for debian/compat level 7
[17:28] <hyperair> both pbuilder and debuild -S
[17:28] <ryanakca> hyperair: for keeping translations from rosetta? Or was that for quentusrex ?
[17:28] <quentusrex> then how do I debuild -S on my intrepid system in such a way that a hardy system can install it?
[17:29] <quentusrex> I created the source package with debuild -S on my intrepid system. But when I tried to install the package on my hardy system it gave me the debhelper error...
[17:29] <quentusrex> How do I run debuild -S on my intrepid system so that it uses a debhelper 6 compatible build?
[17:30] <hyperair> ryanakca: what?
[17:30] <hyperair> ryanakca: and whoops, i meant to ping quentusrex
[17:30] <ryanakca> :)
[17:30] <hyperair> quentusrex: echo 6 > debian/compat
[17:31] <hyperair> and drop the debhelper build requirement to >= 6
[17:32] <quentusrex> ok
[17:32] <quentusrex> I was born in Petersburg, VA.
[17:32] <quentusrex> lol'
[17:32] <quentusrex> wrong window
[17:33] <quentusrex> since I changed the subject. where are you all from?
[17:33] <hyperair> ...that's one hell of a change
[17:33] <hyperair> i'm malaysian
[17:33] <cody-somerville> New Brunswick, Canada
[17:34] <quentusrex> is New Brunswick east or west Canada?
[17:36] <ryanakca> quentusrex: eastern
[17:36] <quentusrex> I'm trying to get to know some of the other developers for Asterisk and telephony.
[17:36] <quentusrex> cool.
[17:36] <quentusrex> I moved from East Coast, USA to West. I'm in Seattle, WA now.
[17:37] <hyperair> i'm uh.. still sitting around in malaysia
[17:38] <quentusrex> hyperair: I'm ready the wikipedia article about malaysia... I've never been there...
[17:38] <hyperair> reading you mean?
[17:38] <quentusrex> yeah...
[17:38] <hyperair> heheh
[17:38] <quentusrex> Today isn't my best day for irc...
[17:39] <hyperair> yes, that's usually the response i get. "malaysia? where's that?"
[17:39] <quentusrex> The only thing I know about malaysia is where it is on a map, and that it got hit hard by that tsunami.
[17:39] <hyperair> hmm
[17:39] <hyperair> hard by the tsunami?
[17:39] <hyperair> i'd say not
[17:40] <quentusrex> no?
[17:40] <hyperair> we got shielded from it mostly
[17:40] <hyperair> sumatra got it worst
[17:40] <hyperair> and that's part of indonesia
[17:40] <hyperair> the huge island that's parallel to peninsular malaysia
[17:40] <hyperair> west of it
[17:40] <hyperair> the tsunami came from west of sumatra
[17:40] <hyperair> whacked out the northern regions
[17:40] <quentusrex> lucky for malaysia...
[17:41] <hyperair> and some smaller waves came to northern malaysia
[17:41] <hyperair> i hear penang got hit
[17:41] <hyperair> but it was mild compared to acheh, sumatra
[17:41] <hyperair> that one got whacked out completely i think ._.
[17:41] <quentusrex> Living here in Seattle we're worried about a tsunami
[17:42] <hyperair> you near to a beach or somethign?
[17:42]  * ryanakca mumbles something about !ot
[17:42] <quentusrex> lol
[17:42] <RainCT> ryanakca: how is this not related to MOTU? :P
[17:42] <ryanakca> RainCT: lol
[17:43] <quentusrex> hyperair: check out the wikipedia article about the Puget Sound and then Seattle. we're right on the water...
[17:43] <quentusrex> alright, back to MOTU.
[17:43] <ryanakca> RainCT: Maybe you could answer my question then (since you added them), Should I keep the translation from rosetta in a merge? It's the same upstream version, so I'm guessing that since they're still valid, I can leave them?
[17:43] <RainCT> ryanakca: Yes. And please forward them to Debian if I didn't do that (although I think I did :)).
[17:44] <RainCT> uhm.. or better directly to upstream
[17:44] <ryanakca> RainCT: *nod*
[17:50] <quentusrex> Alright, if my package requires another of my packages.
[17:50] <quentusrex> How do I do this?
[17:51] <quentusrex> So, I'm building the packages with debuild -S
[17:51] <quentusrex> and then with pbuilder I'm testing to make sure they build.
[17:51] <quentusrex> But how do I require a second package of mine for the first package?
[17:51] <hyperair> lol
[17:52] <quentusrex>  pbuilder-satisfydepends-dummy depends on pbxbuntu-zaptel; however:
[17:52] <quentusrex>   Package pbxbuntu-zaptel is not installed.
[17:53] <quentusrex> How do I have the pbxbuntu-zaptel installed in pbuilder so that I can install my pbxbuntu-asterisk?
[17:53] <quentusrex> pbxbuntu-zaptel_1.4.12.1-1.dsc is the package that needs to be installed first.
[17:55] <hyperair> hmm
[17:55] <hyperair> i remember reading that in the man page somewhere
[17:55] <laga> you can use the D70results hook
[17:55] <hyperair> --extrapackages
[17:55] <hyperair> eh? D70results? O_o
[17:55] <quentusrex> this is what I have in the debian/control file of the pbxbuntu-asterisk package: Build-Depends: debhelper (>= 6), autotools-dev, pbxbuntu-zaptel
[17:56] <hyperair> quentusrex: --extrapackages bla.deb
[17:57] <quentusrex> and if that package is still a source package and not a binary package yet?
[17:58] <hyperair> then you need to build it first
[17:58] <hyperair> pbuilder build bla.dsc
[17:58] <quentusrex> ok, thanks.
[17:58] <hyperair> pbuilder build --extrapackages bla.deb newblawhichdependsonoldbla.dsc
[17:58] <hyperair> something like that, i think
[17:58] <hyperair> i didn't test
[17:59] <quentusrex> I'll test it.
[17:59] <quentusrex> How do I require that the headers for linux kernel 2.6.27-7-generic are install in the pbuild?
[18:00] <hyperair> linux-headers-generic
[18:00] <hyperair> add that to your build-dep
[18:01] <quentusrex> ok, I'll give that a try.
[18:03] <quentusrex> is the kernel image different for server?
[18:04] <jnw222> slighty
[18:04] <jnw222> not seriously
[18:04] <quentusrex> I'll see if it makes a difference.
[18:05] <quentusrex> Why is the pbuilder package asking for the kernel headers for my development machine's kernel?
[18:05] <quentusrex> rather than the pbuilder kernel headers?
[18:05] <quentusrex> make[2]: Entering directory `/tmp/buildd/pbxbuntu-zaptel-1.4.12.1'
[18:05] <quentusrex> echo "You do not appear to have the sources for the 2.6.27-7-generic kernel installed."
[18:06] <quentusrex> that's for intrepid not for hardy...
[18:06] <quentusrex> I'm running intrepid, and pbuilder hardy...
[18:07] <quentusrex> :(
[18:09] <quentusrex> hyperair: any idea?
[18:11] <hyperair> hrmm
[18:11] <hyperair> probably using uname -r
[18:11] <hyperair> because pbuilder is just a chroot, but it's running on the intrepid kernel
[18:11] <quentusrex> ok
[18:12] <hyperair> strange
[18:12] <hyperair> ah
[18:12] <hyperair> it seems that the program you're compiling seems to think you're compiling for the current kernel.
[18:13] <hyperair> look for an option to compile for a different kernel
[18:13] <hyperair> see if that works =\
[18:13] <quentusrex> ok
[18:13] <quentusrex> hyperair: do you know where something like that might be?
[18:14] <hyperair> depends on the build system of the program you're compling
[18:18] <quentusrex> brb
[19:01] <directhex> where can i find packages for EOL releases?
[19:13] <quentusrex23> back...
[19:16] <james_w> directhex: launchpad has the individual packages
[19:16] <directhex> james_w, i found old-releases.ubuntu.com
[19:16] <james_w> cool
[19:16] <directhex> james_w, which answered what i wanted - i.e. which version of a package got into main
[19:26] <quentusrex23> How can I get a list of the pbuilder distributions?
[19:26] <quentusrex23> I'd like to make one for hardy server...
[19:27] <quentusrex23> hyperair: I've found a fix to the problem I was having.
[19:27] <quentusrex23> I'll just do the building in a virtual server... that's actually running hardy server...
[19:28] <hyperair> quentusrex23: eh interesting workaround.
[19:28] <quentusrex23> :)
[19:28] <ryanakca> Is knowing the language a program is written in a requirement for packaging it?
[19:38] <quentusrex23> ryanakca: I bet it couldn't hurt...
[19:39] <directhex> ryanakca, no, but it can help if you need to fix problems
[19:39] <directhex> ryanakca, strictly speaking it's not even a requirement for patching it if you're smart ;)
[19:39]  * directhex has patched mythtv and rockbox before now, despite hating both their languages
[19:43] <ryanakca> directhex: well, it's written in C* ... and I'm familiar with C++... so I'm sure I could figure it out...
[19:43] <coppro> C*?
[19:43] <directhex> C*?
[19:43]  * directhex wonders if an acolyte has come before him
[19:44] <ryanakca> http://en.wikipedia.org/wiki/C*
[19:44] <directhex> nope. that's just sick, then
[19:45]  * directhex goes off somewhere to vomit
[19:45] <directhex> oh lord thinking machines. it's a small world
[19:46] <ryanakca> quentusrex23: ... you can have more than one pbuilder... as for the distributions... feisty, gutsy, hardy, intrepid, jaunty, sid, lenny, etc.
[19:48] <ryanakca> quentusrex23: once again, look at the PbuilderHowto page on the wiki... everything you need to know is there, and if you want more, there's a link to the pbuilder manual at the bottom of the page...
[19:49] <directhex> the builder config file on there rocks your socks
[19:56] <quentusrex23> but it won't help for the zaptel part...
[19:57] <quentusrex23> zaptel needs the correct kernel...
[19:57] <quentusrex23> So I might as well boot up an actual test server...
[20:01] <fabrice_sp> Hi! Can some have a look at dvdstyler, in revu? (http://revu.ubuntuwire.com/details.py?package=dvdstyler). I fixed all what mok0 pointed out. Thanks
[20:05] <quentusrex> ryanakca: do you know a way to trick the pbuilder into having the same kernel as 'uname -r'
[20:06] <directhex> well... install the package in there? --login and --save-after-login are your friends
[20:06] <ryanakca> quentusrex: ? Something compiled in a pbuilder has the same architecture as the host?
[20:07] <quentusrex> but the problem is that the software is executing something like uname -r
[20:07] <ryanakca> i.e. you can't compile for ppc on an i386?
[20:07] <quentusrex> So it's getting the kernel info of my development machine.
[20:07] <directhex> ryanakca, ish. lpia & i386 on amd64 accepted ;)
[20:07] <quentusrex> not the pbuilder enviroment.
[20:07] <ryanakca> directhex: :)
[20:08] <ryanakca> quentusrex: during the build?
[20:08] <quentusrex> yes, during the build.
[20:08] <ryanakca> What are you trying to build?
[20:08] <quentusrex> the asterisk zaptel module.
[20:08] <quentusrex> it needs the kernel headers....
[20:09]  * ryanakca has a feeling that this is probably over his head and should let someone more experienced help...
[20:09] <quentusrex> I'd love it if someone would help. But the zaptel modules have been around for over a year, and they haven't been touched yet.
[20:10] <ryanakca> quentusrex: you might have to ask ever hour or two for a while, but eventually someone will show up who can help :)
[20:10] <quentusrex> ryanakca: what question should I be asking?
[20:10] <coppro> how do you get an ssh server on your box again?
[20:10] <quentusrex> apt-get install openssh-server
[20:11] <coppro> ty
[20:11] <ryanakca> quentusrex: try in #ubuntu-kernel ... they might be able to sort it all out :)
[20:14] <quentusrex> forget pbuilder right now. How do I build the binary on my system?
[20:15] <coppro> debuild?
[20:15] <RainCT> quentusrex: I haven't read the conversation, but dpkg-buildpackage (or debuild)
[20:15] <quentusrex> since pbuilder has the linux-headers-generic_2.6.24.16.18_i386.deb kernel, and my system has the 2.6.24-19 kernel.
[20:16] <quentusrex> RainCT: thanks.
[20:16] <quentusrex> I'm trying to build a piece of software that needs the kernel headers.
[20:17] <quentusrex> the problem is that when I try to build it with pbuilder, it gets the specs for my host kernel, rather than the pbuilder kernel.
[20:29] <ryanakca> Could someone wget ftp://eggy.student.utwente.nl/eggy/0.3/eggy-0.3.tar.gz and give me a hint as to how I'd format my copyright file? Some files are under the LGPL, others are under GPL-3, some are copyrighted by "A", others by "B and C", and yet others by "D" or "Y and A"... and some files were copyrighted in 1998, others 2001... Do I just stick all the authors under Copyright: ? Or do I have a different section for each license and then ...
[20:30] <ryanakca> ... have the authors for those portions that have <x> license or ?
[20:31] <james_w> year doesn't matter so much
[20:31] <james_w> but yes, split it by license
[20:31] <james_w> for each licence specify the files that are covered, and then list the copyright holders for those files, then the license
[20:32] <ryanakca> james_w: thanks
[20:42] <ryanakca> james_w: there's an icons/ directory filled with icons and a readme listing all copyright... can I reference users to an ICONS.copyright ?
[20:42] <james_w> I don't think so
[20:42] <james_w> I can't be sure though
[20:42] <ryanakca> james_w: ok, thanks...
[21:30] <eMerzh> somone to advocate my package? http://revu.ubuntuwire.com/details.py?package=sqliteman :p
[21:30] <eMerzh> before the end of the revu day :D
[21:42] <eMerzh> nobody :/
[21:43] <DktrKranz> eMerzh, I'll have a look at it once I finished another package ;)
[21:44] <eMerzh> Thanks a lot DktrKranz!
[22:02] <DktrKranz> eMerzh, looking right now
[22:03] <eMerzh> DktrKranz: thanks .. i'm listening :)
[22:14] <quentusrex> If my package needs to have a group added, and set. Where should I put that in the package?
[22:17] <Laney> directhex: Hey, can you take a look at this debdiff? I'm trying to do some mono transition stuff: http://pastebin.com/f7b3f14e8 - the only thing I'm not sure about is whether I need to rename the library to libndesk-dbus2.0-cil..?
[22:19] <directhex> Laney, no, but I understand the confusion. I'll update the wiki to explain it
[22:19] <Laney> Nice one.
[22:19] <directhex> Laney, the number in the package name relates to the assembly version (or, more specifically, the original ABI version, for ABI compatibility)
[22:19] <Laney> Your email talked about dependencies with 1.0-cil in the name which is what confused me
[22:21] <directhex> Laney, it just so happens that CLi 1.0 libraries produced by the 'mono' source package have a version of 1.0 (well, 1.0.5000.0), and CLI 2.0 libraries have a version of 2.0 (2.0.0.0)
[22:21] <Laney> got it
[22:22] <directhex> Laney, so for packages produced by the 'mono' source package, changing the dependency to the 2.0 version is needed. for libraries which are not produced by 'mono' their dependencies will change, but their versions will not
[22:23] <james_w> Laney, directhex: I'm around this evening, feel free to ping me for uploads
[22:24] <Laney> james_w: Cool. I was wondering whether it would be better to try and get things into experimental and then sync though
[22:24] <directhex> Laney, keep that patch to one side for now - we need to transition applications before we do libraries, otherwise we get the specific problem I just talked about (an app might still be 1.0, but one of its deps now needs 2.0)
[22:24] <james_w> Laney: yeah, for mono stuff directhex might have a plan
[22:24] <Laney> james_w: Unless you meant uploads more generally...!
[22:24] <directhex> yeah, experimental wherever possible IMHO. collaboration is good!
[22:24] <james_w> I was going to upload anything not maintained by the mono team, and just send patches for the stuff that is
[22:25] <directhex> and you get that warm fuzzy feeling that comes from helping both distros!
[22:25] <james_w> oh, I'd never upload anything that wasn't forwarded, but I know you two will do the right thing, so I'm happy to be on hand for quick uploads tonight
[22:26] <directhex> can you do syncs as well, or just direct universe uploads?
[22:26] <Laney> directhex: Ah, I was looking at muine which led me to this one. I'll have a look at that first then
[22:26] <Laney> directhex: What's c-sharp-2.0-compiler? Is it needed?
[22:26] <james_w> directhex: MOTUs can't directly sync yet, but I can certainly ACK them
[22:27] <directhex> Laney, no, it's a hangover from when GNU's .net stack was possibly going to not suck
[22:27]  * Laney nods
[22:28] <Laney> OK, so: transition applications first, change dependencies which are built by 'mono'
[22:29] <directhex> Laney, excellent. start with apps (we would love it if some brave soul came and took over muine actually), and wherever possible see whether you can get away with the unintrusive debian/rules change rather than needing to muck about with patching makefiles (if configure.in is doing an AC_PROG_PATH for MCS or GMCS or CSC or something, you can force a value for it on the configure command line - but some apps ignore your settings)
[22:29] <directhex> you can ask iulian about apps ignoring carefully laid out ./configure hacks :)
[22:30] <directhex> let me find an example of an app i transitioned earlier today...
[22:32] <directhex> motherf..... did i forget to svn ci?
[22:33] <james_w> directhex: is csc a debian thing?
[22:34] <directhex> james_w, yes, it is. think of it as 'gcc' compared to upstream's 'gcc-3.4'
[22:34] <james_w> ok
[22:34]  * Laney tests muine
[22:34] <directhex> and it serves the same purpose as 'gcc'
[22:34] <james_w> I was wondering why you prefered the MCS=csc thing instead of my carefully crafted m4 changes :-)
[22:35] <directhex> aha, here we are, this is a complete transition patch for podsleuth (a utility used by banshee for parsing ipods): http://paste.debian.net/22471/
[22:36] <directhex> james_w, basically because upstream changes to the autofoo files require pain compared to simple ./confgure hacks, e.g. if they change it :)
[22:36] <quentusrex> If my package needs to have a group added, and set. Where should I put that in the package?
[22:36] <Laney> checking for gmcs... /usr/bin/csc
[22:36] <Laney> muhahahah!
[22:36] <directhex> Laney, :)
[22:36] <james_w> I understand, I thought my patch would be going upstream though :-)
[22:36] <Laney> wait, ftbfs
[22:36]  * Laney weeps
[22:37] <directhex> Laney, now, check the build log to make sure it's really using it
[22:37] <directhex> Laney, hm. build log? let's see the failure
[22:37] <DktrKranz> eMerzh, commented
[22:37] <Laney> I was scrolled up reading the configure output and didn't see the pain below
[22:37] <Laney> directhex: http://pastebin.ubuntu.com/77859/
[22:37] <Laney> is a snippet
[22:38] <eMerzh> DktrKranz: thanks a lot! go back workin on it :)
[22:38] <directhex> hrm..... that looks like an actual bug in the code
[22:39] <directhex> possibly even in the wsdl it's parsing
[22:39] <DktrKranz> eMerzh, please note I'm not a KDE packager, I just checked license stuff, but otherwise looks good
[22:39] <DktrKranz> anyway, please have some KDE guy to review it
[22:40]  * DktrKranz reboots
[22:40] <eMerzh> DktrKranz: ok....no pbm ... but i'll check that :)
[22:40] <directhex> Laney, can you send me your diff? i'd like to investigate
[22:42] <Laney> directhex: http://orangesquash.org.uk/~laney/muine.debdiff
[22:46] <Laney> I'll test doing an upstream update
[22:48] <directhex> i was thinking it, but didn't want to seem needy ;)
[22:51] <Laney> nah, same failure
[22:53] <directhex> aHA
[22:53] <directhex> which wsdl2
[22:53] <directhex> gah
[22:54] <directhex> Laney, okay, good news is, it's not your fault - it's upstream's
[22:55] <directhex> mono or muine, depending on how charitable you're feeling
[22:56] <Laney> directhex: Enlighten me!
[22:57] <directhex> 'wsdl' is a utility to generate c# source from a web services description manifest (muine uses amazon for album art). in mono 2.0, upstream changes the 'wsdl' binary to be a symlink to 'wsdl2', the CLI 2.0 version (and added in wsdl1for old things). it seems wsdl2 fails on the ./src/AmazonSearchService.wsdl file in muine
[22:57] <directhex> directhex@mortos:/tmp/muine-0.8.10$ wsdl ./src/AmazonSearchService.wsdl 2>&1 >/dev/null || echo "Hellfire and damnation, that's it for me"
[22:57] <directhex> directhex@mortos:/tmp/muine-0.8.10$ wsdl2 ./src/AmazonSearchService.wsdl 2>&1 >/dev/null || echo "Hellfire and damnation, that's it for me"
[22:57] <directhex> Hellfire and damnation, that's it for me
[22:58] <directhex> (on intrepid, i.e. using mono 1.9.1)
[22:58] <Laney> Did wsdl1 go away?
[22:59] <directhex> https://bugzilla.novell.com/show_bug.cgi?id=434892
[22:59] <directhex> bleh, mono patch :|
[23:00] <Laney> Heh, it's a pretty trivial change too :(
[23:02] <directhex> Laney, i'll commit it to our mono package right away - meebey's away today, but i'll try and molest him tomorrow until he uploads a 2.0.1-2 we can sync
[23:03] <directhex> Laney, syncing mono! the dream is here!
[23:03] <Laney> \o/
[23:03] <Laney> Awesome work btw - I've had trouble just getting darcs to be in sync... :(
[23:04] <Laney> let me know when the sync lands and I'll get back on muine
[23:04] <Laney> or when mono lands in Debian, guess that'll do
[23:10]  * Laney looks at gtwitter
[23:11] <james_w> Laney: apologies for not syncing darcs
[23:12] <Laney> james_w: Not your fault!
[23:12] <Laney> I should have got in there sooner
[23:12] <Laney> I had a quiet period
[23:13] <Laney> lo RainCT, RAOF
[23:13] <RainCT> hi Laney :)
[23:13] <RAOF> Yo.
[23:14]  * james_w hugs libtool
[23:14]  * RAOF wonders whyever for.
[23:14] <james_w> for causing 75% of the i386 build failures in jaunty
[23:14] <RAOF> Ah.  Sarcasm.
[23:15] <RAOF> Or, alternatively, hugging so the back is exposed to the knife.
[23:15] <directhex> laney@ubuntu.com ?
[23:15] <Laney> directhex: right
[23:15] <Laney> but why? :O
[23:15] <directhex> for debian/changelog!
[23:15]  * Laney trembles
[23:16] <Laney> What did I change? heh
[23:16] <directhex> you helped!
[23:16] <Laney> Which changelog I mean? mono?
 debian-pkg-mono: directhex-guest * r3859 /mono/trunk/debian/ (3 files in 2 dirs): Fix for Muine FTBFS (https://bugzilla.novell.com/show_bug.cgi?id=434892)
[23:17]  * Laney rocks out
[23:18] <Laney> directhex: This is bad in a build log right? "... gmcs -noconfig -codepage:utf8 -unsafe ..." (when configure detects csc)
[23:18] <directhex> ......... sigh, yes :/
[23:18] <Laney> bah
[23:18] <Laney> nothing is ever easy!
[23:18] <directhex> nothing simple ever is
[23:19] <directhex> iulian is your man for that kind of patch
[23:19] <directhex> this isn't muine we're talking avbout it is?
[23:20] <Laney> no, gtwitter
[23:21] <Laney> I see ASSEMBLY_COMPILER_COMMAND=gmcs in gtwitter/Makefile.am
[23:21] <directhex> Laney, okay, that's... it happened with 'giver'
[23:22] <eMerzh> directhex: My package was just updated with corect copyright in the new format like asked :) ... http://revu.ubuntuwire.com/details.py?package=sqliteman
[23:22] <directhex> Laney, basically you need to replace 'gmcs' with $(MCS) or whatever the AC_PROG_PATH used by configure.in is, then re-jiggle the build-deps and debian/rules to run autoreconf every now & again
[23:22] <directhex> Laney, let me find the wsvn page for giver
[23:22]  * Laney head in hands
[23:23] <RainCT> I'm off, good night
[23:23] <directhex> Laney, nothing simple is ever easy
[23:23] <RainCT> and tomorrow.. intrepid release party \o/
[23:23] <directhex> ciao RainCT
[23:23] <james_w> night RainCT
[23:23] <directhex> RainCT, gotta do your mono 2 transition or you're not allowed to party!
[23:23] <eMerzh> but right now....sleeeeping :) Good night every body :)
[23:24] <RainCT> directhex: heh
[23:24] <RainCT> I can't, my sponsor isn't online *g*
[23:24] <directhex> Laney, okay, here we are, the "easy" part (patching Makefile.am) should look a lot like this: http://svn.debian.org/wsvn/pkg-cli-apps/packages/giver/trunk/debian/patches/02_gmcs-variable.dpatch?op=file&rev=0&sc=0
[23:25] <directhex> Laney, the hard part (autoreconf integration in debian/rules) could look like this: http://svn.debian.org/wsvn/pkg-cli-apps/packages/giver/trunk/debian/rules?op=file&rev=0&sc=0
[23:25] <directhex> but hanska in #debian-mono is a whizz with that kind of thing, so i can make him do it
[23:25] <Laney> Let me take a quick look
[23:25]  * Laney hops into that channel
[23:25] <directhex> (on oftc)