[12:04] <bmonty_laptop> LaserJock: I made some changes to the lpbugs script to make it work for me, you want to try what I have and see if it works correctly for you?
[12:04] <LaserJock> bmonty_laptop: sure
[12:05] <bmonty_laptop> anyone know whats up with the gpg error on us.archive.ubuntu.com??
[12:05] <bmonty_laptop> LaserJock: where should I email it to?
[12:06] <LaserJock> mantha at chem.unr.edu
[12:07] <bmonty_laptop> on its way
[12:07] <crimsun> crap, got a build-dep on libmagick9-dev ;(
[12:08] <crimsun> garrr
[12:12] <LaserJock> bmonty_laptop: all I'm getting now is ": No such file or directory"
[12:13] <bmonty_laptop> thats odd, did you make the file executable?
[12:13] <LaserJock> yep
[12:14] <siretart> bmonty_laptop: do you have your changes to lpbugs in an bzr archive so I can merge from that?
[12:15] <bmonty_laptop> siretart: no, but I emailed a patch to \sh
[12:15] <siretart> okay
[12:15] <bmonty_laptop> what me to send it to you?
[12:15] <\sh> bmonty_laptop: what patches?
[12:17] <bmonty_laptop> \sh: I made a patch that makes SMTP work for me
[12:17] <bmonty_laptop> I emailed it to you about 20 mins ago
[12:17] <\sh> I had a look on it now
[12:18] <\sh> if u use AuthRequired=N
[12:18] <bmonty_laptop> \sh: I don't use Auth or TLS with me server
[12:18] <bmonty_laptop> ...my server
[12:18] <\sh> bmonty_laptop: for this, AUthRequired=N is used
[12:19] <bmonty_laptop> \sh: it didn't work for me with AuthRequired=N...I think it was because the if used Auth regardless of the config file setting
[12:19] <bmonty_laptop> but like I said, I'm a python noob so I might have messed something else up
[12:20] <LaserJock> well, neither seem to work for me :(
[12:23] <\sh> hmmm
[12:23] <\sh> bmonty_laptop: i'll check
[12:25] <\sh> bmonty_laptop: ah there
[12:25] <\sh> one tab too many :)
[12:29] <\sh> i'm pushing the changes now in my repos on tiber
[12:29] <\sh> if someone can test it please?
[12:29] <LaserJock> \sh: I will, how do you update with bzr?
[12:30] <\sh> bzr merge http://tiber.tauware.de/~shermann/motu-tools
[12:32] <bmonty_laptop> gotta go grab some dinner...bbl
[12:33] <\sh> btw...
[12:33] <crimsun> bmonty_laptop: wesnoth uploaded.
[12:34] <LaserJock> \sh: well, it sent the message
[12:35] <LaserJock> \sh: and it show up on revu.tauware.de, sweet
[12:37] <\sh> hum?
[12:38] <LaserJock> the bug got sent, and it shows up on http://revu.tauware.de/~sistpoty/MoM/index.py?state=accepted
[12:38] <\sh> scigraph?
[12:38] <LaserJock> yeah
[12:38] <\sh> ah
[12:40] <siretart> really impressive what you can do with python :)
[12:41] <hunger> How do I change the version number of the debs I created?
[12:41] <crimsun> dch -vfoo
[12:41] <crimsun> or edit debian/changelog directly
[12:41] <crimsun> what's the base Debian version?
[12:41] <crimsun> revision, sorry
[12:41] <hunger> crimsun: There is none.
[12:42] <crimsun> so it's just x.y.z ?
[12:42] <crimsun> (a native package)
[12:42] <hunger> crimsun: it is not in debian and it is no native package.
[12:42] <crimsun> then you must append -0ubuntuX
[12:45] <hunger> So how do I use dput? Configuration is explained nicely in the Wiki, but how do I actually upload something?
[12:47] <crimsun> dput packages_version_source.changes
[12:47] <crimsun> do you have universe upload rights yet?
[12:48] <hunger> crimsun: I want to put the stuff on revu.
[12:48] <crimsun> oh, that's in there already
[12:48] <hunger> crimsun: Got a mail that I may do that.
[12:48] <crimsun> dput revu packages_version_source.changes
[01:01] <\sh> siretart: u didn't see my lpreportbugs.py yet
[01:01] <\sh> siretart: it has a UI
[01:05] <hunger> Please provide feedback about the packaging. The debs themselves leave much to be desired, but I'd love some feedback on the packaging part before starting to hack on the functionality itself.
[01:06] <siretart> hunger: are you the guy who did the google soc project on xen?
[01:06] <hunger> siretart: Nope.
[01:06] <hunger> siretart: His last debs are from august:-(
[01:06] <siretart> this means way too old?
[01:06] <hunger> siretart: Xen changes on a daily basis at the moment.
[01:07] <siretart> hunger: you uploaded a lot of binary .debs. these are useless for us :(
[01:07] <siretart> hunger: please use dpkg-buildpackage -S -sa for uploading to revu
[01:08] <hunger> siretart: Sorry. I used crimsun's dput instruction.
[01:08] <siretart> hunger: the dput is not the problem, the way you create the source package is
[01:08] <siretart> hunger: you need to get a _source.changes file, not an _i386.changes
[01:09] <siretart> hunger: btw, the package linux-xen-patch...deb seems to be empty
[01:10] <siretart> hunger: I don't think we can review any linux patches right now, because we decided that we don't want any kernel patches in universe
[01:10] <hunger> siretart: You are right... Where did the patch go?
[01:10] <siretart> hunger: so lets discuss that first, before uploading a linux xen patch to revu
[01:10] <siretart> hunger: lets just assume the user already has a xen patched kernel for now. We'll discuss this issue later
[01:10] <hunger> siretart: Sorry if I was a bit overenthusiastic:-)
[01:11] <siretart> no problem. you did a great job man!
[01:11] <hunger> siretart: I copied a lot from Ed:-)
[01:11] <siretart> I just don't want YOU to get disappointed
[01:11] <siretart> so please create source packages and upload them
[01:12] <hunger> siretart: Shall I remove the kernel patch before doing so?
[01:13] <siretart> hunger: the linux-patch is created from the same source?!
[01:13] <hunger> siretart: Yes.
[01:13] <siretart> thats weird
[01:14] <hunger> siretart: Xen is somewhat of a mess...
[01:14] <siretart> do you have a rationale for this?
[01:14] <siretart> hm
[01:14] <siretart> lets see
[01:14] <siretart> hunger: how big (in kb) is the patch to the linux kernel?
[01:14] <hunger> siretart: Xen's source tar.gz contains "sparse trees" of various kernels. It uses those to build the patch (or prepatched kernel tree).
[01:15] <siretart> omfg
[01:15] <siretart> how big is the upstream tar.gz?
[01:15] <crimsun> that's ... nasty.
[01:15] <crimsun> I can see why RH wants Xen merged, heh.
[01:15] <hunger> siretart: The kernel patch is about 2.5MiB.
[01:16] <siretart> yeah
[01:17] <hunger> siretart: The tar.gz is ~4.8MiB
[01:17] <siretart> hunger: I fear you'll have to split the upstream sources into pieces for maintainability
[01:17] <siretart> hm
[01:17] <hunger> siretart: Outch!
[01:17] <siretart> hunger: I'd suggest you create a new tarball based on what you used by now without that kernel patch
[01:17] <siretart> hunger: this saves you 2.5mb, right?
[01:18] <hunger> siretart: The buildsystem covers the whole tree (and is a mess). It will take ages to disentangle.
[01:18] <siretart> hm. i see
[01:18] <siretart> okay. forget about the split
[01:18] <hunger> I could try to remove the netbsd/freebsd kernel trees....
[01:19] <siretart> hunger: I'm interested in what you have now. Please create a source package, which just does not create a 'kernel patch package'
[01:19] <hunger> Those are about 1.6MiB (unpacked).
[01:19] <siretart> then upload that to revu, I'll take a closer look to what needs to be done
[01:20] <hunger> siretart: OK, rolling new debs.
[01:20] <siretart> hunger: no, no .debs please ;)
[01:20] <siretart> sources!
[01:20] <hunger> siretart: OK, no debs... rolling whatever it is:-)
[01:20] <hunger> siretart: Let me look where the patch went to first though.
[01:25] <hunger_> siretart: sorry, lost my connection.
[01:30] <siretart> boah, this late
[01:30] <siretart> I need to go to bed
[01:30] <\sh> siretart: u should sleep
[01:30] <siretart> hunger_: I'll take a look at your packages tomorrow
[01:30] <siretart> \sh: you too ;)
[01:30] <\sh> siretart: what is your GF telling u..it's weekend and u should have fun with her..not with us :)
[01:31] <\sh> siretart: i'm sitting at ogra and drinking rum and coke
[01:31] <crimsun> yeah, leave the MOTU fun to those of us with no lives? ;-)
[01:31] <siretart> \sh: I was out with her yesterday evening, and I'm invited for lunch at her parents tomorrow, don't worry ;)
[01:31] <\sh> crimsun: from monday on i will hit the universe again :)
[01:32] <crimsun> :)
[01:33] <siretart> \sh: greetings to ogra!
[01:33] <siretart> gn8 folks!
[01:33] <ogra> siretart, thanks :)
[01:34] <ogra> night
[01:34] <\sh> good night siretart :) sleep well friend
[01:34] <siretart> :)
[01:38] <crimsun> night german MOTU team ;-)
[01:59] <LaserJock> hi tritium
[01:59] <tritium> hi LaserJock
[01:59] <tritium> sorry, I'm off to dinner...talk to you later on?
[01:59] <LaserJock> sure
[01:59] <tritium> thanks
[02:21] <Lathiat> slomo, tseng: gnomevfs has avahi support in cvs
[02:21] <crimsun> rockin'
[02:32] <LaserJock> so, in general, is it good to start with the debian source when merging, or the MoM merged source ?
[02:33] <crimsun> depends what the REPORT says
[02:33] <crimsun> I generally consult the Debian debdiff first, then look at the merged debdiff
[02:34] <crimsun> if there aren't any dropped bits, I tend to look at the merged debdiff first then the Debian debdiff
[02:34] <crimsun> I end up checking the Ubuntu debdiff last generally just for Build-Depends if there are dropped bits
[02:35] <crimsun> it really depends what the REPORT says. It's a case by case basis.
[02:35] <crimsun> you have to be careful with REPORT, though. Make sure the versions against which MoM is generating deltas are valid
[02:36] <crimsun> an example would be xastir, whose deltas were generated using 1.4.0-2 instead of 1.6.0!
[02:36] <crimsun> so yeah, just read carefully :-)
[02:37] <LaserJock> hmm, never thought of that, good to know
[02:43] <LaserJock> should I be concerned about config.sub or config.guess stuff in the debdiffs?
[02:46] <Lathiat> it depends
[02:46] <Lathiat> i think theres a way to avoid regenning them but sometimes there isnt
[02:47] <Lathiat> LaserJock: is thsi without modifying anything at all?
[02:47] <Lathiat> for configure.{in,ac}
[02:47] <Lathiat> or with mods?
[02:48] <LaserJock> Lathiat: well, if I look at any of the debdiffs (I am looking at scigraphica right now) they all have config.guess or config.sub changes that make up most of the diff
[02:48] <Lathiat> yeh you ge tthat
[02:48] <LaserJock> that just comes from building the package, right?
[02:49] <Lathiat> yeh
[02:49] <Lathiat> like the make clean etc that runs
[02:49] <Lathiat> its annoying but yeh
[03:04] <LaserJock> when making debdiffs for MOTU to upload is it better to debdiff to the MoM package or the Debian package?
[03:18] <slomo_> Lathiat: perfect :) gnome 2.14 will rock
[03:25] <bmonty_laptop> crimsun: ping
[03:30] <bmonty_laptop> LaserJock: did you get the lpbugs script working?
[03:31] <LaserJock> yes I did
[03:31] <bmonty_laptop> makes life a little easier, right? :)
[03:32] <LaserJock> bmonty_laptop: for merges do you debdiff to Debian source or the MoM source?
[03:32] <LaserJock> bmonty_laptop: yes it does ;-)
[03:35] <bmonty_laptop> LaserJock: primarily I check why we had an ubuntu version in the first place and then see if the new debian version fixes those problems
[03:36] <LaserJock> bmonty_laptop: but when you are making a debdiff for MOTU to upload, what do you debdiff too?
[03:37] <bmonty_laptop> I would debdiff from the current package to the new
[03:37] <bmonty_laptop> if it is just a sync I don't make a debdiff
[03:38] <LaserJock> well, but I'm wondering if it is better to debdiff from the source package available from MoM or from the Debian source
[03:38] <bmonty_laptop> I use the debian source
[03:39] <LaserJock> ok, that makes sense. I think I have been diffing to the MoM source mostly.
[03:39] <bmonty_laptop> I get the dapper source package, the debian unstable source package and then typically start by trying to build the debian source in a dapper pbuilder
[03:39] <bmonty_laptop> the source in MoM should be the source from debian
[03:39] <LaserJock> no, it is the merged source I think
[03:40] <bmonty_laptop> one of the files is, there is also the debian source
[03:41] <LaserJock> the .orig.tgz, .dsc, and diff.gz are from the MoM merged version
[03:43] <LaserJock> is it important to include the previous Ubuntu changlog entries? The Debian source obviously doesn't have it so if we merge should be reinsert the Ubuntu changelog entries?
[03:43] <bmonty_laptop> yeah, you're right....I don't really use those files I guess
[03:43] <bmonty_laptop> my understanding is a sync will overwrite the ubuntu changelog
[03:44] <LaserJock> bmonty_laptop: a sync yes, but what about a merge?
[03:45] <bmonty_laptop> I'm not sure, I guess I would try to keep them
[03:45] <LaserJock> that is the only thing I like about the MoM merged source
[03:46] <bmonty_laptop> so far all of the packages I have looked at have been syncs...at the most I am adding something like a desktop file and making a debdiff from the debian unstable source
[03:47] <LaserJock> bmonty_laptop: lucky, I think I have had only 1 sync
[03:47] <LaserJock> bmonty_laptop: maybe I am doing more than I need to
[03:49] <bmonty_laptop> or being thourough so the merges are good :)
[03:53] <bmonty_laptop> damn, the wesnoth upload that crimsun did for me got rejected
[04:13] <LaserJock> bmonty_laptop: so i've got 1 sync in 8 total so far
[04:28] <LaserJock> hi minghua
[04:28] <minghua> hello LaserJock
[04:29] <bradb> hey all
[04:29] <bradb> Anyone know the story behind the avifile dup bug madness?
[04:33] <bmonty_laptop> bradb: nope, but if you find out, I'd like to know
[04:34] <LaserJock> was siretart testing something for the bug reporting scripts?
[04:34] <bmonty_laptop> probably
[05:05] <LaserJock> so what do I do if the MoM merge is good? should I just update the bug report with that info?
[05:07] <bmonty_laptop> sure
[05:08] <bmonty_laptop> good night LaserJock
[05:12] <crimsun> d'oh, I just missed bmonty
[05:41] <LaserJock> hi bmonty_laptop
[05:41] <bmonty_laptop> hey LaserJock...I'm back, the kid doesn't want to sleep right now :(
[05:41] <LaserJock> I think crimsun wanted to say something to you
[05:43] <crimsun> bmonty_laptop: pong
[05:46] <bmonty_laptop> crimsun: the wesnoth package was rejected
[05:47] <bmonty_laptop> lots of md5sum errors
[05:47] <crimsun> err
[05:48] <crimsun> hmm, that's odd
[05:48] <bmonty_laptop> first time I've seen it
[05:48] <crimsun> yeah, I've never seen that either, and the md5sums check out here
[05:49] <bmonty_laptop> so, I wanted to see if I should make a new debdiff and put it up on my website for you to DL, or if you wanted to try again with what is on malone
[05:50] <crimsun> I'm using the one I generated here
[05:50] <crimsun> which I've just placed on http://www.sh.nu~/crimsun/
[05:50] <crimsun> {diff.gz,dsc,changes}
[05:50] <crimsun> 61dc63add482b1d43c8b6e79f3000f45  wesnoth_1.0.1-1ubuntu1.diff.gz
[05:50] <crimsun> 502c172143345c80f04edf644e4009c7  wesnoth_1.0.1-1ubuntu1.dsc
[05:50] <crimsun> f4801a805c143ca827c155f191545849  wesnoth_1.0.1-1ubuntu1_source.changes
[05:53] <bmonty_laptop> I get the same
[05:53] <crimsun> ok, I'll bump the version and reupload
[05:57] <Burglaptop> crimsun, are you getting ahead of the debian packager for debian?
[05:57] <crimsun> Burglaptop: ...no
[05:58] <crimsun> Burglaptop: this is from MoM
[05:58] <Burglaptop> crimsun, ok, just checking. As the wesnoth debian packager is the current head of the wesnoth release process..
[05:58] <crimsun> Burglaptop: I generally don't break UVF at all unless there's a really good reason
[05:59] <bmonty_laptop> Burglaptop: this is their package with a small modification
[05:59] <Burglaptop> ok, just checking
[06:08] <LaserJock> I have a debian package that has build-dep "xlibmesa-gl-dev | libglu1-xorg-dev" and MoM has "libgl1-mesa-dev, libglu1-mesa-dev"
[06:09] <bmonty_laptop> has anyone tried to get the bzr packages from jbailey's archive? (from \sh's email on REVU2)
[06:09] <LaserJock> bmonty_laptop: that is what I used
[06:10] <bmonty_laptop> where did you get jbailey's key?
[06:10] <LaserJock> bmonty_laptop: I didn't
[06:10] <bmonty_laptop> LaserJock: https://wiki.ubuntu.com/MOTUGLUTransition
[06:11] <LaserJock> so do I need "libgl1-mesa-dev, libglu1-mesa-dev" or "libgl1-mesa-dev|libglu1-mesa-dev" ?
[06:11] <bmonty_laptop> you just forced apt to ignore sigs?
[06:11] <LaserJock> bmonty_laptop: or synaptic ;-)
[06:11] <crimsun> you need "libgl1-mesa-dev | libgl-dev, libglu1-mesa-dev | libglu-dev"
[06:12] <LaserJock> crimsun: ah thanks
[06:15] <crimsun> bmonty_laptop: Subject: wesnoth_1.0.1-1ubuntu2_source.changes ACCEPTED
[06:15] <lifeless> siretart: ?
[06:16] <crimsun> must have been a glitch in the matrix
[06:17] <bmonty_laptop> crimsun: ok, thanks for your help
[06:17] <crimsun> np
[06:17] <moquist> I'm new to packaging, and I've used dh_make and dpkg-buildpackage -rfakeroot on the game 'apricots'.  dpkg-buildpackage seems to build [almost?]  everything, and then it errs out.  http://paste.ubuntulinux.nl/d4452 shows the error I'm getting; I don't understand why fakeroot isn't taking care of the "Permission denied" problem.
[06:18] <crimsun> moquist: the error's pretty simple; you used an absolute path
[06:20] <crimsun> you can't create /usr/share/apricots, but you _can_ create $(pwd)/debian/apricots/usr/share/apricots
[06:20] <moquist> crimsun: thx for helping.  This isn't my project, so I haven't done anything to speak of other than downloading the tarball and running dh_make, etc.  Is it a problem that the makefile specifies "prefix = /usr"?
[06:20] <moquist> crimsun: right.  So is this something that I need to change on the command line or in the Makefile?
[06:20] <Amaranth> Yes.
[06:20] <crimsun> the original Makefile should be modified to accept $DESTDIR
[06:20] <moquist> ok.
[06:20] <Amaranth> smack upstream around for a bit
[06:21] <moquist> I can google for that, unless you have a good example to point me to.  (I guess I could apt-get source anything else, right?  ;)
[06:21] <crimsun> should be fairly straightforward; check the Debian New Maintainer's Guide
[06:24] <moquist> ok, so I just prepend any absolute paths in the Makefile with $(DESTDIR).  Seems quite straightforward.
[06:25] <crimsun> yep, and modify debian/rules to pass it to your $(MAKE) invocations
[06:25] <crimsun> (some people swear by cdbs, which handles this for you)
[06:26] <lifeless> and others swear at cdbs :)
[06:26] <crimsun> hehe, indeed
[06:29] <Amaranth> cdbs is great when it works
[06:29] <Amaranth> when it doesn't you get to debug wtf cdbs thinks it's doing :)
[06:42] <bmonty_laptop> ok, now for real.....good night all!
[06:58] <moquist> crimsun: debian/rules already has "$(MAKE) install DESTDIR=$(CURDIR)/debian/apricots" in the install target; what could I need to change?
[06:59] <crimsun> moquist: the actual Makefile
[06:59] <moquist> Also, my Makefile change goes away because apricots_0.2.6.orig.tar.gz is unpacked every time I run dpkg-buildpackage.
[07:00] <moquist> crimsun: Oh... you said "modify debian/rules to pass it to your $(MAKE) invocations".  I guess I don't understand that...
[07:00] <crimsun> moquist: apparently the debian/rules already has that
[07:00] <crimsun> moquist: does the app using ./configure?
[07:00] <crimsun> s/using/use/
[07:00] <moquist> I really appreciate your help, BTW.  It's very nice to pop into a channel and get a response from a helpful person.  :)
[07:01] <moquist> Yes, it uses ./configure.
[07:01] <crimsun> then you'll need to modify the appropriate Makefile.in
[07:03] <moquist> crimsun: do I want to change "prefix = @prefix@" to "prefix = $(DESTDIR)/@prefix@" in Makefile.in?  That doesn't seem quite right...
[07:04] <crimsun> moquist: hmm, no, that should be enough
[07:04] <crimsun> out of curiosity, paste debian/rules onto paste.ubuntulinux.nl
[07:05] <moquist> crimsun: http://paste.ubuntulinux.nl/d4453
[07:05] <moquist> "that should be enough"... what should be enough?
[07:07] <crimsun> what Makefile.in currently has.
[07:07] <crimsun> please paste apricots/Makefile.{am,in} onto paste
[07:07] <crimsun> if there's a Makefile.am, that will suffice
[07:07] <moquist> oh, I did .in first: http://pastebin.ubuntulinux.nl/4455
[07:08] <moquist> apricots/Makefile.am: http://pastebin.ubuntulinux.nl/4456
[07:13] <crimsun> eww.
[07:14] <Amaranth> smack upstream around a bit
[07:14] <moquist> uh-oh.  schmack-schmack.
[07:15] <crimsun> your Makefile.am needs to use "$(mkinstalldirs) $(DESTDIR)$(pkgdatadir)"
[07:15] <crimsun> then you need to autoreconf
[07:18] <moquist> so I change apricots/Makefile.am (replacing all "$(mkinstalldirs) $(pkgdatadir)/" with $(DESTDIR) inserted, and then "autoreconf" somehow...however I do that.  (in debian/rules?)
[07:18] <crimsun> moquist: yep. Just make sure you add the necessary build-depends to debian/control
[07:18] <moquist> ok, I think.
[07:18] <crimsun> autoreconf before calling ./configure
[07:19] <moquist> do the "-rm -f $(pkgdatadir)..." lines in Makefile.am need to change?
[07:19] <crimsun> yep
[07:19] <moquist> k
[07:19] <crimsun> else it'll try to remove /usr/share/apricots/
[07:19] <moquist> so debain/rules has a ./configure line, and I should add a line above that that says 'autoreconf"?
[07:19] <crimsun> and you've already seen what attempting to create it incurs
[07:20] <moquist> heh -- yes.
[07:20] <crimsun> yep.
[07:20] <crimsun> you probably need a couple parameters like -f -i
[07:21] <moquist> which ones?  There's nothing in my path or in this source tree named 'autoreconf'.
[07:21] <moquist> ...so I'm not sure how to know which parameters I'll need.
[07:22] <crimsun> you need autoconf and automake1.$foo installed
[07:23] <crimsun> $foo being one of {6,7,8,9}
[07:23] <moquist> not 4?  hmm.
[07:23] <moquist> 1.4-p6-9 is what I got.
[07:23] <crimsun> generally you want to pick the lowest
[07:24] <crimsun> 4 may be too old, which is why there should be a b-d on autotools-dev
[07:25] <moquist> sorry I'm dumb.  b-d?
[07:25] <crimsun> debian/control:Build-Depends
[07:25] <moquist> k
[07:26] <crimsun> you don't need an explicit b-d on autotools-dev, since automake1.$foo pulls it in
[07:26] <moquist> there is.  dh_make put that in for me.
[07:26] <moquist> heh...so I should take out the b-d on autotools-dev and put it one for automake?
[07:26] <crimsun> ", autoconf, automake1.6"
[07:29] <moquist> I'm inching my way along, here.  Now I get this when I run dpkg-buildpackage: http://pastebin.ubuntulinux.nl/4458
[07:30] <crimsun> you need libtool as a b-d, too
[07:31] <moquist> hmm.  I'm getting lazy.  I only searched for "libtoolize".
[07:36] <moquist> crimsun: success!
[07:48] <crimsun> tritium: if you need me to walk you through a MoM, just let me know
[08:31] <highvoltage> so.
[08:31] <highvoltage> Friday night I took the plunge and decided to get involved with motu again.
[08:31] <highvoltage> ogra suggested i start with merges.
[08:32] <highvoltage> so what i've been doing is downloading files from http://revu.tauware.de/~sistpoty/MoM/index.py?state=new
[08:33] <highvoltage> doing the "dpkg-source -x *.dsc, cd newdir, dch, debuild -kCD622E56, lpbygs.py -n packagename" thing.
[08:33] <highvoltage> is that basically what it involves? or are there more steps I need to do?
[08:35] <crimsun> essentially
[08:35] <crimsun> granted I'm doing everything still by hand
[08:36] <crimsun> (i.e., pointing Web browser to http://people.ubuntu.com/~scott/ongoing-merge/ , resuming from the bottom, reading REPORT, etc.)
[08:36] <crimsun> most things should be fairly straightforward
[08:36] <crimsun> if you have questions, I'll be around for a bit doing merges before I nod off
[08:37] <Treenaks> morning all
[08:37] <Treenaks> Try #2 at waking up..
[08:37] <crimsun> 'morning, Treenaks
[08:37] <highvoltage> thanks crimsun.
[08:37] <highvoltage> crimsun: how do i know that i've done it succesfully, do i have to wait for the launchpad cron job and then look at my bugs section?
[08:38] <crimsun> highvoltage: well, the difficult part is inspecting what does (not) need to be merged
[08:38] <crimsun> if you inspect the REPORT and the ubuntu debdiff, you should be able to get an idea whether you need to inspect the debian debdiff before inspecting the merged debdiff
[08:42] <highvoltage> ok, i haven't actually done that so far.
[08:43] <highvoltage> so if i get Previous Ubuntu Version: 0.8.6f-2ubuntu1
[08:43] <highvoltage> Current Debian Version:  0.8.6g-2
[08:43] <highvoltage> then a merge is needed?
[08:45] <crimsun> possibly
[08:45] <crimsun> you have to inspect REPORT and the ubuntu debdiff, then possibly the debian debdiff, before inspecting the merged debdiff
[08:47] <highvoltage> where can I find the debian debdiff?
[08:47] <crimsun> http://people.ubuntu.com/~scott/ongoing-merge/sourcepackage_name/
[08:51] <minghua> hi, is it possible to request a re-MoM?
[08:51] <crimsun> err...
[08:51] <crimsun> like a give-back, or...?
[08:51] <minghua> I'm working on grace6, and the MoM page doesn't have the correct debian base version
[08:52] <crimsun> does the 'b' version of the page have the incorrect one, too?
[08:52] <minghua> I got the correct one from snapshot.debian.net, and the ubuntu patch turn out to be quite simple
[08:52] <crimsun> I've had a couple mis-MoMs
[08:52] <minghua> Hmm, let me check
[08:53] <crimsun> yeah, in that case just use the diff from a main Debian mirror as the base
[08:54] <minghua> crimsun: the "b" log has the correct base version: * Selected morgue as base
[08:54] <minghua> crimsun: but scott's MoM page is still wrong
[08:55] <crimsun> minghua: ah, then it's up to us to generate the correct debdiff
[08:55] <minghua> Okay, I see.  Then I should use my own name in the resync changelog, I suppose?
[08:56] <crimsun> you should always use your own name in the changelog
[08:56] <minghua> crimsun: but what if the package in scott's MoM page is just right?
[08:56] <crimsun> minghua: you're still the one who inspected it
[08:57] <crimsun> plus Scott gets bombed with ACCEPTs if we leave his e-mail, which leaves him nonplussed ;-)
[08:57] <minghua> that sounds fair :-)
[09:23] <crimsun> ugh
[09:24] <crimsun> wfmath has binaries that have undergone the cxx transition in both ubuntu and debian, resulting in different binary names ;(
[09:41] <highvoltage> that's one weird emoticon
[09:41] <crimsun> it's a sad baby jesus
[10:01] <siretart> morning
[10:03] <lfittl> morning
[10:09] <crimsun> morning. (Well actually I'm off to bed.)
[10:09] <highvoltage> goodnight crimsun
[10:43] <pef> hello
[10:43] <Gloubiboulga> hello pef
[10:43] <pef> Gloubiboulga: already awake ;)
[10:44] <Gloubiboulga> yep :)
[10:50] <Gloubiboulga> I've sent my work on revu yesterday
[10:50] <Gloubiboulga> but I can't see it on the site main page, is this normal ?
[11:01] <pef> Gloubiboulga: it should appears on revu within 5 minutes (cron job)
[11:01] <Gloubiboulga> This is 5 big minutes then :/
[11:28] <herve> hello
[11:30] <pef> hello herve
[11:47] <hunger_> Good morning.
[12:02] <hunger> How do I set conffiles in a multi binary source deb?
[12:18] <pef> someone using lvm snapshot feature with chroots ?
[12:27] <Nafallo> my chroots are pbuilders :-)
[12:31] <hunger> pef: Yep, doing so since yesterday.
[12:32] <hunger> pef: So far it works pretty well.
[12:34] <pef> hunger: no drawbacks ?
[12:35] <hunger> Nafallo: I was too stupid to set up pbuilders, so I had to fall back to lvm.
[12:35] <hunger> pef: Never used pbuilder... but lvm snapshot works pretty well for me.
[12:35] <Nafallo> hunger: ehm... oki...
[12:35] <Nafallo> PbuilderHowto :-)
[12:36] <hunger> pef: I will probably write a couple of scripts to automate the common tasks.
[12:36] <hunger> Nafallo: Yeap, read that, debootstrap fails when run by pbuilder.
[12:36] <Nafallo> --distribution breezy then :-)
[12:37] <hunger> Nafallo: Same behaviour.
[12:37] <hunger> Nafallo: running debootstrap to setup the lvm volumes to snapshot works for both breezy and dapper by the way.
[12:37] <Nafallo> and set DEBOOTSTRAP="debootstrap" in your pbuilderrc :-)
[12:38] <hunger> Nafallo: It was running debootstrap. Dunno which options it used.
[12:38] <hunger> Nafallo: Anyway: the snapshots work great and there is no messing around with tar files.
[12:38] <Nafallo> k
[01:08] <hunger> How can I log into revu's website?
[01:09] <tseng> the wiki tells you
[01:09] <tseng> which is conveniently linked from the top of REVU
[01:12] <Treenaks> tseng: "An Ode to the Lost Art of Reading"
[01:15] <herve> rea... what? :-)
[01:15] <Treenaks> herve: ;)
[03:13] <\sh> can someone try this url? https://launchpad.net/distros/ubuntu/+bugs-advanced?field.searchtext=&search=Search&orderby=-priority%2C-severity&field.assignee=motumergers&field.unassigned.used=&field.include_dupes.used=&field.statusexplanation=&advanced=1&field.status%3Alist=PendingUpload&field.status-empty-marker=1&field.severity-empty-marker=1&field.attachmenttype-empty-marker=1
[03:15] <Gloubiboulga> \sh: Timeout error
[03:16] <\sh> wonderful...filing a bug :)
[03:27] <sivang> \sh: what is this link supposed to give?
[03:28] <thierry_> is it normal that some package are not in the upstream list of choices of malone (like gworldclock)
[03:28] <thierry_> ?
[03:31] <\sh> then they're not in the database
[03:45] <zul> does anyone have a simple way of getting a list of all the packages in universe?
[03:47] <Seveas> source or binary packages?
[03:47] <zul> source
[03:48] <Seveas> curl http://archive.ubuntu.com/ubuntu/dists/dapper/universe/source/Sources.gz | zcat | grep Package: | cut -f 2 -d ' '
[03:48] <zul> thanks
[03:50] <zul> i think there might be a need for motukernel
[03:52] <\sh> there is definitly _no need for any motukernel_
[03:52] <zul> \sh: what about the kernel module sources in universe
[03:53] <\sh> zul: kernel module sources are ok..but no binary kernel in universe...we discussed this already and we declined this request
[03:53] <zul> \sh: thats what i meant
[03:54] <Seveas> hmm, I uploaded a package to revu, but it does not show up
[03:54] <Treenaks> Seveas: wait 5 minutes
[03:54] <Treenaks> (cron)
[03:54] <Treenaks> or so I'm told
[03:54] <Seveas> 15 minutes ago :)
[03:54] <Treenaks> Seveas: kick siretart
[03:54] <Seveas> neh, kick myself
[03:55] <Seveas> I switched to a different key for packages
[03:55] <Seveas> I'll ping siretart
[03:56] <Treenaks> you have multiple keys?
[03:57] <Seveas> yeah, for packaging I have a signing onley key
[03:57] <Treenaks> ah
[03:57] <Treenaks> a singing key :)
[04:08] <Kyral> G'Morning
[04:09] <bmonty_laptop> hi Kyral
[04:14] <Kyral> Hows that for something to wake up to? :D
[04:14] <tseng> uh
[04:15] <Kyral> joke tseng
[04:15] <sivang> Kyral: I'd rather you played something of the Bare Naked Ladies :)
[04:15] <tseng> there is nothing funny about it
[04:15] <tseng> comeon
[04:16] <Kyral> well, pun, randomness, take your pick
[04:16] <bmonty_laptop> metallica is great for waking up
[04:16] <Kyral> sivang, I don't have any
[04:16] <sivang> Kyral: "Brian Wilson" would suffice for a melancolic awakening :)
[04:16] <tseng> Converge is great for waking up
[04:16] <Kyral> I need to rip my Dad's ZZ Top CDs
[04:16] <sivang> tseng: US band?
[04:16] <tseng> yes
[04:16] <sivang> Kyral: oh, ZZ TOp are cool
[04:17] <Kyral> "'cause every girl's crazy 'bout a sharp dressed man"
[04:17] <janimo> anybody form the Motu IM team around
[04:18] <Kyral> I really need to hit the P2P networks...
[04:35] <hunger> Hmmm... how do I update the sources from upstream?
[04:35] <slomo_> uupdate
[04:35] <hunger> slomo_ : Doesen't that need a watch file?
[04:35] <slomo_> no... uscan needs a watchfile... uupdate only needs a tarball
[04:36] <slomo_> but be carefull when the tarball is tar.bz2... sometimes dpkg-source repacks it for you with changes
[04:36] <hunger> slomo_: Ah, ok. Thanks!
[04:37] <hunger> slomo_: Thanks for the warning!
[04:39] <slomo_> where changes in this case means renamed toplevel directory... bla-x.y.z becomes bla-x.y.z.orig
[05:00] <Kyral> How do I find the path to ctl0?
[05:00] <slomo_> ?!
[05:00] <Kyral> Need it for Cedega config
[05:00] <Kyral> whatever device ALSA is using ;P
[05:01] <Kyral> It has a field for "CTL Device" and "PCM Device"
[05:01] <slomo_> /dev/snd/controlC0
[05:01] <slomo_> maybe?
[05:01] <Kyral> yah
[05:02] <thierry_> hi, I'm trying to do a script that would get the source of an ubuntu package and cd insinde this source once downloaded... I just don't know how to get the package_version in the output of apt-get source... (in bash)
[05:02] <Kyral> its set to "hw" right now
[05:03] <Kyral> the tooltip for the box says "The Linux path to the CTL device (setting for ctl0) used to control the volume
[05:04] <Kyral> and the PCM one says "Path to the pcm device (Setting for pcm0) that generates the sound"
[05:06] <Kyral> I'll just use OSS for now
[05:06] <Kyral> I know there is a reason I compiled backwards compatibility into my kernel for it
[05:06] <slomo_> why don't you use the standard kernel? ;)
[05:16] <Kyral> slomo_, because I tweak :D
[05:16] <Kyral> its the same reason I jumped to Dapper. I get bored if things are too stable
[05:16] <Kyral> anyway, Need For Speed Underground 2 calls
[05:35] <bmonty_laptop> are we still sending email to elmo for sync requests?
[05:43] <\sh> bmonty_laptop: or ping him on -devel but I think he sleeps
[05:43] <bmonty_laptop> I usually just send him an email...sometimes the package gets synced....sometimes not :)
[05:44] <\sh> he just came back from ubz
[05:44] <\sh> showering time...:)
[05:44] <slomo_> \sh: hf :)
[05:51] <jbailey> bmonty_laptop: The gpg key for that archive is in the snapshots directory
[05:55] <Gloubiboulga> I'm packaging a french software, should the description in debian/control be in english, or french is ok ?
[05:55] <Gloubiboulga> the software deals with french vocabulary
[05:58] <GreaseMonkey> ow CRASH
[06:33] <siretart> n'evening, folks
[06:34] <thierry_> I searcing something like a file finder for bash... is it possible with grep?
[06:35] <herve> find?
[06:36] <thierry_> herve : thanks!
[06:36] <herve> but it won't search inside the file contents
[06:39] <minghua> just user grep in find then :-)
[06:39] <minghua> s/user/use/
[06:39] <herve> if you have a filename pattern, yes :-)
[06:39] <omeg> Hi guys. If I wanted to make suggestions to the Ubuntu art/aesthetics team, then how would I be able to contact them (or any institution that accepts such suggestions)? I intend to make elaborate descriptions with image references.
[06:40] <herve> maybe there is an #ubuntu-art?
[06:40] <herve> or search the wiki
[06:40] <omeg> #ubuntu-art doesn't seem to exist.
[06:40] <herve> http://lists.ubuntu.com/mailman/listinfo/ubuntu-art
[06:40] <omeg> Thanks :)
[06:42] <\sh> slomo_: ping
[06:42] <slomo_> \sh: pong
[06:42] <\sh> slomo_: u had problems with scons before on the buildds, right?
[06:42] <slomo_> \sh: no, mbreit was this
[06:42] <\sh> slomo_: ah
[06:43] <\sh> grmpf..not here...
[06:43] <\sh> i need to know the solution for this problem http://people.ubuntu.com/~lamont/buildLogs/a/ardour/0.99-3ubuntu1/ardour_0.99-3ubuntu1_20051110-0202-i386-failed.gz
[06:43] <slomo_> \sh: i told him to come here ;)
[06:44] <siretart> hey slomo_, hi \sh!
[06:44] <\sh> ah
[06:44] <mbreit> hi guys
[06:44] <siretart> how are things?
[06:44] <slomo_> hi siretart
[06:44] <\sh> mbreit: can u have a look at http://people.ubuntu.com/~lamont/buildLogs/a/ardour/0.99-3ubuntu1/ardour_0.99-3ubuntu1_20051110-0202-i386-failed.gz and tell me what was the solution for this scons problem on the buildd?
[06:44] <herve> \sh, nice python traceback :-)
[06:45] <\sh> herve: it's bloody scons..it works locally in a pbuilder
[06:46] <herve> Checking for C header file /System/Library/Frameworks/CoreMIDI.framework/Headers/CoreMIDI.h... no
[06:46] <mbreit> \sh: iirc infinity did some dirty work-around... he did not tell me any details...
[06:46] <herve> it seems like that SYSMIDI variable is only filled on NextStep-like systems
[06:46] <\sh> mbreit: ok..so it needs some buildd admin
[06:47] <herve> or you lack another build-dependency for midi support
[06:47] <mbreit> \sh: the problem is that the scons on the buildd sometimes says that gcc would fail but there's no error message from gcc... ardour is not the only package with that problem
[06:48] <\sh> mbreit: I thought so..because pbuilder doesn't complain
[06:48] <herve> and scons was already updated/merged?
[06:48] <mbreit> herve: there that's no problem with dependencies.. it's just scons <-> gcc on the buildd
[06:48] <\sh> ok...
[06:49] <\sh> i'm just leaving now ogra for today...bbl
[06:52] <slomo_> *sigh* someone needs to clean binary NEW :(
[06:53] <herve> so many new packages from Debian?
[06:54] <slomo_> herve: maybe... but i need exactly one :P libmagick++9-dev
[06:54] <herve> ha... life! :-)
[06:54] <Kyral> I got tired of fighting NVidia ;P
[06:55] <slomo_> Kyral: that was the reason why i bought a radeon 9200 :P
[06:55] <Kyral> No
[06:55] <Kyral> I meant having to recompile the drivers :P
[06:55] <Kyral> for some reason with the Vanilla kernel I have to recompile the NVidia driver on reboot
[06:58] <herve> I just ruined my zope instance :-(
[07:01] <Manny> hi
[07:16] <Kyral> I should bootchart...
[07:16] <herve> which brings me to the question... do you also have the feeling dapper gets longer to boot than breezy?
[07:17] <Kyral> For me its a matter of my 4 ReiserFS partitions being checked :P
[07:17] <SEJeff> herve: Why not use bootchart and set up a comparison
[07:18] <SEJeff> I would, but I am waiting on harddrives from newegg for my second test machine
[07:19] <Kyral> IMO, we should put the bootchart deb in the same repo as the Bazzar tools
[07:22] <Kyral> And I really have to clean up my bootdir
[07:22] <thierry_> I'm searching a bash command to just find all .desktop files in a directory... find give me strange output, what would be the options to use or wich other command?
[07:22] <Kyral> I have like 5 kernels
[07:23] <Kyral> Brb, and will throw the bootchart up
[07:23] <slomo_> thierry_: find $directory - name '*.desktop*
[07:25] <thierry_> slomo- : so simple!
[07:25] <herve> "-name" attached, no?
[07:26] <slomo_> oh, yes
[07:26] <slomo_> sorry
[07:26] <slomo_> thierry_: find $directory -name '*.desktop*
[07:26] <herve> hmm, and "*.desktop" ?
[07:26] <herve> I don't know if the trailing star is intentional
[07:26] <SEJeff> thierry_: find . -name '*.desktop' should work
[07:27] <slomo_> herve: yes, you're right... not my day ;)
[07:27] <SEJeff> thierry_: find interprets wildcards strangely if they are not quoted
[07:27] <mitsuhiko> hiho motus, sorry for the stupid question but is there a gnome developement channel?
[07:27] <herve> certainly
[07:27] <lifeless> mitsuhiko: for packagin ?
[07:27] <herve> several, even
[07:27] <lifeless> mitsuhiko: or for upstream coding ?
[07:28] <mitsuhiko> lifeless: no for gnome "api" questions and similar questions
[07:28] <SEJeff> minghua: irc.gimp.org #gnome
[07:28] <Kyral> Lets see what this looks like :D
[07:28] <SEJeff> nick autocomplete messed up
[07:29] <SEJeff> mitsuhiko: #gnome has been dead all morning though
[07:30] <mitsuhiko> SEJeff: thx. i will try
[07:30] <SEJeff> mitsuhiko: #gnome-love has had more activity today
[07:31] <herve> everybody loves gnome :-)
[07:31] <SEJeff> exactly :)
[07:32] <Kyral> Yah there is my problem
[07:32] <Kyral> ReiserFsck takes a LONG time
[07:33] <Kyral> I don't have enough buffer to transform every partition into ext3
[07:39] <Kyral> http://people.clarkson.edu/~petermcv/dapper-20051113-1.png
[07:43] <herve> bye
[07:52] <polpak> Has anyone tried to package the Nvidia Cg Toolset for debian? I saw that someone had started working on it but it was a while ago
[07:52] <polpak> err not debian, ubuntu
[07:52] <polpak> I know there is a debian package for it
[07:53] <polpak> but there's nothing in the ubuntu repositories
[07:53] <Kyral> LOL I crashed BMP
[08:08] <Kyral> Anyone good with Filesystems>
[09:25] <Kyral> How the heck do I mount an ext3 FS in fstab with r/w for all?
[09:28] <SEJeff> Kyral: /dev/hda1       /directory           ext3    defaults        0       2
[09:28] <Kyral> ain't working
[09:28] <Kyral> I'm just gonna chmod 777 the mountpoint
[09:29] <Kyral> or chown the thing to my user
[09:31] <lifeless> Kyral: mounting it gives it the stored permissions on it
[09:31] <Kyral> yah yah...I rmemeber
[09:31] <lifeless> I think you want uid= and gid= options
[09:32] <lifeless> but I don't think ext3 supports them
[09:32] <Kyral> Those don't apply to the ext3 fs
[09:32] <lifeless> right
[09:32] <Kyral> I just mounted and chowned
[09:32] <Kyral> and that sounds INCREDIBLY wrong
[09:33] <lifeless> mount;fsck;chown;unmount ?
[09:33] <Kyral> that was bad
[10:14] <thierry_> how could I take a list of files and open all of them with gedit at once in a bash script?
[10:32] <crimsun> thierry_: there are many ways to obtain the list
[10:32] <crimsun> thierry_: just pipe the list through wc -l
[10:35] <thierry_> crimsun : wc -l myfile.txt give me  1  myfile.txt
[10:36] <crimsun> thierry_: what are the contents of myfile.txt? Use http://paste.ubuntulinux.nl if necessary
[10:37] <thierry_> crimsun : /home/thierry/dev/gimp-2.2.8/data/misc/gimp.desktop.in.in
[10:37] <crimsun> right, so that's just that file
[10:38] <thierry_> that the output of a command that I used in the script, and now I want to open this file with gedit... but sometimes I could get like 5 files to open with gedit...
[10:38] <thierry_> and I wonder how to do this inside of my script
[10:38] <crimsun> so, gedit $(cat myfile.txt)
[10:40] <thierry_> crimsun : thanks! it's working
[10:41] <crimsun> thierry_: np
[10:41] <crimsun> 'lo ivoks
[10:41] <thierry_> crimsun : I have an other question
[10:41] <crimsun> bootchart rocks
[10:41] <thierry_> crimsun : package=`zenity --entry --text "Which package source do you want?"`
[10:41] <thierry_> apt-get source $package > output.txt
[10:42] <Kyral> I think the concept could be applied to other things
[10:42] <thierry_> output.txt is not the same thing than when I would do it directly in a shell
[10:42] <thierry_> crimsun : and I really don't see why
[10:42] <Kyral> troubleshooting things that is
[10:42] <thierry_> there's missing the last line (wich I need)
[10:43] <Kyral> something segfaults we could use something like bootchart to trace the threads graphically
[10:44] <crimsun> thierry_: I'm unclear what you're attempting to do
[10:45] <crimsun> i.e., why do you need the output from ''apt-get source $package''?
[10:45] <thierry_> getting the complete output of  the command apt-get source $package in a file to after that get the exact name of the directory where the package has been unpacked
[10:47] <thierry_> crimsun : any idea why it acts like that?
[10:48] <crimsun> thierry_: I don't see any difference (except due to buffering)
[10:49] <thierry_> crimsun : can you give me the last line you get?
[10:49] <crimsun> from which?
[10:49] <thierry_> and what do you mean by buffering
[10:49] <thierry_> both since it's the same!
[10:49] <thierry_> crimsun
[10:49] <crimsun> I get the Fetched... as the last line if I use shell redirection
[10:50] <crimsun> otherwise I get Applying...
[10:50] <thierry_> ho ok but retry to get source at the same place
[10:50] <thierry_> crimsun
[10:51] <crimsun> I don't understand what you're asking
[10:51] <crimsun> apt-get source doesn't tell the invoking user what the name of the extracted directory is
[10:51] <thierry_> because the output is different between the first time (when you download it) and the second time when you just check it (with the same command)
[10:51] <crimsun> (I'm on Dapper, but it makes no difference)
[10:52] <crimsun> "just check it"?
[10:52] <crimsun> oh, you want the Skipping unpack...?
[10:53] <thierry_> yes
[10:53] <crimsun> why?
[10:53] <thierry_> and it gives dpkg-source: extracting gedit in gedit-2.12.1 for the first time
[10:53] <thierry_> well because you get, for example gedit-2.12.1 and that's the directory where it's unpacked
[10:54] <thierry_> you were talking about some buffering thing... what's that? maybe that's my problem
[10:54] <crimsun> no, I don't think the buffering has anything to do with what you're asking
[10:54] <thierry_> k...
[10:54] <crimsun> which I still don't have any idea about
[10:54] <crimsun> dpkg-source isn't going to clobber what exists
[10:55] <thierry_> crimsun : but the problem is that I don't get Skipping unpack in output.txt and I need it
[10:55] <crimsun> but why do you need it?
[10:56] <thierry_> to get for example gedit-2.12.1 : "Skipping unpack of already unpacked source in gedit-2.12.1
[10:56] <thierry_> "
[10:56] <thierry_> after that I know that the package gedit is in gedit-2.12.1
[10:57] <thierry_> crimsun : do you see why now?
[10:57] <crimsun> why can't you just use dpkg-source's output?
[10:57] <crimsun> grep for extracting and awk out the appropriate field
[10:58] <crimsun> which is just one of $foo ways to do it
[10:58] <thierry_> awk? can you give an example?
[10:58] <tseng> awk '{print $2}'
[10:58] <tseng> where 2 is the second space seperated field
[10:59] <tseng> (or is it the third?)
[10:59] <crimsun> apt-get source $package | grep extracting | awk '{ print $5 }'
[10:59] <tseng> crimsun: man now what will he learn
[10:59] <thierry_> ok but to grep it I need the las line! I'll put my script on http://paste.ubuntulinux.nl so it's going to be more clear
[11:00] <crimsun> thierry_: no, you don't need the last line. There's no need to fetch the source twice.
[11:00] <thierry_> crimsun : http://paste.ubuntulinux.nl/4502
[11:01] <crimsun> thierry_: the -first- time you invoke dpkg-source from apt-get source, the directory is printed. I just gave you example syntax.
[11:01] <thierry_> I need the las line in a variable because I do a if grep $variable in it
[11:01] <thierry_> last*
[11:01] <crimsun> why do you need the last line?
[11:01] <thierry_> kk
[11:01] <crimsun> what precisely is the variable supposed to contain?
[11:01] <thierry_> I see what you mean, I'll try it
[11:02] <thierry_> crimsun look at http://paste.ubuntulinux.nl/4502
[11:04] <crimsun> thierry_: that's overly complicated.
[11:04] <thierry_> crimsun : can you show me how to simpleise it?
[11:04] <crimsun> thierry_: just dpkg-deb -c foo.deb|grep '.desktop'
[11:05] <crimsun> well, what are you trying to do?
[11:05] <crimsun> I presume you're going to edit the .desktop?
[11:06] <thierry_> crimsun : in fact I'm trying to do a script to fix these issues : https://wiki.ubuntu.com/UniverseDesktopFileAbsolutePath#preview
[11:06] <crimsun> if you're going to do that, then your current script is fine (just needs to handle cases where desktop is made from desktop.in)
[11:06] <hunger> hi there.
[11:06] <crimsun> you need to replace your current apt-get source line with the one that I gave you
[11:07] <crimsun> hi hunger
[11:07] <thierry_> I want to download the source package, cd in it, find the *.desktop and *.deskopt.* in the source, edit them with gedit, dch -i, dpkg-buildpackage -us -uc -rfakeroot -S , cd back in dev, and debdiff for a patch
[11:08] <crimsun> you'll want to set -e at the top of the script (underneath the hashbang)
[11:08] <crimsun> then you can eliminate the echo "foo"
[11:10] <crimsun> also, simplify your current if clause to check if $(cat output.txt) is a directory, then go from there
[11:10] <crimsun> once you use the grep+awk modification, there's no point in checking the last line
[11:11] <crimsun> in fact, that entire if clause can be eliminated, because it doesn't make any sense
[11:14] <thierry_> k going to try that
[11:19] <siretart> hey janimo!
[11:19] <janimo> hey siretart
[11:19] <janimo> I still haven;t sent the mail :)
[11:20] <janimo> sorry
[11:20] <hunger> hi siretart.
[11:20] <janimo> could not set up gmail smtp from Tb although a while ago a could
[11:20] <kapputu> hello everyon,e I want to contribute to the ubuntu community
[11:20] <kapputu> where do I get started?
[11:20] <hunger> siretart: Finally got into contact with the GSoC debian-xen guy.
[11:20] <hunger> siretart: We will work together on improving the xen debs.
[11:21] <siretart> janimo: its about your account ;)
[11:21] <siretart> hey hunger!
[11:21] <siretart> hunger: great news! :)
[11:21] <kapputu> hello??
[11:21] <kapputu> I want to help, I need some guidance
[11:21] <siretart> kapputu: hey!
[11:21] <kapputu> hi siretart
[11:21] <siretart> kapputu: in which part do you want to contribute?
[11:21] <kapputu> I don't know
[11:21] <janimo> siretart, I know, I still did not send yoy the encrypted mail
[11:21] <siretart> kapputu: what do you think you could contribute?
[11:21] <kapputu> at present I need to be told what to do
[11:22] <hunger> siretart: That ass has a Quad Xeon machine to test on... while I have to use a virtual machine on my laptop... the world is soooo unfair;-)
[11:22] <kapputu> my English skills are good, so I think I can contribute to the documentation
[11:22] <kapputu> my coding skills in Perl, Java are fairly good and I'm learning Python
[11:22] <siretart> kapputu: great! we have a lovely DocTeam, which always needs help
[11:22] <kapputu> I'm not good with Art work
[11:22] <siretart> kapputu: Burgundavia is one of the leads of them
[11:23] <Burgundavia> hmm?
[11:23] <kapputu> so right now I need to be told what to do
[11:23] <siretart> Burgundavia: May I introduce you a volunteer for the DocTeam: kapputu :)
[11:23] <kapputu> hi Burgundavia
[11:23] <Burgundavia> siretart, cheers
[11:23] <Burgundavia> salut kapputu
[11:23] <crimsun> 'lo janimo
[11:23] <janimo> hey crimsun
[11:24] <Burgundavia> kapputu, you want to join #ubuntu-doc?
[11:24] <kapputu> sjre
[11:24] <kapputu> sure
[11:30] <janimo> any CDBS fans here? I have a couple questions
[11:31] <janimo> it sets CFLAGS by default and I want it to leave them alone as set in the project makefile
[11:34] <janimo> I'll just use good ole debhelper since that works even if a bit ugly
[11:43] <thierry_> crimsun : the output of apt-get source $package | grep extracting | awk '{ print $5 }' is perfect but I can't get it in $path
[11:43] <thierry_> maybe I do something wrong, how would you do it?
[11:45] <crimsun> path=$(apt-get source $package | grep extracting | awk '{ print $5 }')
[11:45] <thierry_> ho ok
[11:45] <crimsun> back later.