[12:02] <Riddell> ajmitch: where do you wiki that?
[12:02] <ajmitch> Riddell: PackagingTips
[12:02] <ajmitch> I should put it on ReviewingTips as well
[12:05] <Tonio-> Hi there
[12:06] <Tonio-> I have a little trouble with an app....
[12:06] <Mez> how'd review day go
[12:06] <Tonio-> it already has a debian forder, but it seems very old informations (1 1/2 years)
[12:06] <Riddell> Tonio-: remove it from the source before making the .orig file
[12:06] <Riddell> KDE has the same issue
[12:07] <Tonio-> and absolutly not up to date. DO you think it is better to ask the upstream if that can be remobed, or directly do it, or take that as base, and for example keep his name has maintainer in control file ?
[12:07] <ajmitch> Mez: review day tends to span a couple of days, I think :)
[12:08] <Mez> lol
[12:08] <Mez> like bug day
[12:08] <Tonio-> I did that but it seems not compliant for dh apparently... se : http://siretart.tauware.de/revu/details.py?upid=223
[12:08] <Tonio-> I'm in very good contact with the dev (due to my old young little repo, and he didn't seem to be wrong with that...
[12:08] <Mez> dholbach: ping
[12:09] <ajmitch> Mez: he left
[12:10] <Mez> ah
[12:10] <Mez> kk
[12:55] <pete> should one put  (closes: #merge-bug-number) in the changelog on mergeing?
[12:56] <ajmitch> at least prefix it with ubuntu
[12:56] <ajmitch> eg closes: ubuntu #number
[12:56] <ajmitch> althought that may be an issue if bugzilla & malone numbers overlap
[01:01] <pete> does it close it automaticly as in debian?
[01:03] <ajmitch> nope
[01:04] <pete> ok, so then there's no great point in doing so
[01:05] <ajmitch> no, it's more of a reference
[01:13] <Mez> who archived packages that werent uplaoded?
[01:14] <ajmitch> Mez: I did
[01:14] <ajmitch> one that will go into debian
[01:14] <Mez> why ?
[01:15] <Mez> huh ?
[01:15] <Mez> i mean php4-universe
[01:15] <Mez> and mp3blaster
[01:15] <ajmitch> I haven't looked at them
[01:15] <Mez> they were archived
[01:15] <Mez> but not uplaoded
[01:15] <Mez> grr
[01:42] <Tonio-> Mez: concerning kmplayer, you suggesting me adding in either depend or suggest xine/gstreamer, which I'm doing, but why koffice ????
[01:42] <Tonio-> I'm looking at the website and don't see any specific koffice reference...
[01:42] <Mez> Tonio-, as it works as a koffice plugin
[01:43] <Mez> http://siretart.tauware.de/revu/incoming/kmplayer-0507270700/kmplayer-0.9.0a/configure.in.in
[01:43] <Mez> look at that
[01:43] <Tonio-> hu ? is it ?
[01:43] <Tonio-> okay
[01:43] <Mez> it refers koffice quite a few times
[01:43] <Mez> AM_CONDITIONAL(include_koffice_support, test "$want_koffice_plugin" = "yes" -a "$have_koffice" = "yes")
[01:43] <Mez> if test "$want_koffice_plugin" = "yes" -a "$have_koffice" = "yes"; then
[01:43] <Mez>         AC_DEFINE(HAVE_KOFFICE, 1, [If we have koffice installed] )
[01:43] <Mez>         LIB_KOFFICE="-lkofficecore -lkofficeui"
[01:43] <Mez>         AC_SUBST(LIB_KOFFICE)
[01:43] <Mez> fi
[01:43] <Tonio-> ah okay, yes didn't saw that before....
[01:44] <Tonio-> I'll add in suggest maybe or is it better directly depends ?
[01:45] <Mez> there's no point in a suggests if you arent going to build against the dev librarys, becuas eit wont have koffice support
[01:45] <Mez> you need to know if you want to the koffice support or not
[01:45] <Mez> I think ti would be a good idea
[01:45] <Mez> Riddell, koffice = in main isnt it?
[01:46] <Tonio-> yes I think too, but wouldn't that be resulting a dependance with koffice in the binary package ?
[01:46] <Riddell> Mez: not yet
[01:46] <Mez> Riddell, do you think kmplayer should be compiled with koffice support?
[01:47] <Riddell> don't see why not, although I'm not sure what that would do
[01:48] <Mez> nor me o_O
[01:48] <Tonio-> to the moment I have a package including xine/gstreamer support
[01:48] <Tonio-> do I upload it ?
[01:48] <Mez> does it build ?
[01:48] <Tonio-> yep
[01:49] <Tonio-> ahhhhhhhh lintian complains
[01:49] <Mez> it builds into a deb
[01:49] <Mez> on breezy
[01:49] <Tonio-> yes pbuilder is okay ;)
[02:05] <Tonio-> Mez:  mkplayer (builds on breezy) uploaded (but without koffice support due to missing koffice at the moment)
[02:06] <Tonio-> I'm contacting the developper concerning koffice to know what features it includes, and if it is interessting I'll repackage in version 0ubuntu2 don't you think ?
[02:08] <Mez> kool
[02:08] <Mez> sounds like a plan
[02:08] <Tonio-> is it the god way to proceed according to you ?
[02:08] <Tonio-> I assume yes, because the is absolutly no reference to koffice on the website...
[02:08] <Tonio-> I'll send an email to the upstream
[02:08] <Tonio-> we'll see
[02:09] <Mez> Tonio-, go with it, it sounds like a plan :d
[02:09] <Tonio-> don't understand the expression lol ;)
[02:10] <Tonio-> "sound like a plan" ??? I'm ashamed of my english....
[02:10] <Mez> Tonio, the idea sounds like a good way to progress to me
[02:10] <Tonio-> okay hehe^^
[02:11] <Tonio-> my english is too "formal" at the moment...
[02:11] <Mez> lol
[02:12] <Tonio-> I think the package is okay this time ;)
[02:13] <Mez> wtf?
[02:13] <Mez> gnupg2
[02:13] <Mez> when was THAT added?
[02:14] <Tonio-> 3 minutes ago
[02:14] <Tonio-> I can see it on revu right now
[02:14] <Tonio-> sorry, bat read...
[02:14] <Tonio-> bad read...
[02:34] <jasoncohen> is it possible to get mozilla-mplayer 2.85 into breezy from sid. There have been considerable aesthetic improvements and some features added since 2.70
[03:53] <Nikopol_out> Quick question: does the Debian rule of no installs in the /usr/local/ directory also apply to Ubuntu?
[03:53] <Lathiat> Nikopol_out: yes, all packaged things belong in /usr
[03:54] <Nikopol> ok
[03:54] <Nikopol> thanks Lathiat
[05:57] <Lathiat> \sh_away: figured out that pingus issues
[05:57] <Lathiat> \sh_away: i was looking in the wrong file before
[05:57] <Lathiat> \sh_away: the problem was in sprite_drawable.hxx, opterator= returns SpriteDrawable instead of SpriteDrawable&
[06:58] <Tonio-> hi all
[06:58] <Tonio-> I have a strange issue building an app....
[06:59] <Tonio-> make complains about undeclared PATH_IFCONFIG
[06:59] <Tonio-> isn't ifconfig included to breezy ???
[07:00] <Lathiat> sounds like your app just isnt defining where it is
[07:01] <Tonio-> absolutly
[07:01] <Tonio-> isn't that supposed to en environnment variable ?
[07:02] <crimsun> it's not a standard one, no
[07:02] <Tonio-> ho okay ;)
[07:02] <Tonio-> that helps thanks ;)
[10:33] <\sh> guys..if you work on the mergers list..please assign the bugs to yourself, so I can see, that those things are tested...
[10:33] <\sh> assign them first..and only after a build in your local pbuilder please change them to pending upload
[10:43] <Lathiat> so
[10:43] <Lathiat> time to figure out how to use revu
[10:44] <\sh> pete: ping
[10:44] <\sh> pete: please whitelist your email address for breezy changes ...
[10:44] <\sh> pete: please have a look at https://wiki.ubuntu.com/Uploads
[10:52] <Lathiat> hrm
[10:52] <Lathiat> my upload didnt include my orig.tar.gz
[10:52] <Lathiat> why not :\
[10:59] <Lathiat> siretart: ping
[11:31] <siretart> Lathiat: pong
[11:34] <siretart> Lathiat: use parameter -S -sa for debuild/dpkg-buildpackage. your .changes file should now include the orig.tar.gz
[11:45] <Lathiat> siretart: ahh
[11:45] <Lathiat> siretart: -sa is what i wanted
[11:46] <Lathiat> siretart: can i reupload ?
[12:01] <Lathiat> siretart: ive got a debdiff for mythtv which just adds g++ to the build-depends, whats preferred, giving someone the debdiff or uploading it?
[12:01] <siretart> Lathiat: better give someone the debdiff, that way more easy to review
[12:01] <Lathiat> righto
[12:01] <Lathiat> also why doesnt apt-cache rdepends libgmp3 show up say
[12:01] <Lathiat> dhis-client
[12:01] <Lathiat> whcih wont install because of missing libgmp3
[12:01] <siretart> libgmp3 is no more. it was renamed to libgmp3c2
[12:01] <siretart> propably it just need a rebuild
[12:02] <\sh> dhis-client? hmmm...an app which has to be cxx transed ,-) check UniverseUnmetDeps
[12:03] <Lathiat> right
[12:03] <Lathiat> i knew all that
[12:03] <Lathiat> im asking why rdepends doesnt show it up
[12:03] <Lathiat> or does rdepends work on source
[12:04] <Lathiat> hrm
[12:04] <\sh> ugh
[12:04] <\sh> I received a laptop testing mail...
[12:04] <Lathiat> \sh: and?
[12:04] <\sh> yeah I'm in...
[12:04] <\sh> but who did it?
[12:04] <Lathiat> oh like just then?
[12:05] <\sh> who said I should be in...well...anyways :)
[12:05] <\sh> lunch first...then I have to read the papers :)
[12:05] <Lathiat> i faxed mine off today
[12:06] <Lathiat> hm i need like a compile cluster
[12:06] <Lathiat> compiling mythtv is takign years
[12:07] <Treenaks> Lathiat: try freevo -- it's python :)
[12:07] <Lathiat> heh
[12:07] <Lathiat> well thats not really goign to help here :)
[12:07] <Lathiat> testing my fix for the mythtv package
[12:07] <Treenaks> ah ok
[12:08] <Lathiat> the code in mythtv must suck
[12:08] <Lathiat> cus mdz made it use gcc-3.3 explicitly
[12:08] <Treenaks> *shudder*
[12:11] <Lathiat> but
[12:11] <Lathiat> missed g++-3.3
[12:11] <Lathiat> spose i could try with g++-4 and see what happens
[12:15] <Lathiat> ugh
[12:16] <Lathiat> all sorts of undefined reference to std:; stuff
[01:24] <tseng> morn ogra
[01:25] <ogra> hey tseng
[01:25] <tseng> slomo: im off work today, am starting to catch up on stuff
[01:34] <\sh> Lathiat: which fax number did u use for sending the formular?
[01:36] <tseng> slomo: please talk to me about what patch you think we need to build tomboy
[01:36] <tseng> slomo: because i can build it and run it fine
[01:36] <tseng> slomo: ive uploaded it with fixed build-dep
[01:37] <Treenaks> \sh: the testing agreement?
[01:37] <Treenaks> \sh: to the fax number mentioned in the mail :)
[01:37] <tseng> the number in the email is claire's desk iirc
[01:37] <\sh> yeah..thats what I heard as well..that's why I'm asking
[01:38] <tseng> i mailed it to her
[01:38] <tseng> with gpg --clearsign
[01:38] <tseng> email
[01:39] <Treenaks> I faxed it to the number in the mail.. and a fax answered (the one ending in 49)
[01:39] <Treenaks> (the number)
[01:39] <\sh> ah ok...thats the one ;)
[01:41] <slomo> tseng: when it compiles fine for you it may be just a gcc bug which is solved now
[01:41] <tseng> ok
[01:41] <\sh> send
[02:02] <Nafallo> hmm, anyone else have problems with latest firefox dying?
[02:03] <\sh> HAPPY SYSADMINDAY !!!!
[02:03] <tseng> Nafallo: yes, seb says try after gtk+ update
[02:04] <Nafallo> tseng: oki, thanx
[02:04] <tseng> in an hour or so
[02:04] <tseng> or more, the kernel is ahead of it
[02:04] <Nafallo> \sh: the same! :-)
[02:04] <tseng> dunno how many builders are currently in service
[02:04] <Nafallo> hehe
[02:04] <tseng> we keep talking about dropping one
[02:04] <Nafallo> why?
[02:04] <\sh> Nafallo: hehe :)
[02:04] <tseng> to do other tests on
[02:05] <Nafallo> so xorg+kernel and we're screwed for some hours ;-)
[02:06] <tseng> what about xorg?
[02:06] <tseng> there is no xorg
[02:07] <Nafallo> hmm, ofcourse there is xorg. or are the transition to new xorg done already?
[02:07] <tseng> ...
[02:07] <tseng> there is no xorg uploads today
[02:07] <tseng> i have no idea what you are on about
[02:08] <tseng> kernel, tomboy, gtk+
[02:08] <tseng> this is the build queue
[02:08] <Nafallo> I was more talking about two buildds
[02:08] <tseng> comeon
[02:10] <Nafallo> well. if the stuff builds, I'm happy :-)
[02:47] <slomo> tseng: tomboy currently FTBFS because of broken dependencies
[02:47] <tseng> i farking tested it in pbuilder
[02:48] <tseng> uh
[02:48] <tseng>                  Depends: mono-assemblies-base (>= 1.0) but it is not going to be installed
[02:48] <tseng> yes
[02:49] <tseng> mono-assemblies-base - Mono class library - transistion package
[02:49] <tseng> should be installable
[02:49] <tseng> slomo: do you see whats broken?
[02:50] <tseng> OH NICE
[02:50] <slomo> nope... looks really weird for me...
[02:50] <tseng> Filename: pool/main/t/tomboy/tomboy_0.3.2-4ubuntu7_i386.deb
[02:50] <tseng> who did that
[02:50] <tseng> thats why it is broken
[02:50] <tseng> mono-classlib-1.0 is waiting to be seeded
[02:50] <tseng> bwar
[02:50] <tseng> it will be fixed
[02:52] <slomo> ok ;) and i'll be gone until tomorrow... visiting some people and brain reset as \sh would say ;) bye bye :)
[02:52] <tseng> bye
[02:53] <tseng> i guess i wont be getting much done today
[02:53] <tseng> until this crap is seeded
[03:04] <\sh> slomo: have fun :)
[03:52] <Mez> got a packaging prblem
[03:52] <Mez> I need to add something to my rules to clean up any .gmo files there might be
[03:52] <Mez> I can search for them and pipe them to rm through xargs
[03:53] <Mez> but, how do i make it so like, it wont error out if there arent any there
[03:53] <Mez> find . -name *gmo | xargs rm
[04:14] <Treenaks> hmm:
[04:14] <Treenaks> http://www.theregister.co.uk/2005/07/29/missing_sync_update/
[04:14] <Treenaks> Mark/Space brings Windows smart phone sync to Mac
[04:14] <Treenaks> Why did I assume that was sabdfl?
[04:16] <jsgotangco> lol
[04:44] <bddebian> Howdy
[04:45] <\sh> hey bddebian
[04:45] <bddebian> Heya \sh, how are you?
[04:48] <\sh> bddebian: well...we had many problems today again..but after I'm leaving here, and sleeping 2h I will push my luck with the rest of the merges
[04:49] <bddebian> Cool.  I hope to look at some more today too
[04:49] <bddebian> Sorry to hear that you are having problems btw
[04:50] <\sh> bddebian: normal worklife :)
[04:50] <bddebian> Aye, I heard that! :-)
[05:06] <Tonio-> hi there
[05:06] <tritium> Good morning...
[05:06] <Tonio-> afternoon here ;)
[05:06] <tritium> :)
[05:07] <Tonio-> anyone here with kde 3.4.2 ?
[05:07] <Tonio-> I have a strange bug I would like to be sure as general before reporting to bugzilla
[05:29] <bddebian> tritium!!!!!
[05:29] <tritium> bddebian, :)
[05:40] <tritium> bddebian, what's up?
[05:41] <bddebian> tritium: Not much man, you?
[05:41] <tritium> The packers came yesterday, so I'm just waiting for the movers today...
[05:41] <bddebian> Ahh.  Moving this weekend?
[05:42] <tritium> Yep.
[05:42] <tritium> Well, our stuff gets moved.  We'll stay for graduation on Aug. 6
[05:42] <bddebian> tritium: Well have "fun" :-)  Moving is always fun.
[05:42] <tritium> Then strart the drive home.
[05:42] <tritium> start
[05:43] <bddebian> Damnit, I started a wiki about merging packages yesterday and my wife got in a car accident so I lost it all :'-(
[05:46] <DanielN> does someone know what is meant with "unknown symbol in module or unknown parameter"
[05:46] <DanielN> im modprobing a snd module
[05:46] <DanielN> or trying to ;>
[05:47] <bddebian> fsck'd module? :-)
[05:47] <siretart> bddebian: I hope your wife is okay!
[05:49] <bddebian> siretart: Yes thank you.  She was mostly just shaken up because the kids were in the car.
[05:49] <\sh> bddebian: what happened?
[05:49] <siretart> uuhh, sounds dangerous...
[05:49] <bddebian> \sh: She was in a car accident
[05:50] <\sh> sh*t
[05:52] <\sh> I'm a bit worried, too, when my ex is driving with the little one
[05:54] <bddebian> \sh: Yeah, it can be scary
[05:55] <bddebian> crimsun: ping
[05:58] <bddebian> w00t, got a + from dh
[06:58] <bddebian> What's the best way to determine if ubuntu-dropped patches are necessary?  It builds fine without them but there are some pretty significant changes to Makefiles??
[07:08] <Nafallo> hmm, new kismet out
[07:09] <Nafallo> Primarily a bugfix and stability release ... segfaults fixed in kismet_client, better signal rendering ...
[07:10] <siretart> Nafallo: is this a bugfix only release or do they add tons of new features?
[07:10] <Nafallo> siretart: dunno yet. looking for the changelog :-9
[07:12] <Nafallo> added detections atleast
[07:13] <siretart> Nafallo: if you think we need the new version for fixing bugs in the existing one, then go ahead. But I would not like to destabilize kismet, so if there are substantial changes, it should really be tested first by users
[07:15] <Nafallo> siretart: yepp. atleast here I get a segfault everytime I turn it off. we'll see what's new. I read the changelog from SVN now :-)
[07:16] <siretart> great :)
[07:22] <zyga> hello
[07:23] <zyga> could anyone confirm that celestia in hoary actually works instead of sigsegv's?
[08:17] <infinito> \sh: im here now ;)
[08:17] <\sh> ah :)
[08:18] <\sh> infinito: ok..as I said...it didn't work directly without adjusting the debian/control etc. so it will get a ubuntuX version...which is not synced automatically from debian
[08:19] <\sh> infinito: and because of this, you have to provide a working breezy package by yourself and the package has to go to MOTUToReview Page and you have to upload it to our REVU tool
[08:19] <\sh> Informations about this u'll find at https://wiki.ubuntu.com/REVU
[08:20] <\sh> infinito: ok?
[08:20] <infinito> ok
[08:21] <infinito> i'm gonna start the process now... it seems it will take long, don't it?
[08:21] <\sh> infinito: the package needs 3 reviews from 3 MOTUs
[08:22] <\sh> infinito: and then it will be uploaded to universe, if we're discussing it with our archive master elmo
[08:22] <bddebian> Eeks, we need 3 reviews?
[08:22] <infinito> \sh: will it get on time to Breezy?
[08:23] <\sh> infinito: i hope so...cause next month on 11th is FeatureFreeze..this will apply to universe as well as to main
[08:23] <\sh> ( was it 11th?)
[08:23] <\sh> yes
[08:23] <infinito> \sh: have you taken a look at our package?? http://download.gna.org/gcfilms/ubuntu/gcfilms_5.3-2_all.deb
[08:23] <\sh> bddebian: for new packages in universe yes
[08:24] <bddebian> \sh: Ahh
[08:24] <\sh> infinito: I will if this is available in our REVU tool...and: it has to be a breezy package :)
[08:24] <infinito> \sh: ok
[08:25] <infinito> i'll do that
[08:25] <\sh> and this reminds me to put an agenda point to MOTUMeeting
[08:26] <siretart> infinito: done
[08:26] <infinito> siretart: thank you ;)
[08:29] <infinito> i'm a bit newbie with this upload system.... can anybody help me?
[08:29] <bddebian> OK darnit, torcs configure does AC_CHECK_LIB(m, sin, ...) and fails.  But an objdump -T of /lib/libm.so.6 shows a weak alias for sin.  Any ideas?
[08:31] <\sh> yes...check config.log :) it's written there ,-)
[08:31] <\sh> infinito: you build your diff.gz and .dsc with debuild -S -sa
[08:31] <siretart> infinito: sure, just ask which part of the wiki pages you did not understand, so that we can improve them ;)
[08:32] <\sh> then your source.changes will name your source file..and it will be uploaded with dput
[08:32] <\sh> https://wiki.ubuntu.com/MOTUMeeting is it ok, what I wrote there, or should I make it more clear what I want?
[08:32] <bddebian> \sh: Doesn't tell me much. :-(
[08:33] <infinito> \sh, siretart: im sorry, but i've never used dput before, im gonna look for info...
[08:33] <\sh> bddebian: it's on my list for fixes at all...:) try to patch aclocal.m4 or whatever is testing this stuff in autotools nightmare with -fPIC or so
[08:34] <\sh> infinito: it's all written on https://wiki.ubuntu.com/REVU
[08:34] <infinito> \sh: ok, thanks
[08:34] <\sh> Howto upload
[08:38] <herve> hello
[08:38] <bddebian> Heya herve
[08:38] <herve> my firefox won't survive long
[08:39] <herve> that's a plot from seb128 so we all use epiphany :-)
[08:39] <bddebian> \sh: http://paste.ubuntulinux.nl/822
[08:39] <\sh> herve: mine as well
[08:39] <siretart> \sh: excellent idea, btw (regarding task forces!)
[08:40] <\sh> bddebian: hmmm did u check upstream for a patch or debian?
[08:40] <\sh> siretart: I hope so...
[08:41] <infinito> \sh: i've uploaded the package... dont know if i did correctly.,...
[08:42] <bddebian> \sh: Nope.  Chech BTS?
[08:42] <siretart> infinito: will be processed in 3 minutes (via cronjob)
[08:42] <infinito> siretart: thank you ;)
[08:43] <\sh> bddebian: yes..and upstream
[08:43] <bddebian> Bah :)
[08:43] <bddebian> Only \sh loves me :-)
[08:43] <\sh> bddebian: if there's nothing, please report this bug to upstream with toolchain version (gcc,g++, binutils) and put something in the ubuntu bugzilla entry
[08:48] <siretart> infinito: do you know lintian and linda?
[08:48] <infinito> siretart: ummm i think i forgot about that, sorry....
[08:48] <\sh> hmmmm
[08:48] <siretart> nm, you are new ;)
[08:48] <infinito> i do know about lintian, but not about linda...
[08:48] <\sh> slomo: I think i fixed imms
[08:50] <infinito> siretart: lintian says "bad-distribution-in-changes-file breezy"
[08:51] <siretart> infinito: lintian does not know all ubuntu specialities. you may savely ignore this error
[08:51] <infinito> siretart: ok
[08:51] <infinito> siretart: i've made i mistake in changelog, should i reupload the files using dput?
[08:52] <siretart> infinito: and another thing, is your package already in debian or ubuntu?
[08:52] <infinito> siretart: is in debian unstable
[08:52] <siretart> infinito: which version is the latest in sid? and what did you change?
[08:53] <infinito> siretart: on sid latest is 5.2, i've uploaded 5.3
[08:53] <siretart> infinito: what did you change?
[08:53] <infinito> from debian sid to our version?
[08:54] <siretart> infinito: from debian to your version
[08:54] <infinito> siretart: well, firstly we released 5.3, and then changed two things form the packaging method from debian version
[08:55] <infinito> siretart: added the installation for .desktop and fixed a control dependencies bug (not installing dpatch)
[08:56] <siretart> infinito: ok. in this case, you should (i.e. must) give your upload version number 5.3-2ubuntu1
[08:56] <infinito> ok
[08:56] <infinito> siretart: how i do changes to the files uploaded to http://siretart.tauware.de/revu/
[08:57] <siretart> infinito: you dont. upload an fixed version to revu
[08:57] <ogra> whats the rationale for moving away from debian ?
[08:59] <ogra> infinito, did you talk to the debian maintainer if he would include your changes ? that would be the preferred way to get them in
[09:00] <infinito> siretart: so what i have to do? i think i shouldn't uploaded the files so early
[09:00] <ogra> since we'll have to merge this package manually which causes a huge amount of work
[09:00] <ogra> (in the next release due to the ubuntu version)
[09:00] <\sh> ogra: no...infinito becomes a MOTU and direct "maintainer" of this package ,-)
[09:00] <siretart> infinito: thats no problem. I have enough webspace ;)
[09:01] <ogra> \sh, but i still dont see any rationale to move away from debian for a minor change, sorry
[09:01] <infinito> siretart: so dputing again should be ok, doesnt it?
[09:01] <\sh> ogra: he wants it in ubuntu...but u r right
[09:01] <ogra> is it clear that the debian version isnt updated during the next weeks ?
[09:02] <siretart> infinito: yes, thats your only option atm ;)
[09:02] <\sh> and I learned that I am a pkg-config noob
[09:02] <infinito> we want gcfilms in breezy
[09:02] <infinito> but the debioan dev is missing
[09:02] <siretart> infinito: we can request a sync for gcfilms via MOTUToSync, too
[09:02] <infinito> and breezy is freezing soon, so we just want to do whatever is in our hands to get it into Ubuntu
[09:02] <\sh> siretart: doesn't work
[09:02] <ogra> and if this is the case, wouldnt it be possible to get the .desktop file into their package ? i'm really opposed to duplicate even more work
[09:02] <siretart> \sh: what doesn't work?
[09:03] <\sh> siretart: a sync...the package doesn't build directly from debian
[09:03] <\sh> infinito: as I understand, you're the upstream author?
[09:03] <ogra> \sh, but the next version would ?
[09:03] <\sh> ogra: if the maintainer is missing in debian...
[09:03] <\sh> how long to adopt those packages?
[09:04] <ogra> how do you know he's missing ?
[09:04] <infinito> \sh: i'm one of developers, and debian/ubuntu packager for out website
[09:04] <\sh> infinito said it
[09:04] <ogra> infinito, you maintain it in debian ?
[09:04] <infinito> ogra: i sent emails and bugreports, dont know about him...
[09:05] <infinito> ogra: no no, just in our website repos (http://dl.gna.org/gcfilms)
[09:05] <infinito> ogra: but the debian dev maybe is just on holidays or something like that
[09:05] <ogra> infinito, could you please clearify that debian doesnt do a update in the near future ? it would be odd to have the work done twice...
[09:06] <infinito> ok, im gonna try to clear this situtation
[09:06] <\sh> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=319228
[09:06] <\sh> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=318614
[09:06] <ogra> infinito, thats what i mean... we can still sync it in one or two weeks.... but if we accept your package now we'll have to care for maual merging eternally
[09:06] <\sh> one 13 days old and the first one (andreas jochens) 9 days
[09:07] <ogra> \sh, its summer, he might be on holiday
[09:07] <infinito> we (gcfilms crew) have work hard to release stable versions, and want the app on major distros. It's now in fedora and debian, but not in ubuntu
[09:07] <\sh> make sense...alexander wirt sounds german ,-)
[09:07] <bddebian3> Hmm, I may have reached my "usefulness" limit on the Merge list!?  :-(
[09:07] <ogra> \sh, every package we get in like this is one more on the next mege list...
[09:07] <infinito> and the fastest way to get it in ubuntu, seems to be MOTU
[09:07] <infinito> what i dont really care if its MOTU or synced
[09:08] <\sh> infinito: we do care
[09:08] <infinito> you are Masters, and im just newbie, so please tell me what to do ;)
[09:08] <infinito> \sh: i know you care, sorry
[09:08] <bddebian3> ogra: ??
[09:09] <ogra> infinito, the preferred way is always through debian :)
[09:09] <\sh> infinito: it doesn't have to do with "masters" or not...it is easier to sync from debian, then to maintain 20k packages with 25 people
[09:09] <ogra> bddebian3, for breezy+1
[09:09] <bddebian3> ogra: Ahh :-)
[09:09] <ogra> bddebian3, you will see all your nice new firends (packages) again then :)
[09:09] <bddebian3> Oh joy :-)
[09:09] <infinito> ogra, \sh: i understand is easier to sync from debian
[09:09] <infinito> ogra, \sh: and thats ok to me
[09:09] <ogra> bddebian3, the merge list only grows...
[09:10] <bddebian3> Well I have been trying to help shrink it
[09:10] <ogra> bddebian3, so having one thats around 400 next time instead of 220 is quite likely
[09:10] <bddebian3> Egads
[09:10] <infinito> ogra, \sh: but is hard for developers to get its pcks into ubuntu this way, 'cause we need to do everything trough a debian dev
[09:10] <\sh> ogra: that's not correct...many merges we did as well with the cxx trans at the same time
[09:10] <infinito> ogra, \sh: and the debian dev is not always there
[09:11] <ogra> infinito, if its not possible through debain, there is always a fallback to bring it in directly...
[09:11] <infinito> ogra: i know, and thats whay i like ubuntu
[09:12] <\sh> ogra: wasn't there a way of NMU via another DD?
[09:12] <ogra> \sh, but we have a lot more packages with ubuntuX version.... the list *must* grow with every release, we only can influence the growth rate
[09:13] <bddebian3> \sh: Suposed to be, but many are loathe to nmu stuff
[09:13] <\sh> ogra: don't tell me :) I only work on it *eg*
[09:13] <ogra> \sh, yes... imagine a double sized merge list next time...
[09:13] <bddebian3> Well I'm heading home.  Talk to you all in a few
[09:14] <\sh> one gyros + one thuna pizza...*ugh* but I'm hungry
[09:14] <\sh> bddebian3: cu later
[09:14] <\sh> ogra: ok..we have to recruite more MOTUs for sure..
[09:14] <ogra> \sh, i dont say i dont want infinito's package, but i want to be sure it makes sense to add another one to the merge list for breezy+1
[09:15] <ogra> \sh, so i'm asking to chack all other opportunitys first ;)
[09:15] <\sh> ogra: that's why I'm asking to have another NMU upload possibility through another DD
[09:15] <ogra> check even
[09:15] <ogra> \sh, why upset a DD ? he's probably at WTH in the netherlands or on holiday after being at debconf...
[09:16] <\sh> hmmm...the security group can do all this..
[09:16] <ogra> \sh, we have plenty of time so asking and waiting is still feasable
[09:16] <ogra> no need to make a DD angry who might not want to work with us afterwards
[09:17] <infinito> well, we have other option
[09:17] <\sh> ogra: asking on debian-devel doesn't cost a cent
[09:17] <ogra> \sh, not at all...
[09:17] <infinito> wait the DD to get back, make patches, and then sync
[09:18] <infinito> if it dont get into breezy, maybe backports people can help
[09:18] <ogra> yes, and if he doesnt we'll take your package from revu :)
[09:18] <ogra> infinito, its fine, we have your package as a fallback :) so i can promise it will be in breezy
[09:19] <Mez> sorry... highlight on backports :D
[09:19] <infinito> ogra: thanks, im a happy guy :)
[09:19] <ogra> infinito, its just the question if we go the quick way that causes pain afterwards it we take the long way that causes no pain later at all :)
[09:20] <ogra> s/it we/or if we/
[09:20] <siretart> yeah, only one review left for wifi-radar: http://siretart.tauware.de/revu/details.py?upid=240&addadvocate=328
[09:20] <infinito> ogra: i understand
[09:22] <infinito> just another question, linda says "Format args for newer-standards-version don't match Description", what can i do about that?
[09:24] <siretart> infinito: lintian is not updated for new standards-version. ignore that for now
[09:24] <infinito> siretart: i've uploaded 5.3-3 and the right files are 5.3-2ubuntu1, what can i do? dput again?
[09:25] <siretart> jupp
[09:25] <infinito> siretart: sorry :(
[09:25] <siretart> infinito: nothing happened. thats the way revu is supposed to work! :)
[09:26] <infinito> siretart: so dput again?
[09:26] <Tonio-> little question, how do you say the opposite of "up to date" in english ?
[09:26] <Tonio-> it is for a changelog modification ;)
[09:27] <Tonio-> hi siretart  ans infinito  ;)
[09:27] <siretart> Tonio-: outdated or obsolete ;)
[09:27] <siretart> infinito: jupp
[09:27] <Tonio-> thanks ;)
[09:27] <Tonio-> obsolete is the same tha in french, good ;) I'll remember !
[09:28] <infinito> siretart: ok, uploading again....
[09:33] <\sh> does xmms on amd64 has QUEUE_CONTROL enabled?
[09:34] <\sh> it doesn't look like this
[09:35] <\sh> or imms is completly broken
[09:41] <infinito> can anybody help me just one moment with this plase? http://siretart.tauware.de/revu/incoming/gcfilms-0507292130/linda
[09:41] <Nafallo> hmm, is it just me or is those amd64 buildds down again?
[09:41] <\sh> infinito: delete .ex files in debian/dir
[09:42] <\sh> and forget the first linda warning
[09:42] <infinito> \sh: there are not .ex files in debian/
[09:43] <infinito> \sh: so don't know what files linda refers to
[09:43] <siretart> infinito: your watch, rules and probably other files still have some unecessary comments. please remove them
[09:43] <infinito> siretart: thanks
[09:43] <\sh> dirs docs
[09:43] <\sh> and in rules the line: # Sample debian/rules that uses debhelper.
[09:45] <\sh> i don't get it
[09:45] <\sh> on i386 xmms has QUEUE_CONTROL enabled but on amd64 not
[09:45] <\sh> now I have to fix the *censored* rules file
[09:47] <Treenaks> FTFR
[09:48] <\sh> FTFR?
[09:49] <Nafallo> Flying Turds From Riga :-)
[09:49] <Nafallo> <guess />
[09:50] <Treenaks> \sh: Fix The *** Rules
[09:50] <Treenaks> Nafallo: but yes, that too :)
[09:50] <Nafallo> hehe
[09:51] <\sh> Treenaks: it's bad..nothing is written to that issue...:(
[09:51] <\sh> s/to/about/
[09:51] <Treenaks> \sh: on ;) but not even in the policy manual? that one dictates  the mandatory rules
[09:52] <\sh> Treenaks: it's an issue with xmms ... it defines QUEUE_ENABLED on i386 but not on amd64
[09:52] <Treenaks> \sh: urgh.. hard-coded evil
[09:53] <\sh> imms but thinks : QUEUE_ENABLED is available on all archs..so it starts to install libxmmsimms2.so and not libxmmsimms.so (which is build on amd64)
[09:54] <\sh> and to be correct, I adjusted debian/rules with arch dependend configure flags and with a test which file has to be installed
[09:54] <\sh> ugly but works
[10:05] <infinito> \sh: im sorry... im stupid i cant find wtf happens with the dh_make files....
[10:10] <\sh> infinito: read the comments on top of the rules file...this is tested as well
[10:10] <\sh> infinito: and there is a stub of dh_make rules example file comment
[10:10] <infinito> \sh: i've deleted every comment on debian/rules
[10:11] <infinito> \sh: dont know if this is correct...
[10:11] <\sh> try it :)
[10:13] <siretart> infinito: try running lintian on your .dsc file
[10:14] <infinito> siretart: "W: gcfilms source: newer-standards-version 3.6.2"
[10:14] <siretart> ignore that
[10:14] <infinito> lintian just says that
[10:15] <infinito> the one that cries about dh_make is linda
[10:16] <infinito> any idea? this is the link http://siretart.tauware.de/revu/details.py?upid=274
[10:17] <siretart> infinito: btw, (unrelated), debian/copyright needs year of copyright
[10:18] <siretart> infinito: Description does not need to mention that it is a GTK2 application in the short summary
[10:18] <infinito> siretart: thats debian ubnstable description
[10:19] <siretart> debian/changelog should mention changes from debian to your package
[10:19] <infinito> we used other, but moved to this just to look like debian version
[10:19] <siretart> infinito: oh. I see. well, nobody is perfect
[10:20] <siretart> and you are right, I also cannot detect right now what linda is mocking about, but I'm rather busy here
[10:20] <infinito> siretart: ok thanks
[10:21] <infinito> last question, how do i get it reviewed?
[10:32] <\sh> some MOTUs will do it...
[10:32] <\sh> and we will have another REVIEW day
[10:33] <\sh> the problem is, that we are completly busy with some important merges, transitions etc.
[10:38] <\sh> BUT we will review your package
[10:40] <tseng> no, that was obvious
[11:12] <chillywilly> oh crikey c++ templates
[11:15] <\sh> yes
[11:15] <\sh> and I'm lost now..this is really crappy code
[11:15] <\sh> I don't see the forrest, cause of the trees all over
[11:19] <siretart> \sh: Is G_Node<T> is a parametrized member function?
[11:20] <\sh> siretart: i have to look..but I think not this evening anymore :(
[11:20] <\sh> I just to tired...tomorrow I have to upload all the stuff I worked on
[11:22] <\sh> ok...I'm done for tonight..drinking my beer and going to bed.....I need at least 8h of sleep
[11:23] <\sh> night guys...
[11:28] <siretart> gn8, \sh_away!
[11:38] <Lathiat> siretart: gn8 really doesnt work as goodnight
[11:39] <siretart> Lathiat: it does not?
[11:40] <herve> sounds like "g'night" with a strong accent :-)
[11:45] <Lathiat> gun-eight
[11:45] <Lathiat> i suppose a really strong accent
[11:45] <Lathiat> think m8, gr8, fr8
[11:49] <bddebian> fornic8
[11:49] <herve> hehe
[11:50] <bddebian> OK bosses, I'm not sure what more I can do on MOTUToMerge unless we want to try the xfce packages.  What's next??
[11:51] <herve> woohoo! firefox is back!
[11:52] <Nafallo> herve: it is?
[11:52] <herve> updated libcairo with bugfix
[11:53] <Nafallo> bddebian: tell my gerbil that it is more dangerous for him to jump into the plastic on the cage than to have me looking at him? :-)
[11:54] <Nafallo> herve: hmm, probably has to many deps built today for me to build them here.
[11:54] <bddebian> Nafallo: Show him your boot :-)
[11:54] <herve> Nafallo? I don't follow you
[11:54] <Nafallo> bddebian: tsss. I'm afraid he might hurt himself :-/.
[11:54] <Nafallo> herve: amd64 buildds are down again :-(.
[11:55] <bddebian> It's a rodent man
[11:55] <herve> ha ok
[11:56] <Nafallo> bddebian: yes? I know. but I start to belive it's a mix of gerbil and kangaru.
[11:57] <bddebian> Heh
[11:58] <bddebian> Aren't there like Kangaroo rats or something?