[00:17] <RoAkSoAx> one question, in build-depends, is it ok to put like this: mono-gmcs (>= 1.9.1+dfsg-1ubuntu1) or could it just be like this: mono-gmcs (>= 1.9)
[00:24] <RoAkSoAx> asac, is this ok for debian/changelog??: - debian/rules: Added configure flag to pass libxul-embedding-unstable as default
[00:24] <asac> RoAkSoAx: does it work?
[00:24] <RoAkSoAx> asac, yep
[00:25] <RoAkSoAx> it builds
[00:25] <asac> good
[00:25] <asac> RoAkSoAx: yes, document remaining changes
[00:25] <asac> and add that youa dd ed the configur flag to fix build-bustage :)
[00:28] <RoAkSoAx> asac, is it ok like this: http://pastebin.ubuntu.com/22463/ ???
[00:32] <asac> RoAkSoAx: why not. maybe make one sentence out of the last changelog entry
[00:33] <RoAkSoAx> asac, ok thank you very much for your help. i really appreciate it :D
[00:35] <asac> RoAkSoAx: welcome
[00:35] <asac> RoAkSoAx: are you here regularly?
[00:35] <Laney> RoAkSoAx: The LP syntax should be (LP: #xxxxxx)
[00:35] <asac> i am about to update gecko-sharp ... once that is done blam might need a respin or something
[00:35] <asac> cannot tell for sure right now ;)
[00:36] <asac> just wanted to let you know
[00:36] <RoAkSoAx> asac, yeah i'm usually around... just ping me when you update gecko-sharp to check it then.. i'll wait before i suscribe it to u-u-s
[00:37] <asac> RoAkSoAx: no, go ahead and get your merge in now
[00:37] <asac> we can fix it once the gecko-sharp update gets in
[00:38] <RoAkSoAx> ok cool then ;)
[00:38] <RoAkSoAx> Laney, ok ;)
[00:38] <RoAkSoAx> asac, oh btw.. would it be better to have  mono-gmcs (>= 1.9.1+dfsg-1ubuntu1) or  mono-gmcs (>= 1.9) in Build-Depends?
[00:39] <asac> RoAkSoAx: depends on what the requirements are. if you need at least the 1.9.1+dfsg-1ubuntu1 package then you need to specify that
[00:39] <asac> if you just need any package build from >= 1.9 upstream release
[00:39] <asac> use the latter form
[00:43] <RoAkSoAx> asac, the build-depends in hardy was mono-mcs (>= 1.1.17) and in debian is mono-gmcs (>= 1.2.6), so i guess i just can leave it like the newer debian... without raising it right? or it would be better to change it to >= 1.9.1
[00:45] <RAOF> Unless you know that it'll fail with < 1.9, you should leave it at >= 1.2.6
[00:45] <asac> RoAkSoAx: depends on whether it would build with 1.2.67 ;)
[00:45] <asac> err 1.2.6
[00:45] <asac> most likely thats a theoretical question
[00:46] <RoAkSoAx> yeah, so i'll leave it with 1.9.1
[00:46] <asac> why 1.9.1?
[00:46] <asac> i'd say if you are unsure, just leave it at whatever debian maintainer says
[00:46] <RoAkSoAx> asac, ok, will do, thanks :)
[00:47] <RAOF> The pkg-cli-apps team is generally pretty good about that :)
[00:55] <emgent> hi RAOF
[00:56] <RAOF> emgent: Howdie.
[00:57] <emgent> RAOF: have you time for one fast upload ?
[00:57] <RAOF> emgent: Not right now, but I may later?
[00:58] <emgent> ok np
[00:58] <emgent> Bug #242517
[00:58] <emgent> for intrepid it`s ready.
[00:59] <emgent> i go to work for other ubuntu version
[00:59] <emgent> hi persia
[01:25] <rawler> ok, I've got this software I want in Ubuntu... I've registered a packaging-request (bug#242481) and created an amateurish package that seems to include the most important stuff (I.E SHOULD be basically ok to include as-is)... is there anything else I should do to ensure MOTU doesn't miss it before Intrepid?
[01:27] <persia> rawler: Upload it to REVU for comments and corrections.
[01:27] <persia> !revu
[01:29] <rawler> persia: ok, thanks.. will look into it..
[01:32] <rawler> ok, the REVU-page tells me to ask here for keyring-sync.. someone awake with a quick-button? :)
[01:38] <sommer> hey all, I was taking a look at the ldapscripts package and had a question about the debian/patches/help-options.patch file
[01:39] <sommer> the file references several bin/*.patch files that aren't in the original source... should those be there?
[01:44] <sommer> nm, they're in the bebian package as well... so I guess they belong :)
[01:53] <rawler> oh, well.. no REVU-admin awake.. I guess I should go to sleep anyways.. see you all in the morning.. :)
[01:53] <persia> rawler: I'll do a sync: sorry for being distracted
[01:54] <rawler> *ahh* no probs at all.. :)
[02:04] <persia> rawler: sync complete.  Try an upload...
[02:04] <rawler> great! thanks.. :)
[02:05] <rawler> but, ehm.. I already did an upload before, and that "worked" (as in, I was allowed to upload).. will that create problems?
[02:07] <persia> rawler: Which package?
[02:12] <rawler> well, it seemed to have worked anyways.. I'm in.. thanks a LOT.. :)
[02:13] <rawler> btw, is REVU the same system that MOTU uses for uploads?
[02:18] <ScottK> rawler: No.  MOTU upload direct to the archive.  REVU is for package review.  dput is generally what we use to upload to the archive though.
[02:18] <rawler> nevermind.. i MUST go to bed.. I'll move my apartment in two days, so quite some things to do the next days..
[02:18] <rawler> ok, thanks for the help.. see you!
[02:25] <SpookyET> hi
[02:26] <SpookyET> I find this annoying, yet useful
[02:26] <SpookyET> bzr tag $(head -n 1 debian/changelog | sed -e 's/[^(]*(\([^)]*\).*/\1/')
[02:27] <persia> SpookyET: You might also find the parsechangelog script useful.
[02:34] <SpookyET> persia: link?
[02:40] <gnomefreak> dont we have skype in repos?
[02:41] <pwnguin> gnomefreak: medibuntu does
[02:41] <StevenK> I didn't think it was distributable?
[02:41] <gnomefreak> pwnguin: thanks
[02:41] <pwnguin> cannonical might
[02:42] <SpookyET> persia:  dpkg-parsechangelog | grep Version | sed 's/Version: //'
[02:42] <SpookyET> A little more readable, I suppose
[02:43] <SpookyET> ..
[02:43] <StevenK> cut -d\  -f2
[02:43] <StevenK> :-P
[02:45] <SpookyET> ?
[02:46] <StevenK> SpookyET: You can use 'cut -d\  -f2' instead of sed 's/Version: //'
[02:47] <SpookyET> true
[02:47] <crimsun_> pssht, awk '/^Version/ {print $2}'
[02:47] <SpookyET> I had a fail push to launchpad. Now, I got a lock until 2:31
[02:48] <SpookyET> always wanted to learn awk
[02:49] <SpookyET> I suppose you can use perl and python as well
[02:49] <StevenK> I was suggesting cut since it's a little more light weight than sed
[02:59] <RAOF> SpookyET: You can't just bzr break-lock?
[03:00] <SpookyET> RAOF: the lock is on the server
[03:03] <StevenK> SpookyET: That's what break lock does
[03:03] <SpookyET> did nothing
[03:04] <SpookyET> bzr break-lock;bzr push
[03:04] <StevenK> No, you need to provide the remote repo
[03:04] <StevenK> bzr break-lock <URL>
[03:04] <SpookyET> should not it use the default
[03:04] <SpookyET> bzr push --remember
[03:06] <SpookyET> fixed. thanks
[04:52] <kgoetz> hi motus. i tried to dput a package to a ppa on LP, but forgot to specifiy a target. dput uploaded and (amidst other messages) told me: "Uploading to ubuntu (via ftp to upload.ubuntu.com)". does this mean i've accidentally attempted to upload to ubuntu?
[04:54] <kgoetz> trying again with correct config loads to ppa.launchpad.net, so i'im guessing i did. :( is there some action i need to take to de-clutter the build cue before itgets around to rejecting the upload, or just leave it be?
[04:55] <ScottK> It means you tried to upload to Ubuntu.  It'll get rejected.
[04:55] <ScottK> It's not a problem.  Everyone has done it.
[04:55] <TheMuso> I would think that if your key wasn't in one of the keyrings, it would reject it outright, before anyone saw it in any queue.
[04:57] <kgoetz> thanks both. do i wait for a rejection email, or it'll throw it out silently?
[04:57] <kgoetz> oh, emails here
[04:58] <kgoetz> " Signer has no upload rights at all to this distribution.: \o/ thank you!
[05:03] <kostmo> I'm trying to get debian/rules to use my setup.py to prepare the package, but the resulting .deb will not install the python files
[05:03] <kostmo> does anyone have experience rolling .deb's of python applications?
[05:05] <kostmo> my setup.py: http://paste.ubuntu.com/22513/
[05:06] <kostmo> and debian/rules: http://paste.ubuntu.com/22514/
[05:07] <wgrant> superm1: Around?
[05:07] <superm1> yeah.  wgrant
[05:07] <superm1> glanced over vlc and nothing stood out, but i was holding off a response until i could more throroughly look
[05:07] <wgrant> RIght, thanks.
[05:07] <wgrant> It seems to work fine.
[05:07] <superm1> i say push it, and if we catch something we'll fix it
[05:08] <wgrant> Sounds good.
[05:08] <wgrant> I'll mangle the version, as our upstream tarballs are named oddly.
[05:08] <superm1> how are you going to handle that?
[05:08] <wgrant> Hopefully we can fix that once they finally get around to releasing 0.9.0
[05:08] <superm1> i was wondering about htat
[05:09] <wgrant> I just need to throw a 'release.' before the 'e' in the Debian version.
[05:09] <wgrant> And take not to merge it manually.
[05:09] <wgrant> *note
[05:09] <superm1> ah didn't realize you'll have rights to fix it in debian
[05:10] <wgrant> No, I don't.
[05:10] <wgrant> I'll just rename the tarball in Ubuntu.
[05:10] <RAOF> kostmo: You should, at least, be using one of dh_pysupport or dh_pycentral
[05:10] <wgrant> Until 0.9.0.
[05:10] <superm1> oh okay
[05:10] <wgrant> Argh. The tarballs differ, of course.
[05:10] <wgrant> Damn.
[05:10] <wgrant> Because of the embedded x264 and co.
[05:11] <RAOF> Why is it so hard for AV guys to release and use _libraries_?
[05:11] <superm1> maybe can you get siretart to change the name in debian?
[05:11] <superm1> or add an epoch possibly
[05:11] <wgrant> No point.
[05:11] <wgrant> It'll be for a few months at most.
[05:11] <superm1> RAOF, everyone goes around and adds support for their own set of patches
[05:12] <superm1> it sucks
[05:12] <superm1> but everyone's come to live with it
[05:12] <wgrant> I'll just make the tarball 0.8.6.release.e+debian or something.
[05:12] <wgrant> And hope they upload 0.8.6h at some point soon.
[05:17] <wgrant> Oh blergh.
[05:17] <wgrant> Ours has a +x264... at the moment, so it'll have to be +xdebian or so.
[05:18] <superm1> this is getting worse and worse
[05:18] <superm1> i am really starting to think epoch's sound more attractive
[05:18] <wgrant> Upstream has 0.8.6h though, so this shouldn't be for long.
[05:18] <wgrant> But the .release will be here for a while.
[05:18] <kostmo> I am also getting a lintian error: file-in-etc-not-marked-as-conffile
[05:18] <wgrant> An epoch is overkill if we just have to wait for a new minor upstream version...
[05:19] <kostmo> the details of that error message don't tell you how to fix it
[05:19] <wgrant> kostmo: You probably want to use CDBS' distutils support which makes debian/rules trivial.
[05:20] <kostmo> I don't know much about CDBS.  Thanks, I'll look into it.
[05:20] <superm1> wgrant, have you asked siretart when he is getting 0.8.6h in debian?
[05:21] <wgrant> superm1: I hadn't. As it has had a number of NMUs lately, I don't think it likely it will be soon.
[05:22] <superm1> wgrant, okay well just make sure you document what to do in the cases of merges/updates until 0.8.6h then i suppose in a README.Ubuntu or something
[05:22] <wgrant> I've got it in the changelog.
[05:22] <wgrant> As it fits in two lines, and the changelog is fairly long otherwise.
[05:23] <superm1> k :)
[06:50] <moosepants> Hi Masters. I am currently building a package for the new Subversion 1.5 for Hardy. When I'm done is there a repo where someone would be interested in having this put, considering it's not going to be an official upgrade path?
[06:51] <nxvl> you can use ppa
[06:51] <nxvl> or try to upload it to intrepid
[06:51] <persia> moosepants: Which version of subversion?
[06:51] <moosepants> 1.5.0
[06:54] <persia> moosepants: Looks like there were still some issues with perl, Java, and ruby on Friday.  I'd probably recommend a PPA for now.
[06:54] <man-di> moosepants: Debian has subversion 1.5.0 already. What dont you just sync it?
[06:54] <persia> The official upgrade path is likely to be a merge with Debian 1.5.0dfsg1-1, and then a possible backport to Hardy.
[06:54] <moosepants> persia: When is that likely to occur?
[06:54] <persia> man-di: Are the issues that keep it in experimental resolved?  I thought the candidate was a work in progress.
[06:55] <man-di> I dont know, I'm not involved in that. I just thought that its ridicolous to start another packaging of subversion
[06:55] <persia> moosepants: I'm not sure of dates, but I'd suspect that the remaining issues with 1.5.0 will be resolved in the next few weeks.  That will push past DIF, but it's a sufficiently high-profile pplication as to when it gets merged.
[06:56] <persia> Err.  It's a sufficiently high profile application it will likely be merged in a few weeks.
[06:56] <persia> Were I you, I'd start playing with the Debian revision, and see how well it works for you, rather than duplicating the work.
[06:57] <persia> man-di: That I'd agree with
[06:57] <man-di> persia: I hoped so. :-)
[06:57] <moosepants> Hrm. Well, we need it nowish (I have been holding off some big merges awaiting merge-tracking), so I'll have a go with the Debian version, although I'm 95% done making my own package, provided it tests OK
[06:58] <persia> moosepants: You might look at the changelog for 1.4.6dfsg1-2ubuntu1: it likely has fairly clear hints about what ubuntu modifications are useful.
[06:59] <RAOF> The merge is likely to be fairly awkward; I looked at merging a not-1.5 version to fix the libsvn-perl-rebuild-against-5.10 problem, and there was all sorts of fun awaiting.
[07:00] <RAOF> But if you're just interested in a working svn 1.5, simply building the debian package against hardy should be reasonable.
[07:01] <moosepants> RAOF: Cool, thats what I'm in the middle of now.
[07:05] <dholbach> good morning
[07:09] <moosepants> persia: Where did you look to see that there were issues on Friday?
[07:10] <nxvl> dholbach: good $TIME_IN_YOUR_TZ
[07:11] <dholbach> nxvl: and the same to you :)
[07:12] <persia> moosepants: I was reading the changelog on the version uploaded to Debian experimental on Friday: indicated some issue with Java, and a couple extra patches for perl and ruby.  There is often benefit to looking at the code referenced by the changelog entry if one plans to extend it.
[07:13] <\sh> moins
[07:14] <moosepants> persia: Cheers, I will have a look myself. I am pretty new to the debian/ubuntu packaging world, so have little idea. Thanks anyway
[07:51] <siretart> wgrant: superm1?
[07:51] <siretart> morning folks!
[07:51] <polo> helloooooooooo
[07:53] <siretart> wgrant: if you want to work on vlc, I very much welcome you to prepare the latest upstream release as maintainer upload to debian, which I'll happily sponsor for you. xtophe, the vlc guy caring for the debian package seems to be pretty MIA and we badly need a fixed vlc in debian rather soon
[07:53] <wgrant> siretart: Evening.
[07:53] <wgrant> siretart: Sure, I'll see what I can do about preparing 0.8.6h tonight.
[07:53] <wgrant> It has had 3 NMUs since the last MU :(
[07:55] <siretart> wgrant: yeah, that's really unfortunate
[07:57] <wgrant> Oh dear. It has a few bugs open.
[07:58] <siretart> but it seems xtophe touched the team's svn last week
[07:59] <siretart> hmmm
[07:59] <siretart> vlc (0.8.6.f-1) UNRELEASED; urgency=medium
[08:01] <wgrant> That's still rather prehistoric.
[08:02] <siretart> hm. I see
[08:03] <YokoZar> Will update manager install a (new) recommends to a package?
[08:04] <persia> YokoZar: Yes, unless the user has configured it otherwise.
[08:05] <YokoZar> persia: umm, how does one configure update-manager?
[08:06] <wgrant> siretart: Well, it looks like he's onto it, so I won't interfere.
[08:07] <siretart> he's onto it since quite some time. feel free to poke him as well ;)
[08:08] <persia> YokoZar: Either fiddle with apt.conf, or use arguments to apt-get to set policy.
[08:08] <persia> update-manager uses either python-apt or synaptic internally, depending on the type of upgrade.  In either case, it accepts base apt configurations, and in the synaptic case, it also follows synaptic configuration.
[09:59] <dholbach> let's do some sponsoring - who's in for it? :)
[09:59]  * dholbach looks at wmifs
[09:59] <DktrKranz> I did some earlier, about ten bugs
[10:00]  * dholbach high-fives DktrKranz :)
[10:00]  * DktrKranz hugs dholbach 
[10:00]  * wgrant is a bit busy trying not to strangle vlc developers.
[10:01] <dholbach> wgrant: sponsoring will make you think of something else - voilà! :)
[10:01] <wgrant> Heh.
[10:01] <wgrant> They don't bother to release security patches, and they've recently moved to git, so the SVN revision references in the tickets on their bugtracker aren't useful to find patches :(
[10:01] <DktrKranz> elegant way to say: "stop what you're doing and go processing u-u-s queue" :)
[10:02]  * dholbach looks at windowlab
[10:02] <wgrant> I was going to do some yesterday, but then realised I was no longer in u-u-s, so couldn't unsubscribe them.
[10:02] <dholbach> wgrant: adding you
[10:03] <wgrant> dholbach: Thanks.
[10:03]  * dholbach hugs wgrant
[10:03] <dholbach> done
[10:03] <directhex> i wonder if i have anything awaiting sponsorship in universe
[10:03] <directhex> just main, i think
[10:04] <dholbach> at least the sync requests should be easy to ACK
[10:05] <directhex> i'm awaiting a couple of packages to go into debian before sync requesting, too
[10:05] <persia> Why are sync requests easier to ack than other diffs?  Oughtn't one be reviewing past Ubuntu variation?
[10:05]  * persia encourages sponsoring, just doesn't understand that point.
[10:06] <DktrKranz> right, syncs merges and standard debdiffs need the same attention. I'm focusing on merges/syncs right now, just to be sure to get rid of them before DIF
[10:07] <wgrant> persia: It's easier to trust Debian than a Contributor. It's pretty easy to check if the diff is incorporated in Debian, not so easy to check that a Contributor diff is correct.
[10:07] <dholbach> persia: I wasn't trying to say that one thing deserves more attention than another.
[10:07] <persia> wgrant: I guess.  I'm more worried about useful Ubuntu variation going missing, but maybe my experience isn't typical.
[10:07] <dholbach> also the description in sync requests is often more explicit
[10:08]  * dholbach looks at lasso
[10:13]  * dholbach looks at giftrans
[10:24]  * dholbach looks at memaker
[10:26] <directhex> hm, nope, i got nothin' in universe currently
[10:26] <directhex> or nothing waiting, anyway
[10:28] <directhex> xsp i want to see updated in debian first, but i could put out a 0ubuntu1 package if pushed
[10:29] <persia> directhex: Better to wait for Debian to ensure the same orig.tar.gz,  If you want to prep a debian update candidate, ask the maintainer if help would be welcome.
[10:30] <directhex> persia, done and done. he's just busy.
[10:31] <directhex> i'll take a peek at monodevelop, that would be useful
[10:33] <directhex> ehm, looks like it's unbuildable on intrepid right now
[10:34] <highvoltage> ~
[10:37]  * dholbach looks at planner
[10:37] <directhex> hm, uninstallable, not unbuildable. automatic versioned dependencies are old. just needs a rebuild
[10:44] <directhex> bleh! someone already did it, as a 1ubuntu2 package. stupid merge-o-matic
[10:44] <directhex> that was a waste of time
[11:10] <siretart> wgrant: oh, I see you uploaded a new vlc 3 hours ago. I've refreshed the patches for version 0.8.6h in the debian svn
[11:10] <wgrant> siretart: I did, so we can easily merge from Debian now.
[11:11] <siretart> wgrant: moreover, I think we agreed on dropping the x264 and faad copies so vlc can be promoted to universe again
[11:12] <wgrant> siretart: x264 is in multiverse, and we now depend on it.
[11:12] <wgrant> So unless we can promote it, vlc can't go back.
[11:13] <sebner> DktrKranz: ping
[11:13] <DktrKranz> sebner: 150 euros... ehm... pong
[11:13] <sebner> DktrKranz: rofl
[11:14] <sebner> DktrKranz: my libnxml merge. What sense does it make to keep the versioning on cdbs? I introduced it to fix gutsy backport but how big is the change that this version gets backported intrepid->hardy->gutsy?
[11:14] <mok0> Hi
[11:14]  * sebner winks mok0 
[11:14] <mok0> Long time no see
[11:15] <sebner> mok0: you or me? ^^
[11:15] <mok0> me
[11:15] <mok0> Long time no see me
[11:15] <DktrKranz> sebner: bug number?
[11:15] <sebner> DktrKranz: bug #225626
[11:15] <sebner> mok0: then welcome back ^^
[11:16] <mok0> sebner: thx. Not quite back though
[11:16] <mok0> sebner: working on a manuscript
[11:16] <DktrKranz> sebner: current cdbs version is higher than the one you mention, but if you try to backport it in the future, you'll get FTBFS
[11:17] <DktrKranz> since we keep merging clean-la.mk
[11:18] <sebner> DktrKranz: for gutsy but not for hardy
[11:19] <DktrKranz> what if someone wants it for dapper?
[11:19] <DktrKranz> (or any supported series <= gutsy)
[11:20] <sebner> DktrKranz: then we reintroduce the fix. But the chance isn't that high since no one requested a backport of the hardy version to gutsy
[11:21] <DktrKranz> I agree, usually backports requests are for current stable release
[11:21] <sebner> DktrKranz: so go and upload it and stop complaining :P
[11:21] <DktrKranz> but I'm not a backporter, maybe you can ask them advices :)
[11:21] <sebner> bah
[11:22] <wgrant> siretart: Is x264 in multiverse purely due to patent concerns?
[11:23]  * sebner --> lunch
[11:23]  * directhex patents frivolous software patents
[11:24] <Laney> dholbach: re: giftrans. Does depending on a non-existant package as part of an alternative matter?
[11:24] <DktrKranz> soren: network-manager-{vpnc,openvpn} are out-of-date looking at GNOME SVN, mind if I have a look at them?
[11:27] <mok0> Hmm, how do you configure terminator?
[11:27] <soren> DktrKranz: Not at all. In fact, I'd be thrilled if you did. I been neglecting them big time.
[11:28] <DktrKranz> soren: sure. I'll have a look (since I had some crashes with vpnc), not sure when, though.
[11:28] <cbx33> hey guys
[11:28] <cbx33> can someone tell me why
[11:29] <soren> beacuse
[11:29] <soren> gah..
[11:29] <wgrant> Definitely.
[11:29] <soren> because, I mean.
[11:29] <cbx33> ocsinventory-server appears on http://gb.archive.ubuntu.com/ubuntu/pool/universe/o/ocsinventory-server/
[11:29] <cbx33> and on pacakges.ubuntu.com
[11:29] <cbx33> ahhhh
[11:29] <cbx33> hmmm
[11:29] <cbx33> no
[11:29] <soren> No?
[11:29] <soren> Aw... Too bad. :)
[11:29] <cbx33> but apt-get can't find it
[11:30] <wgrant> cbx33: Because you haven't got your sources.list setup properly, I would suggest. But that can't be right.
[11:30] <soren> cbx33: How exactly can't apt-get find it?
[11:32] <wgrant> There's an arch-indep binary published in both Hardy and Intrepid. All looks good to me
[11:32] <siretart> wgrant: it is an mpeg4 encoder, so yes
[11:33] <wgrant> siretart: Lovely.
[11:34] <siretart> wgrant: I think it even was in debian at some point but got removed
[11:35] <cbx33> nevermind
[11:35]  * cbx33 found the problm
[11:35] <cbx33> this box is a gutsy box
[11:36] <wgrant> cbx33: Heh, that would do it.
[11:36] <cbx33> damn box
[11:36] <wgrant> siretart: Yep.
[11:36] <wgrant> How I love software patents.
[11:36] <wgrant> I guess we'll have to carry that Debian diff forever.
[11:52] <siretart> wgrant: however we can and should work on minimizing it
[11:52] <siretart> (the diff)
[11:53] <wgrant> siretart: It's pretty small now.
[11:54] <siretart> oh, cool
[11:54] <wgrant> There's pulse, and x264.
[11:54] <wgrant> And xulrunner 1.9.
[11:54] <siretart> wgrant: would you mind uploading backports of vlc to the motumedia ppa, at least for hardy?
[11:54] <wgrant> And no iceape.
[11:55] <wgrant> siretart: If you add me to motumedia, sure (I probably should join anyway). I left a while ago due to bugmail, but I can route that elsewhere now.
[11:56] <siretart> wgrant: done
[11:56] <wgrant> siretart: Danke.
[12:01] <wgrant> siretart: Apart from the pulseaudio plugin diff itself:
[12:01] <wgrant>  9 files changed, 64 insertions(+), 9 deletions(-)
[12:01] <wgrant> So it's pretty small.
[12:03] <siretart> wgrant: oh, nice
[12:03] <siretart> is the pulseaudio plugin diff something that would be applicable to debian as well?
[12:03] <wgrant> Possibly.
[12:04] <wgrant> It's in the 0.9 branch upstream.
[12:04] <siretart> then please file a bug with the patch attached
[12:04] <wgrant> Will do.
[12:04] <siretart> thanks
[12:06] <wgrant> siretart: Ah, it's already there. Debian bug #471069.
[12:15] <siretart> wgrant: excellent. thanks
[12:15] <siretart> now we "only" need some hands to actually integrate them in the debian branch
[12:16]  * siretart really should focus more on ffmpeg
[12:16] <wgrant> siretart: The Debian vlc maintainer doesn't seem tooo inactive.
[12:17] <siretart> no he isn't. I see xtophe from time to time in #videolan
[12:18] <siretart> hi sistpoty|work
[12:18] <sistpoty|work> hi siretart
[12:18] <wgrant> siretart: I'm currently rolling an update to fix all vlc CVEs open in Hardy...
[12:18] <wgrant> I think it builds now.
[12:19] <siretart> wgrant: cool. thanks
[12:19] <wgrant> Indeed it does.
[12:19] <sebner> huhu sistpoty|work
[12:19] <sistpoty|work> hi sebner
[12:19] <sistpoty|work> woohoo, maybe we'll do a FAUmachine release soon, thanks to your ideas siretart :)
[12:20] <siretart> sistpoty|work: cool! :)
[12:22] <rawler> hey.. REVU complains about my tetzle-package, says that lintian thinks the Standards-Version is to high.. (3.8.0).. my local lintian on Hardy does not complain, should I still downgrade Standards-Version?
[12:23] <sebner> rawler: no
[12:23] <wgrant> rawler: No. I'll throw a newer lintian on there some time tonight.
[12:24] <rawler> okies.. great.. :)
[12:25] <rawler> btw, how long is it usually before someone has time to review a submitted package? hours, days or weeks?
[12:26] <sebner> rawler: depending on how much you pay and how annoying you are
[12:26] <wgrant> siretart: Any objections to me installing a backported 3.8.0-compatible lintian on spooky?
[12:27] <rawler> sebner: I don't pay, and I'm mildly annoying? :)
[12:28] <sebner> weeks then :P
[12:28] <wgrant> It is recommended to ask in here no more than once a day.
[12:28] <wgrant> Somebody will likely take notice of one of your requests.
[12:30] <rawler> heh.. allright.. I'm just asking since I'm in the process of moving my apartment, so got lots of other stuff to do as well, and wants to know roughly what to expect, for planning.. :)
[12:31] <Laney> I generally just put stuff in the queue and wait, normally takes a few days
[12:36] <rawler> Laney: great.. thanks.. :)
[12:44] <rawler> btw, how important is the manpage of a single-binary game? (a QT4-puzzle-game)
[12:44] <rawler> or rather, how important is the missing-manpage lintian complaint?
[12:49] <wgrant> siretart: It looks like vlc 0.9.0 will be out in a month, so the Pulse addition in Debian may not be necessary.
[12:49] <RAOF> rawler: I, personally, wouldn't sponsor a package at this stage without a manpage.  They're easy enough to write.
[13:10] <emgent> morning
[13:40] <Laney> dholbach: Did you manage to fix that mouse problem you were having on Intrepid?
[13:41] <dholbach> Laney: no - do you have it too?
[13:41] <Laney> dholbach: Yeah, I just booted it up and it's stuck to a tiny area on the top left
[13:41] <dholbach> Laney: regarding the "| xf86-common" - having it shouldn't matter
[13:41] <dholbach> Laney: did you find anything out about it already? any bug report or anything?
[13:42] <Laney> dholbach: No, doing a bit of poking now
[13:42] <Laney> and I'll get you a new debdiff in a sec
[13:42] <dholbach> Laney: take your time - I have a bunch of other things to finish first - but I'll get to it
[13:42] <dholbach> Laney: keep up the good work! :)
[13:42] <Laney> Thanks :D
[13:54] <gnomefreak> for backport packages how is archive admins related to the process?
[13:56] <jpds> gnomefreak: they do the backporting with their sscripts
[13:56] <sebner> persia: \o/ for the uqm-content sync but what about the merge :P
[13:56] <gnomefreak> jpds: so i would have one of them spin it and push?
[13:57] <persia> sebner: As soon as I can figure out git packaging properly, Debian will have a new revision with those changes.
[13:57] <sebner> persia: ah true you told me. YEAH sync :D
[14:00] <sebner> ember: ah gratulation!!!
[14:01] <jpds> gnoeif you're in the ~ubuntu-backporters team, yes
[14:02] <jpds> gnomefreak: ^
[14:03] <gnomefreak> jpds: thanks
[14:03] <jpds> gnomefreak: otherwise, file a bug and wait for a backporters to approve it.
[14:04] <gnomefreak> jpds: its been there for over a month and they were subscribed
[14:04] <gnomefreak> noone touched it and i would really like to get my plate cleaned up a bit
[14:04] <wgrant> gnomefreak: Filed against <release>-backports?
[14:04] <gnomefreak> wgrant: no i tried but it wouldnt allow me
[14:05] <gnomefreak> i tried caps and no caps
[14:05] <wgrant> gnomefreak: There is no restriction on filing bugs against projects...
[14:06] <gnomefreak> wgrant: Launchpad doesn't know of any source package named 'hardy-backports' in Ubuntu.
[14:06] <sebner> persia: when is the new u-u-c emblem introduced? or isn't that possible since the election escalated ^^
[14:06] <persia> gnomefreak: launchpad.net/hardy-backports/+source/foo
[14:06] <jpds> gnomefreak: lp.net/hardy-backports
[14:06] <persia> sebner: Err.  Right.  I'll go look at doing that now.
[14:06] <wgrant> gnomefreak: Project, not sourcepackage.
[14:07] <geser> Hi *
[14:07] <sebner> persia: *thanks*. wuhu. new icon for me \o/  xD
[14:08] <gnomefreak> wgrant: thanks so i can mark gutsy and hardy as invalid once *-backports is set?
[14:09] <persia> mok0: I'm looking at the wrench: it's 16x16, and I need 14x14.  Shall I trim one pixel from each edge, or do you want to resize in a more complicated way?
[14:10] <mok0> persia: the other emblems I have looked at are also 16x16, but displayed as 14x14 in the html
[14:10] <persia> mok0: OK.  LP tells me it wants 14x14.  If you're sure, I'll put it as is.
[14:11] <mok0> Yes, try it and see what happens :-)
[14:11] <mok0> persia: I presume the browser scales it
[14:11] <sebner> mok0: congratulation =)
[14:12] <mok0> sebner: thx :-)
[14:12] <mok0> I guess the wheel emblems can be used for something else
[14:12] <persia> mok0: It rejects it because it's not the right size.
[14:12] <sebner> mok0: I totally agree that a wrench represents me ^^
[14:12] <mok0> persia: do you have imagemagick?
[14:12] <persia> I've tried a couple crops, and either it looks funny, or the proportions are wrong.
[14:13] <persia> You want the results of an imagemagick resize?  OK :)
[14:13] <mok0> persia: 2 secs
[14:13] <wgrant> gnomefreak: Please do.
[14:13] <gnomefreak> wgrant: i am
[14:13] <gnomefreak> thanks
[14:16] <gnomefreak> pulseaudio isnt default in gutsy right?
[14:17] <sebner> gnomefreak: nope, since hardy
[14:17] <gnomefreak> thats gonna be an issue than :(
[14:18] <gnomefreak> gutsy+flash 10=not gonna work
[14:19] <sebner> DktrKranz: so, new debdiff for libnxml?
[14:33] <persia> sebner: https://launchpad.net/people/+me
[14:34] <sebner> dholbach: I found the mistake what caused the linkchecker FTBFS. README.txt should be README, Now it the question how I change that in debian/rules (cdbs). or I annoy upstream to cut this .txt thing ^^
[14:34] <sebner> persia: looks wired ^^
[14:35] <sebner> dholbach: ah wait. the workaround is to comment out binary-post-install/linkchecker:: in debian/rules ^^
[14:35] <persia> sebner: When does it seek README?  You can probably get away with a custom hook (and it's not worth bothering upstream about, although Debian may be interested)
[14:36] <sebner> persia: I can comment out rm $(DOCDIR)/README  since it seems that it doesn't get copyed there. neither with nor without .txt
[14:38] <persia> sebner: Ah.  That works.
[14:38] <sebner> persia: HRMPF maybe I should add it in debian/linkchecker.docs   -.-
[14:39] <persia> sebner: Not if it was previously deleted post-install.  Are the contents interesting to users?
[14:39] <sebner> persia: written in this file: See doc/en/index.txt
[14:40] <persia> That would not be interesting to users, so it doesn't belong in debian/linkchecker.docs :)
[14:41] <sebner> persia: so I can comment out this binary-post-install/linkchecker:: rm $(DOCDIR)/README.txt   in debian/rules?
[14:41] <sebner> persia: sure since this file isn't there -.-
[14:43] <persia> sebner: As long as you understand what it was supposed to do, and why it isn't needed anymore, you can comment it out.
[14:44] <sebner> persia: I'll write a super long and great changelog entry :P
[14:45] <sebner> persia: btw, xgalaga got orphaned now
[14:47] <directhex> is it a big loss? </blasphemy>
[14:48] <sebner> lol
[14:48] <sebner> directhex: dunno, I just merged it last time (persia forced me :P) but I don't know if it's good or bad ^^
[14:52] <persia> Being orphaned just means that it's maintained by the Debian QA team, rather than anyone else.  it's not  poor reflection on the package.
[14:52] <persia> We *really* ought merge/sync orphan notices though, as it changes the appropriate contact point for questions about packaging.
[14:53] <sebner> persia: I never merged a package before that has only the changelog entry with "Orphaned" ^^
[14:53] <persia> sebner: It's pretty easy.  Just changes to changelog and control.
[14:55] <sebner> persia: I know. But it's somehow funny ^^
[14:55] <persia> Why funny?
[14:56] <sebner> dunno XD. Don't try to understand me ^^
[15:11] <sebner> persia: do you want to upload my fix for linkchecker?
[15:12] <persia> sebner: Maybe.  It's late here.  I've promised myself to do a review of the sponsors queue tomorrow, so if the queue is slow, it may be me.
[15:14] <sebner> persia: ah sry, I didn't look at the time for your timezone. Well, I subscribe u-u-s then
[15:14] <joejaxx> anyone know how to get pbuilder to not cancel a root tarbal creation because it runs into problems (specifically the package state of intrepid)
[15:36] <AnAnt> persia: Hello
[15:48] <norsetto> boo
[15:48] <soren> Yikes.
[15:49] <norsetto> sorry ...
[15:50] <amikrop> Hello. I am packaging a testing/toy Python application I made, with CDBS, for practice/experimentation/experience. The source files are: "setup.py" (the distutils setup script), "bar.py" (a dummy module), "main.py" (the main python script that imports "bar") and "foo", a bash executable for executing "main.py". How will CDBS handle "foo"'s case?
[15:51] <amikrop> I think I need everything to go in /usr/lib/foo, apart from foo that will go in /usr/bin (in order to be in the PATH).
[15:53] <amikrop> Or, is it made otherwise? I mean, bar.py goes into /usr/lib/python2.5/site-packages and main.py does into /usr/bin?
[15:56] <amikrop> s/does/goes
[15:59] <cocoa117> hi, does anyone know when will this issue solved with Ubuntu hardy 8.04 on AMD64 platform?
[15:59] <cocoa117> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=484758
[16:00] <amikrop> What do I have to install, to use CDBS with Distutils?
[16:00] <amikrop> Generally, what do I need to install to use CBDS?
[16:00] <cocoa117> ubottu, u know about it?
[16:00] <amikrop> * CDBS
[16:00] <amikrop> !cdbs
[16:01] <amikrop> (I found out, the package "cdbs".)
[16:04] <bliZZardz> cocoa117: were you able to reproduce the issue?
[16:04] <cocoa117> sure
[16:04] <cocoa117> just don't know where and how to report
[16:05] <cocoa117> i was hoping the bug has been fixed
[16:05] <cocoa117> blizzardz, i have to remove the openoffice.org-gtk package for my oo to work
[16:06] <cocoa117> can't really use it when it can't open a file
[16:09] <sebner> norsetto: with fresh mind I'll fight flightgear soon =)
[16:10] <norsetto> sebner: remember to lower your flightgear before landing
[16:11] <cocoa117> i have got ubuntu 8.04 on AMD64, with apt manger i have following repository clicked, hardy-security, hardy-updates and hardy-backports. The system is all up to date
[16:12] <cocoa117> the openoffice.org is version 2.4.1.1-ubuntu1
[16:12] <sebner> norsetto: ^^ yes, thx for the hint with the lintian warnings. It's just that I won't change things like bumping the s-version to 3.8.0. Our goal is to *reduce* the delta :P
[16:13] <cocoa117> the OpenOffice works fine without installing openoffice.org-gtk package, which is 2.4.1-1ubuntu1
[16:13] <cocoa117> after install it, the open file menu hung after click it
[16:13] <sebner> cocoa117: this isn't a support chan. try #ubuntu
[16:14] <amikrop> During `$ dpkg-buildpackage` (CDBS and Distutils) I got this: `error: package directory 'bar' does not exist`. The setup.py is here: http://dpaste.com/58842/ ("setup.py", "foo" and "bar.py" are in the same directory).
[16:24] <amikrop> Things worked just great, straightforward and simply, with CDBS (and Python's distutils). :-)
[16:31] <tbf> there is a tool for comparing debian package versions on command line....
[16:31] <tbf> ....what's its name again?
[16:33] <ogra> dpkg ;)
[16:33] <DRebellion> Hi! Could someone spare a minute of their time to review my package: http://revu.tauware.de/details.py?package=monkeystudio ? Thanks ;)
[16:33]  * tbf reads the man-page of dpkg again
[16:33] <ogra> tbf, dpkg --compare-versions 1 gt 2 || echo false
[16:34] <tbf> ogra: oh! thanks alot.
[18:03]  * sistpoty|work heads home... cya
[20:19] <norsetto> howdy
[20:20] <norsetto> DktrKranz: any news about dudus and dcordero ?
[20:21] <DktrKranz> norsetto, unluckyly no :(
[20:21] <norsetto> DktrKranz: ok, this means we should consider them MIA?
[20:22] <DktrKranz> I guess so
[20:35] <sebner> norsetto: what about Update of the Builds-Dependence to debhelper to >>5.0.0 ?
[20:36] <norsetto> sebner: leave it as debian did
[20:36] <sebner> norsetto: so I suppose also debian/watch  <-- since debian maintainer complained that we put extraload on the main mirror since we comment out the other mirror
[20:37] <norsetto> sebner: who complained and where?
[20:38] <sebner> norsetto: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=480502
[20:39] <mandarin> hi, i have a question. why is the eclipse package so old? it's still version 3.2.2
[20:40] <ScottK> No one was interested to update it.
[20:40] <norsetto> sebner: you would have to ask huats why he made that change. If I remember it correctly, it just wasn't working.
[20:40] <sebner> ScottK: wasn't that a java issue? since debian is also waiting for the newest version to come out and package
[20:41] <huats> sebner: what is it about ?
[20:41] <sebner> norsetto: kay, I'll check. And I decided to fix all the lintian warnings and give him a nice debdiff
[20:41] <norsetto> sebner: check with him also with the file extension (yes, it should be png) and the download location
[20:41] <norsetto> huats: ^^
[20:41] <sebner> ^^
[20:41] <norsetto> huats!!!
[20:42] <huats> norsetto !!!
[20:42] <norsetto> huats: its about flightgear, do you remember why we changed the watch file?
[20:42] <sebner> norsetto: but isn't his reaction funny: What's wrong with the .desktop file xD
[20:43] <huats> norsetto: I changed it ? sure ?
[20:43] <huats> I don't remember I did...
[20:43] <norsetto> sebner: yeah, don't be bothered by that
[20:43] <sebner> norsetto: ok ok, we'll fight down the delta :)
[20:52] <norsetto> sebner: if the default mirror used by debian works, don't bother to change it, its not worth a delta
[20:53] <sebner> norsetto: so all in all we'll just keep the icon thing, hmm?
[20:55] <norsetto> sebner: possibly, but check if it can indeed be downloaded and change the extension in copyright
[20:56] <norsetto> sebner: and don't forget the desktop change
[20:56] <norsetto> sebner: IMHO also the docs change its worth keeping
[20:58] <Kopfgeldjaeger> ScottK: I now think there's no need for an SRU for bug #240191 . The authentication and uploading images works fine here, probably the problems appeared with a later version
[21:04] <ScottK> Kopfgeldjaeger: Please say so in the bug.
[21:06] <sebner> norsetto: Newest version on remote site is 1, local version is 1.0.0
[21:06] <sebner>  => remote site does not even have current version
[21:06] <sebner>   xD
[21:07] <ScottK> Is this a sourceforge watch file?
[21:07] <norsetto> sebner: which one is that? Check the regex and check directly what is the name of the tarball there.
[21:08] <sebner> norsetto: mirror -> FlightGear-1.0.0.tar.gz
[21:09] <sebner> ScottK: nope
[21:09] <ScottK> OK.  If it was, then I'd blame the Debian sourceforge magic.  It's been funky lately.
[21:09] <norsetto> sebner: ok, so it is likely the regex
[21:10] <sebner> norsetto: I suppose a "version=1.0.0" is missing, hmm?
[21:11] <norsetto> sebner: its not worth fixing this, just keep the one from Debian and alert the DM about the problem
[21:12] <sebner> norsetto: great :) I will prepare a debdiff soon :)
[21:12] <sebner> ScottK: for courier we can't say "it's not worth fixing this", hmm :P
[21:12] <ScottK> Which bug?
[21:12] <ScottK> We just say it nicely.
[21:13] <sebner> ScottK: sry I mean:" just keep the one from Debian"
[21:13] <ScottK> Oh.
[21:14] <sebner> just a joke ;)
[21:14] <norsetto> huats: do you remember about the flightgear icon?
[21:15] <sebner> norsetto: at least the download link isn't working anymore
[21:16] <norsetto> sebner: yes, thats why I would like to hear from huats if he remembers anything about it
[21:16] <huats> hum
[21:16] <huats> I might remember a few stuffs
[21:16] <huats> there was no icon at all
[21:17] <huats> so I went in the sources of the flightgear and I found in an old version that icon
[21:17] <huats> that I've converted in xpm I think
[21:18] <norsetto> huats: ok, so it was in an old tarball? hmmm, the link we have in copyright doesn't work anymore
[21:18] <huats> hum
[21:18] <huats> it was  the good link...
[21:19] <huats> no way to find it in google cache ?
[21:28] <norsetto> sebner, huats: Josh Babcock is mentioned in the changelog and also in emails in the flightgear-devel list (http://www.mail-archive.com/flightgear-devel%40flightgear.org/msg35007.html)
[21:29] <sebner> norsetto: so?
[21:29] <huats> sebner: so you can contact him :)
[21:29] <huats> norsetto: sorry for not being really helpful
[21:29] <sebner> norsetto: 2 days left ;)
[21:30] <huats> I am in the middle of the regular meeting of the french loco... and since I am the new leader I am leading it :)
[21:30] <norsetto> sebner: so, what are you waiting for?
[21:30] <sebner> norsetto: finding the correct words :P
[21:31] <norsetto> huats: hey leaders always say they have something urgent to do and leave the meeting to go and smoke a cigarette ;-)
[21:31] <sebner> lol
[21:32] <norsetto> sebner: you can also check if the icon is in the tarball already, or if it is only included with the windows package; in both cases there should be some documents about it
[21:34] <norsetto> sebner: it doesn't hurt to show some initiative, don't expect there will always be somebody to tell you what you have to do
[21:35] <sebner> norsetto: understood, thx
[21:55] <sebner> norsetto: for W: flightgear source: debian-watch-file-missing-version
[21:55] <sebner>   I'd need the next flightgear version right?
[21:55] <sebner> + to know
[21:55] <norsetto> sebner: I don't know by heart, what lintian -i says?
[21:56] <sebner> norsetto:  The first non-comment line of debian/watch should be a version declaration.
[21:57] <norsetto> sebner: ok, thats the version=3 whatever line
[21:57] <norsetto> sebner: if you check man uscan it says what that should be
[21:58] <sebner> norsetto: ah I see, I was just wondering if I should write the next programm version there xD
[21:58] <norsetto> sebner: no, no, its the watch file format version
[22:00] <sebner> norsetto: yeah ^^, so now fixed all lintian warnings. just the icon thing is missing. I sent a mail to Josh Babcock since it's not in the tarball and my wlan sucks so I can't download big things
[22:01] <norsetto> sebner:ok, thx for all the work, lets wait for Josh now
[22:01] <sebner> norsetto: well, I just try to show some initiative ;)
[22:01] <norsetto> sebner: please do ;-)
[22:02] <sebner> norsetto: I'm just really surprised that some debian maintainers doesn't want icons -.-
[22:03] <norsetto> sebner: I don't think he doesn't, he needs to make sure that the icon is licensed correctly
[22:04] <sebner> norsetto: maybe in this case but I think generelly
[22:14] <norsetto> emgent: any news about eggdrop?
[22:16] <emgent> norsetto: not now, i worked in flybook for ubuntu intrepid these days
[22:17] <emgent> if sebner dont work to it i will do this night
[22:17] <RoAkSoAx> what's need to be done to eggdrop?
[22:17] <norsetto> emgent: ok, please lets try to have it before tommorrow night
[22:17] <sebner> emgent: hmm norsetto forgot to told you. eggdrop is yours. so I assigned it to you ;)
[22:18] <emgent> ok norsetto sebner np i will do.
[22:18] <sebner> fine
[22:19] <RoAkSoAx> what's need to be done to eggdrop? add the ssl patch and that's about it?
[22:19]  * norsetto thinks that adding a statement about why debian bug 374568 won't be fixed was not a big effort
[22:33] <rzr> hi
[22:34] <rzr> I just submitted a debian sync, should I do something more before the debianimportfreeze  day ?
[22:34] <ScottK> Did you subscribe ubuntu-universe-sponsors to the bug?
[22:35] <rzr> just did now
[22:35] <ScottK> Then you're done.
[22:35] <ScottK> Weird.  Someone just /msg'ed me on a completely different IRC service about Ubuntu clamav packages.
[22:39] <rzr> ScottK: how long could it take now ?
[22:40] <ScottK> Depends on how much time sponsors have available.
[22:40] <ScottK> Lots of requests, not so many sponsors.
[22:41]  * ScottK would guess days, but not weeks.
[22:55] <Kopfgeldjaeger> ScottK: Added it to bug #240191
[22:57] <ScottK> Thanks.
[23:00] <norsetto> ScottK: did he check if that works in Intrepid?
[23:05] <ScottK> norsetto: The bug was filed against a previous version, so I don't think it's needed.
[23:06] <norsetto> scottk: what I mean is that there is a chance this is just a sync (assuming python-nautilus is not needed as a dep). If (as I suspect) is needed than yes, we need to merge.
[23:10] <RoAkSoAx> emgent, what's need to be done to eggdrop ?
[23:11] <emgent> add new ssl patch
[23:12] <directhex> ssl? check for security holes!
[23:12] <RoAkSoAx> i think i did that already, would you take a look at it?
[23:12] <emgent> we know directhex
[23:13] <emgent> RoAkSoAx: Bug #236620
[23:13] <emgent> if you like work to it, for me sounds good.
[23:13] <RoAkSoAx> emgent, should i attach my debdiff there?
[23:13] <emgent> i should work in other package too
[23:13] <emgent> RoAkSoAx: sure.
[23:14] <emgent> RoAkSoAx: you like work to it or not ?
[23:14] <emgent> tell me now if you like, i should know it :)
[23:15] <RoAkSoAx> emgent, i just attached the debdiff
[23:16] <emgent> ok nice.
[23:16] <emgent> RoAkSoAx: tested ?
[23:16] <ScottK> norsetto: I was more worried about do we need an SRU than the merge.
[23:16] <RoAkSoAx> ember, just builded it
[23:17] <emgent> norsetto: can you take a look for upload it ?
[23:18] <RainCT> emgent: ping
[23:18] <emgent> RainCT: pong
[23:19] <RainCT> emgent: what's with pam-fprint's libpam-dev dependency?
[23:20] <emgent> libprintf-dev and other stuff
[23:20] <emgent> just a moment launchpad is very slow
[23:22] <emgent> RainCT: https://edge.launchpad.net/ubuntu/intrepid/+source/fprint-demo
[23:22] <emgent> https://edge.launchpad.net/ubuntu/intrepid/+source/libfprint
[23:22] <emgent> http://packages.debian.org/experimental/fprint-demo
[23:23] <emgent> http://packages.debian.org/experimental/libpam-fprint
[23:23] <emgent> done :)
[23:23] <emgent> RainCT: thanks for ACK
[23:26] <emgent> s/libprintf-dev/libfprint/
[23:27] <emgent> Queued:  	4 hours ago
[23:27] <RainCT> emgent: yeh, but it resolves the libpam-dev dependency correctly, or?
[23:27] <emgent> Estimated build start: 	2008-06-28
[23:27] <emgent> argh
[23:27] <emgent> RainCT: sure, it`s correct
[23:27] <RainCT> okay :)
[23:27] <emgent> libfprint include libfprint0 and libfprint-dev
[23:28] <emgent> https://edge.launchpad.net/ubuntu/+source/libfprint/0.0.6-2
[23:28]  * RainCT guesses he should get an intrepid pbuilder :P
[23:29] <emgent> heheh :)
[23:29] <emgent> anyway all package is in Ubuntu Flybook TEAM PPA
[23:29] <emgent> build and work fine
[23:30] <emgent> see also my post in planet.u.c
[23:32] <RainCT> uhm.. that's evil, the pbuilder chroot hasn't nano instaŀled and I've to edit the sources.list with vim :(
[23:33] <emgent> RainCT: in pbuilder search libfprint-dev deps.
[23:33] <RainCT> how can I save with vim?
[23:33] <ivoks> sounds like heaven to me :)
[23:33] <ivoks> :wq
[23:33] <emgent> RainCT: :wq!
[23:33] <RainCT> thanks
[23:34] <ivoks> i've tested fprint-demo on hardy
[23:34] <ivoks> works great :D
[23:34] <emgent> sure :)
[23:34] <RainCT> :)
[23:34] <ivoks> looking forward to usable pam module ;)
[23:34] <emgent> pam-fprint too
[23:36] <ivoks> 'night
[23:36] <RoAkSoAx> emgent, should i suscribed it to u-u-s or wait till norsetto takes a look at it?
[23:38] <emgent> RoAkSoAx: feel free so subscribe u-u-s now
[23:38] <RoAkSoAx> ok cool thanks :)
[23:38] <RainCT> well, good night
[23:38] <emgent> if norsetto have time, will upload it :)
[23:39] <emgent> RainCT: thanks and good night.
[23:40] <RainCT> yw