[00:13] <hggdh> huats: weechat uses cmake
[00:14] <huats> hggdh, thanks
[03:35] <Gaming4JC> Can some one tell that MOTU that they NEED to put USBView back into the repos? :P
[03:35] <Gaming4JC> Looks like they stopped support in Intrepid, such a pity now that I need to get it working on 9.10 - guess I'll compile it myself.
[03:36] <ajmitch> the removal message for it said that it was deprecated & no longer maintained upstream
[03:37]  * ajmitch has no idea what the replacement would be
[03:37] <Gaming4JC> lol yah I was going to say what is the replacement.
[03:37] <Gaming4JC> :P
[03:37] <Gaming4JC> It's an impeccably useful tool, I suggest they get it back. It even works on Windows still ;)
[03:42]  * Gaming4JC files a launchpad bug ^^
[03:47] <superm1> persia, i was just told there is an #ubuntu-packaging channel now by mrand.  when i asked what's that offer that this one doesn't i was ordered to ask you.?
[03:48] <ScottK> superm1: Support for non-Ubuntu packages, e.g. PPAs.
[03:48] <superm1> shouldn't the packaging be just the same though?
[03:49] <ScottK> Should be, but there are people (like me) who feel pretty strongly that this isn't the place for PPA help.
[03:50] <superm1> well help pushing to a PPA maybe not, but the same packaging standards should be used no matter where it's going
[03:51] <ScottK> I don't think it's on topic to ask for help here if you aren't trying to get stuff into Ubuntu.
[03:51] <ScottK> Just because LP decided to add PPAs, doesn't make us the support staff for it.
[03:53] <superm1> but surely if someone comes in here saying "Help, debian/rules keeps failing", the first question won't be "Is your package actually in ubuntu?" with a response  "No, get out of here, and go get help from people in #ubuntu-packaging"
[03:54] <cody-somerville> I think the idea is that this channel will go away someday
[03:55] <cody-somerville> and #ubuntu-packaging will be for all packaging related questions
[03:55] <ScottK> No, usually it's more like "Hey, I want to put something in this PPA, please teach me all about packagiing"
[03:55] <ScottK> cody-somerville: No, it's not.
[03:55] <ScottK> MOTU isn't going away, so why should this channel?
[07:16] <pochu> From: Bug 123674 <123674@bugs.launchpad.net>
[07:16] <pochu> To: Emilio Pozuelo Monfort <pochu27@gmail.com>
[07:16] <pochu> Subject: Join my network on LinkedIn
[07:16] <pochu> lol
[07:58] <dholbach> good morning
[08:50] <freeflying> dholbach: moin
[08:51] <dholbach> hi freeflying
[13:01] <duanedesign> working on a possible FFe. Getting some warnings when building the new upstream source. http://paste.ubuntu.com/401850/
[13:01] <duanedesign> any help would be appreciated
[14:48] <geser> duanedesign: I'm not sure but it looks like you try to install the schemas during the build. This should only happen on package install.
[14:49] <geser> but you could double-check in #ubuntu-desktop as they know more about gconf schemas and when to install
[14:58] <bilalakhtar> I have uploaded the package gnome-media-player on REVU and filed a needs-packaging bug. The REVU url is http://revu.ubuntuwire.com/p/gnome-media-player and the bug url is https://bugs.launchpad.net/ubuntu/+bug/551702
[14:58] <duanedesign> thank you geser
[14:58] <bilalakhtar> ubottu: Yes that one. Thanks.
[15:09] <zooko> Greetings, people of #ubuntu-motu! There are two urgent problems with Tahoe-LAFS in Lucid:
[15:09] <zooko> https://bugs.launchpad.net/ubuntu/+source/tahoe-lafs/+bug/551333
[15:09] <zooko> https://bugs.launchpad.net/ubuntu/+source/foolscap/+bug/548993
[15:09] <zooko> Please help if you can.
[15:19] <james_w> zooko: I can see the problem for the first, going to test-build to confirm
[16:13] <lfaraone> Is it possible to construct a control file so that when uploaded to Debian a package will depend on FOO, but when synced to Ubuntu the package will depend on BAR?
[16:14] <lfaraone> (using CDBS)
[16:16] <geser> lfaraone: you might try to solve this via dh_substvars and setting the value depending on the distibution (lsb_release) (or any other test)
[16:32] <lfaraone> geser: okay, I'll use DEB_DH_GENCONTROL_ARGS with -V, then, right?
[16:32] <lfaraone> geser: (there is no command dh_substvars)
[16:34] <geser> yes, or use debian/substvars (see man deb-substvars)
[16:35] <geser> IIRC it can also be debian/$pkg.substvars like the other files in debian/
[17:27] <lfaraone> I'm getting an odd pbuilder failure when I try to create a sid chroot to test my substvars: " sudo DISTRIBUTION=sid cowbuilder --create --basepath ~/cowbuildersid --mirror http://mirror.anl.FYI: gov/debian/
[17:27] <lfaraone> (and it fails on: "W: Failure trying to run: chroot /home/lfaraone/cowbuildersid/. dpkg --force-depends --install /var/cache/apt/archives/base-files_5.1_amd64.deb /var/cache/apt/archives/base-passwd_3.5.22_amd64.deb"
[17:46] <bencrisford> !info scribus
[17:48] <nigelb> just a doubt, how do I test packages that need dbus access after build?
[17:48] <nigelb> i.e, I cannot run it inside a chroot, since it throws up errors
[18:24] <AnAnt> Hello, can someone review/sponsor http://revu.ubuntuwire.com/details.py?upid=8017 ? It has been granted an FFe in LP #543679
[18:37] <JontheEchidna> AnAnt: revu'd
[18:42] <nigelb> I'm trying to run pitivi inside chroot and I get this error http://paste.ubuntu.com/406640/
[18:42] <nigelb> any clues as to how to run the package and test it?
[18:52] <maco> so if there's anyone in here who hasnt yet learned how to fight with quilt and win, this is a nice tutorial: http://www.wzdftpd.net/blog/index.php?2008/02/05/3-quilt-a-patch-management-system-how-to-survive-with-many-patches
[18:53] <nigelb> maco, shouldn't all patches be popped before adding a new one?
[18:53] <maco> nigelb: no reason to... depends what order you want them to be applied
[18:54] <nigelb> hmm :)
[18:54] <maco> if you push them all then add yours, yours goes last. if you pop them all then add yours and push the rest..yours goes first
[18:54] <geser> and might break other patches if the patch the same file
[18:55] <geser> so it's better to add your patch last
[18:55] <nigelb> geser, yeah, I remember maco teaching me to pop -a first
[18:55] <maco> nigelb: sorry
[18:55] <nigelb> urgh!!!
[18:55] <nigelb> geser, maco: s/pop/push
[18:55] <maco> nigelb: if they all still apply you're ok ;-)
[18:56] <nigelb> I'm too tired and not thinking before I type
[18:56] <maco> oh see then i didnt teach wrong. yay :)
[18:56] <nigelb> :D
[18:58] <hyperair> quilt++
[18:59]  * sbeattie wants bzr-looms to get just a bit better; that'd be the ideal situation, to have quilt-like functionality as a first class supported feature (with revision tracking on the patches themselves) built into the vcs tool.
[18:59] <sbeattie> of course, the advantage of quilt is that it's vcs agnostic.
[19:10] <Riddell> mok0: where is the bug for your python-django upload to jaunty-backports?
[19:28] <AnAnt> johe|work: thanks
[19:36] <AnAnt> JontheEchidna: thanks
[19:49] <AnAnt> JontheEchidna: re-uploaded to  http://revu.ubuntuwire.com/details.py?upid=8040
[19:52] <JontheEchidna> AnAnt: Looks good, ack'ing
[19:52] <AnAnt> JontheEchidna: thanks
[19:53] <AnAnt> JontheEchidna: does it need a second ack ?
[19:53] <JontheEchidna> AnAnt: probably, yeah
[19:54] <JontheEchidna> nixternal: mind revu'ing this plymouth package^?
[19:54] <JontheEchidna> (he packaged the kubuntu theme)
[19:55] <AnAnt> kubuntu ?
[19:55] <maco> is awesome
[19:56] <maco> AnAnt: its the kde version of ubuntu
[19:56]  * AnAnt scratches his head
[19:56] <JontheEchidna> The official KDE derivative of Ubuntu
[19:56] <AnAnt> yes, I know, but I didn't package the kubuntu theme
[19:56] <JontheEchidna> AnAnt: nixternal did
[19:56] <maco> AnAnt: nixternal did, so he knows how plymouth packages work
[19:56] <AnAnt> ah, ok
[19:57] <JontheEchidna> sorry if that was a bit confusing
[19:58] <zooko> Folks: can anyone here upgrade foolscap in Lucid? https://bugs.launchpad.net/ubuntu/+source/foolscap/+bug/548993
[19:58] <zooko> I'll add a note to the ticket explaining the impact of the bug.
[19:58] <maco> zooko: is it new features? if so you need FFe
[19:59] <AnAnt> why is kubuntu's plymouth theme Arch: any ?
[19:59] <james_w> it read as bugfix only to me
[19:59] <zooko> maco: no it is a bugfix.
[20:00] <maco> ok then i can do it
[20:00] <zooko> Great!
[20:01] <maco> N^2 to N? nice
[20:01] <zooko> Yes, it makes the difference between a 20 MB mutable file being nearly impossible to transfer vs it being easy. :-)
[20:15] <maco> zooko: ok test building. will upload when done
[20:15] <zooko> maco: sweet! Thanks.
[20:23] <maco> zooko: you wanna test the package from my ppa before i upload it to universe?
[20:47] <maco> i guess that means "no"?
[20:51] <jpds> maco: You might never know.
[20:52] <lfaraone> AnAnt: Is it not platform dependent?
[20:53] <AnAnt> lfaraone: the theme itself, no
[20:53] <AnAnt> lfaraone: it's just a script & some images
[20:54] <AnAnt> lfaraone: so unless it contains some plugin, then it should be Arch: all
[21:03] <zooko> maco: OpenAFS? Cool!
[21:03] <zooko> maco: discussion of how to test your PPA is on #tahoe-lafs right now.
[21:04] <maco> zooko: ok. i just want confirmation that it upgrades ok and doesnt have any regressions, as lucid releases in only a month
[21:04] <maco> zooko: and i've switched off my company's openafs team to go to the r&d team now
[21:56] <cnd> I'm interested in working to become a MOTU, so I was wondering what work I could start with?
[21:56] <cnd> I have a lot of package merging experience, so I figured I could help with it when L+1 merging starts
[21:57] <cnd> but I'd be open to any kind of work
[22:01] <james_w> cnd: fixing release critical bugs, packages that fail to build from source, pulling in useful fixes from debian and the like are very useful at this point in the cycle
[22:02] <cnd> james_w: I'm already doing the release critical bugs part as part of the kernel team :), but where can I find a list of failing to build pkgs and fixes to be merged from debian?
[22:02] <sebner> !MOTU | cnd <-- already read?
[22:02] <james_w> cnd: qa.ubuntuwire.com should have links
[22:02] <cnd> sebner: yes
[22:03] <cnd> james_w: thanks, I'll take a look
[22:05] <bencrisford1> what do i need to install in order to use dh_make?  terminal told me to do apt-get install dh_make when it tried to run it, but i got package not found
[22:05] <cnd> james_w: so if I find a package to try to fix, do I check it out from bzr, push a fix to my lp account, and make a merge proposal?
[22:05] <james_w> cnd: yuppers
[22:05] <cnd> or is there some other method used?
[22:05] <cnd> james_w: and the default reviewer should be correct?
[22:06] <james_w> cnd: yeah, it's fine
[22:11] <bencrisford1> !info dh_make
[22:11] <sebner> !info dh-make | bencrisford1
[22:12] <bencrisford1> sebner: how come when it tells me it dont exist..?
[22:12] <bencrisford1> !info dh_make
[22:12] <sebner> bencrisford1: see what I wrote ;)
[22:12] <sebner> bencrisford1: dh_make != dh-make
[22:12] <bencrisford1> ohhh
[22:13] <bencrisford1> hehe, i feel so stupid :P
[22:13] <bencrisford1> sebner: i think thats a sign i need sleep
[22:13] <sebner> heh
[22:19] <bencrisford1> when im running dh-make, i can do -e to set the maintainer email, but what about the maintainer name
[22:19] <bencrisford1> cos its saying its me by default.. when it isnt :(
[22:28] <MaximLevitsky> soren: I just found out that libmms 0.5 is still not in lucid. Why?
[22:35] <soren> MaximLevitsky: No idea.
[22:36] <MaximLevitsky> soren: I though that it would be pulled automaticly
[22:36] <MaximLevitsky> soren: you are the maintainer of libmms, if I remember correctly, right?
[22:37] <MaximLevitsky> soren: can you pull it there, so I have 2 less bugs on my bug list :-)
[22:38] <MaximLevitsky> soren: and won't need to install it manually
[22:48] <MaximLevitsky> soren: ???
[22:51] <Gaming4JC> Anyone here know how to get a package back onto the live cd repo before the launch?
[22:52] <Gaming4JC> https://bugs.launchpad.net/ubuntu/+source/wvdial/+bug/400573/
[22:52] <ajmitch> Gaming4JC: no need to ask here as well as in #ubuntu-devel
[22:52] <ajmitch> considering that you're getting answers there
[22:52] <Gaming4JC> just noticed.  :)
[22:52]  * Gaming4JC goes back to devel
[22:52] <Gaming4JC> :D
[23:10] <soren> MaximLevitsky: I'll get to it eventually.
[23:11] <MaximLevitsky> soren: don't forget, ok?