[00:22] <ajmitch> ScottK: uploaded krb5-auth-dialog, tell me if the changelog needs to be clearer :)
[02:17] <YokoZar> ScottK: ping
[04:51] <imbrandon> quiet night
[04:53] <imbrandon> and i think i may have the stomach flu or have eaten something bad at lunch, unfortunately i think its the former as its accompanied by a feaver
[04:53] <imbrandon> fun fun
[04:56] <ScottK> imbrandon: Great.  Then you aren't out partying and can upload fixes.
[04:56] <micahg> imbrandon: sorry to hear that
[04:57] <imbrandon> ScottK: yup yup, just might go MIA for a few to head to the b-room unexpectedly
[04:58] <ScottK> imbrandon: Isn't that was laptops are for?
[04:58] <imbrandon> hehe
[04:59] <imbrandon> besides his list anything buggin ya specificly ?
[05:09] <ScottK> imbrandon: The FTBFS stuff bugs me.
[05:17] <micahg> ScottK: so, can we fix FTBFS after release?
[05:17] <ScottK> micahg: We can, but there's more verification requirements then.
[05:17] <ScottK> Better to do it now than have a security issue and an FTBFS to figure out at the same time.
[05:19] <micahg> ScottK: I know, but I'm limited on time ATM :)
[05:19] <ScottK> Understood.
[05:19] <micahg> still trying to get Seamonkey in :)
[05:19] <ScottK> That's definitely the priority.
[05:28] <micahg> imbrandon: do you use Seamonkey at all?
[05:29] <imbrandon> nope
[05:29] <micahg> imbrandon: k
[05:29] <imbrandon> i can test something if needed but i dont
[05:30] <micahg> imbrandon: I need some upgrade testing done for Seamonkey if you're up for it and nothing else is pressing
[05:50] <imbrandon> micahg: sure, sorry had one of my unexpected afk's
[05:50] <micahg> imbrandon: k
[05:50] <imbrandon> just lemme know where i can get the binarys
[05:50] <micahg> imbrandon: wanna hop in #ubuntu-mozillateam?
[05:50] <imbrandon> sure
[05:55] <imbrandon> ScottK: ok so i picked my poison a little bit ago form the FTBFS list
[05:55] <imbrandon> and boy did i pick a doosey
[05:55] <ScottK> imbrandon: Excellent.
[05:56] <imbrandon> so i got a "what would you do in this situation" question
[05:56] <ScottK> Well you should leave the easy ones for the new people.
[05:56] <ScottK> OK
[05:56] <imbrandon> its apt-rpm
[05:56] <imbrandon> it build and runtime depends on rpm ( oviously ) among other things
[05:56] <imbrandon> well rpm got updates and changed its ABI/API
[05:57] <imbrandon> soooo i went to see if its just a small delta
[05:57] <imbrandon> and the apt-rpm website says we're ( along with debian ) using a version thats ~4 years old
[05:58] <imbrandon> the "newest" version is late ~2008, and it does fix the problem
[05:58] <imbrandon> sooo question is ... big honken FFe since even though its installable ( because it built with the old rpm a long time ago ) it wont rebuild
[05:58] <imbrandon> or ummm ... back away slowly ;)
[05:59] <ScottK> imbrandon: If it's broken as in not working, I'm amenable to an update
[05:59] <imbrandon> k, yea its both a build and runtime dep, there is no way it works now, not even kinda
[06:00] <imbrandon> i'm suprised its this far behind, like ~4 years and 5ish releases
[06:02] <ScottK> Please fix.
[06:02] <ScottK> I'm just about to be offline for a while.  Please work it out and upload the thing you think is best.  I'll review later.
[06:03] <imbrandon> yup doing it now, and i was just curious when the breakage occured, it looks like beginign of karmic, so little to no chance of regression since its been broke a full cycle
[06:03] <imbrandon> ScottK: kk
[06:03] <StevenK> Two full cycles
[06:03] <imbrandon> err yea
[06:04] <imbrandon> heya StevenK
[07:02] <ScottK> Heya StevenK.  There's a fair sized stack of removal bugs waiting for some archive admin with shell access to pull the trigger....
[07:03] <ScottK> imbrandon: I'm no home and going to bed.  I'll check in tomorrow, but don't wait for approval to upload, just document all the situation, testing, etc in a good bug/FFe request.
[09:17] <|Quartz|> lucas: Rubyripper is hanging when it compares the 2 extracts of a track, and sometimes hangs before to convert the extract into flac.
[09:19] <|Quartz|> Do you know how to solve this problem? Is it possible to go back to the ruby/dependancies packages of ubuntu 9.10?
[12:54] <|Quartz|> lucas:  Hello. I have found a solution for rubyripper: to use the graphic interface to scan the disc and modify if needed the info such as title, author, track name..., then I launch the extraction and cancel it. In that way, all these info are stored in the rubyripper database. After, I launch the text client rubyripper_cli.rb which is as fast as the gtk interface in ubuntu 9.10
[12:55] <|Quartz|> That mean that the ruby bug turns around the graphical interface, isn't it?
[13:40] <c_korn> it is not possible to provide (referring to the debian/control Provides: field) a specific version of a package, is it ?
[13:45] <c_korn> ok, the Debian policy answers it: "All of the fields except for Provides may restrict their applicability to particular versions of each named package."
[14:58] <carstenh> c_korn: use provides: bla-with-ssl-support or similar as workaround. the debian developers reference should tell you the same as i did
[14:59] <persia> Ugh
[15:01] <carstenh> persia: do you have a better idea?
[15:04] <persia> Try *really* hard never to need that sort of Provides? :)
[15:04] <carstenh> indeed, this is a better one :)
[15:10] <c_korn> the concrete problem is that there is a fork of gimp called painters studio (http://github.com/foxbunny/Painters-Studio-Ubuntu/tree/0.1-2foxbunny/painters-studio-0.1/debian/) which also provides the libgimp2.0 libraries (but modified versions). and because 0.1 < 2.6.8 (the gimp version)the gimp package is chosen. so the packager wanted to say that the library package in painters studio provides version 1.6.8 of libgimp. I told him to rename
[15:10] <c_korn> the package and the libraries to be independent of the libgimp2.0 package.
[15:11] <c_korn> s/1\.6\.8/2\.6\.8/
[15:11] <ScottK> It would be handy if there were a MOTU that could look into Bug #555111 and make a concrete recommendation on what to do.
[15:12] <slytherin> Rhonda: persia: I could not install wesnoth packages. It requires newer libfontconfig1 package. :-(
[15:12] <ScottK> c_korn: Versioned provides are not supported.
[15:12] <c_korn> ScottK: I know. we were talking about alternatives :)
[15:13] <persia> slytherin: OK.  Thanks for trying.  I'll do a quick test.  Rhonda: are you comfortable with a quick test, or do you want to go through the post-release update process and get a bit more testing?
[15:13] <ScottK> OK.
[15:15] <slytherin> ScottK: A quick look tells me it will require FFe.
[15:16] <ScottK> slytherin: OK.  So the next question would be is it worth it or should we stick with what we have.  I see that there are references to a lot of bugs fixed.
[15:16] <slytherin> ScottK: Checking
[15:16] <ScottK> I see it's in the mythbuntu task too, so we should ask superm1 if it's still wanted.
[15:16] <persia> c_korn: Are the libraries ABI compatible?  If so, then just don't use the painters studio one.  If not, rename the painters studio one.
[15:22] <c_korn> persia: they may be ABI compatible. but upstream told they fixed lots of bugs.so it rather sounds like also gimp should use the painter studio ones :)
[15:22] <slytherin> is LP slow only for me?
[15:23] <slytherin> ScottK: Syncing 0.5.57-1 (from unstable) is not possible because as it adds a build dependency not available in Ubuntu. As to 0.5.56+cvs20100328-1 from testing (which fixes bug #544522), I am more inclined towards an SRU at this stage in release cycle.
[15:24] <persia> c_korn: Don't support that behaviour from upstream: if there are ABI-compatible bugfixes, get those back into the upstream library, and have the client use that.
[15:24] <ScottK> slytherin: Thanks.  Please put that in the bug.
[15:24] <slytherin> ScottK: Of course superm1's opinion is more important than me considering he must be familiar with the package.
[15:25] <ScottK> Yes, but that's more than I knew before.  I appreciate you looking.
[15:25] <c_korn> persia: ok, will tell them.
[15:27] <slytherin> ScottK: Added same comment in bug.
[15:27] <ScottK> thanks.
[15:30]  * slytherin will be back in half hour.
[15:39] <c_korn> hm, I am getting an undefined reference (compiling flightgear 2.0): http://paste.debian.net/70570 the symbol should be defined there but it is set as undefined: http://paste.debian.net/70571
[15:41] <c_korn> I think debian/sorules needs to be updated
[15:52] <ScottK> Could someone look at iptotal and make the adjustments so it will work with the autotools-dev version we have in lucid?
[16:23] <persia> Rhonda: Just FYI: -4 contains changes to 02wesnoth-nolog-desktop-file.in which patch isn't actually in series: I'll apply them in -3ubuntu1 without adding to series, but you might want to double-check for when you actually push -4.
[16:25] <ScottK> vdr-plugin-epgsearch looks like it needs the GCC 4.4 fix that was in 0.9.24-6 and ought to be hidden in http://svn.debian.org/wsvn/pkg-vdr-dvb/vdr/vdr-plugin-epgsearch/trunk/ somewhere
[16:37] <callum1> hi i am looking for advice on helping develop for Ubuntu.
[16:38] <persia> callum1: What sort of stuff do you like to do?
[16:39] <callum1> hi persia. I am a java developer of two years at sun microsystems. Not sure if there is any call for a java developer however I am happy to pick up any language that is of and help
[16:42] <persia> There's lots of good stuff a Java developer could do: we have a bundle of Java programs, and some of them have bugs.
[16:43] <persia> Not all the bugs are in the Java, of course: some are in shell scripts, make files, etc.
[16:44] <callum1> I am also fairly adept at scripting so this would not be an issue. I guess my main question is how do I get involved?
[16:45] <persia> Well, we're really close to release, so looking for bugs that would be considered release-critical.  https://launchpad.net/ubuntu/+bugs?field.searchtext=java is a list of about 1000 java-related bugs: you might find a couple in there.
[16:46] <persia> https://wiki.ubuntu.com/MOTU/Contributing talks a bit about getting involved in this team.
[16:46] <persia> For Java, we also work closely with the Debian Java team: there's a channel about packaging Java in Ubuntu (#ubuntu-java), and the Debian Java folks usually are in #debian-java on OFTC.
[16:48] <persia> The general model is: 1) find an issue, 2) fix it, 3) present a patch somewhere, 4) integrate some patches into packaging, 5) get a sponsor to upload your freshly improved package, 6) find another issue
[16:48] <persia> We tend to prefer unified diff patches or bzr branches (choice between these is up to you).
[16:49] <persia> And if you have any questions along the way: just ask.
[16:49] <callum1> ok great. Thanks for your help ill dive into those bugs and see if there is anything I can do.
[16:49] <callum1> will look up packaging etc once i get something worth proposing as a fix
[16:50] <persia> Good luck.  If you find one that looks interesting, but isn't release critical, you can work on that too.  We should be starting the next release in a bit over a week, and can apply a fix there.  Bonus points for fixing RC stuff though.
[16:51] <callum1> :)
[16:51] <persia> Once you know how to fix something, just ask, and we can help you get it integrated, and point to the specific bits about packaging you need to know along the way.  If you go try to learn how to package first, you'll either get stuck for months learning everything, or not happen to learn the packaging technique used for the package you're patching (there are an arbitrary number (potentially infinite) ways to correctly write the packaging scripts)
[16:52]  * persia sprinkles in some prepositions and articles
[16:54] <callum1> yeah, seeing as this is my first shot at this i will take it one step at a time. no doubt you will see me in here again looking for packaging help :)
[16:55] <persia> Excellent!
[17:00] <debfx> ScottK: fix for iptotal: http://pastebin.com/V4KKGY67
[17:02]  * persia applies and starts a test-build
[17:03] <persia> debfx: Is there a bug open?
[17:03] <geser> persia: no, only a pending "request" in this channel
[17:07] <persia> debfx: `wget -O- http://pastebin.com/raw.php?i=V4KKGY67 | patch -p1` in the lucid iptotal source fails: http://pastebin.com/nauE5Tq0
[17:11] <debfx> persia: I think you need to use http://pastebin.com/download.php?i=nauE5Tq0
[17:11] <debfx> raw.php outputs html *sigh*
[17:13] <debfx> persia: ehh this one: http://pastebin.com/download.php?i=V4KKGY67
[17:13] <persia> still get "patch: **** malformed patch at line 68:"
[17:13] <persia> (and yeah, I switched the record ID)
[17:17] <ScottK> persia: It's an FTBFS from lucas last rebuild test.
[17:18] <debfx> persia: this should work: http://debfx.fobos.de/iptotal_0.3.3-12ubuntu1.debdiff
[17:18] <debfx> is there any decent pastebin out there? :/
[17:18] <Quartz> hello.
[17:18] <persia> Right.  If it had had a bug number, I'd have wanted the bug listed in the changelog, and have pulled the patch from there.
[17:20] <persia> debfx: Thanks.  Worked great.
[17:24] <ScottK> debfx: If you're up for more, vdr-plugin-extrecmenu has a similar FTBFS, but isn't in Debian so there's no patch to cherrypick.
[17:25] <ScottK>  ./common/mmx.h:88:3: error: #error Sorry, your GCC does not exist. <-- fun.
[17:25] <ScottK> That's rte
[17:26] <persia> debfx: iptotal uploaded
[17:30] <carstenh> debfx: paste.debian.net?
[17:59] <ScottK> debfx and persia: iptotal accepted.  Thanks.
[19:45] <imbrandon> ScottK: ugh apt-rpm is a big fat mess, i'm wondering if my time isnt better spent on something else at this point and leave that for a sru
[19:46]  * imbrandon is still working on it thougbh
[19:46] <ScottK> imbrandon: If you can get it up from totally broken to not-totally broken now and maybe an SRU or so later I think it's worth doing now.
[19:46] <ScottK> The bureacracy associated with major package updates post release is painful.
[19:48] <imbrandon> very true
[19:48] <imbrandon> ive got it working now, but backporting some of the patches are a pita ( and still needed )
[19:48] <imbrandon> well working as in it builds and installs
[19:49] <ScottK> OK.  Progress.
[19:49] <imbrandon> but umm i wouldent "use"
[19:49] <imbrandon> ;)
[19:50] <imbrandon> its kinda funny as its ment to replace ( well not replace but .... no better word ) apt , but the patches make it so it can be installed side by side on a system like debian that has apt natively
[19:50] <imbrandon> so some of the patches are "fun"
[19:52] <imbrandon> btw not that anyone cares but i babble alot anyhow, my stomach issues from yesterday are gone , woot, thankfully it was just a 24hour bug/bad food
[19:52] <persia> Great News!
[19:53] <directhex> i've been pretty ropey all week
[19:54] <imbrandon> yea, i had went from feeling great at lunch yesterday to vometing and such 2 hours later, was not fun
[19:55] <imbrandon> but i think it was ill prepared fish i had for lunch, thats what it is seeming like at this point
[20:42] <slytherin> a bit off topic for this channel but does anyone know how well Japanese input/fonts work in Ubuntu?
[20:47] <persia> Works fine.
[20:48] <persia> I have certain knowledge that a minimum of tens of thousands of people use it daily.
[20:49] <slytherin> persia: That is great. And how hard is it for setting up by someone who has no knowledge of Japanese for someone who has no knowledge of Ubuntu?
[20:49] <persia> Trivial, if the default environment for the computer will be Japanese.
[20:50] <persia> Otherwise you have to fiddle with language-support
[20:50] <slytherin> persia: The default will be English.
[20:50] <slytherin> persia: would you be able to provide help if I face problems?
[20:52] <persia> As available as I ever am, sure.
[20:54] <slytherin> thanks
[21:13] <c_korn> hm, setup.py installs libs into debian/radiotray/usr/lib/python2.6/dist-packages but with python-support the files are not there after the package installation and therefore the main python script cannot find its libraries. what am I missing ?
[21:21] <imbrandon> sudo reboot
[21:21] <imbrandon> err
[22:29] <debfx> persia: could you sponsor two more ftbfs fixes: bug #569917 and bug #569928
[22:30] <ajmitch> debfx: thanks for fixing iptotal, I think I'd screwed up in having an unclean build environment there :)
[22:46] <debfx> ajmitch: I only use pbuilder for package building :)
[22:46] <ajmitch> so do I usually, except when pbuilder had refused to upgrade the chroot
[22:47] <ajmitch> it required a bit of manual fiddling which I didn't want to do at the time
[22:47] <ajmitch> it was bug 566194 that was biting me :)
[22:49] <debfx> ScottK: the package svk should be removed from the archive. it's not installable as it depends on the removed libsvn-mirror-perl package.
[22:50] <ajmitch> why was libsvn-mirror-perl removed though?
[22:51] <debfx> (From Debian) ROM; Dead upstream; Debian bug #554336
[22:51] <ajmitch> hm, looks like it was dead upstream, and svk really should be removed as well
[22:53] <ajmitch> I think ubuntu-archive needs to be subscribed to a removal request, at least to have a record of it on LP
[22:53] <Laney> might be a bit late for subscriptions
[22:53] <ajmitch> possibly, but it's worth doing that while still pinging people on IRC about it
[22:53] <Laney> right
[22:55] <ajmitch> given that it's gone from sid, it would probably have been cleaned up in maverick anyway
[22:59] <debfx> ScottK: bug #568850
[23:03]  * jdong notices a slight parallel between opencv python bindings and hamsters....
[23:31]  * ajmitch wonders if lingot should be synced to a new upstream version that actually works
[23:37] <persia> debfx: ajmitch: autoremovals from sid haven't been processed since DIF: it needs manual bugs.  There's about 30 removals in the queue, and someone volunteered to process them on (German) Monday, so file away and subscribe ubuntu-archve.  Removal bugs need an ACK from someone with upload rights to the package to be accepted.
[23:38] <persia> debfx: Best practice to get sponsored is to subscribe ubuntu-sponsors to the bug.  I'll hit these now, but I'm running into time constraints soon, so you might have better luck just getting it on the sponsors list.
[23:38] <persia> (for new ones you might add)
[23:40]  * ajmitch has acked the svk removal bug, fwiw
[23:41]  * persia grumbles about packages that can't clean without extra packages being installed
[23:41] <ajmitch>  103 files changed, 35194 insertions(+), 134494 deletions(-)
[23:41]  * micahg hides
[23:42]  * ajmitch really doesn't want to have to put in a FFe for that
[23:42] <persia> micahg: You may have noticed I've never sponsored a package for you: there's a background to that :)
[23:42] <ajmitch> java is bad? :)
[23:42] <micahg> persia: really, I haven't noticed...
[23:43] <micahg> persia: I'll have to find something worthy for you to sponsor next cycle
[23:43] <persia> ajmitch: I've found that on the edges of universe, for "completely fails to work", FFes are gladly granted.
[23:43] <ajmitch> persia: this is a music tuner (lingot) that apparantly doesn't work with ALSA, in the version in lucid :)
[23:43] <persia> ajmitch: Java only requires a JDK and ant, which are basically build tools.  It's not like special foo-dev-tools
[23:43] <persia> micahg: No rush :)
[23:44] <persia> ajmitch: So, does not work, yeah?
[23:44] <ajmitch> pretty much
[23:44] <ajmitch> it's just the size of that debdiff that makes me wince
[23:44] <persia> And it doesn't have a pulse or jack interface?
[23:44] <persia> Anything care about the interface other than users?
[23:45] <ajmitch> pulse/jack interface was added in the new upstream version
[23:45] <ajmitch> I haven't tested this yet, I just saw it on the rc bugs list & read about its issues
[23:46] <persia> Sounds like if you don't do an FFe, you have to do an SRU.  FFe is probably easier.
[23:46] <ajmitch> probably much easier
[23:47] <ajmitch> testbuild time
[23:56] <lfaraone> DktrKranz: sorry to bother, but upstream put out a new point release (.5) in response to some showstopper bug fixes. New dsc is at http://mentors.debian.net/debian/pool/main/g/groundcontrol/groundcontrol_1.6.5-1.dsc
[23:56]  * persia curses roundly, sqaurely, and in several other shapes about SONAME bumps and depwaits
[23:57] <debfx> ajmitch: I think debian-edu-config should be removed too. It depends on etcinsvk, overwrites /etc/lsb-release and generally isn't useful on ubuntu anyway.
[23:58] <ajmitch> yeah, at least that one is still actively developed
[23:59] <ajmitch> I agree that it's possibly not useful (at all), along with debian-edu-install