[03:56] <JontheEchidna> Riddell: The libphonon version from the phonon source package still appears to be lower than that from the qt4-x11 package :(
[03:57] <shtylman> heh
[03:57] <shtylman> taco... you know where the network manager plasmoid source code lives?
[03:57] <ScottK> shtylman: I think it's in playground
[03:58] <shtylman> I thought it got moved out of playground?
[04:02] <shtylman> ah... kdereview!
[04:09] <JontheEchidna> The only way I can see to fix the phonon version without adding to the epoch is to make it 4.7really4.4.1
[04:14] <ScottK> What's the issue?
[04:14] <ScottK> Oh
[04:14] <ScottK> I think Debian did something like that.
[04:14] <ScottK> JontheEchidna: phonon | 4:4.6.0really4.4.1-2 |      unstable | source, all
[04:15] <JontheEchidna> ScottK: yeah, we did that too, but we already had 4:4.6.2 when we switched over to 4:4.6.2really4.4.1
[04:15] <JontheEchidna> Debian got lucky and was doing it at the same time they were upgrading from 4.5 to 4.6
[04:16] <ScottK> So we do it when we switch to 4.7....
[04:16] <JontheEchidna> but since we're already using a different version since we're bumping it later, it doesn't matter too much
[04:16] <JontheEchidna> right
[04:16]  * JontheEchidna goes off to do that
[04:17] <JontheEchidna> well, after the Qt tarball finishes downloading
[04:17] <JontheEchidna> wait, phonon is in it's own separate tarball now \o/
[04:17] <JontheEchidna> wow, the Qt tarball grew. 192 MB
[04:21] <JontheEchidna> Ok, phonon with a bumped version uploaded
[04:22] <JontheEchidna> already building on some archs, neat
[04:22] <ScottK> Working in Main is a lot more immediately satisfying than Universe in that respect.
[04:39] <SandGorgon> hey guys.. could someone tell me what happens to KFileMetaInfoPrivate::init if Strigi is disabled - cos StreamAnalyzer is still being initialized
[04:41] <shtylman> SandGorgon: a better place to ask might be #kde-devel
[04:42] <shtylman> here is more specific to kubuntu things
[04:42] <SandGorgon> ahh..ok
[07:53] <apachelogger> so, I didnt follow up on it, but did anyone create a snapshot of knm from trunk?
[08:15] <jussi> apachelogger: I dont think so, I didnt see any mention of it. But then agin, I may have missed something
[10:03] <Riddell> happy Friday Kubuntu
[10:14] <apachelogger> happy friday Riddell \o/
[10:19] <jussi> hey apachelogger, how did the me menu go?
[10:25] <apachelogger> didnt I tell you
[10:34] <jussi> apachelogger: no...
[10:34] <apachelogger> darn it 
[10:34] <jussi> or maybe I missed it if you did...
[10:34] <apachelogger> you just blingd into helio talking about himself!
[10:34] <apachelogger> good job there
[10:35]  * jussi hides...
[11:19] <amichair> Riddell: happy friday :-)
[11:22] <Sput> jussi: yeah, we shouldn't *bling* apachelogger all the time, it's very annoying
[11:22] <jussi> Sput: yeah, *blinging* apachelogger wouldnt be nice
[11:22] <jussi> :P
[11:22] <Sput> he finally turned off the volume
[11:22] <Sput> that took him only half a day
[11:22] <jussi> mustve been really annoying
[11:26] <Sput> yeah, for everybody around him
[11:27] <apachelogger> :P
[11:43] <emonkey> apachelogger, *bling* ouw .. sorry ... tried to do not ...  ^ ^
[11:46] <Sput> emonkey: yeah, it's very tempting to *bling* apachelogger, though it lost on coolness when he muted his laptop :/
[11:47] <emonkey> Sput, yeah I read it, but I think there's something visual notification on apachelogger notebook ... :-)
[11:47] <jussi> poor apachelogger
[11:56] <Riddell> "DO NOT CONVERT DIRECT DEBIAN CHANGES TO PATCHES!"  apachelogger did you have some issues with qtcreator by any chance?
[11:57] <apachelogger> Riddell: someone converted direct source changes to patches obviously ;)
[11:58] <Riddell> apachelogger: why were there direct source changes?
[12:02] <apachelogger> JontheEchidna: did you not push that strigi-not-only-with-less-than-one-gig-ram?
[12:02] <apachelogger> Riddell: debian maintains it in a full-source packaging branch
[12:02] <apachelogger> i.e. they carry the delta via git itself and not patches
[12:04] <JontheEchidna> apachelogger: It's in the final version of lucid
[12:05] <apachelogger> strange, KRF from amarok just installed in a vbox and nepomuk was doing indexing
[12:05] <JontheEchidna> hmm, I did have to fix it because it was doing its job a bit too well
[12:05] <JontheEchidna> perhaps I fixed it too much :P
[12:17] <Riddell> apachelogger: hmm that is quite some changes they make to qtcreator
[12:18] <jussi> argh... nepomuk is evil to me... says it isnt running when I try to add stuff to my address book... 
[12:18]  * jussi hrms
[12:46] <Riddell> I do believe qtcreator confirms the brokenness of qmake
[12:47] <Tm_T> Riddell: trying to build it?
[12:48] <Riddell> it's built but it installs to / not /usr and the changes needed to make it install to /usr are fiddly
[12:48] <Tm_T> and undocumented, I recall
[12:49] <Tm_T> it was quite a mess when I tried to build it last time
[12:51] <Riddell> and if I convert those changes to a patch I'm afraid that apachelogger will eat me
[12:52] <apachelogger> only converting debian changes to patches ;)
[12:53] <Riddell> apachelogger: well I need to update the debian changes for the new version
[12:53] <apachelogger> Riddell: patch on top of them
[12:54] <Riddell> wibble, patches on patches
[12:57] <Sput> apachelogger: so how's the *blinging* now?
[12:57] <jussi> Sput: dont be nasty!
[12:57] <jussi> :P
[12:57] <Sput> jussi: na gut
[12:57] <apachelogger> Riddell: technically the debian changes are not patches
[12:58] <Riddell> apachelogger: maybe but they won't apply to the updated version
[12:58] <apachelogger> well, you could clone the debian git and change the stuff there, then request a merge back into the debian git repo
[13:01] <Riddell> wibble
[13:10] <rgreening> "they wibble and wobble but don't fall down"
[13:35]  * txwikinger wonders if there is something that needs to be merged
[13:38] <shadeslayer> oh btw you cant chroot into a 10.04 install from a 9.10 CD :P
[13:38] <persia> Why not?  What doesn't work?  filesystem support?
[13:39] <shadeslayer> persia: it gives me a error which something on the lines of bad binary format of /bin/bash
[13:39] <shadeslayer> -which
[13:39] <Riddell> txwikinger: take your pick https://merges.ubuntu.com/main.html https://merges.ubuntu.com/universe.html :)
[13:39] <txwikinger> Riddell: anything with priority?
[13:39] <persia> shadeslayer: Something else has gone wrong then.  The execution binary format did not change between those two releases.
[13:40] <shadeslayer> persia: i followed the wiki line by line.. was trying to restore grub :P
[13:40] <shadeslayer> https://wiki.ubuntu.com/Grub2#Recover Grub 2 via LiveCD 
[13:41] <Riddell> txwikinger: everything in main is a priority.  how about kaffeine to start you off?
[13:41] <txwikinger> ok
[13:41] <Riddell> (everything in universe is a priority to all upstanding MOTUs of course :)
[13:42] <shadeslayer> Riddell: whats the procedure to get a package merged?
[13:43] <shadeslayer> persia: i really dont know if i did anything wrong... i tried twice,reading the wiki and doing exactly as it said :P
[13:44] <persia> shadeslayer: I believe you.
[13:44] <shadeslayer> persia: hehe.. 
[13:47] <shadeslayer> txwikinger: do you have a idea for the procedure to merge packages?
[13:47] <txwikinger> its on the merge wiki page
[13:47] <Riddell> shadeslayer: grab the old package, grab the newer packge in debian, work out what changes need to be kept from our previous debian fork, put them into the new package
[13:49] <shadeslayer> ah found the wiki page.. need to provide specific arguments to google for a perfect search :P
[13:50] <txwikinger> Riddell: Sorry.. I had to change the wiki page :)
[13:56] <Riddell> ug, 20 hours later qt on arm fails
[13:57] <jjesse> took 20 hours to  compile on arm?
[13:57] <Riddell> "Session terminated, killing shell...make: *** [binary-arch] Terminated"
[13:57] <Riddell> out of memory?
[13:59] <JontheEchidna> Get:10 http://archive.ubuntu.com/ubuntu/ maverick/main libqt4-webkit-dbg 4:4.7~beta1-0ubuntu1 [170MB]
[13:59] <JontheEchidna> :(
[13:59] <shadeslayer> JontheEchidna: o/
[13:59] <Riddell> why so sad?
[13:59] <JontheEchidna> 170 MB
[14:00] <shadeslayer> the pain of downloading 170 MB :P
[14:00] <JontheEchidna> projected to take half an hour
[14:00] <Riddell> webkit is no small beast
[14:00] <shadeslayer> Riddell: btw will the Alpha 1 have a live image or just a alternate CD?
[14:01] <JontheEchidna> You know, I believe that the sync blacklist has a note on kde-l10n about Kubuntu not liking 250 MB tarballs. The irony is that Qt's is now 190 MB
[14:01] <Riddell> whatever is working at the time
[14:01] <shadeslayer> Riddell: oh ok :)
[14:01]  * shadeslayer is planning to move to BTRFS
[14:07] <shadeslayer> txwikinger: Grab the Merge-O-Matic output. You can do this using grab-merge.sh.
[14:07] <shadeslayer> txwikinger: what does that mean?
[14:07] <shadeslayer> i have grab-merge.sh .. what do i do with it? :P
[14:07] <txwikinger> that is what the automatic merge tool creates by itself
[14:08] <shadeslayer> txwikinger: i just ran it and it asked if i want to clear my local merge dir,and i said yes and then nothing 
[14:10] <shadeslayer> txwikinger: do i have to provide a argument as well?
[14:12] <txwikinger> shadeslayer: sorry.. not sure what you are doing atm... and I have to do some paid work ;)
[14:13] <shadeslayer> txwikinger: oh sure.. go ahead ill just read more on MoM :)
[14:13] <txwikinger> shadeslayer: yes do that
[14:32] <ScottK> shadeslayer: Use grab-merge is ubuntu-dev-tools, not the one off the site.
[14:33] <shadeslayer> ScottK: yeah i installed ubuntu-dev-tools :)
[14:37] <txwikinger> Riddell: kaffeine builds on lucid, but not on maverick.. I think libqt4-webkit is broken on maverick
[14:38] <Riddell> txwikinger: you need libqt4-webkit-dev now
[14:38] <txwikinger> Ah.. that would do it :)
[14:40] <JontheEchidna> Time to reboot for that sweet, sweet Qt-minor-version-upgrade speedup placebo
[14:47] <txwikinger> Riddell: I am not sure that is the problem... I get an apt-get error in pbuilder that libqt4-webkit is broken
[14:50] <Riddell> txwikinger: make a chroot see if you can recreate it
[14:51] <txwikinger> yeah.. I probably have to do that
[14:54]  * shtylman is gonna start writing up a list of my kde annoyances (things I see in trunk right now)
[14:54] <shtylman> where is agateau when you need him...
[14:58] <JontheEchidna> Looks like favicons are working in Qt 4.7: http://simplest-image-hosting.net/i0-plasma-desktopbg1818-jpg.jpg
[14:59] <shtylman> cool
[14:59] <shtylman> chromium is still faster :p
[15:00] <shadeslayer> shtylman: meh.. chromium has javascript errors on gitorious.org
[15:00] <JontheEchidna> yeah...
[15:00] <JontheEchidna> it is faster
[15:00] <shtylman> shadeslayer: I use it for gitorious all the time
[15:00] <shtylman> haven't really noticed a problem... might have missed it tho
[15:01] <shadeslayer> shtylman: weird... i cant click on the ?
[15:01] <shadeslayer> maybe because of the new site?
[15:03] <shtylman> shadeslayer: works for me
[15:03] <shadeslayer> shtylman: well.. idk ..it isnt working for me right now and i do have a chromium update in the pipeline :P
[15:04] <shtylman> sounds like you need to update
[15:05] <shadeslayer> shtylman: 236 MB of updates... id rather download another episode of Lost :P
[15:05] <shtylman> if you say so
[15:10] <shtylman> on further thought... a systray with a hide/show toggle is a horrible usability idea
[15:11] <shtylman> the systray should be smarter about which icons it autoshows... if I don't need to see an icon (i.e. not active) I don't need to see it ...
[15:11] <shtylman> \/rant
[15:11] <shtylman> :)
[15:14] <apachelogger> Riddell: ping
[15:14] <ScottK> shtylman: Once it's smart enough I never want to unhide stuff by hand, then remove the toggle, not before.
[15:15] <apachelogger> shtylman: nhn from amarok says the installers english version is filled with typos and stuff?
[15:15] <shtylman> apachelogger: hmm
[15:15] <apachelogger> ScottK: you attended the Qt 4.7 session at uds?
[15:15] <shtylman> thats no good
[15:15] <shtylman> example typo?
[15:15] <apachelogger> shtylman: didnt tell me :)
[15:15] <shtylman> ScottK: yes... but if we don't disable the hide/unhide there is never incentive to make it smart enough
[15:15] <shtylman> looks like another thing to add to my todo list :)
[15:15] <ScottK> apachelogger: I did.
[15:16] <apachelogger> ScottK: any precise information that came up about phonons future in Qt?
[15:16] <apachelogger> will it be removed at some point in favor of qtmultimedia?
[15:16] <ScottK> shtylman: That's Gnomish thinking.  If we make it broken enough, someone will fix it.
[15:16] <ScottK> apachelogger: No.
[15:16] <shtylman> ScottK: :)
[15:16] <shtylman> heh
[15:16] <shtylman> but imho it is "broken" right now
[15:16] <apachelogger> ScottK: kthx
[15:17] <apachelogger> Riddell: unping :)
[15:17] <ScottK> shtylman: Yes, but it's better than the user not being able to control it.
[15:19] <shtylman_> ScottK: I don't mean to say we should ship it broken... I just mean to say that the feature itself is a problem... imho it goes back to the whole rant about my desktop not being what I want to interact with
[15:20] <ScottK> shtylman_: I understand.  Personally I was quite glad when it arrived because it let me hide stuff I almost never want to see.
[15:20] <ScottK> I agree it would be better if the system were smarter.
[15:20] <shtylman_> ScottK: the problem is... if you don't want to see it ... why does it have an icon in the first place?
[15:21] <ScottK> It's the "almost never" part that's the trick.
[15:21] <shtylman_> heh
[15:23] <Riddell> apachelogger: unpong
[15:24]  * apachelogger hugs Riddell
[15:25] <JontheEchidna> btw, KDE 4.5 beta tarballs are up in ktown
[15:25] <shtylman_> ktown eh... heh
[15:25] <shtylman_> yea... I got kde trunk going last night again
[15:25] <shtylman_> thus my ranting about things :)
[15:26] <JontheEchidna> We're almost done merging. All that's left after I sponsor lex's merges are base-runtime, base-workspace and bindings
[15:26] <shtylman_> ScottK: oh yea... window title bars are also on the choping block... 1/4 inch of wasted vertical space in every window 
[15:27] <shtylman_> imho we need a list of kde "papercuts" :)
[15:27] <jjesse> we don't have any for maverick yet?  i thought we had some for lucid
[15:27] <shtylman_> not sure
[15:28] <shadeslayer> shtylman_: we can just use a tag in the exsisting papercuts... like kde or something
[15:28] <ScottK> I'll try to do workspace tonight.
[15:30] <Riddell> JontheEchidna: I was quietly ignoring them until merges are done
[15:30] <JontheEchidna> ;)
[15:30] <JontheEchidna> Quintasan had started to do kdebase-runtime, but I he didn't quite get it merged all the way. I'll have to ping him next time he appears
[15:31] <Riddell> I'd like to go onto kdebindings shortly
[15:31] <shtylman_> do we have alot to merge?
[15:31] <shadeslayer> http://www.youtube.com/watch?v=PhReQgyprLg << Face authentication in kubuntu 10.04
[15:31] <Riddell> shtylman_: not too much now (well lots of wee bits I'm sure)
[15:31] <shadeslayer> do you think we can get this in mav?
[15:31] <Riddell> Sime! long time no irc
[15:31] <txwikinger> Riddell: I can build and install it in chroot
[15:31] <txwikinger> I think the problem might be with my pbuilder.. not sure why though
[15:31] <shtylman_> shadeslayer: is it worth it?
[15:31] <Sime> Riddell: oh, Hi. I was on vacation for the last month.
[15:32] <shtylman_> iirc those face things don't work all that well
[15:32] <shadeslayer> shtylman_: well yeah.. i can type faster....
[15:32] <shtylman_> a picture of the person also works
[15:32] <shtylman_> so it isn't very secure
[15:32] <Sime> Riddell: I dropped in to say that I upgraded a couple of machines the other day and except for pulseaudio sneeking in there, it was the smoothest upgrade so far.
[15:32] <shadeslayer> shtylman_: \o/
[15:32] <Sime> Well done to all!
[15:33] <shtylman_> Riddell: I dunno if it is on your todo list... but the "install firefox" should probly go
[15:33] <shtylman_> I think we decided that at UDS?
[15:33] <shtylman_> or was there still some contention on that?
[15:34] <Riddell> shtylman_: I think that's in the WebBrowser spec
[15:34] <shtylman_> k
[15:34] <shtylman_> coo
[15:34] <Riddell> the firefox fanboys weren't around to object though
[15:34] <shtylman_> haha
[15:34] <shtylman_> thats cause they all run chrome now
[15:35] <ScottK> Firefox is still the most recognizable brand in FOSS.  I think we should keep it.
[15:35] <jjesse> at least the installer?
[15:36] <shtylman_> if we keep it... I highly suggest that we do away with the fullscreen ..etc.. and just popup a dialog asking the user to confirm install and then do what it does now with packagekit install
[15:36] <shtylman_> the fullscreen is too much
[15:36] <jjesse> i agree
[15:36] <shtylman_> BUT... I would highly recommend removing it as we decided at UDS :)
[15:46] <maco> yeah the fullscreen reminds me of those annoying installers on windows that block you from doing your work
[15:50] <shtylman_> indeed...I don't really like it for app installers
[15:50] <shtylman_> for a system installer I could understand... app not so much
[16:01] <txwikinger> Riddell: I found the problem.. the mirror I used was out of sync :)
[16:05] <rgreening> ok, ninjas page for 4.4.80 is updated and ready. 
[16:06] <rgreening> I'm getting maverick pbuilder ready and I'll look at getting kdelibs going while you are all finishing the merges
[16:14] <shadeslayer> rgreening: wheee!!!! thanks :D ... ( i wont be packaging,just that i can expect 4.4.80 soonish )
[16:14] <shadeslayer> maybe then i can finally connect to WEP :P
[16:15] <rgreening> anyone know a way from within lucid to apt-get a maverick source package?
[16:15] <nigelb> rgreening: yes
[16:16] <rgreening> nigelb: I tried this: apt-get source kde4libs/maverick but that seems to pull down lucid
[16:16] <nigelb> added maverick deb-src line?
[16:16] <rgreening> right... forgot to do that
[16:17] <rgreening> ty
[16:17] <nigelb> :)
[16:37]  * Riddell cheers as qtcreator compiles with fancy Qt Quick designer integration
[16:37] <Riddell> takes a full copy of the Qt headers to be included though :(
[16:38] <rgreening> heh
[16:39] <rgreening> kdelibs 4.4.80 building locally...
[16:42] <txwikinger> Riddell: bug #583884
[16:55] <Riddell> txwikinger: lovely, uploading
[16:55] <txwikinger> thanks Riddell
[17:10]  * ScottK is wrestling with workspace merge
[17:27] <debfx> any idea why some builds failed on amd64 with:
[17:27] <debfx> The following packages have unmet dependencies:
[17:27] <debfx>   kdelibs5-dev: Depends: libkhtml5 (= 4:4.4.3a-2ubuntu2) but it is not going to be installed
[17:30] <ScottK> Probably archive skew.
[17:30] <txwikinger> Riddell: anything else that needs to be done?
[17:30] <ScottK> Is the current kde4libs build and published on amd64?
[17:31] <debfx> yes
[17:31] <txwikinger> I think all the packages on the merge page are done
[17:32] <debfx> ScottK: can you trigger a rebuild?
[17:33] <debfx> for example https://edge.launchpad.net/ubuntu/+source/plasma-widget-tvprogramme/1.2.0-0ubuntu6
[17:34] <ScottK> debfx: It's built, so it's not simple archive skew.  Not sure what's up.
[17:36] <Riddell> txwikinger: you coudl check if kdevplatform and kdevelop in debian are up to date and if they need anything done to them (compare to kubuntu-ppa/backports versions)
[17:36] <txwikinger> ok will do
[17:37] <debfx> ScottK: this has built fine 3 hours ago: https://edge.launchpad.net/ubuntu/+source/plasma-widget-translatoid/1.12-0ubuntu1/+build/1746421
[17:38] <debfx> so whatever caused the builds to fail seems to be fixed
[17:43] <ScottK> At this point in the development cycle transient failures like this aren't rare.
[17:57] <debfx> yeah but do the buildds automatically retry failed builds?
[18:02] <shadeslayer> Question for anyone who uploaded the 4.7 packages,are they ok? like any upgrades broken?
[18:23] <rgreening> Riddell: where do I get the source for attica? I see it tagged in KDE svn for 0.1.4. but it isn't on ktown. Kdelibs requires it to build
[18:25] <rgreening> Riddell: nvm.. found it
[18:28] <ScottK> debfx: They don't automatically retry failed builds, so they need to be watched.
[18:30] <rgreening> ScottK: for maverick, we allowing .bz2 uploads of sources?
[18:31]  * ScottK looks at Riddell.
[18:31] <ScottK> I think we said source format v3 was OK, but don't recall for sure.
[18:31] <rgreening> Im just looking at the attica package which is a .bz2
[18:33] <rgreening> looks to have come from debian this way
[18:40] <Riddell> yes .bz2 is fine
[18:44] <rgreening> Riddell: so, for Kde packages, are we switching to bz2 or continuing with gz? I assume gz for now..
[18:44] <rgreening> if thats what debian does
[18:44] <ScottK> rgreening: Stick with Debian for now.
[18:44] <Riddell> whatever upstream has
[18:44] <rgreening> yeah
[18:44] <rgreening> ok
[18:44] <Riddell> if upstream has .bz2 we should use that
[18:44] <Riddell> we don't share .orig files with Debian for KDE SC
[18:44] <ScottK> Riddell: I think for 4.5ish packages that's great.
[18:45] <rgreening> well, for 4.4.3 its gz... but Im starting 4.4.80
[18:45] <ScottK> For the 4.4 merge we should stick with tar.gz
[18:45] <ScottK> rgreening: I think for 4.4.80, .bz2 is fine.
[18:45] <rgreening> so, should we package 4.4.8 as bz2 original packaging?
[18:45] <rgreening> ya
[18:45] <rgreening> ok
[18:45] <ScottK> Yes.
[18:46] <ScottK> Debian won't get to a newer upstream than 4.4 until squeeze+1, so we're on our own for 4.5.
[18:49] <rgreening> coolios
[18:50] <rgreening> ok, attica package, test building now :)
[19:07]  * rgreening grumbles at attica
[19:20] <JontheEchidna> rgreening: debian just uploaded the new version. It should sync by tomorrow.
[19:20] <rgreening> JontheEchidna: oh... hrmmm... guess I shouldn't worry about it then huh
[19:20] <JontheEchidna> rgreening: yeah, if you need it you could probably slup the package off of incoming.debian.org
[19:21] <rgreening> I may upload to ninjas just so I can proceed with kdelibs
[19:22] <JontheEchidna> I'll be back tomorrow night to start helping
[19:22] <JontheEchidna> bbl
[19:22] <debfx> JontheEchidna: could you please push kdegraphics to bzr?
[19:22] <JontheEchidna> oh, sure
[19:22] <JontheEchidna> if this crappy net connection will let me
[19:25] <JontheEchidna> pushed
[19:25] <debfx> thanks
[19:25] <JontheEchidna> thanks for reminding me
[19:39] <debfx> JontheEchidna: https://code.launchpad.net/~debfx/kdegraphics/ubuntu/+merge/25796
[19:41] <JontheEchidna> hmm, yes. My mistake there. It should be just replaces, not conflicts
[19:42] <debfx> why should it replace them?
[19:43] <JontheEchidna> because data files moved from those libraries to kdegraphics-libs-data in the merge
[19:43] <debfx> oh right
[19:52] <JontheEchidna> well, if the graphics guys do like they have been doing, we'll have an .so version bump in 4.5 anyways ;)
[19:54] <JontheEchidna> they'll probably never settle for a solid ABI
[19:54] <JontheEchidna> so I've pushed a fix to bzr but I can't upload since the net connection is so crappy here
[19:55] <JontheEchidna> I'll be back Sunday though
[19:59] <rgreening> Riddell: is there anything special I need to do when using the bz2 format?
[20:02] <ScottK> rgreening: You need to use source format v3.  Other than that, no.
[20:03] <rgreening> ScottK: by creating debian/source/format and putting 3.0 in it? is that everything?
[20:03] <shadeslayer> ScottK: when will  4.4.80 packages be up?
[20:03] <rgreening> shadeslayer: not for a couple of days at least
[20:03] <shadeslayer> rgreening: well ok...
[20:03] <rgreening> shadeslayer: Im working on kdelibs now
[20:03] <ScottK> rgreening: IIRC it's 3.0 (quilt).  Google will know.
[20:04] <shadeslayer> i know you guys are hard at work packaging it :P
[20:04] <rgreening> ScottK: ?
[20:04] <shadeslayer> ScottK: yeah its 3.0(quilt)
[20:04] <ScottK> rgreening: Put what shadeslayer said, not just 3.0.
[20:04] <rgreening> oh, in that format file
[20:04] <rgreening> ok
[20:04] <ScottK> Yes
[20:05] <shadeslayer> i had a page bookmarked about this... lemme find it
[20:07] <shadeslayer> rgreening: http://wiki.debian.org/Projects/DebSrc3.0 
[20:08] <rgreening> this is a pain
[20:08] <rgreening> haha
[20:08] <shadeslayer> http://wiki.debian.org/Projects/DebSrc3.0#Howtoconvertasourcepackage.3F  << Shows how to do it :P
[20:08] <shadeslayer> rgreening: actually its much more easier onces you learn it :P
[20:08] <shadeslayer> just dh_make --kde :P
[20:08] <rgreening> no, I mean I added that, and the package which debuild -S -sa fine, now does not
[20:08] <shadeslayer> of course other than that i dont know a thing :P
[20:09] <shadeslayer> does not what?
[20:09] <rgreening> now, does not
[20:09] <rgreening> as in 'debuild fails'
[20:09] <Quintasan> Hiho
[20:09] <shadeslayer> oh :)
[20:10] <shadeslayer> rgreening: whats the error?
[20:10] <rgreening> one of the patchs now fails for some reason
[20:10] <shadeslayer> cant help there... dont know a thing :P
[20:11] <rgreening> wtf... the rej actually was generated and save to the pristine source dir
[20:11] <rgreening> oh cr&p
[20:12] <rgreening> ScottK, Riddell: not so sure about this deb src 3.0
[20:13] <ScottK> rgreening: It takes a bit of getting used to.
[20:15] <shadeslayer> rgreening: you might want to read the wiki first before getting started.. i found that it cleared loads of doubts :P
[20:15] <rgreening> yeah. reading it now
[20:15] <shadeslayer> rgreening: theres a part about patching too... dont know if itll help 
[20:18]  * shadeslayer prods HTML5 promo of Lost....
[20:20] <rgreening> hrmm... Im not liking this so far
[20:28] <rgreening> ok, so, do you package with the patches applied or unapplied? Reading through I am confused
[20:28] <rgreening> this is going to be a real mess I fear :(
[20:29] <rgreening> nvm.. apparantly the system is smart enough to remove the patches if applied already. cool
[20:30] <debfx> rgreening: dpkg automatically applies the patches when you build the source package
[20:31] <rgreening> debfx: the issue I had was it modified the pristine dir with a reject file, never had that happen before. Anyway, kdelibs is now in source format 3.0... time to build and then upload
[20:40] <shadeslayer> rgreening: cool :)
[20:40] <shadeslayer> rgreening: oh btw you might see from the output it says, Applying hunk xx ...
[20:40] <rgreening> shadeslayer: yeah, had to hit my head against the wall a few times for it to sink in
[20:40] <shadeslayer> thats the patching part :P
[20:41] <rgreening> :)
[20:41] <shadeslayer> rgreening: welcome to the 3.0 gang :P
[20:41] <rgreening> I thought it was complementing me on my physique :)
[20:41] <rgreening> hehe
[20:41] <shadeslayer> hehe :P
[20:42] <shadeslayer> rgreening: bye.. gtg, exams :P
[20:43] <rgreening> kk
[20:50] <ScottK> txwikinger: If you want to provide php 5.2, why don't you make it a php5.2 package that conflicts with (and provides) php.  That way no pinning is needed.
[20:52] <txwikinger> ScottK: Well.. because when I want to eventually upgrade, I can just remove the pinning and don't have to create a new package?
[20:54] <ScottK> txwikinger: As you prefer.  I'd find installing/removing a single package easier than messing with pinning.
[20:54] <txwikinger> well.. it is not a single package
[20:54] <txwikinger> it is like almost 20
[20:55] <txwikinger> and the pinning is all in one file
[20:55] <txwikinger> and you don't need to mess with it, because I created the pinning declarations :D
[20:56]  * txwikinger finds pinning very interesting.. I think you can even downgrade packages by using pinning
[20:57] <txwikinger> and you can use puppet or chef to apply the pinning on a server farm
[20:59] <Quintasan> Riddell: as for debian/control in kdebase-runtime, wouldn't it be fine if I just copy & paste the conflicts and replaces lines?
[21:02] <ScottK> Quintasan: No.  You should understand them and keep what's needed.
[21:05] <rgreening> Riddell: Do we wish to bump Qt requirements in kdelibs to 4.7? or leave at 4.6? Just thinking about the phonon/webkit/qt split and whether we want/need to set a minimum bar of 4.7
[21:05] <Quintasan> ScottK: okay, just wondering whether I should keep conflicts on kdebase-bin-kde3
[21:05] <Quintasan> or replaces on this
[21:05]  * ScottK guesses not, but you need to check.
[21:05] <Quintasan> it's the only difference except for version bumps
[21:06] <Quintasan> our packages have those conflicts
[21:32] <Quintasan> ScottK: mind reviewing? http://dl.dropbox.com/u/69524/diffs.tar.bz2
[21:36] <Quintasan> Riddell: is it possible to update to maverick right now? I'd like to test upgrading via KPK if it's even possible
[21:42] <rgreening> I've got a ftbfs on new kdelibs 4.4.80 ... http://paste.ubuntu.com/437505/ any suggestions?
[21:46] <ScottK> Quintasan: I'm unlikely to have time today.
[21:46] <Quintasan> ScottK: Okay, I'll just wait for Jonathan to show up
[21:52] <ScottK> rgreening: Does kshareddatacache.cpp have #include <pthread.h>
[21:52]  * rgreening will check
[21:52] <ScottK> Quintasan: It's possible to upgrade, but really not recommended (kernel is in major flux).  I'd do it in a VM if at all.
[21:54] <rgreening> ScottK: yep
[21:55]  * ScottK thinks gcc or eglibc then.  Not sure.
[21:55] <Quintasan> ScottK: okay, I'll wait some time I guess, I just set up a lucid VM.
[21:56] <rgreening> hmmm
[22:04] <debfx> rgreening: does it link with -lpthread?
[22:07] <rgreening> doesn't look like it appears in the output
[22:13] <debfx> then it's a bug in kdelibs
[22:13] <debfx> is it linked with --no-add-needed or are you using binutils-gold?
[22:14] <rgreening> debfx: I'm running this build in maverick pbuilder
[22:15] <rgreening> and I have no idea about no-add-needed
[22:18] <debfx> coudl you paste the command that fails?
[22:21] <rgreening> fsck fsck fsck
[22:21] <rgreening> my terminal locked up
[22:25] <rgreening> debfx: I have to restart the build ot get the error again... dang thing locked up
[22:25] <debfx> :/
[22:29] <rgreening> ya
[22:37] <debfx> something like http://paste.debian.net/74280/ should fix it
[22:44] <effie_jayx> hey all, this bug in kubuntu looks like a support request, though I can't mark it as triaged https://bugs.edge.launchpad.net/ubuntu/+source/update-manager/+bug/564086
[22:52] <rgreening> debfx: ty. ill try it
[23:03] <rgreening> building...lets see what happens
[23:20] <rgreening> debfx: it didn't like kdecore in the target line
[23:25] <debfx> rgreening: oops, kdecore is defined after the these lines
[23:25] <debfx> rgreening: http://paste.debian.net/74282/
[23:33] <lex79> rgreening: funny with kdelibs beta eh? :D
[23:37] <rgreening> ya
[23:38] <rgreening> and switching to deb src 3.0 at the same time
[23:38] <rgreening> makes for lots of fun
[23:39] <rgreening> I just want to get kdelibs done tonight sometime!
[23:39] <lex79> good luck :)
[23:39] <rgreening> lex79: want to see if soprano update is available?
[23:39] <lex79> ok
[23:39] <rgreening> I see kdelibs may need a newer one 
[23:41] <lex79> rgreening: no new version is available for now, the last one is 2.4.3
[23:41] <rgreening> the notes in cmake said I had 2.4.62 and it wanted newer (2.4.63). But it didnt fail on it
[23:41] <rgreening> strange
[23:41] <lex79> http://soprano.sourceforge.net/
[23:41] <rgreening> unless it needs a svn snapshot
[23:42] <lex79> do you need a new version then? I can grab from svn if you need
[23:46] <lex79> rgreening: 2.4.63 is in svn, I can do the package and upload to ninja shortly
[23:46] <rgreening> awesome
[23:46] <rgreening> ty lex
[23:55] <rgreening> debfx: that last fix seems to have worked, it past that part at least
[23:57] <rgreening> debfx: grr... I spoke too soon... hahaha