[01:00] <alex_21> Hello, is someone available to answer some questions?
[02:41] <lifeless> is there a project for revu, for filing bugs?
[02:41] <lifeless> http://revu.ubuntuwire.com/details.py?package=sourceryvsipl%2B%2B - can't comment on this package
[02:42] <StevenK> lifeless: Apparently you can
[02:42] <StevenK> "December 15 03:40  [REVU Profile for lifeless]  lifeless"
[02:42] <StevenK> "Please address the automatically generated issues. Also you have created a native package - it should be ’non-native’. Just renaming your FOO.tar.gz too FOO.orig.tar.gz before you build the source upload is enough."
[02:43] <lifeless> StevenK: interesting
[02:43] <lifeless> StevenK: the submit button ends up taking me to ...++
[02:43] <lifeless> rather than %2B%2B
[02:44] <lifeless> and says 'no such package or uipl', or some such
[02:44] <StevenK> lifeless: Right, that's a bug, but it still submits the comment
[02:44] <lifeless> so its nice it captures it and all, but its still got a bug :)
[02:44] <lifeless> StevenK: so is there a REVU bugtracker?
[02:45] <StevenK> A quick guess gives https://bugs.edge.launchpad.net/revu
[03:37] <Luke> http://dpaste.com/99158/ anyone see what's wrong with this. why REV wont bind?
[03:39] <Hobbsee> is APP defined above?
[03:41] <Luke> yup
[03:41] <Luke> just the name
[03:43]  * Hobbsee wonders what was wrong with svn info <target> -r head or simmilar
[04:04] <Luke> Hobbsee: ah didn't know it existed
[04:05] <Luke> same thing though except with one more query. need to cut the revision out
[05:17] <ethana2> https://help.ubuntu.com/community/TabletSetupWizardpen
[05:17] <ethana2> End users shouldn't have to compile code; I wish to do it for them
[05:18] <ethana2> I want to package the latest wizardpen release as a .dsc and put it to my PPA and REVU
[05:19] <ethana2> I ran into a problem with configure and contacted the dude, but I've never /created/ a debian package before and may need some help to supplement the guides
[05:21] <jmarsden> ethana2: Go for it.  If you need help on a specific issue, ask about that specific question here.
[05:22] <ethana2> jmarsden: k, I'll see where I get hung up after the dude upstream gets back to me about the configure error
[05:22] <ethana2> mind if I contact you directly when I come to that point?
[05:22] <jmarsden> Always just ask the channel; whoever is free and knows something will answer you.
[05:22] <ethana2> k
[06:50] <YokoZar> Do universe SRUs need one or two ACKs before uploading to -proposed?
[06:52] <nxvl> none
[06:53] <nxvl> they need ack's to be moved from -proposed to -updates
[07:18] <dholbach> good morning
[07:18] <Hobbsee> morning dholbach
[07:20] <dholbach> hi ho
[07:20] <dholbach> hi Hobbsee :)
[07:22] <directhex> ta dholbach
[07:22] <dholbach> directhex: no worries
[07:23] <directhex> i'm waiting on dinstall for a couple more
[07:41] <iulian> directhex: Heh, I forgot that giver was uploaded to experimental and that's why I didn't filed a sync request. Thanks for doing this ;)
[07:41] <iulian> Btw, good morning all.
[07:53] <iulian> s/filed/file
[08:24] <directhex> iulian, i was going to check with you first, but you weren't online
[08:25] <jmarsden> bug 277752 is supposedly fixed, but rmadison setools shows:
[08:25] <jmarsden>    setools | 3.3.4.ds-4 | intrepid/universe | amd64
[08:25] <jmarsden>    setools | 3.3.5.ds-3 | intrepid/universe | source, i386
[08:25] <jmarsden> CAn anyone explain why amd64 still has the older 3.3.4 build?
[08:26] <soren> jmarsden: I'm guessing the newer one failed to build..
[08:27] <jmarsden> Well, es... I'm trying to build it here now to see what happens... but the sync was back in October... did no-one notice this before??
[08:28]  * directhex swears gently
[08:28]  * jmarsden hopes the oaths are not directed at him...
[08:29] <directhex> dholbach, looks like gfax 0.7.6 started life as a 0ubuntu1. god damnit.
[08:29] <dholbach> directhex: looks like we need to fake-sync
[08:31] <jmarsden> soren: setools 3.3.5 built fine for me here (8.10 amd64).  How could I request an "official" retry of that build so that universe gets the 3.3.5 version for amd64?
[08:32] <directhex> dholbach, right.
[08:32] <directhex> dholbach, unless there's a new upstream release, i can get that pushed to exp if it exists
[08:32] <directhex> nein :/
[08:33] <dholbach> directhex: I think the upstream maintainer is fairly responsive - we should probably just talk to him about it to roll a new one
[08:33] <dholbach> directhex: I think he even submitted a bunch of patches to Ubuntu directly
[08:33] <soren> jmarsden: http://launchpadlibrarian.net/18330076/buildlog_ubuntu-intrepid-amd64.setools_3.3.5.ds-3_FAILEDTOBUILD.txt.gz
[08:33] <dholbach> hiya soren!
[08:33] <soren> dholbach: o/
[08:35] <directhex> bah, hardy requestsync sucks
[09:55] <quadrispro> anyone on bug #307020?
[10:03] <quadrispro> bug 307020
[12:22] <emgent> gouki: ping
[13:02] <pmjdebruijn> geser: you there?
[13:03] <pmjdebruijn> geser: thanks for your review of my lensfun package...
[13:04] <pmjdebruijn> geser: I check and indeed the copyright file isn't getting in all the packages... but how do I solve that elegantly?
[13:41] <slytherin> pmjdebruijn: did you try adding dh_installdocs in the install target in debian/rules?
[13:42] <slytherin> pmjdebruijn: wait, I guess you will need to add it to binary-arch
[13:42] <pmjdebruijn> slytherin: hmm it's not there
[13:42] <pmjdebruijn> slytherin: I thought I was there by default...
[13:50] <slytherin> pmjdebruijn: what do you mean by default?
[13:51] <pmjdebruijn> slytherin: I though dh_make put it in there by default
[13:51] <pmjdebruijn> doesn't matter though
[13:57] <pmjdebruijn> I fixed up my package: http://revu.ubuntuwire.com/details.py?package=lensfun
[16:00] <dholbach> hello SRU team - anything new about bug 244613?
[16:01] <dholbach> nxvl, devfil, cody-somerville, jdong: ^? :)
[16:01]  * nixternal hugs dholbach 
[16:01]  * dholbach hugs nixternal back
[16:01]  * dholbach hugs nixternal back
[16:01]  * dholbach hugs nixternal back
[16:01] <nixternal> ahh, the love :)
[16:01] <nixternal> how was your flight back?
[16:02] <dholbach> all good, I'm just tired - and I got into the security check again
[16:02] <nixternal> hehe, with all of those records, they thought you had a vinyl bomb
[16:02] <dholbach> probably :)
[16:02] <dholbach> directly had the "SSSS" on my boarding card after checking in my baggage
[16:03] <nixternal> I came back to chicago to an ice storm last night, and negative temperatures
[16:03] <dholbach> nixternal: wow
[16:03]  * nixternal wishes for that domain hotel hot tub now
[16:03] <jdong> dholbach: done :)
[16:04] <dholbach> jdong: muchas gracias!
[16:04] <devfil> dholbach: ACKed
[16:04] <jdong> lol
[16:05] <devfil> jdong: lol
[16:05] <jdong> a double-acked bug is twice as fixed!
[16:05] <devfil> ghhh
[16:05] <dholbach> party on :)
[16:05] <devfil> two ACKs in a minute is a new record I think
[16:13] <mok0> ACK ACK ACK
[16:15] <Pici> SYN
[16:15] <directhex> RESET
[16:16] <nxvl> dholbach: looking
[16:16] <nxvl> heh
[16:17] <nxvl> late
[16:17] <nxvl> :P
[16:17] <dholbach> :)
[16:17] <dholbach> thanks my friends
[16:23] <mok0> In debian/control, can I use: Architecture: any [! amd64]  ??
[16:26] <mok0> nope
[16:33] <pmjdebruijn> I fixed my package: http://revu.ubuntuwire.com/details.py?package=lensfun you anybody take a look?
[16:37] <ScottK> mok0: You need to have an entry in PAS (packages arch specific).
[16:42] <DRebellion> lifeless, thanks for reviewing cifer. You mentioned bumping compat to debhelper 6; would you mind elaborating on that?
[16:44] <mok0> ScottK: PAS?
[16:45] <mok0> ScottK: this application always fails on certain archs. I am wondering whether to leave it to FTBFS or limit the Architectures
[16:46] <ScottK-laptop> Does it fail because it's buggy or inherently isn't for that arch?
[16:46] <ScottK-laptop> http://buildd.debian.org/quinn-diff/Packages-arch-specific
[16:46] <mok0> ScottK: I don't really know... it's always failed ever since it was introduced
[16:47] <fbond> Hi, it appears that old configuration files don't automatically get removed when a new package version that doesn't ship the file is installed.  Is it standard practice to handle this by removing the file in the postinst?
[16:47] <ScottK> Well I think that's the question you have to answer to know which it should be.
[16:47] <mok0> ScottK: Hm, yes that's what I was afraid of
[16:48] <mok0> ScottK: I am looking at bug 306754
[16:48] <mok0> ScottK: the patch makes it compile under i386 at least
[16:49] <ScottK-laptop> Progress.
[16:50] <ScottK-laptop> mok0: Since fabrice_sp_ says he's still working on amd64, I'd say upload the i386 fix and see how far he gets.
[16:50] <mok0> ScottK: yeah
[17:35] <bddebian> Heya gang
[17:35] <iulian> Hey bddebian.
[17:35] <bddebian> Hello iulian
[17:41] <Pici> boo?
[17:42] <Pici> Oh, darn. I mistabbed the channel.
[17:43] <bddebian> :)
[17:46] <lifeless> DRebellion: well, the debhelper compatability option sets what minimum version of debhelper to support, and can change defaults too;
[17:46] <DRebellion> lifeless, yes, but why 6 instead of 5?
[17:47] <RainCT> OT, has anyone ever heard that "browser" = "search machine"? :P
[17:47] <lifeless> DRebellion: we want the latest code and bugfixes. It may be for jaunty we should be raising to 7 even
[17:47] <lifeless> DRebellion: but I haven't checked that with the other MOTU's as yet
[17:47] <DRebellion> lifeless, what about backwards-compatibility for backports?
[17:48] <lifeless> DRebellion: backports are done by rebuilding the transitive runtime and build dependency closures
[17:48] <lifeless> they aren't so much a 'backport' as a 'rebuild targeting the old suite'
[17:49] <DRebellion> lifeless, my point was that older releases aren't going to have the latest debhelper versions, so not depending on them is a plus, no?
[17:49] <lifeless> no
[17:49] <lifeless> because you turn off the better behaviour of newer versions
[17:49] <DRebellion> lifeless, what do you mean by "turn off"?
[17:50] <lifeless> see compatibility levels in 'man debhelper' for details on what is turned off/on
[17:53] <RainCT> (tss.. English teachers. "labtop", "browser = search machine" and "hacker = evil". I should better sleep at class :P :P)
[17:53] <DRebellion> lifeless, I don't see anything in versions >5 that cifer depends on, but I've changed to compat 6 anyway.
[17:53] <DRebellion> will be in revu shortly...
[17:53] <RainCT> (ah, and saying that "Dreamweaver is outdated and is less people are using it now" -.-)
[17:54] <lifeless> DRebellion: thanks; I got prompted by this conversation to query the motu list too regarding this.
[17:54] <DRebellion> lifeless, I look forward to getting this cleared up then ; )
[17:54] <lifeless> DRebellion: to answer the question regarding backports, any backport built for hardy will have debhelper 7 anyway
[18:04] <DRebellion> sebner, lifeless, I've fixed the issues; the new package is in revu: http://revu.ubuntuwire.com/details.py?package=cifer .
[18:15] <lifeless> DRebellion: thanks. I've done my REVUing today, hopefully someone else will sweep by and comment further/advocate. There is a big backlog at the moment, and my person focus is to deal with the oldest first, to stop things getting really old :)
[18:19] <DRebellion> lifeless, no problem, thanks for your contribution ; )
[18:31] <fabrice_sp_> ScottK: about pose package. I'm still working on amd64 port, but it will be a huge patch (if it still works after porting)
[18:32] <ScottK> OK.  As I told mok0, I think he ought to go ahead with the one that fixes i386 and then later see your your amd54 patch works out.
[18:35] <fabrice_sp_> ScottK: That's why I released the i386 fix first :-)
[18:35] <fabrice_sp_> thanks anyway
[18:38] <IAK> hi all
[18:43] <IAK_> anyone here?
[18:44] <iulian> Maybe.
[18:46] <directhex> i'm not
[18:46] <fabrice_sp_> Can someone be kind enough to review dvdstyler? It's at http://revu.ubuntuwire.com/details.py?package=dvdstyler (and would be the third review).
[18:46] <IAK_> haha k good I thought I was all alone for a second ;)
[18:49] <IAK_> anyhow I am interested in getting involved.  I would like to develop
[18:50] <fabrice_sp_> IAK_: you can begin with this link: https://wiki.ubuntu.com/MOTU/Contributing
[18:51] <iulian> Well, I believe all the information you're looking for is in our wiki page. /topic in case you missed it.
[18:51] <IAK_> I am currently reading it as a matter of fact..
[18:52] <fabrice_sp> ScottK: by the way: is it worth doing a SRU with this patch? The version in Intrepid FTBFS actually.
[18:53] <ScottK> For the SRU, I'd say wait and find out if you succeed on amd64 and do one.
[18:53] <fabrice_sp> ok
[18:53] <fabrice_sp> thanks
[18:53] <ScottK> If you can fix the FTBFS, then I do think it's SRU worthy (but note I'm not on motu-sru).
[18:54] <pochu> IAK_: good, feel free to ask questions if you get into trouble or something :)
[18:58] <IAK_> k will do...
[19:13] <nxvl> !nixternal
[19:14]  * ScottK-laptop uses mIRC on his Palm Treo.
[19:21] <RainCT> ohh, fingerprint readers work with PAM?
[19:22] <Ahmuck> who is updating the hugin software?
[19:22] <sebner> huhu RainCT
[19:22] <sebner> ScottK-laptop: bad boy :P
[19:23] <RainCT> sebner: what's up? :)
[19:24] <sebner> RainCT: not that many =) what about you?
[19:26] <sebner> Ahmuck: jaunty has the newest version
[19:27] <RainCT> sebner: Oh, not much neither.. Just reading a bit about fingerprint readers, as my laptop will have one :P
[19:27] <fabrice_sp> Ahmuck: I am
[19:27] <sebner> RainCT: are you sure it'll work with ubuntu? ^^
[19:28] <fabrice_sp> ohhh: sebner answered
[19:28]  * RainCT was sure it wouldn't work, but for what I'm reading it seems like the topic isn't that bad :). And it must be cool to use sudo by moving the finger over the reader instead of typing a pass!
[19:28] <fabrice_sp> soory
[19:28] <RainCT> sebner: dunno, but there are instructions for Ubuntu here: http://www.thinkwiki.org/wiki/How_to_enable_the_fingerprint_reader
[19:29] <sebner> fabrice_sp: np, you are the last updater so it's ok though most people just ask for a new version
[19:30] <wharp> hi, I'm trying to figure out how to get a newer version of gnomesword in the repos.
[19:30] <wharp> I see there was a request made ehre https://bugs.launchpad.net/ubuntu/+source/gnomesword/+bug/295389/ but no comments have been added
[19:30] <pochu> you can prepare it ;)
[19:31] <pochu> looks like the Debian maintainer is MIA, though
[19:31] <fabrice_sp> sebner: I even uploaded it to my ppa, so I fill a bit like the 'owner' of the package :-)
[19:31] <wharp> no kidding he's MIA.  he's active on the mailing list every once in a while, but all requests about updated versions go unanswered
[19:31] <wharp> I gave packaging it a go but it's way over my head
[19:34] <sebner> RainCT: xD
[19:34] <sebner> pochu: that was bad :P
[19:35]  * sebner kicks his wlan router
[19:35] <sebner> fabrice_sp: we are not Debian so no owners :P  But it's fine
[19:35] <sebner> pochu: MIA?
[19:35] <RainCT> sebner: Missing in Action
[19:36] <sebner> RainCT: ah, what about Inactive or Dead? ^^
[19:39] <wharp> pochu: what all do I need to do to get it in the repos?
[19:40] <pochu> wharp: either prepare the update yourself, or get somebody to do it
[19:41] <pochu> wharp: if you want to prepare it, attach the resulting diff.gz to the bug report and subscribe ubuntu-universe-sponsors to it
[19:41] <sebner> wharp: update sword and then gnomesword
[19:42] <wharp> are there instructions somewhere?
[19:42] <wharp> we've got packages built, but i realize that's nto what needs tob e done
[19:43] <ScottK-laptop> txwikinger: Would you be willing to help with gnomesword updates? ^^
[19:43] <txwikinger> ScottK-laptop: yes
[19:44] <ScottK-laptop> txwikinger: Great.  wharp: txwikinger knows a good deal about the sword packages and is willing to help you.
[19:44] <wharp> awesome1
[19:44] <wharp> thanks
[19:48] <Ahmuck> i've been building my own for a while.  just installed hugin on a new install thinking it was 0.7x and realized i'm going to have to build myself again to get the features i wanted
[19:49] <directhex> RainCT, you, #debian-mono, now.
[19:51] <RainCT> directhex: aye, sir :P
[19:52] <fabrice_sp> Ahmuck: Why? It's already at latest version (0.7.0) in Jaunty and in my ppa
[19:52] <RainCT> directhex: ah, upstream answered and said that gbrainy will only compile with gmcs
[19:53] <Ahmuck> i'm on hardy
[19:54] <fabrice_sp> Ahmuck: I also have the hardy version in my ppa
[19:54] <fabrice_sp> (https://launchpad.net/~fabricesp/+archive)
[19:54] <Ahmuck> point me to it.  i usually do a daily build
[20:23] <mgdm> fabrice_sp: I have your Hugin recompiled to link against pmjdebruijn's libexiv2
[20:30] <Ahmuck> is there a way to get the install cd to check for updates before installation and download and install the updated packages during installation?
[20:31] <Ahmuck> are install issues discussed here?
[20:35] <pochu> Ahmuck: I don't think so that's possible
[20:35] <pochu> Ahmuck: nope, there's #ubuntu-installer though
[20:40] <jmarsden|work> Ahmuck: You may be able to script the apt-get update && apt-get upgrade in a kickstart-based install
[20:40] <DimStar> Good evening everybody.. I'm an author of the library libproxy and a ubuntu user reported an issue with compiling the lib, linking against mozilla-js on Ubuntu 8.10. Libproxy uses pkg-config in order to identify the location of include files, but apparently on Ubuntu 8.10, this seems not to reflect the reality. Is something like this known to you?
[20:45] <Ahmuck> something i've noticed about the installers, is the text based requires you "attend it" because of more information needed during the install, whereas the gui only requires you to do it at the start of the install and then completes the install.  having a unified install sequence would be nice
[21:22] <mok0> azeem: ping?
[22:01] <Laney> How can I get svn-buildpackage to spit out a source package?
[22:02] <Hobbsee> Laney: man svn-buildpackage to be sure, but -S usually does that for similar packages
[22:03] <Laney> Hobbsee: I don't see it in the manpage, but it might be another problem then, thanks
[22:04] <Laney> Ah yes, I've got it
[22:04] <pochu> Laney: in [ OPTIONS for dpkg-buildpackage ]
[22:04]  * Hobbsee doesn't have it installed, so sees no manpage
[22:05] <Laney> pochu: Ah yes
[22:13] <jmarsden|work> bug 277752 - setools builds fine on my local Intrepid/amd64 machine, but not "for real", apparently.  How can I troubleshoot this further?
[22:14] <jmarsden|work> PPA build also works
[22:15] <ScottK-laptop> And the same package built for Jaunty too.
[22:15] <jmarsden|work> So... should we just ask for the build host to build it over again for Intrepid??
[22:16] <ScottK-laptop> Looks like it was just a transient soyuz failure.
[22:16] <jmarsden|work> OK.  CAn you (or someone with appropriate powers) trigger a retry?
[22:17] <ScottK-laptop> Post-release it needs a new source upload and an SRU.
[22:17] <Hobbsee> no
[22:17] <Hobbsee> ^ what ScottK-laptop said
[22:17] <ScottK-laptop> Hobbsee: No to him or me?
[22:17] <ScottK-laptop> Ah.
[22:18]  * ScottK-laptop looks around for someone in motu-sru?
[22:49] <gouki> emgent, pong
[22:50] <ScottK-laptop> jmarsden|work: I'm taking care of it.
[22:50] <jmarsden|work> ScottK-laptop: Thanks!
[23:10] <Fragadelic> hi fabrice_sp
[23:17] <ScottK-laptop> jmarsden|work: Bug #308350