[12:48] <ademan> hey i'm doing a sort of test build of the binary package for code::blocks, and pbuilder is downloading g++ 3.4  wtf?  Should i change it to 4.1 in the control file (i assume that's what's making pbuilder download it)
[12:49] <jdong> is it building with g++ 3.4 or 4.1?
[12:49] <jdong> it might FTBFS with newer GCC  and that's why it asks deliberately for an older one.
[12:50] <ademan> FTBFS?
[12:50] <ademan> well pbuilder is downloading 3.4, so i assume it's going to build with 3.4
[12:50] <ademan> haven't quite gotten there yet :-)
[12:50] <jdong> let it do it first
[12:51] <jdong> and see if you can contact the previous maintainer
[12:51] <jdong> see if ther ewas a reason why it builds against 3.4
[12:51] <ademan> well the upstream packager wrote the debian dir
[12:52] <ademan> he kinda looked at me funny when i suggested letting the individual distros take care of packaging for themselves
[12:52] <LaserJock> no don't I feel smart, I just changed the password on my computer and promptly forgot it :/
[12:52] <TheMuso> LaserJock: lol
[12:53] <ademan> hrm, " *** No rule to make target `configure', needed by `config.status'.  Stop.
[12:53] <ademan> pbuilder: Failed autobuilding of package"  That would be a problem with debian/rules most likely right?
[12:54] <StevenK> LaserJock: Live CD, chroot, passwd ?
[12:54] <LaserJock> well, it's on OS X, not sure if that'd work very well
[12:55] <StevenK> Oh right, you're a Mac fanboy
[12:55] <LaserJock> well, it's what I "get" to use
[12:56] <ademan> anyone on my pbuilder error?
[12:58] <LaserJock> ademan: look at the configure.status: rule and see if it calls configure:
[12:59] <ademan> LaserJock: ./configure?
[01:00] <LaserJock> no
[01:00] <LaserJock> debian/rules has to have a configure: rule
[01:00] <LaserJock> I think
[01:00] <LaserJock> anyway
[01:00] <pochu> hey, does anybody know if network-admin belongs to gnome-system-tools?
[01:00] <LaserJock> look at debian/rules and see if config.status: is calling configure: 
[01:01] <ademan> heh, config.status depends on configure
[01:01] <ademan> which doesn't exist
[01:02] <ademan> and of course, the debian dir is part of the upstream source, but i suppose i should just edit it anyways?
[01:03] <coNP> pochu: yes it does
[01:04] <pochu> coNP: thanks!
[01:04] <pochu> it's for bug 81564
[01:04] <Ubugtu> Malone bug 81564 in Ubuntu "network-admin fails to switch properly between profiles" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81564
[01:11] <ademan> LaserJock: so should i just edit the debian/rules to have a configure target?  (which does nothing, but could in the future) ?
[01:11] <LaserJock> yeah
[01:22] <ademan> LaserJock: i avoid autotools like the plague (actualyl that's the main reason why i'm trying so hard to package all these IDEs), how do I get a ./configure script?  as of now i've got a configure.in,  i have to run like aclocal or something, then autoconf?
[01:33] <ademan> ugh, it doesn't work at all anymore
[01:34] <ademan> i broke it :-)
[01:34] <ademan> anyways i gtg, i'll work on it later tonight
[01:34] <ademan> actually, before i do, dpkg-buildpackage complains about  a "missing separator"
[01:35] <ademan> what's it talking about?  the line before says debian/rules clean    but i didn't modify the clean target at all
[01:37] <bddebian> Probably a missing/extra tab or \
[01:37] <ademan> yeah, i just figured it out
[01:37] <ademan> gedit was set to use 4 spaces rather than a tab character :-)
[01:37] <ademan> er, :-/
[01:38] <bddebian> Damn, I swear half of the merges left are just plain borked
[01:38] <ademan> merges from debian?
[01:38] <bddebian> Yeah
[01:39] <ademan> heh, sorry :-(
[01:39] <ajmitch> that's why they're still on the page
[01:39] <ademan> i'm not much of a motu, this'll be my first package, last time i tried to package something i ended up failing and vil stepped in and fixed it
[01:40] <bddebian> somerville32: You here?
[01:40] <somerville32> bddebian, Yup
[01:40] <ademan> pbuilder told me aclocal doesn't exist, wtf?
[01:41] <ajmitch> not in build deps?
[01:41] <ademan> in debian/control?
[01:41] <ademan> the autotools package right?
[01:41] <bddebian> somerville32: Did you ever try fnfx merge?
[01:41] <ajmitch> ademan: an appropriate automake package
[01:41] <somerville32> I'm doing it as we speak
[01:42] <ajmitch> eg automake1.9 or 1.10
[01:42] <ademan> ajmitch: aclocal is a part of that?
[01:42] <ajmitch> hm, we don't have 1.10
[01:42] <ajmitch> well yes
[01:42] <bddebian> And doko and slomo are plastered all over merges.u.c :)
[01:43] <somerville32> bddebian, Are you expecting me to have difficulties or just interested in me doing it? :)
[01:43] <bddebian> somerville32: Both ;-P
[01:43] <ademan> ajmitch: under Build-Depends: right?
[01:43] <somerville32> bddebian, What difficulties do you expect?
[01:44] <ajmitch> yes
[01:44] <ademan> thanks, i gtg now, i'll be back later tonight to pester you guys
[01:44] <bddebian> somerville32: If you are using the scripts it might not be too bad.  I was doing it by hand :-(
[01:44] <bddebian> Heya LaserJock
[01:47] <LaserJock> brb
[01:47] <somerville32> bddebian, It says in the changelog that it "resynced" with debian, so this would mean changes before hand no longer apply, right?
[01:54] <bddebian> somerville32: Probably not.  Some of us say re-synced even if/when we mean re-merged
[01:55] <ajmitch> LaserJock!!
[01:55] <LaserJock> well, that was annoying
[01:56] <ajmitch> server gone up in smoke again? :)
[01:56] <LaserJock> no, reset my password and immediatly forgot it
[01:56] <LaserJock> it's one of those days
[01:57] <LaserJock> anyway, one OS X install disc and Keychain recovery and I'm back in business ;-)
[01:57] <somerville32> bddebian, Guh. Maybe I don't want to do this merge ;] 
[02:01] <bddebian> somerville32: How come? :-)
[02:04] <somerville32> Welp, here goes nothing
[02:07] <somerville32> bddebian, Ok
[02:07] <somerville32> I think I've merged it, lol
[02:11] <bddebian> somerville32: Does it build? :)
[02:11] <somerville32> Yup
[02:13] <somerville32> There are some deltas that I'm not sure are right
[02:13] <bddebian> I actually asked for a sync but Mithrandr questioned me
[02:14] <bddebian> I think most of the crap is old and unnecessary but hey, what do I know? :)
[02:16] <somerville32> There are some Ubuntu specific changes
[02:16] <somerville32> But I dunno if it is applicable any longer
[02:17] <bddebian> Exactly
[02:17] <bddebian> Some (many?) of them go back to Hoary
[02:18] <somerville32> Can I DCC send you the debdiff for review?
[02:19] <bddebian> I don't think I can receive dcc
[02:20] <somerville32> Look at the debdiff
[02:20] <somerville32> There are acpi-related mods by Ubuntu
[02:20] <somerville32> But they aren't really mentioned in the changelog
[02:20] <bddebian> I know
[02:22] <somerville32> I can just delete the autogenerated Makefile.in and stuff from the diff, right?
[02:23] <somerville32> bddebian, ^^
[02:23] <bddebian> somerville32: Should be fine, yes
[02:25] <somerville32> is configure autogenerated?
[02:26] <bddebian> Can be
[02:28] <somerville32> It looks like Canonical has invested money in this package, ;] 
[02:29] <bddebian> somerville32: How so?
[02:30] <LaserJock> what package are you working on?
[02:31] <somerville32> fnfx
[02:31] <somerville32> bddebian, It appears they rewrote the entire acpi stuff for it
[02:31] <somerville32> The author has a canonical e-mail
[02:39] <bddebian> somerville32: Ahh
[02:43] <somerville32> Ok, I think I have a sane patch that I'm going to try
[02:51] <crimsun> keescook: do we need a security update for breezy's and dapper's acroread, too?
[02:52] <keescook> crimsun: yeah, if you're interested.  :)
[02:52] <crimsun> ok, working on it now.
[02:52] <keescook> awesome.  :)
[03:01] <bddebian> crimsun: Then you want to look at libticables2 for me? :)
[03:04] <somerville32> bddebian, If this compiles, I'm going to file the merge.
[03:05] <somerville32> It fails, lol
[03:05] <somerville32> Must have removed something needed
[03:06] <somerville32> How can I use filterdiff to remove files?
[03:06] <crimsun> the man page is pretty nice.
[03:07] <crimsun> essentially: use -x with '*foo' to exclude; use -i with '*foo' to include
[03:07] <azeem> W18
[03:07] <azeem> hrm
[03:07] <somerville32> thanks
[03:07] <crimsun> bddebian: security errata first.
[03:08] <bddebian> azeem: :-)
[03:08] <bddebian> crimsun: I'm just busting your chops
[03:11] <crimsun> bddebian: sorry, but you've got all the chops :-)
[03:11] <zakame> morning all
[03:11] <crimsun> 'morning
[03:11] <bddebian> Heya zakame
[03:11] <zakame> yo bddebian crimsun
[03:12] <bddebian> wtf is linux-tree-2.6.18?
[03:12] <crimsun> should be a meta for source and patches.
[03:12] <somerville32> bddebian, you there?
[03:13] <somerville32> If I wanted to test my patch, I would create the debdiff as usual (latest debian and merged ubuntu) and then extra latest debian and apply patch to it?
[03:13] <somerville32> s/extra/extract
[03:13] <zakame> somerville32: sure you could
[03:13] <somerville32> And then rename directory?
[03:29] <crimsun> keescook: http://adhd.irule.net/~crimsun/breezy-security/ , http://adhd.irule.net/~crimsun/dapper-security/
[03:30] <keescook> crimsun: cool, can you put a note on the bug for it?  I'm about to head to dinner and I don't want to lose it.  :)
[03:31] <crimsun> keescook: will do.
[03:32] <bddebian> Any idea what would cause this:?  /bin/sh: Can't open libtool
[03:32] <bddebian> somerville32: Yeah sorry was putting the kids to bed
[03:33] <somerville32> No idea but I'm getting:
[03:33] <somerville32> fnfxd_newacpi.c: In function 'do_fnkey':
[03:33] <somerville32> fnfxd_newacpi.c:90: error: 's_acpi_cfg' has no member named 'fnkey_descr'
[03:34] <crimsun> bddebian: missing libtool?
[03:34] <somerville32> Maybe all those files I removed aren't so autogenerated as I thought
[03:34] <bddebian> somerville32: Have you messed with the s_acpi_cfg struct at all?
[03:34] <somerville32> No
[03:34] <bddebian> crimsun: It's a build-dep
[03:35] <crimsun> bddebian: what immediately precedes it?
[03:35] <zakame> any pointers on what's the right upgrade path from edgy to feisty? :D
[03:35] <bddebian> apt-get dist-upgrade? :-)
[03:36] <Hobbsee> zakame: try a dist-upgrdae.
[03:36] <bddebian> crimsun: Dunno but /bin/sh libtool does the same on my machine but /bin/bash libtool works
[03:36] <crimsun> bddebian: interesting bashism?
[03:36] <bddebian> Yeah but why/what? :-)
[03:41] <zakame> bddebian, Hobbsee: I'm just checking, don't wanna experience another dapper/edgy blowout ;)
[03:41] <bddebian> I went dapper->edgy->feisty the other day on a laptop and didn't have a problem.  Of course it was a minimal install
[03:45] <bddebian> crimsun: Any idea how I fix it?  Just add bin/bash?
[03:46] <crimsun> that would hack around whatever's breaking it
[03:47] <bddebian> Here's the call in debian/rules:
[03:47] <bddebian>         dh_testdir
[03:47] <bddebian>         sh compile-gtk2im.sh
[03:47] <bddebian> then compile-gtk2im.sh does /bin/sh libtool ...
[03:48] <crimsun> try /bin/bash compile-gtk2im.sh
[03:48] <crimsun> but god is that ugly
[03:48] <bddebian> Yeah it is
[03:55] <Hobbsee> zakame: kubuntu worked OK last time i checked.
[03:57] <zakame> Hobbsee: cool, thanks
[03:57] <somerville32> me try dvorak
[04:01] <somerville32> bddebian, The merged package doesn't build at all
[04:09] <bddebian> crimsun: Didn't work, I'd have to change all the sh libtool commands in compile-gtk2im.sh also :-(
[04:09] <bddebian> somerville32: Does the vanilla Debian package build?
[04:10] <crimsun> bddebian: that's AWESOME.
[04:10] <crimsun> nearly as awesome as say, high definition audio not working because it's HIGH DEFINITION
[04:10] <bddebian> heh
[04:16] <somerville32> bddebian, attempting now
[04:19] <somerville32> bddebian, yes, it does.
[04:19] <bddebian> Hmm
[04:26] <somerville32> Who is William Grant?
[04:27] <ajmitch> a motu
[04:27] <Hobbsee> somerville32: fujitsu
[04:28] <somerville32> What are "Updated Merges"?
[04:28] <bddebian> I believe after a merge has already been done and another Debian version gets uploaded but I'm not sure
[04:29] <Hobbsee> bddebian: you're right
[04:32] <bddebian> Hobbsee: Ah cool.  That happens so rarely :-)
[04:32] <somerville32> :)
[04:47] <somerville32> Any news on imbrandon's build boxes?
[04:47] <ajmitch> nope
[04:48] <ajmitch> back later
[05:08] <somerville32> https://bugs.launchpad.net/ubuntu/+source/xfce4-genmon-plugin/+bug/81582
[05:08] <Ubugtu> Malone bug 81582 in xfce4-genmon-plugin "xfce4-genmon-plugin: merge new debian version" [Undecided,Unconfirmed]  
[05:12] <jdong> can someone sponsor bug 79356
[05:12] <Ubugtu> Malone bug 79356 in gpac "request version bump to 0.4.2~rc2" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79356
[05:13] <jdong> and if any MOTU-media's around, I merged xvidcore 1.1.2 @ bug 81405, awaiting feedback....
[05:13] <Ubugtu> Malone bug 81405 in xvidcore "Sync xvidcore 1.1.2 from debian-multimedia" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81405
[05:40] <superm1> hey crimsun, i've updated the mythtv/mythplugins packaging to the new upstream version a few days ago.  any chance in a lookover/upload?
[05:41] <somerville32> How do you pronounce your nick, superm1?
[05:41] <superm1> "super M 1" is how i go about it
[05:41] <superm1> it dates way back to when i was little
[05:41] <superm1> and my mom had gotten AOL for our house
[05:42] <superm1> and they had limitations on your screen name length
[05:42] <somerville32> Ah
[05:42] <superm1> and i wanted "super mario"
[05:42] <superm1> but couldnt have it, so i went for superm, but that was taken
[05:42] <superm1> so i ended up with superm1
[05:42] <somerville32> Cute : )
[05:43] <superm1> honestly, i dont know why it's stuck with me - now that i've grown up more, i can see how its very easy to read that as something else
[05:43] <somerville32> When I was in grade 2 I went to this computer camp in the summer and we created hotmail accounts
[05:43] <somerville32> I wanted my last name, somerville
[05:43] <somerville32> But it wasn't available
[05:43] <crimsun> superm1: tomorrow during my office hours.
[05:43] <superm1> but you liked intel's 32 bit architecture a lot at this age ?? :)
[05:44] <superm1> crimsun, okay cool
[05:44] <superm1> crimsun, so i can be around when your looking if you have questions or concerns, what times are your office hours?
[05:44] <somerville32> aha, ;]  It offered different alternatives such as somerville32 and I couldn't pick so my instructor picked somerville32 for me
[05:44] <somerville32> superm1, I've used somerville32 as my handle ever since
[05:45] <superm1> funny how these things stick with you
[05:45] <crimsun> superm1: anytime after 1900 UTC.
[05:45] <superm1> k, i'll try to be on IRC after that then
[05:50] <Hobbsee> !planet
[05:50] <ubotu> Planet Ubuntu (blogs of Ubuntu developers and members) can be found at http://planet.ubuntu.com
[05:51] <Hobbsee> that *doesnt* help
[05:52] <somerville32> Isn't there an e-mail address you can send a picture off to an it'll do it for you?
[05:54] <Hobbsee> somerville32: imbrandon did one of me once.  it was crap
[05:54] <somerville32> lol
[05:54] <somerville32> Are you looking for the drop shadow?
[05:55] <ScottK> Good evening every one.
[05:55] <Hobbsee> somerville32: no, i look crap with it
[05:55] <Hobbsee> http://img253.imageshack.us/img253/6017/snapshot2bt1.png
[05:59] <ScottK> I'd appreciate it if someone from u-u-s would take a look at my patch for bug #79683 - the version described as 'Patch w/cleaner changelog' it's a much simpler patch than the number of tries I've had at it might indicate...
[05:59] <Ubugtu> Malone bug 79683 in libspf2 "spfquery: conflict with libmail-spf-query-perl Debian bug#306875" [Unknown,Unconfirmed]  https://launchpad.net/bugs/79683
[06:03] <somerville32> Hobbsee, Why not just take the image and round it up?
[06:03] <Hobbsee> somerville32: i could, yeah
[06:03] <somerville32> But?
[06:03] <Hobbsee> *shrugs* 
[06:03] <Hobbsee> i tend to look very odd with no hair, no surroundings, etc
[06:04] <LaserJock> Hobbsee: you should just use that picture of you with your car ;-)
[06:05] <Hobbsee> LaserJock: hehe, could do.  i thought that one was pretty, too
[06:07] <LaserJock> interesting tar message: implausibly old time stamp 1969-12-31 16:00:00
[06:08] <ScottK> Hobbsee: You were the last one to upload syslog-summary.  Do you mind if I make a try at that merge?  It looks easy enough even form me.
[06:08] <Hobbsee> ScottK: yes.  dodgy ubuntu version.
[06:08] <Hobbsee> iirc, it's a sync, the next time
[06:08] <ScottK> Thaks.
[06:08] <ScottK> THanks
[06:09] <Hobbsee> it's actually been merged already
[06:09] <ScottK> Oh.
[06:09] <Hobbsee> but you dont really see it, due to difference in version
[06:09] <ScottK> Then I won't do it over...
[06:09] <Hobbsee> (native package with a debian NMU always screws up)
[06:09] <Hobbsee> :)
[06:11] <ScottK> Does the list at http://merges.ubuntu.com/universe.html get automatically updated?  Is there something that should be done to get syslog-summary off the list that I can do (e.g. file a bug...)?
[06:12] <Hobbsee> ScottK: nope.  the debian version is higher than ubuntu's
[06:12] <crimsun> ScottK: 79683 uploaded.
[06:12] <Hobbsee> i'm not sure it still does get updated, actually
[06:12] <ScottK> crimsun: Thanks.
[06:12] <somerville32> Hobbsee, I'm pretty sure it does.
[06:13] <somerville32> I did some last night and they aren't there anymore
[06:13] <jdong> crimsun: care to reexamin the xvidcore merge?
[06:13] <jdong> (bug 81405)
[06:13] <Ubugtu> Malone bug 81405 in xvidcore "Sync xvidcore 1.1.2 from debian-multimedia" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81405
[06:13] <Hobbsee> somerville32: cool
[06:15] <Ubugtu> Malone bug 55298 in syslog-summary "Please sync syslog-summary 1.12-0.1 from debian sid" [Undecided,Rejected]  https://launchpad.net/bugs/55298
[06:15] <Hobbsee> yes
[06:16] <Hobbsee> ScottK: met dpkg --checkversions or whatever it is?
[06:16] <Hobbsee> dpkg --compare-versions
[06:17] <ScottK> So maybe I misunderstood... Is a merge not needed or was it already done (don't see a bug for a merge)?
[06:19] <jdong> Hobbsee: well aren't you special :)
[06:19] <jdong> _you_ want to look over my xvidcore merge, and/or sponsor a ffmpeg or gpac upload?
[06:20] <somerville32> jdong, Are you going to apply for -dev?
[06:20] <jdong> somerville32: maybe... I think I probably still need more experience before I stand a chance though
[06:21] <bddebian> ScottK: Did someone already upload your patch?
[06:22] <ScottK> bddebian: Yes.
[06:22] <ScottK> Thanks.
[06:22] <ScottK> Hobbsee: Ah I understand now.  Thanks.
[06:22] <bddebian> ScottK: Who?
[06:22] <somerville32> jdong, whats your launchpad page?
[06:22] <crimsun> bddebian: .changes is attached to the bug report for sponsored uploads.
[06:22] <crimsun> bddebian: and that would be me.
[06:22] <jdong> somerville32: ~jdong
[06:22] <bddebian> Damn man
[06:22] <ScottK> crimsun types faster than I do...
[06:24] <crimsun> I'm just going to pretend this 56kbps loves downloading the xvidcore tar.gz from ftp.sunet.se.
[06:25] <jdong> lol
[06:25] <jdong> poor crimsun  :)
[06:25] <ScottK> Next merging question then...  Other than asking here, how could I tell that package didn't need a merge done?
[06:25] <crimsun> jdong: please follow merge policy (list existing Ubuntu delta)
[06:26] <somerville32> Will someone look at my merge?
[06:26] <somerville32> https://bugs.launchpad.net/ubuntu/+source/xfce4-genmon-plugin/+bug/81582
[06:26] <Ubugtu> Malone bug 81582 in xfce4-genmon-plugin "xfce4-genmon-plugin: merge new debian version" [Undecided,Unconfirmed]  
[06:26] <Hobbsee> ScottK: you eventually pick it up
[06:26] <ScottK> OK.
[06:28] <ScottK> While I go wonder off and try and merge something again, if a MOTU would look at http://revu.tauware.de/details.py?upid=4179, I'd appreciate it.  It's looking for a second sponsore...
[06:28] <ScottK> sponsore/sponsor...
[06:29] <crimsun> jdong: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2006-August/000182.html
[06:29] <jdong> crimsun: ok, now I see the policy page. I apologize :(
[06:29] <somerville32> jdong: What does the backporters team do?
[06:29] <jdong> somerville32: tests and approves backports requests
[06:30] <somerville32> Cool
[06:31] <jdong> crimsun: btw is the recent flashplugin upload worthy to backport or no?
[06:32] <crimsun> yes.
[06:32] <crimsun> 81405 fixed & uploaded.
[06:33] <jdong> ok
[06:33] <jdong> bug 81405
[06:33] <Ubugtu> Malone bug 81405 in xvidcore "Merge xvidcore 1.1.2 from debian-multimedia" [Wishlist,Fix committed]  https://launchpad.net/bugs/81405
[06:33] <jdong> cool thanks :)
[06:34] <jdong> crimsun: so would you like to deal with my problems more? :)
[06:34] <somerville32> PFft.
[06:34] <somerville32> Bug #81582
[06:34] <Ubugtu> Malone bug 81582 in xfce4-genmon-plugin "xfce4-genmon-plugin: merge new debian version" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81582
[06:34] <crimsun> no, I'd like to sleep so I can get up for my 4 AM run. Thanks, though!
[06:35] <LaserJock> crimsun: geeze, you run?
[06:35] <LaserJock> :-)
[06:35] <ScottK> Hobbsee: How about me taking a shot at merging kdissert?  It looks like a one bugfix update from Debian and your packaging differences were minor....
[06:35] <jdong> crimsun: sleep tight :) and thanks for everything
[06:35] <bddebian> LaserJock: Machines have to do something or they'd rust ;-P
[06:35] <LaserJock> I guess you have to do *something* to keep your sanity
[06:35] <bddebian> somerville32: I'm looking at it now
[06:35] <somerville32> bddebian, Thanks :)
[06:37] <Hobbsee> ScottK: go for it
[06:37] <ScottK> OK.  Will give it a shot...
[06:37] <jdong> whatever happened to bisexual apt?
[06:37] <jdong> oh crap
[06:37] <jdong> I meant biarch
[06:38] <ScottK> debian bug #392940
[06:38] <Ubugtu> Debian bug 392940 in kdissert "kdissert: FTBFS: could not make  /home/buildd/.waf-0.9.0" [Serious,Closed]  http://bugs.debian.org/392940
[06:38] <Hobbsee> :)
[06:38] <jdong> bots rule :)
[06:38] <jdong> kinda
[06:39] <jdong> at least for bug reports
[06:39] <jdong> they kinda are annoying when you say Mandriva 2007 and get a bug report :D
[06:39] <Ubugtu> Mandriva bug 2007 in Installation "Switching to alternate screens during install crashes X" [Normal,Resolved: fixed]  http://qa.mandriva.com/show_bug.cgi?id=2007
[06:39] <bddebian> Well who the hell would ever say Mandriva? :)
[06:39] <somerville32> Just say Mandravia ;] 
[06:39] <jdong> Seveas: that should really be fixed btw.... mandate mandriva _bug_ and not just mandriva. their version numbers trigger bug reports
[06:39] <somerville32> Mandravia 2007
[06:39] <jdong> lol
[06:39] <jdong> mandrake 2007
[06:39] <jdong> that works too
[06:40] <somerville32> Indeed
[06:41] <jdong> backports request report, that is :)
[06:42] <bddebian> And here I was hoping it was a package removal request ;-P
[06:44] <jdong> lol
[06:46] <somerville32> bddebian2, Everything ok?
[06:47] <bddebian2> Yep, uploaded
[06:49] <somerville32> Can I do merges in main?
[06:49] <bddebian2> You can but we can't upload them for you
[06:52] <zakame> lfittl: hi, are you packaging secondlife-client for debian?  How's it going?
[06:53] <jdong> bddebian2: would you be willing to upload bug 79356? :)
[06:53] <Ubugtu> Malone bug 79356 in gpac "request version bump to 0.4.2~rc2" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79356
[06:56] <LaserJock> darn, this fitting program is taking forever :(
[06:57] <zakame> what fitting?
[06:58] <LaserJock> I'm fitting data to a kinetic model
[06:58] <somerville32> If there is a package in Ubuntu that isn't in debian but now there is, do we just merge it like normal?
[06:59] <LaserJock> I have to present a poster tomorrow morning
[06:59] <LaserJock> so I need the data like yesterday
[06:59] <LaserJock> somerville32: you have to watch the .orig.tar.gz
[06:59] <zakame> somerville32: of course, be extra careful
[06:59] <LaserJock> you can't merge them if they aren't same md5sum
[07:00] <somerville32> ok
[07:02] <somerville32> Also, what do the different colours mean? When is the merge dead line again?
[07:04] <LaserJock> I'm not really sure what the colors are
[07:04] <LaserJock> deadline is basicaly UVF
[07:04] <LaserJock> Feb. 8th I think
[07:06] <somerville32> Can promotions to main occur after UVF?
[07:09] <LaserJock> I think that might be FF
[07:11] <LaserJock> I wish it was later :/
[07:11] <LaserJock> I've got quite a few to do
[07:13] <bddebian2> LaserJock: Quite a few what?
[07:13] <ScottK> Hobbsee: Kdissert is done (I think).  Bug #81590.
[07:13] <Ubugtu> Malone bug 81590 in kdissert "Outstanding merge of debian 1.0.6.c-1.1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81590
[07:14] <LaserJock> ugg, people need to put the package name in the bug title
[07:14] <ScottK> Good point.
[07:14] <ScottK> I'll fix it...
[07:15] <somerville32> I thought it was suppose to be: <packagename>: merge new debian version
[07:15] <ScottK> Now you say something .... Bug #81590
[07:15] <Ubugtu> Malone bug 81590 in kdissert "Kdissert - outstanding merge of debian 1.0.6.c-1.1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81590
[07:16] <somerville32> In doodled, I have: doodle (= ${binary:Version}) in the debian version
[07:16] <somerville32> and doodle (= ${Source-Version}) in the Ubuntu version
[07:18] <somerville32> umm... nvm :)
[07:19] <bddebian2> jdong: Uploaded
[07:20] <bddebian2> Bedtime for me too.  GNight gang
[07:21] <LaserJock> cya ScottK 
[07:21] <LaserJock> and as always I miss bddebian
[07:21] <ScottK> cya
[07:25] <Hobbsee> done
[07:29] <somerville32> :] 
[07:29] <somerville32> Hobbsee, Will you be able to upload my doodle merge here in a second? :)
[07:37] <somerville32> Yeah, upgrade complete. Now my computer isn't crawling :)
[07:57] <ademan> hey how do i get a gpg key?
[08:00] <LaserJock> ademan: you make one
[08:01] <LaserJock> !gpg
[08:01] <ubotu> gpg is the GNU Privacy Guard.  See https://help.ubuntu.com/community/GnuPrivacyGuardHowto
[08:05] <mneptok> moof.
[08:05] <ademan> woof
[08:05] <mneptok> anyone want to admit to maintaining QuodLibet? :)
[08:06] <ademan> lol, wtf IS Quodlibet?
[08:07] <mneptok> aptitude show quodlibet
[08:22] <ademan> lol sorry, but how do you paste in vim?
[08:22] <somerville32> Can someone sponsor #81593 for me please?
[08:22] <somerville32> * Can someone sponsor Bug 81593 for me please?
[08:22] <Ubugtu> Malone bug 81593 in doodle "doodle: merge new debian version" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81593
[08:26] <ademan> how do you start up the gpg-agent again?  it told me gpg-agent wasn't a valid command
[08:28] <LaserJock> I'm not sure I don't use one
[08:51] <ademan> Laser_away: how do you not? don't you need gpg to sign packages?
[08:55] <ademan> meh brb i'm just gonna restart my comp
[09:08] <dholbach> good morning
[09:39] <lifeless> ajmitch: ping
[10:38] <\sh> moins
[10:45] <Q-FUNK> gaelic?
[10:52] <\sh> no short form of "moin moin", which means "good morning" or "good day" in a north german slang
[10:53] <Q-FUNK> (11:37:39) mnepton poistui huoneesta (quit: "Hwt! We Gardena in geardagum, eodcyninga, rym gefrunon, hu a elingas ellen fremedon!").
[10:54] <Q-FUNK> not enough words ending in -ir to be icelandic, but they use  and  at a few places.  I'd have to assume some form of gaelic.
[10:56] <cbx33> I've forgotten how do I go about making a feisty pbuilder?
[10:56] <cbx33> I seem to remember editing a pbuilder distro script
[10:56] <cbx33> but where are they located?
[10:56] <Q-FUNK> confugure .pbuilderrc for feisty
[10:56] <Q-FUNK> or /etc/pbuilderrc
[10:57] <Q-FUNK> then:  sudo pbuilder create
[11:48] <ademan> hrm, when i asked the Code::Blocks maintainer about my problems, he said he just built it with this command: "fakeroot debian/rules build"  is that really acceptable?  Shouldnt it use pbuilder?
[11:49] <StevenK> ademan: The buildds won't.
[11:49] <coNP> ademan: does pbuilder not build with "debian/rules binary"?
[11:50] <ademan> coNP: i don't believe there's a binary target in rules, lemme check though
[11:50] <coNP> ademan: there is :) I use it regularly :)
[11:50] <StevenK> Well, there really should be.
[11:50] <ademan> yeah, there is
[11:51] <ademan> but i dunno, all i know is it fails with pbuilder
[11:51] <ademan> i just do
[11:51] <StevenK> How does it fail?
[11:51] <ademan> pbuilder build ../*.dsc
[11:51] <ademan> it was a problem in the rules file
[11:51] <StevenK> Can you paste it into a pastebin?
[11:51] <ademan> configure.in:3: file `revision.m4' does not exist
[11:51] <ademan> make: *** [configure]  Error 1
[11:52] <StevenK> That's a missing Build-Depends
[11:53] <ademan> i've got automake and autoconf in the build depends
[11:53] <ademan> (i had to add them)
[11:53] <StevenK> Did he have something silly like make in the Build-Depends?
[11:53] <ademan> i dunno honestly, this is my first package, he probably knows a hell of a lot more than me
[11:53] <ademan> here's the build-depends line though
[11:53] <ademan> Build-Depends: debhelper, autotools-dev, automake1.9, autoconf, libc6-dev, libstdc++6-dev, libwxgtk2.6-dev, wx-common, libgtk2.0-dev, zip, pkg-config
[11:54] <StevenK> libc6-dev can go
[11:54] <StevenK> Everything else looks fine
[11:54] <StevenK> Actually, so can libstdc++6-dev
[11:54] <ademan> why do you say libc6-dev can go? something else in there depend on it?
[11:55] <ademan> g++ depend on those?
[11:56] <ademan> huh, here's another thing, when i ran pbuilder, it fetched g++ 3.4, why didn't it fetch the newest version?
[11:56] <StevenK> Okay, so it is assumed when you build a package that 'build-essential' is installed.
[11:56] <StevenK> build-essential depends on libc6-dev, gcc and a few other things.
[11:56] <StevenK> So libc6-dev and libstdc++6-dev can both go.
[11:57] <ademan> ah, alright, thanks, is it proper to add build-essential to Build-Depends?
[11:58] <StevenK> No.
[11:58] <ademan> alright
[11:58] <StevenK> It's implied
[11:58] <ademan> btw, i'm gonna paste debian/rules cause it's kinda funky
[11:59] <StevenK> Into a pastebin, if you please.
[11:59] <ademan> http://rafb.net/p/TTXeZT69.html but of course :-)
[11:59] <ademan> note the configure target I added because pbuilder was complaining about configure not existing
[11:59] <ademan> i may have been wrong to do that i dunno
[11:59] <ademan> it wasn't building before either though
[12:02] <StevenK> It's because config.status depends on a configure target
[12:02] <ademan> right, which is why i added a configure target
[12:02] <StevenK> Apart from that, the only bad thing I can see is copying /usr/share/misc/config.{sub,guess} in the clean target.
[12:02] <ademan> if there's a configure file in the current directory does that satisfy the dependancy?  I didn't think it did but the upstream maintainer seemed to say it did
[12:03] <StevenK> It ought to, yes
[12:03] <ademan> oh, hrm, should i remove the configure target then?
[12:03] <StevenK> Except that he's not providing anyway to generate said file.
[12:05] <ademan> well ./configure exists, you're saying that having the configure target (which calls autoconf) is good because it generates a new ./configure?
[12:06] <StevenK> No, I'm saying that if configure doesn't exist in a pristine upstream tarball, debian/rules has no commands to generate it.
[12:07] <ademan> ah, well actually i got this from svn, and it already had the debian dir, along with spec files (for rpm?) and a ./configure script
[12:08] <ademan> wait no i totally lied
[12:08] <ademan> there's no configure script even now
[12:08] <ademan> it must be dying DURING the configure target
[12:11] <ademan> yep, ok i think i've got this, is it bad for me to move lines 31-35 into the configure target?
[12:18] <ademan> "configure.in:25: error: possibly undefined macro: AC_PROG_LIBTOOL" so what does that mean i have to do?  Is that where i need to copy a certain file into the current dir?  where should that happen?
[12:19] <StevenK> ademan: You also need to Build-Depend on libtool
[12:19] <ademan> ah, that's not a build-essential?
[12:20] <StevenK> Nope
[12:20] <StevenK> None of the auto* tools are.
[12:20] <ademan> there was another m4 error "configure.in:24: error: possibly undefined macro: AC_DISABLE_STATIC
[12:20] <ademan> "
[12:20] <ademan> crap sorry about the newline
[12:20] <StevenK> Not sure about that one.
[12:21] <ademan> i think i'll work on this more tomorow, it's about 3:00 am and i've got school tomorow... lol
[12:21] <imbrandon> moins all
[12:23] <ademan> "configure: error: cannot find install-sh or install.sh in "." "./.." "./../..""     WHEE!!! at least it's a different error this time
[12:24] <StevenK> ademan: install-sh is shipped by automake
[12:25] <ademan> copy from /usr/share/automake then?
[12:25] <StevenK> automake1.9: usr/share/automake-1.9/install-sh
[12:25] <ademan> :-)
[12:25] <StevenK> You could ln -s /usr/share/automake-1.9/install-sh . in the configure target, and rm install-sh in the clean target
[12:25] <StevenK> $(RM) install-sh, rather
[12:26] <ademan> any way to do the copy in a automake version agnostic way?
[12:26] <StevenK>  /usr/share/automake-*/install-sh ?
[12:26] <StevenK> :-)
[12:26] <ademan> i'm hardly a bash expert, woudl that work?
[12:26] <ademan> by the way, i'm seeing a trend here, would it be $(LN) ?
[12:27] <StevenK> Nope
[12:27] <StevenK> $(RM) is defined by make
[12:27] <StevenK> Also, keep in mind you're hardly being automake version agnostic with your Build-Depends.
[12:27] <ademan> true, but if i were to change it in Build-Depends, and forget about it in rules, you know
[12:28] <StevenK> Then your build fails, you slap your forehead and fix it, no?
[12:29] <ademan> lol, i suppose i would
[12:29] <ademan> geeze, this is so fun, i CAN'T WAIT till i have to chop this thing up into multiple packages lol
[12:30] <ademan> either way, yet another question (i know, i'm sorry, i'm just, well a n00b) do i have to dpkg-buildpackage everytime i change debian/rules?
[12:30] <StevenK> If you want to test your changes...
[12:32] <ademan> ok that's what i was wondering, i don't know where pbuilder reads the debian/rules from, if it's from like the orig.tar.gz or something, or the debian dir, the dsc, i dunno
[12:34] <StevenK> pbuilder doesn't
[12:35] <StevenK> pbuilder unpacks a tarball, chroots into it and runs dpkg-buildpackage
[12:35] <ademan> oh, heh
[12:36] <ademan> anyways, now it says it can't find Makefile.in,      Makefile.am -> (some command) -> Makefile.in ?  (for some nuts reason i thought it was the other way)
[12:37] <ademan> i can tell my absolute loathing for autotools is comming back to bite me in the ass here
[12:37] <ademan> oh duh, i'm retarded
[12:38] <ademan> Makefile.am -> automake -> Makefile.in
[12:41] <ademan> should automake go in the configure: target?
[12:42] <StevenK> Probably.
[12:42] <ademan> i feel i'm really close to getting it
[12:42] <ademan> i think i'm going to go to sleep for now though, i can at least get 4 hours of sleep in
[12:43] <ademan> i really appreciate your help and patience
[12:43] <ademan> thanks
[12:43] <ademan> gnight
[12:49] <did448> Hi, question: if a bug is in a debian/patches/xxx, what is better: modify the patch or create a new one?
[12:52] <ademan> i'd think you should create a new patch, i remember hearing something about being able to apply only the patches needed etc
[12:52] <ademan> God, i've said gnight like twice and i'm still not gone
[12:55] <ademan> SO CLOSE! i'm getting an error about some configure.h.in in the source not existing
[12:55] <StevenK> Modify the patch
[12:56] <ademan> here's the culprit i would think: AC_CONFIG_HEADER([src/sdk/config.h] )     and src/sdk/config.h.in doesn't exist, shoudl i remove the line? (i'll know i need it if g++ bitches about needing config.h)
[12:58] <StevenK> Why should src/sdk/config.h.in exist?
[12:58] <StevenK> config.h should just be a normal header file
[12:58] <ademan> well doesn't autoconf generate config.h FROM config.h.in?
[12:59] <StevenK> I have no idea, to be honest. I've managed to avoid auto* :-)
[12:59] <ademan> hehe, avoiding autotools is the exact reason why i'm packaging a c++ IDE :-)
[01:00] <ademan> although it doesn't seem to bad now, but man, the redundancy in the code, so much of it just seems superfluous, or like it could just be housed in a config file, and just read by a single build program
[01:01] <ademan> anyways, gnight, i'm going to sleep for real now...maybe....
[01:39] <ScottK> Good morning everyone.
[02:04] <palski> could someone sponsor the fix (for feisty) attached to Bug #55782
[02:04] <Ubugtu> Malone bug 55782 in kxdocker "doesnt open in edgy" [Medium,In progress]  https://launchpad.net/bugs/55782
[02:07] <siretart> mmmmh. pushing a branch to launchpad takes aaages :/
[02:07] <siretart> hi folks, btw
[02:08] <ScottK> Hi.
[02:09] <jrib> Kamping_Kaiser: hi
[02:09] <jrib> I mean, "hi"
[02:13] <jrib> I'd like to see http://packages.debian.org/unstable/python/python-dialog included in feisty.  I want to make sure that the proper process is to file a sync request as described in the wiki.  Is there anything I can do to help out with the process once that bug is filed?
[02:21] <palski> hmm, that package is not in ubuntu at all?
[02:22] <ScottK> jrib: I'm new here, but one thing is that python-dialog is the binary package.  You'd want to request the source pacakge pythondialog I believe.
[02:22] <ScottK> pacakge/package
[02:23] <jrib> ScottK: I see, so I should grab the info from http://packages.qa.debian.org/p/pythondialog.html then.  Thanks
[02:24] <ScottK> That's my understanding, but as I said, I'n not an expert by any means.
[02:31] <sunshine> hi
[03:27] <siretart> crimsun: FYI: I imported the xine-lib packaging branch to ~ubuntu-core-dev team branch. I also imported your latest upload there. Feel free to point anyone interested to branch from there for submitting patches
[04:07] <AnAnt> how can I specify a certain file as a changelog file ?
[04:07] <AnAnt> using dh_installchangelogs I mean
[04:08] <JKnife> "http://rafb.net/p/LenFVs68.html =\ ld core dumps when I try to build AWOS" 
[04:08] <JKnife> here gnomefreak? =P
[04:09] <gnomefreak> see my comments in +1 but again i dont know what it is and im no expert :)
[04:09] <JKnife> :) i was just reading em
[04:09] <imbrandon> siretart, the newest bzr is alot faster about it ( but its still slow )
[04:09] <JKnife> "*** glibc detected *** ld: free(): invalid pointer: 0x0817d724 ***
[04:09] <JKnife> that is what i am guessing
[04:09] <gnomefreak> me too
[04:10] <gnomefreak> JKnife: maybe the new libc6 is causing it?
[04:10] <JKnife> which is why i asked in +1 :)
[04:10] <gnomefreak> what your building expects lower version maybe?
[04:10] <gnomefreak> but im not good at pointer
[04:10] <gnomefreak> s
[04:10] <JKnife> well AWOSDev is building it on Dapper.. but ld shouldn't core dump
[04:11] <JKnife> it should print a nice error instead of letting everything out^__^
[04:11] <siretart> imbrandon: I'm using bzr 0.13
[04:11] <jdong> to whomever kindly sponsored my gpac package but is not showing up in feisty-changes for me.... thank you greatly :)
[04:11] <gnomefreak> thats why i asked you in here. this is where are the SMART people play
[04:11] <siretart> imbrandon: it would really help a lot if launchpad would offer repositories, though
[04:11] <gnomefreak> and me
[04:11] <JKnife> haha
[04:11] <jdong> siretart / imbrandon : bzr network performance will be slow without smart servers
[04:12] <gnomefreak> but someone in here might know what is going on with it
[04:12] <jdong> there is an additional latency of `find .bzr | wc -l`*ping_latency
[04:12] <jdong> supposedly launchpad will get smartserver support "sooner than I'd think" is what I'm told :D
[04:13] <JKnife> well anyways.. ask the smart people.. i need to get a shower and head to class
[04:13] <gnomefreak> lol
[04:14] <gnomefreak> im gonna have to go on my assumtion to begin with
[04:15] <gnomefreak> can anyone read backtraces good? im not real good at them but i would like confirmation that libc6 is causing the coredump if you have a few minutes
[04:15] <JKnife> i look at it this way.. if it was libc6 then i would 99% of the time gotten a gcc error and might have known where it was, this is a core dump in ld.. so i have no clue.. 
[04:21] <geser> gnomefreak: I might look at it. got an url?
[04:21] <imbrandon> siretart, yea i hear ya, i talked with elmo a bit about that at UDS , it seems to be comming but not here fast enough
[04:21] <gnomefreak> geser: yeah
[04:21] <gnomefreak> geser: http://rafb.net/p/LenFVs68.html
[04:21] <gnomefreak> imbrandon: you still working on kooldock?
[04:22] <imbrandon> gnomefreak, not atm
[04:22] <imbrandon> but i can if you need a hand with something
[04:23] <gnomefreak> imbrandon: the kmenu when you add it to the dock in the docks prefferences it doesnt work it adds it but never opens
[04:25] <geser> gnomefreak: can you reproduce the core dump when you run ld with the same parameters (in the same directory)?
[04:26] <gnomefreak> geser: its JKnife's baby
[04:26] <geser> JKnife: can you reproduce the core dump when you run ld with the same parameters (in the same directory)?
[04:26] <ScottK> If any MOTU is available to do a revu, I'd appreciate you taking a look at http://revu.tauware.de/details.py?upid=4179 - It's looking for a 2nd advocate...
[04:28] <JKnife> geser: "ld: cannot find bootup.o"
[04:28] <JKnife> ohh n/m
[04:29] <JKnife> yes it reproduceable
[04:32] <JKnife> "svn co https://awos.svn.sourceforge.net/svnroot/awos/trunk awos" <- its svn repo if you wanna look at it
[04:33] <geser> hmm, there is no dbgsym package  for binutils which makes it harder to get a good backtrace
[04:36] <JKnife> want me to try libc6-dbg?
[04:36] <bddebian> Heya gang
[04:38] <geser> JKnife: the debug symbols for libc6 won't show you the details for ld
[04:38] <JKnife> ohh well..
[04:39] <geser> it would help if one know which function from ld are called
[04:40] <JKnife> =\ 
[04:40] <JKnife> well this has been fun but time for class
[04:43] <h4writer> hoi, I've got a question about https://launchpad.net/ubuntu/+bug/81273
[04:43] <Ubugtu> Malone bug 81273 in Ubuntu "list isn't rendered good" [Undecided,Needs info]  
[04:43] <h4writer> I need to give a screen shot
[04:44] <Tonio_> may I ping a motu concerning http://revu.tauware.de/details.py?upid=3689 please ?
[04:44] <h4writer> but when I push PrtScr, the list is back rendered good !
[04:44] <Tonio_> :)
[04:44] <h4writer> so I can't show the problem :-(
[04:45] <bddebian> Tonio_: Aren't you an MOTU? :-)
[04:45] <jrib> Hi, I'm looking for an ubuntu developer to approve https://launchpad.net/ubuntu/+bug/81637 .  Can anyone help? :)
[04:45] <Ubugtu> Malone bug 81637 in Ubuntu "[Sync Request]  pythondialog (2.7-1) from debian unstable/main to universe" [Undecided,Needs info]  
[04:45] <Tonio_> bddebian: yes but I won't revu myself :)
[04:45] <Tonio_> bddebian: you did the previous comment, I just fixed all of the required things
[04:45] <bddebian> Tonio_: I'll check it out in a sec.
[04:46] <jdong> h4writer: find a digital camera?
[04:46] <Tonio_> bddebian:  thanks
[04:46] <jdong> (wow, that's probably the worst advice I've given all week)
[04:46] <crimsun> siretart: ok, thanks. I was going to submit a patch to Debian BTS against xine-lib in experimental. Is that still necessary?
[04:48] <h4writer> jdong: I have no camera at hand, but do you know a screen capteringer (to make a video of the problem?
[04:48] <jdong> h4writer: istanbul
[04:49] <h4writer> jdong: thanks will try it immidiatly
[04:59] <bddebian> Tonio_: My edgy machine just puked building jabbin so just give me a sec
[05:00] <jrib> bddebian: thanks for the approval of pythondialog.  In the future, is that the correct way to go about requesting a package from debian or should I have emailed the MOTU list looking for a sponsor first?
[05:00] <Tonio_> bddebian: sure :)
[05:01] <bddebian> jrib: For a package straight from Debian, that is fine.  Though if you are not an MOTU yet, you should not subscribe Ubuntu Archive but Ubuntu Universe Sponsors
[05:01] <jrib> bddebian: ah ok
[05:02] <jrib> rrittenhouse: ok, that one does not have dapper multiverse, it only has dapper-backports multiverse
[05:02] <jrib> erm ignore that, sorry
[05:02] <siretart> crimsun: not really. it seems I'm the only one who actually cares about xine-lib in debian
[05:02] <bddebian> Heh, hi siretart
[05:02] <siretart> crimsun: currently, xine-lib 1.1.3 is in debian/NEW. 
[05:02] <siretart> bddebian: !! :)
[05:03] <bddebian> Shit I don't think my machine is going to come back?? :-(
[05:06] <Adri2000> bddebian: shouldn't bug #81673 be for https://wiki.ubuntu.com/MOTU/Packages/Candidates ?
[05:06] <Ubugtu> Malone bug 81673 in Ubuntu "No KPlayer package in Ubuntu" [Wishlist,Unconfirmed]  https://launchpad.net/bugs/81673
[05:07] <bddebian> Adri2000: Probably but what's your point? :)
[05:08] <Adri2000> because you marked it as wishlist, why not reject and forward the report to the wiki page?
[05:08] <siretart> crimsun: thanks for the pulseaudio patch. I already pushed it to the debian branch here: http://bazaar.launchpad.net/~siretart/xine-lib/xine-lib.debian.1.1.3/
[05:09] <Adri2000> s/forward the report/point the reporter/
[05:09] <siretart> crimsun: I already have xine-lib 1.1.4 prepared. there are lots of bug fixes there, but the branch is still somewhat in flux, and our ffmpeg copy is too old
[05:09] <siretart> crimsun: if you have the impression feisty should ship with it, just leave me a note
[05:09] <siretart> any kubuntu folks having an opinion on this?
[05:20] <giskard> who is working on soma?
[05:21] <bddebian> It's on REVU
[05:21] <jdong> so what are the chances of us being able to get a newer ffmpeg?
[05:21] <bddebian> giskard: rexbron I think
[05:21] <jdong> it's certainly not the easiest thing to update :D
[05:21] <rexbron> giskard: U am
[05:21] <rexbron> Iam
[05:22] <rexbron> giskard: I am
[05:22] <rexbron> giskard: is there a problem?
[05:23] <\sh> jdong: certainly some packages will FTBFS if there are API changes ,-)
[05:23] <giskard> rexbron, no, i will be happy  to sponsor it if you are not a motu :).
[05:23] <rexbron> yay
[05:24] <rexbron> it is still in development
[05:24] <bddebian> giskard: REVU it man :-)
[05:24] <jdong> \sh: yeah, certainly, but in my experience ffmpeg's API changes aren't too bad to work with
[05:24] <rexbron> giskard: but any comments would be very much apprciated
[05:24] <jdong> \sh: it's just annoying when they keep changing names here and there... :D
[05:25] <bddebian> bbiab
[05:25] <\sh> jdong: ;) 
[05:26] <jdong> \sh: I've been trying to bring whatever media stuff I could up to date... but ffmpeg is a monster I'm scared to touch :)
[05:26] <giskard> rexbron, i will do it
[05:27] <giskard> rexbron, do you think to package also somaplayer?
[05:27] <Toadstool> good morning everybody
[05:27] <giskard> hi :)
[05:27] <rexbron> giskard: somaplayer is already packaged and in the repos
[05:27] <giskard> uh yes, right (my package, stupid me).
[05:28] <rexbron> giskard: check out www.wiki.ubuntu.com/UbuntuStudio/ToPackage to see all the stuff we are working on
[05:28] <giskard> i meant do you want to be the real maintainer?
[05:33] <rexbron> giskard: of somaplayer?
[05:33] <giskard> yes
[05:33] <rexbron> I can certainly deal with new upstream releases, and since you have all ready done most of the work, I think so. But I do not want to make any commitments until after uS is released
[05:39] <jdong> does anyone have any emotional attachment to gpac on ia64?
[05:39] <Ubugtu> Malone bug 79356 in gpac "request version bump to 0.4.2~rc2" [Undecided,Fix committed]  https://launchpad.net/bugs/79356
[05:40] <jdong>   libsmjs-dev: Depends: libmozjs-dev but it is not going to be installed
[05:41] <Adri2000> jdong: eheh, xulrunner
[05:41] <jdong> lovely :)
[05:41] <Adri2000> it's the same for mplayerplug-in
[05:41] <Adri2000> xulrunner FTBFSed on ia64
[05:41] <jdong> ah, ok
[05:42] <\sh> Adri2000: behappy...xiulrunner ftbfsed on amd64 before ;)
[05:42] <Laser_away> ademan: I don't use a gpg-agent, that doesn't mean I don't use gpg ;-)
[05:42] <\sh> because of fcking pointer casting from int to pointer...and that failes in x86_64
[05:42] <LaserJock> and what the heck happened to our wiki?!?
[05:42] <Adri2000> ahh \sh :p yeah thanks for this fix, but do you know how to fix it on ia64?
[05:42] <\sh> Adri2000: well, no...I don't own an ia64 :(
[05:43] <Adri2000> hmm, who owns one?
[05:44] <\sh> lemme check what failes
[05:44] <\sh> or no...I'm trying to get wine 0.9.30 into feisty...so monday I'll check...
[05:44] <Adri2000> ok
[05:50] <\sh> wine 0.9.30 is uploaded :)
[05:51] <\sh> oops..this time I'm fast then scott *gg*
[05:51] <jdong> argh \sh stop filling my todo list :D
[05:51] <\sh> jdong: sorry ;)
[05:51] <\sh> jdong: I'll prepare a backport on edgy
[05:51] <jdong> :)
[05:52] <\sh> but .. hmm...I need to upgrade my laptop
[05:52] <\sh> ok..time to go home :)
[05:52] <\sh> cu later 
[05:58] <ademan> lol LaserJockthat comment was about 8 hours late haha
[05:59] <ademan> anywho, school time, i'm bringing my comp with though, i'll see what i can do there
[06:05] <somerville32> Can someone sponsor bug 81593 for me? thanks
[06:05] <Ubugtu> Malone bug 81593 in doodle "doodle: merge new debian version" [Undecided,Unconfirmed]  https://launchpad.net/bugs/81593
[06:24] <geser> somerville32: sponsored
[06:24] <somerville32> geser: Thanks a bunch! :)
[06:36] <ScottK> geser: Do you have time to review a new package?
[06:36] <geser> later perhaps
[06:37] <ScottK> OK.  It's http://revu.tauware.de/details.py?upid=4179 If you can.  Thanks.
[06:45] <bddebian> Jesus Christ, an hour and a half to install Service Pack 1 for Visual Studio 2005 :'-(
[06:46] <nixternal_> hahahahahaha
[06:46] <nixternal_> why may I ask?
[06:48] <jdong> bddebian: that sounds about right
[06:48] <jdong> bddebian: I once had to run VS.NET for school on a 133MHz P1
[06:48] <nixternal_> I know we use it at school, but I have informed the instructors of my classes that it goes against my philosophy to use MS products and that I will be doing the class with Linux. so far none of them have gone against me, or given me a lower grade because of it
[06:48] <jdong> bddebian: took overnight to install
[06:48] <jdong> for me, it was a class project where the teacher implemented a good protion of the API in VS.NET managed and nonstandard C++
[06:49] <nixternal_> as soon as one of my instructors doesn't agree, then I will let them know I belong to an OpenReligion and can't use proprietary software otherwise I will goto Microsoft when I die
[06:50] <bddebian> nixternal_: Work
[06:50] <nixternal_> ahhh
[06:51] <somerville32> lol
[06:51] <nixternal_> you know, please don't say that you work for AOL. you can ask imbrandon, we had a LinuxMonkey who worked for AOL. Granted he has since left us, but still, that was like saying I drive a Ford and work for Chevy
[06:52] <nixternal> silly nicknames
[06:52] <somerville32> You're colour changed
[06:52] <somerville32> *Your
[06:53] <ScottK> somerville32: It sort of works either way...
[06:54] <somerville32> You are coloured changed vs. Your colour changed? :P
[06:54] <nixternal> haha
[07:14] <\sh> re
[07:14] <\sh> umts with 1.8MBit/s ;) very nice :)
[07:18] <Tonio_> bddebian: how about jabbin? is it ready for upload ?
[07:18] <bddebian> Sorry just got my machine back up.  Test building now :-(
[07:19] <Tonio_> hehe okay :)
[07:20] <Tonio_> bddebian: I'll have to in 30 minutes for the all we, take your time then :)
[07:20] <Tonio_> or upload it yourself ;)
[07:22] <lritter> hi there
[07:22] <lritter> i'm trying to do my first package, and i'm as far as having my debs created, but there are no files in it
[07:22] <lritter> it seems to only include directories
[07:22] <lritter> libzzub.dirs: http://rafb.net/p/2SGsD672.html
[07:23] <lritter> libzzub.files: http://rafb.net/p/FwSxkk23.html
[07:34] <\sh> re
[07:59] <afflux> am I allowed to quote the wikipedia in the description of a package?
[08:10] <somerville32> afflux, Sure.
[08:11] <afflux> good. I'm too lazy to write myself, and the original developer seems to be lazy too.
[08:25] <jdong> is there anything inherently unwise about using ext2?
[08:26] <jdong> I know no ACL support...
[08:26] <coNP> jdong: no journaling
[08:26] <jdong> and I can deal with lengthy fscks on bad shutdowns (a rarity for me)
[08:26] <jdong> coNP: yeah, but sometimes IMO the trade-off for journaling is too dear
[08:27] <coNP> jdong: sure, but that is a bad point, not an inherently badness
[08:36] <ademan> when i do "pbuilder build ../*.dsc" i get this error "configure.in:10: required file `src/sdk/config.h.in' not found"   in configure.in there's a line "AC_CONFIG_HEADER([src/sdk/config.h] )" , should i rcomment out that line to see if i can get things to build?
[08:43] <ademan> anyone?
[08:44] <Adri2000> for?
[08:44] <coNP> ademan: which package?
[08:45] <ademan> code::blocks
[08:45] <Adri2000> ah sorry ademan, didn't read above :
[08:45] <ademan> :-)
[08:46] <ademan> i feel like i'm soooo close to getting this to work
[08:47] <coNP> ademan: sorry, is this a new package?
[08:47] <bddebian> ademan: Is that file in the package itself?
[08:47] <ademan> coNP: yep, and the majority of the debian dir is from the upstream maintainer
[08:47] <ademan> AND he only builds with fakeroot, not pbuilder
[08:48] <coNP> ademan: that should not mean any problems, can you build via fakeroot?
[08:49] <ademan> dunno, but it kinda does, cause there are lots of dependancy problems
[08:49] <ademan> (via pbuilder)
[08:49] <ademan> the Build-Depends was insufficient
[08:49] <ademan> but i've fixed it to some degreee
[08:49] <ademan> btw how in the heck do i comment stuff out in a M4 file? #?
[08:49] <bddebian> Why would you want to do that?
[08:50] <ademan> cause of my error described at 11:36
[08:50] <ScottK> If I were to hazard a guess, you are missing a -dev library dependency somewhere.  Finding that's more likely to be fruitful than commenting out lines.
[08:51] <ademan> but its a missing file in the src directory, rather than a dependancy problem, isn't it?
[08:51] <Adri2000> LaserJock: really, it would be great to have a link to the debian changelog in http://tiber.tauware.de/~laserjock/motutodo/universe.html, please :)
[08:53] <bddebian> ademan: Aye if you find ./ -name config.h.in it isn't there?
[08:53] <bddebian> Or you could look in src/sdk directly I suppose :)
[08:58] <gouki> Hi, I'm creating a package but I'm not able to find the required library on official repositories. Can anyone help me out?
[08:58] <bddebian> gouki: What library?
[08:58] <jdong> are universe syncs automagic or need to be requested?
[08:58] <jdong> (looking at deluge-torrent atm)
[08:58] <gouki> libssh - I just want to make sure it's not there
[08:58] <bddebian> jdong: Early on they are automagic but have been manual for a while now
[08:59] <jdong> oh
[08:59] <jdong> do I need to be all formal requesting syncs
[08:59] <jdong> or will a message here suffice? :D
[08:59] <gouki> bddebian: I just found it on Feisty...
[09:00] <bddebian> jdong: All formal.  We can't do syncs, only archive admins can
[09:00] <jdong> got it
[09:01] <jdong> bddebian: what is the format of a sync request?
[09:03] <bddebian> jdong: Just a bug on LP.  State the package name, version, which archive (i.e. unstable, etc) and component (ie main, contrib,etc)
[09:04] <jdong> bddebian: who should be subscribed? -archive?
[09:04] <Adri2000> changelog between current version in ubuntu and last version in unstable (or whatever)
[09:04] <Adri2000> jdong: u-u-s if you are not a MOTU
[09:04] <bddebian> jdong: If you aren't an MOTU, you should probably subscribe UUS first and we will subscribe UA
[09:04] <ademan_> did i miss anything?
[09:04] <jdong> bddebian: ok
[09:04] <ademan_> bbdebian: yeah there's no src/sdk/configure.in
[09:05] <jdong> already there.... bug 79627
[09:05] <Ubugtu> Malone bug 79627 in deluge-torrent "Update to 0.4.1" [Undecided,Unconfirmed]  https://launchpad.net/bugs/79627
[09:05] <jdong> uus is not subscribed though
[09:05] <bddebian> ademan_: Are there any configure files in src/sdk/ ?
[09:06] <ademan_> hrm lemme check
[09:07] <jdong> bddebian:  ^^ should I subscribe uus or will you guys be able to handle it from this point?
[09:08] <ademan_> bddebian: nothing *.in, there's a couple headers with configure in the name, but they don't have any of the text replacement looking stuff that *.in files generally have
[09:09] <ademan_> should  i just try commenting out the offending line in configure.in?
[09:10] <ademan_> (is "dnl" a comment? it seemed to be)
[09:14] <ademan_> well it just about built
[09:14] <ademan_> it was REALLY close
[09:14] <ademan_> it seems g++ blew up, i'll make a pastebin
[09:15] <ademan_> and it wasn't blowing up for a lack of configure.h.in
[09:16] <LaserJock> anybody get Ubuntu ISO testing bug email today?
[09:16] <ademan_> http://rafb.net/p/ejN6pR53.html  anyone who takes a look at this, it would be appreciated, this was while running pbuilder, it seems to have made it to the build target
[09:17] <ademan_> might it have to do with the lack of svn? should libsvn be in Build-Depends?  (looking at line 7)
[09:17] <Adri2000> LaserJock: me
[09:17] <coNP> ademan_: if svn is not found, svn should be installed, I guess
[09:18] <coNP> ademan_: might be some clib bug?
[09:18] <ademan_> LaserJock: the kiso one?
[09:19] <LaserJock> I mean bug #81630 email
[09:19] <Ubugtu> Malone bug 81630 in ubuntu-iso-tests "20070126: ubuntu i386 desktop" [Undecided,Rejected]  https://launchpad.net/bugs/81630
[09:20] <hub> ademan_: yeah looks like it can NOT find svn
[09:20] <hub> ademan_: build-depend on subversion
[09:20] <ademan_> not libsvn0-dev?
[09:20] <ademan_> i guess probably not
[09:21] <hub> ademan_: it is looking for the command line
[09:21] <ademan_> thanks
[09:21] <ademan_> alright, thanks
[09:21] <coNP> ademan_: I guess the package is called subversion
[09:23] <bddebian> Sorry guys, gotta run
[09:23] <ademan_> later
[09:24] <ademan_> God, i'm in my data-structures class learning about arrays....
[09:24] <ademan_> the makefiles i have to write are longer and more complicated than the programs themselves...
[09:24] <bddebian> ademan_: If I'm on later and you still have problems, poke me
[09:24] <ademan_> alright i will, thanks for the help
[09:25] <ademan_> thank you all really, bein pretty patient with me asking all these questions that would be better put in #ubuntu-motu-school
[09:25] <ademan_> ...which is all but dead...
[09:27] <ademan_> dear lord it's actually building!'
[09:27] <jdong> ack
[09:29] <ademan_> lol sorry, didn't mean to startle you :-)(
[09:30] <ademan_> man i don't think i've ever compiled something that took > 5 minutes
[09:30] <ademan_> course, i might have back on windows, but in my experience the msvc compiler was way faster than mingw
[09:31] <LaserJock> ademan_: what?
[09:31] <LaserJock> you need to try Gentoo
[09:32] <LaserJock> I think pbuilder for gcl took over 1hr for me
[09:32] <ademan_> i dunno, when i was on windows the msvc compiler beat the pants off of mingw every time on compiling speed (dunno about the speed of the resulting executable)
[09:34] <ademan_> man, nothing system76 offers has a built in tv tuner
[09:36] <ademan_> hey what does debian/dirs do?
[09:36] <LaserJock> creates directories that weren't created by the source itself
[09:37] <LaserJock> so if you need to add a file from the packaging (man page or .desktop say) you need to make sure that the directories exist
[09:37] <ademan_> so usr/bin -> debian/usr/bin ?
[09:38] <coNP> ademan_: I guess debian/dirs/usr/bin
[09:38] <LaserJock> no
[09:38] <ademan_> dirs is a file though not a dir
[09:38] <LaserJock> it's debian/tmp/usr/bin/ or debian/<packagname>/usr/bin/
[09:38] <coNP> I see
[09:39] <LaserJock> that's why it's just usr/bin
[09:39] <ademan_> ah, it's tmp then, i saw a bunch of tmp crap during the build
[09:39] <ademan_> which is still happening by the way...
[09:39] <LaserJock> ademan_: the whole .deb is built there :-)
[09:40] <ademan_> man, i swear i'm just seeing the same lines over and over again
[09:40] <ademan_> and the CFLAGS are rediculously long
[09:45] <JKnife> back
[09:46] <ademan_> longest.build.ever.
[09:47] <LaserJock> and wait, as it's done building there will be some silly dh_install error and you'll get to do it all over again ;-)
[09:47] <ademan_> i'm in class right now, i don't wanna scream lol
[09:48] <ademan_> so far so good though, g++ is done for now, it's doing something else now
[09:50] <ademan__> no errors
[09:50] <ademan__> but where's my deb?
[09:51] <LaserJock> ademan: dude, you gotta calm down
[09:51] <LaserJock> :-)
[09:51] <LaserJock> ademan: you built it with pbuilder, right?
[09:51] <ademan> yep
[09:51] <LaserJock> then it's probably in /var/cache/pbuilder/result/
[09:52] <LaserJock> unless you're using my script and then it's in ~/pbuilder/
[09:52] <ademan> its there!
[09:52] <LaserJock> good, no sepukku
[09:52] <LaserJock> ;-)
[09:53] <ademan> so, now the moment of truth, trying to install, and watching the package break something important :-)
[09:53] <LaserJock> can't have our contributors doing that
[09:53] <LaserJock> at least not too much
[09:53] <LaserJock> ademan: run dpkg -c on the .deb
[09:53] <ademan> alright thanks
[09:53] <LaserJock> ademan: also install lintian and linda and run lintian -i and linda -i on the .deb
[09:53] <ademan> is there any way to do that from the rules file? seems like a good idea
[09:53] <LaserJock> you can also run lintian and linda on the source package too (by running it on the .dsc)
[09:54] <LaserJock> no, that's *after* you build
[09:54] <ademan> too bad
[09:54] <LaserJock> well, it's not hard to do :-)
[09:55] <ademan> dpkg -c   just spat out a bunch of path names
[09:55] <LaserJock> ademan: dpkg -c gives you the contents of the .deb as they are going to be installed on the user's computer
[09:55] <ademan> ah, so should i be worried all of the paths are ./usr  ./etc    and so on?
[09:55] <LaserJock> ademan: you should check to make sure everything you *think* should be there *is* there and in the right place
[09:56] <LaserJock> nope
[09:56] <ademan> alright, well i guess heregoes, should i lintian them first?
[09:56] <LaserJock> yeah, go for it
[09:56] <LaserJock> dpkg -c and lintian/linda could save sooo much time on REVU
[09:57] <ademan> yeah i'm not going to upload like this though, the package REALLY needs to be split up into multiple packages, for instance it includes a SDK among other things
[09:58] <ademan> also, it's installing a bunch of shared objects into /usr/share, when it should be usr/lib shouldnt it?
[09:59] <ademan> since share is for stuff like images, GUI xml files, etc, non-binary stuff right?
[10:00] <ademan> crap, i gotta go, i'll be on again in about 4 hours
[10:00] <ademan> thanks for all the help
[10:00] <Adri2000> LaserJock: so, what do you think about the debian changelog link? it would be better for when there are many changelog entries since the last ubuntu version
[10:01] <LaserJock> sure
[10:03] <Adri2000> :)
[10:41] <Q-FUNK> dammit.
[10:41] <Q-FUNK> yet another $curse user that assinged his generic upgrade problems to 'upgrade'system'.  i thought i had reassigned it, but it only ended up adding another package to the bug.
[10:42] <Q-FUNK> how do I fix this?
[10:46] <Adri2000> LaserJock: actually, I didn't see the link "changelog" on packages.qa.d.o and I was clicking on each link in "latest news" :p so it still would be better to have the link directly but it's up to you :)
[10:58] <Adri2000> LaserJock: where can I download the source of multidistrotools?
[11:01] <geser> Adri2000: https://wiki.ubuntu.com/MultiDistroTools
[11:01] <geser> but I don't know if this is still uptodate
[11:02] <Adri2000> geser: it says "bzr branch http://ox.blop.info/bazaar/multidistrotools/" but 404
[11:02] <geser> then it's outdated
[11:03] <Adri2000> ping lucas, where can I download the source of multidistrotools?
[11:05] <LaserJock> Adri2000: I have a bzr repo of it (with my patches)
[11:06] <Adri2000> LaserJock: please url :)
[11:06] <LaserJock> http://tiber.tauware.de/~laserjock/multidistrotools/
[11:07] <Adri2000> thanks
[11:09] <Simon80> so, about my upload
[11:09] <Simon80> is there something else I have to do after getting it reviewed?
[11:09] <Simon80> ...doing my homework now
[11:09] <Simon80> (researching it)
[11:21] <Simon80> ok, I couldn't find anything - in summary, I packaged something simple and it's been advocated by one person - what has to happen before it gets into Feisty?
[11:26] <geser> Simon80: you need a second advocate
[11:26] <Simon80> ok, change of subject :)
[11:27] <Simon80> so, anyone want to review my shiny little package? it even has a manpage!
[11:28] <coNP> Simon80: what did you do? (I am not a MOTU, just interested)
[11:29] <Simon80> ah, it's logitech_applet, lets the user tweak the DPI and cruise control on certain Logitech mice
[11:29] <Simon80> I think I should add Gentoo's patches though, for MX300/518
[11:31] <Simon80> or I'll just package lomoco
[11:31] <Simon80> hrm
[11:33] <coNP> Simon80: thanks for the info
[11:33] <Simon80> it's pretty high time for at least one of these packages to get in
[11:33] <Simon80> and no problem :)
[11:48] <TheMuso> Which Ubuntu supported architectures are big endian? I know PPC is.
[11:50] <Simon80> I think that's it, unless niagara is big endian
[11:51] <Simon80> and if your app's not a server app, you don't have to worry about that arch
[11:52] <TheMuso> Well the fact of the matter, is that all packages are built for sparc, so I want to make sure things are done right.
[11:52] <TheMuso> Regardless of whether its only a server platform or not.
[11:53] <TheMuso> The package I am working on could indeed be used on a server.