[00:29] <emgent> hrllo
[02:38]  * NCommander twichs half-dead on the floor
[02:52] <NCommander> Hobbsee, ScottK ping
[02:54] <emgent> hello NCommander :)
[02:54] <NCommander> hola emgent
[02:54]  * NCommander twichs slightly on the ground
[02:54] <ScottK> Pong
[02:54] <NCommander> funerals suck
[02:54] <NCommander> ScottK, Did that fix for armel work?
[02:54] <ScottK> That they do.
[02:54] <ScottK> Dunno.
[02:54] <NCommander> d'oh
[02:55] <ScottK> I've actually just finished checking out the pkg-kde svn so I can shove the change in there.
[02:56] <NCommander> I'm honestly not sure if it will really fix it, but its my best bet
[02:57] <ScottK> OK.
[02:57] <nxvl> emgent: now you have time?
[02:58] <ScottK> nxvl: Listen to KiBi and just wait for the package to migrate from Unstable.
[02:58] <nxvl> ScottK: yes i was asking since i don't know the procedure for it, i thought it was that way but i wanted to make sure about it
[02:59] <ScottK> OK.
[02:59] <emgent> nxvl: sure
[03:03]  * NCommander wonders if he can muster another FTBFS fix
[03:04] <nxvl> NCommander: http://qa.ubuntuwire.com/ftbfs/
[03:04] <NCommander> sweet, I'm bringing the packages failed number down slowly ;-)
[03:06] <NCommander> Anyone know what causes failure: cannot read files list file: No such file or directory
[03:06] <NCommander> ^dpkg-genchanges
[03:07] <RAOF> Failure to call the right dh_* first?
[03:08] <NCommander> That's what I'm thinking
[03:08] <NCommander> I'm seeing if I can tackle the logwatch FTBFS
[03:09] <NCommander> any idea what dh generates the files lists
[03:12] <RAOF> Not off the top of my head.
[03:12] <NCommander> it builds final locally
[03:12] <NCommander> *fine
[03:12] <NCommander> Need to see if it fails in pbuilder
[03:13] <NCommander> RAOF, you got an sbuild setup chroot jail, right?
[03:13] <RAOF> Yes.
[03:13] <NCommander> can you run logwatch
[03:13] <NCommander> If it passes that, I'll file a bug report for it to be given back
[03:19] <RAOF> NCommander: Yeah, builds fine.  It probably just needs a give-back.
[03:19] <NCommander> Bug filed
[03:20] <RAOF> I think the normal proceedure for give-backs is to pester an admin in #ubuntu-devel.  I suppose a bug works too ;).
[03:21] <NCommander> oh
[03:21] <emgent> heya imbrandon
[03:22] <NCommander> Speaking of FTBFS, how do you resolve all these packages that are FTBFS in main since they have build-deps in universe?
[03:23]  * ScottK hands NCommander https://wiki.ubuntu.com/MainInclusionProcess
[03:24] <NCommander> SO the short answer is the package needs to be movemain?d to
[03:24] <ScottK> Yes.
[03:24] <ScottK> That or you strip the package of enough functionality not to need the build-dep anymore.
[03:25] <NCommander> ew
[03:25]  * ScottK had to split amavisd-new into two packages in Hardy because libmilter/libmilter-dev wasn't in Main.
[03:25] <NCommander> I can probably split pbuilder
[03:25] <ScottK> For pbuilder, promotion is the right answer.  nxvl was working on it earlier today.
[03:25] <NCommander> TBH, I'm suprised its in main
[03:26] <NCommander> kdepim is not happy
[03:27] <ScottK> NCommander: Are you a KDE user?
[03:27] <NCommander> half of the time ;-)
[03:27] <NCommander> I usually flip-flop between Kubuntu and Ubuntu every reinstall
[03:28] <NCommander> I can install Kubuntu in a chroot jail and hack on it if needed
[03:28] <NCommander> (or just reinstall Ubuntu)
[03:28] <ScottK> I see.
[03:28] <ScottK> Kubuntu for Intrepid will be 'fun'.
[03:29] <NCommander> should I ask?
[03:29] <ScottK> It's all KDE4 based as much a possible and maybe a little more.
[03:29] <NCommander> Ow
[03:29] <NCommander> Ow
[03:29] <NCommander> ow
[03:29] <ScottK> a/as
[03:29] <imbrandon> heya emgent
[03:29] <NCommander> KDE4 went into Debian?
[03:29] <ScottK> In experimental.
[03:30] <NCommander> Any reason we're going with KDE4, its kinda unpolished ...
[03:31] <imbrandon> because its the future :)
[03:31] <nxvl> wow
[03:31] <NCommander> So it vista
[03:31] <nxvl> a dead man has resurect!
[03:31] <NCommander> Doesn't mean its good
[03:31]  * nxvl HUGS imbrandon 
[03:31] <imbrandon> heya nxvl
[03:31] <nxvl> imbrandon: how are you?
[03:32] <imbrandon> NCommander, no vista is not the future, no foreseeable anyhow
[03:32] <imbrandon> i dident say "new shiney" i said "future"
[03:32] <NCommander> so I take it KDE4 packages need to be synced, patched, and then merged into Ubuntu, and then kubuntu-desktop needs to be updated to have all the correct packages, right?
[03:32] <NCommander> (and the installer scripts will have to be tweaked to get the right packages on the CD, although just by making kubuntu-desktop working should fix that)
[03:33] <NCommander> ScottK, am I in the right ballpark ;-)
[03:36] <NCommander> It seems that the KDE4 packages already made the move according to the wiki
[03:37] <RAOF> Right.  Kde4 is installable (if horribly dual-head broken) right now.
[03:37] <imbrandon> NCommander, yea some of the legwork has been done
[03:37] <NCommander> Where can I see what needs to be vs. what has been done?
[03:37] <imbrandon> NCommander, #kubuntu-devel would probably get you a bit more specifics on exactly what has/hasent been accomplished yet
[05:45] <NCommander> RAOF, ping
[05:47] <RAOF> NCommander: Pong
[05:47] <NCommander> RAOF, up for sponsoring a package?
[05:47] <RAOF> But a pong without easy upload access, so be warned.
[05:48] <NCommander> wait what?
[05:48] <NCommander> Wait
[05:48] <NCommander> WTF
[05:48] <NCommander> O_O;
[05:48] <NCommander> I just got an email on my DD application
[05:48] <imbrandon> :)
[05:48] <RAOF> Oooh.  Score!
[05:48] <NCommander> The FrontDesk approved it, and is now assigning an AM for the final part
[05:48] <NCommander> WTF
[05:48] <imbrandon> grats
[05:48] <NCommander> m68k/hurd porter - ok
[05:48] <NCommander> O_o;
[05:49] <NCommander> I haven't submitted a hurd patch in a few months
[05:50] <NCommander> wow ...
[05:50] <NCommander> I might actually become a DD ...
[05:50]  * NCommander faints
[05:50] <RAOF> Dear lord.  Surely not!
[05:51] <NCommander> so uh ... yeah
[05:51] <NCommander> O_O;
[05:52] <NCommander> I thought I'd get MOTU way before my DD application actually moved
[05:52] <NCommander> anyway
[05:52] <NCommander> Anyone want to sponsor a FTBFS fix for licq?
[06:17]  * NCommander pokes ScottK 
[06:21] <NCommander> bedtime
[07:22] <cody-somerville> Hi Sherman. :)
[07:22] <eboyjr> Let's say I made an applet, and I want it included in the next release of Ubuntu. What do I do?
[07:25] <cody-somerville> Hi eboyjr
[07:25] <eboyjr> Hi
[07:26] <cody-somerville> You can find information on how to get new packages into Ubuntu at https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[07:26] <eboyjr> Thank you for the link. :)
[07:27] <cody-somerville> No problem. :)
[07:47] <slytherin> Has anyone seen blueyed in last few days?
[07:49] <jpds> !newpackage is <reply> To get a package into Ubuntu, please file a bug in Launchpad and make sure it has the tag needs-packaging. For full details, see https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages
[07:50] <jpds> !newpackage
[07:50] <jpds> cody-somerville: Hmm
[07:50] <cody-somerville> I meant to type newpackages
[07:50] <cody-somerville> But it appears we already have a factoid for that, newpackage
[07:51] <cody-somerville> !newpackages is <alias> newpackage
[07:51] <jpds> !newpackages is <alias>newpackage
[07:52] <cody-somerville> !todo-#ubuntu-motu is <reply> Looking for something todo? Look no further! Check out https://wiki.ubuntu.com/MOTU/TODO for a quick list of suggestions.
[07:53]  * jpds checks.
[07:53] <jpds> !todo
[07:54] <jpds> cody-somerville: Does it really have to be -#ubuntu-motu? :)
[07:54] <cody-somerville> No. I just thought other channels might want their own todo
[07:55] <jpds> cody-somerville: Added.
[07:55] <cody-somerville> Thanks jpds :)
[07:56]  * cody-somerville wonders what other useful factoids we could add.
[08:00] <jpds> cody-somerville: If you need anything added, just poke me.
[08:00] <cody-somerville> jpds, thanks.
[08:13] <slytherin> ﻿Has anyone seen blueyed in last few days?
[08:15] <jpds> slytherin: /msg NickServ info blueyed
[08:15] <jpds> 3 days ago.
[10:09] <Festor> ScottK, about amule
[10:09] <Festor> they publish a rc version 2.2.2 this week and next will attempt to publish the final version
[10:21] <NielsE> the GDC dependency-package in Intrepid depends on gdc-4.2 (<< 0.25-4.2.2-7), however this version does not exist in the Intrepid-repo, should I let it depend on the version in the repo and then submit?
[10:48] <foolano> can anyone give me some hints on how to upload kernels to PPA? I created the binary package using the custom
[10:48] <foolano> i mean the binary-custom.d directory and the package builds and works ok
[10:49] <foolano> but i really dont know how to proceed to create the source package to upload it.
[12:54] <ScottK> Festor: OK.  Once it's in Intrepid, let me know and we can work on the backport.
[12:55] <Festor> backport?
[12:55] <Festor> then no sru?
[12:56] <ScottK> Right.  SRU.  Sorry.
[12:56]  * ScottK just woke up.
[12:56] <Festor> :D
[13:01] <emgent_> moin
[13:09] <pochu> hi folks
[13:11] <slytherin> [OT], is there a way to know from command line how much memory my MoBo supports?
[13:12] <cody-somerville> Hiya pochu
[13:12] <pochu> hey cody
[13:13] <jpds> slytherin: "lshw"?
[13:15] <emgent> heya pochu :)
[13:16] <pochu> hi emgent
[13:35] <AnAnt> Hello, why wasn't gnash  synch'ed from Debian ?
[13:37] <null_vector> morning
[13:40] <emgent> \sh: ping
[13:41] <\sh> emgent: busy pong
[13:42] <emgent> \sh: what moin version you use for leonov.tv?
[13:42] <\sh> emgent: the version of hardy
[13:43] <\sh> emgent: don't tell me it's vulnerable ,-)
[13:43] <emgent> \sh: ok nice, it`snt vuln.
[13:43] <emgent> \sh: only intrepid fixed yesterday.
[13:43] <\sh> emgent: intrepid uses the new moin 1.6?
[13:43] <emgent> \sh: http://www.moinmo.in/SecurityFixes
[13:44] <emgent> \sh: 1.7
[13:44] <\sh> emgent:  hmmm...The bugs listed above for 1.5.8 are fixed in 1.5.9. ,-) in hardy it's 1.5.8...
[13:46] <emgent> \sh: yeah but fixed. see changelog :)
[13:47] <emgent> http://changelogs.ubuntu.com/changelogs/pool/main/m/moin/moin_1.5.8-5.1ubuntu2/changelog
[13:50] <\sh> emgent: yepp...
[13:50] <\sh> but it looks like that I have to upgrade to 1.7. in general :)
[13:56] <emgent> \sh: :)
[13:56] <emgent> moin persia
[14:11] <AnAnt_> Hello, won't gnash be synch'ed or merged from Debian ?
[14:12] <AnAnt_> and can someone review my swt-gtk upload on REVU ?
[14:12] <ScottK> Not unless someone asks for it.
[14:53] <sistpoty|work> hi folks
[14:55] <ScottK> Hello sistpoty|work.
[14:55] <sistpoty|work> hi ScottK
[15:06] <nxvl> jcastro: around?
[15:07] <bddebian> Heya gang
[15:09] <calc> directhex: ping
[15:10] <calc> directhex: i was wondering if you could merge current mono? :)
[15:10]  * calc needs it for OOo
[15:10] <AnAnt_> ok, can someone review my swt-gtk upload on REVU ?
[15:11]  * calc grabs the merge to see what it looks like
[15:11] <ScottK> AnAnt_: Generally providing the URL on REVU is a good idea and asking once an hour is really to much.
[15:11] <ScottK> calc: Does this mean mono is going to be required for OOo?
[15:12] <calc> ScottK: its been needed to build for a while now (maybe 1.x?)
[15:12] <calc> ScottK: it needs a newer one due to a bug fix in mono that caused problems on amd64
[15:12] <AnAnt_> ok, can someone review my swt-gtk upload on  http://revu.tauware.de/details.py?package=swt-gtk  ?
[15:12] <ScottK> calc: OK.  Just to build, not to run ...
[15:12] <calc> ScottK: it has mono bindings for some bits
[15:13] <ScottK> Not installed by default (Says the KDE user)?
[15:13] <calc> not afaik, at least not currently anyway
[15:15] <calc> hmm probably would be better for me to leave mono to directhex or slomo
[15:16] <calc> slomo__: ping
[15:16] <jcastro> nxvl: yep!
[15:16] <calc> since it seems to have several patches
[15:17]  * calc thinks other mono users might yell if he breaks it for them
[15:18] <calc> i'll build it locally and do my OOo build with that
[15:18] <calc> then bug someone to do a proper merge
[15:22] <nxvl> jcastro: i have the spanish version of the getting started video ready and uploading
[15:22] <nxvl> jcastro: should wait for daniel or you can deal with it?
[15:24] <jcastro> nxvl: let me ask!
[15:24] <jcastro> sounds awesome
[15:24] <jcastro> do you have upload rights etc. to the site?
[15:25] <nxvl> nop
[15:26] <nxvl> i'm uploading it to my hosting
[15:28] <jcastro> nxvl: can you mail jono with the url and he'll upload it?
[15:28] <nxvl> jcastro: yes i can
[15:28] <jcastro> totally awesome, great work!
[15:35] <warp10> Heya all
[15:37] <emgent> hi warp10
[15:37] <warp10> hi emgent
[15:43] <geser> Hi bddebian
[15:43] <bddebian> Heya geser
[15:43] <geser> Hi nxvl, how is the MIR for dvipdfmx going?
[15:44] <slomo__> calc: talk to directhex please
[15:48] <calc> ok
[15:48] <emgent> heya calc  :)
[15:49] <calc> emgent: hi
[16:23] <hefe_bia> ScottK: Hi, I'm still looking at bug 114565. Would it be right to setup hal rules instead of udev rules? And if yes, in what package should they go?
[16:25] <ScottK> hefe_bia: Wrong Scott.
[16:25] <ScottK> You wany keybuck on IRC.
[16:25] <ScottK> wany/want
[16:25] <StevenK> Keybuk
[16:25] <StevenK> No C
[16:26] <ScottK> Yeah.  What he said.
[16:26] <hefe_bia> ScottK: oh, sorry ;) Should have known
[16:26] <hefe_bia> thanks
[16:35] <slytherin> jpds: Sorry, I was away for too long time. lshw tells me how much memory I have currently, but not how much max I can have.
[16:39] <sebner> huihu persia
[16:39] <nedko> hi persia
[16:41] <slytherin> persia: pm?
[16:42] <geser> slytherin: I guess the best way is to grab the manual and look it up
[16:43] <slytherin> geser: hmm, I will try to find it somewhere online.
[16:43] <sebner> geser: thanks for ACKing. This time I tried to give nice information :)
[17:38]  * sistpoty|work heads home now... cya
[17:40] <AnAnt> Hello, is there a team working on gnash ?
[17:40] <AnAnt> the package I mean
[17:41] <slytherin> AnAnt: Don't think there is a team
[17:42] <k0p> someone can take a look in a package that I'm working?
[17:42] <k0p> http://revu.tauware.de/details.py?package=umit
[17:42] <k0p> it's the link.
[17:42]  * AnAnt stares at slytherin 
[17:42] <k0p> It's important. I would like that umit should be available in next version of ubuntu
[17:43] <AnAnt> slytherin: I think you told me that you will REVU swt-gtk
[17:43] <AnAnt> asac: ping
[18:00] <asac> AnAnt: ?
[18:01] <AnAnt> asac: I see that Debian has gnash 0.8.3, while Intrepid still has 0.8.2
[18:01] <AnAnt> asac: I was wondering, will 0.8.3 be in Intrepid ?
[18:03] <asac> AnAnt: its in ppa of gnash team
[18:04] <asac> does 0.82 still work with video?
[18:04] <asac> to answer your question: yes, the idea is to ship 0.8.4 in intrepid
[18:04] <AnAnt> no it doesn't work with youtube
[18:19] <AnAnt> asac: does 0.8.3 work with youtube ?
[18:19] <asac> AnAnt: no ... it crashes gstreamer. but its a gstreamer regressions as its working in hardy (also in the PPA)
[18:40] <CarlFK> trying to make vloopback.deb using http://www.lavrsen.dk/svn/vloopback/trunk/debian/  - README.Debian lost me
[18:40] <CarlFK> anyone know what I need to do?
[18:41] <cody-somerville> !gettingstarted
[18:41] <cody-somerville> gah
[18:41] <CarlFK> I'v read about building .debs in general.  i get the feeling something is missing here
[18:43] <AnAnt> CarlFK: what's vloopback ?
[18:43] <AnAnt> CarlFK: nevermind
[18:44] <CarlFK> http://www.lavrsen.dk/twiki/bin/view/Motion/VideoFourLinuxLoopbackDevice  I think it is like tee
[18:57] <AnAnt> asac: thanks !
[19:00] <AnAnt> Hello, can I add something like patch in build.xml ?
[19:01] <AnAnt> the upstream puts the java code in a jar file, and in build.xml he unjar's it
[19:01] <AnAnt> I was wondering how I can patch that jar file during build
[19:02] <CarlFK> AnAnt: isn't a .jar a .zip?
[19:03] <AnAnt> CarlFK: yup
[19:05] <CarlFK> oh rats - I forgot a .zip is a container
[19:14] <AnAnt> how do I use quilt in a rules file that uses cdbs ?
[19:14] <AnAnt> I mean, what should I put instead of "include /usr/share/cdbs/1/rules/dpatch.mk" ?
[19:16] <persia> AnAnt: I believe there is a quilt.mk
[19:16] <Laney> AnAnt: /usr/share/cdbs/1/rules/patchsys-quilt.mk
[19:16] <AnAnt> Laney: ok, but I don't see any patch, nor unpatch targets in it
[19:17] <Laney> cdbs is voodoo
[19:17] <persia> For having a .jar as upstream source, just unpack it before patching.  I believe there is a tarball.mk in CDBS which ought also handle .zip (and likely .jar).
[19:18] <AnAnt> persia: the build.xml unpacks it in the "compile" target, I was asking how to do apply a patch from build.xml
[19:19] <persia> AnAnt: I'd recommend unpacking it earlier - patching build.xml to patch the code at build time tends to be hard to debug.
[19:21] <AnAnt> persia: btw, I've put swt-gtk in REVU, it's a new upload based on Debian's latest package
[19:21] <persia> AnAnt: Still not a sync?
[19:22] <AnAnt> persia: no xulrunner-dev yet
[19:28] <StevenK> It's either libxul-dev or xulrunner1.9-dev
[19:29] <AnAnt> StevenK: yes, that's why I made a package based on Debian's swt-gtk
[19:29] <AnAnt> StevenK: Debian's one build-depends on xulrunner-dev
[19:29] <AnAnt> StevenK: my change is to depend on xulrunner-1.9-dev
[19:30] <AnAnt> StevenK: mozillateam said that there will be a xulrunner-dev in next upload, but I dunno when will that be
[19:30] <AnAnt> StevenK: they said with next upstream release
[20:01] <SWAT> I'm trying to build a package (library) using scons, but when the install-part of the pbuilder build sequence starts I get a "scons: *** [/usr/local/include/GG] /usr/local/include/GG: Permission denied". Any tips?
[20:02] <mok0> SWAT: nothing should be in /usr/local
[20:04] <SWAT> mok0: I know, I still need to fix that. But even if it would be in /usr/local I shouldn't get such a message, correct? I find working with scons quite, strange actually
[20:04] <mok0> SWAT: Not sure how pbuilder treats /usr/local
[20:05] <mok0> SWAT: My guess is it doesn't allow it
[20:06] <SWAT> ok, I'll fix that and then I'll get back to you
[20:07] <persia> SWAT: Also verify that you aren't using a raw fixed URL.  The install ought happen to debian/tmp/usr/... or so, rather than the real /usr/local/...
[20:30] <norsetto> evening gents
[20:31] <nhandler> Hello norsetto
[20:31] <sebner> norsetto: \o/
[20:31] <norsetto> hi nhandler
[20:32] <norsetto> hi sebner
[20:32] <mok0> norsetto: Morituri te salutant
[20:33] <laga> macabre
[20:33] <norsetto> mok0: is that bad? Can't you take an alka-seltzer?
[20:33] <mok0> hehe
[20:33] <laga> heh
[20:33]  * norsetto hands over a beer to mok0
[20:34]  * mok0 cheers norsetto
[20:34] <sebner> norsetto: \o/
[20:34] <norsetto> cheers :-)
[20:35] <bobbo>                                                                                                                                                                                                                                                                                                                                                                                                                                           
[20:35] <bobbo> sorry!
[20:36]  * sebner feels slightly ingored by norsetto :P
[20:37] <mok0> sebner: jealousy is a mortal sin...
[20:37]  * norsetto ingore sebner :-)
[20:37] <sebner> bobbo: are you programming/writing in whitespace? ^^
[20:39] <mok0> sebner: you mean http://en.wikipedia.org/wiki/Whitespace_(programming_language) ?
[20:39] <norsetto> mok0: also gluttony last I heard
[20:40] <mok0> Mmm
[20:40] <bobbo> sebner: hehe nope, dropped things on my dedicated IRC keyboard
[20:46] <SWAT> I'm still trying to get my package to build correctly. It still tries to install in /usr/local and this line in rules is the cause "cd GG && scons PREFIX=/usr installprefix=/usr DESTDIR=$(CURDIR)/debian/tmp/usr install". Any tips?
[20:47] <mok0> SWAT: /usr/local may be hardwired in one of the SConstruct files
[20:48]  * mok0 asserts scons is evil
[20:49] <persia> SWAT: You'll want to convince scons that installprefix is $(CURDIR)/debian/tmp/usr
[20:49] <SWAT> I do not like scons either, but I don't have a choice. I thank you in advance for all the help. I'll check the src tree for '/usr/local' hardwiring
[20:51] <mok0> persia: you may need prefix=/usr if that information is used to configure the sortware before compiling
[20:52] <persia> mok0: Yes.  From what I understand about scons, one wants prefix=/usr and installprefix=$(CURDIR)/debian/tmp/usr/
[20:53] <SWAT> mok0: your right, it's hardwired into the code, it's scary. Luckily nothing sed can't cure.
[20:53] <mok0> SWAT: if this is meant to be submitted to ubuntu, you have to make patches
[20:55] <mario_limonciell> man, someone decided to go a little crazy on release version numbers? 10.0.1.218+10.0.0.525ubuntu1~hardy1+really9.0.124.0ubuntu2
[20:56] <mok0> lol
[20:56] <SWAT> mok0: thanks for the headsup, I'll keep it in mind (depends on how much hassle this package is going to be)
[20:56] <mok0> SWAT: right!
[20:57] <mario_limonciell> i've not got a clue how that is supposed to be deciphered, but my guess is it was because there was a desire to not introduce epochs
[20:57] <stgraber> mario_limonciell: doesn't look like a valid one :) (should be -0ubuntu2 and that 525ubuntu1 also looks weird)
[20:57] <mario_limonciell> stgraber, well it's most definitely sitting in my update-manager for hardy-backports
[20:57] <stgraber> hmm, ok :)
[21:00] <geser> mario_limonciell: where did you found that version?
[21:01] <mario_limonciell> geser, https://edge.launchpad.net/ubuntu/+source/flashplugin-nonfree
[21:01] <geser> stgraber: native packages don't have a debian revision, so ending in .0ubuntu2 is possible
[21:03] <stgraber> geser: hmm right, and for this one it's actually the case.
[21:05] <mario_limonciell> i seem to think that the upload 10.0.1.218+10.0.0.525ubuntu1 was named wrong, and that's what started this mess
[21:06] <mario_limonciell> crimsun, any comments as to why you named it that way?  it doesn't seem apparent in the changelog
[21:09] <NCommander> anyone in the mood to sponsor a FTBFS bug fix?
[21:11] <StevenK> NCommander: I can have a look, sure.
[21:12] <NCommander> At the rate I'm going, I'm going to run out of FTBFS before Interpids release ;-)
[21:12] <NCommander> *shot*
[21:12] <NCommander> https://bugs.edge.launchpad.net/ubuntu/+source/licq/+bug/248298
[21:13] <ScottK> mario_limonciell: That was the only way out of a bad backport.
[21:14] <SWAT> hmmm, scons gives an error yet again. Now with the same permission denied error in /usr/include/GG -> http://pastebin.com/d67630491
[21:14] <NCommander> SWAT, what package?
[21:16] <StevenK> NCommander: You should close the bug in the changelog.
[21:16] <NCommander> StevenK, its hard to do that when I make the patch before I create the bug report ;-)
[21:17] <StevenK> NCommander: Well, okay. :-)
[21:17] <StevenK> NCommander: Your debdiff looks good.
[21:17] <SWAT> NCommander: gg :)
[21:18] <NCommander> I am aware of LP, but I have a bad habit of only opening a fix bug after I do the debdiff creation/pbuilder testing
[21:18]  * NCommander installs scratchbox so I can work on teh FTBFS on sparc
[21:21] <geser> NCommander: me too, when preparing a debdiff I put a place holder into the changelog, file a bug so I know the bug number and replace the place holder with the bug number before attaching the debdiff in a comment
[21:21] <NCommander> I don't have a happy feeling about changing the debdiff by hand
[21:22] <NCommander> But its not a bad idea
[21:23] <geser> NCommander: I insert something like "(LP: #xxxxxx)" while creating the changelog and replace later just the "x" with the real bug number, no risk breaking the (deb)diff
[21:23] <ScottK> As long as you don't change the number of lines in the diff, it's safe.
[21:24] <mario_limonciell> ScottK, why was it a "bad" backport though?
[21:24] <NCommander> I'll keep that in mind
[21:24] <mario_limonciell> oh i guess i should look at bug 235135
[21:24]  * NCommander watches ubuntu sparc install
[21:24] <NCommander> Weird
[21:24] <ScottK> mario_limonciell: Lots of crashes and regressions and pain.
[21:24] <ScottK> mario_limonciell: Yes.
[21:25] <NCommander> Ow
[21:25] <NCommander> I've done a few backports for Debian, a bad backport will cause massive headaches
[21:27] <mario_limonciell> ScottK, yuck.  my head spins just from reading a few posts on there
[21:27] <ScottK> Yeah.
[21:27]  * StevenK watches licq build, glaring at NCommander
[21:28]  * NCommander has nothing to fear but fear itself
[21:28] <StevenK> Hah
[21:29] <NCommander> With one exception, I don't think I ever caused a package to commit suidice (yet)
[21:30] <NCommander> I'm probably going to see if I can slaughter the netatalk FTBFS later
[21:31]  * NCommander waits for StevenK's build to run
[21:33] <NCommander> StevenK, how's it going?
[21:33] <StevenK> NCommander: It installs kdelibs, need you ask?
[21:33] <NCommander> ow
[21:33] <NCommander> I might have to run before it finishes
[21:34] <StevenK> NCommander: Well, if it builds, I'll upload it.
[21:39] <NCommander> meh, I'll mess with qemu-binfmt later
[21:44] <StevenK> NCommander: Uploaded.
[21:45] <NCommander> sweet
[21:45] <NCommander> Thanks, I need to run
[21:45] <nhandler> Bye NCommander
[23:24] <NCommander> Hola life
[23:24] <NCommander> er, guys
[23:25] <nhandler> Welcome back NCommander
[23:25]  * NCommander grumbles about his fire department
[23:30] <norsetto> motu-sru ?
[23:31]  * NCommander fiddles with binfmt
[23:33] <norsetto> %_#(&_(%&_@#$
[23:35] <NCommander> o-O;
[23:38] <norsetto> any clue why something would build on a pbuilder and not inside the LP buildd?