[00:17] <NCommander> soren, I resume my packaging work :-)
=== superm1|away is now known as superm1
[02:15] <csilk> If a package I'm putting together has delendencies (e.g. latest jre) is there a way to make the package manager aware of this so users arent installing things without the required dependencies?
[02:15] <csilk> *dependencies
[02:17] <jdong> ah fsck did I really just put hardy in that?
[02:17] <jdong> (don't worry guys, in a PPA)
[02:22] <jdong> sigh; cd jdong && ./configure --enable-more-sleep
[03:45] <NCommander> slangasek, er, you use a Dvorak keyboard?
[04:11] <Elbrus> apachelogger: ping
[04:42] <Elbrus>  I filled bug 260464 a month ago, but nobody has acknowledge that one, what can I do?
[04:42] <ubottu> Launchpad bug 260464 in fpc "fp-units-gtk2 has undefined references due to GtkFileSystemError removal from GTK" [Undecided,New] https://launchpad.net/bugs/260464
[04:42] <Elbrus>  I provided a patch and linked to the solution at upstream
=== asac_ is now known as asac
[05:13] <jdong> Elbrus: hi, let me take a look at the patch
[05:14] <Elbrus> jdong: thanks... I didn't make it, but I checked that it worked
[05:30] <jdong> Elbrus: patch looks good; let me just send it through a test build and then upload. Thanks for your patience
[05:31] <Elbrus> jdong: thanks for your time. When this works I have a package ready for Ubuntu which packages software with more than 1 million downloads: winff
[05:32] <jdong> Elbrus: ah that's the ffmpeg GUI, correct?
[05:32] <jdong> <-- amateur video encoding nerd
[05:33] <Elbrus> jdong: yup
[05:34] <Elbrus> jdong: its already several weeks in NEW in Debian
[05:41] <nullack> Hi, would someone please help me with some dev problems Im having on building a package to help xbox 360 users stream media on Ubuntu?
[05:58] <jdong> Elbrus: uploaded :0
[05:58] <jdong> :)
[05:59] <Elbrus> jdong: thank you
[05:59] <jdong> sure thing
[06:17] <nellery> Hi, I was attempting to upgrade the glom package, and I got this error building it
[06:17] <nellery> http://paste.ubuntu.com/48492/
[06:17] <nellery> any ideas?
[06:20] <persia> nellery: Looks like you've specified some oddities in your build-depends.  For example, there is no bakery-2.6 package (or even a bakery package)
[06:21] <nellery> persia, I hadn't changed anything
[06:21] <persia> There is a libbakery-2.4-dev package, which might be a sensible build-dependency, but it's not 2.6.
[06:22] <persia> nellery: Does the current glom build cleanly?
[06:22] <fabrice_sp> fta: Hi. Some news about the package icedove-dispmua?
[06:22] <nellery> persia, I'll try that now
[06:23] <persia> nellery: It looks to me like ./configure wants newer versions than you are providing (or perhaps than may be available).  It may be that the version of glom you want is not compatible with the set of libraries in intrepid.
[06:35] <nellery> persia, that's probably the case.. the older version is so far building fine
[06:36] <nellery> would it be best to give up on it and mark the bug as won't fix?
[06:36] <persia> nellery: So, the choices are 1) give up for now, 2) track down all the things that need an upgrade, test all the rdepends, and beg, 3) backport glom to work with the older versions, test, and hope there are no problems, 4) cherrypick the things you really wanted and apply them as patches to current glom.
[06:37] <persia> Nah.  Won't Fix is fairly firm.  I'd just leave it "confirmed" with a note saying it's probably a jaunty target due to the freeze.
[06:37] <persia> Then come jaunty, you can do the dependencies dance and get it updated.
[06:39] <nellery> persia: ok, 1 seems best.. most of the others are still too advanced for me :)
[06:39] <nellery> thanks a lot for your help
[06:39] <persia> nellery: I'd recommend giving option 4 a look.  There may be some useful patches in upstream that we want.
[06:40] <persia> Further, with option 4, you can probably not break FF, which may be easier.
[06:41] <nellery> persia: hmm, perhaps I will give that a try
[06:50] <nullack> Hi. Im trying to teach myself packaging so I can get some bugs fixed in a package I use.
[06:50] <nullack> Im doing the getting started guide
[06:50] <nullack> And Im having a problem with gpg. It says:
[06:50] <nullack> gpg: can't open `/home/nullack/.gnupg/pubring.gpg'
[06:51] <nullack> gpg: keydb_search_first failed: file open error
[06:52] <nullack> I need to import my private key from a backup after rebuilding my test machine
[06:53] <persia> nullack: Check the permissions of the files in ~/.gnupg
[06:56] <nullack> persia : Ah! Thanks, Ive chowned the problem
[07:04]  * Hobbsee waves
[07:05] <highvoltage> hey hobbs
[07:06] <RAOF> Howdie Hobbsee.
[07:07] <fabrice_sp> Hi Hobbsee
[07:33] <nullack> Do I have to have a ~./pbuilderrc like what DH shows on youtube? Its not in the pbuilder howto
[07:34] <jdong> only if you need to overrride pbuilder's defaults.
[07:35] <nullack> jdong If Im on Intrepid, I dont need to overwrite? right?
[07:35] <jdong> nullack: I wouldn't expect so
[07:35] <nullack> jdong : BTW, thanks alot for your work VLC its top stuff
[07:36] <jdong> nullack: not a prob :)
[07:57] <siretart> jdong: did you notice that I moved the bzr branch to ~motumedia?
[07:57] <siretart> I didn't get to tell you yesterday
[08:00] <jdong> siretart: yeah I caught a quick glimpse of it; I meant to add that last ppa9 change to that branch but got sidetracked
[08:00] <siretart> jdong: because xtophe already notfied me about that problem, so I committed it to the branch already ;)
[08:01] <siretart> no problem, I merge your changes in
[08:01] <jdong> siretart: ah, cool :)
[08:07] <nullack> Does this sound like an Ol changelog entry : Apply NeToU patch http://netou.co.uk?
[08:07] <siretart> jdong: err, you have been using a different orig.tar.gz for uploading..
[08:07] <nullack> *OK
[08:07]  * siretart confused
[08:08] <wgrant> siretart, jdong: Is vlc missing a depends on vlc-nox?
[08:08] <wgrant> I think it needs it:
[08:08] <wgrant> exec: 2: /usr/bin/vlc: not found
[08:09] <wgrant> Erm, I missed the error that said that in the other terminal. Oops.
[08:12] <jdong> wgrant: I could've sworn the dependency was in there
[08:12] <jdong> siretart: I grabbed it from upstream, 0.9.2's tar.bz2 and repacked it to tar.gz. I did not know of any other place with an orig.tar.gz?
[08:12] <wgrant> jdong: It is, yes, but I'm blind.
[08:13] <siretart> jdong: the ppa?
[08:13] <wgrant> Grr, ugly Qt.
[08:13] <siretart> jdong: I took it from xtophe, he has used it for uploading 0.9.2 to debian, which is currently in the NEW queue there
[08:14] <jdong> siretart: oh; at the time I was unaware that xtophe had an orig.tar.gz or package made
[08:14] <jdong> the only package I could find on the VLC site was a native debianized tarball of some 1.0.0 git snapshot
[08:14] <siretart> but I wonder how you managed to upload it with a different orig.tar.gz. soyuz should have rejected your upload
[08:15] <jdong> siretart: I uploaded the initial one to the PPA
[08:15] <jdong> where I spliced debian/ from your bzr branch onto the orig.tar.gz I had from when I was working on the package
[08:16] <jdong> are their contents equivalent?
[08:16] <siretart> aah, right, we should have copied the package from my ppa to motumedia.. damn
[08:16] <siretart> let's check
[08:18] <siretart> jdong: yes, the contents are identical
[08:19] <jdong> whew; ok :) when we do the real upload then let's switch back to the Debian orig.tar.gz :D
[08:19] <siretart> sure thing, no worries
[08:20] <siretart> we still need to bribe motu-release to accept this upload, though
[08:21] <jdong> indeed we do, though I don't expect it to be difficult provided testing continues to go smoothly
[08:22] <jdong> are they subscribed yet?
[08:28] <nullack> Ok I have a backup of my private key, but not my public key due to data loss.debuild -S -sa complains about not public key. Can I just regen, or do I need to revoke both?
[08:28] <nullack> Or can I get my public key off launchpad?
=== _neversfelde is now known as neversfelde
=== superm1 is now known as superm1|away
[09:20] <geser> nullack: yes, you can pull your public key from every keyserver you want
[09:20] <iulian> Good morning
[09:20] <nullack> geser : thanks :)
[09:20] <nullack> Evening :)
[09:21] <geser> good $timeofday :)
[09:21] <iulian> Heh, hi nullack, geser.
[09:22]  * wgrant agrees with nullack.
[09:24] <iulian> If I have a lot of files that are copyrighted by the Free Software Foundation, Inc but the years differs from file to file, can I just write the first and the last year? For example: 'Copyright (C) 1995-2003 FSF, Inc' instead of 'Copyright (C) 1995-1997, 2000-2003 FSF, Inc'?
[09:25] <RAOF> I'm pretty sure the answer there is "no".
[09:27] <iulian> Ahh crap. Then the debian/copyright file is going to be full of (C)'s
[09:27] <iulian> RAOF: Thanks
[09:28] <RAOF> I like the machine-parsable copyright proposal for that; at least then the (C)s are all nicely arranged!
=== asac_ is now known as asac
=== didrocks_ is now known as didrocks
[09:47] <nullack> OK! I have the debdiff
[09:48] <nullack> Now what do I do? Apologies to any revu people in advance, this is my first one
[09:50] <geser> nullack: what are you trying to do?
[09:51] <nullack> No one felt like fixing a package I really needed fixed and rather than just fix it for myself by compiling it with the patch myself Im trying to fix this in Ubuntu
[09:52] <nullack> geser : So, Ive applied the patch, done the changelog and have the debdiff
[09:53] <geser> if there is a bug open for it already attach your debdiff there (else open a bug before attaching) and subscribe the correct sponsoring team
[09:54] <geser> ubuntu-universe-sponsors for universe/multiverse or ubuntu-main-sponsors for main/restricted
[09:54] <nullack> geser : who would be the correct sponsoring team for a multimedia package in universe?
[09:54] <geser> which package is it exactly?
[09:54] <nullack> geser ushare
[09:54] <nullack> geser so ubuntu-universe-sponsors
[09:54] <geser> yes
[09:55] <nullack> geser : thanks :)
[09:55] <nullack> geser : one last question please
[09:56] <nullack> geser : is it considered sufficient to do a configure make install to test or should I somehow compile it into a package and test it before posting the debdiff?
[09:59] <geser> nullack: it's better if you check it (= the patched package) if it builds in a pbuilder before submitting
[10:02] <nullack> geser : ty
[10:05] <nullack> Dammit, how do I remove pbuilder-satisfydepends-dummy? build-dep works fine on my install
[10:06] <udunno> and here i am
[10:06] <udunno> you can't get rid of me
[10:06] <udunno> i'm worse than a god damn cockroach
[10:07] <orly_owl> heh
[10:08]  * Hobbsee eyes #kubuntu
[10:08] <geser> nullack: this usually shows a problem with build-depends. I guess it's from a intrepid pbuilder.
[10:09] <geser> nullack: have you universe enabled in your pbuilder?
[10:09] <nullack> geser - mate it works fine in my real environment on Intrepid, its just pbuilder
[10:09] <nullack> geser - it doesnt default to universe enable?
[10:09] <Hobbsee> nullack: correct.
[10:09] <jpds> fta: Ping.
[10:09] <Hobbsee> (last i checked, anyway)
[10:09] <nullack> geser : roger, thanks Ill do a pbuilderrc
[12:42] <Relaed> hi all
[12:42] <Relaed> Why there is no distrubution of VBOX for Feisty Fawn ？
[12:44] <wgrant> Relaed: Feisty is rather old.
[12:46] <gnomefreak> EOL is next month for feisty isnt it?
[12:47] <wgrant> gnomefreak: It is.
[12:48] <gnomefreak> yep rather old is right ;)
[12:51] <directhex> feisty was 7.04?
[12:51] <wgrant> It is.
[12:52] <directhex> Relaed, "stable" means, in debianland (and mostly in ubuntuland too) "doesn't change". something you can rely on to be the same day after day. there was no virtualbox package back in april 2007 (or in the months before april when packages are first prepared for a distro), it released without it - so it doesn't get added post-release
[12:58] <Relaed> wgrant, It's on my dad's notebook, so...
[12:58] <wgrant> Relaed: You want to upgrade it within a month.
[12:59] <wgrant> As security updates cease soon.
[13:39] <IntuitiveNipple> I've just come across a strange situation. The linux headers packages fro Hardy aren't listed (http://packages.ubuntu.com/search?keywords=linux-headers-2.6.24-21) and neither is the meta package. Am I missing something?
[13:40] <orly_owl> I find your nick odd.
[13:41] <IntuitiveNipple> The packages show up if a link from another package that depends on them is used, e.g. dkms
[13:42] <DktrKranz> IntuitiveNipple, does http://packages.ubuntu.com/source/hardy-updates/linux-meta help?
[13:44] <IntuitiveNipple> Sort of. The reason I ask is I'm trying to support a user using a DKMS package, and their Hardy system apparently has no linux-headers installed, so I was tracking back via dkms' depends to figure out why
[13:44] <IntuitiveNipple> Not showing up on the search confused me
[13:47] <IntuitiveNipple> If you search on "dapper" for "linux-headers" in package names only it shows results. If doing that for "hardy" it reports the search term as too generic, and provides a link "Some results have not been displayed due to the search parameters", and the only entries in that list are for dapper, not hardy
[14:23] <laga> hello. i'd like to request a merge from debian. FF aside, there's a problem: the package hasnt been uploaded to debian yet because debian is frozen, according to the package maintainer. however, he has uploaded a package into his personal repository. what can i do now? simply take his package and base my merge on that?
[14:29] <directhex> laga, if it's not from the main archive i don't think it counts as a merge, that's a 0ubuntu1 situation
[14:30] <laga> okay, then i'll just mention the debian maintainer's changes in debian/changelog, too
[14:30] <laga> and i'm so glad that the first answer i got wasn't "do you have a FFe?!?!" ;)
[14:31] <directhex> pfft, even with a FFE you'll be lucky to get things uploaded ;)
[14:31] <laga> oh, i've got my personal sponsor ;)
[14:32] <directhex> really? can they sponsor things in main? 'cos monodoc still needs an upload
[14:32] <laga> no, they can't :(
[14:33] <directhex> :'(
[14:33]  * laga is exceptionally cranky due to having to work on the kernel
[14:33] <laga> also, my laptop is burning my leg :)
[14:35] <directhex> ubuntu. where documentation is 5300 svn commits older than software. \o/
[14:35] <directhex> wait, wrong tag...
[14:36] <directhex> 20000 commits. ¬_¬
[14:36] <laga> documentation? i'm jealous ;)
[14:36] <csilk> lol
=== funkyHat|off is now known as funkyHat
[14:41] <directhex> and it's only the 15th most recent Confirmed bug on the u-m-s list. any time now... ;)
=== funkyHat is now known as funkyHat|off
=== funkyHat|off is now known as funkyHat
[14:45] <geser> directhex: for getting something sponsored in main you need sometimes pester a core-dev a little :/
=== elky is now known as elkbuntu
[14:49] <directhex> geser, apparently so.
[14:52] <directhex> geser, i wonder who i can beat with a stick
[14:54]  * Hobbsee beats directhex with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™
[14:54] <Hobbsee> and before you ask, no :)
[14:54] <laga> heh, i was going to suggest that..
[14:56]  * Hobbsee suspects most people won't touch something containing 'mono'.
[14:57] <directhex> Hobbsee, yes, i think that's the case
[14:58] <directhex> i blame roy 'tinfoil hat' scheistowitz. his FUD campaign has been pretty spectacular
=== superm1|away is now known as superm1
[16:22] <slytherin> persia: you pasted ScottK's ack on bug #268914, was this intended?
[16:22] <ubottu> Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/268914/+text)
[16:24] <persia> slytherin: Yes.  My procedure was to open all the bugs listed on JavaTeam/MovetoUniverse, and paste that to all for which MOTU Release was subscribed.
[16:24] <persia> slytherin: They all need a second ACK, and I trust you'll be able to either sort them or decide to defer them pre-beta freeze.
[16:25] <slytherin> persia: Ok. Because last discussion we had with norsetto I said I would patch current source instead. So I was not sure what I should do.
[16:29] <persia> slytherin: Please continue to fix all the broken bits: I was just pasting based on ScottK's request: he'd like to see these done, if they can be done right, but he's on holiday, so can't ACK later.
[16:35] <slytherin> persia: so what do you suggest? patch the current version in Ubuntu or wait for second ack? I have free time today so I could probably add patches to all the pending bugs.
[16:42] <persia> slytherin: You know better than I.  I think that if a member of MR has asked you to look at the current version, you'll need to provide some evidence you've done so in order to get your second ACK anyway.
[16:43] <persia> So, if you can get the current version to work, use that.  If you can't, then report this, and see where you can go.
[16:44] <persia> slytherin: On an unrelated note: if you have time to test http://ppa.launchpad.net/bmillemathias/ubuntu/pool/main/b/bluez-gnome/bluez-gnome_0.28-0ubuntu1~ppa2.dsc it's nearly ready (just a couple cosmetic changes to changelog and control plus a lot of testing needed)
[17:11] <fta> jpds, pong
[17:16] <gregor> is a program like http://en.wikipedia.org/wiki/Tiled_printing included in ubuntu or maybe soon?
[17:22] <persia> gregor: The answer is yes, and you'll want to ask in #ubuntu about how to do it (this isn't a support channel)
[17:23] <gregor> okay, sorry for wasting your time
[17:23] <persia> Bah.  Too fast.  It's not a waste: it's just selecting the appropriate forum.
[17:29] <directhex> Hobbsee, it's taken me 2 and a half hours to write, but you might want to read http://www2.apebox.org/wordpress/linux/51/ ;)
[17:39] <slytherin> Can any motu who is not too busy please verify the fix on bug #105963 and upload it?
[17:39] <ubottu> Launchpad bug 105963 in libdvdread "libdvdread3 on 7.04 64bit requires build-essential. " [Undecided,Confirmed] https://launchpad.net/bugs/105963
[17:41] <slytherin> persia: I will patch current versions to build with openjdk. I will also edit bugs accordingly. And I will also test bluez-gnome. :-)
[17:42]  * slytherin going to see a movie. Will be back after 2 hours.
=== LucidFox_ is now known as LucidFox
[20:28] <NCommander> emgent, ping
[20:46] <Laney> How frozen is the freeze? I'd like to update the dirac codec to 1.0
[20:59] <pochu> Laney: it's Feature Freeze, if it isn't bug-fix only, it needs a freeze exception from motu-release
[21:07] <Laney> pochu: Yes, I was enquiring as to the likeliness of such an exception
[21:22] <pochu> Laney: depends on many things: size of the changes, number and importance of bug fixes, how much testing it has received...
[21:22] <cody-somerville> Laney, do you have a changelog?
[21:23] <Laney> cody-somerville: http://diracvideo.org/node/18
[21:23] <Laney> I've not done any prep for it, didn't want to waste my time if it has no chance
=== funkyHat is now known as funkyHat|off
[22:26] <TomJaeger> What format should the update be submitted in if I want to get a new upstream bugfix release sponsored?  The wiki isn't very clear on this.
[22:27] <TomJaeger> "If your revision is a new upstream version, not derived from Debian, the newly generated diff.gz file is the best format of the patch."
[22:27] <Laney> How is that not clear?
[22:27] <TomJaeger> Does that mean the new diff.gz plus the upstream tarball?
[22:27] <Laney> I've always just uploaded the diff
[22:29] <TomJaeger> okay, just seemed a little weird to me since in REVU, the I uploaded the whole thing
=== rick_h_ is now known as rick_h
=== rick_h is now known as rick_h_
=== rick_h_ is now known as rick_h_mobile
[23:19] <directhex> there's no point angling for another FFe with "mono" in the name, is there :/
=== rick_h_mobile is now known as rick_h
=== rick_h is now known as rick_h_
[23:22] <cbx33> hey hey peeps
[23:24] <cbx33> guys, anyone aware of a way to make a virtual network device? like a real routeable network port, but that it's virtual
[23:48] <cody-somerville> Who runs the hug type days?
[23:49] <directhex> hug an ubuntu dev?
[23:50] <nhandler> cody-somerville: I would ask bdmurray. He would know