[01:15] <broder> ScottK: looking at bug 852603 for lucid. hedgewars includes a haskell server, which our packages include, but i can't get the current server to build on lucid's haskell stack. sru seems out, given that
[01:15] <broder> what about a backport?
[01:15] <broder> backport with no server, that is
[01:47] <ScottK> broder: Would that require backporting haskell stuff?
[03:43] <ScottK> someone should merge gnash.
[03:44] <ajmitch> what goodies will it bring?
[03:44] <ajmitch> no new upstream release, so just to fix a CVE?
[03:46] <ajmitch> if noone else gets to it in the next hour or so I'll merge & upload then
[03:46] <ScottK> Yes.  Fixing a CVE
[04:00] <micahg> I started on it
[04:00] <micahg> gnash that is
[04:00] <micahg> ajmitch: I got it
[04:03] <ajmitch> micahg: ok
[04:03] <ajmitch> you TIL so you know it best :)
[04:04] <micahg> yeah, only reason I didn't upload was I ran into a little trouble building the source package
[04:09]  * micahg thought he filed a bug for that
[04:09]  * ScottK went through RC bugs and did some syncs for grave bugs.
[04:09] <ScottK> Didn't look.
[04:09] <micahg> nope, guess not
[04:09] <ajmitch> ScottK: thanks, I'm going to try & hit up that rc bugs list over the weekend as well
[04:09] <ajmitch> did you leave comments on the page?
[04:10] <ScottK> Yes
[04:10] <ajmitch> great
[04:11] <ajmitch> it looks like we won't run out of things to do before release day
[04:11] <micahg> oh no, plenty to do :)
[04:11] <micahg> and there's always the 100k open bugs :)
[04:12] <ajmitch> and I thought you'd be able to have a nice, relaxing final week before release :)
[05:12] <broder> ScottK: i was thinking of disabling the haskell stuff in the backport, which would also mean the release pocket package would have the (old) server, and the backport package wouldn't
[05:33] <alkisg> Hi, I'm using python-distutils-extra. I'm not sure if that's to blame, but in Lucid the auto-generated POTFILES.in is missing the files of certain directories, while in Precise it works fine.
[05:33] <alkisg> Here's my setup.py: http://bazaar.launchpad.net/~epoptes/epoptes/trunk/view/head:/setup.py
[05:33] <alkisg> The files from epoptes-client/ are missing, so I had to create a potfiles-workaround/ dir and symlink them there! :( Any ideas?
[06:30] <micahg> ajmitch: test building openclipart overnight
[06:34] <ajmitch> micahg: oh right, I hadn't checked up to see if that was uploaded :)
[06:35]  * ajmitch had thought that sweetshark had taken the diff & was going to upload
[07:46] <dholbach> good morning
[07:50] <ajmitch> hi dholbach
[07:50] <dholbach> hi ajmitch
[08:17] <toabctl> can somebody help with #960914 ? i'm unable to update my system now.
[08:20] <dholbach> toabctl, you might want to ping mvo in #ubuntu-devel
[08:31] <toabctl> dholbach, ok. thanks
[11:00] <ScottK> broder: As long as it's a separate binary for the server stuff, that sounds fine.
[13:18] <shadeslayer> ScottK: https://launchpad.net/~rohangarg/+archive/experimental/+files/kile_2.1.0-1ubuntu2~ppa1.dsc << New kile package that recommends texlive-latex-extra
[13:18] <ScottK> Sure.  Let me have a look.
[13:20] <ScottK> shadeslayer: Did you talk to fabo about it?
[13:20] <fabo> nop
[13:20] <shadeslayer> nope
[13:21] <shadeslayer> fabo: a user emailed the ubuntu-devel-disucss that kile should recommend texlive-latex-extra, because kile doesn't work properly without it
[13:21] <shadeslayer> sec
[13:21] <fabo> shadeslayer: btw, kdevelop 4.3 is in the queue. I noticed that you're the last one to have touched it.
[13:21] <shadeslayer> https://lists.ubuntu.com/archives/ubuntu-devel-discuss/attachments/20120316/a2457c52/attachment.html
[13:22] <shadeslayer> also : http://tex.stackexchange.com/questions/43779/kile-will-not-work-on-ubuntu-utf8x-def/48272#48272
[13:22] <ScottK> shadeslayer: Also the changelog entry is a bit 'terse'.  Explain why the change is being made.
[13:22] <shadeslayer> fabo: uh  yeah, Riddell is doing KDevelop that right now
[13:22] <shadeslayer> ScottK: oh sure ..
[13:22] <shadeslayer> -that
[13:24] <ScottK> Please fix that and then work out with fabo if it makes more sense to do this here or in Debian.
[13:25] <fabo> shadeslayer: have you checked the issue? we've clean up dependencies on 2.1.0
[13:25] <shadeslayer> sec, phone call
[13:44] <shadeslayer> fabo: back, yes, i've tested it and I got the same error without texlive-latex-extra
[13:44] <shadeslayer> ( the same error as on stackexchange )
[13:44] <shadeslayer> and doesn't happen after installing texlive-latex-extra
[13:44] <shadeslayer> Here's a test document if you want to test : http://paste.kde.org/444584/
[13:45] <shadeslayer> that's just one of the templates that kile provides
[13:45] <shadeslayer> otoh if I remove line 2, it works ....
[13:45] <shadeslayer> so I'd say since kile ships the template which requires utf8 support, we should pull in the extra package
[13:51] <Whoopie> Hi, I'm looking for a sponsor who could upload my sflphone package. It's regarding bug report 913018.
[13:51] <Whoopie> https://bugs.launchpad.net/ubuntu/+source/sflphone/+bug/913018
[13:52] <Whoopie> I have added 2 patches to the sflphone package from Debian unstable so that it builds on precise. It would be a upgrade from sflphone 1.0.1 to 1.0.2.
[13:53] <fabo> shadeslayer: or promote to Suggests to avoid to pull 28M (for referenc bug 577595)
[13:55] <shadeslayer> heh, I like the reasoning, installing a latex editor shouldn't pull in shit loads of deps ... otoh I would also scream at upstream for having templates that pull in large deps
[13:56] <shadeslayer> ok, lets demote it to suggests
[13:56] <shadeslayer> I'll poke upstream as to what can be done about the templates
[14:56] <geser> shadeslayer: probaly it's enough to replace "utf8x" with "utf8" in the template
[14:56] <shadeslayer> oh, whats the difference?
[14:57] <geser> "utf8" is included in texlive-latex-base (dependency of texlive recommends of kile)
[14:57] <shadeslayer> no I meant, what's the difference in the packages?
[14:58] <geser> "The supported encoding by the LaTeX team is utf8 and covers a fairly specific/limited range of unicode input characters. It only defines those symbols that are known to be available with the current font encoding. utf8x is not officially supported, but covers a much broader range of input symbols." (http://en.wikibooks.org/wiki/LaTeX/Internationalization)
[14:58] <geser> was about to answer your question :) the first part was an explanation why it might be enough for the fix (dependency-wise)
[14:59] <shadeslayer> right
[14:59] <shadeslayer> I've emailed upstream, will pass this new info along as well
[14:59] <geser> what the difference exactly is between utf8 and utf8x, I don't know
[15:00] <shadeslayer> well, looks like support for more chars in utf8x
[15:00] <geser> but perhaps "utf8" is enough for most people, and only those with special needs have to switch to "utf8x"
[15:00] <shadeslayer> yeah
[15:02] <geser> some more input: http://tex.stackexchange.com/questions/13067/utf8x-vs-utf8-inputenc
[15:02] <shadeslayer> oh yay
[15:02] <shadeslayer> no need to add more deps
[15:52] <mfisch> tumbleweed: pin
[15:52] <mfisch> err ping
[16:14] <tumbleweed> mfisch: hi
[16:15] <mfisch> tumbleweed: since upstream for python-djvulibre used a different fix, I think I can drop my FFe
[16:15] <mfisch> tumbleweed: then is there a different process for just pulling a new rev from Debian?
[16:17] <dholbach> mfisch, https://wiki.ubuntu.com/SyncRequestProcess
[16:17] <mfisch> dholbach: thx, thats what I needed
[16:17] <tumbleweed> mfisch: you might notice that the version uploaded to unstable doesn't build on precise :)
[17:34] <iamfuzztoo> n #engineering
[17:34] <iamfuzztoo> bah
[17:44] <broder> ScottK: it's not a separate binary - they're in the same package currently
[17:44] <ScottK> broder: Considering we don't have not automatic on lucid, that's a bit concerning.
[17:45] <ScottK> It sounds like there's no particularly good answer.
[17:45] <broder> ScottK: i'm not particularly opposed to saying that there's just nothing we can do, but wanted to make sure that was the case first
[17:45] <ScottK> If the game's not playable due to online game changes, something > nothing.
[17:46] <ScottK> broder: I'm not sure I understand the situation completely enough to make a decision.  If the package in lucid is effectively useless, then I'd say go ahead.
[17:46] <broder> it's not useless. you can still do local lan play and possibly local AI play
[19:44] <PaoloRotolo> Hi all!
[19:50] <jtaylor> ScottK: I'm fearing the scipy maintainers are mia, is it really impossible without maintainer ack?
[20:46] <ScottK> jtaylor: Not impossible, just preferred.  If they aren't responsive, get barry to review it.  If he gives it a +1, I'll approve.
[20:59] <Whoopie> Hi, could someone look at bug 913018 and maybe sponsor the sflphone package?
[21:13] <ajmitch> usual rules, unseeded stuff gets waved through when the buildds aren't too full?
[21:13] <tumbleweed> yup, probably immediately