[00:08] <crimsun_> persia: / TheMuso: lp:~ubuntu-core-dev/pulseaudio/ubuntu rev15
[00:09] <crimsun_> persia: / TheMuso: I have some question as to how thoroughly the definitions are parsed; I'll look into it further.  In the meantime, please try the above.
[00:09] <crimsun_> persia: and since you guys have commit access now, feel free...
[00:09] <crimsun_> TheMuso: ^
[00:12] <TheMuso> crimsun_: Thanks, will take a look shortly.
[00:23] <slangasek> mok0: I think you may have missed a transition package when merging claws-mail?  claws-mail-clamav is no longer built from source, but sylpheed-claws-gtk2-clamav depends on it
[00:23] <mok0> slangasek: hmmm
[00:23] <mok0> slangasek: I will take a look
[00:27] <mok0> slangasek: yeah, there is no such package...
[00:27] <mok0> slangasek: I wonder if there should be, or if the dependency is wrong
[00:29] <slangasek> the package existed before you merged the new upstream version... :)
[00:31] <mok0> slangasek: it seems it's gone from the debian version
[00:32] <slangasek> well, ok
[00:32] <slangasek> then I guess the compat package should also be dropped?
[00:32] <mok0> slangasek: I guess
[00:32] <slangasek> +  - Upstream removed clamav plugin from main tarball (Closes: #462963)
[00:32] <slangasek> ah, there it is
[00:32] <nixternal> !5-a-day
[00:32] <ubotu> 5-a-day is a community event where each person will take 5 bugs a day and work on them. Everyone is invited to help no matter your abilities! More information available at https://wiki.ubuntu.com/5-A-Day
[00:33]  * nixternal runs and hides
[00:35] <warp10> :D
[00:35] <mok0> slangasek: will you fix it?
[00:36] <slangasek> mok0: do you agree that the compat package should be dropped, and only readded if the clamav plugin gets packaged separately?
[00:36] <mok0> slangasek: yes
[00:37] <mok0> slangasek: the compat package goes with the plugin
[00:38] <slangasek> ok, uploading
[00:38] <mok0> slangasek: great
[00:42] <ScottK> bigon: For Gutsy, all the telepathy packages were part of a general exception for Ubuntu Mobile.  Before I expend effort again on figuring out if Telepathy stuff should be upgraded, please find out from the Ubuntu Mobile folks if such an exception exists again for Hardy.
[00:43] <ScottK> slangasek and mok0: Upstream dropped the package in claws mail 3.3 (it's in their upstream changelog.
[00:44] <mok0> ScottK: slangasek has removed the dependencies now
[00:44] <ScottK> Of course the reason they dropped it (licensing concerns with non-free unrar code) don't apply to the Debian clamav package, but it's still gone.
[00:44] <mok0> ScottK: is it going to be packaged separately?
[00:45] <ScottK> mok0: All I know is what's in the changelog.
[00:45] <mok0> ScottK: right
[01:01] <slangasek> 	 | N libphp-serialization-perl/0.27-1/i386 Component: main Section: perl Priority: OPTIONAL
[01:01]  * slangasek slits his wrists to have done with it
[01:01] <slangasek> :-P
[01:03] <StevenK> Ah ha. My sync request.
[01:11] <Fujitsu> That sounds so, so wrong.
[01:11] <Fujitsu> Though I've had a use for such a thing before, admittedly.
[02:17] <bddebian> Heya gang
[02:17] <emgent> heya :P
[02:17] <bddebian> Hello emgent
[04:01] <chrisb_> is this the right place to be for help with building source?
[04:45] <nhaines> Hello, everyone!
[05:27] <slomo_> superm1: ping? :)
[05:27] <nhaines> pong!
[05:27] <nhaines> Oops!  Not for me.
[05:27] <slomo_> :)
[05:28] <superm1> slomo_, hey :)  I was just about to get the last few things together.  just got some free time now.  i'll let you know once i'm done
[05:29] <slomo_> superm1: perfect :)
[05:57] <jdong> too lazy to check launchpad at 1AM, but I am assuming the pycentral breakage on Hardy is known?
[05:57] <jdong> bug 192992
[05:57] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[05:57] <jdong> ok guess I wasn't too lay
[05:58] <TheMuso> jdong: Yeah its known alright.
[05:58] <jdong> I'm assuming when python breaks word gets out fast :D
[06:13] <superm1> slomo_, okay all updated up http://mentors.debian.net/debian/pool/main/g/gmyth/
[06:13] <slomo_> superm1: perfect :)
[06:14] <crimsun_> hmm, looking at python-central's parse_versions(), does the tried "op, v = m.group(1), m.group(2)" work if m == None?
[06:14] <slomo_> superm1: i'll review again now, if it's fine i'll upload
[06:14] <slomo_> superm1: ok?
[06:14] <superm1> slomo_, sounds great to me
[06:14] <slomo_> superm1: :)
[06:15] <crimsun_> looking at the bug reports, vstring is being passed to parse_versions() as 'python:Versions=2.4'
[06:17] <slomo_> superm1: the gmyth-utils short description is not perfect yet imho but i can live with that ;) maybe something that just says that these are commandline utilities for doing things with a mythtv backend is nicer than saying that it's utilities from the gmyth package
[06:18] <superm1> slomo_, the utilities themselves are very un-useful too.. i wouldnt expect them to be used for anything other than testing when things aren't working
[06:18] <slomo_> superm1: ok
[06:19] <slomo_> superm1: "Section:libs" without space, i'll change that ;)
[06:19] <superm1> oops :)
[06:20] <slomo_> superm1: you don't link the things explicitely with libglib and stuff, right?
[06:20] <superm1> slomo_, no i dont
[06:21] <slomo_> superm1: that's a bug then... also it's LDFLAGS, not LD_FLAGS
[06:21] <slomo_> superm1: want me to fix these two things or do you want to do it yourself? :)
[06:21] <superm1> slomo_, well if its just those two left you can go ahead, if  there is more i'll do it
[06:22] <slomo_> superm1: ok, will do it then
[06:22] <slomo_> superm1: otherwise it's great
[06:22] <superm1> thanks
[06:23] <superm1> slomo_, afterwards, if you've got time for one more, i have another perl related one that i wanted to bring up to debian as well
[06:23] <slomo_> superm1: i don't know anything about perl... but when it's easy :)
[06:24] <superm1> slomo_, yeah its a really straightforward package.  i'm just cleaning up the description a little bit for it.
[06:25] <tonyyarusso> Hey, I'm reading Conduit release notes, and noticed that among other things it now supports synching Gmail contacts and fixes a bunch of Flickr bugs.  These seem pretty important to me - what are your thoughts on a possible update to 0.3.8 for Hardy?
[06:34] <superm1> tonyyarusso, file a FFe on it.
[06:34] <superm1> tonyyarusso, ~motu-release makes the final call
[06:36] <tonyyarusso> superm1: Seems worthy of consideration at least to you though?  (wanted to bounce it off someone before filing)
[06:38] <superm1> tonyyarusso, if its fixing a bunch of bugs i think so
[06:38] <superm1> but in the end will have to see how much else changed
[06:38] <tonyyarusso> Also, https://wiki.ubuntu.com/FreezeExceptionProcess says the request must include a diffstat and testing information, which I am not able to provide - presumably someone else could tack that on as able?
[06:39] <tonyyarusso> well, I guess I could figure out the diffstat thing - looks relatively simple
[06:40] <superm1> tonyyarusso, fill out as much as you can about it, if you aren't sure of something, ask here about it
[06:41] <tonyyarusso> Okay
[06:44] <slomo_> superm1: ok, fixed all now ;)
[06:44] <superm1> slomo_, great, so all set then ?
[06:44] <slomo_> superm1: may i add myself as uploaders or do you want to have it all your own? ;)
[06:45] <superm1> slomo_, you can add yourself on
[06:45] <superm1> if ever i'm busy with other things, its good to have a fall back
[06:46] <slomo_> ok
[06:46] <slomo_> thanks
[06:46] <dholbach> good morning
[06:47] <superm1> morning
[06:47] <slomo_> superm1: ok, building and then uploading now :)
[06:48] <superm1> great :).  slomo_ if you've still got some more time, this is the other one I wanted to pull up to debian too: http://mentors.debian.net/debian/pool/main/l/libnet-upnp-perl/
[06:50] <tonyyarusso> superm1: err, is 'diff -ruN <package>-{old-version,new-version} | diffstat > diffstat.txt
[06:50] <tonyyarusso> correct?
[06:50] <superm1> tonyyarusso, yeah that looks right
[06:50] <dholbach> tonyyarusso: that looks good
[06:50] <tonyyarusso> So "conduit-0.3.8.tar.gz |binary \n 1 file changed" is all I'm supposed to get?
[06:51] <superm1> tonyyarusso, you have to extract the .tar.gz
[06:51] <slomo_> superm1: doh, the -dev package is broken :)
[06:51] <superm1> and you run it across the two directories
[06:51] <superm1> is the idea
[06:51] <slomo_> superm1: i'll fix it
[06:51] <superm1> so that -r in the switches recurses
[06:51] <superm1> slomo_, how is it broken?  It built fine here?
[06:51] <tonyyarusso> superm1: Aaah.  I'll have to clarify the wiki then methinks.
[06:52] <slomo_> superm1: yes but look at the content.. should be /usr/include/gmyth but is /usr/include/gmyth/gmyth
[06:52] <tonyyarusso> much better
[06:54] <superm1> slomo_, that makes me wonder how these other apps were able to nicely build against it in that state
[06:54] <slomo_> superm1: gst-plugins-bad didn't, that's how i noticed it fortunately
[06:55] <slomo_> superm1: oh, the pkg-config file... hm
[06:55] <superm1> slomo_, I better check the ubuntu build log for it then, because ours did (and works)
[06:55] <slomo_> superm1: ok, i found the reason, nevermind
[06:55] <slomo_> :)
[07:07] <slomo_> superm1: uploaded
[07:07] <slomo_> superm1: now we have to wait a week or something for it to come from NEW
[07:07] <superm1> slomo_, ah queues, just like in Ubuntu
[07:08] <superm1> well my first package in debian.  yay :)
[07:08] <superm1> thanks for helping get that in, and especially so quick
[07:08] <slomo_> np :)
[07:17] <StevenK> Oh, so pycentral needs to fixed and packages forced to rebuild?
[07:17] <StevenK> Ooops
[07:17] <StevenK> Up and enter in the wrong terminal :-/
[08:07] <warp10> Hi all!
[08:12] <LucidFox> hello warp10
[08:14] <warp10> howdy LucidFox!
[08:51] <BUGabundo> hi there
[08:51] <BUGabundo> can someone please test bug #193195 ?
[08:56]  * LucidFox shakes his fist in ubotu's general direction
[08:57] <soren> bug 193195
[08:57] <ubotu> Launchpad bug 193195 in ubuntu "[hard] trickle upload limit blocks wget" [Undecided,New] https://launchpad.net/bugs/193195
[08:58] <BUGabundo> hi soren
[08:58] <soren> o/
[08:58] <BUGabundo> can you give it a test?
[08:58] <BUGabundo> trickle seems to only limit download speed
[08:58] <BUGabundo> not upload!
[08:58] <soren> Sorry, I'm a bit tied up right now.
[08:58] <BUGabundo> ok, soren
[08:58] <BUGabundo> I understand
[09:16] <awen-> bug 192310 <- does this seem like the correct solution?
[09:16] <ubotu> Launchpad bug 192310 in hyphen "package openoffice.org-hyphenation-en-us None [modified: /var/lib/dpkg/info/openoffice.org-hyphenation-en-us.list] failed to install/upgrade: trying to overwrite `/usr/share/myspell/dicts/hyph_en_US.dic', which is also in package openoffice.org-hyphenation" [High,Confirmed] https://launchpad.net/bugs/192310
[09:22] <geser> good morning
[09:26] <warp10> morning geser
[09:26] <geser> Hi warp10
[09:27] <BUGabundo> hi there geser
[09:27] <geser> Hi BUGabundo
[09:32] <ssam> the package lybniz needs a sync from debian, or a one line patch to fix its 2 open bugs. is there any thing i could do to make it more likely to happen?
[09:33] <dholbach> ssam: http://wiki.ubuntu.com/SyncRequestProcess
[09:34] <ssam> do you need to be a MOTU to do that?
[09:36] <pochu> anyone from the MOTU Release team for a 2nd ACK in bug 192156?
[09:36] <ubotu> Launchpad bug 192156 in amule "[FeatureFreezeException] New upstream svn snapshot" [Undecided,New] https://launchpad.net/bugs/192156
[09:37] <BUGabundo> who here is responsible for packing trickle?
[09:38] <LucidFox> ssam> no, you don't need to be a MOTU to request a sync, but a MOTU must approve it after you file it
[09:38] <ssam> thanks
[09:50] <ssam> https://bugs.launchpad.net/ubuntu/+source/lybniz/+bug/193210 is that ok?
[09:50] <ubotu> Launchpad bug 193210 in lybniz "please sync lybniz (1.3.2-1)  from debian lenny (testing) (math)" [Undecided,New]
[09:54] <pochu> \o/ wxwidgets2.8 in Debian
[10:00] <DktrKranz> pochu: REALLY?
[10:00] <BUGabundo> python-central bug?
[10:01] <BUGabundo> wrong wind. sorry
[10:03] <pochu> DktrKranz: http://lists.debian.org/debian-devel-changes/2008/02/msg01982.html
[10:04] <DktrKranz> pochu: oh... hijacked! :)
[10:04] <pochu> yeah!
[10:04] <pochu> :-)
[10:04] <pochu> DktrKranz: the only bad news is that it's in experimental. But hey, that's better than sticking with wx2.6...
[10:04] <DktrKranz> I think Ron is going to find some AK47
[10:07] <DktrKranz> pochu: better there than nowhere, so there's a chance to sync it in Hardy + 1
[10:08] <pochu> DktrKranz: yeah, hopefully someone (doko?) uploads it to unstable soonish
[10:09] <emgent> heya people
[10:11] <Lamego> d2bu
[10:16] <DktrKranz> pochu: I don't want to be hijacked :D
[10:16] <pochu> Oh yeah let's hijack Luca! :P
[10:18] <DktrKranz> pochu: well... Devid actually
[10:19] <pochu> oh right
[10:19] <pochu> DktrKranz: sad he's not here for the good news
[10:24] <DktrKranz> pochu: better not having him around when there will be need to sync wxwidgets! :)
[10:26] <pochu> heh
[10:26] <pochu> DktrKranz: let's merge dfiloni's changes in the Debian package!
[10:26] <pochu> DktrKranz: can you already upload to Debian? ;-)
[10:53] <DktrKranz> pochu: I am destroying one distro at a time, actually (was: no upload privileges for me in Debian)
[11:05] <geser> ScottK: ip4r added support (and also a new package) for postgresql-8.3 (the default in hardy). Does it need a FF exception?
[11:17] <slomo> LucidFox: are all your f-spot changes in debian too already?
[12:03] <\sh> grmpf
[12:03] <emgent> heya \sh :)
[12:04] <hellboy195> \sh: you seems to be angry .. about wine?
[12:05] <\sh> na
[12:05] <hellboy195> \sh: good. how's the progress :)
[12:07] <\sh> hellboy195: lets see :)
[12:07] <hellboy195> ^^
[12:08] <\sh> is it feasable to re-upload a NEW package which was rejected, because of a silly mistake by me inside the license file, without prior approval? :)
[12:08] <\sh> hellboy195: regarding bug #191575 jurjen said it works now after the last upgrade...I'll try to check this
[12:08] <ubotu> Launchpad bug 191575 in wine "wine segfaults on winecfg" [High,Confirmed] https://launchpad.net/bugs/191575
[12:09] <hellboy195> \sh: I'm ready that currently ^^
[12:10] <hellboy195> *reading
[12:12] <hellboy195> \sh: yeah, it's really really strange
[12:21] <ScottK> geser: Isn't postgresql-8.3 in Main?
[12:23] <geser> ScottK: it is
[12:23] <persia> \sh: Yes.  Once you have approval to NEW a package, re-NEWing it is covered by the same approval.
[12:23] <\sh> hellboy195: at least on amd64 it doesn't work at all
[12:23] <ScottK> geser: Then it's nothing to do with motu-release.
[12:24] <\sh> persia: thx
[12:24] <geser> ScottK: ip4r (universe) builds currently only a package for postgresql-8.2 but the new one from Debian unstable has how also a package for postgresql-8.3
[12:24] <ScottK> I see.
[12:25] <hellboy195> \sh: well we can ignore amd64 users ^^,  no to be serious that's a serious problem :\
[12:25] <persia> \sh: Just as an explanation, it's my opinion that archive-admin rejection isn't that different from automated rejection for a bad upload.  Assuming you can fix it, and work with the archive admins to get it approved, it's just a bugfix.
[12:25] <ScottK> I'd say yes, but it's definitely one we'd want.
[12:25] <persia> geser: For dep-wait stuff, do we need to ask for give-backs, or will that just happen?
[12:25] <\sh> persia: yepp..that's how I see it, too, but not being sure myself
[12:26] <geser> ScottK: I will file a request for a FF exception then
[12:26] <geser> persia: depwait will start building automatically once the waiting package (and version) is available
[12:26] <bigon> ScottK: hi I don't understand you comment on bug #192847
[12:26] <ubotu> Launchpad bug 192847 in telepathy-salut "Please sync telepathty-salut 0.3.1-1 (universe) from debian unstable (main)" [Wishlist,New] https://launchpad.net/bugs/192847
[12:26] <persia> \sh: It's just my opinion.  If you want a formal statement, you could file a FFe bug, but I suspect motu-release currently has enough of them :)
[12:26] <ScottK> bigon: For Gutsy, all the telepathy packages were part of a general exception for Ubuntu Mobile.  Before I expend effort again on figuring out if Telepathy stuff should be upgraded, please find out from the Ubuntu Mobile folks if such an exception exists again for Hardy.
[12:26] <persia> geser: Thanks.  I won't fuss about libini4j then.  Thanks.
[12:27] <bigon> ScottK: oh ok
[12:30] <bigon> ScottK: I don't see such exeption on https://wiki.ubuntu.com/StandingFeatureFreeze
[12:30]  * persia wishes that Sun had a single internal shared repository for Java code
[12:30] <geser> persia: you're too late anyway, it got already build and is now in binary NEW.
[12:31] <persia> geser: Excellent!  With the archive-admin of the day seeking an empty NEW queue, we ought have netbeans by the end of the week.
[12:34] <geser> persia: depending on the order of the NEWing (libini4j-java would be best), how long the netbeans build takes and the length of the binary NEW queue it could make it even today :)
[12:34] <geser> but I guess the NEW queue is not long enough for that
[12:50] <ScottK> bigon: That's a page I made a few days ago.  The problem last time was the Ubuntu Mobile exception was undocumented.  You'll actually need to ask someone to find out.
[12:56] <bigon> ScottK: I've asked on #u-mobile
[12:59] <slytherin> What is the use of 'debian uupdate' in watch file?
[12:59] <\sh> bigon: then please ask what is the status of galculator and the hildon patch...they wanted to do the merge of this package by themselves, because the hildon patch doesn't apply cleanly anymore, and I have no clue about hildonizing
[13:00] <persia> slytherin: It tells uscan that you want to copy the debian/ directory and attempt to automate the construction of a new source directory.  Personally, I find it less useful then one might prefer.
[13:00] <slytherin> persia: thanks. I was just going to add it to a watch file
[13:01] <persia> slytherin: Worth adding and experimenting.  If it works best for you, may be worth keeping.  Just because it doesn't match my workflow doesn't mean it isn't good practice.
[13:02] <slytherin> persia: Nah. I am working on bluez-gnome which is in main. So I am just copying the watch file from debian
[13:03] <slytherin> persia: By the way according to new policy when requesting new upstream version, I should just add .diff.gz to bug right?
[13:03] <persia> slytherin: Yes.
[13:04] <mruiz> hi all
[13:10] <mruiz> hi all
[13:11] <slytherin> mruiz: That sound like an echo. :-)
[13:12] <mruiz> slytherin, sure :)
[13:14] <persia> dfiloni_: http://lists.debian.org/debian-devel-changes/2008/02/msg01982.html
[13:14]  * persia missed, and will try to aim better in the future
[13:25] <mok0> Whoops. Python exception when configuring update-manager...
[13:30] <mok0> Is there something wrong with pycentral at the moment??
[13:31] <mok0> I am getting several errors when doing my daily apt-get upgrade
[13:31] <geser> mok0: yes, python-central 0.5.50ubuntu4 should fix it
[13:31] <mok0> geser: ok, great, no reason to file bug reports then...
[13:32] <Pici> mok0: already filed, see #192992 if you're interested
[13:32] <mok0> bug 192992
[13:32] <ubotu> Launchpad bug 192992 in python-central "[hardy] pycentral crashed with ValueError in parse_versions()" [High,Confirmed] https://launchpad.net/bugs/192992
[13:33] <mok0> Pici: Oh, yeah!
[13:34] <mok0> Pici: that's what I am getting too :-)
[13:34] <persia> Actually, ubuntu4 still breaks for jockey for some reason.  Works for most other things.
[13:35] <mok0> That new pycentral version is not in the archives?
[13:38] <soren> mok0: If it's not, it soon will be.
[13:38] <geser> mok0: it got uploaded one hour ago (or so) and it takes some time to get build and published
[13:38]  * mok0 cools it
[13:39] <soren> published an hour ago.
[13:39] <soren> The source, that is.
[13:40] <soren> http://launchpadlibrarian.net/12082695/python-central_0.5.50ubuntu4_all.deb <--- For the impatient.
[13:40] <stgraber> soren: doesn't fix the bug with jockey-gtk
[13:41] <stgraber> so there will be one more upload (3rd or 4th today ? :))
[13:44] <mruiz> thanks soren
[13:46] <mok0> Is there somewhere a statistic showing the use of the different platforms Ubuntu is offered on?
[13:49] <awen-> ja
[13:50] <awen-> wrong window...
[13:50] <mok0> awen-: wrong language
[13:50] <awen-> mok0: also that :)
[13:50] <mok0> heh
[13:52] <awen-> who should you poke to regarding openoffice.org-* packages... been looking a little at bug 192310 ; but the problems seems to involve more packages the more i look
[13:52] <ubotu> Launchpad bug 192310 in hyphen "package openoffice.org-hyphenation-en-us None [modified: /var/lib/dpkg/info/openoffice.org-hyphenation-en-us.list] failed to install/upgrade: trying to overwrite `/usr/share/myspell/dicts/hyph_en_US.dic', which is also in package openoffice.org-hyphenation" [High,Confirmed] https://launchpad.net/bugs/192310
[13:56] <persia> awen-: Are you sure that is still open?  A recent set of upgrades seemed to resolve it for me.  Also, calc on #ubuntu-devel would be the right contact.
[13:56] <_MMA_> Fixed here as well.
[14:01] <awen-> _MMA_ and persia: the problem isn't solved ... openoffice.org-hyphenation-en-us and openoffice.org-hyphenation both contains hyph_en_US.dic
[14:01] <mok0> Is hppa big endian like HP-UX?
[14:01] <persia> awen-: Without Conflicts: ?  Yes, that would be wrong.
[14:01]  * mok0 would like to see a compilation guide for hppa
[14:01] <soren> mok0: hppa is the platform on which hp-ux runs.
[14:02] <persia> mok0: HP-US is designed to run on hppa, so it's at least a safe bet (although I haven't used such a machine for long enough to no longer be sure)
[14:02] <persia> s/US/UX/
[14:02] <awen-> persia: yes, without conflicts...
[14:02] <mok0> soren: I meant hppa alias linux running on hppa :-)
[14:03] <soren> mok0: Oh, ok. Yes, I'm quite sure that's big endian.
[14:03] <awen-> persia: and is isn't a good idea to have them conflict on each other as you would then be unable to have english hyphenation installed together with another hyphenation
[14:03] <mok0> soren: you happen to know what preprocessor symbols cpp predefines on that platform :-/
[14:05] <persia> awen-: If two packages supply the same file, and they files serve different purposes, it is a bug to be raised to the appropriate list.  If the files serve the same purpose, the packages must use Conflicts:.  It may be that one of the packages should not deliver that file, or that some packages should be removed following a transition.
[14:06] <soren> mok0: Not off the top of my head, no.
[14:06] <soren> mok0: lamont in #ubuntu-devel will know, though. :)
[14:06] <mok0> soren: thx I'll ping him...
[14:07] <awen-> persia: exactly... but right now the openoffice.org-hyphenation packages seems in a complete mess regarding rdepends and provides
[14:08] <persia> mok0: You might also download and inspect the hppa binary packages...
[14:08] <\sh> ScottK: yes...the problem was my copy&paste of your LICENSE file ;) it said GPL2 and the LICENSE.gpl was GPL3 ... I fixed it already :)
[14:09] <awen-> but thanks for the help persia, i'll ping calc on #ubuntu-devel later today and see what he has to say about it
[14:10] <persia> awen-: As an additional note, updates to those packages tend to be well staggered, to avoid DoSing the buildds.  It may be that there is a partial or complete fix in the VCS: at least worth checking that as well.
[14:11] <awen-> persia: okay... how/where to check the VCS?
[14:12] <persia> Check for Vcs-* fields in debian/control.  If they are absent, complain to the maintainer :)
[14:14] <awen-> persia: they are absent, so no luck there
[14:36] <rhpot1991_laptop> Hey guys, I got a few emails about the build of my package failing in NEW, I know what to fix but not how I go about doing so, do I just fix it and dput it back to revu?
[14:37] <rhpot1991_laptop> had the section listed as unknown when it should be misc
[14:37] <RainCT> Hi
[14:37] <rhpot1991_laptop> hello
[14:41] <sistpoty|work> hi folks
[14:41] <geser> rhpot1991_laptop: create a debdiff, attach it to a bug in LP and subscribe ubuntu-universe-sponsors
[14:41] <geser> Hi sistpoty|work
[14:41] <sistpoty|work> hi geser
[14:44] <DktrKranz> sistpoty|work: I have to test dietlibc on sparc. It's not a big one, compile time takes five minutes on old hardware, is it possible to run some tests with pbuilder on sparky?
[14:45] <rhpot1991_laptop> geser: attack it to a new bug or my needs-packaging bug?
[14:46] <sistpoty|work> DktrKranz: sure, there is a hardy pbuilder already installed on sparky
[14:46] <geser> rhpot1991_laptop: like you want
[14:47] <DktrKranz> sistpoty|work: ah, cool. I verified I've access on it, but I guess I've no root/sudo privileges
[14:47] <sistpoty|work> DktrKranz: I just changed it... can you retry?
[14:49] <DktrKranz> sistpoty|work: it works now, thanks. Is there a preferred time to do my tests? I don't want to increase server load too much.
[14:50] <sistpoty|work> DktrKranz: since we've already passed featurefreeze there shouldn't be much going on on revu anyways...
[14:50] <sistpoty|work> DktrKranz: so just do your tests ;)
[14:50] <DktrKranz> sistpoty|work: good then. Thanks ;)
[14:51] <sistpoty|work> np
[14:52] <geser> Hi bddebian!
[14:53] <bddebian> Heya gang
[14:53] <bddebian> Hi geser
[14:53] <sistpoty|work> hi bddebian
[14:53] <bddebian> Hi sistpoty|work
[14:53] <DktrKranz> geser: had a quick look at dietlibc, found something interesting from Fedora, but I think it's not sufficient to avoid --fno-stack-protector abuse :(
[14:57] <spectie> evening all, how do i go about getting an import from debian ?
[15:00] <AstralJava> spectie: sync request is the process you want.
[15:00] <spectie> ok
[15:00] <AstralJava> Currently we're in a feature freeze, so an exception bug will be required to be filed for that.
[15:00] <spectie> what is an exception bug ?
[15:01] <AstralJava> If you look at the topic, you can find more information regarding the issues.
[15:01] <spectie> (i'm just looking at the page now -- and about to file a bug)
[15:06] <slicer> Where can I find documentation about debian/control fields like vcs-: etc? They're not in the current debian policy document.
[15:06] <sistpoty|work> slicer: iirc dpkg's changelog might help
[15:10] <spectie> ok
[15:10] <spectie> sync request ubmitted
[15:10] <slicer> sistpoty|work: Ok, found that. But are they documented anywhere? All the changelog says is that such fields were added, it makes no mention of what's supposed to be in them :)
[15:11] <AstralJava> spectie: Can you post the bug number please?
[15:11] <spectie> yes
[15:11] <spectie> i'm just writing a comment giving the exception request
[15:11] <spectie> #193306,
[15:12] <sistpoty|work> slicer: dunno if any documentation exists... I recall a lenghty thread on debian-devel some time in the past about that *looking*
[15:14] <sistpoty|work> slicer: http://lists.debian.org/debian-devel/2008/01/msg00926.html (but there was an older thread about these fields as well)
[15:15] <spectie> AstralJava, i've added the exception req.
[15:16] <spectie> is it in order?
[15:17] <slicer> sistpoty|work: Thanks.
[15:17] <AstralJava> As we're in the feature freeze now, it requires a bit more information, which you can read from: https://wiki.ubuntu.com/FreezeExceptionProcess#head-30ede7e753a6b6f62916161755507d4cc5d99e20
[15:18] <AstralJava> spectie: ^^
[15:18]  * spectie looks
[15:18] <spectie> ok
[15:18] <spectie> hmm
[15:18] <spectie> i don't have ubuntu
[15:18] <AstralJava> Right, well then you need to get someone to do that for you.
[15:19] <spectie> ok
[15:19] <spectie> presumably diffstat would be just the contents of the debian package piped through diffstat ?
[15:19] <AstralJava> Ping me if you can't find anyone. I won't guarantee that I have the time for it, though. :)
[15:19] <spectie> ok
[15:21] <geser> AstralJava: how do you want to diff a complete new package?
[15:22] <AstralJava> geser: Sorry I don't follow?
[15:23] <spectie> i attached the diff
[15:24] <spectie> AstralJava, regarding the "builds and installs", do you just need a buildlog ?
[15:25] <AstralJava> spectie: The last time I did it, I directed pbuilder output to a buildlog. There might be other ways which I wouldn't know. I'm not a MOTU, after all. :)
[15:26] <spectie> ok
[15:27] <geser> AstralJava: sorry, I was to fast with reading and jumped lines
[15:27] <AstralJava> geser: Quite alright. :)
[15:28] <spectie> AstralJava, does my diffstat look ok ?
[15:28] <AstralJava> Just threw me out for a loop here.
[15:29] <bigon> ScottK: <Mithrandir> bigon: I don't believe so, but it should be possible to grant exceptions if we need them?
[15:31] <AstralJava> spectie: I suppose. If I was reviewing that, I would want to see what you used diffstat on.
[15:31] <spectie> i installed the package in a prefix
[15:31] <spectie> and diffed it with an empty directory
[15:32] <spectie> seeing as it is a new package, i think thats the only way you'll get a diff
[15:33] <spectie> oh pissing aerkgmarg
[15:33] <AstralJava> spectie: As I understand it, the diffstat would show us how much the new package differs from the current version in Ubuntu. As it isn't in any ubuntu release at the moment, I would consider that step irrelevant.
[15:33] <spectie> AstralJava, ok, that wasn't clear from the wiki
[15:35] <AstralJava> I'm not sure what the process is when regarding to documentation "bugs", but please make sure appropriate people are informed about this.
[15:35] <AstralJava> Never hurts to improve the relevant docs. :)
[15:38] <DktrKranz> sistpoty|work: are two ACKs sufficient to proceed with a FFe upload?
[15:39] <sistpoty|work> DktrKranz: the indication is, if the bug state is set to confirmed (atm. two acks should do it, however we don't have a policy for generic exceptions yet)
[15:39] <DktrKranz> thanks for the clarification.
[15:51] <warp10> Hi all!
[16:05] <pochu> sistpoty|work: did you had time to check the revu patch?
[16:06] <ScottK> bigon: Please comment in the bug.
[16:07] <ScottK> sistpoty|work: I'm looking for feedback from you on the proposal for bug fix only uploads that I sent to MOTU ML last week.  The others in motu-release are OK with it.
[16:07] <ScottK> \sh: Great.  Sorry about that.
[16:09] <sistpoty|work> ScottK: thought I have answered that already... full ack from me
[16:10] <ScottK> sistpoty|work: Thanks.  I probably just lost track.
[16:10] <sistpoty|work> pochu: sorry, didn't have time to test it on sparky yet... it looks good though
[16:11] <pochu> sistpoty|work: just a reminder. no hurry though ;)
[16:11] <dholbach> Ubuntu Development Week is up and running in #ubuntu-classroom!
[16:11] <pochu> sistpoty|work: specially since there's no much activity in revu these days... ;)
[16:12] <mario_limonciell> sistpoty|work, would you be able to follow up to the mythtv suite FFe, now that ScottK has posted to it?  (You previously wanted to hear from others prior to deciding)
[16:15] <sistpoty|work> mario_limonciell: acked... can you confirm the bugs please (saves me lots of clicking *g*)?
[16:15] <mario_limonciell> sistpoty|work, sure
[16:15] <sistpoty|work> thanks
[16:15] <mario_limonciell> thx
[16:20] <geser> ScottK, sistpoty|work: how many ACKs does a FFe need? two or more?
[16:20] <sistpoty|work> geser: two
[16:20] <ScottK> geser: Two.  Our's crossed in the mail,  If you'd set it to confirmed it'd save me some clickety click.
[16:21] <sistpoty|work> heh, lost update :)
[16:21] <geser> ScottK: will do, thanks
[16:21] <ScottK> Bugfix only process is updated on the Freeze Exception page.
[16:21] <sistpoty|work> excellent, thanks!
[16:22] <geser> ScottK: what I can't do is unsubscribe motu-release
[16:22] <ScottK> geser: If you do your upload it no longer shows up by default, so it's not a big deal.
[16:23] <geser> ScottK: it's a sync and is now in the ~ubuntu-archive queue
[16:23] <ScottK> Great.
[16:24] <sistpoty|work> geser: then close the bug byhand, once it hits the archive (or I'll do it and will also get the karma for it *g*)
[16:25] <ScottK> geser: There was an issue with Debian not having a gui for pg 8.3 because they don't have wxwidgets2.8.  I don't recall the package name, but it sounded like a good on to make sure we had the right version of.  I can hunt after it if you don't have time.
[16:26] <geser> sistpoty|work: the sync should close it (it's a sync request combined with a FFe)
[16:26] <sistpoty|work> damn, no karma for me then *g*
[16:27] <geser> ScottK: could it be pgadmin3? Please hunt it down as I don't have time (four exams next week)
[16:27] <ScottK> Sure.  I'll look into it.
[16:30] <pochu> ScottK: with your proposal, after alpha6, will we need to ask for a freeze exception even for bug fix releases?
[16:31] <ScottK> pochu: As of now, yes, but there is a MOTU meeting in the mean time to get consensus.
[16:31] <ScottK> pochu: I'm not personally uncomfortable with pushing it out to Beta, but think we should discuss it.
[16:32] <ScottK> sistpoty|work: I just added a NACK to the FF2 proposal.  I'm curious if you'd revisit your position based on my comment?
[16:32]  * sistpoty|work looks
[16:33] <ScottK> superm1: Now that the mythtv standing FFe is approved, would you please update the wiki page where the standing exceptions are listed.
[16:33] <mario_limonciell> ScottK, sure
[16:34] <ScottK> mario_limonciell: Which one of you are you really?
[16:34] <mario_limonciell> this one at work, and the other at home right now
[16:34] <mario_limonciell> so, both i guess?
[16:34] <ScottK> I see. OK.
[16:36] <sistpoty|work> asac: the point of ScottK is imo quite good about the firefox2 demotion... any good ideas?
[16:37] <ScottK> sistpoty|work: My thought is use iceweasel instead (if that's the right one, I can never keep track).
[16:37] <ScottK> If it's really needed.
[16:39] <ScottK> geser: pgamin3 is in fact what it was.
[16:39] <ScottK> pgadmin3 even
[16:39] <ScottK> Is there a MOTU hopeful looking for a useful task/learning experience?
[16:41] <slytherin> ScottK: I owuld have said yes but I will be leaving for home in 5-10 minutes. :-)
[16:41] <jdong> *sigh* How the heck does one get across the point that launchpad is not where to discuss dirty hacks and workarounds right on a bug report?
[16:41] <jdong> I think LP bug tickets need moderation ability
[16:41] <ScottK> jdong: What is the place then?
[16:41] <jdong> ScottK: some other support medium
[16:42] <jdong> IRC, mailing list, forum, answers tracker, etc
[16:42] <rhpot1991_laptop> anyone have any idea why my diff.gz is different on LP than on revu?
[16:42] <dholbach> jdong: if it's still about fixing the bug that should be absolutely fine - there are lots of discussions about fix implementations in various bug trackers
[16:42] <jdong> ScottK: as an example, the pycentral breakage bug, 90% of the comments are either irrelevant or duplicate of osmething another person has said already
[16:42] <ScottK> jdong: True, but to the extent it helps the developer understand the problem, it may be useful.
[16:43] <jdong> ScottK: right, useful discussion is a different concern, but there should be a way to collapse/hide duplicate or otherwise not useful comments
[16:43] <dholbach> jdong: right, we do have a big amount of not so useful information on bugs - I agree with that
[16:43] <jdong> i.e. confirmed by 4 people, another 3 or 4 people posted a 1-page-long traceback (identical to each other)
[16:43] <ScottK> jdong: Yes, but that happens every time we break the release.  If anything, my lesson learned on that experience is maybe LP duplicate detection needs a bug filed against it.
[16:44] <ScottK> I think that's the real answer.
[16:44] <jdong> "My workaround is to install the python-apt_0.7.4ubuntu4_i386.deb package from here: https://launchpad.net/ubuntu/hardy/i386/python-apt/0.7.4ubuntu4"
[16:44] <dholbach> that doesn't stop "me too" comments :)
[16:44] <jdong> comments like that, IMO, are irrelevant to the bug report
[16:44] <jdong> i.e. they're end-user workarounds, not useful to developers for pinpointing or fixing bugs
[16:44] <ScottK> jdong: But they are useful for someone who's just been told their problem is a dupe of that bug.
[16:45] <dholbach> I'm not sure I'd spend my time "digging" comments on bugs :)
[16:45] <jdong> ScottK: no doubt they are useful for the end user using a bug report to find a solution to the problem, but they are not helpful for me if I just want a quick look at "what's the problem, what's the progress on a fix"
[16:45] <jdong> dholbach: haha that image came into my head too
[16:45] <dholbach> :-)
[16:45] <jdong> dholbach: then again all the workaround will be dugg up ;-)
[16:45] <dholbach> right :)
[16:45] <ScottK> Agreed, but if the duplicate detection worked well, users would see that and just do it and the volume of comments would go down.
[16:46] <jdong> ScottK: I think on that bug, there's about 3 useful comments overall (1) the stacktrace (2) comment 86 which explains the cause and a proposed (admittedly hackish) workaround
[16:46] <dholbach> the last times I was about to file a crash report it told me about duplicates quite well and I followed up on already filed bugs
[16:46]  * dholbach liked that
[16:46] <pochu> jdong: I think this is exactly what you want - bug 1734
[16:46] <jdong> and I can't even think of the 3rd useful comment
[16:46] <ubotu> Launchpad bug 1734 in malone "Need ability to mark bug comments as obsolete" [Wishlist,Confirmed] https://launchpad.net/bugs/1734
[16:47] <dholbach> pochu: thanks for digging that up
[16:47] <jdong> pochu: indeed that's very close to what I would like
[16:47] <jdong> collapsible comments would be great
[16:48] <pochu> dholbach: anytime. I already knew about it, so it wasn't hard to find it ;)
[16:48] <pochu> I even thought I was subscribed to it...
[17:17] <jeromeg> jdong: i just got some writable cds and i'm testing the backport of brasero at the moment
[17:27] <jdong> jeromeg: I pretty much trust that it works, the patch looks very reasonable
[17:27] <jdong> jeromeg: you should talk to ScottK about sponsoring it into gutsy-backports
[17:27] <jdong> (consider it an ACK from me)
[17:28] <jeromeg> jdong: ok, that way I don't loose a cd for nothing :)
[17:28] <jeromeg> ScottK: hello; now I need to bother you :)
[17:29] <ScottK> jeromeg: Put you debdiff in the bug and subscribe me to it.  I'll try and give it a look a bit later.
[17:30] <jeromeg> ScottK: ok thank you, the debdiff is already on the bug report, I also added a link to build logs from my ppa, if that can be of any use for you
[17:30] <jeromeg> i'll suscribe you
[17:30] <ScottK> Sure.
[17:31] <InsClusoe> jussi01: Thanks for that..
[17:31] <InsClusoe> oops... wrong chat room.. sorry.
[17:31] <jussi01> InsClusoe: you are welcome
[17:31] <jeromeg> ScottK: i put Ubuntu Backporters as maintainer, there doesn't seem to be any documentation about sourcecahnge backports
[17:31] <ScottK> jdong: ^^^ What do you think about that?
[17:32] <\sh> I would say ubuntu-motu (for universe packages) to be sure we get the bug reports even by mail
[17:32] <jeromeg> ScottK= Scott Kitterman ? (just to be sure to susribe the right person
[17:32] <\sh> (also for backports)
[17:32] <jeromeg> \sh: the package is in amin :)
[17:32] <jeromeg> *main
[17:32] <\sh> jeromeg: so ubuntu core :)
[17:33] <jeromeg> \sh: ok, i'll update my debdiff
[17:33] <ScottK> jeromeg: Yes
[17:33] <jeromeg> ScottK: thx !
[17:33] <\sh> jeromeg: that's the way I would prefer it :) I don't know the opinion of other devs in here
[17:34] <jeromeg> ok, i'll wait for more feedback, that's not essential anyway :)
[17:34] <asac> sistpoty|work: yes, commented on bug. I agree that the security argument is something that needs to be figured, however its completely independent from feature freeze exceptions and should be discussed/enforced through other means.
[17:34] <\sh> ScottK: you opinion to this? :)
[17:35] <sistpoty|work> asac: well, for xulrunner, we could get security fixes from debian (but I guess not in practice, because it seems that we're ahead of unstable, right?)
[17:35] <ScottK> \sh: Debian Maintainer spec allows any ubuntu.com address.  Few core-devs will care about a backport, so I think it makes sense, but we are breaking new groud here.  That's why I asked jdong.  It's his project.
[17:35] <nareshov> Hey MOTUs. I found a bug in the package "midori": It's default homepage is set to www.debian.org , Shouldn't it be www.ubuntu.com ?
[17:36] <asac> sistpoty|work: xulrunner 1.8 will die at the same point as firefox 2.0 ... in debian i am the one that does all the security work
[17:36] <jdong> ScottK: I think putting backporters as the maintainer makes the most sense...
[17:36] <asac> sistpoty|work: so if we have some kind of universe security team, they can work together with me
[17:36] <ScottK> asac: We do have such a team, but we're already overwhelemed.  We just don't have resources for this.
[17:37] <asac> ScottK: yes, but that is a completely different question.
[17:37] <jdong> ScottK: I don't think giving the bug reports to -motu directly makes much sense as (1) 90% of motu's really don't care (2) if they did care, they still can't really directly do much other than finding a backporter or core-dev
[17:37] <jdong> so the logical ones are either (1) backporter (2)core-dev, of which #1 makes most sense
[17:38] <ScottK> Agreed.
[17:38] <ScottK> jdong: Next question is who reads those mails?
[17:39] <jdong> ScottK: well I'm subscribed to the list and some of the testers are.... I'm not sure who else does.
[17:39] <sistpoty|work> asac: I'm not too sure, if that's so much a different question... what would be the main gain, from having ff2 still in universe? I guess upstream (as in mozilla) won't support this either, right? so my question would be who would take care for it?
[17:40] <sistpoty|work> asac: I don't mind having it in there, if e.g. the mozilla team would step up and promise commitment for the package
[17:42]  * ScottK too.
[17:42] <asac> sistpoty|work: i outlined the main gain in the bug
[17:43] <asac> people will install crap otherwise and bust their install. i want to take away the reason to do that
[17:43] <sistpoty|work> hm...
[17:44] <asac> that said. i am mainly interested in providing them a firefox 2 package as long as upstream supports it
[17:44] <asac> i am working on keeping old branches alive upstream with other distributors. but i cannot make guarantees
[17:44] <asac> (like what we do for 1.8.0 branch atm)
[17:45] <spectie> sistpoty|work, thanks for ack'ing apertium-dbus, please let me know if you have any questions/suggestions
[17:45] <ScottK> asac: Why not leave it in Main.  One other security related disadvantage of Universe is security fixes aren't announced?
[17:45] <spectie> i'm just about to leave work, but i should be idling from home
[17:45] <asac> ScottK: because we cannot take guarantees
[17:45] <asac> just "best effort"
[17:46] <ScottK> asac: What will you do with Dapper when that branch can't be supported any more?
[17:48] <asac> ScottK: we support that branch and i am currently working with redhat and other distributors to get it semi-officially supported upstream again.
[17:49] <asac> we wil most likely do the same for 1.8, but it will be harder to give guarantees, because backporting from 1.9 branch to 1.8 branch is far more difficult than backporting from 1.8 to 1.8.0 branch obviously
[17:50] <asac> ScottK: pragmatically, we could adapt the same policy for universe that upstream mozilla have. once ffox 2 reaches EOL (and given that we cannot support it anymore), we could migrate users to ffox 3.
[17:51] <asac> until then i definitly can provide security updates for ffox 2 in universe
[17:53] <asac> ScottK: until we reach EOL we can also include the firefox-2 package in the security announcements we send out for main. (would have to check that with security teaam of course)
[17:54] <sistpoty|work> asac: what rough timeframe do you think EOL would be (before release close after release or late after release)?
[17:55] <asac> EOL: ~1 year after ffox 3 is final
[17:56] <sistpoty|work> well, this sounds ok for me... ScottK, what do you think?
[18:01] <ScottK> sistpoty|work: I'd like some advance agreement from the archive-admins that they'll be OK to do a removal in ~ 1 year from Hardy, but sounds good.
[18:04] <sistpoty|work> ScottK: afaik removing packages from a released suite is s.th. which generally won't happen (unless a major disaster is happening)
[18:04] <ScottK> sistpoty|work: Agreed.  That's why I want it all sorted out on the front end.
[18:05] <ScottK> If it's no longer supported, it should be removed.
[18:06] <sistpoty|work> ScottK: sure, and thanks for catching my thoughtlessness ;)
[18:06] <afflux> should a browser that has been synced from debian (midori 0.0.17-1) be changed to not default to debian.org as the homepage?
[18:07] <asac> sistpoty|work: ScottK: if we migrate users to ffox 3 it would be an update to ffox 3 that takes over... removing something from the archive won't be necessary
[18:07] <ScottK> asac: That works.
[18:07] <sistpoty|work> asac: ah, nice
[18:08] <asac> ok, i will document that procedure in the bug and check with the platform team.
[18:08] <ScottK> Great.
[18:08] <sistpoty|work> thanks asac
[18:13] <james_w> Hi all. Is a sync for the upload in debbugs 466101 a candidate for a FFE?
[18:14] <james_w> It is a superset of the current diff between Ubuntu and Debian, and the extras sound useful.
[18:14] <RainCT> debian bug 466101
[18:14] <ubotu> Debian bug 466101 in beagle "beagle: should declare a relationship with schedutils/util-linux" [Normal,Fixed] http://bugs.debian.org/466101
[18:14] <juliank> If you look at the ndisgtk package page, you see '0.8.1-2ubuntu1 [amd64,i386], 0.6-0ubuntu3 [all]' - shouldn't 0.6-0ubuntu3 be deleted? [0.8.1 only produces amd64,i386 packages]
[18:15] <james_w> The only differences that may be bad is a Recommends rather than suggests for schedutils, updated versions of build-depends, and updated debhelper compat.
[18:15] <RainCT> james_w: I think you only need exceptions for new versions (and new packages), not new Debian revisions (that still have the same upstream version)
[18:15] <RainCT> james_w: and ScottK just announced that neither do bug fix only releases
[18:16] <james_w> ah, my misunderstanding. Thanks.
[18:17] <james_w> ah, and I completely forgot the iceweasel/firefox changes, so it's not a sync at all.
[18:24] <InsClusoe> Hi all.. I see a lot of bugs tagged needs-packaging. Some are requests for certain Firefox-extensions. Is there a plan to roll out Firefox in ubuntu with pre-packaged extensions?
[18:25] <RainCT> InsClusoe: there are already some extensions packaged.
[18:25] <RainCT> InsClusoe: but it's Feature Freeze now, so you shouldn't really be looking at needs-packaging bugs ;)
[18:26] <InsClusoe> Since Gutsy? Yeah.. Sorry..
[18:26]  * InsClusoe smiles sheepishly.
[18:27]  * sistpoty|work heads home now... cya
[18:28] <InsClusoe> I had to install all my extensions manually in Feisty.. and yes, I am still on Feisty.
[18:34] <slicer> Hi. I need some tips :) mumble-server includes two cgi scripts. These scripts depend on various perl packages, which means mumble-server pulls in a whole bunch of packages. Additionally, it does depend on apache2|httpd and mail-transport-agent, though I forgot to add those to the Depends: currently uploaded :(
[18:35] <slicer> I've been considering moving the two scripts into a separate package, called mumble-server-web (unless someone has a better name?). This would let users install mumble-server without all the dependencies if they don't plan on using the web scripts.
[18:35] <slicer> Does this sound sane?
[18:48] <awen_> is it okay when making a .desktop-file to link it to an icon, that is contained in another package, that this package depends on? (this Q should be more clear)
[18:49] <ScottK> slicer: Depending on how useful mumble-server is without these scripts, yes assuming you mean a 2nd binary package from the same source package and not an entirely split package.
[18:50] <slicer> ScottK: It's entirely usefull without them, and many users never bother to use them at all. Yes, I'm talking about a 2nd (Actually, 3rd) binary package from the same source package.
[18:51] <ScottK> slicer: Then I'd say yes, it's sane.
[18:52] <emgent> heya people
[19:07] <ssam> i am trying to do FreezeExceptionProcess but i can't get pbuild to save a logfile. the --logfile log.txt option seems to do nothing.
[19:08] <ssam> can i just redirect the output into a file?
[19:11] <RainCT> ssam: yes
[19:11] <ssam> RainCT, thanks
[19:20] <pochu> ssam: maybe you were doing it wrong. it needs to be exactly "pbuilder build --logfile /path/to/logfile /path/to/dsc
[19:21] <pochu> ssam: perhaps you put --logfile before build or after the dsc?
[19:21] <ssam> i tried a few variations.
[19:21] <ssam> but not the right one :-)
[19:22] <ssam> thanks
[19:27] <mok0> what does "apport-bug" mean?
[19:30] <mok0> never mind
[19:38] <awen_> can you store binary files in the debian/ directory?
[19:39] <mok0> awen_: it's better to uuencode them
[19:40] <awen_> mok0: any documentation describing this process?
[19:40] <mok0> awen_: man uuencode :-)
[19:41] <awen_> mok0: so you just uudecode the file in debian/rules?
[19:41] <mok0> awen_: yes, and when it needs to be installed, just uudecode it.
[19:42] <awen_> mok0: okay... thanks
[19:42] <mok0> awen_: gives a nice clean diff.gz
[19:42] <mok0> awen_: I did this to some icons
[19:42] <awen_> mok0: yes... exactly my problem; it complained when trying to build
[19:43] <mok0> awen_: look at the xtide package to see how I did it
[19:43] <awen_> mok0: i'll dig into xtide
[19:44] <mok0> awen_: I put the icons in their place in the tree ./usr/share .... etc tarred that tree, and uuencoded it. Then it is just to unpack it in the package build dir
[19:44] <awen_> mok0: sounds like a good solution
[19:44] <mok0> awen_: yeah
[19:48] <Laibsch> who can I bug about a nifty little program which nice packaging straight from the upstream source?
[19:48] <Laibsch> https://bugs.launchpad.net/ubuntu/+bug/145007
[19:48] <ubotu> Launchpad bug 145007 in ubuntu "[needs-packaging] anki" [Wishlist,Confirmed]
[19:50] <mok0> What kind of authorization do you need to be able to set the "importance" field on LP?
[19:51] <pochu> mok0: be a member of ubuntu-bugcontrol
[19:51] <pochu> mok0: motu is a member of it, btw
[19:51]  * mok0 is not a motu
[19:58] <emgent> debian #459129
[19:58] <ubotu> Debian bug 459129 in libcdio "libcdio: CVE-2007-6613 stack-based buffer overflow in print_iso9660_recurse function" [Grave,Fixed] http://bugs.debian.org/459129
[20:17] <HighNo> /join Test
[20:18] <HighNo> Doh, sorry new irc client.
[20:19] <selckin> 5€ fine
[20:19] <HighNo> :-)
[20:22] <HighNo> i wasn't even aware i am on the channel. it is so quiet here today. or is this client not getting every line?
[20:25] <HighNo> hm, since i don't see a single line since my last post i guess this client is broken
[20:25] <RainCT> HighNo: it's not you
[20:25] <nareshov> HighNo: I see you
[20:25] <HighNo> oh
[20:25] <HighNo> whoohoo
[20:25] <RainCT> :)
[20:26] <HighNo> this one runs on the iPhone... it looks sweet.
[20:27] <mok0> HighNo: how do you type?
[20:28] <HighNo> soft keyboard works well enough
[20:28] <mok0> HighNo: 1 finger?
[20:29] <HighNo> mostly yes but two is possible too
[20:30] <james_w> bddebian: loving your -qa work at the moment.
[20:31] <bddebian> Is that sarcasm or serious? :)
[20:33] <james_w> bddebian: definitely serious.
[20:34] <bddebian> Ah, well thanks then. :-)
[20:36] <awen_> what is lintian trying to tell me? - "debian-rules-ignores-make-clean-error line 53"
[20:37] <geser> awen_: try calling lintian with -i to get a more verbose message
[20:38] <awen_> geser: ahh... thanks :)
[20:38] <mok0> awen_: you have -rm in the clean rule
[20:38] <mok0> awen_: use rm -f instead
[20:38] <geser> mok0: more like he has "-make clean" in debian/rules
[20:39] <mok0> geser: yeah could be
[20:39]  * awen_ can confirm that geser is the winner
[20:41] <Ubulette> is there a bug for http://paste.ubuntu.com/4774/ ?
[20:44] <geser> Ubulette: I could find one on a quick search
[20:44] <Ubulette> really ? i couldn't
[20:45] <Ubulette> geser, id?
[20:45] <geser> Ubulette: argh, there is a 'not' missing in my sentence
[20:46] <Ubulette> oh, ok
[21:00] <InsClusoe> dholbach: I was looking at 120064 listed in https://wiki.ubuntu.com/MOTU/TODO under packaging tasks.
[21:01] <dholbach> InsClusoe: great - let me know how that goes
[21:01]  * dholbach needs to leave now
[21:01] <InsClusoe> ok..
[21:01] <dholbach> bye guys
[21:01] <InsClusoe> Thanks. Will let you know.
[21:02] <dholbach> rock on
[21:03] <james_w> InsClusoe: feel free to ask in here if you have any questions about it.
[21:03] <InsClusoe> The bugs says ghc-pkg has no manpage...
[21:04] <InsClusoe> Does that mean it was missed out during packaging or was never written in the first place?
[21:04] <geser> bug #120064
[21:04] <ubotu> Launchpad bug 120064 in ghc6 "no manpage for ghc-pkg" [Low,Confirmed] https://launchpad.net/bugs/120064
[21:05] <InsClusoe> geser: Yes
[21:05] <geser> InsClusoe: could be both, look inside the .orig.tar.gz if there is one or not
[21:06] <InsClusoe> ok..
[21:21] <InsCluso1> Geser: Sorry, I got disconnected in between...
[21:30] <geser> InsCluso1: you didn't miss anything, the last line I got was: [22:06:06]    InsClusoe | ok..
[21:31] <InsCluso1> geser: Great.... So I downloaded the source now.
[21:33] <InsCluso1> and I see that there is no man directory... I guess this means that the manpages are not packaged.
[21:34] <InsCluso1> It has only html docs
[21:34] <Laney> Is there any purpose for this in a postrm script? Doesn't debhelper take care of removing the directories? http://paste.ubuntu-nl.org/56668/
[21:36] <geser> Laney: dpkg removes only the dirs and files it created (are included in the deb) and dirs get only removed when they are empty
[21:36] <geser> dpkg doesn't know anything about the mrtg log files or any files mrtg generates during its use
[21:37] <Laney> geser: Right, that's the bug that I'm looking at atm
[21:37] <Laney> That the directories are always removed
[21:37] <Laney> What's the general policy on this kind of thing?
[21:39]  * RainCT doesn't know what you are speaking about but guesses that if they are residual logs they should be removed when purging
[21:39] <InsCluso1> I guess I have to ask the upstream author to give the man pages...
[21:39] <geser> Laney: you need to check the Debian policy
[21:39] <Laney> RainCT: Yes, I can understand for logs, but for the generated reports (which is what this bug is about...)
[21:40] <Laney> hmm
[21:40] <RainCT> Laney: bug number?
[21:40] <geser> InsCluso1: I see the debs has some manpages. But I didn't check where they come from and if there're complete.
[21:41] <Laney> bug #162426
[21:41] <ubotu> Launchpad bug 162426 in mrtg "Purging MRTG removes data from /var/www/mrtg" [Undecided,In progress] https://launchpad.net/bugs/162426
[21:41] <Laney> RainCT: ^
[21:41] <Nafallo> Laney: what does purge mean then?
[21:42] <Laney> I imagine it to mean to get rid of the binaries and configuration files, and maybe logs
[21:42] <geser> InsCluso1: you can write the missing manpage on your own if you want (e.g. based on some --help output or other documentation) and provide the manpage upstream
[21:42] <Nafallo> Laney: get rid of everything :-)
[21:42] <Laney> ie that which would be useless without the package installed
[21:43] <Nafallo> Laney: if you don't want to purge it... don't use --purge
[21:44] <InsCluso1> geser: ok.. Where did you say you found some manpages for this?
[21:44] <geser> InsCluso1: I looked in the package contents of ghc6 on packages.ubuntu.com
[21:48] <RainCT> Laney: sorry, no clue
[21:49] <InsCluso1> geser: There's a separate package called ghc6-doc. Can we use this?
[21:53] <geser> InsCluso1: manpages should usually be in the same package as the binaries
[21:53] <geser> InsCluso1: if upstream doesn't provide a manpage for this command then someone needs to write it first
[21:55] <InsCluso1> geser: oh.. for that I need to know what the package does and all that.. Only the developer can write the manpage.
[21:56] <InsCluso1> How silly of me to think that I could do it!
[21:57] <Laney> Nafallo: All I can find in the debian policy is that --purge should be remove + conffiles + logfiles
[21:58]  * InsCluso1 thanks geser for helping out.
[21:59] <InsCluso1> Got to leave now. Bye.
[21:59] <slicer> I have a somewhat complex question about licenses and debian/copyright. Would this be a good place to ask?
[21:59] <Nafallo> Laney: well, I'm not read up on that, but I've always considered it as 'make clean' ;-)
[21:59] <Nafallo> Laney: like... remove every trace of a package ever being installed :-P
[22:00] <Laney> Hmm, I could see that being troublesome - for example if you remove apache and it deletes /var/www
[22:01] <Nafallo> mrtg would have /var/www/mrtg in there, so apache shouldn't delete it.
[22:01] <Laney> Quite, but it would if it had the same kind of postrm script that mrtg has now
[22:03] <Laney> Anyway I'm talking more generally - if I have apache installed and create some website in /var/www, then at some later date decide to purge apache, I should be able to expect that my website isn't removed by this.
[22:03] <geser> slicer: try your luck here, or try to reach an archive admin during his working hours
[22:03] <slicer> geser: Rgr :)
[22:06] <slicer> My package (mumble) links with OpenSSL, and the package is released under GPL. As I understand it, I'll need to add an exception to the GPL to allow this. However, it's only the binary packages that are GPL, the actual source code for Mumble is BSD-licensed. Hence, the current exception (as found on http://www.gnome.org/~markmc/openssl-and-the-gpl.html) does not make sense as it refers to "conditions described in each individual source file".
[22:06] <slicer> This makes me wonder what exactly I'm supposed to put in there.
[22:07] <RAOF> slicer: If the code is BSD licensed, why are the binaries GPL'd?
[22:07] <geser> slicer: how can the binary packages be GPL when the source is BSD?
[22:08] <slicer> Because we link to GPL'd libraries (specifically: Qt) and because there's a patent involved which allows us to distribute binaries under the GPL.
[22:10]  * RainCT notices that he has 537 binaries without manpage installed :P
[22:11] <geser> slicer: I'm not sure but I don't believe that linking changes a license
[22:12]  * geser hates licensing questions especially when linking is involved
[22:12] <RAOF> I was under the impression that GPL code could link to BSD, because BSD is a more permissive license, but not the other way round.  This may be an unfounded impression.
[22:16] <slicer> Well, a while back I got an email from Trolltech's legal council who quite specifically asked me to make sure that the source license was BSD (revised) (which it was), and that any *binaries* which included the actual libraries be GPL. This caused the Win32 binary releases to be GPL, which was subsequently also copied to the Linux version.
[22:17] <slicer> What is more important though is that Mumble implements OCB-AES, an encryption-authentication scheme that is patented in the U.S. There's a patent grant for GPL, but not for BSD, meaning any binaries distributed to the US has to be GPL.
[22:17] <slicer> .. Either that or someone has to pay for licensing.
[22:20] <RAOF> Ah, I think I can see how this works (speculation follows).  You can't link BSD to GPL and get a BSD licensed binary - it's a derivative work of some GPL'd code, and so should be GPL'd.  This is OK, because the BSD license is permissive enough.
[22:20] <RAOF> Now, as for your actual _question_.  I'm totally unsure.
[22:21] <RAOF> Someone with a better grasp of copyright is welcome to jump in and correct me here :)
[22:21] <geser> slicer: my guess would be that if upstream states that linking with openssl is ok then that should also cover the GPL'd binaries
[22:22] <slicer> geser: I am the upstream. Question is how to word this legally :)
[22:23] <geser> slicer: have you checked how the other packages which are GPL'd and link with OpenSSL have worded it?
[22:23] <slicer> geser: Yes, there the source code is GPL, and they've added an exception to the files that use OpenSSL methods.
[22:24] <geser> Can't you add the same statement to your source files?
[22:24] <slicer> geser: Thing is, my source is BSD, meaning it's already permissive enough to link to OpenSSL. But.. When compiled, the binaries are GPL due to linking and patenting issues.
[22:25] <slicer> Which is why I'm *very* confused.
[22:25] <RAOF> Yes :)
[22:26] <RAOF> The world would be a simpler place if everything was GPL'd :)
[22:26] <Amaranth> no no, LGPL'ed :)
[22:26] <slicer> RAOF: Er. Well.. I actually want my source to be BSD. I want people to be able to use it in commercial products. In fact, I hope they do, so their code quality increases.
[22:27] <geser> RAOF: which GPL version? :)
[22:27] <RAOF> geser: n-or-later, I think :P
[22:27] <RAOF> slicer: Oh, I am aware that there are good reasons for wanting !GPL.
[22:28] <geser> slicer: do you want to get this package also into Debian?
[22:29] <slicer> geser: It's not a priority right now, no. I plan to look into that after Hardy is out the door.
[22:29] <geser> slicer: :( else I would suggest to ask the debian-legal people :)
[22:30] <hellboy195> gn8 @all :)
[22:30] <slicer> I wonder .. if I pick the two patent-covered functions out (whose binaries can only be GPL), license the source to those under GPL with OpenSSL exception... I should be OK?
[22:31] <slicer> Or will that automatically make all my source GPL... *Sigh* I need someone who speaks legalese.
[22:32] <geser> try the debian-legal ML
[22:42] <kiko> siretart, ping?
[22:42] <crevette> hey
[22:42] <crevette> jono: around ?
[22:42] <jono> crevette: yep
[22:42] <crevette> hey
[22:43] <crevette> I'm the guy who did your hackergotchis few weeks ago
[22:43] <crevette> could you ask jdub to push it to pgo, because he won't if you request it yourself
[22:44] <tsmithe> ScottK, so you think having fluid in is a no go? (i have been working very hard to negotiate the relicensing on the hope that i'd get the exception)
[22:44] <jono> crevette: will do - will mail him now
[22:44] <crevette> jono: thanks
[22:45] <crevette> I'l ping him in 15 minutes then :)
[22:47] <ScottK> tsmithe: What's the advantage to the distro over having a backport that's available several weeks after release?
[22:47] <ScottK> tsmithe: It wasn't meant to be a no way, but looking for an alternative.  The archive admins need to move on to other work.
[22:48] <tsmithe> (a) not everybody enables backports; (b) i can't recommend a package in backports for a package in universe
[22:48] <tsmithe> i'd very much like to have fluid in universe, and have timidity recommend it, such that when both are installed in tandem, midi synthesis will Just Work
[22:48] <tsmithe> it's quite doable, with minimally invasive work
[22:48] <ScottK> You can, however, suggest it.
[22:49] <tsmithe> right
[22:50] <ScottK> tsmithe: What does Ubuntu Studio think about this package?  If it's wanted specifically by a derivative in this release, I'd be more inclined to consider it.
[22:50] <ScottK> It sounds like something they would want.
[22:50] <tsmithe> yes
[22:50] <tsmithe> ubuntu studio is very keen. mscore, for instance, has had to have been patched to be in line with dfsg, removing its default soundfont
[22:50] <ScottK> So give me a reason beyond Toby thinks it would be cool.
[22:51] <tsmithe> this means that a program for composing is pretty much useless for someone without perfect pitch
[22:51] <kiko> siretart, https://code.edge.launchpad.net/~vcs-imports/boxbackup/trunk is working again.
[22:51] <tsmithe> having fluid in would mean that a user could just open it up, enter notes on whatever instrument, and hear them ring out
[22:51] <ScottK> So have Ubuntu Studio comment on the bug how it would help them and then maybe.
[22:52] <crimsun_> it's not just Ubuntu Studio.  various users have requested working MIDI OOTB since Dapper.
[22:52] <ScottK> For significant new package, I think we should be asking slangasek at this point anyway, so give me a case I can make (in the bug).
[22:52] <ScottK> crimsun_: OK.  Would you please comment in the bug?
[22:52] <crimsun_> so - while not having it would not be a regression per se, having it certainly will contribute to a better user experience
[22:53] <tsmithe> ScottK, thank you. i'm also working on having Debian Multimedia Team include it in unstable
[22:53] <ScottK> tsmithe: Good.
[22:53] <crimsun_> I can, but it will be better for Toby to dig up the appropriate alsa-* bug regarding having working MIDI OOTB and simply reference that bug.
[22:53] <crimsun_> (the appropriate alsa-utils or alsa-driver bug on LP)
[22:53] <ScottK> crimsun_: Yes, but your comment coming from you given your history with the project is also meaningful
[22:53] <tsmithe> crimsun_, i do reference a but, but it's in timidity: https://bugs.edge.launchpad.net/bugs/163727
[22:53] <ubotu> Launchpad bug 163727 in timidity "soundfont does not seem to get automatically installed" [Low,Triaged]
[22:54] <tsmithe> *a bug
[22:54] <ScottK> So tsmithe: Sell me so I can sell it.
[22:55]  * ScottK needs to run.  I'll be reading your bug mail ...
[22:55] <RainCT> good night
[22:55] <tsmithe> ScottK, :)