[01:11] <ScottK> james_w: It looks like you've been keeping qbzr up to date.  Are you up for packaging their new upstream release (fixes a critical bug)?
[03:18] <maco> any kde cdbs ninjas around?
[03:18] <JontheEchidna> o/
[03:24] <maco> JontheEchidna: im trying to fix a FTBFS. so far ive found that "debian/rules build" works dandy. "debian/rules binary", however, deletes *.cpp then whines because it cant find the code. all thats in rules in includes for debhelper.mk and kde.mk ... any idea what's up?
[03:24] <JontheEchidna> hmm
[03:24] <JontheEchidna> what package?
[03:26] <maco> darkroom
[03:27] <maco> JontheEchidna: ^
[03:27] <JontheEchidna> ergh, forgot about that one. I re-upped darkroom for a library transition and it failed
[03:29] <JontheEchidna> hmm, the best I can think, maybe something in the translation-stripper code is deleting the file for some reason
[03:29] <JontheEchidna> perhaps a corner case bug in the translation cdbs code
[03:30] <JontheEchidna> That's the only place where I know that the cdbs rules actually delete anything
[03:31] <maco> i dont think i have the translation stripper package installed in my pbuilder
[03:32] <JontheEchidna> kde.mk does it's own thing for translation handling in order to work with binarypkgmangler, so it gets run even when binarypkgmangler isn't installed
[03:33] <maco> so you think kde.mk deletes .cpp files?
[03:33] <maco> blah
[03:33] <JontheEchidna> try setting KUBUNTU_NO_DELETE_POT=true in debian/rules
[03:33] <dtchen> superm1: any possibility you could install alsa-utils_1.0.20-2ubuntu3 from LP librarian and use the procedure in https://bugs.edge.launchpad.net/ubuntu/+source/pulseaudio/+bug/352732/comments/63, please?
[03:33] <maco> ok
[03:33] <JontheEchidna> really it should only be deleting .pot files, but it could be misbehaving
[03:33] <dtchen> superm1: I can't reproduce the symptom at all, but you and others seem to be able to
[03:35] <maco> JontheEchidna: i did echo "KUBUNTU_NO_DELETE_POT=true" >> debian/rules and then debian/rules binary and it still deleted teh cpps
[03:36] <JontheEchidna> meh :(
[03:36] <maco> (there are no editors installed in pbuilder AFAICT)
[03:36]  * JontheEchidna has a hook that installs nano un-permanently upon build failure
[03:36] <wgrant> maco: There aren't any editors, but you can vim from outside.
[03:37] <maco> i had to pick a very WTF build failure, didnt i?
[03:37] <JontheEchidna> heh
[03:38] <dtchen> I'd much rather deal with FTBFS than angry users and angry upstreams.
[03:38] <maco> haha good point. your side of the room is full of grrrr right now
[03:38]  * JontheEchidna wonders if cmake.mk would suffice in darkroom's case
[03:40] <maco> s/kde/cmake/ ?
[03:40] <maco> w/ sed on rules?
[03:40]  * maco tries
[03:41] <JontheEchidna> /usr/share/cdbs/1/class/cmake.mk
[03:45] <maco> that...appears to have worked!
[03:46] <JontheEchidna> then that definitely means something in kde.mk is borked
[03:46] <JontheEchidna> or more likely one of kde.mk's included .mk files
[03:47] <JontheEchidna> I wonder if it would work if you unincluded kubuntu.mk in kde.mk
[03:47]  * JontheEchidna will play around with it a bit
[03:48] <JontheEchidna> if it is, I will add it to my list of "things I do fixing our rosetta compat that keep me from doing better things"
[03:49] <maco> hahaha
[03:51] <lex79> JontheEchidna: btw it's KUBUNTU_NO_DELETE_POT=1 and not =true, does it the same thing?
[03:51] <JontheEchidna> lex79: hmm, maybe it should be 1, not sure
[03:52] <lex79> yes it's =1, but I'm wondering if you set =true, it's the same
[03:52] <JontheEchidna> not sure
[03:53] <JontheEchidna> the fact that we have to have such a workaround is bullcrap in the first place
[03:53] <JontheEchidna> (where a universe package requires the .pot to build and doesn't have a Messages.sh around to generate a fresh .pot)
[03:54] <lex79> uhm yes
[03:59] <JontheEchidna> just more proof of the unmaintainability of kubuntu's translation stack at the moment [/rant]
[04:21] <JontheEchidna> ha, it is kubuntu translation stuff causing the failure
[04:21]  * JontheEchidna officially adds this to the list of "things I do fixing our rosetta compat that keep me from doing better things"
[05:17] <maco> JontheEchidna: lovely. well guess what? the program doesnt work after its compiled ANYWAY
[05:17] <JontheEchidna> could be a consequence of not using kde.mk
[05:18] <maco> nah bug 381986
[05:18] <maco> for me, it does that bug, then it crashes on an assert
[05:19] <maco> also, the svn date attached to the package is in DDMMYYYY order so it wont sort right -_
[05:19] <maco> -_-
[06:34] <superm1> dtchen, no my problem appears to be different.  my volumes weren't getting muted, they just weren't being stored at all (most likely due to a problem that FLAG stuff)
[08:52] <wrapster> what is the use of dirs in the debian directory?
[08:53] <hyperair> up to the packager
[08:53] <hyperair> generally they are temporary directories to make install files into before packing them off into debs
[08:53] <hyperair> or debian/patches for patches
[08:53] <hyperair> or some other custom directories for other things
[08:54] <wrapster> ok ...no harm in removing it though right? supposing i dont require it
[09:01] <hyperair> what directory, and what's in it exactly?
[09:01] <Laney> I think he means debian/dirs
[09:01] <Laney> it's for creating empty directories in your package
[09:02] <hyperair> oh!
[09:02]  * hyperair headdesks
[10:30] <YokoZar> Bah, new upstream release of spring-engine today that breaks multiplayer sync unless you update...
[10:30] <YokoZar> Guess I may be able to sneak it in to karmic
[11:00] <LucidFox> So, what happened to ffmpeg?
[11:00] <LucidFox> The -unstripped packages have been removed, correct?
[11:33] <ScottK> YokoZar: FFe for fixing a game is generally easy.
[12:00] <dtchen> superm1: well, your symptom was different, but the root cause for both yours and the others lies in alsa-utils
[12:01] <dtchen> superm1: it's probably best to just revert the initscript to the version in 1.0.20-2ubuntu3
[12:33] <joaopinto> there is also an warzone upgrade breaking network compatibility
[13:46] <ScottK> joaopinto: Getting an FFe for that should be easy.
[14:52] <JontheEchidna> maco: I got darkroom to build with kde.mk, mind if I upload? The problem was that quilt.mk wasn't being included, so our FTBFS patch that was already there wasn't being applied.
[14:58] <JontheEchidna> mm, maybe it should be removed from the archive. It really doesn't work
[15:02] <Rhonda> Hi. My brother wants to install ubuntu on his new laptop and I want to burn the CD for him. I need it tonight so I can't wait for the next RC or such. Is the beta linked from the main page the best option, or shall I fetch a daily build?
[15:54] <bddebian> Heya gang
[16:05] <sistpoty|work> hi bddebian
[16:07] <sebner> huhu sistpoty|work bddebian
[16:07] <sistpoty|work> hi sebner
[16:08] <bddebian> Heya sistpoty|work, sebner
[16:09] <sebner> sistpoty|work: it seems we need to stick with a backport for nexuiz :(
[16:09] <sistpoty|work> sebner: looks like it :/
[16:10] <sebner> sistpoty|work: I made fuddl some pressure 2 days ago but the only progress was the update to 2.5.2 and breakage for -data xD
[16:13] <CarlFK> why doesn't the python package include python binary?  http://packages.ubuntu.com/hardy/all/python/filelist
[16:14] <JontheEchidna> CarlFK: that's all kept in the python=<versionnumber> package that the python package depends on
[16:14] <JontheEchidna> !info python hardy
[16:15] <JontheEchidna> yeah, that depends on the python-2.5 package which has the binary
[16:15] <JontheEchidna> oh, actually the binary is in python-minimal
[16:16] <CarlFK> python-minimal not have readline ?
[16:17]  * JontheEchidna doesn't know what readline is
[16:17] <CarlFK> apparently it is what makes back-arrow move the cursor back
[16:17] <joaopinto> sebner, can't you just file an FFe for nexuiz ?
[16:17] <JontheEchidna> ah, a function
[16:18] <CarlFK> as opposed to >>> ^[[D
[16:18] <sebner> joaopinto: Debian version isn't ready and I refuse to upload anything else
[16:18] <joaopinto> sebner, so you prefer to keep a non working version :)
[16:19] <sebner> joaopinto: why non-working?
[16:20] <joaopinto> sebner, wasn't the network protocol changed ?
[16:20] <sebner> sistpoty|work: do you know something about that?
[16:20] <zul> dholbach: i need your mad skillz
[16:21] <dholbach> zul: my mad skills?
[16:21] <zul> dholbach: yeah can you translate this for me https://bugs.edge.launchpad.net/ubuntu/+source/nis/+bug/307167/comments/2 ;)
[16:23] <sebner> joaopinto: didn't found any corresponding bug report. Besides I'm wondering what's with all the PPA versions. I doubt they are really correct when DM has such problem with it (e.g Upstream checksums on the files etc )
[16:26] <dholbach> zul: "ok unfortunately I need to reply in German now. the problem is that NIS users can authenticate to a ltsp client but can't use usb sticks or any usb devices. it doesn't matter if it's ldm or gdm. in my opinion this is about group permissions. entries in the NSSWITCH file were not made use of. I tried lots of different howtos they all didn't work out"
[16:27] <ghostcube> german is a mad skill rofl
[16:27] <ghostcube> havent known this til now
[16:27] <ghostcube> :D
[16:27] <ghostcube> firefox 3.5.4 drives me nuts
[16:27] <ghostcube> :D
[16:27] <zul> dholbach: merci beacoup
[16:27] <dholbach> de rien
[16:28] <ghostcube> :O
[16:28] <sistpoty|work> sebner: no, but it wouldn't surprise me too much if nexuiz changed the network protocol
[16:29] <ghostcube> the game ?
[16:29] <sistpoty|work> yes
[16:29] <CarlFK> http://packages.ubuntu.com/hardy/python-minimal says "See /usr/share/doc/python-minimal/README.Debian for a list of the modules contained in this package. "  that file does not have the list
[16:29] <sebner> sistpoty|work: I have 2.5.1 installed now though but I don't think so. I only read about improving the protocol so downloads work faster now
[16:30] <CarlFK> anyone know where the list is?
[16:30] <ghostcube> http://www.getdeb.net/changes.php?id=4236  would be mentioned here so far if anything happened in the game proto
[16:30] <sistpoty|work> sebner: you'll need to test it then :P
[16:30] <sebner> sistpoty|work: heh true but I only have 1mbit currently :(
[16:30] <ghostcube>  Totally rewritten Client/Server communication to cut the bandwidth
[16:30] <ghostcube>        usage in half
[16:30] <sistpoty|work> heh
[16:31] <CarlFK> found it: /usr/share/doc/python2.6-minimal/README.Debian
[16:31] <ghostcube> so sebner i think they have done anything in the proto thingy
[16:31] <ghostcube> :)
[16:32] <joaopinto> open source games tend to change the protocol on each realease :P
[16:32] <ghostcube> hi joaopinto heh
[16:32] <sebner> ghostcube: the question is if it's still compatible with version 2.4.x which we have in ubuntu, I think so
[16:32] <ghostcube> sebner: ehm havent played it a long time
[16:32] <ghostcube> may joaopinto knows it
[16:33] <sebner> sistpoty|work: do you have karmic version installed right no? We need a deep test :P :P :P
[16:33] <joaopinto> nah, I am not an FPS player, I have just tested the latest version, it works
[16:33] <sistpoty|work> sebner: sorry, no gaming at work for me :(
[16:33] <joaopinto> event he single player, which was broken due to the checksum validation
[16:33] <sebner> joaopinto: ack
[16:34] <sebner> joaopinto: did you fix it (playdeb has 2.5.2 now right)
[16:34] <joaopinto> yes, it was packaged when it was released, there have been no failure reports until now
[16:35] <sebner> joaopinto: what did you do about the checksum problem?
[16:36] <joaopinto> sebner, after reading a svn commit on the debian games team just dropped the changes to default.cfg, I believe it was that, it was c_korn doing the package I think
[16:37] <sebner> joaopinto: ah I think the main problem is that Debian/Ubuntu package removes the "Upgrade to foox.y" messages and that requires file editing which violates the checksums etc
[16:38] <joaopinto> oh, the upgrade check
[16:38] <joaopinto> I am not that familiar with the package :|
[16:38] <ghostcube> sebner: c_korn is the package guru
[16:38] <ghostcube> :D
[16:39] <ghostcube> _-_
[16:39] <sebner> ghostcube: well "guru" is a really strong word ;)
[16:39] <sistpoty|work> if I read it correctly, the problem was(is?) that the compiled binary didn't match the precompiled sources, due to a makefile missing
[16:39] <ghostcube> for me he is :D
[16:39] <ghostcube> iam really weak in packaging
[16:39] <ghostcube> heh
[16:39] <sebner> sistpoty|work: yeah something like that + upgrad message
[16:39]  * sistpoty|work didn't read commit mails in detail :P
[16:43] <soren> siretart: Why are we disabling AAlib in mplayer nowadays?
[16:45] <soren> siretart: Argh, because Debian does it.
[16:47] <soren> siretart: bug #455535
[16:48] <soren> siretart: I'm hesitant to just go and fix it. mplayer is a scary package :)
[16:55] <superm1> dtchen, yes the init script from ubuntu3 does DTRT too
[16:55] <superm1> (just reverted to it to test)
[17:12] <wrapster> im trying to compile libnspr to support 64bit and running into issues.. http://pastie.org/660729 ..Platform is 64bit enabled..
[17:12] <wrapster> Its not purely ubuntu but since its with regard to packaging im raising my query here.. sorry if im wrong..!!
[17:14] <sistpoty|work> wrapster: I guess looking at configure.ac/.in for the failing test might be useful
[17:14] <wrapster> ok
[17:16] <wrapster> sistpoty|work: one more doubt.. for compiling this pkg should i first ensure that all the dependecies are in 64bi
[17:16] <wrapster> t*
[17:16] <wrapster> then go ahead and try building this.
[17:17] <sistpoty|work> wrapster: no idea, really. I assume you need at least the libs it build-depends on in 64 bit, *shrug*
[17:17] <wrapster> ok
[18:03] <zooko> Folks, have any MOTU been considering trying to fix https://bugs.launchpad.net/ubuntu/+source/plexus-container-default/+bug/417164 in Karmic?
[18:03] <zooko> I try not to use Java, but this does look like a significant problem for a significant fraction of potential Karmic users.
[18:04] <MagicFab> I am new to the sync'ing process, specially past feature freeze. I am wondering if anyone could provide information on how likely it is to get a featurefreeze exception for this one:
[18:04] <MagicFab> https://bugs.edge.launchpad.net/ubuntu/+source/monit/+bug/426402
[18:15] <MagicFab> We've added missing information now. Can anyone take a quick look and tell me if anything else is missing ? https://bugs.edge.launchpad.net/ubuntu/+source/monit/+bug/426402
[18:16] <zooko> MagicFab: I'm not an MOTU, just a random kibitzer, but it looks like the update of monit will go into 10.04.
[18:16] <zooko> "Declined for Karmic by Brian Murray
[18:16] <zooko> "
[18:18] <iulian> zooko: I believe doko looks after that bug.
[18:18] <iulian> MagicFab: Looking.
[18:19] <MagicFab> zooko, I am asking Brian if this was just "incomplete ->  declined" or actually "even if complete info was provide -> declined"
[18:23] <james_w> he declined the nomination as this presumably isn't a release critical bug
[18:24] <james_w> if we can release karmic with the current version without the sky falling then it's not release critical
[18:24] <james_w> it doesn't mean that it can't happen for karmic
[18:24] <james_w> the terminology is a tad confusing though
[18:24] <MagicFab> right, apparently upstream doesn't know about the process and missed our dates. they release came out just ~10 days after our freezes
[18:25] <iulian> MagicFab: OK, as far as I can see there are loads of bugs fixed.  Could you please attach the ChangeLog to the bug report?
[18:26] <MagicFab> iulian, a colleague just attached it AFAIK. Do you require the full Debian changelog ?
[18:26] <iulian> I'd like the upstream ChangeLog.
[18:27] <iulian> Are there any packages that depend on monit?
[18:28] <iulian> (I cannot check myself atm)
[18:28] <MagicFab> iulian, no reverse depends, no
[18:29] <MagicFab> iulian, upstream log is at http://packages.debian.org/changelogs/pool/main/m/monit/monit_5.0.3-3/changelog - is it ok if I just add that link to the bug report ? (sorry, I've never done this)
[18:30] <james_w> http://mmonit.com/monit/dist/CHANGES.txt
[18:30] <james_w> ^ that's what you need
[18:30] <iulian> Indeed, thanks james_w.
[18:30] <MagicFab> james_w, tx.
[18:32] <MagicFab> iulian, OK, added all changes since 4.10 to the report.
[18:34] <fabrice_sp> Hi. I've received an email saying that the upload of mandos (a sync request) failed with a "duplicate key value violates unique constraint "person__account__key"" error. What can I do to fix it?
[18:39] <iulian> MagicFab: Thanks.  Have you done any testing with it?
[18:41] <MagicFab> iulian, personnally no. I am inquiring because we have a 24/7 customer asking for it, presumably they have.
[18:41] <randomaction> fabrice_sp: sounds like bug 408528 (AFAIK, as a workaround, it should be reuploaded by a different person)
[18:42] <fabrice_sp> randomaction, it's a sync request, so it has been uploaded by an archive admin
[18:44] <fabrice_sp> should have been fixed on the 15th...
[18:45] <iulian> MagicFab: OK, that's good.
[18:45] <iulian> MagicFab: +1 from me.
[18:45] <randomaction> fabrice_sp: The error message is mentioned here: http://irclogs.ubuntu.com/2009/09/23/%23launchpad.txt
[18:46] <MagicFab> iulian, willing & able to test should we have to.
[18:53] <iulian> MagicFab: You'll now need a second and final ack from another release member.
[18:54] <iulian> I've just subscribed motu-release.
[19:02] <randomaction> How do I enable pkgstriptranslations in pbuilder? Is installing pkgbinarymangler sufficient?
[19:03] <chrisccoulson> randomaction - i think you need to configure it to strip the translations too (i'm sure it doesn't do it by default)
[19:03] <chrisccoulson> i can't remember off the top of my head though, as it's been a while since i set it up
[19:04] <randomaction> chrisccoulson: thanks, I'll try to find and read the docs
[19:04] <chrisccoulson> randomaction - the settings are in /etc/pkgbinarymangler
[19:04] <chrisccoulson> i think they're quite self-explanatory
[19:05] <randomaction> great, thanks
[19:05] <chrisccoulson> yw
[19:07] <quentusrex> I need help handling configs
[19:07] <quentusrex> I have separated the configs into their own package,
[19:07] <quentusrex> but I need a way to handle when the file has been edited...
[19:07] <quentusrex> rather than just replacing the config files on disk.
[19:13] <MagicFab> iulian, Thank you.
[19:26] <dpm> randomaction, I think you've probably figured it out, but you can find more info on pkgbinarymangler here as well -> https://wiki.ubuntu.com/UbuntuDevelopment/Internationalisation#Verifying translation uploads
[19:30] <randomaction> dpm: thanks, maybe the pbuilder instructions page should include a bit about pkgbinarymangler as well (I'm working on a case where a package fails to build and default setup of pbuilder didn't catch it)
[19:31] <dpm> good point. I'll mention it to dholbach tomorrow.
[19:31] <maco> ya know, he's actually in the channel right now...
[19:31] <dholbach> dpm: if anybody wants to add it, add it
[19:32] <dholbach> doesn't need to block on me :)
[19:34] <dpm> dholbach, sure, I just wanted to at least let you know, I'll go for it :)
[19:35]  * dholbach hugs dpm
[19:35]  * dpm hugs back
[19:37]  * zooko hugs everyone.  Except for the people who didn't want that.
[19:38] <hyperair> it depends. what gender are you of? ;-)
[19:39] <schmichael> hi, i'm working on improving the packaging of mongodb and was wondering where to learn about packages that create new system users
[19:40] <schmichael> tried looking at postgres's source package with no luck
[20:15] <fabrice_sp> ScottK, is your ack in Bug #425640 also valid for 2.41-1? (you gave it for 2.36-1)
[20:16] <ScottK> fabrice_sp: Sure, whatever works
[20:16] <fabrice_sp> thanks :-)
[20:41] <micahg> ugh
[20:41] <micahg> phpmyadmin requires a new package from debian...
[20:41] <micahg> didn't notice that before
[20:47] <qnix> In debian directory, files "*.files" are deprecated ? It's "*.install" now?
[20:48] <Zhenech> basically yes
[20:48] <Zhenech> syntax is bit different IIRC
[20:50] <qnix> I see that the ".dirs" file is in the .install too.
[20:50] <schmichael> can anyone point me in the right direction to learn about how to make a package create a new user?
[20:50] <micahg> ScottK: the new phpmyadmin requires a new package to be imported from debian, is it too late?
[20:50]  * schmichael is working on packaging mongodb
[20:52] <Zhenech> qnix, .dirs is mostly unneeded anyways, but its not deprecated afaik
[20:53] <qnix> Zhenech: ok, will remove them anyway
[20:56] <joaopinto> micahg, are you concerned about the security vuln on phpmyadmin ?
[20:56] <joaopinto> I remember someone was working on it...
[20:57] <micahg> well, it was uploaded
[20:57] <micahg> and I was given "credit" for it, but there was a new point release since I requested the sync
[20:57] <micahg> debian modified the package to have a new dependency
[20:57] <micahg> and that version was imported
[20:57] <micahg> so now the package is broken
[20:59] <joaopinto> erm, a sync request without being checked ?
[20:59] <siretart> soren: what's scary about mplayer? - IMO the most scary thing is the fact that it is maintained in git :-)
[21:00] <micahg> no, when I made the request it was fine, it was when a newer version than I requested was imported
[21:01] <siretart> soren: regarding aalib, feel free to fix and upload, I can import it then to our packaging branch then
[21:11] <kees> moto-release: hi!  I have policycoreutils waiting for a push -- this fixes a bug pointed out by Tresys.  afaict, it is not seeded on any ISO, so it should be okay to push.
[21:26] <ScottK> kees: Bug fix only stuff that's unseeded is good for upload without approval
[21:27] <kees> ScottK: I've uploaded it -- I figured it just needed a manual push,.
[21:27] <ScottK> Lookimg
[21:27] <ScottK> looking even
[21:30] <ScottK> kees: Accepted
[21:33] <kees> ScottK: cool, thanks.  I'll have another one in a second (setools, bug 455719)
[21:33] <ScottK> OK.  Ping me and I'll accept it
[21:34] <kees> cool
[21:46] <micahg> ScottK: what can I do about phpmyadmin requiring a new package?
[21:47] <ScottK> micahg: Does the new version fix any critical bugs?
[21:47] <micahg> ScottK: someone already uploaded it in my name
[21:47] <micahg> it was for a security fix
[21:48] <micahg> but it was a newer version than I originally requested
[21:48] <micahg> so now the package is broken
[21:48] <ScottK> micahg: OK.  I guess do an FFe for the new package explaining it.
[21:48] <micahg> ok, do I use the request sync tool?
[21:49] <ari-tczew> ubuntu-universe-sponsors: please upload bug-fix package, bug #455744
[21:51] <ajmitch> from the look of the phpmyadmin changelog, the new package is one that phpmyadmin was bundling anyway
[21:53] <micahg> yeah, they had their own version of the library
[21:54] <ajmitch> I guess requestsync would work, just make sure you put in an explanation & subscribe motu-release
[21:58] <micahg> does requestsync send an e-mail?
[21:58] <micahg> nm
[21:59]  * micahg figured out how to read a man page :P
[22:10] <micahg> ScottK: do you need the bug #, or was subscribing motu-release enough?
[22:11] <ScottK> Subscribing motu-release is enough
[22:11] <micahg> ok, thanks ScottK
[22:17] <kees> ScottK: ping, setools ready for pushing.  thanks!
[22:19] <ScottK> kees: Done
[22:19] <kees> ScottK: cool
[23:00] <AlanBell> Hi all
[23:00] <AlanBell> I have added a fullscreen mode to gwibber
[23:00] <AlanBell> so that it can be used at conferences and suchlike on a projector
[23:01] <AlanBell> can someone point me at some documentation on how I can contribute this feature back?
[23:02] <jcastro> AlanBell: is the branch on launchpad?
[23:02] <jcastro> that would be very useful!
[23:03] <jcastro> (fullscreen I mean)