[12:02] <siretart> dolson: just make another upload. try to not change the upstream tarball unless absolutely necessary
[12:02] <dolson> well, the tarball extracts everything into Mx44/ and my modified one extracts to mx44-1.0
[12:02] <dolson> other than that, the files inside are identical
[12:10] <dolson> okay, I am an idiot. should be good now... I will sit and wait and stop messing around
[12:14] <sistpoty> hi folks
[12:14] <dolson> hi
[12:18] <siretart> hey sistpoty !
[12:18] <sistpoty> hi siretart
[12:20] <dolson> i wish i was translucent
[12:21] <jsgotangco> scary
 well, the tarball extracts everything into Mx44/ and my modified one extracts to mx44-1.0
[12:25] <lucas> you don't need to change the tarball to fix this
[12:26] <dolson> oh
[12:27] <lucas> the directory name doesn't matter
[12:28] <dolson> I was getting complaints from one of the tools.. can't remember which now, let me try again
[12:29] <dolson> ;.//////////
[12:29] <dolson> ' ''''''''''' p] ] ] 
[12:29] <dolson> sorry... my ferret walked on the keyboard
[12:32] <lucas> the only things that matter is the source package name and the name of your ../*.orig* file
[12:33] <dolson> ok, so I downloaded the upstream file, Mx44.tar.gz, and I renamed it to mx44-1.0.orig.tar.gz. then I extract it and it goes to Mx44/ and I can just go in there and build as normal and it doesn't matter
[12:33] <lucas> yes
[12:33] <Hobbsee> dolson: your ferret?  i didnt know anyone had them as pets!
[12:33] <dholbach> good night
[12:34] <sistpoty> gn8 dholbach
[12:34] <dolson> night dholbach
[12:34] <lucas> dolson: try :
[12:34] <lucas> apt-get source hello
[12:34] <lucas> mv hello-2.1.1 foo
[12:34] <lucas> cd foo
[12:34] <dolson> Hobbsee: yeah, my ferret rules :D http://aslan.homelinux.com/dana/maximus for a couple pics
[12:34] <lucas> rm ../*2.1.1-4*
[12:34] <Hobbsee> :) ok, i'll check it in a sec
[12:34] <lucas> dpkg-buildpackage
[12:34] <LaserJock> cya dholbach
[12:35] <lfittl> gn8 dholbach
[12:36] <lucas> good night everybody
[12:37] <Hobbsee> argh!  why does doing a dch -i open the changelog in vi?  i cant use vi for goodness sake!
[12:37] <sistpoty> gn8 lucas
[12:37] <lfittl> gn8 lucas
[12:37] <lucas> Hobbsee: check $EDITOR and $VISUAL
[12:37] <LaserJock> cya lucas
[12:38] <dolson> lucas: thanks for your help!
[12:38] <LaserJock> Hobbsee: it's giving you a hint to learn vi ;-)
[12:38] <lfittl> Hobbsee: update-alternatives --config editor ;)
[12:38] <Hobbsee> LaserJock: urgh!
[12:39] <dolson> lfittl: thanks! I needed that too :D
[12:39] <Hobbsee> lfittl: ah, thankyou!
[12:39] <lfittl> np :)
[12:41] <LaserJock> Hobbsee: what would you like to use?
[12:41] <Hobbsee> nano
[12:41] <Hobbsee> or maybe even kwrite, but usually nano
[12:42] <LaserJock> ah, that makes sense
[12:42] <LaserJock> I usually use nano/pico for those kinds of things
[12:45] <dolson> ok, NOW for really this time it's the last fix.
[12:47] <dolson> oh wtf am I doing wrong here? it didn't upload the .orig again
[12:49] <hub> hello from France ! :-)
[12:50] <dolson> ok, time to walk away for a while
[12:53] <Hobbsee> hi hub from australia
[12:53] <hub> Hobbsee: just that usually I'm in Canuckistan :-)
[12:53] <Hobbsee> ah ok
[12:53] <Hobbsee> and where the heck is that?
[12:53] <dolson> Canada
[12:53] <Hobbsee> ah ok
[12:54] <Hobbsee> and why didnt you take me in your suitcase?  france sounds fun!
[12:54] <dolson> you must be a very small person
[12:54] <dolson> or else you assume hub has a very large suitcase
[12:54] <Hobbsee> dolson: well, yeah, i am rather
[12:54] <Hobbsee> hehe
[12:55] <hub> dolson: I have a large suitcase. but airline limit it to 23kg
[12:55] <hub> and airline seat size limit tallness
[12:55] <dolson> heh
[12:56] <ajmitch> afternoon
[12:56] <ajmitch> Hobbsee: hi from australia ;)
[12:56] <LaserJock> hi ajmitch
[12:57] <Hobbsee> hehe - you're in sydney somewhere arent you?
[12:57] <ajmitch> no, brisbane
[12:57] <Hobbsee> ah, ok
[12:57] <ajmitch> I live in dunedin, NZ
[12:57] <Hobbsee> ah....
[12:58] <ajmitch> I haven't moved from dunedin for > 5 years :)
[12:58] <jsgotangco> camper
[12:59] <ajmitch> :P
[12:59] <Hobbsee> then why are you in brisbane, if you havent moved from dunedin?
[01:00] <jsgotangco> work
[01:00] <jsgotangco> heh
[01:00] <sistpoty> hi ajmitch
[01:00] <Hobbsee> ah...
[01:00] <Hobbsee> right
[01:02] <phanatic> hi people
[01:03] <azeem> LaserJock: pong
[01:07] <LaserJock> azeem: oh hi! I was wondering if you were still working on the gchempaint ITP
[01:08] <azeem> LaserJock: heh
[01:08] <azeem> LaserJock: so Daniel Leidert has packages which should get uploaded
[01:09] <Kyral> hmm
[01:09] <azeem> I setup a svn repo for Debian, but I didn't find the time to contact him again (he's not on irc)
[01:09] <Kyral> Could I make a case to have gnome-splash-manager installed by default..
[01:11] <LaserJock> azeem: so are you going to sponsor his upload? or does it still need work?
[01:11] <ajmitch> Kyral: you could
[01:11] <Kyral> ajmitch: but how would I go about it?
[01:12] <ajmitch> the usual way, main inclusion reports, talking to the right people
[01:12] <Kyral> Main Inclusion report?
[01:12] <ajmitch> yes
[01:12] <azeem> LaserJock: I think it is good for an initial upload
[01:13] <Kyral> Jeez, while I have been bogged down by school, you guys have been going...sorry I havent been helping much as of late
[01:13] <azeem> LaserJock: the problem is that he keeps his own CVS repo and I am not sure whether he wants to give that up, we had some unconclusive email exchange about it
[01:13] <LaserJock> azeem: np, I was just curious where it was at
[01:13] <ajmitch> Kyral: I haven't done anything
[01:14] <LaserJock> azeem: I'm a little unclear as to what that means. You mean he doesn't want to give you CVS access?
[01:15] <Kyral> Don't worry, when Flight 4 comes otu with the new Installer, I'll be all over it
[01:16] <Kyral> I said I would write the Documentation and I will
[01:18] <azeem> LaserJock: not really, we were just not really clear on which source version should get uploaded and how
[01:18] <azeem> or rather, how to modify his current version changelog-wise to get it into unstable
[01:18] <azeem> it's a rather minor issue I guess
[01:19] <LaserJock> azeem: ah, I see
[01:28] <LaserJock> cya sistpoty
[03:07] <Mez|ZzZ> sighs
[03:07] <Mez|ZzZ> I'm faced with a tough decision here
[03:09] <jsgotangco> sleep?
[03:10] <Mez> well - no -
[03:10] <Mez> people are requesting a backport
[03:10] <Mez> it's a biggy - and well - its buggy as hell in breezy
[03:11] <Mez> backporting it from dapper would fix it
[03:11] <Mez> actually
[03:11] <Mez> jsgotangco, you use scim right ?
[03:11] <jsgotangco> not on this machine at the moment
[03:11] <Mez> but you're a user of it - yes?
[03:11] <jsgotangco> yes
[03:11] <Mez> what do you think about the version in breezy?
[03:12] <Mez> i've heard it breaks like mad
[03:12] <jsgotangco> it does
[03:12] <jsgotangco> the ones upstream is much better
[03:12] <Mez> what if the dapper vesion was backported?
[03:13] <jsgotangco> i haven't tried the dapper version (i can try now) but a lot of ubuntu people got involved with it and had lots of tests
[03:13] <Mez> yeah and apparently it's a lot better
[03:13] <Mez> now
[03:13] <jsgotangco> yes
[03:13] <Mez> I could make it backportable
[03:13] <jsgotangco> because we now have test data
[03:13] <Mez> but that'd mean creating a delta from debian
[03:14] <jsgotangco> oh
[03:15] <Mez> so im stuck between fixing it and making people happy and creating a delta with debian
[03:16] <jsgotangco> a lot of people want a backport now?
[03:18] <Mez> well yeah
[03:18] <Mez> a lot of people want a workin version in breezy
[03:24] <Mez> jsgotangco, still here?
[03:24] <jsgotangco> yeah
[03:24] <jsgotangco> im in dapper now
[03:24] <jsgotangco> well the other laptop
[03:25] <Mez> would you mind hopping onto -devel and explaiing the problems with scim in breezy
[03:25] <jsgotangco> hmm i don't think i'm the right person for this, i don't know the software that deeply, can you try freeflying?
[03:26] <jsgotangco> i'll grab someone from hanirc too
[03:27] <Mez> ok
[04:02] <freeflying> looking for review on this http://revu.tauware.de/details.py?upid=1721
[04:03] <freeflying> Riddell: ping
[04:06] <Hobbsee> freeflying: i think Riddell went to bed
[04:07] <freeflying> Hobbsee: y , it's 3:00 am now for him
[04:07] <Hobbsee> true
[04:08] <Mez> freeflying, and for me
[04:08] <Mez> I'm going to sleep after I've uploaded this
[04:08] <freeflying> Mez: would u like review my package
[04:10] <Mez> will do in a sec
[04:27] <LaserJock> hmm, where is the proper place to have something started at boot?
[04:36] <Mez> hmm
[04:36] <Mez> why is this package trying to run config.status again
[05:08] <dolson> Linda: Unable to find a suitable .mo file! <-- is this something to worry about?
[05:09] <dolson> not any info on google that I can see
[05:10] <dolson> only two links, both back to revu
[05:15] <minghua> dolson: not really, everybody else has that too.  linda in dapper seems to be broken
[05:16] <dolson> ok then that's good. lintian is happy, and I guess linda. thanks. :)
[05:22] <dolson> when I get changelog-should-mention-nmu, I have to change the control file to me as the maintainer, is that the only way or proper way to fix it?
[05:23] <dolson> it says that he last entry in the changelog should be byte-for-byte identical if I didn't mean to nmu, but there are changes made to the package from the debian version
[05:24] <minghua> no don't do that
[05:25] <minghua> that warning is mostly for Debian and doesn't really apply to ubuntu
[05:25] <minghua> keep the Debian maintainer's info in the debian/control file
[05:26] <minghua> and add your changes in the changelog entry for -XubuntuY
[05:26] <LaserJock> hi minghua
[05:26] <dolson> oh ok.. so I should leave the maintainer as the debian guy.. I think we need a fixed lintian and linda for ubuntu
[05:26] <minghua> ignore the NMU warning
[05:26] <minghua> hi LaserJock
[05:26] <dolson> minghua: ok, I uploaded a package to revu earlier, and I had changed it from someone else to me in the control file.. it's not in debian though, he did the debianization.. shouldI change it back to him and re-upload that one?
[05:28] <minghua> dolson: Hmm, depends on whether the "someone else" plan to get the package in Debian and whether you want to keep maintaining it for ubuntu or not, I suppose
[05:28] <minghua> kind of hard to answer for a package not in Debian
[05:28] <dolson> ok, well I don't mind. he said he's really busy and stuff too, so I don't know. there's no ITP for debian for that package
[05:42] <ajmitch> dolson: if it's uploaded to debian, the person listed as maintainer has to handle bug reports :)
[05:43] <dolson> ok, so I can't take this package (seq24) and patch in the .desktop file and a man page and upload -Xubuntu1 to revu?
[05:48] <dolson> because if I can't, then I am wasting time, and I could be doing something else
[05:53] <crimsun> then go ahead and package it as -0ubuntu1
[05:56] <dolson> crimsun: I am confused, sorry. isn't -0 for software not in debian?
[05:57] <crimsun> didn't you say it's not in Debian?
[05:57] <dolson> crimsun: mx44 isn't in debian, I did pack that as -0ubuntu1. the seq24 package is 0.7.0-1 and I was going to upload -1ubuntu1 to revu with the .desktop file and man page
[05:58] <crimsun> right, so do -1ubuntu1
[05:59] <dolson> alright, I did that. I have a question.. am I wasting my time with such trivial things as non-existent man pages and adding .desktop files?
[05:59] <Kyral> no
[05:59] <Kyral> because people will complain about those
[05:59] <crimsun> no, and they're hardly trivial
[05:59] <Kyral> and nroff isn't that hard to learn :D
[05:59] <Kyral> Actually...
[05:59] <dolson> what's nroff? that's for making man pages? I was using nano
[05:59] <Kyral> I should make a .desktop template for the Packaging Guide if LJ hasn't already
[06:00] <Kyral> nroff is the language
[06:00] <Kyral> or was it troff?
[06:00] <LaserJock> Kyral: I haven't yet
[06:00] <LaserJock> Kyral: nroff or xml might be nice
[06:00] <Kyral> Oh you are here lol
[06:00] <Kyral> I can bang out a template tomorrow in the lab
[06:00] <LaserJock> cool
[06:01] <Kyral> for both Menu and .Desktop
[06:02] <Kyral> Oh LJ, tomorrow (once I figure out Docbook Syntax) I'll make a quick list of "Gotchas"
[06:02] <dolson> I noticed a bunch of packages that were not added to the gnome menu before.. I thought about making a script that took the menu files and generated .desktop files
[06:02] <Kyral> I think there is one
[06:02] <LaserJock> docbook is easy if you know a little HTML
[06:02] <Kyral> LaserJock: I know, I meant the specifics
[06:03] <Kyral> I just glanced at it today
[06:03] <LaserJock> lots of <para> tags ;-)
[06:03] <Kyral> lol
[06:04] <Kyral> is there a tag for bulleted lists (like the <li> tags)
 i think
[06:10] <dolson> if a package I uploaded to revu closes one or more bugs, should I assign the bugs to me in launchpad? the helping with bugs page in the wiki only says to get the fix in and close the bug. nothing about the in-between time
[06:18] <dolson> if I am asking too many questions, feel free to tell me to bugger off
[06:18] <LaserJock> don't assign it to yourself
[06:19] <LaserJock> because then you will be the only one getting bug reports
[06:19] <dolson> ah, ok. should I change the status at all. put a note in, etc though?
[06:19] <LaserJock> I think the current practice is to assign it to motu-reviewers
[06:20] <LaserJock> if you have a patch/fix
[06:24] <minghua> dolson: pasting a debdiff to the bug in additional to the REVU upload may help, too
[06:27] <dolson> I am so new at this, I don't want to piss anyone off if I'm making mistakes here.. but this package has two open bugs. one has a patch from persia (Emmet Hikory), and the other is an uninstallable report also from persia. I took his patch from the first bug and patched the package, and then I added the manpage I wrote and built the source and upped to revu. if it is approved and built it will also close the second bug because it just n
[06:27] <dolson> eeds a rebuild to be installable. is what I did wrong?
[06:29] <crimsun> no
[07:00] <dolson> mepis may switch to ubuntu? cool
[07:19] <Lathiat> ajmitch: ping
[07:25] <ajmitch> Lathiat: pong
[07:25] <ajmitch> what's up?
[07:35] <LaserJock> minghua: heah, are you back?
[07:35] <minghua> LaserJock: yeah, just got home :-)
[07:36] <tiCo89> goddamn am i tired :-(
[07:36] <tiCo89> 07.36 in the morning at work :-( (+0100)
[07:36] <LaserJock> minghua: are you going to be around for the HUG Day (17th)?
[07:37] <minghua> LaserJock: yes, but I doubt I can help much
[07:38] <LaserJock> hmm, I went through the list of MOTUScience pacakges and found the ones with open bugs (34)
[07:38] <LaserJock> I am planning on making it for the bug day but I would like to drum up a little help from other MOTUScience members ;-)
[07:38] <minghua> LaserJock: oh cool, is it all recored on the wiki page?
[07:38] <LaserJock> not yet
[07:39] <LaserJock> I'm working on it
[07:39] <LaserJock> but don't worry if you don't have time
[07:39] <minghua> LaserJock: My problem is I don't have an ubuntu box at school
[07:39] <LaserJock> I would just like for people to be aware
[07:39] <minghua> LaserJock: But I'll try my best to help for sure
[07:39] <LaserJock> minghua: I just lost mine to an Intel iMac this week :(
[07:40] <LaserJock> but I set up a dapper chroot on an old sarge install on one of the other computers in the lab :-)
[07:40] <minghua> LaserJock: then install ubuntu on the iMac :-)
[07:40] <LaserJock> can't\
[07:40] <LaserJock> because it's the new Intel chip
[07:40] <LaserJock> it doesn't have a BIOS
[07:41] <minghua> Hmm, no debian-installer for EMI yet?  that's going to be tough
[07:41] <minghua> but I believe someone will write something to support it eventually :-)
[07:42] <lifeless> see, I knew apple would not make commodity hardware a feature
[07:42] <LaserJock> plus the graphics card isn't supported yet
[07:42] <LaserJock> but I'm having fun learning how to use OSX. it is pretty cool
[07:42] <minghua> s/EMI/EFI/
[07:43] <minghua> OS X is wonderful
[07:43] <minghua> my iBook is currently broken though :-(
[07:44] <LaserJock> minghua: the list of MOTUScience packages with bugs is at http://tiber.tauware.de/~laserjock/bug_list.html . I'll try to clean it up and send an email to ubuntu-science.
[07:45] <minghua> LaserJock: great, will help you on this
[07:45] <LaserJock> a few of them are from main so I don't know how much we can do with those
[07:46] <LaserJock> the other thing I've been thinking about is trying to get a list of science related packages that are outside of the math, science, and tex sections that I've been using to make my lists
[07:47] <LaserJock> I think it will require us going through the other sections and finding them individually
[07:48] <minghua> It's always a fuzzy line to draw, I suppose
[07:49] <LaserJock> yeah, but for instance ghemical is not in the list but libghemical is.
[07:49] <LaserJock> it will be a "fill in as you go" kind of thing I think, but I think it is worth starting
[07:52] <Lathiat> ajmitch: yo
[07:52] <ajmitch> ah, he lives
[07:52] <Lathiat> ajmitch: have you got that bzr repo with my pkgget.sh handy?
[07:52] <ajmitch> yes
[07:52] <Lathiat> sorry, working ;p
[07:53] <ajmitch> so am I :P
[07:53] <Lathiat> pff "working" ;p
[07:53] <lifeless> working shirking
[07:53] <ajmitch> http://tiber.tauware.de/~ajmitch/scripts/
[07:54] <ajmitch> lifeless: never!
[08:55] <zakame> hi MOTUs
[08:55] <ajmitch> hello zakame
[09:11] <zakame> heya ajmitch :)
[09:24] <dholbach> good morning
[09:25] <Gloubiboulga> hello dholbach
[09:26] <dholbach> hi Gloubiboulga
[09:28] <Gloubiboulga> dholbach, texmaker in dapper FTBFS, and the new upstream release fixes this. Is it a good reason for UVF exception?
[09:29] <dholbach> Gloubiboulga: send to the mailing list please - but yes, it sounds like a good candidate. :-)
[09:30] <Gloubiboulga> dholbach, ok, writing a mail right now :)
[09:38] <ajmitch> morning dholbach
[09:38] <zakame> hetya dholbach
[09:39] <dholbach> hey zakame
[10:24] <zakame> hmm, does malone #3477 fall under the need for a UVF exception report, or can I upload directly fixing asegfault?
[10:24] <Ubugtu> malone bug 3477 in makeztxt "makeztxt segfaults" [Normal,In progress]  http://launchpad.net/bugs/3477
[10:26] <dholbach> Upstream Version Freeze is just about Upstream Versions.
[10:26] <dholbach> So no, this is just fine with uploading.
[10:27] <zakame> ooh k then :D
[10:57] <zakame> heya raphink
[11:00] <raphink> hi zakame
[11:03] <Toadstool> heya MOTUs and other guys here ;)
[11:06] <Gloubiboulga> hi again Toadstool ;)
[11:07] <Toadstool> can someone have a look at http://revu.tauware.de/details.py?upid=1710 and tell me if it's ok ?
[11:08] <Toadstool> it's the same package as http://revu.tauware.de/details.py?upid=1686 with a different name, because upstream has changed its project name and way to work
[11:08] <Toadstool> i've only added a debian/watch file and removed the ugly get-orig-source rule in debian/rules
[11:31] <Gloubiboulga> dholbach, do I upload the new texmaker package on REVU now?
[11:33] <dholbach> Gloubiboulga: Matt and Colin will have to confirm - I'll send this out on monday
[11:34] <Gloubiboulga> dholbach, ok thanks
[11:56] <raphink> dholbach: is 1.0 a good verison number for a debian-native package? or should it be 1.0-1 ?
[11:57] <dholbach> However you like it.
[11:57] <raphink> dholbach: really?
[11:57] <dholbach> Yeah
[11:57] <raphink> ok then :)
[11:57] <dholbach> For ubuntu-docs I have <year>.<month>.<revision>
[11:58] <raphink> ok :)
[11:59] <raphink> dholbach: which is good since it follows the distro versionning :)
[12:00] <freeflying> may i change my passwd on revu
[12:03] <siretart> raphink: native packages should not have a dash ('-') in version
[12:04] <raphink> siretart: ok :)
[12:04] <raphink> thanks
[12:04] <siretart> freeflying: write a signed and encrypted mail to keyring@tiber.tauware.de
[12:08] <freeflying> siretart: with the passwd I want ?
[12:18] <siretart> freeflying: yes.
[12:38] <Yagisan> G'day All
[02:06] <sebest_> Lathiat, slomo: png
[02:06] <sebest_> ping
[02:12] <Lathiat> sebest_: pong
[02:12] <sebest_> Lathiat: could you please review the packages taht i submitted on revu?
[02:13] <Lathiat> sure :)
[02:13] <Lathiat> good thing you reminded me
[02:13] <Lathiat> i forgot ;p
[02:13] <sebest_> i set an "at" job  to remind me to remind you
[02:14] <Lathiat> haha
[02:14] <Lathiat> hrm
[02:14] <Lathiat> siretart: ping
[02:15] <Lathiat> siretart: if i try to recover my password it is 'None', and that doesnt work
[02:15] <dholbach> There wasn't much response on the REVU day yet.
[02:16] <Lathiat> yay for 'fetchpackage'
[02:16] <dholbach> same for https://wiki.ubuntu.com/MOTU/Report/Draft :-/
[02:16] <Lathiat> sebest_: Depends: avahi-daemon -> Recommends? seems to be what everything else does
[02:17] <Lathiat> also should it necesarily a2enmod itself?
[02:17] <Lathiat> do other packages do that?
[02:17] <Lathiat> also does that apxs=/bin/true thign get used in other packages?
[02:17] <Lathiat> seems a bit dodge :)
[02:20] <Lathiat> hrm
[02:20] <Lathiat> i jsut accidentially stuck my kde panel at the top of the screen
[02:20] <Lathiat> and i think i like it there
[02:20] <Lathiat> i love good accidents :)
[02:22] <Lathiat> hrm
[02:22] <Lathiat> whats a .mo file
[02:22] <Lathiat> Linda: Unable to find a suitable .mo file!
[02:22] <Lathiat> sebest_: apart from above, moddnsd looks good
[02:24] <sebest_> Lathiat, about the apsx and the a2enmod, yes and yes
[02:24] <sebest_> mod_mono does this
[02:25] <Lathiat> cool
[02:25] <sebest_> the problem with apxs is that it always try to install in the real "/"
[02:25] <Lathiat> works
[02:25] <Toadstool> hi again
[02:25] <Lathiat> sebest_: ah right
[02:25] <Lathiat> both packages work
[02:25] <Lathiat> and look fine
[02:25] <Lathiat> i'd comment but my revu account is fscked
[02:26] <Lathiat> qaplaH:~/devel/ubuntu/libapache2-mod-mime-xattr> lintian *.deb
[02:26] <Lathiat> E: libapache2-mod-mime-xattr: description-too-long
[02:26] <Lathiat> also it does more than just mime types
[02:26] <Lathiat> so t
[02:26] <Lathiat> ahts
[02:26] <Lathiat> so thats not the best descrption
[02:26] <Lathiat> i suppose its close really
[02:27] <sebest_> i copy/paste the description from mezcalero :)
[02:27] <Lathiat> heh
[02:27] <Lathiat> well the description needs to be shorter i think
[02:27] <Toadstool> I've got an upstream tarball in which there are config.{log,status} and Makefile files, I have added a patch for Makefile.in so that the clean rule removes this files
[02:27] <Lathiat> Description: Apache module for storing a file's MIME type in an extended attribu
[02:27] <Lathiat> tgat sgirt lo
[02:27] <Lathiat> wekk
[02:27] <Lathiat> wekk
[02:27] <Lathiat> wtf
[02:27] <Lathiat> i cant type today
[02:27] <sebest_> Lathiat: why your lintian complains and not the one from revu (about the description)?
[02:27] <Lathiat> well, cutting the (EA ("user.mime_type") off may be ok
[02:27] <Lathiat> sebest_: newer lintian?
[02:28] <Lathiat> oh
[02:28] <sebest_> of course i do :d
[02:28] <Lathiat> i know
[02:28] <sebest_> but mine doesn't complain :)
[02:28] <Lathiat> lintian *.dsc
[02:28] <Lathiat> vs *.deb
[02:28] <Lathiat> different results
[02:28] <Toadstool> I've also convinced the upstream author to remove these files from the next releases
[02:29] <Toadstool> but lintian continues to complain about these files :/
[02:29] <Toadstool> can I do something about that ?
[02:32] <Toadstool> ok I am too tired, I should really sleep, raphink has already posted a comment about this on REVU...
[02:32] <raphink> if you remove the config.* from within debian/rules
[02:32] <raphink> lintian will still complain
[02:33] <raphink> it's even said in the lintian output ;)
[02:33] <raphink> and it' snormal
[02:33] <raphink> and can be safely ignored
[02:34] <sebest_> Lathiat: i think i have shorten the description
[02:35] <Toadstool> raphink: yep I've just read that, sorry :/
[02:35] <raphink> hehe ;)
[02:38] <zakame> hi MOTUs
[02:40] <sebest_> there is a funny bug with firefox gnome theme in dapper
[02:40] <sebest_> i have a dialog with 2 button stop and continue, but the icons are inversed
[02:40] <sebest_> continue has the red cross and vice versa
[02:41] <Lathiat> haha
[02:41] <zakame> heh
[02:44] <sebest_> it's the "warning unresponsive script" dialog
[02:45] <Lathiat> sebest_: ok
[02:45] <Lathiat> sebest_: see
[02:45] <Lathiat> sebest_: i guess its tryign to say
[02:45] <Lathiat> sebest_: you shouldnt continue, you should terminate
[02:46] <Lathiat> so arguably thats not wrong
[02:49] <sebest_> hummmm it's really misleading
[02:51] <dholbach> I wonder, if we should have a motu-organisation@ list that's work-based and let the motu list turn into ... something else :-(
[02:52] <zakame> how come?
[02:53] <dholbach> There were a bunch of requests for organizing things, there are 10 uvf exception requests, that need somebody to look at them, but still some people prefer to have long debates with questionable outcome
[02:54] <dholbach> Nevermind me, perhaps I'm just in a strange mood today.
[02:56] <ogra> dholbach you arent ...
[02:56] <dholbach> "management of volunteers" - yuck!
[02:57] <ogra> dholbach, i could give flint your phone number, he'd surely raise your mood ... :)
[02:57] <dholbach> I'm doing bug triage - no point in trying to raise my mood. :-p
[02:57] <ogra> (and he loves to call around the world since he discovered skype)
[02:57] <zakame> hmmm
[02:59] <zakame> gaah
[02:59] <zakame> well womble has a point earlier: don't force, but do expect some work to be done
[02:59] <zakame> after all, what's the point of being a volunteer :)
[03:00] <ogra> Mirno, ??
[03:01] <dholbach> Mirno: We don't need ops in here, please de-op.
[03:01] <Mirno> hi
[03:01] <Mirno> sorry
[03:01] <dholbach> zakame: ++
[03:01] <Mirno> used an /chanserv op all
[03:01] <dholbach> ok
[03:12] <zakame> JohnnyMast: around?
[03:19] <Lathiat> \sh_away: ping
[03:19] <Lathiat> \sh_away: gtkglext   * debian/control: adjusted build-dep to libgtkmm2.0-dev
[03:23] <siretart> Mirno: still around?
[03:24] <Mirno> siretart: uh yeah, but not much time thought
[03:25] <siretart> Mirno: I noticed that http://packages.freecontrib.org/ubuntu/plf/ is broken for quite some source packages. are you aware of the problem?
[03:26] <Mirno> siretart: uh no ?
[03:26] <Mirno> siretart: there's quite much binary only packages thought
[03:26] <siretart> lets continue to query
[03:28] <Lathiat> siretart: yo
[03:28] <siretart> hi Lathiat
[03:28] <Lathiat> siretart: my revu password, if i try recover it it says 'None'
[03:29] <siretart> Lathiat: gnarf, this perhaps because you didn't use your primary uid
[03:29] <siretart> Lathiat: write me an encrypted and singed email with your preffered email and login
[03:29] <Lathiat> oh hrm
[03:29] <Lathiat> am i supposed to login with my email
[03:29] <Lathiat> not a username of lathiat
[03:29] <Lathiat> ?
[03:29] <Lathiat> ah
[03:29] <Lathiat> indeed i am
[03:30] <Lathiat> got it now cheers
[03:30] <siretart> ah
[03:30] <siretart> great :)
[03:31] <Lathiat> someone remind me
[03:31] <Lathiat> if i want to just rebuild a package
[03:31] <Lathiat> and it already has ubuntuX
[03:31] <Lathiat> i just increment X right?
[03:31] <Lathiat> buildX is only for things without ubuntuX?
[03:31] <Mez> Lathiat, yes
[03:31] <Lathiat> cool
[03:31] <Mez> buildX is for rebuilds that are based from debian
[03:32] <Lathiat> also sometimes
[03:32] <Lathiat> i use debuild -S
[03:32] <Mez> but what you say is correct
[03:32] <Lathiat> and it doesnt seem to sign the .dsc properly such that dput whignes
[03:32] <Lathiat> but if i re-run debuild -S it works
[03:32] <Mez> run it twice then
[03:32] <Mez> :P
[03:32] <Lathiat> haha
[03:32] <Mez> or just do a debsign *.changes
[03:32] <Lathiat> this seems to happen every time so
[03:32] <Lathiat> weird
[03:33] <Lathiat> hrm i tried .dsc and it whinges cus i wasnt the maintainer
[03:33] <Lathiat> i'll try that
[03:34] <Lathiat> i cant wait for my new pc :\
[03:34] <Lathiat> my laptop sucks so bad at building
[03:36] <Lathiat> ugh
[03:37] <Mez> hmm if I want to make a rule based on the output from a command ...
[03:37] <Mez> I know how to make something run if a condition is true
[03:37] <Mez> but what about if it's false
[03:37] <Lathiat> example ?
[03:37] <Mez>         [ `lsb_release -c -s` = "breezy" ]  && cp debian/control-breezy debian/control
[03:37] <Lathiat> ||
[03:37] <Mez> runs the cp command if the output of the previous command is true
[03:37] <Mez> but if it's false. ..
[03:38] <Mez> I want to do something like this
[03:38] <Lathiat> [ `lsb_release -c -s` = "breezy"]   || cp debian/control-breezy debian/control
[03:38] <Mez> (assuming your || is true)
[03:38] <Lathiat> || wasnt a typo ;p
[03:38] <Lathiat> ah
[03:38] <Lathiat> :)
[03:38] <Mez>         [ `lsb_release -c -s` = "breezy" ]  &&         dh_shlibdeps -L libscim8 -l debian/libscim8/usr/lib ||         dh_shlibdeps -L libscim8c2a -l debian/libscim8c2a/usr/lib
[03:38] <Mez> would that work
[03:38] <Lathiat> what are you tryign to do
[03:38] <Lathiat> that says to be
[03:39] <Lathiat> if lsbreease is breezy
[03:39] <Lathiat> then run dh-shlibdeps (1)
[03:39] <Lathiat> if that fails, run the second one
[03:39] <Mez> yeah
[03:39] <Mez> pretty much
[03:39] <Lathiat> however my sh parser is not proven and that may be incorrect
[03:39] <Lathiat> true && false || echo hi
[03:39] <Lathiat> true && true || echo hi
[03:39] <Lathiat> woudl test that
[03:39] <Lathiat> ?
[03:40] <Mez> true &&echo true || echo false
[03:40] <Mez> false  &&echo true || echo false
[03:40] <Mez> surely to test
[03:43] <Lathiat> no
[03:43] <Lathiat> aren tyou trying to depend on the result of the middle command
[03:43] <Lathiat> well
[03:43] <Lathiat> i guess it depends on precednece
[03:43] <Lathiat> is it
[03:43] <Lathiat> (false && echo true) || echo false
[03:43] <Lathiat> or
[03:43] <Lathiat> false && (echo true || echo false)
[03:44] <jamessan> (false && echo true) || echo false
[03:45] <Mez> depending on the result of the first command
[03:46] <Mez> I could just call it twice
[03:46] <Mez> may be easier
[03:55] <doko_> Lathiat: do not change the control file at build time
[03:56] <zakame> wow
[03:56] <Lathiat> uh
[03:56] <Lathiat> i did that?
[03:56] <Lathiat> doko_:
 example ?
         [ `lsb_release -c -s` = "breezy" ]  && cp debian/control-breezy debian/control
 ||
[03:56] <Lathiat> oh
[03:56] <Lathiat> i was focussing on the technical side of things
[03:57] <Lathiat> and ignoring what he was catually doing ;p
[03:57] <Lathiat> but tell mez
[03:57] <Lathiat> im not doing it :)
[03:57] <Mez> doko_, I've been given permission to :D
[03:57] <Lathiat> is this because the backports stuff
[03:57] <Mez> I went through all this last night with mdz and he cleared it
[03:57] <doko_> Mez: how do these files differ?
[03:57] <Lathiat> has this seemingly silly policy of only syncing packages and not taking uploads?
[03:57] <Lathiat> because it results in ugly hacks like that?
[03:58] <Mez> doko - change of binary package name (revoking C++ ABI package name change for breezy)
[03:58] <Lathiat> W: libapache2-mod-mime-xattr: description-synopsis-might-not-be-phrased-properly
[03:58] <Lathiat> wtf does that mean
[03:58] <Mez> your short description probably begins with "a" or "the
[03:59] <Lathiat> it does because it begins with "Apache" :)
[03:59] <Mez> *shrugs*
[03:59] <Mez> just add an override
[03:59] <ogra> please dont override such errors
[04:00] <ogra> thats easy to solve
[04:00] <ogra> just rephrase the description ...
[04:00] <Lathiat> how should it be phraesd?
[04:00] <Lathiat> Description: Apache module for storing a file's MIME type in an extended attribute.
[04:01] <ogra> store a file's MIME type in an extended attribute with this apache module
[04:01] <ogra> for example
[04:01] <ogra> i guess there are 1000 ways to rephrase ;)
[04:02] <doko_> Lathiat: dot at the end
[04:03] <Lathiat> is that really what it is? heh
[04:03] <ogra> ah, yes
[04:03] <ogra> missed that ...
[04:07] <Lathiat> yargh i try to fix one package, which eneds another package fixed to build, which needs another package fixed to build
[04:07] <Lathiat> gah
[04:10] <sealne> raphink: question re your comment on dcfldd on revu, so should i change watch back to being belnet or whichever mirror?
[04:11] <raphink> sealne: the best would be the usptream website if they release tarballs on it
[04:11] <sealne> its sf.net
[04:11] <raphink> sealne: otherwise try to find a mirror that works with debian/watch, but most mirrors provided by sf won't work
[04:12] <sealne> so better to just remove the watch file?
[04:12] <raphink> sealne: if you wan't do it otherwise yes
[04:12] <raphink> it's useless as it is
[04:13] <sealne> k, i didn't really know anything about watch
[04:13] <raphink> np
[04:13] <raphink> !=
[04:13] <raphink> :)
[04:13] <sealne> thanks
[04:14] <Toadstool> sealne: you can use http://qa.debian.org/watch/sf.php?project=something something-(.+)\.tar\.gz in your watch file
[04:16] <raphink> Toadstool: oooh interesting :)
[04:16] <raphink> Toadstool: thanks for pointing that out, I have to remember it :)
[04:16] <sealne> Toadstool: what goes between project=something and something-(.+)\.tar\.gz in the url?
[04:16] <Toadstool> nothing
[04:16] <Toadstool> look at man uscan for more info
[04:17] <raphink> Toadstool: are you sure this works with uscan v3?
[04:17] <Toadstool> I don't know ^^
[04:17] <raphink> hehe
[04:17] <raphink> oh yes should work
[04:18] <Toadstool> you can directly put http://heanet.dl.sourceforge.net/sourceforge/package-name-(.+)\.tar\.gz if you want
[04:18] <raphink> Toadstool: I'm not sure that works
[04:19] <raphink> because http://heanet.dl.sourceforge.net/sourceforge/ can' tbe accessed
[04:19] <raphink> so the list of files fitting this regexpr can't be stated
[04:19] <sealne> Toadstool: and where you said nothing between them i guess you ment a / ?
[04:19] <raphink> taht's why they created http://qa.debian.org/watch/sf.php?project=something imo
[04:19] <Lathiat> gah
[04:19] <Lathiat> revu using GET requests is annoying
[04:19] <raphink> Lathiat: gah?
[04:20] <Lathiat> i refresh a page and it adds more comments :(
[04:20] <Lathiat> thank god for the delete button
[04:20] <Lathiat> :)
[04:20] <Toadstool> raphink: check the watch file in wide-dhcpv6 ;)
[04:20] <raphink> Lathiat: indeed
[04:20] <Lathiat> night lal
[04:20] <jamessan> Lathiat: it's pretty handy to lintian checks like "lintian foo.deb | lintian-info". gives a description of what the warning/error is
[04:20] <raphink> Lathiat: this is fixed in revu2 I believe
[04:20] <raphink> Toadstool: I will
[04:20] <Lathiat> jamessan: oh cool cheers
 Toadstool: and where you said nothing between them i guess you ment a / ? <-- nope
[04:22] <Toadstool> nothing at all
[04:22] <raphink> Toadstool: seems to work in wide-dhcpv6 :)
[04:22] <Toadstool> yep
[05:11] <sistpoty> hi folks
[05:12] <Gloubiboulga> hey sistpoty
[05:12] <sistpoty> hi Gloubiboulga
[05:12] <sistpoty> Gloubiboulga: I just sent you an reply...
[05:12] <Gloubiboulga> sistpoty, I check
[05:13] <sistpoty> Gloubiboulga: but I guess it's easier to discuss on irc ;)
[05:14] <Toadstool> hi sistpoty
[05:14] <sistpoty> hi Toadstool
[05:14] <Gloubiboulga> yes, let me read again the policy
[05:15] <adn> hey guys
[05:16] <sistpoty> hi adn
[05:16] <Toadstool> sistpoty: if you have time, could you check http://revu.tauware.de/details.py?upid=1726 ?
[05:17] <sistpoty> Toadstool: not right now... but I'll look at it later this evening
[05:17] <Toadstool> thanks :)
[05:17] <Gloubiboulga> sistpoty, "Since ocaml 3.06-13, the ocaml and ocaml-base
[05:17] <Gloubiboulga>      package now provide virtual packages called ocaml-3.08 and
[05:17] <Gloubiboulga>      ocaml-base-3.08 respectively."
[05:17] <Gloubiboulga> I can't can't find this packages in ubuntu nor in debian
[05:18] <Gloubiboulga> so if a lib depends on this, it won't be installable
[05:19] <sistpoty> Gloubiboulga: these are virtual packages from ocaml... which are named ocaml-base-<version>, so they are ocaml-base-3.09.1 right now
[05:20] <sistpoty> Gloubiboulga: but everything that's no ocaml core package (i.e. not coming from ocaml sourcepackage) shouldn't be provide virtual packages with version-suffix.. at least that's how I understand the policy
[05:21] <Gloubiboulga> Ok, got it
[05:21] <Gloubiboulga> I should have run `apt-cache search ocaml-base-3.09.1' sooner
[05:22] <sistpoty> hehe
[05:22] <Gloubiboulga> sistpoty, I'll take care of the others packages if that's ok with you
[05:22] <sistpoty> Gloubiboulga: sure, that would be great :)
[05:23] <sistpoty> Gloubiboulga: I guess most of them only need a rebuild...
[05:24] <Gloubiboulga> sistpoty, yes, I think so
[05:25] <Gloubiboulga> sistpoty, have you only uploaded libsqlite-ocaml, or an other packages too ?
[05:26] <sistpoty> Gloubiboulga: only libsqlite-ocaml from the ocaml-packages
[05:26] <Gloubiboulga> ok
[05:31] <LaserJock> dholbach: I added some MOTUScience info to the UbuntuBugDay wiki. Hope you don't mind.
[05:31] <dholbach> slomo_: thanks
[05:32] <dholbach> LaserJock: excellent
[05:32] <slomo_> dholbach: thanks? what have i done? :)
[05:32] <dholbach> instant-replied to a mail :)
[05:33] <slomo_> dholbach: oh... i haven't expected the mail to arrive so soon :)
[05:33] <dholbach> hehe :)
[05:34] <sistpoty> hi slomo_ and dholbach
[05:35] <dholbach> hey sistpoty
[05:35] <slomo_> hi sistpoty
[05:35] <sistpoty> phew... I got another bunch of patches from lfittl... I need a faster machine for building :/
[05:36] <dholbach> hmmmmmmmmhhhh :-)
[05:40] <LaserJock> hi setch
[05:41] <LaserJock> seth I mean
[05:41] <seth> hi LaserJock
[05:42] <LaserJock> seth: are you going to be around on the 17th for the Bug Day? I'm drumming up MOTU Science volunteers for https://wiki.ubuntu.com/UbuntuBugDay
[05:43] <seth> LaserJock, hmm, 17
[05:44] <seth> i'll be around... after 1800 GMT
[05:44] <seth> probably too late :(
[05:44] <LaserJock> whatever, we are flexible
[05:44] <LaserJock> ;-)
[05:44] <LaserJock> I just wanted MOTU Science to be aware. It would really be cool to squash a bunch of bugs or at least get everythin tiaged
[05:47] <LaserJock> last night I went through the ~450 science related packages and found the ones with bugs. It took a while but I was actually suprised that there weren't more
[05:48] <LaserJock> about half way through I was wondering how much I would have to pay the LP devs to get xml-rpc support in Malone ;-)
[05:49] <sistpoty> LaserJock: you would have to be *very* kind to elmo... afaik he manages the xmlrpc whitelist of LP ;)
[05:52] <LaserJock> sistpoty: hmm, I don't know then. I have bugged him enough. He probably hates me. I'm sure I'll be blacklisted ;-)
[05:52] <sistpoty> LaserJock: everybody is blacklisted by default... (we try to get tiber whitelisted for revu-account handling via LP) ;)
[05:53] <sistpoty> LaserJock: but perhaps you are very-blacklisted, as in darkest black *g*
[05:53] <LaserJock> black hole maybe :-(
[05:53] <sistpoty> hehe
[05:54] <jpatrick>  /dev/null
[05:54] <LaserJock> lol
[06:01] <LaserJock> man, ubuntu-dev has a ton of proposed members https://launchpad.net/people/ubuntu-dev/+members maybe the list could be cleaned up?
[06:18] <dolson> good morning all
[06:19] <dholbach> lfittl for MOTU
[06:20] <sistpoty> dholbach: yay!... and there will go in more fixes from him rsn ;)
[06:20] <ogra> dholbach, lfittl for Mr.GnuStep :)
[06:20] <dholbach> :-)
[06:21] <dolson> dolson for smelly wannabe
[06:22] <dholbach> have a nice weekend
[06:23] <sistpoty> cya dholbach
[06:23] <dholbach> bye sistpoty
[06:24] <Gloubiboulga> sistpoty, last question for today: for each rebuild needed, I have to add Xbuild1 to the debian version, right?
[06:24] <sistpoty> Gloubiboulga: exactly
[06:25] <Gloubiboulga> ok thanks :)
[06:25] <slomo_> Gloubiboulga: unless it already has a -XubuntuY version... then increment the Y by one
[06:25] <Gloubiboulga> slomo_, ok
[06:39] <pef> hello
[06:40] <Gloubiboulga> hello pef :)
[06:40] <pef> Gloubiboulga: comment va ? :)
[06:40] <Gloubiboulga> trs bien, et toi ?
[06:40] <pef> is there a problem with build daemons ? I can see my updated package on archive, but not its logs on build daemons' logs (viewmol, mgp)
[06:40] <pef> Gloubiboulga: trs bien aussi :)
[06:41] <pef> http://people.ubuntu.com/~lamont/buildLogs/v/viewmol/ https://lists.ubuntu.com/archives/dapper-changes/2006-February/006057.html
[06:44] <sistpoty> pef: soyuz (and thus LP) knows about the buildlogs now
[06:45] <pef> sistpoty: ohh ok :) and what is exactly the problem ?
[06:45] <sistpoty> pef: there is no problem... the buildlogs just aren't in lamont's folder any longer
[06:45] <sistpoty> pef: https://launchpad.net/people/loic/+packages (and the buildlogs are just a few clicks away)
[06:46] <pef> sistpoty: very nice feature, thanks for the info
[06:46] <sistpoty> np
[08:28] <blueyed> I've built a custom kernel (with make-kpkg). How would I now build the nvidia-glx module for it?
[08:29] <sistpoty> blueyed: make-kpkg modules_image (after having install nvidia-kernel-source)?
[08:30] <blueyed> sistpoty: don't ask me.. ;) Thanks. I'll search in that direction.
[08:30] <dolson> blueyed: apt-get install nvidia-kernel-source ; cd /usr/src ; tar zxf nvidia-kernel-source.tar.gz ; then in your kernel src dir, do make-kpkg modules_image
[08:30] <dolson> blueyed: it should make a deb in /usr/src for you
[08:31] <blueyed> Thanks dolson. But I wonder if it works with the vanilla 2.6.15.3 sources?!
[08:31] <dolson> blueyed: it does for me... well, using .2
[08:31] <dolson> blueyed: see here: http://www.ubuntustudio.com/wiki/index.php/Breezy:Vanilla_Kernel_With_Realtime_Preemption
[08:32] <dolson> the -rt patch you probably won't want.. but that procedure worked for me
[08:33] <dolson> and wow, they have 2.6.15.4 now
[08:33] <blueyed> Thanks. I've followed: http://wiki.suspend2.net/DistroAndHardwareSetup/Ubuntu_Breezy_Badger
[08:33] <blueyed> -rt sound cool. I might try it, when rebuilding the kernel.. :D
[08:34] <dolson> it's great for JACK and other music apps
[08:48] <blueyed> dolson: both patches do not apply cleanly together.
[08:50] <dolson> not a surprise
[09:05] <segfault> can anyone close bug #29571? it's kinda easy.
[09:05] <Ubugtu> malone bug 29571 in clamav "tmpfs /var/run/clamav does not exist after reboot" [Normal,Confirmed]  http://launchpad.net/bugs/29571
[11:30] <crimsun> oh man, e-mail backlog hell