[01:01] <claydoh> ~np
[01:01] <kubotu> claydoh listened to "I Still Haven't Found What I'm Looking For" by U2 [The Joshua Tree, 1990] 2 months ago
[04:01] <ScottK> klibido could use an update and some love from someone who actually understands autotools.
[04:01]  * ScottK looks for NCommander ....
[04:15] <LaserJock> autotools is *cough* fun *cough*
[04:17] <ScottK> Which is why I'm looking for NCommander and not trying to do it myself.  I don't want to hog all the "fun".
[04:22] <LaserJock> ScottK: so at this point do you get cmake more than autotools?
[04:22] <LaserJock> I've got somewhat mixed feelings about cmake
[04:22] <ScottK> For KDE, KDE3 stuff is autotools and KDE4 stuff is Cmake.
[04:23] <ScottK> The pain level associated with updating for a new release is WAY lower with CMake.
[04:23] <Tm_T> cmake <3
[04:23] <LaserJock> ah, that's helpful
[04:23] <Tm_T> in many things it has been way easier
[04:23] <Tm_T> especially when configuring
[04:23] <LaserJock> I had some fits with cmake when I was packaging a chemistry app
[04:24] <LaserJock> but I haven't done a ton with cmake 2.6 perhaps it's better
[04:25] <LaserJock> there's a project I build from svn that supports both cmake and autotools and the cmake version builds significantly faster
[04:26] <LaserJock> I liked that part :-)
[04:48]  * ScottK waves at JontheEchidna.
[10:55] <Tm_T> ~np
[10:55] <kubotu> Tm_T is listening to "South Side of the Sky" by Yes [Fragile, 2003]
[10:55] <Tm_T> wrooooong year you, you, , , you!
[11:53] <Hobbsee> Nightrose: you around?
[11:54] <doc__> hi there
[11:58] <Nightrose> Hobbsee: jep
[11:58] <Hobbsee> Nightrose: that picture for ~amarok-wolf-brigade - it's static?
[11:58] <Nightrose> i think so why?
[11:59] <Nightrose> ah you mean the group picture?
[14:13] <apachelogger> hm, kdelibs down, amarok up, quassel up ... I need more bandwith -.-
[14:41] <ScottK> apachelogger: How's amarok 2 for Jaunty going?
[14:42] <ScottK> Once that's in the archive I can start slaying kdebindings for KDE3 rdepends.
[14:42] <apachelogger> ScottK: IMHO we should polish amarok-mysql up (+ strip everything that is not necessary) and then try to get it into main
[14:42] <ScottK> apachelogger: Agreed, but let's at least get it in the archive.
[14:42] <apachelogger> pushing it into jaunty and build against current mysql-5.1 would mean to depend on mysql-server because there is no independent data package
[14:42] <ScottK> Even if it's a bit rough to start with, I think it's better to move in small increments.
[14:43] <ScottK> Also I think we'd get more push from server team to say "Help, mysql is keeping amarok out of Main" than "Help, I'd like to upload a new version."
[14:43] <apachelogger> ScottK: I don't really care, Riddell has to do the moving, then we'd need to merge amarok from experimental (I think)
[14:44] <ScottK> The demotion?
[14:44] <apachelogger> aye
[14:44] <ScottK> I think he did it already.
[14:45] <ScottK> It doesn't show up on component mismatches at a quick glance
[14:45] <apachelogger> well, then we just need to do the merge
[14:46] <ScottK> Launchpad agrees it's in Universe.
[14:46]  * ScottK had thought you were planning to do that today based on the conversation earlier in the week.
[14:46] <apachelogger> ScottK: also if the TB is ok with us having amarok-mysql (especially since it could only have a security affect on amarok itself, which is nothing different from sqlite in amarok 1) there is no reason to push the the server team for mysql 5.1 ... from looking at the packaging, 2 mysqls is something I wouldn't want to have to care about either
[14:47] <apachelogger> ScottK: someone needs to merge, I am busy testbuilding .96 :P
[14:47]  * ScottK would prefer not to even have to care about one.
[14:48] <ScottK> Right, I'm busy most of today taking kids to birthday parties, shopping, school dance ....
[14:48] <ScottK> $WIFE is out of town, so I get to do all the schlepping.
[14:49] <apachelogger> ScottK: the other ninjas should have time, according to the batcave all got batsent already
[14:49] <ScottK> Great.
[14:49] <ScottK> apachelogger: We need something like !ops for !ninjas for when we want to summon one.
[14:49] <ScottK> ;-)
[14:50]  * ScottK wonders who's up for getting amarok 2 into the archive ....
[14:50] <vorian> what's up?
[14:50]  * vorian grins
[14:50] <apachelogger> hm, you know, I will have to test that now ;-)
[14:50] <apachelogger> !ops
[14:50] <vorian> dude
[14:50] <vorian> that's gonna get you fired
[14:50] <ScottK> vorian: Need to merge amarok from Experimental.
[14:50] <vorian> :o
[14:51] <vorian> sounds like a job for apachelogger
[14:51] <vorian> oh, but he
[14:51]  * apachelogger is testbuilding
[14:51] <vorian> s busy
[14:51] <ScottK> It's in Universe now, so even a lowly MOTU can upload it.
[14:51] <vorian> lol
[14:51] <apachelogger> lol
[14:51] <vorian> ok, i'll take a look at it
[14:51] <ScottK> vorian: Then you get to say stuff like, "I'm the one that got amaork 2 into Kubuntu".
[14:52] <apachelogger> *nod*
[14:52] <ScottK> vorian: Thanks.
[14:53]  * Nightrose promises a cookie to vorian
[14:54] <ScottK> vorian: Please let me know when it's done so I can start slaughterind the bindings for KDE3.
[14:54] <ScottK> ...ind/...ing
[14:54] <apachelogger> Nightrose: I nevar get a cookie
[14:54] <Nightrose> you do!
[14:55] <vorian> hehe
[14:56] <ScottK> apachelogger: Maybe for .96 we upload kde4bindings as kdebindings (like Debian) and just let the KDE3 stuff go NBS.
[14:56] <vorian> ScottK: it may be an hour or two
[14:56] <ScottK> I'll clean up the mess after.
[14:56] <ScottK> vorian: No trouble.
[14:57] <apachelogger> Nightrose: https://edge.launchpad.net/+builds first i386 buildd :P
[14:58] <apachelogger> ScottK: what would break?
[14:58] <Nightrose> apachelogger: yay
[14:58] <ScottK> apachelogger: kita2 is the only thing that is at all concerning.
[14:58] <Nightrose> ~order cookies for apachelogger
[14:58]  * kubotu slides a whole bunch of world's finest cookies down the bar to apachelogger.
[14:58] <ScottK> Everything else can just go.
[14:58] <ScottK> apachelogger: Do you recall the ML thread from last month on the topic?
[14:59]  * apachelogger didn't read, was busy as hell last month
[14:59]  * ScottK has a list.
[14:59] <ScottK> If you don't want to do it, I will later.
[14:59] <apachelogger> ScottK: anyway, I think we should make kdebindings kde3bindings, otherwise we render non-packaged stuff unusable (e.g. there are loads of small utilities using pykde3)
[15:00] <ScottK> python-kde3 is it's own package.
[15:00] <ScottK> It doesn't die.
[15:00] <apachelogger> oh
[15:00] <apachelogger> ScottK: ruby-kde3?
[15:00] <ScottK> Yeah.
[15:00] <apachelogger> did we have such a thing at all? ;-)
[15:00] <ScottK> That isn't what it was called.
[15:00] <apachelogger> yeah, ruby1.8-kde3 probably
[15:01]  * apachelogger finds the ruby packaging standard weird... and incomplete
[15:01]  * ScottK would have gone with insane.
[15:01] <ScottK> libqt0-ruby1.8 and such are in there
[15:02] <apachelogger> yeah, not much of a standard I must say :P
[15:05] <ScottK> Anyone recall the file that adept looks at to know reboot is required?
[15:07] <apachelogger> ScottK: just took a quick look at the bindings thread ... IMHO it makes most sense to just rename the source to kde3bindings in order to avoid breaking 3rd party stuff, once/if we are ready to drop kdelibs4 we can drop kde3bindings along with it
[15:07] <ScottK> apachelogger: There's only one package in the archive that would be affected.
[15:08] <ScottK> It looked to me like almost all the use was amarok related and that stuff will be broken if we upload or not.
[15:08] <ScottK> upload/kill it
[15:09]  * ScottK will consider it while driving the kids around.
[15:09] <apachelogger> no ruby-kde3 app will be able to run without korundum
[15:09] <ScottK> Do we have any of those?
[15:09] <apachelogger> we don't, our users might
[15:10] <apachelogger> ScottK: kdebindings in kde3 mostly only exposed kdelibs to scripts and small utils
[15:10] <ScottK> OK.
[15:11] <ScottK> Debian will drop it after Lenny and upstream already has.
[15:11] <ScottK> How long to you propose we maintain it?
[15:11] <apachelogger> ScottK: until it breaks
[15:11] <ScottK> I thought the general concept was to push KDE3 stuff out as fast as we could.
[15:12]  * ScottK has certainly been filing lots of removal bugs.
[15:12] <ScottK> Of course only for broken stuff so far.
[15:13] <apachelogger> sure, if it is FUBAR we should drop it
[15:13] <ScottK> apachelogger: Would you do a reply in that thread then?
[15:13] <apachelogger> aye
[16:03] <toma> hi, im getting a x-terminal-emulator not found, anyone an idea what is going wrong?
[16:04] <apachelogger> toma: when do you get that?
[16:04] <apachelogger> or for what?
[16:04] <toma> apachelogger: affter an update, it appears after logging in, vbefore the desktop appears
[16:05] <toma> and then nvidia crashes horribly
[16:05] <apachelogger> very weird
[16:05]  * toma nods
[16:05] <apachelogger> toma: please paste your .xsession-errors
[16:07] <toma> apachelogger: basically the same message in there, but also resource temporary not avilable
[16:07] <toma> cant paste right now
[16:07]  * apachelogger gotta head out for a bit
[16:07] <toma> where is this x-terminal-emulator ?
[16:07] <apachelogger> toma: quick fix would be to install xterm
[16:08] <apachelogger> x-terminal-emulator is actually a debian alternative which can be provided by any terminal that runs on X
[16:08] <apachelogger> i.e. also konsole
[16:08] <apachelogger> xterm provides it for sure though
[16:09] <apachelogger> bbiab
[16:09] <toma> apachelogger: thanks, incomplete install
[16:17]  * vorian starts working on amarok 2
[16:18] <toma> apachelogger: now it starts an xterm after logging into kdm
[16:24] <Lure> NCommander: around?
[16:41] <vorian> ScottK: what's up with mysql?
[16:48] <NCommander> Lure, somewhat
[16:48] <Lure> NCommander: you are expert in resolving armel build issues in kde
[16:49] <NCommander> Lure, what's broken?
[16:49] <Lure> NCommander: is there anyway to find all issues with some warning level on intel build
[16:49] <Lure> NCommander: digikam: http://launchpadlibrarian.net/21038146/buildlog_ubuntu-jaunty-armel.digikam_2:0.10.0~beta8-0ubuntu1_FAILEDTOBUILD.txt.gz
[16:49] <NCommander> what do you mean issues?
[16:49] <NCommander> oh
[16:49] <NCommander> not really
[16:49] <NCommander> The problem is due to the way Qt changes its settings on arm
[16:49] <Lure> NCommander: it is just cast fix, but I am scared to fix and upload and find new problem
[16:50] <NCommander> Which causes the miserable problems we've been seeing
[16:50] <NCommander> Lure, most of getting KDE fixed was cast fixes expet for an issue in KDE4bindings
[16:50] <Lure> NCommander: right, but do you do it one-by-one (fix, upload, build) and repeat
[16:51] <Lure> NCommander: until done?
[16:51] <NCommander> pretty much
[16:51] <NCommander> Its very tedious work :-/
[16:51] <Lure> NCommander: ok, I hopped that there might be some g++ option to be used (like strict warning/error) to detect potential problems on intel
[16:52] <Lure> so I could find them on my system and fix at once
[16:52] <Lure> NCommander: thanks, will now work on on-by-one basis
[16:53] <NCommander> Lure, I'm sorry, no, but it is possible to emulate an ARM device with QEMU
[16:53] <Lure> NCommander: oh, true, that could work
[16:53] <Lure> NCommander: will fix this one problem and if I get new one, switch to quemu
[16:53] <NCommander> Lure, I can testbuild on ARM for you if you wish
[16:54] <Lure> NCommander: thanks for offer, but it will be faster if I have it here
[16:54] <NCommander> I know the feeling
[16:54] <Lure> NCommander: you sure do
[16:54]  * Lure has seen many upload by you for this
[16:55] <NCommander> Plenty of swearing too
[16:55] <NCommander> my goal tommorow is to make sure ALL the portability fixes flow upstream
[17:12] <apachelogger> toma: but you get a KDE desktop?
[17:13] <apachelogger> vorian: please make use of the new batreports, there is quite some stuff that can be fixed for kdebase
[17:16] <vorian> this is puzzling the begebers out of me
[17:16] <apachelogger> vorian: the wha? Oo
[17:17] <vorian> apachelogger: http://paste.ubuntu.com/103202/
[17:17] <apachelogger> vorian: turn on universe in your pbuilder
[17:18] <vorian> m
[18:07]  * ScottK-palm waves from Chuck-e-Cheese's.
[18:09] <ScottK-palm> apachelogger: I was thinking about mysql 5.1. If we can get to a very minimal binary for amarok, having the source and just that binary in Main might not be a big deal.
[18:10] <apachelogger> ScottK-palm: the point is, we don't even need a binary at runtime
[18:10] <apachelogger> ScottK-palm: we just need a couple of libs + headers at buildtime
[18:10] <ScottK-palm> Last cycle I got Sendmail source in Main so I could build-dep on libmilter-dev.
[18:10] <ScottK-palm> Even better.
[18:10] <apachelogger> then everything gets embedded into amarok and the only remaining runtime requires are data files
[18:11] <ScottK-palm> Source only in Main.
[18:12] <ScottK-palm> I think that'll totally be not a problem as long as it's co-installable with mysql 5.0.
[18:12] <apachelogger> easy enough we can throw the stuff into /usr/share/amarokmysql or similar
[18:13] <ScottK-palm> Yeah.
[18:13] <ScottK-palm> One step at a time.  First we get 2.0 in, then we refine it.
[18:14] <apachelogger> aye
[18:16] <ScottK-palm> Need to see how to decontruct akonadi's mysql needs too.
[18:16] <ScottK-palm> It's just too darn big.
[18:18]  * ScottK-palm wonders how Sput is doing on making quassel-core not want KDE.
[18:19] <apachelogger> ScottK-palm: I don't think we can do much about akonadi... maybe strip some database types, but that is about it
[18:19] <Sput> ScottK-palm: that's my project for this evening
[18:19] <Sput> I need to fix and have dinner though first
[18:20] <apachelogger> ~script add ninjas m.reply "Help! apachelogger, Arby, devfil, JontheEchidna, nhandler, Riddell, ScottK, stdin, vorian"
[18:20] <kubotu> okies!
[18:20] <apachelogger> ~ninjas
[18:20] <kubotu> Help! apachelogger, Arby, devfil, JontheEchidna, nhandler, Riddell, ScottK, stdin, vorian
[18:20] <JontheEchidna> apachelogger: we could patch akonadi to use mysqle, making it a patchy, buggy mess as well as garnering us much disapproval from upstream :D
[18:20] <apachelogger> ScottK-palm: is that what you had in mind?
[18:20] <ScottK-palm> apachelogger: Then something big needs to come off the CD.
[18:20] <apachelogger> *cough* ooo *cough*
[18:21] <JontheEchidna> too bad koffice isn't ready :(
[18:21] <apachelogger> JontheEchidna: upstream wanted to use embedded mysql anyway ... but it was unusable at the time
[18:22] <ScottK-palm> Well KOffice is by design insufficient for anyone who has to share docs with MSOffice users.
[18:23] <ScottK-palm> So even if it was "Ready" it still wouldn't be what we need.
[18:23] <apachelogger> Well, it's not koffice's part that is broken, it's MSOffice's
[18:24] <ScottK-palm> Yeah, but that doesn't help me when I need to send docs to clients.
[18:24] <apachelogger> JontheEchidna: can you take a look at bindings?
[18:24] <ScottK-palm> ALL of them use MS Office.
[18:24] <apachelogger> deactivating akonadi stuff for now ough to be enough
[18:25] <Riddell> our CDs do have a healthy 70MB free on them
[18:25] <apachelogger> Riddell: because we dropped all of kdepim
[18:25] <apachelogger> + amarok
[18:25] <ScottK-palm> apachelogger: Yes, the ninja thing is about what I eas thinking.
[18:25] <apachelogger> or just amarok but not pim? something like that
[18:25] <JontheEchidna> apachelogger: a review-style look?
[18:25] <ScottK-palm> And dropped Konversation without adding a replacement.
[18:26] <apachelogger> JontheEchidna: a 'it-fails-in-ppa-but-Riddell-didnt-fix-it-yet-even-though-I-will-revu-it-soon' look
[18:26] <ScottK-palm> Something must have shrunk because at Aplaha 2 we had no spare room.
[18:26] <JontheEchidna> apachelogger: the failure was due to a bug in kdepimlibs which riddell fixed
[18:26] <apachelogger> oh
[18:27] <apachelogger> JontheEchidna: trigger a rebuild then
[18:27] <JontheEchidna> yessir
[18:27] <ScottK-palm> :-)
[18:27] <apachelogger> ~np
[18:27] <kubotu> apachelogger is listening to "Dear Mr. President (Feat. Indigo Girls)" by Pink
[18:27] <Riddell> yes, rebuild please
[18:28] <Riddell> kde4bindings that is
[18:28] <apachelogger> I wander if she also wants to talk with mr. obama now
[18:29] <ScottK-palm> Riddell: Mysql 5.1 source only in Main for amarok build-dep ought to be sellable, right?
[18:29] <ScottK-palm> As long as the binaries are Universe .....
[18:30] <neversfelde> apachelogger: choqoK 0.3 will be released tomorrow. Probably I can upgrade the existing package and you can help me?
[18:30] <neversfelde> or isn't that fast enough? :)
[18:30] <Riddell> ScottK-palm: the -dev package with the libmysql.a needs to be in main, rest can be in universe.  it'll still need some presuasion though but it should be the way to go
[18:31] <Riddell> and whatever the data files it needs are in main too
[18:31] <ScottK-palm> Riddell: Right.  Considering they're expecting us to want all of it, they should be relieved.
[18:31] <ScottK-palm> Yeah.
[18:32] <apachelogger> Riddell: -dev and -data in main, libmysql in universe?
[18:32] <apachelogger> Riddell: or does everything it needs to build be in main?
[18:32] <ScottK-palm> Does -dev depend on libmysql?
[18:32] <apachelogger> needs to
[18:33] <ScottK-palm> apachelogger: Everything.
[18:33] <apachelogger> or rather, it ought to because amarok requires the lib as well IIRC
[18:33] <ScottK-palm> Urgh.
[18:33] <apachelogger> at buildtime
[18:34] <Riddell> it needs the .a which is in -dev
[18:34] <Riddell> the -server doesn't need to be in main
[18:35] <apachelogger> whatever contains libmysql.so is needed as well
[18:35] <Riddell> why?  last I looked it just uses the static .a
[18:35] <Riddell> I didn't think there even was a .so
[18:35] <apachelogger> well, something libmysqlish
[18:35] <apachelogger> anyway
[18:35]  * ScottK-palm discovers the pizza is ready.
[18:36] <ScottK-palm> See you all later.
[18:36] <apachelogger> Riddell: Nightrose said we should talk to aides in #amarok to find out what is necessary for building
[18:36] <apachelogger> cya ScottK-palm
[18:43] <Sput> Riddell: libmysql != libmysqld
[18:43] <Sput> (amarok needs both of them)
[18:53] <apachelogger> Riddell: do you think we could get a virtual server from canonical?
[18:54] <apachelogger> we could do much better QA if we had a server everyone can upload to
[19:06] <neversfelde> apachelogger: missed my question?
[19:06] <apachelogger> seems so
[19:06] <neversfelde> :)
[19:07] <neversfelde> apachelogger: choqoK 0.3 is released tomorrow. I would like to upgrade the existing package, but I probably need some help
[19:08] <apachelogger> I doubt you wil ;-)
[19:08] <apachelogger> neversfelde: first off: bzr branch %7Ekubuntu-members/choqok/ubuntu/
[19:09] <apachelogger> bzr branch lp:~kubuntu-members/choqok/ubuntu/ choqok
[19:09] <apachelogger> makes more sense
[19:10] <apachelogger> neversfelde: then cd and get the tarball, eventually you will have to convert it to gzip and most likely have to rename it so that debuild can find it
[19:11] <neversfelde> re
[19:11] <neversfelde> sorry, another desktop freeze
[19:11] <apachelogger> then just bump the changelog with the tool dch ... run bzr-buildpackage -e in the debian directory ... change to ../build-area and create the source package ... testbuild in pbuilder ... if all is ok ... upload to revu or file a bug (I prefer the former)
[19:11] <apachelogger> neversfelde: did you get what I wrote before?
[19:12] <neversfelde> I have done this before
[19:12] <neversfelde> apachelogger: yes, quassel-core is running :)
[19:12] <apachelogger> <3 quassel
[19:12] <apachelogger> quassel++
[19:12] <neversfelde> :)
[19:12] <apachelogger> hm, that said
[19:12] <JontheEchidna> ~karma quassel
[19:12] <apachelogger> ~karma c
[19:12] <kubotu> karma for quassel: 1
[19:12] <kubotu> karma for c: 77
[19:12] <JontheEchidna> haha
[19:12] <apachelogger> ha!
[19:12] <JontheEchidna> c--
[19:12] <JontheEchidna> c--
[19:12] <JontheEchidna> c--
[19:12] <apachelogger> you know what that means????
[19:12] <JontheEchidna> c--
[19:13] <JontheEchidna> ~karma c
[19:13] <kubotu> karma for c: 73
[19:13] <neversfelde> apachelogger: will try it
[19:13] <apachelogger> only the ~learn stuff is broken
[19:13] <JontheEchidna> ~fact
[19:13] <kubotu> I know nothing
[19:13] <apachelogger> or maybe the way ~learn accesses the database
[19:13] <JontheEchidna> ~karma
[19:13] <kubotu> karma for JontheEchidna: 7
[19:13] <apachelogger> not the database itself though
[19:13] <jjesse> ~karma
[19:13] <kubotu> jjesse has neutral karma
[19:13] <jjesse> yay nuetral karma :)
[19:14] <neversfelde> apachelogger: thx
[19:14] <apachelogger> yw
[19:14] <nhandler> ~karma
[19:14] <kubotu> karma for nhandler: 2
[19:14] <nhandler> :)
[19:15] <JontheEchidna> jjesse++
[19:23] <jussi01> ~karma
[19:23] <kubotu> jussi01 has neutral karma
[19:48] <apachelogger> Sput: the oxygen quassel icon looks a bit like quanta's don't you think?
[19:48] <apachelogger> at least in the taskbar
[19:48] <Sput> apachelogger: can't say, haven't used quanta in years
[19:49] <apachelogger> Sput: not like the icon changes in years ;-)
[19:49] <Sput> I hope nuno remembers that we'd need icons for offline and highlighted state as well :)
[19:49] <apachelogger> you just have to keep telling him :P
[19:49] <Sput> yeah
[20:06] <Lure> is kde4.mk ubuntu specific or we get this from debian?
[20:06] <apachelogger> from debian, but our's is superior of course ;-)
[20:07] <Lure> but some debian kde4 packages do not use it
[20:07] <Lure> oh, and it prescribes quilt :-(
[20:07]  * Lure is only used to simple-patchsys
[20:08] <apachelogger> trust me, quilt is superior to everything
[20:08] <apachelogger> you just need to get used to it
[20:08] <apachelogger> and possibly script it a bit to streamline some usecases
[20:08] <Lure> apachelogger: maybe, but I have to learn again...
[20:08] <apachelogger> Lure: ln -s debian/patches && quilt push -a ... all applied
[20:08] <apachelogger> quilt pop -a && rm patches ... all unapplied
[20:09] <apachelogger> ln -s debian/patches && quilt new kubuntu_01_patch && quilt add src/main.cpp... tell quilt about a new patch and which files quilt should be watching for changes to generate the new patch from
[20:09] <apachelogger> change src/main.cpp
[20:10] <apachelogger> quilt refresh && quilt pop && rm patches ... create/refresh the new patch's content and unapply the patch
[20:10] <apachelogger> Lure: instead of linking debian/patches to the source tree you can also set some env vars
[20:11] <Lure> apachelogger: and this is easier than cdbs-edit-patch? ;-)
[20:11] <apachelogger> Lure: I didn't say easier, I said superior
[20:12] <Lure> apachelogger: it is just a pain to remember for occasional contributors like me
[20:12] <Lure> apachelogger: but thanks for quick intro, will fix kipi-plugins now
[20:12] <Lure> btw, why is ln required?
[20:13] <apachelogger> Lure: quilt is a distro agnostic system
[20:13] <apachelogger> so it wouldn't know your patches are in debian/patches
[20:13] <Lure> apachelogger: ok, right, puts patches in top-level instead of debian
[20:13] <apachelogger> which is one of the reasons an alias for ln -s, push -a and pop -a is a good idea
[20:30] <Lure> apachelogger: make: *** No rule to make target `/usr/share/cdbs/1/rules/patchsys-quilt.mk'.  Stop.
[20:30] <Lure> apachelogger: this means that quilt is missing in build-dep, or?
[20:31] <apachelogger> Lure: yes
[20:31] <Lure> apachelogger: ok, I am getting somewhere ;-)
[20:32] <apachelogger> :)
[20:36] <Lure> apachelogger: question: if debian does not use kde4.mk (but debhelper.mk+cmake.mk+simple-patchsys.mk) are we supposed to switch to kde4.mk?
[20:37] <Lure> apachelogger: digikam is such package (and kipi-plugins might be the same, but debian is still on kde3 version)
[20:39] <apachelogger> Lure: yep, kde4.mk includes all of them
[21:17]  * JontheEchidna is listening to O Come All Ye Faithful/O Holy Night (Instrumental) by Trans-Siberian Orchestra on Christmas Eve and Other Stories [Amarok2]
[21:17]  * JontheEchidna rocks to Christmas music weeks after the holiday
[21:23] <blizzz> JontheEchidna: only gifts missing, arent they?
[21:23] <JontheEchidna> hehe
[21:32]  * JontheEchidna is listening to White and Nerdy by Weird Al on Straight Outta Lynwood [Amarok2]
[21:49] <nhandler> As long as I'm reinstalling, I might as well see if there is a better option for having multiple pbuilder than what https://wiki.ubuntu.com/PbuilderHowto#Multiple%20pbuilders says
[23:06] <jussi01> apachelogger: can we have kubotu back in #ubuntustudio-devel?
[23:08] <apachelogger> did you break it? :P
[23:08] <apachelogger> ~config list
[23:08] <kubotu> modules: rss, nickserv, markov, factoids, http, remote, irc, autoop, keyword, debug, send, core, encoding, server, plugins, rejoin, salut, auth, irclog, twitter, wikipedia, lastfm, translator, log, translate, google, ri, chanserv, host
[23:08] <apachelogger> ~config list core
[23:08] <kubotu> core.language, core.address_prefix, core.run_as_daemon, core.save_every, core.nick_postfix, core.reply_with_nick
[23:09] <apachelogger> ~help config
[23:09] <kubotu> config module - bot configuration. usage: list, desc, get, set, unset, add, rm
[23:09] <apachelogger> ~help config add
[23:09] <kubotu> config add <value> to <key> => add value <value> to key <key> if <key> is an array
[23:09] <apachelogger> sound sensible
[23:10] <apachelogger> ~config add #ubuntustudio-devel to irc.join_channels
[23:10] <kubotu> irc.join_channels: #kubuntu-devel, #kubuntu-bunker, #ubuntustudio-devel
[23:10] <apachelogger> jussi01: there we go
[23:11] <jussi01> apachelogger: it didnt join...
[23:11] <jussi01> do you need to reload it?
[23:12] <apachelogger> ~restart
[23:12] <apachelogger> jussi01: now?
[23:13] <jussi01> apachelogger: yep :)
[23:13] <jussi01> thanks
[23:14] <apachelogger> jussi01: patience is everything :P
[23:14] <jussi01> :D
[23:16] <Hobbsee> apachelogger: prepare to be eaten by a grue.
[23:17] <jussi01> hi Hobbsee
[23:17] <Hobbsee> heya jussi01!
[23:17]  * jussi01 should go to bed...
[23:17] <jussi01> @now helsinki
[23:18] <Hobbsee> ouchy
[23:18] <apachelogger> Hobbsee: what is a grue?
[23:18] <jussi01> Hobbsee: I get my cast off on friday!!! :D
[23:18] <jussi01> !grue
[23:19] <Hobbsee> haha, nice
[23:19] <Hobbsee> jussi01: yay!
[23:19] <apachelogger> that sounds frightening alright
[23:20] <LaserJock> afternoon all
[23:22] <ScottK> Afternnon.
[23:22] <ScottK> noon even
[23:22] <Hobbsee> heya ScottK!
[23:22] <ScottK> Heya Hobbsee
[23:23]  * ScottK sits here shocked at apachelogger's lack of appreciation for his hacker cultural heritage.
[23:23]  * apachelogger is busy introducing bugs
[23:30] <LaserJock> is there any "KDE packaging for Ubuntu devs" documentation?
[23:32] <apachelogger> LaserJock: what would that contain?
[23:33] <Hobbsee> an explanation of what build-deps to use, how the packages are laid out for kde, and how to use cdbs, i expect.
[23:33] <LaserJock> cdbs and cmake would be high on my list
[23:33] <LaserJock> yeah, package layout
[23:33] <apachelogger> none available yet
[23:33] <apachelogger> sounds sensible though
[23:33] <apachelogger> vorian: that would have been something to come with for devweek :P
[23:34] <ScottK> LaserJock: A great place to start would be we use cdbs and have a look at kde4.mk.
[23:34] <ScottK> Apparently we like quilt, but no one ever asked me to vote on that.
[23:34] <LaserJock> ugg
[23:34]  * apachelogger doesn't know where that came from either
[23:34] <ScottK> dpatch-edit-patch is hard to beat, IMO.
[23:34] <ScottK> Debian I think.
[23:35] <apachelogger> *shrug*, one could create quilt-edit-patch
[23:35] <LaserJock> I'm a debhelper/dpatch fan myself
[23:35] <apachelogger> much more sensible as well I guess :P
[23:36] <LaserJock> I've used CDBS before for simple packages where I didn't have to do much
[23:36] <LaserJock> are the KDE packages maintained in bzr?
[23:36] <apachelogger> aye
[23:37] <apachelogger> LaserJock: you might also have a look at lp:~apachelogger/+junk/gypsy it's a tool for batch branching
[23:37] <LaserJock> ScottK: I was dreaming of seeds last night ;-)
[23:37] <ScottK> Excellent.
[23:37] <LaserJock> apachelogger: oh right, I saw a mention of that the other day
[23:38] <LaserJock> ScottK: I need to run it by cjwatson, but I wonder if I can just maintain a copy of the kubuntu desktop seed in Edubuntu
[23:39] <LaserJock> then I can depend on that for my edubuntu-desktop-kde seed
[23:39] <ScottK> yeah.
[23:39] <ScottK> I always wonder about how those get maintained.
[23:39] <ScottK> I have thought about a symlink to the higher level seed.
[23:40] <ScottK> Dunno enough about it yet though.
[23:40] <LaserJock> for edubuntu-desktop we do an "include ubuntu.jaunty" and therefore get acess to Ubuntu's seeds
[23:40] <LaserJock> but I can't do the same for kubuntu because there would be big name clashes
[23:40] <LaserJock> so I was thinking I could just copy over Kubuntu's desktop seed and that'd be good enough
[23:41] <LaserJock> Colin might not like that or perhaps have a better idea though
[23:42] <LaserJock> apachelogger: "The only baazar wrapper you will ever need ;-)"? pretty ambitious
[23:50]  * ScottK tries again on a git snapshot of quassel.
[23:52] <apachelogger> LaserJock: kubuntu's ultimate target is nothing less than perfection ;-)
[23:56] <LaserJock> what's 4.1.96? is that beta3?