[00:00] <Caesar> Even better then, right?
[00:01] <maxb> Caesar: Well, you can get as far as item 7 of the "Backport Process" before you need a backporter to approve the final stages
[00:01] <maxb> So doing that will undoubtably help
[00:01] <Caesar> Yep, we're working on that
[00:01] <maxb> ewww
[00:02]  * maxb expresses disgust at the opencryptoki backport which states "No source changes" in the changelog, and then proceeds to make sourceful changes.
[00:02] <maxb> :-)
[00:04] <maxb> Anyway, do everything the wiki page says, and you'll be well on the way to a backport actually happening
[00:09] <Caesar> What I don't want to have happen is the request sit in limbo after we've done the hoop jumping
[00:10] <maxb> I think it's *slightly* unreasonable to be nagging for expedited handling of the request's final stages when none of the earlier stages have been done yet
[00:12]  * Caesar reviews the stages
[00:12] <Caesar> 1 done
[00:13] <Caesar> 2 there was some quibbling about whether the debian directory constituted "source modification" or not
[00:13] <Caesar> As has been pointed out, with debhelper 7 in hardy-backports, that makes it a non-issue
[00:13] <Caesar> 3 not an issue
[00:13]  * Caesar sees the actual process
[00:14] <Caesar> So we're at step 4
[00:15] <Caesar> But sure, we will continue through the process
[00:15] <Caesar> and I'm not asking for expedited handling, I just don't want it to be any slower than necessary
[00:45] <aboudreault> Is there a consequence if i change the debian/compat: 7 to 6 ? (just to solve this error: Sorry, but 6 is the highest compatibility level supported by this debhelper)
[01:04] <RAOF> aboudreault: The consequence is that your package won't be able to depend on behaviour introduced in compat level 7.
[01:05] <RAOF> aboudreault: That said, all the debhelper versions you need to care about support compat level 7, I believe.
[01:06] <aboudreault> i'm under hardy, and i've got this error message, so i don't think so
[01:07] <aboudreault> hardy = debhelper version 6.x..
[01:07] <RAOF> Right.
[01:07] <RAOF> But debhelper in hardy-backports is 7.something.
[01:07] <aboudreault> ha
[01:08] <aboudreault> Is it good to build packages that needs *-backports ?
[01:08] <RAOF> Oh.  I suppose my advice is only relevant if you're working to get something official.  If you're just messing around in a PPA, then you'll either want to make the PPA depend on hardy-backports, or drop the compat, yes.
[01:09] <aboudreault> yes, i'll upload my package on launchpad, so i simply dropped the compat 7 to 5 (for gutsy)
[01:09] <RAOF> As long as the package doesn't use any of the compat level 7 features (see man debhelper), that'll be fine.
[01:10] <aboudreault> all right. thx.
[01:10] <RAOF> Although I believe if the package has set compat = 7, it should also be build-depending on debhelper >= 7.
[01:10] <aboudreault> yes, i changed the dependency version also.
[01:10] <mrooney> Can anyone give me a tip on lintian-overrides?
[01:11] <aboudreault> RAOF: btw... do you know how the launchpad procedure ? I'd have a simple question
[01:11] <mrooney> is it "wxbanker binary: extra-license-file usr/share/pyshared/wxbanker/COPYING.txt" or "binary: wxbanker: extra-license-file usr/share/pyshared/wxbanker/COPYING.txt" ?
[01:14] <mrooney> got it, the first one :)
[01:16] <RAOF> mrooney: When I packaged specto, I just added a patch to make it look in common-licenses rather than shipping its own copy of the GPL; is that not an option here?
[01:18] <mrooney> RAOF: nope, upstream is cross-platform
[01:18] <mrooney> and it seems silly to diverge for that
[01:18] <RAOF> mrooney: But the Debian package isn't.
[01:18] <RAOF> Maybe.
[01:18] <mrooney> that would be the only diff
[01:18] <mrooney> hmm, I dunno, it was suggested that I override it
[01:19] <mrooney> so as not to diverge
[01:19] <mrooney> I could see either side, I guess
[01:19] <RAOF> I, personally, would be patching it to make it use the licence already on the system.  Other people obviously disagree; it's a bit of a wash.
[01:20] <mrooney> I've been trying to package this for about two months, I am hoping to get a second advocate and get it into Jaunty
[01:20] <mrooney> and as I've never done patches before
[01:21] <mrooney> I think that would kill my aspirations
[01:21] <RAOF> But that would depend on how easy it is to patch, too.  Specto was a one-line patch.
[01:21] <mrooney> ahh
[01:28] <milos_> There are no pidgin and pidgin-facebook packages for Feisty. Is it posible to make them with pbuilder for example?
[01:29] <aboudreault> milos_: have you tried to simply install the pidgin-facebook package ? (even if it's made for hardy or ...)
[01:31] <aboudreault> like this one: http://code.google.com/p/pidgin-facebookchat/downloads/detail?name=pidgin-facebookchat-1.47.deb&can=2&q=
[01:31] <milos_> aboudreault, it's for my friend, I am running jaunty. He tried but dependecies were broken
[01:33] <aboudreault> off course.... it still named "gaim" in feisty
[01:33] <milos_> yup
[01:35] <mrooney> Oh no, I lost my advocation!
[01:35] <mrooney> I didn't realize a new upload did that but I guess it makes sense
[01:35] <aboudreault> milos_: he could try to install libpurple, finch, libpurple from hardy manually.
[01:35] <aboudreault> but i don't know.
[01:36] <milos_> aboudreault, Well it is his fault, he is to lazy to upgrade.
[01:37] <aboudreault> how can he be too lazy to upgrade ? that's so easy.
[01:38] <aboudreault> let him with his gaim then ;)
[01:38] <milos_> hehe
[01:39] <milos_> He has 256kbps, put that is now an excuse!
[01:39] <aboudreault> :P
[01:40] <milos_> *not
[01:41] <jdong> "Our packages are first made using the Debian Packager tools, then we use alien to convert these packages to .rpm. As a result, we need lots of people to test our packages!"
[01:42] <jdong> ^^ I just pulled out some of my initial FOSS contributions back when Ubuntu 4.10 was a preview
[01:42] <jdong> kinda amusing to read in retrospect
[01:42] <jdong> or disturbing.
[01:46] <ScottK> jdong: Please look at backports.  Lots of stuff needing approving....
[01:47] <ScottK> Speaking of crack.
[01:47] <jdong> on my todo list
[02:28] <mrooney> ScottK: I've got a manpage now for http://revu.ubuntuwire.com/p/wxbanker and all the issues should be resolved (and mok0 advocated), any chance you'd be able to give it the second advocation for me? :)
[02:29] <mrooney> or anyone else for that matter, would also be greatly appreciated. I hope to get it in before feature freeze for Jaunty!
[02:48] <postalchris> maxb: I've addressed your comments on http://revu.ubuntuwire.com/p/cvc3
[03:06] <ScottK-desktop> mrooney: Maybe.
[03:06] <ScottK-desktop> Tonight is pretty busy for me.
[04:51] <d-b> hi i'm trying to (i'm a noob) modify apachetop so i can run it (without compiling it with hardening off) i modified a few lines in src/apachetop.h and i get a ton of errors pastebin is http://pastebin.com/d23619d4
[04:51] <d-b> i was following https://wiki.ubuntu.com/PackagingGuide/Recipes/Debdiff
[04:52] <d-b> but i probably screwed up.
[05:09] <fabrice_sp_> d-b, you screw the apachetop.h file :-)
[05:09] <fabrice_sp_> up
[05:26] <Zetto> To update NetBeans in Ubuntu+1 we need that someone sponsor the paths on the following bugs:  Bug #316744, Bug #316784, Bug #316793 , bye all, please update it before feature freeze
[05:26] <ScottK> Zetto: You need air.  You want stuff uploaded.
[05:44] <tonyyarusso> how would you write a version number for an alpha release in debian/changelog?  Upstream calls it 0.8a1.
[05:46] <lifeless> 0.8~a1
[05:46] <lifeless> offhand
[05:46] <dholbach> good morning
[05:47] <tonyyarusso> lifeless: sounds plausible - ty
[05:47] <fabrice_sp> Morning dholbach !
[05:47] <dholbach> hiya fabrice_sp
[05:48] <tonyyarusso> also, could someone remind me what the implications are of the release codename in the changelog lines?
[05:50] <StevenK> tonyyarusso: As in (version) codename; urgency=low ?
[05:50] <tonyyarusso> StevenK: right.
[05:50] <StevenK> tonyyarusso: It's the codename of the release you're targetting
[05:50] <tonyyarusso> StevenK: what does "targetting" mean exactly though?
[05:51] <StevenK> tonyyarusso: It's meant to build, install and work on release.
[05:51] <tonyyarusso> StevenK: but is allowed to possibly do so on others still.
[05:53] <RAOF> tonyyarusso: The the buildds will only build it for the release targetted, but apart from that, I don't think there's much effect.
[05:53] <tonyyarusso> ah, ok
[05:54] <RAOF> Oh, apart from all the launchpad stuff which'll change based on the release :)
[05:56] <tonyyarusso> My main point was "will it build on hardy for testing even if it's not goign to actually be released until at least jaunty, so I put that"
[05:56] <tonyyarusso> so that sounds like a yes.
[05:57] <RAOF> Yes.
[07:30] <didrocks> morning
[07:31] <maco> if anyone's around, can someone review http://revu.ubuntuwire.com/p/spim ?  It was in Ubuntu before but Debian & Ubuntu dropped it when the maintainer stopped maintaining it.  I'm willing to pick up maintenance. This is a new release after 2 years of no releases--the first bug the developer received in those 2 years was a recent "doesn't work with the newest flex" so this was the release to fix that
[07:37] <tonyyarusso> Can I make a patch that will change the permissions on a file?
[07:37] <maco> tonyyarusso: adding a chmod to the postinst?
[07:38] <tonyyarusso> Building is throwing errors like "/bin/sh: /tmp/buildd/kompozer-0.8~a1/mozilla/build/autoconf/config.guess: Permission denied", since they're -x.
[07:38] <tonyyarusso> maco: files for building, not after installing.
[07:38] <RAOF> No; chmod them in debian/rules
[07:39] <tonyyarusso> Okay, excellent.
[07:39] <tonyyarusso> I figured that would work, but wasn't sure if it was the "right way".
[07:39] <tonyyarusso> crap, now I have to try to remember the format of debian/rules :P
[08:04] <tonyyarusso> Is there a way to say in debian/rules "if ubuntu, do this, if debian, do that", so we don't have a constant delta?  (They have different configure settings upstream for some reason)
[08:06] <soren> tonyyarusso: Yes.
[08:06] <tonyyarusso> soren: how?
[08:07] <soren> tonyyarusso: Hang on :)
[08:07] <jpds> dholbach: What should I do about the changed md5sum?
[08:07] <soren> tonyyarusso: I believe e2fsprogs does it.
[08:08]  * soren checks
[08:08] <dholbach> jpds: just let me know what you changed there - did you repack the tarball?
[08:09] <soren>         if test -f /etc/lsb-release && \
[08:09] <soren>                 grep -q DISTRIB_ID=Ubuntu /etc/lsb-release; then \
[08:09] <soren> tonyyarusso: ^^
[08:09] <jpds> dholbach: Yes, upstream is called: gdata.py-1.2.4.tar.gz.
[08:09] <tonyyarusso> soren: nice
[08:09] <dholbach> jpds: can't you just rename it?
[08:09] <jpds> dholbach: I replied to the bug report too.
[08:09] <dholbach> to python-gdata_1.2.4.orig.tar.gz
[08:09] <dholbach> jpds: I'd prefer it we can just take the upstream tarball
[08:09] <dholbach> as it is
[08:09] <jpds> dholbach: Won't teh gdata.py-1.2.4/* affect it?
[08:14] <jpds> dholbach: Appears to work, I'll reupload.
[08:14] <dholbach> jpds: gracias - will check it out in a bit
[08:27] <mrooney> Are you not supposed to upload after an advocation?
[08:28] <somaunn> hello
[08:29] <jpds> mrooney: After two, if you'd like.
[08:29] <slytherin> somaunn: hello
[08:29] <mrooney> jpds: I meant, upload a new version of the package
[08:29] <jpds> mrooney: Bug #?
[08:30] <mrooney> jpds: bug 297289, is that what you mean?
[08:30] <mrooney> jpds: for example someone said "I'm advocating but fix this tiny detail" then unsubscribed themself, so I fixed it and lost the advocation
[08:31] <mrooney> and now he won't know as he unsubscribed himself, haha
[08:31] <mrooney> PS that is some even karma that I have
[08:35] <pochu> mrooney: REVU link?
[08:37] <mrooney> pochu: http://revu.ubuntuwire.com/p/wxbanker
[08:39] <pochu> mrooney: ping mok0 when he's around, I guess he wont have any problem to advocate it again
[08:41] <mrooney> hahaha
[08:41] <pochu> :-)
[08:41] <mrooney> pochu: but was my workflow correct?
[08:41] <mrooney> or should I have waited for a second advocation and then addressed it?
[08:42] <pochu> mrooney: what mok0 meant was to fix it directly when uploading to the archive, but what you did is fine too
[08:42] <somaunn> slytherin: whats really a problem with mscorefont package
[08:42] <DktrKranz> pochu: could you please give me six numbers between 1 and 90? I plan to win "superenalotto" (> 30 million euros), you can predict future! :P
[08:42] <pochu> DktrKranz: hah, sure! but I want 10% if you win ;)
[08:43] <mrooney> mok0: I was just asking what I should do after uploading the fix and losing your advocation :)
[08:43] <DktrKranz> pochu: I give you 20%!
[08:43] <pochu> :)
[08:43] <pochu> DktrKranz: 2 27 9 80 48 87
[08:43] <mok0> mrooney: You haven't lost it :-)
[08:43] <somaunn> because i'm always having problem with that package
[08:43] <mok0> DktrKranz: 1 2 3 4 5 6
[08:43] <DktrKranz> mok0: highly improbable :)
[08:43] <pochu> mok0: that's not gonna win. The good combination is mine :)
[08:44] <soren> DktrKranz: Exactly as improbable as any other numbers.
[08:44] <mok0> DktrKranz: (just as likely as any other outcome :-))
[08:44] <pochu> DktrKranz: actually as improbable as mine ;)
[08:44] <mok0> heh
[08:44] <mrooney> mok0: well I just meant technically in REVU I did
[08:44] <DktrKranz> heh
[08:44] <mrooney> by uploading a new version
[08:44] <jpds> mrooney: I'll upload the package, just test building at the moment.
[08:45] <mok0> mrooney: well, usually it doesn't matter
[08:45] <mrooney> mok0: ahh okay. this is my first package and interaction with motu so, it's all new and magical to me
[08:45] <mok0> mrooney: I'm ok with the next MOTU uploading
[08:46] <mok0> mrooney: it's one of the akward things about revu that we are trying to sort out
[08:46] <DktrKranz> pochu: If I manage to win, I'll come in murcia personally to give you money :P
[08:47] <slytherin> somaunn: what problem? how am I supposed to know without any context?
[08:48] <somaunn> each time i'm trying to install  the package mscorefont it's giving me problem
[08:49] <slytherin> somaunn: I don't understand why are you asking me this question? I am not involved with the package anyway.
[08:49] <jpds> mrooney: The debian/ packaging is in the upstream source right?
[08:49] <mok0> somaunn, like Balmer throwing chairs at you?
[08:49] <mrooney> jpds: yeah
[08:50] <mrooney> that source is a bzr export
[08:50] <mrooney> clean as a whistle!
[08:50] <somaunn> but now i have this problem: dpkg was interrupted, you must manually run 'dpkg --configure -a' to correct the problem; E:_cache->open()failed, please report.
[08:51] <jpds> mrooney: Uploaded!
[08:51] <mrooney> jpds: excellent!
[08:51] <mrooney> thanks!
[08:56] <somaunn> MS is dead now, i have the confirmation
[08:56] <geser> somaunn: can you please put the whole output when you try to run "sudo dpkg --configure -a" into a pastebin and give us the link?
[08:58] <pochu> DktrKranz: I'll be glad if you come!
[08:59] <somaunn> it's fine now
[08:59] <somaunn> not giving me the problem anymore
[08:59] <somaunn> i hope
[08:59] <somaunn> geser: tell how me can do what you're asking me to do /
[08:59] <geser> good
[09:01] <geser> open a terminal (like gnome-terminal), paste the command I mentioned, copy the output into http://paste.ubuntu.com/ , msg the resulting url here
[09:04] <somaunn> geser: here is the link http://paste.ubuntu.com/116728/
[09:06] <geser> this doesn't look good
[09:07] <geser> how did you manage to get into this state?
[09:09] <Milyardo> D: and I thought I was screwed
[09:10] <Milyardo> It says you don't have package libfreemarker-java installed
[09:11] <Milyardo> liblucene2-java as well
[09:11] <mok0> apt-get -f install
[09:11] <geser> somaunn: my suggestion would be to see what output "sudo apt-get -f install" would give (pastebin it again), but read it *carefully* before proceeding
[09:12] <somaunn> geser: ok
[09:14] <somaunn> geser: http://paste.ubuntu.com/116732/
[09:16] <somaunn> it hink in this report every thing is fine
[09:16] <somaunn> just need to update the system
[09:17] <geser> yes, the second pastebin looks ok
[09:17] <geser> but you still shouldn't have that many unconfigured packages
[09:20] <somaunn> geser: not every thing it's fine
[09:21] <somaunn> i say thank to God, torvalds & you guys also by making linux to be better day after day
[09:22] <somaunn> because if i try to imagine the same problem happening in Microshit Winplode
[09:24] <geser> somaunn: let's try to resolve this mess: please try "sudo dpkg --configure libnb-ide9-java" (pastebin only in case of error)
[09:28] <somaunn> it's saying: package libnb-ide9-java is already installed and configured
[09:29] <geser> hmm, that's really interesting as you first pastebin mentions that this package could be configured
[09:29] <geser> did the output from "sudo dpkg --configure -a" change compared to your first pastebin?
[09:30] <somaunn> yes
[09:31] <somaunn> it's sending me back to the prompt
[09:31] <geser> than everything is ok now
[09:31] <somaunn> i think nothing to configure
[09:32] <geser> yes, the problems from the first pastebin are fixed
[09:34] <slytherin> Koon: I didn't know you were working on geronimo packaging. :-)
[09:35] <maco> can someone please review http://revu.ubuntuwire.com/p/spim ?
[09:40] <jpds> maco: Section: non-free/electronics ?
[09:41] <maco> jpds: not a valid section? that's what it was in the old package. is there a list of valid ones?
[09:42] <maxb> The canonical list of valid section names is in the Policy manual
[09:42] <Koon> slytherin: well, just the free implementation of the spec things
[09:43] <Koon> slytherin: to replace the sun things with the strange licensing
[09:43] <jpds> maco: I don't think we use the non-free part, but the electronics looks good from http://debian.org/doc/debian-policy/ch-archive.html#s-subsections .
[09:43] <maco> it does say main, contrib, non-free, but should that be changed to say multiverse then?
[09:43] <mok0> Those sections are useless anyway :-/
[09:47] <slytherin> maco: does the package contains any non-free parts?
[09:47] <maco> slytherin: yes, modifications are not allowed to be redistributed
[09:48] <maco> and no commercial distribution
[09:48] <maco> the developer clarified to the previous maintainer that debianization was fine though
[09:49] <jpds> maco: Remove the non-free bit, it gets multiverse automatically prepended.
[09:49] <slytherin> maco: I doubt that kind of package will be allowed. specifically the 'no commercial distribution' part.
[09:49] <maco> slytherin: http://changelogs.ubuntu.com/changelogs/pool/multiverse/s/spim/spim_7.3-1/spim.copyright
[09:49] <slytherin> I might be wrong though
[09:49] <Laney> that's right
[09:50] <Laney> the archive admins put it in one afaik
[09:50] <maco> slytherin: it was allowed through Etch and Hardy...
[09:51] <maco> slytherin: in multiverse, not in univere
[09:51] <slytherin> maco: you say '﻿modifications are not allowed to be redistributed'. Was that the case for previous versions as well?
[09:51] <maco> yes
[09:51] <maco> the copyright hasnt changed
[09:51] <slytherin> ok. I just saw the note
[09:51] <maco> that link is to the copyright file from the one in hardy
[09:51] <maco> er, i mean the license hasnt changed
[09:52] <slytherin> maco: if the package already exists in archive and you are providing new version why is that done on revu?
[09:52] <slytherin> shouldn't that be a part of bug?
[09:52] <maco> slytherin: it was removed from debian and ubuntu when the last maintainer stopped maintaining it
[09:52] <maco> so now it needs to be re-added to the archive
[09:53] <maco> dholbach said to submit it as a new package
[09:53] <slytherin> ah, ok
[09:54] <maco> see: http://wiki.debian.org/NonFreeTrackingSystem/SourcePackage/spim
[09:54] <maco> (that link is wrong about gxemul covering all the functionality though...gxemul requires compiled code, can't handle assembly, which is what spim was made to do)
[09:57] <maco> jpds: so just make the section say "electronics" you're saying?
[09:57] <jpds> maco: Yep.
[09:58] <maco> jpds: the policy manual says that it assumes main if there's no segment listed though
[09:59] <jpds> maco: Ubuntu automatically puts universe or multiverse depending on where the package is,.
[09:59] <maco> hmm? how?
[09:59] <maco> how does it know which to put, i mean?
[09:59] <maco> do the archive maintainers do this manually?
[10:00] <somaunn> i have this problem: http://paste.ubuntu.com/116746/ i'm trying to install openoffice 3
[10:02] <maco> jpds: ok, so i'll change that and upload a new source package. should it use the same package version since it never hit archive or will revu want the number to increment anyway?
[10:02] <jpds> maco: I reckon the buildds do it, and keep the package version as it is. :)
[10:04] <jpds> maco: Actually, ignore what I said about the section:, looks like ubuntu-restricted-extras has it set in the source package. :/
[10:04] <maco> doh
[10:04] <maco> so which should it be?
[10:05] <jpds> Just electronics.
[10:05] <maco> ok
[10:05] <maco> ok edited and re-uploaded
[10:06] <maco> anything else?
[10:07] <maco> (prob wouldve made sense to ask that first...)
[10:07] <slytherin> maco: archive admins usually place the package in appropriate section by looking at copyright file.
[10:07] <maco> slytherin: hey i guessed right!
[10:11] <jpds> maco: Looks good to me now. :)
[10:11] <maco> yay
[10:18] <maco> jpds: thank you
[10:20] <jpds> maco: No problem. :)
[10:46] <slytherin> TheMuso: 3 uploads of linux-ports in one day. :-D
[11:35] <ScottK> slytherin: No commercial distribution is fine for Multiverse.
[12:55] <henrik-hw0> anyone online feel like doing a REVU?
[14:07] <Juli_> ScottK: Hi, I've just read your message to Zetto. ([08:29]<ScottK>Zetto: You need air. You want stuff uploaded.)  I'm afraid I don't understand it could you, please explain what it means:)
[14:08] <ScottK> Juli_: It means that we have a sponsoring process that I've explained to him before.
[14:09] <ScottK> Personally I find impatience and dumping a lot of bug info in the channel demotivating about do I want to sponsor that person's work.
[14:10] <Juli_> ScottK: hmm.. I understand you and very sorry about that. But it is not his work.
[14:11] <ScottK> OK.
[14:15] <Juli_> Do I understand correctly, if ubuntu sponsors for universe are subscribed to those bugs does it mean that someone sponsor them before feature freeze? If not, is there something I can do to help?
[14:15] <ScottK> It means that we'll try.
[14:15] <ScottK> All of us are volunteers who help out here as we can.
[14:15] <ScottK> There are no guarantees.
[14:17] <ScottK> Also, while still no guarantee, personally (and I am a member of the motu-release team) be inclined to be somewhat more favorable to FF exception requests if the stuff was in before the freeze, but just didn't get sponsored.
[14:17] <Juli_> Yes I know you are volunteers and thank you a lot for that.
[14:18] <Juli_> Ok I understood, thanks!
[14:18] <ScottK> Probably more than I should be I tend to react negatively to pressure on how I ought to be doing that volunteering.
[14:23] <Juli_> actually yes, I totally agree with you. But I know that many people want to see new NetBeans in Ubuntu and I believe Zetto just wanted to help:) Please be patient to us:)
[14:30] <ScottK> OK.
[14:30] <Juli_> Thanks.
[14:51] <sven777> Would a MOTU kindly review my package?  (I already have one advocate)  Thanks!  http://revu.ubuntuwire.com/p/lmalinux
[14:54] <slytherin> Juli_: are you just looking for sponsor? Or do you also want someone to review the package?
[14:55] <ScottK> slytherin: There are sponsorship requests in the queue.
[14:56] <slytherin> ScottK: I was specifically considering netbeans package. I will take a look.
[15:00] <directhex> ScottK, a package in need of updating has a new dependency. the new dependency is languishing in debian NEW. what're the chances of 0ubuntu1ing the package, to give it a little nudge?
[15:00] <Laney> (would it need to be fully REVUed?)
[15:01] <mok0> Hmm I wonder why I can't connect with pidgin
[15:02] <mok0> freenode seems dead
[15:03] <geser> mok0: how can you chat than here?
[15:03] <mok0> geser: through irssi :-)
[15:03] <pochu> mok0: huh, are you gonna replace irssi with pidgin!? :)
[15:04] <mok0> pochu: I normally use pidgin, as I'm also on jabber
[15:04] <pochu> huh, do you use pidgin for jabber!? ;)
[15:04] <mok0> ... and pidgin uses less screen real estate than irssi
[15:07] <slytherin> Juli_: I don't see any get-orig-source target or watch file in the diff provided in bug 316793. From where am I supposed to get the .orig.tar.gz?
[15:17] <slytherin> persia: DktrKranz: can either if you add me to u-u-s? my launchpad id is onkarshinde.
[15:17] <persia> slytherin, Sure.  Doing it now.
[15:20] <slytherin> I hope to clear up few bugs from the u-u-s queue today
[15:20] <persia> Excellent!
[15:21] <Juli_> slytherin: please find at copyright  file the link with tar.gz file. You just need to rename it. If it is required I'll create orig-tar-gz for this package.
[15:23] <persia> Juli_, There was a working solution for nb6.1 : can those not be reused?
[15:23] <slytherin> Juli_: No need. I checked the link in copyright file. I was just checking if you forgot to add get-orig-source
[15:23] <Juli_> slytherin: I thought in this case it was not necessary.
[15:24] <slytherin> Juli_: It is always good to have watch file or get-orig-source target.
[15:25] <Juli_> slytherin:  ok, I'll always do this in future, thanks for noticing!
[15:25] <mok0> Back on pidgin. Funny
[15:40] <slytherin> persia: do you have a jaunty installation handy?
[15:41] <persia> slytherin, Yes, but I'm about to be idle for an extended period, so only want to do something quick :)  If you need testing for 251173, I'd rather do it tomorrow.
[15:42] <slytherin> persia: nah, leave it then.
[15:45] <gaspa> dholbach, james_w: Sorry, our server is often down ( the one which runs edos ) in these days, we had problems with ... erhm ... our hosting.
[15:45] <gaspa> I'm searching another server that could host our scripts. when we're ready I'll let you know.
[15:46] <dholbach> gaspa: OK
[15:46] <ScottK> directhex: At this point I'd recommend that (uploading the package here directly).
[15:46] <james_w> gaspa: cool, thanks for the information
[15:46] <dholbach> thanks for working on it
[15:46] <james_w> gaspa: let me know if I can help
[15:48] <gaspa> james_w: sure, actually I've not yet think anything...
[15:50] <anakron> HI all
[16:08] <bddebian> james_w: I got plenty for you if you are bored.. ;-P
[16:09] <james_w> heh, if only :-)
[16:09] <binarymutant>  can someone help me understand why this rule file wants to install to the /usr directory and to /usr/local ? http://pastebin.com/d3b44ebbf
[16:11] <huats> persia: hello
[16:12] <huats> are you around ?
[16:12] <bddebian> binarymutant: Do you have a .install file?
[16:12] <binarymutant> bddebian, no, and I'm not sure what that is
[16:12] <bddebian> debian/install or debian/<package>.install
[16:13] <binarymutant> bddebian, no I don't have that :/
[16:14] <bddebian> The same file is going in both dirs or just one?
[16:14] <binarymutant> both directories unfortunately
[16:15] <binarymutant> bddebian, http://pastebin.com/d496f0d6c here's a list of where it's installing to
[16:17] <binarymutant> could it be that I'm using dpkg-buildpackage -r  to build the package?
[16:19] <bddebian> Well you specifcy dh_install to install in usr/share/charm but maybe setup.py is installing in usr/local/..?
[16:21] <binarymutant> bddebian, I read somewhere that distutils installs to /usr/local by default is this true? if so how can I change that?
[16:22] <maxb> I don't think it does it by default, though it can be configured to do so by a distutils.cfg, which I do on my servers to ensure ad-hoc installations don't land in /usr
[16:25] <binarymutant> thanks maxb I'll look up distutils.cfg, that might be helpful
[16:27] <binarymutant> it's confusing me because the version of this package in the Jaunty repos installs to /usr/ only and not /usr/local and the only difference in the rules file is the dh_install line
[16:32] <aboudreault> When using launchpad... we should set the dependencie versions that are IN the oldest ubuntu codename, (gutsy i think). And upload the package. Am I wrong ? or we need to upload package for every codename ?
[16:36] <AdamDH> hey all
[16:37] <AdamDH> for a package where there is no upstream version should I just use msp430-libc-0.1-msp430-cvs.0.0.timestamp some varriant of that?
[16:38] <AdamDH> essentially msp430-libc-0.1-msp430-cvs.0.0.20090211
[16:38] <ScottK> aboudreault: The oldest supported Ubuntu version is Dapper.  Dependency versioning should be for the lowest version that meets the requirement.  If all supported releases have the version, you don't need to version the depends.
[16:39] <aboudreault> ok, thanks. I wanted to be sure that i was in the good way.
[16:41] <aboudreault> and if i decided to just support gutsy and higher... is there a problem if i upload my package like that in launchpad ?
[16:42] <ScottK> aboudreault: When you say in Launchpad, do you mean in a PPA?
[16:42] <aboudreault> yes, sorry.
[16:42] <ScottK> aboudreault: PPAs are not part of Ubuntu, so you can do whatever you want consistent with their terms of use.
[16:44] <aboudreault> Ok. so i suppose that when i upload a package in a PPA, it will try to build it for every supported ubuntu version, if the build fails, if simply doesn't include this codename in the ppa.
[16:45] <ScottK> aboudreault: No, it has to be uploaded for each release you  want it for.  PPA questions are better in #launchpad.
[16:45] <aboudreault> kk thx.
[17:14] <AdamDH> can you use $(shell dpkg-architecture -qDEB_HOST_GNU_TYPE) etc inside control?
[17:25] <slytherin> AdamDH: nope
[17:25] <slytherin> is it ok to unsubscribe u-u-s once u-a has been subscribed to a bug?
[17:25] <DktrKranz> slytherin: yep
[17:26] <geser> slytherin: yes, for sync request I unsub u-u-s and sub u-a and myself, so I can track syncs I acked
[17:36] <binarymutant> I'm having dh_pycentral problems can someone help? When I try to install this package http://mentors.debian.net/debian/pool/main/c/charm/ dh_pycentral uses python2.6 but should be using python2.5...anyone know why?
[17:37] <surfaz> Hi! mime files works also in KDE?
[17:38] <surfaz> I want associate a file type to a command
[17:39] <geser> binarymutant: can you pastebin the error message you get?
[17:40] <binarymutant> geser, ty http://pastebin.com/d18dfa88
[17:40] <quadrispro> RainCT: thanks for your suggestions! I've uploaded new package:
[17:40] <quadrispro> RainCT: http://revu.ubuntuwire.com/p/nfoview
[17:42] <maco> are subscriptions on REVU broken for others or just me?  i have no "preferred email address" listed, and i cant edit that. i also dont see the comments on my package coming to my email, so...
[17:42] <Turl> hi :)
[17:42] <Turl> anyone else experiencing this bug? https://bugs.launchpad.net/ubuntu/+bug/328156
[17:43] <geser> binarymutant: this looks like a packaging error to me? how did you come to python2.6 as the error source as it isn't mentioned in your paste?
[17:43] <maco> Turl: everyone, since feisty...
[17:44] <binarymutant> geser, I use XS-Python-Version: >=2.5 in debian/control but the debian/control in the actual deb says Python-Version: 2.6
[17:45] <maco> Turl: feisty was the last fast-login. gutsy onward takes nearly as long to login as it does to boot
[17:45] <Turl> maco: well, but this is different. it's way slower than intrepid, on the same hardware
[17:47] <geser> binarymutant: in which environment did you build your pkg? I've just build it in my jaunty pbuilder and it has: Python-Version: >=2.5
[17:47] <binarymutant> geser, I'm using dpkg-buildpackage from Ibex
[17:47] <geser> btw: is python2.6 already packaged?
[17:47] <maco> Turl: maybe try #ubuntu+1?
[17:48] <Turl> ok maco
[17:48] <binarymutant> geser, I had someone else build it with dpkg and they got Python-Version: 2.5 too, so I know it's my own environment messing up. But I don't know why
[17:50] <geser> binarymutant: what python versions do you have installed?
[17:50] <binarymutant> geser, 2.4 - 2.6
[17:50] <geser> where did you get python 2.6 from?
[17:51] <binarymutant> geser, I think it was from python3 but not sure
[17:51] <AnAnt> Hello, what's the preferrable license for packaging ?
[17:52] <binarymutant> geser, actually I have no clue now where I got it
[17:52] <geser> where is it installed? "which python2.6"
[17:53] <binarymutant> local install, so is that my problem :) hopefully
[17:54] <geser> binarymutant: it's a good idea to use also pbuilder for build testing, as it helps you to check if you have listed all build-depends and also to avoid "problems" like you have now :)
[17:55] <binarymutant> geser, if I remove python2.6, will everything work again? I'll check out pbuilder
[17:55] <geser> binarymutant: my guess is that calling python calls your locally installed python2.6 as /usr/local/bin is before /usr/bin in $PATH
[17:56] <geser> binarymutant: it should
[17:56] <binarymutant> Thank you so much! :)
[17:58] <AnAnt> GPL2 or GPL3 ?
[17:59] <geser> AnAnt: -EMISSINGCONTEXT
[17:59] <AnAnt> what's the preferrable license for packaging ?  GPL2 or GPL3 ?
[18:01] <geser> it's suggested to use the same license as the source to avoid license problems (of course only if you are okay with it)
[18:02] <slytherin> AnAnt: preferable is same as upstream source unless upstream license is non-free.
[18:02] <AnAnt> ok, thanks
[18:10] <pochu> slytherin: well, that would be ok too, wouldn't it? as your package is not going to end in main ;)
[18:10]  * pochu hides
[18:10] <slytherin> :-)
[18:17] <Vest84> Hello everybody. would a MOTU be so kind as to review my project? Thanks in advance! http://revu.ubuntuwire.com/details.py?package=gnome-quod This is my first package, I will be glad if you spend some time for me.
[18:28] <c_korn> hello. I would like to see scilab-5 which requires fop-0.95 in jaunty. which debdiff should I provide actually? https://bugs.launchpad.net/ubuntu/+source/fop/+bug/326171
[18:44] <geser> c_korn: the current packages has ubuntu changes. So they need to be reapplied to the new debian package, if they are still needed (that's called merging) and then you need to attach the debdiff between the debian package and the new merged one
[18:46] <c_korn> ok, so I first have to find the changes.
[18:48] <geser> c_korn: http://patches.ubuntu.com/f/fop/fop_1:0.94.dfsg-2ubuntu2.patch
[18:50] <c_korn> ah, so I have to apply the changes to the debian version and debdiff this patched debian version with the unpatched version, right?
[18:53] <geser> c_korn: yes, if the changes are still needed
[18:54] <geser> they can be either obsolete now (for what ever reason), still needed or incorporated by debian
[18:54] <geser> so it's your task to figure for each change which case it is
[19:01] <c_korn> it seems the only difference between ubuntu and debian is this line in debian/rules: http://pastebin.com/d41d34132
[19:02] <c_korn> unfortunately I have no idea if this change is necessary
[19:02] <c_korn> the package compiled well with the debian version.
[19:05] <slytherin> c_korn: how did you compile the package? did you use pbuilder?
[19:07] <c_korn> I compiled it in a ppa. https://launchpad.net/~getdeb.packages/+archive/ppa
[19:07] <c_korn> (there I used the debian version)
[19:08] <ScottK> c_korn: Generally at this point it's good to review previous debian/changelog entries and see if you can determine why the change was introduced.
[19:10] <cody-somerville> Would a tool that updates a bios's firmware be in the admin section or the util section?
[19:11] <ScottK> I go util, but that's just a guess.
[19:12] <slytherin> c_korn: debian/ant.properties file was changed in Ubuntu to fix java home to correspond to the one in debian/rules. I see that in Debian version they differ. So this is the change I was referring to in my comment in the bug.
[19:12] <slytherin> cody-somerville: I agree with ScottK. util seems more appropriate.
[19:13] <c_korn> in debian the line in debian/ant.properties is also: javahome.jdk14=/usr/lib/jvm/java-gcj
[19:13] <c_korn> they fixed it too
[19:14] <slytherin> c_korn: but it is not same as the one in debian/rules
[19:16] <c_korn> in debian rules it is also: JAVA_HOME            := /usr/lib/jvm/java-gcj
[19:16] <c_korn> I just downloaded the debian sources: dget -ux http://ftp.de.debian.org/debian/pool/main/f/fop/fop_0.95.dfsg-2.dsc
[19:18] <slytherin> let me check
[19:21] <slytherin> c_korn: Ok. My mistake. I was checking version from unstable. :-(
[19:21] <slytherin> c_korn: let me try building the package and then I will update the bug accordingly
[19:23] <slytherin> c_korn: I verified again. the java_home is indeed different at both locations. Now I will try building the package.
[19:23] <c_korn> ok, thank you
[19:25] <slytherin> damn, I can not build package unless xmlgraphics-commons is synced.
[19:27] <c_korn> yes, xmlgraphics-common is required. also java-wrappers (but only runtime dependency). when fop has been built there is only a dependecy for jeuclid missing to make scilab-5 compile
[19:27] <c_korn> I have made a diff on these DEB_JARS: http://pastebin.com/d6133dafc
[19:28] <c_korn> this debian bug report says that jimi is not required for fop any longer: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=271654
[19:29] <c_korn> (all packages can be found in the ppa, btw) https://launchpad.net/~getdeb.packages/+archive/ppa
[19:29] <c_korn> thanks for your support. I will be back in about half an hour.
[19:30] <slytherin> c_korn: I will wait for the packages to get synced before I try building fop.
[20:31] <directhex> ScottK, having always been a good little boy in the past & done things the right way, what's the procedure i should follow to short-circuit getting sublib into the archive without REVU? i can throw together a -0ubuntu1 from -1 in svn
[20:31] <ScottK> directhex: I've lost track, are you a MOTU?
[20:32] <directhex> ScottK, nay, but i can rustle one up
[20:32] <ScottK> OK.  MOTU are not actually required to get their packages advocated on REVU (most do).
[20:32] <directhex> aha
[20:32] <ScottK> I imagine you can figure out the rest.
[20:33] <directhex> Laney, who's awake and a motu and a pkg-mono associate member?
[20:34] <vorian> ScottK: I thought we needed an ack from a fellow developer
[20:34] <Laney> erm
[20:34] <Laney> nobody :(
[20:34] <ScottK> Last I looked it was merely highly recommended.
[20:34]  * vorian could be completely wrong
[20:35] <Laney> It has been acked by a DD!
[20:35]  * ScottK is fairly certain "double check package was properly advocated on REVU" is not on the archive admin New review checklist.
[20:35] <Laney> haha
[20:36] <Laney> excellent timing RAOF
[20:36] <directhex> mornin' RAOF!
[20:37] <Laney> (moon too ^_^)
[20:39] <directhex> Laney, weren't YOU planning on becoming MOTU?
[20:39] <Laney> sure, the meeting is on friday
[20:39] <directhex> ooh, is sebner about? his nick is autocompleting...
[20:40] <Laney> idle     : 3 days 6 hours 26 mins 51 secs
[20:40] <ScottK> Laney: Agreed.  That's why I think it's quite all right for a single MOTU to upload it.
[20:52] <geser> directhex: the best time to reach sebner is probably on weekends as he is doing his military service now
[20:54] <directhex> geser, yeah, i thought someone was. hm...
[21:04] <tobi_> will Chinese simplified and traditional have to share the same folder in /usr/share/locale/?
[21:07] <postalchris> Anybody free to look at http://revu.ubuntuwire.com/details.py?package=cvc3 ? It's the CVC automated theorem prover
[21:16] <RAOF> directhex, Laney: Yo!  What's up?
[21:17] <Laney> RAOF: We are looking for a willing MOTU to upload sublib from Debian NEW (transition enablement)
[21:17] <Laney> would you be that MOTU?
[21:17] <RAOF> That's sublib, the new package, yes?
[21:17] <Laney> yup
[21:17] <directhex> yes
[21:18] <quadrispro> anyone on http://revu.ubuntuwire.com/p/nfoview?
[21:18] <quadrispro> without '?' at the end :)
[21:18] <RAOF> I'll have a look-see.
[21:18] <Laney> consensus is that it's OK to just upload it without REVUness
[21:19] <Laney> DD ack is enough
[21:19] <directhex> especially a DD as sexy as meebey
[21:20] <RAOF> I was going to give it another once-over, but consider DD's ack as the other advocate, yeah.
[21:22] <RAOF> GIT IS COMPOSED ENTIRELY OF SHARP EDGES!
[21:22] <directhex> RAOF, it is?
[21:23] <RAOF> To be fair, the particular edge I hit then is also sharp in all other VCSs.
[21:24] <directhex> i have no git-fu :/
[21:25] <RAOF> Pop quiz: what does 'git diff' in a working tree show? :)
[21:26] <directhex> a steam train going "choo choo" across the screen?
[21:26] <directhex> wait, that was 'sl'
[21:27] <Laney> heh
[21:27] <Laney> RAOF: Also, do you mind if I do the merge of miro 2?
[21:27] <Laney> it is the hotness
[21:34] <RAOF> Laney: Go for it.  Miro is all yours
[21:36] <Laney> wicked
[22:35] <jreinhardt> Hi
[22:36] <Chris`> jreinhardt: Hey
[22:36] <jreinhardt> I just updated Firefox to 3.0.6+nobinonly-0ubuntu0.8.10.1 and then everything broke
[22:36] <jreinhardt> especially firefox broke and only shows an empty window
[22:37] <jreinhardt> anyone else experienced this?
[22:37] <Laney> did you restart it?
[22:37] <Laney> also #ubuntu for support
[22:37] <jreinhardt> no
[22:37] <jreinhardt> no reboot
[22:38] <jreinhardt> ok, then I will try to reboot, and if this does not help I will file a bug on launchpad
[22:38] <jreinhardt> thanks
[22:38] <Laney> no, not reboot, just restart firefox
[22:38] <jreinhardt> ah
[22:39] <jreinhardt> yes I restarted firefox
[22:39] <jreinhardt> that is when it only showes an empty window
[22:40] <jreinhardt> I then tried to downgrade to 3.03
[22:40] <jreinhardt> but that didnt help