[12:15] <ScottK> mohammad: I think that you should just depend on firefox|iceape|seamonkey|xulrunner and use the gecko engine already installed rather than try to force it via your init.
[12:16] <ScottK> That's part of what the packaging system does for you and you should let it do that and not work around it.
[12:16] <mohammad> I have added firefox|iceape in the depends section but don't know how MOZILLA_FIVE_HOME should be initited ..
[12:17] <ScottK> Can it just be disabled?
[12:17] <ScottK> What does zekr do if it doesn't exist?
[12:17] <mohammad> if MOZ5home is not set zekr does not work
[12:18] <mohammad> I have installed firefox and iceape on my system but, moz5home is not set automatically, I believe it should be set manually
[12:19] <ScottK> Hmmm
[12:21] <ScottK> I'm looking for another package you can use as a model.
[12:27] <sommer> hey ScottK, I just submitted a bug in dapper-backports for sylpheed-claws-gtk2-clamav.
[12:27] <ScottK> OK.  What's the bug
[12:27] <sommer> Bug #127835
[12:27] <ubotu> Launchpad bug 127835 in dapper-backports "sylpheed-claws-gtk2-2.1.1  backport" [Undecided,New]  https://launchpad.net/bugs/127835
[12:28] <sommer> If I need to add anything let me know.
[12:28] <ScottK> mohammad: democracyplayer might be worth a look. They just depend on Firefox.
[12:31] <ScottK> sommer: It needs to be a proper debdiff.
[12:31] <sommer> ScottK: okay...I'll fix that up.
[12:41] <ScottK> sommer: Don't forget that what you are debdiffing is the sylpheed-claws-gtk2 source package.
[12:43] <sommer> ScottK: right...uploaded the debdiff.
[12:45] <sommer> I wasn't really sure what to name it exactly.
[12:52] <mohammad> ScottK: I am seeing the source of democracyplayer. But would you please let me know why you consider the issue of initiating MOZILLA_FIVE_HOME important?
[12:53] <ScottK> Because in the Debian packaging system we are supposed to manage the configuration of the system through the packaging system.
[12:54] <ScottK> Having the user have to manually pick which program to use with Zekr goes against the way the system is supposed to work.
[12:54] <ScottK> During installation, users are not supposed to have to answer questions unless it is essential.
[12:54] <ryanakca> ScottK: you use sbuild, right?
[12:54] <ScottK> Additionally, if you do have to, you have to use debconf and not a script.
[12:55] <ScottK> ryanakca: No.
[12:55] <ScottK> Gotta run.
[12:55] <ScottK> Any other MOTUs feel free to jump in if I"m over stating the case.
[12:58] <mohammad> ScottK: I agree that it is not good if user be asked at runtime about configuration. So zekr uses a preconfigured MOZILLA_FIVE_HOME=/usr/lib/firefox automatically. Is that bad as well?
[12:58] <ScottK> Ah.
[12:59] <ScottK> Where does iceape install itself?
[12:59] <mohammad> scottk: /usr/lib/iceape
[01:00] <ScottK> So then if a user has iceape, all the depends are satisfied, but the program doesn't work?
[01:01] <mohammad> ScottK: if user has iceape programs of course works
[01:01] <mohammad> programs -> program
[01:01] <ScottK> How so?
[01:04] <mohammad> ScottK: I have put firefox|iceape in the depends so at least one of them is installed. at the runtime zekr.sh checks whether /usr/lib/firefox or /usr/lib/iceape exists 
[01:05] <mohammad> ScottK: and then it will use one of them, 
[01:07] <jwendell> Any motu here could delete the file supertuxkart_0.3-0ubuntu1.dsc please
[01:10] <jwendell> TheMuso, ?
[01:12] <TheMuso> jwendell: I don't have admin rights.
[01:12] <TheMuso> on revu
[01:12] <jwendell> ah, ok
[01:12] <jwendell> TheMuso, do you know someone online who has that permission?
[01:14] <TheMuso> jwendell: Not currently, no.
[01:14] <jwendell> :(
[01:14] <jwendell> TheMuso, i've tried all the day upload that big file, but it always failed
[01:15] <jwendell> now i'm at home, on another internet connection, and i'd like to try ...
[01:16] <TheMuso> jwendell: I understand, but I am unable to help you I'm affraid.
[01:16] <TheMuso> c
[01:16] <TheMuso> ugh
[01:16] <jwendell> TheMuso, no problem. Thanks, btw!
[01:17] <mohammad> ScottK: If you take a look at the eclipse script, you will see that it set MOZILLA_FIVE_HOME the same way http://paste.ubuntu-nl.org/31005/
[01:18] <zul> hey
[01:18] <mohammad> ScottK: I think all the programs using SWT should set moz5home in the same way as eclipse has done it.
[01:38] <ryanakca> hmm... Any sbuilders have an idea for this? E: Couldn't find package build-essential
[01:38] <ryanakca> on a gutsy schroot setup with https://help.ubuntu.com/community/SbuildLVMHowto
[01:48] <TheMuso> ryanakca: Do you have a valid sources.list file in the chroot?
[01:58] <ryanakca> TheMuso: http://pastebin.ca/630863
[02:02] <TheMuso> hmm ok
[02:05] <AndyP> ryanakca: you've updated your package list (apt-get update)?
[02:12] <nixternal> anyone noticed any changes that might break notify-send?
[02:22] <AndyP> nixternal: can't say that i have. in what way is it broken? seems ok to me
[02:27] <nixternal> it isn't sending anything
[02:32] <AndyP> nixternal: i'm tempted to say check your dbus is working properly but its not based on any logic
[02:33] <nixternal> hrmm...could be..I will take a look..thank god I know absolutely nothing about dbus ;p
[02:33] <AndyP> :)
[02:41] <ryanakca> AndyP: yes
[02:42] <ryanakca> nixternal: works here...
[02:55] <AndyP> good night folks
[02:55] <TheMuso> Night AndyP.
[03:27] <nixternal> gtk+2.0 update broke the notification daemon
[03:33] <TheMuso> Any MOTUs around willing to give a hand with the sponsors queue?
[04:23] <TheMuso> If there is anybody around who has an amd64 system with either a gutsy sbuild or builder setup, could you please look at bug 127524 and download the source package from sid, apply the debdiff, and build it? Could you also send me a copy of the build log please. Thanks in advance.
[04:23] <ubotu> Launchpad bug 127524 in spandsp "Merge spandsp 0.0.4~pre3 (universe) from Debian (unstable)" [Wishlist,In progress]  https://launchpad.net/bugs/127524
[04:24] <ajmitch> ok
[04:24] <TheMuso> Its an amd64 merge, and without having access to a box, I can't easily determine whether its a merge or a sync...
[04:25] <TheMuso> ajmitch: Thanks.
[04:26] <ajmitch> give me a few minutes to get pbuilder updated
[04:26] <TheMuso> ajmitch: Sure.
[04:26] <TheMuso> Take your time.
[04:32] <RAOF> What's happening with ubuntuwire?  I thought this was precisely the use-case for it?
[04:33] <TheMuso> Afaik there is no amd64 box yet.
[04:33] <TheMuso> I'd gladly use it if there was.
[04:33] <StevenK> Or i386 box, since it's still offline.
[04:34] <StevenK> I note that debdiff is my work, and it seems I forgot to turn off DH_VERBOSE
[04:35] <TheMuso> StevenK: I was wondering where that was from. I'll turn it off it comes to being a merge
[04:36] <StevenK> TheMuso: Thanks.
[04:36] <StevenK> I still think that is a nasty hack, but I can't see any other way to do it.
[04:36] <TheMuso> StevenK: aye.
[05:19] <TheMuso> ajmitch: How did that build go?
[05:19] <ajmitch> haven't checked
[05:20] <ajmitch>         cp -a ./debian/tmp/usr/lib64/libspandsp.so.0 debian/libspandsp3//usr/lib64/
[05:20] <ajmitch> cp: cannot stat `./debian/tmp/usr/lib64/libspandsp.so.0': No such file or directory
[05:20] <ajmitch> dh_install: command returned error code 256
[05:23] <TheMuso> ah ok. Thats with the debdiff applied right?
[05:23] <ajmitch> yes
[05:24] <TheMuso> Ok, thanks.
[05:24] <rbrito> Hi.
[05:24] <rbrito> I have some programs that I've packaged for Debian.
[05:25] <rbrito> I would like to contribute them to Ubuntu.
[05:26] <rbrito> How should I proceed?
[05:28] <TheMuso> rbrito: Are they in Debian already?
[05:29] <rbrito> TheMuso, one of them is, with a new upstream version. It's vrms.
[05:29] <rbrito> The other two aren't.
[05:29] <rbrito> They are available at mentors.debian.net
[05:30] <TheMuso> rbrito: Is the new upstream release in Debian? I can see vrms in gutsy, version 1.12-0.1.
[05:31] <rbrito> TheMuso, yes, version 1.13.
[05:32] <rbrito> Please, update it.
[05:32] <TheMuso> rbrito: Ok. Is there a reason why that doesn't have a Debian revision number?
[05:32] <joejaxx> YAY
[05:32] <joejaxx> man
[05:32] <joejaxx> i am happy
[05:33] <rbrito> TheMuso, that's a native package.
[05:33] <joejaxx> only time will tell
[05:33] <TheMuso> rbrito: Ah yes, just read the description.
[05:33] <rbrito> You can grab the sources from packages.qa.debian.org
[05:33] <TheMuso> rbrito: Ok, I'll file a sync request for it.
[05:33] <rbrito> Please, do.
[05:34] <rbrito> If you find that you need patches for it, please let me know.
[05:34] <joejaxx> hello all
[05:38] <TheMuso> rbrito: Shouldn't be a problem. The version in Gutsy built fine, but I'm double checking now.
[05:38] <rbrito> TheMuso, thank you very much.
[05:39] <rbrito> Now, I just have to have the bugs with Ubuntu chased on my hardware. :-(
[05:40] <TheMuso> rbrito: Looks fine, I've just filed a sync request.
[05:40] <rbrito> I currently have two, but it seems that the responses have been slow...
[05:40] <TheMuso> Now what was the other package?
[05:40] <rbrito> TheMuso, Thanks.
[05:40] <rbrito> One package to provide mkfs and fsck for powerpc 32 and i386.
[05:41] <TheMuso> I am referring to the ones not in Debian yet
[05:41] <TheMuso> !revu | rbrito 
[05:41] <ubotu> rbrito: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[05:41] <rbrito> Exatly.
[05:41] <TheMuso> You can use revu to help get your packages into Ubuntu, if you think they will be a while getting into Debian.
[05:42] <rbrito> Hummm... I can look into that...
[05:42] <TheMuso> Getting into Debian would be preferable of course.
[05:42] <rbrito> Of course.
[05:42] <TheMuso> But as I said, if that may take a while, the revu process can see them into Ubuntu.
[05:42] <rbrito> I'm applying for being a Debian Developer...
[05:42] <TheMuso> Great to hear.
[05:43] <rbrito> So, the bureacracy would be quite smaller than it is today, with sponsorhips and all that stuff.
[05:44] <TheMuso> If you are referring to revu and Ubuntu, there is only the issue of two MOTUs looking at it to give their approval, and uploading.
[05:45] <TheMuso> WHich itself can take time, but we set asside days where we focus on getting packages from revu into Ubuntu.
[05:46] <porthose> TheMuso:  When is the next REVU day?
[05:47] <rbrito> TheMuso, no, I'm referring to the slowness of Debian, unfortunately. :-(
[05:47] <TheMuso> rbrito: Ah right.
[05:47] <TheMuso> porthose: Not sure. I think we have just had one, yesterday in fact.
[05:48] <porthose> The Muso: k thxs
[05:49] <rbrito> One question:
[05:49] <TheMuso> !ask | rbrito 
[05:49] <ubotu> rbrito: Don't ask to ask a question. Just ask your question :)
[05:49] <rbrito> What would be a way to detect if I am running on a big-endian or a little endian machine from a configure script?
[05:49] <rbrito> Is there any quick and clean recipe for that?
[05:50] <rbrito> The program that I'm packaging has a configure script.
[05:50] <TheMuso> I'll have to let the experienced coders answer that one.
[05:50] <rbrito> Unfortunately, I'm not familiar with autotools... :-(
[05:50] <TheMuso> Well I am not that experienced a coder.
[05:51] <rbrito> TheMuso, thanks anyway.
[05:51] <TheMuso> np
[05:56] <ScottK> TheMuso: I knocked the sponsorship queue down a bit.
[05:56] <ScottK> Good night all.
[05:59] <TheMuso> ScottK: Night
[06:02] <rbrito> Well, I'm going now.
[06:02] <rbrito> Cya.
[06:02] <_MMA_> Hey guys. All the way back in Hoary there was a package in Universe called: "xfce4-taskbar-plugin" Anyone know where that has gone to? Its obviously still around because Xubuntu uses it but its pulled into something else now.
[06:06] <_MMA_> nm. I found it now. (after looking for a hour) ;)
[06:09] <StevenK> TheMuso: I daresay spandsp can be synced. I can look into it if you like.
[06:10] <TheMuso> StevenK: If you're offering. I don't have easy access to an amd64, and according to ajmitch, the applied debdiff package FTBFS anyway.
[06:11] <StevenK> TheMuso: Yeah, I saw that, which makes me think its been fixed upstream.
[06:12] <TheMuso> StevenK: aye. I left a note in the bug asking for the filer to check it out, so its up to you.
[06:12] <xtknight> i have an amd64 gutsy VM, not sure if i could help
[06:12] <TheMuso> DO you want me to close the bug, or do you want to work with the filer, or just do it yourself?
[06:13] <StevenK> TheMuso: The latter. If it can be sync'd, I'll file it and close the bug, otherwise I'll ... do something.
[06:13] <TheMuso> StevenK: Ok, thanks a lot.
[06:16] <StevenK> I'd like to know where the filer got his sources from.
[06:16] <TheMuso> Yeah.
[06:16] <StevenK> 0.0.4~pre3-2 isn't on ftp.d.o
[06:16] <ajmitch> it isn't?
[06:16] <TheMuso> StevenK: I was able to fetch from the Debian internode mirror that I use.
[06:17] <StevenK> It doesn't appear in http://ftp.debian.org/debian/pool/main/s/spandsp/
[06:18] <ajmitch> it appears on http.us.d.o though
[06:18] <StevenK> And it's on mirror.pacific.net.au. Way cool.
[06:18] <ajmitch> special
[06:18] <StevenK> Note to self: ftp.d.o is currently crap
[06:19] <TheMuso> heh
[06:21] <StevenK> Yup. Fixed upstream, which will install into /usr/lib64 directly.
[06:25] <StevenK> And it doesn't end up in /usr/lib64. Naughty.
[06:26] <TheMuso> So it should?
[06:29] <StevenK> Ah. No bug, it just FTBFS on amd64.
[06:29] <TheMuso> ah right.
[06:29] <StevenK> And it doesn't anymore.
[06:43] <opopanax> hey all
[06:43] <opopanax> i'm trying to build a package, and i used an old package as a template.  so, of course, after successful build, the .debs created have the wrong filename.  where is that controlled?
[06:44] <StevenK> debian/control
[06:44] <opopanax> and feel free to tell me i'm in the wrong place.
[06:44] <opopanax> StevenK, that's my name.
[06:44] <opopanax> he
[06:44] <StevenK> TheMuso: Bug 127524 updated and marked Invalid
[06:44] <ubotu> Launchpad bug 127524 in spandsp "Merge spandsp 0.0.4~pre3 (universe) from Debian (unstable)" [Wishlist,Invalid]  https://launchpad.net/bugs/127524
[06:44] <TheMuso> StevenK: Thanks a lot.
[06:46] <StevenK> opopanax: I'd suggest you read Chapter 5 of the Debian Policy manual - http://www.debian.org/doc/debian-policy/ch-controlfields.html
[06:46] <opopanax> StevenK, right on, thanks.
[06:53] <opopanax> ...the original debian source didn't have a version line either...
[07:01] <StevenK> The version is specified in debian/changelog, not debian/control
[07:06] <opopanax> StevenK, i just figured that out; thanks!  :-)  
[07:06] <opopanax> rebuilding the whole thing, just for grins
[07:07] <opopanax> building gnucash 2.2.0, just to try it.
[07:08] <opopanax> got it built with hbci support, and am starting to get a handle on how debian builds stuff
[07:08] <opopanax> thanks for pointing me to that resource; it will be helpful next semester.
[07:09] <opopanax> I'm Steven Ketelsen, you'll prolly see me around.
[08:56] <jmg> oka wow... i just installed ubuntu-desktop on my gutsy laptop... and wow
[09:01] <RAOF> No more xfce for you? :)
[09:07] <TheMuso> RAOF: ??
[09:09] <RAOF> TheMuso: ??
[09:09] <RAOF> TheMuso: Hey :)
[09:10] <TheMuso> RAOF: Hi. Your question... WHat do you mean
[09:10] <RAOF> Oh, that was in reference to jmg discovering the joys of ubuntu-desktop
[09:11] <TheMuso> Oh.
[09:12] <RAOF> AFAIK, he was using xfce.  And gnome is awesome :)
[09:13] <TheMuso> ah ok
[10:23] <asisak> hey Hobbsee 
[10:24] <Hobbsee> :)
[10:37] <asisak> please delete my gtkmm2.4 revu upload (it has been broken)
[10:41] <coNP> please delete my g{lib,tk}mm2.4 revu upload (it has been broken)
[10:41] <coNP> both of them :(
[10:41] <ajmitch> cleared
[10:42] <coNP> thanks
[10:46] <guardian> hello
[10:55] <asisak> please kill glibmm2.4 again
[11:00] <asisak> ajmitch, Hobbsee please delete my prev. broken glibmm upload
[11:01] <Hobbsee> asisak: done
[11:01] <asisak> thanks
[11:01] <asisak> Btw, is dcut dangerous? Or some other reason it does not work?
[11:03] <man-di> asisak: afaik its not implemented in REVU
[11:12] <guardian> is this possible from a single source package, to build several shared library packages ??? which package type should i choose then ? multiple-binary or library ? 
[11:13] <man-di> guardian: its possible, just choose one type, you need to edit debian/control anyway
[11:13] <guardian> the question is: which type ? :)
[11:13] <man-di> guardian: doesnt really matte
[11:13] <guardian> ok
[11:13] <man-di> the only difference is the default naming of the package
[11:14] <guardian> ok 
[11:14] <man-di> and you need to fix this in debian/control anyway
[11:14] <guardian> i'm having hard times understanding everything :)
[11:14] <guardian> yesterday was autoconf,automake,libtool + start learning debian packages
[11:14] <man-di> guardian: packaging is not easy
[11:23] <jwendell> Hi, Hobbsee 
[11:24] <jwendell> Hobbsee,  could you delete please supertuxkart_0.3-0ubuntu1.dsc ?
[11:24] <jwendell> I'm at home and would like to try the upload here, with another internet connection
[11:27] <asisak> What do you think about implementing either dcut or some dput resume feature of REVU?
[11:32] <jwendell> asisak, i think it's a must be feature, but i think it's better you write this to the motu list
[11:33] <jwendell> s/must be/must have/
[11:34] <jwendell> siretart, around?
[11:36] <jwendell> raphink, around?
[11:36] <siretart> jwendell: sort of
[11:36] <raphink> yep
[11:36] <raphink> hi jwendell
[11:36] <jwendell> Hi
[11:36] <siretart> asisak: good idea! please send patches to me
[11:36] <jwendell> could you delete please supertuxkart_0.3-0ubuntu1.dsc ?
[11:36] <raphink> sure
[11:36] <asisak> siretart: where can I find the source of revu 
[11:37] <siretart> done
[11:37] <jwendell> siretart, thanks
[11:37] <siretart> asisak: https://code.launchpad.net/~revu-hackers
[11:37] <raphink> ah you were too fast for me siretart ;)
[11:37] <asisak> thanks, siretart 
[11:37] <siretart> oh, hi raphink :)
[11:37] <raphink> hi siretart :)
[11:41] <siretart> ok, whiteboard of revu branch updated
[11:41] <siretart> raphink: if you (or some other motu) notice people asking about new features of revu, please point them here: https://code.launchpad.net/~revu-hackers/revu/trunk
[11:42] <raphink> alright
[11:42] <raphink> :)
[11:46] <StevenK> ajmitch: Do you think bug 65344 can be killed?
[11:46] <ubotu> Launchpad bug 65344 in zope-quotafolder "[UNMETDEPS]  zope-quotafolder has unmet dependencies" [Undecided,Confirmed]  https://launchpad.net/bugs/65344
[12:15] <giskard> morning
[12:26] <porthose> morning all
[02:07] <jwendell> HI, Hobbsee. Around?
[02:07] <Hobbsee> jwendell: heya
[02:08] <Hobbsee> jwendell: better to ask in the channel, instead of poke a specific person for a removal, particularly if they're marked away
[02:08] <Hobbsee> actually, whether i'm around depends what it's for :P
[02:08] <jwendell> Hobbsee, i'm on another internet connection, and would like try to upload again
[02:08] <jwendell> could you delete supertuxkart_0.3-0ubuntu1.dsc ?
[02:09] <Hobbsee> done
[02:09] <jwendell> Hobbsee, i pingged you this morning, but you were not marked as away. Sorry :)
[02:09] <jwendell> and thanks again
[02:09] <Hobbsee> i thought i put the away thing in.  weird.
[02:09] <Hobbsee> no problem
[02:12] <jwendell> Hobbsee, wow, i managed! finally
[02:12] <jwendell> hehe
[02:12] <Hobbsee> yay!
[02:12] <jwendell> :)
[02:13] <jwendell> Hobbsee, i guess you're busy to review it, right?
[02:13] <Hobbsee> oh wait, supertuxkart is not technically a new package.
[02:14] <jwendell> Hobbsee, it's not new
[02:14] <Hobbsee> )
[02:14] <jwendell> new version (prior was 0.2)
[02:14] <jwendell> hehe
[02:14] <jwendell> my son too
[02:15] <jwendell> my son is already playing with this 0.3 version i've packaged
[02:15] <asisak> wow
[02:15] <jwendell> http://revu.tauware.de/details.py?upid=6162
[02:16] <jwendell> there is a comment from Spetember 18 already there, but it's not about me (i guess...)
[02:23] <ScottK> Well hopefully that's enough network breakage for today...
[02:23] <ScottK> Good morning all.
[02:24] <jwendell> morning ;)
[02:24] <asisak> hey ScottK again
[02:25] <jwendell> could someone please review http://revu.tauware.de/details.py?upid=6162 ? it's a new version of supertuxkart
[02:29] <ScottK> Anyone up for an easy test for feisty-proposed?
[02:30] <ScottK> It's Bug #118771.  All you have to do is install it from feisty-proposed and if you don't get an error, comment in the bug that it works for me.
[02:30] <ubotu> Launchpad bug 118771 in Ubuntu Feisty "Syntax error in python module" [Low,Fix committed]  https://launchpad.net/bugs/118771
[02:32] <TheMuso> Heya folks.
[02:39] <jwendell> Hi, TheMuso 
[02:40] <xxxxx1> morning all!
[02:41] <siretart> hi xxxxx1 
[02:58] <fernando> can somebody review http://revu.tauware.de/details.py?upid=6124
[03:09] <jwendell> fernando, i'm waiting too :)
[03:09] <fernando> hey jwendell
[03:14] <TheMuso> fernando: That package is already in the archive... Can I assume its an update?
[03:16] <fernando> TheMuso, yes, you can assume a update
[03:16] <TheMuso> fernando: Ok.
[03:19] <jwendell> TheMuso, when you finish, could you review mine? http://revu.tauware.de/details.py?upid=6162
[03:19] <jwendell> TheMuso, it's an update too
[03:19] <TheMuso> jwendell: Ok thanks.
[03:19] <jwendell> thank you
[03:30] <gnomefreak> anyone else seeing that feisty repos are down? i tried us uk gb and de none seems to work
[03:47] <TheMuso> fernando: I got a lintian warning on the source package about having the wrong FSF address in copyright file. Since you have made a lot of changes for this new vresion, you may as well fix that up.
[03:47] <TheMuso> version
[03:48] <fernando> TheMuso, not  is better wait debian to fix this?
[03:48] <fernando> create a patch  to fix the fsf address/
[03:48] <fernando> ?
[03:48] <TheMuso> fernando: It needs fixing in debian/copyright.
[03:49] <fernando> TheMuso, ok, fixing
[03:49] <TheMuso> Well in that case, why not just get the new package version uploaded to Debian?
[03:49] <TheMuso> Means less work for Ubuntu in the longrun.
[03:50] <fernando> TheMuso, debian version is 0.52-2 too
[03:51] <TheMuso> fernando: I know.
[03:51] <TheMuso> fernando: I have also left some other lintian messages on revu as a comment.
[03:52] <fernando> TheMuso, thank you
[03:53] <TheMuso> tsmithe: Hey there. I have left a comment ages ago on revu for alsa-firmware. If you could fix that up, we can get that in quite quickly.
[03:53] <TheMuso> I've been meaning to email you about it, but haven't got around to it
[03:55] <tsmithe> well, yes. i'm still thinking about getting it into linux-restricted-modules, though. but i'm not sure about the process, and i haven't had much time to learn. i guess i better get the package uploaded, and then try going about getting it nearer the kernel
[03:55] <tsmithe> also, i think _MMA_ was wondering about ubuntustudio-default-settings
[03:55] <DarkSun88> Hi all
[03:55] <TheMuso> tsmithe: Yeah, there are a few too many dirty hacks in that, and it would be nice to push some of that elsewhere, like limits.conf/rtprio.
[03:55] <TheMuso> Hey DarkSun88.
[03:56] <tsmithe> TheMuso, ahh ok
[03:56] <DarkSun88> Hi TheMuso 
[03:56] <DarkSun88> :)
[03:56] <DarkSun88> TheMuso: Great work. Thanks.
[03:56] <TheMuso> DarkSun88: Thank you.
[03:56] <LucidFox> TheMuso, do you feel like reviewing another package?
[03:57] <TheMuso> LucidFox: I am doing jwendell's now, and then I'll be going to bed I'm affraid.
[03:57] <LucidFox> ah, all right
[03:58] <_MMA_> TheMuso: Still waiting for that thread to get bumped. ;)
[03:59] <tsmithe> _MMA_, maybe you should do so?
[03:59] <TheMuso> _MMA_: I don't know what to say, seriously. I don't know where a better place for it to be set is.
[03:59] <_MMA_> I just need someone to comment. Even if its a "I like this idea" reply.
[04:01] <TheMuso> _MMA_: ok.
[04:01] <TheMuso> jwendell: Please check the source package. I got a couple of lintian warnings you may want to look into.
[04:01] <TheMuso> _MMA_: I'll reply to the thread now.
[04:01] <TheMuso> And then folks, I'm off to bed.
[04:01] <_MMA_> ok
[04:02] <jwendell> TheMuso, should we use linda or lintian? because linda returned none
[04:03] <man-di> jwendell: both
[04:03] <man-di> jwendell: both return different warnings/error
[04:04] <jwendell> ok, thanks
[04:06] <jwendell> TheMuso, when i fix it, and upload, will it upload entire orig.tar.gz? 
[04:07] <TheMuso> jwendell: To revu, no.
[04:07] <bigon> could someone have a look at https://bugs.launchpad.net/bugs/127919
[04:07] <ubotu> Launchpad bug 127919 in libtelepathy ".shlibs version must be increased" [Undecided,New]  
[04:07] <TheMuso> Night folks.
[04:09] <jwendell> what does that mean:
[04:09] <jwendell> W: supertuxkart source: substvar-source-version-is-deprecated supertuxkart
[04:09] <norsetto> bye luke
[04:09] <man-di> jwendell: read http://wiki.debian.org/binNMU
[04:09] <man-di> jwendell: its about ${Source-Version} being deprecated 
[04:09] <man-di> jwendell: lintian -i .. tells you more
[04:09] <Hobbsee> oh, ${Source-Version} is depreciated now?
[04:10] <Hobbsee> what gets used instead?
[04:10] <man-di> Hobbsee: in Debian at least
[04:10] <coNP> please archive my glade-3 upload
[04:10] <man-di> Hobbsee: ${source:Version} and ${binary:Version}
[04:10] <man-di> Hobbsee: its because Debian allows binary NMUs now
[04:10] <Hobbsee> man-di: oh right.  i thought you meant the entire functionality, not a change in syntax
[04:11] <man-di> Hobbsee: that means mostly a simple rebuild on one arch
[04:11] <Hobbsee> what, where the binary version can be different to the source?
[04:11] <man-di> Hobbsee: source version 1.2-3
[04:11] <man-di> Hobbsee: binary version 1.2-3 or 1.2-3+b1 or 1.2-3 or 1.2-3+b2
[04:12] <man-di> Hobbsee: read http://wiki.debian.org/binNMU for more infos
[04:12] <Hobbsee> thanks, looking
[04:17] <jwendell> dput is telling that package is already uploaded. Should i use -f flag?
[04:17] <Hobbsee> yes
[04:17] <Hobbsee> or remove the .upload
[04:18] <jwendell> oh, it'll upload entire orig.tar.gz again :(
[04:18] <coNP> we need a resume option
[04:18] <man-di> for REVU, yes
[04:18] <coNP> not sure this is located in revu-hackers, however
[04:18] <Fujitsu> No, you need to get your packages right the first time :P
[04:18] <coNP> I guess it is more of a dput issue
[04:18] <man-di> coNP: upload via rsync should be possible
[04:19] <coNP> Fujitsu: it is not about bad packages but bad DSL connections... 
[04:19] <jwendell> orig.tar.gaz has not changed since last upload...
[04:19] <man-di> coNP: but probably not implemented yet
[04:19] <man-di> jwendell: REVU doesnt store orig.tar.gz
[04:19] <coNP> rsync is a very good idea
[04:20] <man-di> coNP: its also good for flacky internet connections
[04:20] <jwendell> ok, package uploaded with no linda/lintian errors
[04:20] <coNP> yeah, I need it for them
[04:21] <coNP> we have rsync in dput
[04:21] <coNP> but I guess REVU is ftp-only
[04:23] <ryanakca> what's the difference between universe.html and universe-manual.html on mom?
[04:24] <jwendell> could someone please verify now? http://revu.tauware.de/details.py?upid=6163
[04:24] <jwendell> there is no linda/lintian messages now
[04:26] <Fujitsu> ryanakca: manual merges are those where the Debian and Ubuntu .orig.tar.gzs differ.
[04:26] <jwendell> Hobbsee, could you?
[04:26] <ryanakca> Fujitsu: ok. So, in that case, I have to? take the debian one?
[04:27] <Fujitsu> ryanakca: You have to merge them...
[04:27] <Hobbsee> jwendell: Fujitsu is volunteering
[04:27] <jwendell> oh, ok
[04:28] <jwendell> thanks, Fujitsu 
[04:29] <ryanakca> Fujitsu: ah. Ok. *shrugs*
[04:36] <ryanakca> would anybody like to 'mentor' me in a manual merge?
[04:45] <tsmithe> man-di, ping
[04:47] <man-di> tsmithe: pong
[04:50] <tsmithe> man-di, oops sorry; i didn't mean to ping you (confusion is to blame)
[04:51] <man-di> tsmithe: np
[04:52] <tsmithe> i meant to ask if a motu was able to re-upload ubuntustudio-sounds <http://revu.tauware.de/details.py?upid=5990>; jriddell was cautious about gnome sounds and namespaces, so rejected it. after discussion, the package is fine
[04:53] <man-di> tsmithe: I'm no MOTU
[04:54] <tsmithe> no, i know :) - i was also thinking about wired at that point (it was also rejected as apparently resource/alba_font/* isn't debian free)
[04:54] <tsmithe> if only upstream would be more co-operative and be present in their irc channel :p
[04:55] <man-di> tsmithe: yeah, wired is weird :-)
[04:56] <tsmithe> yep
[06:25] <ScottK> gnomefreak: Since you have Fiesty running, would you please install and test python-biopython from feisty-proposed.  If it installs, then it's fixed.  Please comment on Bug #118771 if it works out for you (or not).
[06:25] <ubotu> Launchpad bug 118771 in Ubuntu Feisty "Syntax error in python module" [Low,Fix committed]  https://launchpad.net/bugs/118771
[06:26] <gnomefreak> ScottK: one minute
[06:26] <ScottK> Thanks
[06:27] <gnomefreak> works 
[06:27] <gnomefreak> a bunch of warnings but installs
[06:27] <gnomefreak> same python warnings we have had since i can remembers
[06:27] <gnomefreak> -s
[06:28] <ScottK> gnomefreak: Would you pastebin the warnings for me please?
[06:28] <gnomefreak> sure
[06:28] <jwendell> Hi, Fujitsu. did you see http://revu.tauware.de/details.py?upid=6163 ?
[06:28] <ScottK> Thanks.
[06:29] <gnomefreak> ScottK: http://pastebin.mozilla.org/176186
[06:30] <ScottK> gnomefreak: Thanks.  Then the fix works.  Would you please comment in the bug?
[06:30] <gnomefreak> is there a reason why restricted-manager got moved to restricted repo instead of default install?
[06:31] <gnomefreak> yes i will do ScottK 
[06:31] <ScottK> Thanks.
[06:31] <jwendell> hmm, i guess Fujitsu is sleeping; could someone review http://revu.tauware.de/details.py?upid=6163 please?
[06:31] <jwendell> it's an package update, not a new one
[06:31] <ScottK> gnomefreak: I thought there was no restricted stuff installed by default.
[06:32] <gnomefreak> i thought we had r-m installed on upgrade and by tribe 2 install
[06:33] <gnomefreak> ScottK: commented and you got your 2 confirms to push ;)
[06:33] <guardian_> please, which package should i install to get dh_make manpage ?
[06:33] <ScottK> gnomefreak: THanks.
[06:33] <gnomefreak> ScottK: np
[06:33] <gnomefreak> guardian_: if i had to guess it is in devscripts
[06:34] <guardian_> ok
[06:34] <gnomefreak> off hand i dont know though
[06:34] <azeem> dh-make, actually
[06:34] <guardian_> in fact i would like to find the meaning of "BROKEN" inserted in control template file
[06:34] <guardian_> generated by dh_make
[06:34] <gnomefreak> azeem: dh_make is part of devscripts no?
[06:35] <azeem> no
[06:35] <gnomefreak> azeem: what is it part of?
[06:35] <azeem> dh-make
[06:35] <gnomefreak> gnomefreak@GutsyGibbon:~$ policy dh_make
[06:35] <gnomefreak> W: Unable to locate package dh_make
[06:35] <gnomefreak> oops
[06:35] <gnomefreak> that was why nvm
[06:36] <guardian_> ah right, in fact i have dh-make installed in scratchbox but no man, and on host i have man but not dh-make :)
[06:38] <gnomefreak> installing it to make sure its there
[06:39] <guardian_> why is dh_make outputing "Package:  libfooBROKEN" :/ ?
[06:41] <gnomefreak> not sure but i guess there isnt a man page as man dh-make doesnt find one 
[06:42] <gnomefreak> so if you see one its in a different package and that would confuse the hell out of someone
[06:58] <Kano> hi, will bzr-builddeb updated soon?
[07:12] <LucidFox> what does "Dependency wait" mean in the build status report?
[07:13] <jwendell> geser, around?
[07:14] <ScottK> LucidFox: It means some dependency of the package isn't available, so it's waiting for the dep to be available.
[07:15] <LucidFox> isn't available where?
[07:18] <ScottK> To the buildd's.
[07:19] <ScottK> Which roughly means not in the archive, not build, or FTBFS.
[07:19] <ScottK> Oh, or sitting in the NEW queue.
[07:20] <LucidFox> is it possible to get more details about the build process?
[07:21] <dandel> scottk, know when pidgin will get backported?
[07:22] <ScottK> dandel: When it's been tested sufificiently that someone in ubuntu-backporters feels comfortable aproving it (jdong would be your man).
[07:22] <dandel> i'd like to help test it ^.^
[07:24] <ScottK> dandel: There's an existing bug in feisty-backports for it.  Have a look there at it's status (I haven't been following it).
[07:24] <LucidFox> hmm
[07:24] <tsmithe> man-di, ping!
[07:24] <tsmithe> (this time it's for real)
[07:24] <LucidFox> the build log says that mplayer and mjpegtools are missing build dependencies
[07:25] <tsmithe> in fact...
[07:26] <LucidFox> that's probably because these packages are in multiverse while https://launchpad.net/ubuntu/+source/videotrans/1.6.0-0ubuntu1 has been placed in universe
[07:28] <LucidFox> what can be done in such a case?
[07:29] <Amaranth> LucidFox: i guess get an archive admin to move it to universe
[07:29] <Amaranth> err, to multiverse
[07:30] <guardian_> what's avocated ? rather foo_DATA= dist-me then EXTRA_DIST = $(foo_DATA) ? or rather dist_foo_DATA = dist-me ???
[07:30] <LucidFox> Amaranth> sorry for a stupid question, but how do I do that?
[07:30] <Amaranth> LucidFox: go find one in #ubuntu-devel
[07:30] <LucidFox> ah, ok
[07:31] <Amaranth> guardian_: whatever you wanna call it
[07:31] <Amaranth> guardian_: but that's not packaging, what are you doing? :)
[07:34] <guardian_> well i'm doing both 
[07:34] <guardian_> refactoring my autotools stuff to get it packaged
[07:34] <guardian_> marketing said "made an easy installer package for the n800" hell ok never did this before :D
[07:36] <guardian_> Amaranth: thank you for the help ! so far this channel has been very responsive and helpful, i really appreciate :)
[07:36] <Amaranth> hehe
[07:37] <guardian_> i try to do my best to read a lot then ask, but sometimes dumb questions filter out ;)
[07:44] <norsetto> Hey Daniel, go back there!
[07:45] <dholbach> hey norsetto
[07:47] <norsetto> dholbach: I was about to ask for somebody to review this: http://revu.tauware.de/details.py?upid=6130, don't take it personally ok ;-)
[07:48] <dholbach> norsetto: the easiest way to get that done is: file a needs-packaging bug, mark it as fix committed
[07:49] <dholbach> norsetto: and link the source package in the bug
[07:49] <norsetto> dholbach: thanks, will do
[07:49] <dholbach> super
[07:49] <dholbach> that way it'll turn up on http://daniel.holba.ch/sponsoring
[07:51] <norsetto> dholbach: done ... is the assignee field to be left empty?
[07:52] <dholbach> as you like it
[07:52] <norsetto> dholbach: everything ok down there? Shut me off if you have no time for small talk ......
[07:53] <superm1> dholbach, as "fix committed"?  I thought that was meant to be used when its been committed to the archive, but not yet built
[07:53] <dholbach> norsetto: I'm in a session so don't have time for it right now, sorry
[07:53] <dholbach> superm1: fix committed means something like 'fix is available'
[07:53] <norsetto> of course :-)
[07:53] <dholbach> but different people interpret it differently
[07:54] <superm1> dholbach, which tutorial did you opt for this mornin?
[07:54] <Kmos> superm1: if it's fixed upstream, you can also change to fix commited and add a comment saying it's fixed upstream (svn or bzr..)
[07:55] <dholbach> superm1: I'm in the packaging session :)
[07:55] <superm1> ah :)  I wasn't sure how advanced jeff was going to go on it, so i decided for asterisk myself
[07:55] <dholbach> superm1: how is it?
[07:56] <superm1> well not as good as i was hoping, but much more informative than i previously knew about it
[08:05] <hroo772> is anyone around to help me merge a package from debian
[08:13] <geser> hroo772: which package do you want merge?
[08:13] <geser> jwendell: yes, I'm here
[08:14] <jwendell> geser, Hi. It's just to know if you could review an upload on revu...
[08:16] <hroo772> geser: i don't know if you got my last message, but the package is boinc
[08:17] <geser> hroo772: it went through before the next netsplit
[08:18] <geser> hroo772: boinc has as a build1 suffix, which means that it's only a rebuild and there are no real changes
[08:18] <geser> if you look at http://merges.ubuntu.com/b/boinc/boinc_5.8.17-2build1.patch you'll see that only the changelog got changed
[08:19] <geser> you can file a sync request if the Debian package builds in a current gutsy pbuilder
[08:19] <hroo772> oh, well from http://merges.ubuntu.com/b/boinc/REPORT it said stuff about something needing to be changed i the document
[08:19] <hroo772> well i just tested that amd64 builds fine
[08:21] <geser> there are only translations files
[08:21] <frafu> Hello, I am trying to build a debian package with pbuilder and the build process tells me that the following is not permitted: kill -s HUP `pidof gconfd-2`Should it tell the developer that he has to remove the killing of gconf (and later he kills also the gnome-panel) and find another way? Or is killing other apps during installation allowed and is it me that has to find another way to build the debian package? 
[08:22] <geser> frafu: have you got the error message?
[08:22] <hroo772> geser: so does a change really need to be made to the files, or should it just be passed to be automatically merged (which i dont know how to do)
[08:22] <frafu> yes
[08:23] <frafu> during the building process of the package with pbuilder
[08:23] <geser> hroo772: you can ignore that in that case
[08:24] <geser> hroo772: MoM seems to have some issues with .po files. I've seen in other merges that only the line-wrapping has changed.
[08:24] <hroo772> geser: alrighty, well don't i just need to upload the orig.tar.gz and a .diff and .dsc to have it automatically be built then?
[08:24] <frafu> geser: The manual installation (configure, make, sudo make install) of the package works. 
[08:27] <frafu> geser: kill -s HUP `pidof gconfd-2`
[08:27] <frafu> make[3] : *** [install-schemas]  Error 1
[08:27] <frafu> make[3] : Leaving directory `/tmp/buildd/mousetweaks-0.1.6/data'
[08:27] <frafu> make[2] : *** [install-am]  Error 2
[08:27] <frafu> make[2] : Leaving directory `/tmp/buildd/mousetweaks-0.1.6/data'
[08:27] <frafu> make[1] : *** [install-recursive]  Error 1
[08:27] <frafu> make[1] : Leaving directory `/tmp/buildd/mousetweaks-0.1.6'
[08:27] <frafu> make: *** [install]  Error 2
[08:27] <frafu> pbuilder: Failed autobuilding of package
[08:27] <frafu>  -> Aborting with an error
[08:27] <geser> hroo772: an upload is only need if there are some changes to preserve (which isn't that case with boinc). A sync request ask the archive admins to pull the package directly from Debian. You don't get the original Debian package uploaded without a change.
[08:28] <geser> frafu: please use a pastebin
[08:28] <geser> !paste
[08:28] <ubotu> pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[08:28] <hroo772> geser: gotcha, well i guess ill lookup that info on launchpad
[08:28] <frafu> I suppose this is the key message: kill -s HUP `pidof gconfd-2`/bin/bash: line 0: kill: (9188) - Operation not permitted
[08:29] <frafu> ok; did not know about the pastebin, sorry
[08:29] <geser> frafu: which package is that?
[08:30] <geser> hroo772: https://wiki.ubuntu.com/SyncRequestProcess
[08:30] <frafu> mousetweaks: a package under gsoc development; targeted for gutsy 
[08:31] <geser> frafu: some other packages so a similar thing to get gconfd pickup the new schemas but this is done during the installation of the package and not during build
[08:33] <geser> frafu: someone from the desktop team should know more about how to get gconfd pickup the new schemas
[08:35] <frafu> geser: it is for the schemas,  you are right. So I have to look how to build it. Do you mean that it should perhaps be done without killing gconf? Maybe that I should ask in #ubuntu-desktop? 
[08:40] <geser> frafu: at least during the build there should be no killing
[08:40] <geser> #ubuntu-desktop would be the right place to ask about the schema integration during installation
[08:41] <geser> or perhaps does dholbach know the answer
[08:42] <dholbach> best to ask in #ubuntu-desktop
[08:44] <frafu> geser: I am looking more precisely into the build process of the debian package; further, it will probably be the best if the developer himself asks in ubuntu-desktop; or is it merely a question of the package builder and installation? 
[08:46] <hroo772> geser: does this look like a decently filed bug https://bugs.launchpad.net/ubuntu/+source/boinc/+bug/128045
[08:46] <ubotu> Launchpad bug 128045 in boinc "[Sync Request]  Sync boinc_5.10.8-1 from Debian unstable (universe)" [Undecided,New]  
[08:48] <_wattazoum_> hello there 
[08:50] <frafu> geser, dholbach: thanks for your help
[08:50] <fernando> somebody know why i receive the Error '553 Could not create file' with uploading to revu?
[08:51] <porthose> MOTU's:  Could someone please comment/advocate http://revu.tauware.de/details.py?upid=6147
[08:51] <geser> frafu: the package needs fixing, so it would be better to let the developer ask except you want to help him to improve the package
[08:52] <_wattazoum_> can someone tell me how to manage to get my application uploaded on multiverse ? 
[08:53] <geser> hroo772: looks good, did you test build the package in a gutsy pbuilder?
[08:53] <hroo772> ill note that it built in amd64 and i386 once the i386 build finishes
[08:54] <frafu> geser: I will talk to the developer about the problem and let him decide 
[08:54] <frafu> geser: thanks again 
[08:55] <fernando> geser, can you remove mergeant of the revu? i'm receiving error while uploading a new version.
[08:55] <jwendell> fernando, does that file already exist on server (perhaps a broken upload)?
[08:56] <jwendell> fernando, you can use dput -f 
[08:56] <fernando> jwendell, yeah, i have tried remove with dcut, but don't working
[08:56] <jwendell> dcut doesn't work on revu :(
[08:56] <jwendell> i figured out this yesterday :)
[08:56] <fernando> jwendell, -f don't work too
[08:56] <geser> fernando: I've no revu admin powers
[08:57] <jwendell> fernando, then someone with admin rights have to remove that file on server (dsc file?)
[09:00] <jwendell> xxxxx1, joe satriane fan ?
[09:01] <jwendell> sacater, could you please review http://revu.tauware.de/details.py?upid=6163
[09:04] <ScottK> REVU doesn't support dcut.  No suprise that didn't work.
[09:04] <fernando> ScottK, can you remove the files then?
[09:05] <asisak> you need reviewer rights IIRC
[09:05] <asisak> (admin is not needed)
[09:05] <ScottK> To remove the files, you need an admin.
[09:05] <ScottK> Which is not me.
[09:08] <xxxxx1> jwendell, hehe
[09:09] <jwendell> i am
[09:09] <xxxxx1> joe rocks
[09:20] <AndyP> MOTUs: please review http://revu.tauware.de/details.py?upid=6127 (gmusicbrowser) if you have a few moments spare, thanks. the source now has the required license and license headers although i'm not entirely sure whether it using GPLv3 throws up any new problems
[09:22] <segfault> is that possible to nuke a package?
[09:22] <ScottK> segfault: Yes, but why?
[09:23] <segfault> scottk: there is a new package of roundcube in gutsy, which is better than mine, so i'd like to remove mine from sources
[09:23] <segfault> and there's a specific group in debian maintaning it
[09:23] <ScottK> Just archive it.
[09:24] <ScottK> Leave a comment that it's already in gutsy.
[09:24] <ScottK> Nuking takes a REVU admin and we don't appear to have any handy.
[09:24] <segfault> how do i archive it?
[09:25] <segfault> i mean, i haven't created a new package for gutsy, but looks like it was automatically synced
[09:26] <ScottK> Syncing from Debian is normal.
[09:26] <ScottK> segfault: I'll archive it.  Not sure if you can.
[09:27] <segfault> ScottK: yup, but it was synced from feisty tree i guess. But if you can archive it, that's great!
[09:28] <ScottK> Looks like someone else already archived it.  It's not on the main page anymore.
[09:29] <sommer> hey Scottk, I'm trying to install MailScanner to test clamav and I'm getting dependency issues from libcurl3-dev.
[09:29] <sommer> is that an issue with your clamav packages?  or libcurl3?
[09:30] <ScottK> Um probably mailscanner.
[09:30] <sommer> I forget, but wasn't there some discussion about curl recently?
[09:31] <ScottK> failed library transition.
[09:31] <ScottK> Shouldn't affect what you are doing.
[09:31] <sommer> ah...I'll dig deeper.  
[09:31] <sommer> may be some config I've munged up.
[09:35] <AndyP> libcurl3-dev is virtual and is provided by libcurl4-openssl-dev, which seems a little strange to me, but what do i know :)
[09:35] <segfault> after fixing bugs in a package, should i just send it to REVU, and after approved, it will reach the update server?
[09:35] <asisak> segfault: you might provide only a debdiff
[09:36] <asisak> if you "only" want to fix bugs in a package
[09:37] <sommer> I think I'm good to go I removed libclamav-dev.  I must of force installed it or something.
[09:43] <ryanakca> what's the difference between universe.html and universe-manual.html on MOM ?
[09:48] <ryanakca> better yet, If a debian package builds fine in a gutsy sbuild/pbuilder and is sane, it can be synced? And if it doesn't I have to dig to compare the changes?
[09:49] <ScottK> ryanakca: Yes you do.  For your sync request you need to explain each of the Ubuntu changes and why it's OK for it to be dropped.
[09:53] <jussi01> hmmm, who is our resident bluetooth expert?
[09:53] <ryanakca> ah.
[09:54] <ryanakca> ScottK: ok. I guess in that case I had better ask the Ubuntu maintainer to do the merges, since he knows all about it.
[09:54] <ScottK> Who is that?
[09:55] <ryanakca> Tonio
[09:56] <ScottK> I would generally consider to polite to discuss it with him anyway.
[10:01] <jussi01> ScottK: do you still have that problem with mnemosyne now its out of new?
[10:02] <ScottK> Dunno.
[10:02] <ScottK> I had your test version installed.
[10:02] <jussi01> ScottK: got out of new this morning :)
[10:02] <ScottK> Just check to make sure you aren't missing a / in a mime type.
[10:02] <ScottK> Congratulations.
[10:03] <jussi01> :)
[10:03] <jussi01> thanks
[10:05] <ScottK> I'm pretty sure the problem is still there as I don't recall you changing that.
[10:06] <jussi01> ScottK: where am i supposed to have the / ?? MimeType=application
[10:07] <ScottK> Dunno.  I just got the error.
[10:07] <jussi01> hmmm, weird, ill ask persia when he wakes up....
[10:14] <ryanakca> wonderful... for some random reason, my consold decides to use qwerty instead of dvorak
[10:18] <sacater> jwendell: huh
[10:18] <sacater> jwendell: im not an motu
[10:19] <xxxxx1> bye all
[10:19] <jwendell> sacater, ah sorry :)
[10:19] <jwendell> ScottK, could you please review http://revu.tauware.de/details.py?upid=6163
[10:20] <ScottK> Not currently.  The machine that's set up for reviewing is currently pegged compiling stuff.
[10:21] <ryanakca> Umm. any sbuild + schroot + lvm -ers willing to help me out with setup?
[10:21] <ryanakca> And yes, I've followed the howto on the wiki/h.u.c
[10:22] <geser> isn't persia using such a setup?
[10:23] <jwendell> ScottK, TheMuso has reviewed it and pointed out some issues (lintian warnings). I've fixed that and uploaded again. That's an update, not a new package
[10:24] <ryanakca> geser: dunno.
[10:24] <ryanakca> geser: I'll ask him when he shows up :)
[10:25] <ScottK> jwendell: Why all the make file cruft in the .diff?
[10:26] <jwendell> ScottK, i don't know. i just got the debian dir from previous (0.2) version and changed it to reflect the new version
[10:26] <geser> jwendell: it would be nice if you could name each change you did (like dropped changes, new changes, etc.) in the changelog. This will hopefully make the merging easier when Debian packages the new version.
[10:26] <ScottK> jwendell: What geser said.
[10:27] <jwendell> geser, ScottK, but i did nothing, just got the new upstream version
[10:29] <ScottK> You didn't happen to build the binary and then use a dirty source to upload did you?
[10:30] <jwendell> ScottK, actually i've made a binary
[10:30] <geser> then the changelog is ok, if the old diff.gz applied cleanly to the new version and needed any changes
[10:33] <jwendell> ScottK, is that a problem?
[10:34] <ScottK> Well if you weren't careful you may have contaminated your source.  How did you build it?
[10:34] <jwendell> debuild -S -sa
[10:36] <fernando> ScottK, can you review http://revu.tauware.de/details.py?upid=6124 after?
[10:36] <ScottK> That could do it.
[10:36] <ScottK> No, that just makes the source package.
[10:37] <ScottK> jwendell: How did you build the binary?
[10:37] <jwendell> debuild
[10:37] <jwendell> but after i built binary, i deleted some files created (*.deb, *i386*, etc)
[10:38] <jwendell> and the built the source
[10:38] <jwendell> s/the/then/
[10:38] <ScottK> jwendell: Try downloading a clean source tarball, copying over your debian dir, debuild -S -sa, and then see if the .diff.gz has all the makefile stuff in it.
[10:42] <jwendell> ScottK, same thing, let me change a bit the rules file, one minute
[10:45] <jwendell> ScottK, ok, figured out
[10:45] <jwendell> ScottK, should i upload it again?
[10:45] <ScottK> Good.  What was it?
[10:46] <jwendell> ScottK, in rules file there was a copy of config.guess and config.sub in 'clean' rule
[10:47] <jwendell> ScottK, so, before the build, it was copying these files to cur dir
[10:47] <ScottK> Be sure to document that change in debian/rules and then upload again.
[10:47] <jwendell> you mean changelog?
[10:47] <ScottK> Yes.  Document the change in debian/rules in debian/changelog.
[10:48] <geser> so the config.{guess,sub} doesn't get updated anymore?
[10:48] <geser> any reason for this?
[10:50] <jwendell> geser, sorry? i didn't understand your question
[10:51] <geser> why did you change debian/rules to not copy config.{guess,sub} from autotools-dev anymore?
[10:51] <jwendell> geser, because it was generating extra stuff in debdiff
[10:52] <jwendell> geser, i guess it's not necessary, once i managed to build the binary with those rules dropped
[10:53] <jwendell> geser, upstream comes with those 2 files
[10:53] <jwendell> why should we copy them again?
[10:53] <geser> jwendell: Ubuntu doesn't support all the arches as Debian but this is usually done to get an uptodate config.{guess,sub} which also support archs like kfreebsd-linux-i386 (or however it's called)
[10:56] <jwendell> geser, i don't know what to do then. ScottK told about that extra stuff in diff.gz, you're telling this is a important thing
[10:56] <jwendell> what must i do then?
[10:56] <ScottK> jwendell: Listen to geser over me on this.  He knows more in this area.
[10:56] <guardian> does anyone happen to know the url of the upstream bug management software for xorg-xephyr ?
[10:56] <geser> important for Debian, less important for Ubuntu
[10:57] <jwendell> ScottK, so, i guess older upload is right then
[10:57] <geser> as many package have this in there diff.gz I ignore it normally
[10:57] <jwendell> (i didn't upload again yet)
[10:58] <ScottK> The diff looked reasonable, so since I can't build it right now, I don't have any other comments.
[10:59] <jwendell> ok, can you, geser?
[10:59] <geser> jwendell: as this is an update for an existing package, I wouldn't add unnecessary changes as one has to decide later if this change is important enough to do a merge instead of a sync
[11:00] <jwendell> indeed
[11:01] <geser> jwendell: test-building now
[11:01] <jwendell> geser, ScottK, i have to go now. Thanks for your classes :) See you later!!
[11:01] <jwendell> thanks, geser
[11:10] <StoneTable> Quick question.  There's a package (geoip) that's sorely out of date (in unstable).  I've synced it with upstream for my needs, but what's the best way to get the synced version 'official'?
[11:11] <ScottK> StoneTable: Update the package and upload it to revu.
[11:12] <ScottK> !revu | StoneTable
[11:12] <ubotu> StoneTable: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[11:12] <StoneTable> cool, thanks
[11:15] <StoneTable> ok, so I think I just need to wait for the keyring to resync. I haven't used REVU yet
[11:16] <ScottK> You need to have your gpg key on your launchpad account, be a member of the contributors of packages to universe team, and the key ring needs to be synced.
[11:16] <StoneTable> I've got the first two down
[11:17] <ScottK> OK.  When did you join the team?
[11:17] <StoneTable> 5 minutes ago :)
[11:18] <ScottK> OK.  Then we need a revu admin to sync the key.
[11:19] <ScottK> It syncs once per day automatically.
[11:19] <ajmitch> I'm not exactly here & awake, since I'm at work
[11:20] <ScottK> Perfect.
[11:20] <StoneTable> Cool, thanks!  whiprush pestered me to come here and do this properly
[11:20] <ajmitch> oh fun
[11:21] <StoneTable> heh, me too.  He's a good drinking buddy ;)
[11:30] <jussi01> gah, please, someone show me how to search bugs by tag (needs packaging)
[11:31] <geser> jussi01: start at https://launchpad.net/ubuntu/+bugs, open the Tags portlet and pick the one you want
[11:33] <jussi01> geser: thank you. now please tell me how to get to that bugs page from launchpad front page.... if I click on bugs it doesnt come up...
[11:34] <ScottK> jussi01: It's launchpad.  All the juicy bits are hidden.
[11:34] <jussi01> lol
[11:35] <ajmitch> StoneTable: right, it has synced & all
[11:35] <ajmitch> ScottK: your bitterness is showing again
[11:35] <StoneTable> awesome, thanks.  I'll have this uploaded shortly, I hope
[11:35] <ajmitch> StoneTable: wallpaper thing?
[11:35] <StoneTable> no (though someone else has packaged that now, I think).  I'm syncing the geoip package with upstream
[11:36] <StoneTable> the packaged version is a year and a major revision out of date
[11:36] <ajmitch> ah right
[11:36] <ajmitch> probably why the last upload in debian was an NMU
[11:37] <ScottK> ajmitch: No.  Just stating facts.  The other day I saw someone use a link that showed who had made the status changes in a bug and when and I sure as heck can't find it again.
[11:37] <StoneTable> ahh
[11:37] <StoneTable> y
[11:37] <StoneTable> a
[11:37] <geser> jussi01: start at https://launchpad.net/, click on Ubuntu under Featured projects, click on the Bugs tab, click on List all open bugs (right above the two buttons), add a bookmark :)
[11:37] <ajmitch> ScottK: you mean the activity log?
[11:37] <jussi01> geser: thanks...  :)
[11:37] <ScottK> Yeah.  That one.
[11:38] <broonie> ScottK: View activity log at the bottom of the actions list.
[11:38] <broonie> (or append +activity)
[11:39] <ajmitch> the one that's linked from every bugs page?
[11:39] <geser> it's sometime easier to remeber the url than how to get there
[11:40] <ajmitch> usually, yes
[11:40] <ajmitch> but that's often the case with any complex system
[11:40] <ScottK> Well there it is.
[11:40] <ScottK> Heh.
[11:40] <ScottK> Now I know.  Thanks.
[11:41] <geser> I've already set up quicksearches in firefox to jump to a specific bug number or the bug listing for a source package
[11:41] <ajmitch> that's generally the easiest way to do it
[11:42] <ajmitch> or to view the build queue, NEW queue, etc
[11:42] <geser> those are bookmarked
[11:43] <ajmitch> hello ogra 
[11:53] <ogra> hey hey
[12:11] <vbabiy> Hey guys any idea when there will be a update version of thunderbird 
[12:11] <crimsun> not a MOTU issue.
[12:11] <vbabiy> crimsun: where should I ask
[12:11] <crimsun> you shouldn't.
[12:12] <vbabiy> crimsun: explain 
[12:12] <crimsun> first, assuming you mean the mail client, it hasn't been backported, which is the only way you'll see it in a [currently stable]  release.
[12:13] <crimsun> second, thunderbird is a main source package.  MOTU doesn't care for main source packages, only universe & multiverse.
[12:13] <vbabiy> crimsun: could i use this http://ubuntu.iuculano.it/dists/feisty/thunderbird/
[12:14] <crimsun> you could, but you get to keep the pieces.  We do not support random crackpot repos.