[00:38] <ScottK> BarkingFish: How's it going?
[00:39] <BarkingFish> poorly right now
[00:40] <ScottK> Need assistance or still working through it?
[00:40] <BarkingFish> still working through it, will need to sign off soon as it's aiming for 2am here
[00:40] <BarkingFish> i'll have one last go on scenic, then it's quits for the night
[00:41] <ScottK> OK.
[00:42] <ScottK> dammit built on all architectures, so it's officially done. https://launchpad.net/ubuntu/oneiric/+source/dammit/0~preview1-3ubuntu1
[00:42] <BarkingFish> woohoo!
[00:43]  * BarkingFish grabs a can of welch's grape soda out of his usb fridge to celebrate
[00:55] <BarkingFish> ScottK, Scenic failed to build again, missing libv4l-dev, and it's not installing with all the other depends. I've installed the local package for natty, and that's not doing it.
[00:56] <BarkingFish> myxzptlk
[00:56] <ScottK> Add lib4l-dev to build-depends in debian/control
[00:56] <BarkingFish> ok
[00:56] <BarkingFish> one moment
[00:56] <ScottK> Then add a debian/changelog entry
[00:56] <ScottK> Then debuild -S (to make an updated source package)
[00:56] <ScottK> Then try to build that in pbuilder.
[00:59]  * ScottK notices qtruby and goes to work on that.
[01:00] <BarkingFish> can I just check, it's already at 1ubuntu1, moving it to oneiric, do I increment that to 1ubuntu2?
[01:01] <BarkingFish> this will be my last try, it's gone 2am now
[01:02] <BarkingFish> ScottK ^^
[01:05] <BarkingFish> I'll get this done, then I really have got to get to bed.
[01:09] <ScottK> Yes
[01:09] <BarkingFish> I'll increment it anyway, just to test the build. if it's wrong, i'll fix it later :)
[01:09] <BarkingFish> Oh ok
[01:09] <ScottK> dch -i should do that for you
[01:10] <BarkingFish> it did, but I wasn't sure if it was right or not, because it marked the change for natty :)
[01:10] <ScottK> If you're on natty, building for natty is the debchange default.
[01:11] <BarkingFish> aha
[01:11] <ScottK> The revision numbering heuristics are (generally) independent of the release.
[01:11] <BarkingFish> I have to change that once I'm doing the entry though
[01:12] <BarkingFish> i gotta admit, dch -i is easier than manually formatting the changelog :)
[01:12] <BarkingFish> it's picked up libv4l-dev this time
[01:12] <BarkingFish> i just saw the GET while it was building
[01:17] <ScottK> qtruby uploaded
[01:17] <ScottK> Progress.
[01:19] <ScottK> Doing perlqt now.
[01:20] <BarkingFish> another failure. it's moaning about something else nwo
[01:20] <BarkingFish> *now
[01:20] <BarkingFish> configure: error: Not all gstreamer plugins installed
[01:20] <BarkingFish> make: *** [debian/stamp-autotools] Error 1
[01:21] <ScottK> Probably another missing build-depends.
[01:21] <BarkingFish> it's mentioning a missing plugin called v4lsrc
[01:22] <BarkingFish> !info v4lsrc
[01:22] <BarkingFish> !info v4lsrc oneiric
[01:22] <BarkingFish> right, I'm gonna sleep on this, Scott.  It's 2.22am, and frankly, I need to get some rest
[01:23] <ScottK> Doing smokekde.
[01:23] <BarkingFish> Thanks for the help with dammit, I really appreciate getting my foot in the door :)
[01:23] <ScottK> BarkingFish: OK.  Have a good night.
[01:23] <BarkingFish> I will, don't you worry :P
[01:23] <BarkingFish> see ya
[01:35] <ScottK> Anyone remember why we didn't package mobipocket?
[02:14] <ScottK> Doing kdeadmin
[02:19] <ScottK> Dear apachelogger, please upload stuff after you wake up.
[02:28] <ScottK> Doing kdepim
[02:44] <ScottK> Done.
[02:56] <micahg> ScottK: I'm sure you're aware you have a bunch of arm failures for kde stuff
[02:56] <ScottK> Yep.
[02:57] <ScottK> It's inevitable unless we want to wait the 12 hours it takes kde4libs to build on arm to upload the next package.
[02:57] <ScottK> Soyuz build-dep handling FTW.
[02:57] <micahg> ah, it's archive skey
[02:57] <micahg> *skew
[02:57] <ScottK> Depends on how you look at it.
[02:58] <ScottK> I look at it as Soyuz being unable to handle common situations automatically and so it fails the build when it should really do better.
[02:59] <micahg> ScottK: ah, it should be depwait, but it's not
[03:00] <ScottK> It should more properly be bd-uninstallable, but that's not impelemented in Soyuz.
[03:00] <micahg> couldn't you just depends on kdelibs5-dev >= VER instead of Breaks < VER? or it it not really a depends?
[03:00] <ScottK> It would fall over anyway.
[03:00] <micahg> oh, there are multiple ones...
[03:01] <ScottK> OEM services doesn't need it, so it's not an LP priority for Soyuz development.
[03:01] <micahg> is there a bug filed at least?
[03:02] <micahg> this is a common situation as you mentioned
[03:02] <ScottK> I don't know.
[03:03] <ScottK> I know that the Soyuz developers, back when there was such a thing, were well aware of it.
[04:00] <ScottK> Doing kdeaccessibility
[04:07] <ScottK> kdegames too
[04:18] <ScottK> kdepim-runtime.
[04:22] <ScottK> kdemultimedia
[04:36] <ScottK> pykde
[05:16] <wgrant> ScottK, micahg: Solving archive skew dependencies is not trivial.
[05:16] <micahg> wgrant: I have faith in you :)
[05:17] <wgrant> It requires us to regularly load the indices and run a full apt resolver for every depwait build.
[05:17] <ScottK> Having bd-uninstallable like Debian owuld help.
[05:17] <wgrant> And, well, there is no us any more.
[05:17] <ScottK> That's the biggest problem.
[05:17] <wgrant> Right, same thing.
[05:17] <wgrant> Difficult for us, because we have so many more builds and many archives.
[05:17] <ScottK> So just do it for the primary archive.
[05:17] <wgrant> The primary archive?
[05:17] <wgrant> There will soon be dozens.
[05:17] <ScottK> The Ubunt uone.
[05:18] <wgrant> An Ubuntu special case is unlikely to be prioritised.
[05:18] <wgrant> However, Ubuntu could do this through the API.
[05:19] <ScottK> Yes.  I hear that supporting Ubuntu is a priority for LP, except when it actually requires something to be done.
[05:19] <ScottK> (not blaming you)
[05:19] <wgrant> Heh, indeed.
[05:20] <ScottK> Would it really be possible to achieve automatic retries of bd-uninstallable packages through the API?
[05:21] <wgrant> Sure. There are API methods to identify failed builds, read logs, and retry builds.
[05:21] <wgrant> Then you just need to plug that into edos-debcheck or whatever Debian uses now.
[05:21] <wgrant> I wonder if that code is around somewhere.
[07:45] <scar[w]> does kde4's replacement for kicker have a specific name? (wikipedia only shows plasma)
[07:57] <bambee> morning
[08:19] <agateau> scar[w]: replacement can be called a "Plasma panel" I think
[08:19] <agateau> scar[w]: the panel being a container for plasma applets
[08:20] <scar[w]> thank you, want to used the correct terms when submitting bugs
[09:35] <apachelogger> ScottK, debfx: question: where do you track what is uploaded and what is not?
[09:42] <debfx> apachelogger: http://felix.fobos.de/kubuntu/kubuntu-buildstatus.htm gives you an overview
[09:43] <debfx> didrocks: has micahg talked to you about the diginotar qt patch?
[09:43] <apachelogger> why you no use software to track actual uploads?
[09:43] <apachelogger> not landing in lp
[09:43] <apachelogger> on a related note
[09:44] <apachelogger> why you no use software  to upload all the stuff at once?
[09:44] <didrocks> debfx: yeah, I already fixed it yesterday when I saw the blog post btw :) it will be in today's upload (just after unity-2d is uploaded)
[09:45] <debfx> ah, great :)
[09:45] <debfx> apachelogger: if only all packages were properly reviewed
[09:46] <apachelogger> ah
[09:46] <apachelogger> ok
[09:46] <apachelogger> easy
[09:46] <apachelogger> introduce a review state
[09:46] <apachelogger> so one core-dev reviews, the other takes care of upload and rebuilds where necessary
[09:48]  * apachelogger thinks a uscan'd list of core packages would also be good
[10:04] <debfx> apachelogger: I don't see the advantage of a batch upload. once you've reviewed a package you can just upload it
[10:06] <apachelogger> except you need to update changelog, debcommit, build source package and upload source package
[10:07] <apachelogger> that said, of course the person doing uploads can go ahead and do reviewing should they run out of reviewed packags
[10:07] <apachelogger> major advantage is that reviewing can be done independently of whether we can upload or not
[10:08] <apachelogger> i.e. reviewing can be concurrent with packaging AND uploading
[10:17] <debfx> when are you not able to upload packages?
[10:17] <debfx> due to limited upload bandwidth?
[10:24] <apachelogger> debfx: for example, also when frozen, also when not everything is packaged yet
[10:25] <apachelogger> some packager updates kde4libs -> core dev could immediately review while some packager continues with kdepimlibs
[10:25] <apachelogger> when some packager is done and everything is tested some other core dev starts uploading kde4libs while core dev is still reviewing
[10:26] <apachelogger> chances are that core dev will be done reviewing before some other core dev is done uploading
[10:26] <apachelogger> so we'd have buffers on each side of the pipeline
[10:26] <apachelogger> and reviewing would become a non-blocking task for the better part
[10:27] <debfx> you can upload all of kde sc even when kdelibs isn't built yet
[10:27] <debfx> they will just fail to build and we need a script to retry those anyway
[10:30] <apachelogger> debfx: not building!
[10:30] <apachelogger> debfx: packaging!
[10:30] <apachelogger> lemme make you a graphic :P
[10:33]  * apachelogger constantly gets distracted
[10:46] <apachelogger> good lord kdeartwork is fat
[10:49] <apachelogger> debfx: https://docs.google.com/drawings/d/17X0nfJFv-bNCHI3GFYpta2Om3pCt3x15gMKxdwuI2SQ/edit?hl=en_US
[10:59] <debfx> yeah, I just think that not being able to directly upload after reviewing doesn't happen very often
[11:04] <apachelogger> debfx: so what is the workflow you have in mind?
[11:12] <debfx> apachelogger: I think our current workflow is fine except that the wiki is a bad place to track who is working on what
[11:13] <debfx> because clicking the edit button, scrolling to the package you want and saving the whole thing is very inconvenient
[11:28] <apachelogger> debfx: but our current workflow is totally non-concurrent :S
[11:30] <apachelogger> debfx: https://docs.google.com/drawings/d/17X0nfJFv-bNCHI3GFYpta2Om3pCt3x15gMKxdwuI2SQ/edit?hl=en_US
[11:30] <apachelogger> even the graphic shows why that is bad :P
[11:58] <shadeslayer> hallo everyone
[11:58] <bulldog98> hi
[11:58] <shadeslayer> i won't be available for the next 10 days, should i like send a email to kubuntu devel? 
[11:59] <bulldog98> lp spams masivly I got ~200 mails of lp because of my packages
[11:59] <bulldog98> would make sense
[11:59] <shadeslayer> bulldog98: heh, say hi to rosseta 
[11:59]  * bulldog98 wants lp to stop spaming each and everyone
[12:08] <bulldog98> shadeslayer: who is community council?
[12:10]  * bulldog98 closes the poll
[12:11] <nigelb> bulldog98: You mean, who's in the community council?
[12:11] <bulldog98> nigelb: yeah, but  I already found the lp page
[12:12] <bulldog98> Riddell: do you have time for a meeting at 10 pm 13th of september?
[12:19] <Riddell> bulldog98: yes should be fine
[12:25]  * bulldog98 finalises it than
[12:26] <shadeslayer> bulldog98: pad.lv/~kubuntu-council i think
[12:26] <bulldog98> shadeslayer: ?
[12:27] <shadeslayer> bulldog98: invite everyone who is in that team
[12:27] <shadeslayer> ScottK: pokety poke
[12:27] <bulldog98> shadeslayer: you mean lp.net/~kubuntu-council i think :P
[12:28] <shadeslayer> bulldog98: copy paste that link into yer browser
[12:28] <shadeslayer> and see the magic
[12:28] <shadeslayer> pad.lv is the launchpad url shortner service thingy like bit.ly and goo.gl
[12:29] <shadeslayer> ScottK: ever setup debian using the buisness card ISO ?
[12:29]  * shadeslayer is lost in the setup
[12:43] <ScottK> shadeslayer: Nope.  Sorry.
[12:43] <ScottK> apachelogger: We've just been coordinating on IRC.
[12:44] <shadeslayer> ScottK: ah alright
[12:45] <ScottK> debfx: Did you make any progress with Quintasan_ on -runtime?
[12:46] <ScottK> apachelogger: Please do some uploading.  Everything to the left of pimlibs (except korundum and perlkde) is already uploaded.
[12:46] <debfx> ScottK: yes, but it still needs fixing
[12:46] <ScottK> OK.  
[12:47] <debfx> the install files need to be updated now that active is actually separated 
[12:47] <ScottK> Ah.  Right.
[12:49] <debfx> how did that even end up in the archive? 
[12:49] <apachelogger> ScottK: I did artwork and then ended up being busy with phonon stuff again
[12:49] <apachelogger> it is madness really
[12:50] <ScottK> Come on, we need to get this done.
[12:54]  * ScottK does marble
[12:59] <shadeslayer> btw here's the qtwebkit log : http://cl.ly/1p1t411J2g0a2l1b0t1w
[13:02] <ScottK> Now libkexiv2
[13:02] <ScottK> shadeslayer: We want to update, I'm reasonably sure.  Please make an FFe.
[13:03] <shadeslayer> ScottK: right, but what all info am i supposed to provide, Riddell and apachelogger tested the package and they said the upgrade went fine, i'll also attach the qtwebkit log, anything else?
[13:03] <ScottK> Build logs.  
[13:03] <ScottK> Any notable changes in the packaging.
[13:04] <ScottK> Also noting that it fixes a beta 1 bug is good (Riddell's form thing)
[13:04] <shadeslayer> ok, i'll file the FFe then
[13:04] <shadeslayer> yep
[13:05] <ScottK> apachelogger: I have to thank you for pointing out debcommit -r -R.  For once someone made a tool that actually does exactly what I want.
[13:34] <ScottK> shadeslayer: Can we have some bug numbers for bugs it fixes?
[13:34] <ScottK> Not sure if they actually got filed or not.
[13:35] <CIA-63> [klettres] Michal Zajac * 10 * debian/changelog releasing version 4:4.7.1-0ubuntu1
[13:35] <ScottK> Doing kalgebra
[13:35] <shadeslayer> ScottK: i think they're mentioned in the git log
[13:35] <ScottK> shadeslayer: Yes, but no one will go back and close them based on that.
[13:35] <shadeslayer> ah, you mean launchpad bugs
[13:35] <shadeslayer> i'll have a look
[13:35] <shadeslayer> most of them seem to be related to arora
[13:41] <ScottK> apachelogger: Suitably magical.  I'll try that too.
[13:55] <bulldog98> we need to get the rekonq beta into oneiric
[13:56] <bulldog98> I can do the stuff tomorrow if needed, but I won’t have time today
[13:56] <ScottK> shadeslayer: ^^^ opinion?
[13:56] <ScottK> bulldog98: What's their schedule for a final release?
[13:56] <shadeslayer> bulldog98: please make sure that it works with the webkit from my ppa
[13:56] <bulldog98> ScottK: ask in #rekonq
[13:57] <bulldog98> shadeslayer: it does, since I use that :)
[13:57] <ScottK> bulldog98: If you want it in, that's information that'll be needed.
[13:57] <shadeslayer> especially stuff like flash, rendering of sites like youtube, ubuntu.com, kubuntu.org, kde.org etc
[13:58] <bulldog98> shadeslayer: I don’t use flash, but you can do a git clone kde:rekonq and build and test
[13:58] <shadeslayer> i already use trunk rekonq in neon ;)
[13:58] <shadeslayer> and it wfm
[13:59] <ScottK> bulldog98: To get an upgrade this late in the cycle, someone will have to be found to do that kind of testing on it.
[14:00] <bulldog98> ScottK: the problem is my internet speed, but I can do that stuff
[14:00] <ScottK> bulldog98: Excellent.
[14:01] <bulldog98> ScottK: I’ll do that tomorrow, since I have to go in about 30min
[14:01] <ScottK> OK.
[14:02] <shadeslayer> ScottK: do you by chance have a machine running debian sid?
[14:02] <ScottK> shadeslayer: Not at the moment.  I generally do stuff in a chroot on an Ubuntu system.
[14:03] <ScottK> What do you need?
[14:03] <shadeslayer> ScottK: a sources.list for upgrading to debian sid
[14:03] <ScottK> You can get that by loging into a pbuilder chroot.
[14:04] <ScottK> s/loging/logging/
[14:04] <kubotu> ScottK meant: "You can get that by logging into a pbuilder chroot."
[14:04] <shadeslayer> looks like this : http://paste.kde.org/119503/
[14:04] <shadeslayer> ah ok
[14:05] <ScottK> That looks right.
[14:17] <ScottK> shadeslayer: What's up with the indi-apogee package in Ninjas?  There's nothing private about it, so please either delete it or copy it to a public PPA.
[14:18] <shadeslayer> looking
[14:23] <shadeslayer> ScottK: that package needs sponsoring/uploading
[14:23] <ScottK> Doing korundum.
[14:23] <shadeslayer> should i put that that on revu?
[14:23] <ScottK> shadeslayer: OK.  How about copy it to staging.
[14:23] <ScottK> (or your PPA)
[14:23] <shadeslayer> i'll copy it to my ppa
[14:24] <ScottK> Then delete it from Ninjas please.
[14:27] <shadeslayer> ScottK: done
[14:27] <ScottK> Thanks.
[14:32] <bulldog98> shadeslayer: I’ll try that tomorrow
[14:32] <shadeslayer> bulldog98: also try commenting on a bug in staging.launchpad.net
[14:42] <ScottK> doing perlkde
[14:47]  * ScottK notices no one else is uploading and pokes at apachelogger, Quintasan, and debfx (although if they are still sorting -runtime, that's no doubt more important)
[14:48] <ScottK> Looking at webdev
[15:16] <shadeslayer> wth
[15:22] <micahg> debfx: didrocks already had the patch :)
[15:36] <ScottK> sdk now.
[16:19] <ScottK> Doing gwenview
[17:17] <ScottK> Now konsole.
[17:17]  * ScottK sighs at the lack of participation.
[17:18] <ScottK> apachelogger: dchr is nice too.
[17:24] <shadeslayer> alright guys, cya in 8 days :)
[17:38] <yofel> @_@ - core crash
[18:03] <didrocks> ScottK: sorry, the unity-2d releases is segfaulting, and no more dx guys, I'll have to delay the Qt upload for tomorrow
[18:04] <ScottK> OK.
[18:04] <didrocks> sorry again, but EINMIDDLEOFTWOTEAMS :-)
[18:04] <ScottK> Sure.
[18:05] <ScottK> We're still uploading KDE 4.7.1 (since no one is helping me), so it's fine.
[18:05] <ScottK> I'd rather finish that first anyway.
[18:08] <didrocks> ScottK: urgh, good luck with that!
[18:09] <ScottK> Only 33 packages to go.
[18:14] <yofel> ScottK: I'll upload wallpapers and artwork if you didn't yet
[18:15] <ScottK> apachelogger managed to upload artwork.
[18:15] <ScottK> I think wallpapers still needs doing.
[18:15] <yofel> ah, he didn't update bzr though
[18:16] <yofel> right, artwork is up
[18:17] <ScottK> yofel: Almost all the ovals to the right of libkipi need uploading: https://wiki.kubuntu.org/Kubuntu/Ninjas/DependencyGraph
[18:17] <ScottK> I've been deleting stuff from ninjas as it's uploaded, so anything still there is fair game.
[18:18] <yofel> ScottK: I hacked a branch overview together a short while ago that I was looking at just now http://yofel.dyndns.org/kubuntu/bzrstat/
[18:18] <ScottK> Nice.
[18:19] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kdeartwork] Philip Muškovac * 120 * debian/changelog releasing 4:4.7.1-0ubuntu1
[18:19] <yofel> refreshes every ~10m
[19:05] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kde-wallpapers] Philip Muškovac * 13 * debian/changelog releasing 4:4.7.1-0ubuntu1
[19:20] <Quintasan> oh yeah
[19:21] <Quintasan> ScottK: Fixing runtime
[19:21] <Quintasan> debfx: ping
[19:21] <ScottK> Excellent.
[19:21] <ScottK> That's critical.
[19:22] <Quintasan> debfx: http://paste.kde.org/119599 <- any other files that are missing?
[19:23] <Quintasan> rbelem: ^ you forgot to remove active files from the "classical" kde-runtime.install
[19:23] <Quintasan> Oh wait, now that parallel building works I can build the crap out of it
[19:24] <debfx> Quintasan: yes, I'll fix it
[19:24] <Quintasan> debfx: I can just push it now
[19:25] <Quintasan> debfx: Or well, I won't get in your way, if there is anything else wrong, let me know
[19:26]  * Quintasan cries from joy
[19:26] <Quintasan> IT'S ALIVE
[19:28] <CIA-130> [klettres] Michal Zajac * 10 * debian/changelog releasing version 4:4.7.1-0ubuntu1
[19:29]  * Quintasan forgot to push
[19:29]  * Quintasan looks at kstars
[19:29] <Quintasan> Actually not
[19:30] <Quintasan> ScottK: Care to do kstars?
[19:30] <ScottK> Quintasan: Not now.  Doing $WORK and fixing a security bug in quassel
[19:30] <ScottK> BTW, anyone using a quasselcore: If it's crashing, disable CTCP until you get the fix.
[19:31] <Quintasan> ScottK: Hmm, I'll do it then, it's just uploading that takes TIME
[19:31] <Quintasan> yofel: ^^
[19:31] <ScottK> Yes, but you can prepare the next one while that's uploading.
[19:32] <yofel> Quintasan: kstars: can do if you want, quassel: I already patched my core
[19:33] <BarkingFish> ScottK, what is the procedure for rebuilding and fixing a package which has a missing build depend, when it's already published and in use by people?  Can the package still be updated to ensure the depend gets installed at the same time?
[19:34] <ScottK> Yes.
[19:34] <Quintasan> yofel: Cool, please do kstars
[19:34] <ScottK> Usually what causes this is that some other build-dep used to depend on the missing one and so it worked before, but only because of the indirect connection.
[19:35] <ScottK> So making a new revision that adds it explicitly and updating the package is the general solution.
[19:35] <Quintasan> BarkingFish: If it's in oneiric then you just update it and ask someone to upload it, if it is in natty or older then you will have to do what we call SRU
[19:35] <BarkingFish> great, I've got one I need to rebuild, since it's a pain in the backside.   Sweethome3d needs the sun-java6-jre, but it doesn't install it when you install the program, but it doesn't install it if it doesn't find it
[19:35] <BarkingFish> Quintasan, It's in natty
[19:35] <Quintasan> I think it's SRU then
[19:36] <yofel> BarkingFish: it doesn't work with openjdk?
[19:36] <BarkingFish> yofel, no
[19:36] <yofel> :/
[19:36] <Quintasan> debfx: Actually there is another missing file ->http://paste.kde.org/119611
[19:36] <BarkingFish> It specifically asks for the sun java6 jre
[19:37] <Quintasan> BarkingFish: Wait, it's not a missing build-depend, it's a missing Depend :)
[19:37]  * yofel wonders what'll happen when we stop having sun-java in the archive...
[19:37] <yofel> well, partner
[19:37] <Quintasan> Build-Depends are installed when (obviously) building the source code and Depends are installed when the user wants to install the software we package
[19:38]  * Quintasan would actually name the field Runtime-Depends
[19:38] <debfx> Quintasan: yep, I've uploaded runtime
[19:38] <BarkingFish> Quintasan, sorry, my mistake.  Either way, what do I do with it?
[19:38] <Quintasan> BarkingFish: Well, you need to update the packaging, submit a SRU bug to Launchpad with a debdiff and subscribe ubuntu-sru I believe
[19:39] <Quintasan> BarkingFish: https://wiki.ubuntu.com/StableReleaseUpdates
[19:39] <BarkingFish> ok
[19:39] <yofel> BarkingFish: also, it has to be fixed in oneiric before you do the SRU
[19:39] <yofel> (usually)
[19:39] <Quintasan> debfx: Thanks!
[19:40] <CIA-130> [parley] Michal Zajac * 18 * debian/changelog releasing version 4:4.7.1-0ubuntu1
[19:41] <BarkingFish> ok yofel, so in which order do I go about this?  I need to get the source for it, but do I fix it and package it for oneiric first, then fix natty, or what?
[19:41] <BarkingFish> Also, what exactly do I fix, since it's not a build-depend
[19:41] <yofel> first devel release, then stable
[19:41] <yofel> BarkingFish: you add it to the Depends: of the binary package
[19:42] <yofel> although I'm not too sure about java stuff
[19:42] <BarkingFish> where am I likely to find that in the source tree?  
[19:42] <yofel> debian/control
[19:42] <BarkingFish> oh ok then
[19:42] <BarkingFish> np
[19:42] <Quintasan> BarkingFish: also, join #ubuntu-motu and #ubuntu-devel
[19:42] <Quintasan> #ubuntu-packaging is also good place to hang out
[19:44] <ScottK> BarkingFish: What package are we talking about?
[19:44] <Quintasan> ScottK: sweethome3d
[19:44] <Quintasan> Where the hell is bulldog98
[19:44] <Quintasan> He was supposed to delete his branches which we merged
[19:45] <Quintasan> Parley uploaded
[19:46] <BarkingFish> ScottK, sweethome3d
[19:46] <BarkingFish> last release was sweethome3d_3.1+dfsg-1ubuntu1
[19:47] <ScottK> If it really needs sun java, it needs to get moved to multiverse.
[19:47] <yofel> Quintasan: https://code.launchpad.net/~bulldog98/+activereviews doesn't show any 4.7.1 stuff from him anymore
[19:48] <BarkingFish> ScottK, ok, well I'm rebuilding it for oneiric now, will debdiff it and put it up for review, then rebuild it for natty once I know it's ok
[19:49] <CIA-130> [lp:~kubuntu-packagers/kubuntu-packaging/kstars] Philip Muškovac * 6 * debian/changelog relasing 4:4.7.1-0ubuntu1
[19:49] <yofel> bah, typo
[19:54] <Quintasan> Krap
[19:54]  * Quintasan goes to bed
[19:54] <Quintasan> hmm
[19:55] <Quintasan> On a second thought. I'll upload one more thing
[19:55]  * Quintasan takes kturtle
[19:56] <yofel> kstars up
[20:02] <CIA-130> [kturtle] Michal Zajac * 12 * debian/changelog releasing version 4:4.7.1-0ubuntu1
[20:03] <Quintasan> kturtle up
[20:03]  * Quintasan goes off to bed
[20:03] <Quintasan> Good night
[20:06]  * debfx takes kdenetwork
[20:38] <debfx> Quintasan: interesting, kde-runtime ftbfs on the archive buildds but builds fine locally
[20:38] <debfx> Patch kubuntu-mobile-04-Ported-the-new-plugin-system-to-active-development-4.patch does not remove cleanly (refresh it or enforce with -f)
[20:49] <DarkwingDuck> Hey Riddell
[21:33] <Riddell> hola
[22:35] <BarkingFish> I've got to find some way of patching pull-lp-source so it doesn't keep printing those +++ signs while it's downloading stuff
[22:35] <BarkingFish> it's got to the stage with some packages where I have to minimise konsole while I'm doing it
[22:39] <yofel> BarkingFish: I think /usr/share/pyshared/ubuntutools/archive.py line 312 is to blame for the dots (and the while loop it's in)
[22:40] <BarkingFish> what I want to do is basically add a command line option, like --hide-progress or something, just to switch off those crosses and their annoying nauseating repetitiveness
[22:41] <yofel> well, pull-*-source just use  pull() from the SourcePackage class in ubuntutools
[22:41] <yofel> so you'll have to add it there
[22:41] <BarkingFish> surely a progress counter like [50%] or something like that would be easier
[22:41] <BarkingFish> and less dangerous
[22:42] <yofel> currently it looks like they download the files in 10KiB chunks and print a dot for each chunk o.O
[22:42] <yofel> which is crazy if you download something like oxygen-icons...
[22:43] <BarkingFish> yeah, or the entire sun-java6-jre
[22:43] <BarkingFish> which filled 12 screens with nothing but ...
[22:44] <yofel> well, start by filing a bug against ubuntu-dev-tools
[22:45] <BarkingFish> ok
[22:48]  * yofel is off to bed, good night
[23:03] <BarkingFish> ScottK, hi if you're about.  Just a quick note on one of the rebuilds against oneiric, plee-the-bear is physically beyond help.  I just tried to build it, it got to 16% and stopped dead - so many errors in the code I can't even begin to number them all.  At first glance, I'd declare this "life extinct".
[23:03] <BarkingFish> I've got I'd say, probably in excess of 40 compile errors just in the first 16% of the build
[23:08] <BarkingFish> yofel - instead of filing it as a bug, I've started off by asking it as a question on the launchpad, as it says these can be turned into bugs later.
[23:08] <BarkingFish> https://answers.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+question/170609