[00:46] <daurn> jbernard__, ping?
[00:51] <jbernard__> daurn: yep
[00:52] <daurn> jbernard__, i don't understand revu, but the latest diff looks like its created errors?
[00:52] <jbernard__> daurn: which diff are you referring to? lua-iconv?
[00:52] <daurn> ya
[00:53] <jbernard__> hang on, lemme check
[00:53] <daurn> http://revu.ubuntuwire.com/report.py/diff?upid1=6660&upid2=6657
[00:54] <jbernard__> that diff looks good to me, which part is concering?
[00:55] <james_w> jbernard__: https://edge.launchpad.net/ubuntu/+source/lua-iconv is already available if you would like to subscribe to the bugs for the package
[00:55] <daurn> all the warnnings/notices in the revu look like they're created in that diff to me?
[00:57] <jbernard__> the only warning refers to no debian/watch file or get-orig-source target, that I see
[00:57] <jbernard__> james_w: awesome, thanks
[01:00] <daurn> jbernard__, "Package is for "unstable" but only packages for "karmic" are currently accepted. " and "The changelog does not close a bug from Launchpad. New packages should have a needs-packaging bug and the upload close it using the syntax "(LP: #nnnn)". "
[01:01] <jbernard__> ahh
[01:01] <jbernard__> that was an early upload
[01:01] <jbernard__> i fixed that shortly after
[01:02] <daurn> and my point is the latest diff looked like it un-fixed it to me (it changed back to unstable from karmic, and to changed it from LP: top Closed:
[01:02] <daurn> s/top/to/
[01:04] <jbernard__> so the diff that I'm seeing from the main page: http://revu.ubuntuwire.com/revu1-incoming/lua-iconv-0908172306/lua-iconv_6-0ubuntu1.diff
[01:04] <jbernard__> i do agree that the diff you've got looks a bit odd
[01:05] <daurn> don't worryu
[01:05] <daurn> I fiigured it out
[01:05] <james_w> daurn: I think you are looking at an earlier version, and so the diff is backwards
[01:05] <daurn> I just didn't understand revu
[01:05] <daurn> james_w, yeah >.<
[01:06] <james_w> no worries then :-)
[01:06] <daurn> i don't even know what it means, but why doesn't it have the get-orig-source thing?
[01:07] <daurn> btw, will it get pushed upstream to debian?
[01:07] <jbernard__> ahh, the lua hosting site creates a new (and random) url for each new release tarball
[01:08] <jbernard__> daurn: yep, it's waiting in the NEW queue at the moment
[01:08] <daurn> ok
[01:09] <jbernard__> i don't have an easy solution for that, if anyone's got one, though, I'm all ears
[01:09] <daurn> jbernard__, care to look into another, much much larger request for packaging me?
[01:09] <jbernard__> daurn: i can at least take a look..
[01:09] <daurn> i haven't even made a needs-packaging bug yet as it  might seem like too much
[01:10] <daurn> jbernard__, http://oproj.tuxfamily.org/wiki/doku.php?id=lgob
[01:13] <daurn> I don't know if you can work from an AUR package?
[01:13] <daurn> but theres one here: http://aur.archlinux.org/packages.php?ID=25570
[01:13] <jbernard__> there's a 'Sources' link that has a tarball, so that's probably where I would start
[01:14] <daurn> ok, well, I've gotta head off now
[01:14] <daurn> but thanks for doing iconv
[01:14] <jbernard__> sure, file the needs-packaging bug and I'll see if i can get to it
[01:14] <jbernard__> no problem
[01:15] <daurn> means lgob is the only dep left for my app that has no package
[01:15] <daurn> :)
[01:17] <daurn> cya
[01:33] <rowinggolfer> hi folks.
[01:33] <rowinggolfer> can anyone point me to a howto on where to put my .desktop file?
[01:33] <rowinggolfer> I am trawling the web with no joy.
[01:35] <rowinggolfer> project is http://launchpad
[01:35] <rowinggolfer> https://launchpad.net/~rowinggolfer/+archive/ppa
[01:36] <rowinggolfer> I have a working deb, but need to get desktop integration.
[01:36] <rowinggolfer> this is a pure python app, using disutils
[01:41] <rowinggolfer> no worries - found this https://help.ubuntu.com/community/PythonRecipes/DebianPackage
[02:13] <kklimonda> is there an official way of getting diff between orig and dfsg tarballs? or somewhere where I can see a list of changes?
[02:14] <directhex> kklimonda, it ought to be documented in README.source
[02:15] <directhex> or failing thst the packager should have a get-orig-source rule which does it
[02:18] <kklimonda> directhex: thanks.
[04:00] <EagleScreen> should debootstrap 1.0.15 from Debian unstable know about karmic release?
[04:54] <ipatrol> Hello?
[04:55] <EagleScreen> many few people at this time
[04:55] <ipatrol> devel sent me here
[04:55] <EagleScreen> visit the links on the top, ipatrol
[04:57] <ipatrol> yes
[06:55] <dholbach> good morning
[07:14] <porthose> dholbach, good morning :)
[07:16] <porthose> would a kind MOTU please ACK Bug #415102.  :)
[07:16] <dholbach> porthose: taking a look
[07:19] <slytherin> dholbach: ping
[07:20] <porthose> dholbach, ty :)
[07:21] <dholbach> slytherin: pong
[07:21] <slytherin> dholbach: Sorry, I couldn't respond to the mail till now. Have been busy with other tasks.
[07:22] <dholbach> slytherin: no worries - just follow up on it when you have the time - I'll keep nagging you ;-)
[07:27] <slytherin> asac: I tried updating obexd yesterday. It was simple 'get new source and build'. I couldn't actually test it. It seems my phone's bluetooth support is broken.
[07:31] <porthose> dholbach, ty :)
[07:31] <dholbach> no worries
[07:32]  * porthose huges dholbach
[07:32]  * dholbach hugs porthose back :)
[08:18]  * quadrispro hugs all
[08:18]  * quadrispro asks if everyone has some time to spend in a REView
[08:22]  * quadrispro oops, s/everyone/anyone
[10:29] <slytherin> ttx: Any ides why ant-optional is not getting installed, http://launchpadlibrarian.net/30455994/buildlog_ubuntu-karmic-ia64.java3d_1.5.2%2Bdfsg-2_FAILEDTOBUILD.txt.gz
[10:29] <ttx> slytherin: yes.
[10:30] <ttx> let me fix that.
[10:30] <slytherin> what is the issue?
[10:31] <ttx> slytherin: basically I moved libxerces2-java to build "any" so that it can have spearate recommends on -gcj based on  arch
[10:31] <slytherin> Right you told me.
[10:31] <ttx> however libxerces2-java fails to build, since it build depends on itself.
[10:31] <slytherin> he he
[10:31] <ttx> well, it depends on ant
[10:31] <ttx> which depends on libxerces2-java
[10:32] <ttx> so... I'll just move it back to arch:all and suggest the -gcj stuff
[10:32] <slytherin> Let me know when you fix it. :-)
[10:33] <slytherin> asac: Not sure if you know this already. There is a bluetooth plugin in network-manager (in karmic). From build logs it looks like the plugin is getting built but it is not installed anywhere.
[10:33] <ttx> slytherin: as soon as i'm done with my sponsoring task.
[10:33] <slytherin> Take you time. Anytime before weekend.
[10:34] <ttx> it's blocking most java builds on ia64/armel/sparc.
[10:34] <ttx> so I'll fix it now.
[10:43] <asac> let me check
[10:46] <asac> slytherin: you mean on applet side?
[10:46] <slytherin> asac: no, I mean the core code.
[10:48] <asac> slytherin: on the daemon side there is no plugin ... its directly linked into the main binary and in libnm-util
[10:48] <asac> but i think you are right. the applet needs libgnome-bluetooth build depends and also ensure that the plugin gets installed to right place
[10:50] <slytherin> asac: I misunderstood the build log of daemon then.
[10:53] <juli__> slytherin, Hi! It looks like sf.net still have problem:( so I checked my corrections manually. Should I upload cobertura on REVU again?
[10:53] <slytherin> juli__: Upload it somewhere so that I can review.
[10:54] <juli__> slytherin, ok I'll upload on REVU soon
[11:01] <juli__> slytherin, done: http://revu.ubuntuwire.com/p/cobertura
[11:06] <slytherin> give me some time, busy with office task.
[11:08] <asac> slytherin: ok so https://edge.launchpad.net/~network-manager/+archive/trunk will have it tonight
[11:08] <asac> upload will happen in two days or so
[11:13] <juli__> slytherin, ok, no problem:) Thank you!
[11:39] <Hew> fteqcc "failed to upload", what can be done about this?
[11:39] <pochu> what was the way to create a tarball with the same hash? -m option to tar?
[11:40] <geser> Hew: bug in LP, let me find the bug number
[11:40] <Laney> pochu: tar --mtime=@0
[11:41] <Laney> and then gzip -9fn
[11:41] <pochu> Laney: that's it, thanks!
[11:42] <juanje> dholbach: Hi, have you some time?
[11:43] <Hew> geser, would it be bug 408528?
[11:43] <geser> Hew: yes
[11:44] <Hew> thanks for the info geser, at least it's not a problem with fteqcc itself :-)
[11:44] <juanje> dholbach: well, when you can... I did change the stuff you told me the other day on the http://revu.ubuntuwire.com/p/nautilus-md5sum package. Please, have a look at it when you can. Thanks ;-)
[11:52] <gilir> can someone change my status on REVU ? I can't review any package
[11:57] <juanje> if someone is up for reviewing, I got two packages just cleaned up which need a review: http://revu.ubuntuwire.com/p/nautilus-md5sum  and  http://revu.ubuntuwire.com/p/mount-systray  ;-)
[11:57] <juanje> thanks in advance
[11:57] <juanje> :-)
[12:14] <slytherin> juanje: Does the md5sum extension work only for ISO files?
[12:17] <pochu> Laney: I get this:
[12:17] <pochu> E: scribes: package-contains-ancient-file usr/share/doc/scribes/TODO 1970-01-01
[12:17] <pochu> E: scribes: package-contains-ancient-file usr/share/doc/scribes/changelog.gz 1970-01-01
[12:17] <pochu> I: scribes source: tar-errors-from-source scribes-0.4~r473/intltool-update: implausibly old time stamp 1970-01-01 00:00:00
[12:17] <pochu> I: scribes source: tar-errors-from-source scribes-0.4~r473/intltool-merge.in: implausibly old time stamp 1970-01-01 00:00:00
[12:17] <Laney> yeah
[12:18] <pochu> Laney: seems to be because of --mtime=@0
[12:18] <Laney> you can change @0 to something else if you want
[12:18] <pochu> Laney: something arbitrary?
[12:18] <Laney> something more recent
[12:18] <Laney> I'd be tempted to ignore or override it though
[12:20] <Laney> or you could somehow retrieve the timestamp of the downloaded tarball and use that
[12:23] <sistpoty|work> gilir: done
[12:23] <pochu> it's a bzr export
[12:24] <pochu> and seems to be changing the timestamps with every export
[12:25] <Laney> well you could always be clever with commit timestamps or something
[12:25] <Laney> I'm not sure that it's worth the effort
[12:25] <juanje> Sylphid: I'm really sure, I just fix some stuff at teh package
[12:25] <juanje> ups
[12:25] <juanje> slytherin: the message was for you
[12:26] <juanje> slytherin: I can ask to who did it, but I think that, by now, it just work for iso files
[12:26] <slytherin> juanje: what I meant was , does it not work for other file types?
[12:27] <juanje> slytherin: I think not. At least, not in this version
[12:29] <slytherin> ttx: LOL. Now you have more problems related to libxerces2-java. :-P
[12:29] <slytherin> libxerces2-java itself is failing to build.
[12:29] <ttx> slytherin: nah, just a timing issue :)
[12:30] <slytherin> oh
[12:30] <ttx> the all package was not published yet for those to use it
[12:30] <ttx> I'm retrying them now
[12:45] <Laney> whoops
[12:45] <Laney> I totally forgot to reply to that archive reorg mail
[12:46]  * Laney does it Right Now
[12:48] <hyperair> what archive reorg mail?
[12:49] <Laney> hyperair: secret mail to developers
[12:49] <DktrKranz> hyperair: MOTUs were asked which kind of upload privileges they want after archive-reorg
[12:49] <Laney> How to organise hyperair into the cupboard and only let him out for feeding
[12:49] <hyperair> ah i see
[12:50]  * hyperair forces Laney into a cupboard and tosses a donut in
[12:50] <Laney> first toss, then no forcing required
[12:50] <Laney> nomnom
[12:50] <DktrKranz> and obviously secret plans for hyperair to pay ice cream to MOTUs
[12:50] <hyperair> haha
[12:51] <gilir> sistpoty|work: thanks :)
[12:59] <Laney> my laptop is so screwed
[13:11] <directhex> Laney, unscrew it!
[13:11] <Laney> I think it would involve a reinstall
[13:11] <Laney> damn osx
[13:11] <Laney> maybe Karmic will work well on it now :O
[13:12] <directhex> my office pc died :(
[13:12] <Laney> hardware?
[13:12] <directhex> Laney, clunky disk
[13:12] <Laney> at least applecare is decent
[13:13] <directhex> it's intensely slow. unless you take it to your nearest aplpe premium partner under applecare, and add some middleman for speed
[13:14] <Laney> I took it in on Thursday and got it back on Monday for a new hard disk
[13:14] <Laney> was reasonable enough
[13:15] <directhex> my machine's in bristol right now
[13:15] <Laney> orly
[14:06] <ttx> slytherin: the build issue with libxerces2-java on ia64/sparc/armel should be gone now.
[14:10] <directhex> yays!
[14:21] <alkisg> How could I put a repository into a CD? Like, when I insert the ubuntu alternate CD, when I get prompted to install packages from it?
[14:22] <slytherin> ttx: thanks. Let me try rebuilding the packages that were failing for me.
[14:22] <slytherin> alkisg: you might want to try aptoncd.
[14:23] <alkisg> slytherin: I think that doesn't use the same method like the ubuntu alternate cd, i.e. the end user needs aptoncd to install the packages
[14:24] <slytherin> alkisg: Then probably it is the update-manager that handles alternate CD specially.
[14:24] <alkisg> I think so, yeah. I'm looking for information on what to put to the CD so that update-manager can handle it
[14:24] <alkisg> I tried putting the dist/ and pool/ folders from my repository, but it didn't work...
[14:37] <slicer> Can someone give me access to bug 407848 so I can close it? :) I have access to 412873 but that's a duplicate of the original, so I can't change its state.
[14:38] <Laney> slicer: try now
[14:39] <slicer> Laney: Thanks :)
[14:40] <slicer> Laney: BTW, how come I didn't have access to it originally? I thought I had access to all bugs against my package?
[14:40] <Laney> slicer: Private bugs are visible to their subscribers only
[14:41] <slicer> Laney: Ah. So I won't be notified until someone on the bug squad makes it public?
[14:41] <Laney> right
[14:41] <Laney> of course you could join bug control yourself...
[14:42] <slicer> Laney: Would that be appropriate when I'm really only interested in bug reports for 2-3 packages?
[14:42] <Laney> I don't think that matters
[14:42] <slicer> Laney: In that case.. *goes to google*
[14:42] <Laney> but ask bdmurray
[14:44] <slicer> bdmurray: Is it appropriate to join bug control when I'm really only interested in bug reports for "my" packages?
[14:44] <Laney> imho we are short of triagers for universe packages, and want people with a special interest
[14:46] <slicer> Well, the original bug report was 12 days old when the duplicate was filed; I never saw the original, or I'd have the fix commited 2 weeks ago ;)
[14:47] <slytherin> slicer: have you subscribed to the bug mail for your packages?
[14:47] <Laney> go for it
[14:47] <slicer> slytherin: I get email for all other bug reports, but apparantly not private ones.
[14:48] <slytherin> hmm
[14:48] <slytherin> got to go, see you all later.
[14:50] <slicer> Ah, there's even a "way to join" for upstream developers. Perfect :)
[15:03] <mzz> so (still assuming you let me ask packaging questions here even if they're not directly motu-related) I'm still trying to find the best tools to use for actual building. I really want to like sbuild/schroot's lvm-snapshot support, but I can't find a way to not reinstall all the source deps for every build conveniently.
[15:03] <mzz> is there some trick I'm overlooking? I'd expect there to be a way to snapshot the master image with the source deps installed, so they don't have to be refetched for every build attempt
[15:05] <mzz> I think I can actually do that by hand, but if it was a reasonable thing to do I'd expect it to be easier :)
[15:07] <mathiaz> mzz: I'd suggest to use a local apt cache so that packages don't need to be refetched from the network
[15:07] <mzz> mathiaz: oh, the network fetch isn't an issue, it's the time needed to actually install a few 100 source dependencies.
[15:08] <mathiaz> mzz: I wouldn't recommend to leave all the dependencies in the pristine chroot
[15:08] <mzz> yeah, that wouldn't be good.
[15:08] <mzz> but couldn't I make a snapshot of that pristine chroot, then install the dependencies, then have sbuild make another snapshot of that snapshot?
[15:08] <mathiaz> mzz: if you leave dependency in the source chroot then you may miss some of them in your build-dep
[15:08] <mathiaz> mzz: and then the build would fail on the buildd
[15:08] <mzz> this is true.
[15:09] <mathiaz> mzz: another solution is to have two chroots
[15:09] <mathiaz> mzz: a minimal one and another one with all the build deps always installed
[15:09] <mzz> I understand why sbuild goes out of its way to use a clean build environment, and I think that's a really good thing. But I *also* want a way to build a package more quickly while I'm still tinkering with the packaging.
[15:10] <mzz> yes, and I think I could do that second chroot via a snapshot of the first
[15:10] <mathiaz> mzz: you could just create a second chroot and install all the build dep in the source chroots
[15:11] <mathiaz> mzz: if you use schroot+lvm, you can enter the source chroot with: schroot -c karmic-source -u root
[15:11] <mathiaz> mzz: you just append -source to the name of the chroot
[15:11] <mathiaz> mzz: everything you installed in the -source chroot will be kept afterwards
[15:12] <mzz> I think I'll just create a snapshot of my jaunty_chroot lv, install the source deps in there, install dependencies (as indicated above :), get the package working right, then roll jaunty_chroot back to the snapshot (still have to look up the right lvm incantation for that)
[15:12] <mathiaz> mzz: does lvm support snapshots of snapshots?
[15:12] <mzz> let's find out!
[15:13] <c_korn> how do I tell cdbs to run autoreconf at the beginning ? google pointed me to a cdbs patch which never got into ubuntu: https://lists.ubuntu.com/archives/ubuntu-devel/2008-December/026954.html
[15:15] <mathiaz> c_korn: you can use the makebuilddir target
[15:15] <mzz> (so far this really is me tinkering for personal use, but I'll probably end up building a few things that should go into a ppa at least)
[15:16] <mathiaz> c_korn: http://paste.ubuntu.com/255153/
[15:17] <c_korn> mathiaz: thanks
[15:24] <EagleScreen> hello
[15:24] <EagleScreen> i am trying to build some ubuntu packages in my Debian system, but i have problems: http://paste.ubuntu.com/255159/
[15:27] <sistpoty|work> EagleScreen: I assume you should use --mirror http://archive.ubuntu.com as an argument to pbuilder (or some such)
[15:28] <mzz> mathiaz: my other plan was to use schroot's session support, but I haven't manage to trick sbuild into using an existing session yet
[15:28] <EagleScreen> yes i am using de.archive.uubntu.com
[15:29] <EagleScreen> but well spelled lol
[15:29] <virtuald> do you have ubuntu-keyring installed?
[15:29] <EagleScreen> i have found a workaround, adding --allow-unauthenticated to debootstrapopts
[15:30] <EagleScreen> shall i install it in host system or in chroot?
[15:30] <virtuald> no idea
[15:30] <mathiaz> mzz: I'd suggest to create two chroots (ie have two lvs) and put all the build dep in one them
[15:30] <mathiaz> mzz: you can always get rid of the latter when you've finished testing your packakge
[15:30] <mathiaz> mzz: building a chroot is a matter of minutes
[15:30] <mzz> mathiaz: yes, but the set of build deps won't be the same all the time (I'm not building the same package all the time) so I'd have to blow that chroot away again frequently. Just basing it off the perfectly decent chroot I already have seems reasonable.
[15:31]  * mzz is picky
[15:31] <mzz> also, assuming lvm actually supports stacking snapshots like this it'll be pretty easy.
[15:31]  * mzz tries.
[15:31] <mathiaz> mzz: sure - if lvm supports snapshots of snapshots
[15:32] <mathiaz> mzz: otherwise you can just dd the minimal chroot when creating a new one
[15:33] <mzz> :( "Snapshots of snapshots are not supported yet."
[15:33] <mzz> and it was such a good plan! Let's see if I can find an eta for this
[15:38] <bddebian> Heya gang
[15:44] <EagleScreen> i have installed uubntu-keyring due to the pbuilder problem here http://paste.ubuntu.com/255159/
[15:44] <EagleScreen> this is the output http://paste.ubuntu.com/255172/
[15:44] <EagleScreen> any mention to ubuntu?
[16:03] <EagleScreen> cdebootstrap 0.5.5 and debootstrap 1.0.15 (Debian unstable) don't know about jaunty and karmic suits
[16:04] <alkisg> I have a repository with educational apps, how can I put them in a DVD so that update-manager would be able to read the packages from it?
[16:59] <hggdh> c.f. bug 415435 -- what is the S.O.P. for licence mismatch (packages states GPLV2+, source states GPLV3+)?
[17:00] <Laney> hggdh: Forward it to Debian please
[17:00] <Laney> the package is on sync
[17:00] <Laney> in
[17:01] <hggdh> yes, I was unsure. Will do, manually, since reportbug seems to like to sigsegv on me. thanks, Laney
[17:18] <qnix> what's the site for *-security packages ?
[17:20] <kees> qnix: do you mean security.ubuntu.com?
[17:21] <qnix> I mean something like packages.ubuntu.com
[17:22] <qnix> but for the packages in *-security repos
[17:22] <kees> qnix: normally i just use launchpad directly.  which package do you want details on?
[17:22] <kees> (I thought packages.ubuntu.com contained -security too, but it lags a bit)
[17:23] <qnix> I would like to see if a security patch I've made is in the repository and available
[17:24] <kees> qnix: which package?
[17:24] <ryanakca> look at http://launchpad.net/ubuntu/+source/<packagename>/  ... might see something in the changelog
[17:25] <qnix> seems that the url of ryanakca do the job. but my patch is not yet available.
[17:25] <qnix> thanks
[18:02] <j^> happyaron, was anything specific not ok with the package i updated at http://revu.ubuntuwire.com/p/oggvideotools
[18:02] <happyaron> j^: not really, but the project maintainer of gmchess asked me to do that
[18:03] <happyaron> j^: oh, sorry
[18:03] <happyaron> get mistaken on project
[18:03] <j^> i uploaded a version based on cdbs, you another version, was just wondering
[18:04] <happyaron> j^: That's a mis-doing on oggvideotools, but didn't have time to ask you, so sorry
[18:04] <j^> i dont care one way or the other, as long as it gets into 9.10
[18:04] <happyaron> j^: I didn't see anyone replied on that bug
[18:05] <happyaron> j^: if you could maintain it that's better, the day before yesterday a friend ask me to help him maintain package for his project
[18:06] <happyaron> but his project still needs lots of work, i am also considering how to deal with that oggvideotools,:)
[18:07] <happyaron> j^: you could re-upload to replace mine
[18:07] <j^> right now i can not upload packages to universe, so i would depend on someone else doing that, i am willing to update it as new version of oggvideotools come out
[18:08] <j^> happyaron, can you upload to universe?
[18:09] <happyaron> j^: I am also not a MOTU, either
[18:10] <happyaron> j^: no, I cannot
[18:10] <j^> ok will push my version again, i think it a bit cleaner and has a working debian/watch file
[18:11] <happyaron> j^: that's good
[18:22] <mzz> another stupid sbuild question: I can see in the logs a .ddeb was built, but it's not copied out of the chroot. Any way I can change that?
[18:40] <jtimberman> mathiaz: I pushed a new upload for merb.
[18:57] <mathiaz> jtimberman: great - I'm reviewing the other packages
[18:58] <jtimberman> mathiaz: thanks!
[19:01] <mathiaz> jtimberman: IIRC libsyntax-ruby   is the only package that does *not* to be reviewed on REVU?
[19:01] <mathiaz> jtimberman: IIRC libsyntax-ruby   is the only package that does *not* need to be reviewed on REVU?
[19:01] <jtimberman> mathiaz: correct, libsyntax-ruby is deprecated in chef for coderay.
[19:01] <jtimberman> coderay/libcoderay-ruby
[19:49] <mathiaz> jtimberman: libsystemu-ruby is already in debian
[19:49] <jtimberman> mathiaz: that happened over the weekend.
[19:50] <mathiaz> jtimberman: great - I've filed a sync request for ubuntu
[19:50] <jtimberman> mathiaz: awesome, thanks!
[19:50] <jtimberman> i saw notices that the mixlibs were synced
[19:51] <jtimberman> oh, and merb is MIT license.. updating the man pages and other bits.
[19:51] <jtimberman> the installedfiles and .configs were there from when i built the actual .debs for my testing repo :)
[20:06] <jtimberman> mathiaz: new upload for merb (two uploads, consider the second, i didn't verify the lsdiff output before uploading the first)
[20:10] <mathiaz> jtimberman: ok - I'll review that after stompserver
[20:10] <jtimberman> thanks!
[20:11] <mathiaz> jtimberman: IIUC stompserver doesn't provide an upstream release tarball?
[20:11] <mathiaz> jtimberman: and this why the package is native?
[20:12] <mathiaz> jtimberman: hm - no it seems that there is an upstream tarball
[20:12] <mathiaz> jtimberman:      stompserver-0.9.9.tgz
[20:13] <jtimberman> mathiaz: Not entirely sure, I adapted the package btm was working on for Debian.
[20:14] <jtimberman> stompserver isn't even in Debian NEW yet per the ITP
[20:25] <jtimberman> mathiaz: coderay re-uploaded w/ changes.
[20:43] <mathiaz> jtimberman: send feedback on stompserver - that one may require more work
[20:44] <jtimberman> mathiaz: ok
[20:44] <mathiaz> jtimberman: let me know if you have any question on the comments I made
[20:44] <jtimberman> mathiaz: i'm making a couple changes to chef based on what you've looked at for other packages (man page license stuff, copyright, uploaders, etc)
[20:44] <jtimberman> going to finish that and re-upload chef in a few.
[20:44] <jtimberman> then i'll take a look at stompserver
[20:44] <mathiaz> jtimberman: right - I haven't looked at chef yet
[20:45] <mathiaz> jtimberman: I'll go through the other package first (merb, stompserver, coderay)
[20:45] <mathiaz> jtimberman: and then start looking at chef
[20:45] <jtimberman> k
[20:53] <jtimberman> mathiaz: does the patch tagging recognize "DebianSpecific" as well?
[20:53] <jtimberman> or just UbuntuSpecific
[20:55] <mathiaz> jtimberman: I don't think DebianSpecific is recognized
[20:55] <jtimberman> okay.
[20:56] <mathiaz> jtimberman: you can see the Debian Patch tagging guidline in DEP3
[20:56] <mathiaz> jtimberman: however dep.debian.net is offline for now
[20:57] <mathiaz> jtimberman: google for "debian dep3" and you'll be able to retrieve a cached copy
[20:57] <jtimberman> came up for me.
[20:57] <jtimberman> :)
[20:57] <mathiaz> jtimberman: dep.debian.net?
[20:58] <jtimberman> http://dep.debian.net/deps/dep3/
[20:58] <mathiaz> jtimberman: hm - interesting
[20:58] <mathiaz> jtimberman: anyway there doesn't seem to have a DebianSpecific tag.
[21:01] <jtimberman> mathiaz: can i have 'daemonuser' be 'daemon', which already exists?
[21:01] <jtimberman> or does it have to be a user named after the package/service
[21:02] <mathiaz> jtimberman: better to have user named after the service
[21:05] <jtimberman> k
[21:09] <mathiaz> jtimberman: http://paste.ubuntu.com/255351/
[21:09] <mathiaz> jtimberman: ^^ this is some code to create a system user that needs to be added to the postinst script
[21:09] <jtimberman> gotcha.
[21:10] <jtimberman> so i try to set the log directory in the stompserver config file, and it wants to make it /var/lib/stompserver/var/log/stompserver .. i know FHS discourages logging to /var/lib, but this seems to be a limitation in the stompserver code itself.
[21:10] <mathiaz> jtimberman: and you also need to delete user on purge (in the postrm script)
[21:10] <jtimberman> will do
[21:11] <mathiaz> jtimberman: could symlink /var/log/stompserver to /var/lib/stompserver/log/ ?
[21:11] <mathiaz> jtimberman: apache2 does something similar
[21:13] <jtimberman> egh, it puts the pid file in there too.
[21:15] <mathiaz> jtimberman: hm - how easy would it be to patch the code to do the right thing?
[21:15] <jtimberman> mathiaz: that i don't know, i've not looked at the stompserver internals.
[21:16] <mathiaz> jtimberman: it seems that it just takes /var/lib/stompserver as the base directory
[21:16] <jtimberman> well thats in the config file.
[21:17] <mathiaz> jtimberman: http://paste.ubuntu.com/255358/
[21:17] <mathiaz> jtimberman: in lib/stomp_server.rb
[21:17] <jtimberman> oh geez. thats silly.
[21:19] <mathiaz> jtimberman: could a logdir and pidfile options be added?
[21:26] <stochastic> can any kind motu with a free minute take a loot at http://revu.ubuntuwire.com/p/a2jmidid ?
[21:55] <james_w> stochastic: are you on karmic?
[21:55] <stochastic> james_w, I have a karmic boot, yes
[21:55] <james_w> are you logged in to it now?
[21:55] <stochastic> nope not right now
[21:56] <james_w> ok
[21:56] <stochastic> why?
[21:56] <james_w> http://paste.ubuntu.com/255382/
[21:58] <stochastic> ahh, yes, someone told me that 3.8.2 was the latest standards version and packages should be updated to that, so that's what I did
[21:58] <james_w> plus, you don't need to list all the files that are under the dominant license, just list the exceptions
[21:59] <stochastic> okay, I just wanted clarity on the matter, shall I create a new upload?
[22:00] <james_w> sure
[22:00] <james_w> advocated
[22:01]  * james_w goes back to coding
[22:02] <stochastic> james_w: thanks
[22:12] <binarymutant> will the Dev Week schedule be put into the Fridge's calendar?