[00:00]  * yofel likes software center actually, esp. that it shows software by PPA
[00:00] <yofel> muon will have that too now though
[00:00] <Riddell> yes, it is a bit simplistic, most of these reviews are.. download CD, boot into VM, use for a bit, write review
[00:30] <valorie> yofel, I am looking forward to muon
[00:30] <valorie> and true, I was using 10.04 software center, to give Ubuntu credit
[00:31] <valorie> but really, I was only trying to get back to kubuntu with it
[00:31] <valorie> and it did the worst possible job of installation
[00:31] <valorie> just horrible mess up
[01:10] <dantti> valorie: yofel, btw it's on my TODO to show sf by PPA (lots of users keep asking that), but first i need to make the ui a bit simpler :P
[01:11] <valorie> cool
[01:11] <valorie> I was looking for some info like that the other day, but didn't know how to dig it out
[01:11] <yofel> dantti: sadly jonathan is going to beat you to it :P
[01:12] <valorie> dinner....
[01:12] <dantti> valorie: what kind of what? you mean knowing from which repo the package came from?
[01:14] <dantti> yofel: well what can I do? :P I'm a bit busy trying to fix some bugs before fedora has a decent release, and suse guys are also waiting for a patch to a conflicting file so ...
[01:15] <dantti> hopefully openSuse will have it as default too, which means more consistent desktop :)
[01:15] <yofel> cool :)
[01:15] <dantti> and now I have a Debian guy helping on adding an important aptcc feature so hopefully USC will use PK :D
[01:52] <valorie> dantti, indeed
[01:53] <valorie> so people in #kubuntu and elsewhere who can't seem to find certain packages can be given better advice
[01:54] <jjesse> hola
[05:05] <nixternal> ScottK: ppc box firing up
[05:05] <ScottK> nixternal: Thanks.
[05:05] <nixternal> just made the silly apple noise, so give it a minute
[05:05] <ScottK> K
[05:07] <nixternal> ScottK: go to yahoo.com, is it working for you?
[05:07] <nixternal> seems to not work on anything other than IE for me :/
[05:07] <ScottK> nixternal: Yes.  Works in chromium
[05:07] <nixternal> interesting
[05:08] <nixternal> ahh haa, damn cookies!
[05:37] <ScottK> nixternal: I did what I have time for tonight.  I've got more for tomorrow, so I'd appreciate it if you'd either leave it up or fire it up again in the morning.  Thanks.
[05:47] <nixternal> ScottK: I will just leave it up because I would forget in the morning
[11:01] <apachelogger> device notifier can now list remote shares
[11:01] <apachelogger> that is overkill when you are at university
[11:01] <apachelogger> omg omg
[11:01] <Riddell> ScottK: libpackagekit-qt14 is all in main according to the change-override script
[11:02] <Riddell> apachelogger: do you have a lot?
[11:02] <apachelogger> ScottK: ../../../../../../../../kopete/protocols/jabber/googletalk/libjingle/talk/base/physicalsocketserver.cc:375:3: error: control reaches end of non-void function
[11:02] <apachelogger> ScottK: ../../../../../../../../kopete/protocols/jabber/googletalk/libjingle/talk/base/physicalsocketserver.cc:233:3: error: no return statement in function returning non-void
[11:02] <apachelogger> -Werror=return-type
[11:03] <apachelogger> wrong or no return types are fatal to this build
[11:03] <apachelogger> Riddell: a bazillion
[11:03] <apachelogger> more coming up every minute
[11:06] <valorie> is that because of UpnP?
[11:06] <valorie> the remote shares?
[11:07] <apachelogger> *shrug*
[12:05] <aakshay> Riddell: packaging of kdetoys 4.5.85 maverick is done... can u please upload it?
[12:07] <Riddell> aakshay: where can I find your package?
[12:08] <aakshay> Riddell: debdiff is here "http://pastebin.com/MNv7bu42"
[12:09] <aakshay> Riddell: and rest how can i give you?
[12:10] <Riddell> aakshay: actually a debdiff against the natty version of 4.5.85 would be better
[12:12] <aakshay> Riddell: ok.. let me make one against natty 4.5.85 and the tarball i have used is kdetoys-4.5.85 which i used for packaging  natty 4.5.85
[12:19] <aakshay> Riddell: new debdiff is at "http://pastebin.com/9vxY6JTK"
[12:23] <aakshay> Riddell: is there any  problem?...
[12:23] <Riddell> aakshay: from that debdiff I can see some problems with your package
[12:24] <Riddell> aakshay: the changelog entry for 4:4.5.80-0ubuntu1 is missing
[12:24] <Riddell> and the version on kde-sc-dev-latest is too small
[12:24] <aakshay> Riddell: oops!! the tarball i have used is kdetoys-4.5.85 which i used for packaging  natty 4.5.85
[12:25] <aakshay> Riddell: i think thats why it has these issues..?
[12:26] <Riddell> that tarball is fine but you don't seem to have used the latest natty 4.5.85 packaging
[12:27] <Riddell> but it's easy enough to fix, just add back the missing changelog entry and fix the Build-Depends: kde-sc-dev-latest version
[12:27] <aakshay> Riddell: while making the bzr checkout i used lp:~kubuntu-members/kdetoys/ubuntu
[12:28] <aakshay> Riddell: changelog will be in debian.tar.gz?
[12:28] <Riddell> the changelog will be in  debian/changelog inside the package sources
[12:29] <Riddell> aakshay: ah yes, lp:~kubuntu-members/kdetoys/ubuntu is out of date
[12:29] <aakshay> Riddell: ohh no!!.. then what to use now?
[12:29] <Riddell> aakshay: ok I have now updated lp:~kubuntu-members/kdetoys/ubuntu
[12:30] <Riddell> bzr update    should get the new version
[12:30] <aakshay> Riddell: :).... now after editing the changelog i have to build the package again?
[12:32] <Riddell> aakshay: I don't think you need to build the package again, we know it compiles fine
[12:32] <Riddell> aakshay: so just update to the new packaging, add the maverick changelog entry, build the source package (debuild -S), then take the debdiff against the natty package
[12:33] <aakshay> Riddell: ok... i need to package it again... :( ... let me do this
[12:34] <Riddell> aakshay: you could also just make the changelog entry in your bzr checkout  then run bzr diff
[12:34] <aakshay> Riddell: this will take time because my internet is working very slow... :-0..
[12:36] <aakshay> Riddell: i will have to run bzr diff against which two?
[12:37] <Riddell> against your checkout of lp:~kubuntu-members/kdetoys/ubuntu
[12:37] <Riddell> so checkout is in an ubuntu/ directory,  just edit the debian/changelog file within the ubuntu/ checkout  then run bzr diff
[12:37] <aakshay> Riddell: ok.. this would be easier and shorter one.. i am doing this then...
[12:40] <apachelogger> wow that is annoying
[12:40] <apachelogger> the device notifier constantly pops up with new devices
[12:40] <apachelogger> ewww ewww
[12:40] <ScottK> apachelogger: OK.  So what do we do about kdenetwork?
[12:40] <apachelogger> ScottK: patch it
[12:41] <ScottK> apachelogger: Can haz patch?
[12:41] <apachelogger> looking into it
[12:41]  * apachelogger is currently in a statistics course
[12:41] <ulysses> grrr
[12:41]  * ulysses hates statistic
[12:44] <apachelogger> odd
[12:44] <ScottK> apachelogger: Thanks.
[12:44] <apachelogger> ScottK: I think our gcc is a bit fishy
[12:45] <ScottK> apachelogger: For gcc fishy and improved are in the eye of the beholder.
[12:45]  * apachelogger notes that the function which apparenlty has no non-void return, actually has one
[12:45] <apachelogger> it just happens to be ifdef __linux'd
[12:45] <apachelogger> maybe it complains about just that
[12:47] <ScottK> I've got nixternal's PPC box up and running if there's anything you want me to test.
[12:48] <apachelogger> ScottK: http://pastebin.com/EfsqFDHs
[12:48] <apachelogger> if you could try that one
[12:51] <aakshay> Riddell: as i understood, i updated the changelog entry for maverick
[12:51] <aakshay> Riddell: along with New Upstream release i added "Bump kde-sc-dev-latest build dependency to 4:4.5.85."
[12:52] <aakshay> Riddell: this i did in source directory/debian/changelog
[12:53] <aakshay> Riddell: now when i run bzr, it showing error "not a branch"... i misunderstood something.... err... please check the steps 
[12:57] <kronos> apachelogger: liblikeback control file http://pastebin.com/5sej52rh . 
[12:59] <kronos> and the build log http://pastebin.com/23x6LcTL
[12:59] <ScottK> apachelogger: Seems to do it.
[12:59] <ScottK> Once the failed build is done I'll make a proper patch and try a clean build to be sure.
[13:01] <CIA-116> [kopete] sitter * 1206454 * trunk/KDE/kdenetwork/kopete/protocols/jabber/googletalk/libjingle/ (patches/08.patch talk/base/physicalsocketserver.cc) make gcc not fall over when building with error on return-type by ensuring int functions always return something, neverminding the ifdef's
[13:01] <Riddell> aakshay: I'm suggesting you make the changes within the packaging checkout, so with the ubuntu/ directory made by the bzr co lp:~kubuntu-members/kdetoys/ubuntu
[13:31] <aakshay> Riddell: bzr diff output is at "http://pastebin.com/LmtRrNVS".. please check it
[13:35] <Riddell> aakshay: looks perfect thanks
[13:38] <aakshay> Riddell:  ok. but can you tell me how this editing will benefit us in the packaged source? how can these two be related?
[13:43] <aakshay> Riddell: this is not correct. i know... :p ..i will package it  again from the begining and then show you again.. 
[13:44] <aakshay> Riddell: you don't package it.. i will do it and do correctly next time... :p.. 
[13:46] <aakshay> Riddell: do correctly this time... :p.. 
[13:47] <aakshay> Riddell: thanks... bye... :)
[14:19] <ScottK> JontheEchidna: You were right.  ktorrent is already fixed in trunk.  I'm trying to cherry pick the change.
[14:24] <ScottK> Riddell: How'd your koffice build go on armel?  Except for that and someone packaging a kdevplatform snapshot, I think we're about caught up on FTBFS.
[14:25] <Riddell> ScottK: it had another qreal problem, fix compiling now
[14:25] <ScottK> Riddell: Cool.  Almost there ...
[14:26]  * ScottK has ktorrent and kdenetwork fixes compiling (not on armel fortunately or yours would never finish)
[14:29] <CIA-116> [muon] jmthomas * 1206469 * trunk/extragear/sysadmin/muon/installer/ApplicationModel/ (ApplicationDelegate.cpp ApplicationDelegate.h) Optimize: Create one KRatingPainter in the constructor, and don't create a new one for every paint()
[14:39] <markey> my ssh passphrase thingie is still borked :(
[14:39] <markey> I did all that what Mamarok did
[14:39] <markey> and now the dialog comes up on startup
[14:39] <markey> I enter the passphrase
[14:39] <Mamarok> but it's not added to the agent
[14:39] <markey> but I still have to enter it again for every git pull
[14:39] <markey> Oo
[14:39] <markey> but why?
[14:40] <markey> why me...
[14:40] <markey> it all worked so nicely
[14:40] <markey> now it's borked
[14:40] <Mamarok> another strange error: all my USB sticks/discs that are connected show up twice
[14:47] <yofel_> Mamarok: if you still have hal installed, that's probably one from hal and one from udisks, hope they fixed that for rc
[14:50] <Mamarok> yofel: thanks, I guess that's it
[14:50] <Mamarok> should I remove HAL myself to try?
[14:51]  * Mamarok uses Maverick
[14:51] <yofel> you can, the only thing that's broken is powerdevil display brightness control and k3b (I'm using natty)
[14:52] <ScottK> yofel: Did you report bugs upstream?
[14:53] <yofel> the brightness control issue was reported already, I didn't check k3b though, but I think that's known, I'll check later
[14:58] <ScottK> Thanks.
[15:10] <markey> http://www.linuxuser.co.uk/reviews/kubuntu-10-10-review/
[15:10] <markey> o/
[15:11] <ScottK> Fixed kdenetwork and ktorrent uploaded.
[15:12] <ScottK> So that just leaves koffice and kdevplatform.
[15:12] <markey> something tells me, Kubuntu Natty is going to rock hard :)
[15:13] <markey> but guys, please keep the "kde-devel" package
[15:13] <ScottK> A lot of it depends on how well the X stack lands.  
[15:13] <markey> it's essential for new devs
[15:13] <ScottK> Did we remove it?
[15:13] <markey> yes
[15:13] <markey> cause Debian removed it
[15:13] <markey> why, noone knows
[15:13] <markey> it's stupid
[15:13] <ScottK> Hmmm.
[15:20] <markey> why not make Chromium the default browser?
[15:20] <markey> it beats everything else easily
[15:21] <markey> especially the darn Konqueror....
[15:21] <yofel> rekonq isn't that bad
[15:21] <markey> yofel: yeah, but is it really ready?
[15:21] <markey> can 3 hackers in their basement keep up with google's army of developers?
[15:21] <markey> I dunno
[15:21] <yofel> markey: and chromium depends on gtk stuff so I doubt it'll fit on the cd
[15:22] <markey> you and your funny CD... ;)
[15:22] <Mamarok> btw, there is a downstream bug that prevents iPod Touch and Nano to work on Amarok with Maverick: https://bugs.launchpad.net/bugs/655908
[15:22] <markey> this is a bit ridiculous
[15:22] <markey> might as well use a DVD
[15:22] <yofel> *shrug*, I'm all for dropping the cd and using the dvd, but not all of use have 10Mbit download rates
[15:22] <yofel> s/use/us/
[15:22] <tsimpson> isn't chrome(ium) GTK based?
[15:22] <markey> you could offer both
[15:22] <yofel> tsimpson: it is
[15:22] <markey> tsimpson: well, "based" is too strong a word
[15:22] <markey> they use exactly one simple menu
[15:23] <markey> and some dialogs
[15:23] <markey> that is it
[15:23] <markey> everything else is done with other tech
[15:23] <yofel> markey: doesn't change the fact that it depends on libgtk, libgconf, libcairo, ...
[15:24] <markey> yeah, sadly. I wonder why noone made a Qt fork yet
[15:24] <markey> exchanging that stupid menu...
[15:24] <markey> and putting a real file selector in there
[15:24] <markey> in fact we had this plan once
[15:24] <markey> but then ran out of time
[15:24] <tsimpson> I'd rather use opera, at least it's Qt based
[15:24] <JontheEchidna> it's not exactly small, either
[15:25] <tsimpson> and uses KDE open/save dialogs
[15:25] <markey> tsimpson: and is not FOSS
[15:25] <markey> which doesn't bother me so much
[15:25] <markey> but other people
[15:25] <tsimpson> yeah, but I'd still rather use it to chrome
[15:25] <tsimpson> not as the default browser, just as opposed to chrome
[15:35] <ScottK> markey: We do offer both a CD and a DVD.
[15:35] <ScottK> The bigger problem with Chromium is it's library duplication model makes it questionable for security support.
[15:39] <ScottK> markey: Can you join #debian-qt-kde on oftc so we can discuss the kde-devel issue?
[15:48] <markey> ScottK: noone is there
[15:48] <markey> ah
[15:48] <markey> oftc?
[15:48] <markey> hmm
[15:48] <markey> is that really needed?
[15:48] <markey> I mean, what is there to discuss?
[15:48] <markey> the package is very handy
[15:48] <markey> why on earth would they remove it?
[15:48] <ScottK> markey: It's not.
[15:49] <ScottK> It was a KDE3 package.
[15:49] <markey> it still worked though
[15:49] <markey> installed all the stuff you need
[15:49] <ScottK> It happened to almost do what you wanted because many of the package names were the same, but that was just luck.
[15:49] <markey> heh ok
[15:50] <markey> anyway, having a replacement for that would rock
[15:50] <ScottK> markey: What did it do that apt-get build-dep kde4libs won't do?
[15:50] <markey> ScottK: it's much easier to type and to explain to new devs
[15:50] <markey> "install kde-devel"
[15:50] <markey> done
[15:51] <ScottK> Most people will copy/paste from the wiki anyway.
[15:53] <ScottK> markey: Debian isn't going to bother.  If you want such a thing for Kubuntu, we'd need someone to mind after it and keep it up to date.
[15:54] <markey> well I dunno. I found the package a good idea, and many others too
[15:54] <markey> in the end, it's your call :)
[15:54] <markey> you could make the package call a script that calls "apt-get build-dep kde4libs" ;)
[15:56] <tsimpson> the meta packages were always a pain to maintain
[15:57] <tsimpson> it fell out of maintenance for quite some time, especially when things were moving quickly in the early KDE 4 days
[15:58] <ScottK> markey: I'd suggest someone who builds trunk edit http://techbase.kde.org/Getting_Started/Build/KDE4/Kubuntu_and_Debian with the right apt-get build-dep stuff and then just direct people to it to copy/paste.
[16:00] <dasKreech> tsimpson: That was when things were breakneck speed. Now we are just breaking major limbs
[16:01] <tsimpson> but who wants to edit and upload 2 packages when you change a build-dep ;)
[16:01] <markey> apachelogger loves doing these things
[16:01] <markey> all day
[16:02] <ScottK> markey: apachelogger should make shadeslayer do it.
[16:02] <ScottK> It's good minion level work that shouldn't overly distract him from his studies.
[16:05] <markey> hehe
[16:16] <markey> gosh, why are people keeping at bashing Kubuntu
[16:16] <markey> what is wrong with them
[16:16] <markey> and what is wrong with Kubuntu?
[16:16] <markey> "While KDE is a slick, powerful desktop, Kubuntu is possibly the worst implementation. Try Mandriva first, if you’re a newbie. Or, better yet, PCLinuxOS, if you want multimedia to work out of the box."
[16:16] <markey> ...
[16:17] <Riddell> markey: because you'd never do that :)
[16:17] <markey> Riddell: I wouldn't
[16:17] <markey> what point is there to troll in forums
[16:24] <ari-tczew> Riddell: around?
[16:28] <Riddell> hi ari-tczew 
[16:28] <ari-tczew> Riddell: hey, thanks for accepting clementine's source. could you approve also binaries?
[16:31] <Riddell> ari-tczew: if I have time I will
[16:31] <Riddell> still many more archive admin bits to do
[16:41]  * yofel thinks plasma is too stupid
[16:42] <yofel> I just got a plasma-desktop crash because plasma-desktop-appletsrc contained and activityID that didn't extst o.O
[16:42] <yofel> s/and/an/
[16:47]  * yofel hides again
[17:00] <apachelogger> shadeslayer: do things
[17:00] <apachelogger> markey: can you give me your request in a nut shell?
[17:00]  * apachelogger is a bit short on time this week
[17:02] <markey> apachelogger: bringing "kde-devel" package back
[17:02] <apachelogger> jt killed it in a merge...
[17:03] <markey> he's a real killer
[17:03] <apachelogger> shadeslayer: bring back kde-devel
[17:03] <apachelogger> important to upstream
[17:03] <apachelogger> super important
[17:03] <apachelogger> if you do not bring it back I shall switch to opensuse
[17:03] <markey> I shall switch to roast beef
[17:03] <apachelogger> mhhh
[17:04]  * apachelogger is living on cookies today
[17:04] <apachelogger> nothing proper to eat and too cold to go out again
[17:04] <yofel> markey: go to #debian-qt-kde and talk to svuorela, the debian folks don't want it back, or bring the package back yourself
[17:04] <markey> I know Sune from KDE, no need to go there
[17:05] <dasKreech> It's really cold today
[17:05] <markey> yeah
[17:05] <yofel> markey: read that first http://paste.ubuntu.com/543693/
[17:06] <yofel> I don't see much point there either, you'll need trunk to write code anyway, so if anything use neon
[17:07] <markey> don't need trunk at all
[17:07] <Riddell> you don't need trunk to write code (unless you're writing code that needs trunk)
[17:08] <yofel> well, true, but apt-get build-dep should take care of getting the build stuff, no need for a meta-package
[17:09] <CIA-116> [muon] jmthomas * 1206497 * trunk/extragear/sysadmin/muon/installer/ApplicationModel/ (7 files) Move the progress bar in the ApplicationExtender into the ApplicationDelegate itself. This way you can see applications that are being installed/uninstalled without having to click on them to extend the extender.
[17:09] <Riddell> only if what you're coding on is packaged
[17:10] <yofel> right, but a kde-devel metapackage wouldn't make any difference there
[17:10] <Riddell> yes it would, it would be one way to install all the kde library development files
[17:12] <yofel> well, it that's what you want then yes, it would help, but you don't usually need all of them
[17:13] <CIA-116> [muon] jmthomas * 1206499 * trunk/extragear/sysadmin/muon/installer/ApplicationModel/ (ApplicationExtender.cpp ApplicationModel.cpp) - Fix the action button not returning after cancel. - A few more bits of polish
[17:15] <ScottK> apachelogger: If you're going to bring back kde-devel, please make sure it's updated to be correct for KDE4.  
[17:15] <CIA-116> [muon] jmthomas * 1206500 * trunk/extragear/sysadmin/muon/installer/ApplicationModel/ApplicationModel.cpp SVN_SILENT: Non-pointer member items don't need to be intialized in the class initializer list. QList will already be constructed with the default constructor without an initializer list.
[17:19] <EvilRoey> hi
[17:19] <EvilRoey> I heard you guys use PyKDE a bit
[17:19] <EvilRoey> that true?
[17:20] <CIA-116> [muon] jmthomas * 1206502 * trunk/extragear/sysadmin/muon/installer/ApplicationModel/ApplicationExtender.cpp Enable the action button after a cancel, since we're now disabling it instead of hiding it.
[17:20] <ScottK> Some of us do, but not me.
[17:22]  * apachelogger uses windows a bit :D :D :D
[17:27] <kronos> apachelogger: can u check the liblikeback pastes i sent earlier ?
[17:32] <apachelogger> magic....
[17:32] <apachelogger> kronos: maintainer needs to be something @ubuntu.com (you make yourself XSBC-Orig-Maintainer
[17:33] <apachelogger> kronos: description would be a bit needed ;)
[17:33] <apachelogger> synopsis could use some polishing IMHO
[17:33] <apachelogger> a -dev package will be necessary to build packages against liblikeback0
[17:33] <apachelogger> other than that... :)
[17:34] <kronos> apachelogger: is the liblikeback0 in the control file correct ?? i had this doubt/
[17:34] <apachelogger> kronos: yes
[17:34] <apachelogger> well
[17:34] <apachelogger> except for the description being a bit undescriptive :)
[17:34] <kronos> hmm.. will look into that
[17:36] <kronos> apachelogger: and in the buildlog lines 1062-67 ??
[17:36] <apachelogger> kronos: where is that?
[17:36] <kronos> http://pastebin.com/23x6LcTL
[17:37] <apachelogger> nevermind that
[17:38] <kronos> apachelogger: hmm... i'll get back to you after changing things .. :)
[17:38] <apachelogger> ok
[17:38]  * apachelogger hands kronos a cookie
[17:38]  * kronos "D
[17:38]  * kronos :D
[18:25] <highvoltage> hi! kalzium is currently uninstallable in natty because it depends on avogadro which recommends python-avogadro which is curently uninstallable because it depends on python < 2.7
[18:25] <highvoltage> do anyone here perhaps know if anyone's working on fixing that?
[18:26] <ScottK> highvoltage: I can look into it.
[18:28] <highvoltage> ScottK: yay, thanks
[18:28] <ScottK> highvoltage: Fixed already - https://launchpad.net/ubuntu/natty/i386/python-avogadro/1.0.1-3ubuntu1
[18:29] <ScottK> (last night in fact)
[18:29] <highvoltage> ah, great. it broke edubuntu daily builds
[18:50] <ScottK> ari-tczew: Your last upload of clementine failed on armel. http://launchpadlibrarian.net/60646521/buildlog_ubuntu-natty-armel.clementine_0.6-0ubuntu1_FAILEDTOBUILD.txt.gz
[18:51] <ScottK> This should be pretty easy for you to fix.
[18:51] <ari-tczew> ScottK: I saw.
[18:51] <ScottK> Do you understand why it failed?
[18:52] <ScottK> ari-tczew: ^^^
[18:53] <ari-tczew> ScottK: /usr/include/qt4/QtCore/qstring.h:187:17: note: the mangling of 'va_list' has changed in GCC 4.4 ?
[18:53] <ScottK> ari-tczew: Nope.
[18:53] <ari-tczew> ScottK: so I don't understand and I don't think so that it's easy fix for me.
[18:53] <tsimpson> hint:
[18:53] <ScottK> It will be once you know just a little more.
[18:53] <ScottK> ari-tczew: /build/buildd/clementine-0.6/src/ui/settingsdialog.cpp:589:6: error: prototype for 'void SettingsDialog::SongInfoFontSizeChanged(qreal)' does not match any in class 'SettingsDialog'
[18:53] <ScottK> /build/buildd/clementine-0.6/src/ui/settingsdialog.h:101:8: error: candidate is: void SettingsDialog::SongInfoFontSizeChanged(double)
[18:54] <ScottK> ari-tczew: On armel qreal != double.
[18:54] <tsimpson> if you're using qreal, use it everywhere :)
[18:54] <ari-tczew> ScottK: upstream should have a look on this
[18:55] <ScottK> ari-tczew: Agreed, but as long as settingsdialog.h isn't a public header just double/qreal and it's good.  You can send them the patch then.
[18:55] <ari-tczew> ScottK, tsimpson: does this change (http://goo.gl/rPdia) can fix it?
[18:56] <tsimpson> looks like it, yep
[18:56] <ari-tczew> ScottK: to avoid your question: I don't have armel device to test building.
[18:56] <ScottK> ari-tczew: yes.  that's exactly it.
[18:56] <ari-tczew> btw. what a quick response! one minute!
[18:56] <ScottK> ari-tczew: We could work that part out.
[18:56] <ari-tczew> sorry, 2 minutes after ask on #clementine
[18:57] <tsimpson> you should patch first and try to compile, there may be other inconsistencies
[18:57] <ari-tczew> tsimpson: only i386 on my PC
[18:58] <tsimpson> s/compile/upload/
[18:58] <ScottK> ari-tczew: I can test it.
[18:58] <ari-tczew> ScottK: thanks
[19:25] <ari-tczew> ScottK: do you planning test even today?
[19:26] <ScottK> ari-tczew: yes.  the build is started, but it's armel, so it will take a while.
[19:26] <ari-tczew> ScottK: aaaa ok
[19:29] <Riddell> hmm. koffice failed :(
[19:45] <ScottK> Riddell: More qreal fun?
[19:45] <Riddell> ScottK: dunno, logs not available yet
[19:45] <ScottK> Oh.
[19:48] <Riddell> ../../../../../../krita/plugins/extensions/dockers/colorselectorng/kis_color_selector.cpp:164:38: error: no matching function for call to 'qBound(double, qreal&, double)'
[19:48] <Riddell> yep
[19:49] <Mamarok> apachelogger: again the same packaging problem as with Amarok 2.3.0: https://bugs.kde.org/show_bug.cgi?id=259445
[19:49] <Mamarok> mysql dependencies are not installed for non-KDE users
[19:49] <Mamarok> not good, that...
[19:59] <ari-tczew> ScottK: do you planning upload a fix for clementine or rather should do I do it?
[20:00] <ScottK> ari-tczew: I think you should do it, but I can if you don't want to.
[20:00] <ScottK> It's still building, BTW.
[20:01] <ari-tczew> ScottK: I'll take care.
[20:01] <ari-tczew> ScottK: Just ping me when builder will done.
[20:01] <ScottK> Will do
[20:06] <ScottK> It's past where it failed.  Now let's see if any other porting issues turn up.
[20:07] <CIA-116> [libqapt] jmthomas * 1206525 * trunk/extragear/sysadmin/libqapt/src/package.cpp Simplify VerIterator initialization, and make some stylistic changes for consistency/readability
[20:20] <ari-tczew> ScottK: could you approve binary packages when I have done uploaded fix?
[20:20] <ScottK> ari-tczew: Not sure if I'll have time.
[20:20] <ScottK> We'll see if i can get to it.
[20:20] <ari-tczew> ScottK: what do you need to do as archive admin to approve new packages?
[20:22] <ScottK> I don't see it being documented very well.
[20:22] <Riddell> ari-tczew: accepted
[20:23] <ScottK> for binary New you are the final review that the packaging is correct and that it's installing files where it should, etc.
[20:23] <Riddell> ari-tczew: although I'm not convinved that ./usr/share/icons/ubuntu-mono-light/apps/24/clementine-panel-grey.png and similar files are in the right place
[20:25] <ScottK> ari-tczew: It built, so I think you can upload when ready.
[20:25] <ari-tczew> ScottK: thanks, I'm on it
[20:26] <ScottK> ari-tczew: You're welcome.
[21:10] <ScottK> apachelogger, Riddell: KDE SC 4.5.85 is now built on all archs ....
[21:14] <ScottK> apachelogger: Have you got a minion that could package up a snapshot of kdevplatform and kdevelop so we can  knock those off the FTFBS list?
[22:09] <Riddell> ScottK: awooga!
[22:19] <ScottK> Blogged it.  http://skitterman.wordpress.com/2010/12/14/current-kde-sc-development-release-built-on-armel/
[23:32] <Riddell> ScottK has a blog?
[23:36] <ScottK> Sure.  Don't you read planet ubuntu?
[23:36] <ScottK> IIRC I started before Intrepid released.
[23:37] <Riddell> I do but not in its entirety