[02:05] <ScottK> Tries to go online before there's a network.  Does kde-telepathy use solid?
[06:46] <jussi> did skype 4.0 dump Qt? 
[06:55] <Daskreech> I thought they did
[06:56] <Daskreech> They annouced a while back they were not using it as their main toolkit anymore
[07:22] <agateau> afaik, Skype only used Qt on Linux anyway, so not really their "main" toolkit
[07:23] <agateau> but I am curious, are you saying Skype 4.0 uses something else on Linux? if so which toolkit?
[07:39] <debfx> at least the canonical partner package still depends on Qt
[07:43] <jussi> agateau: I dont know tbh, but it certainly doesnt look like Qt
[07:43] <jussi> debfx: try the new 4.0 from skype.com
[07:43] <jussi> jussi@albatross:~$ apt-cache depends skype
[07:43] <jussi> skype
[07:43] <jussi>   Depends: lib32stdc++6
[07:43] <jussi>   Depends: lib32asound2
[07:43] <jussi>   Depends: ia32-libs
[07:43] <jussi>   Depends: libc6-i386
[07:43] <jussi>   Depends: lib32gcc1
[07:43] <jussi> whoops
[07:44] <jussi> that was supposedc ot go to pastebin...
[07:44] <agateau> statically linked it is?
[07:44] <jussi> Im guessing it must be
[07:44] <jussi> although, from the feel, it _could_ be html5...
[07:44] <debfx> jussi:  ia32-libs depends on qt
[07:45] <agateau> jussi: html5 has to be loaded with something
[07:45] <debfx> the 32bit package has libqtgui4 ...
[07:45] <agateau> debfx: I don't think it is the case anymore
[07:45] <jussi> debfx: ahh
[07:45] <jussi> oh?
[07:45] <agateau> jussi: try ldd `which skype`
[07:46] <jussi> yup... qt there
[07:46] <jussi> http://pastebin.ubuntu.com/1096210/
[07:46] <agateau> debfx is right, ia32-libs indirectly depends on qt4 packages
[07:47] <jussi> but in anycase, it has very strange menu's...
[07:47]  * agateau hunts for screenshots
[07:49] <jussi> http://wstaw.org/m/2012/07/17/plasma-desktopvn1902.png
[07:52] <valorie> very strange
[07:52] <jussi> agateau: http://wstaw.org/m/2012/07/17/plasma-desktopmj1902.png
[07:53] <jussi> it feels a lot "flatter"
[07:55] <agateau> jussi: indeed, they are probably using their own widgets for the top bar
[07:56] <agateau> jussi: and do not use the Oxygen style
[07:56] <agateau> jussi: I remember there was a command line option to use Oxygen, don't know if it is still there
[08:14] <Riddell> happy Tuesday all
[08:32] <jussi> same back at you Riddell
[08:36] <apachelogger_> good morning kubuntu
[08:41] <apachelogger_> agateau, jussi: their widgets have spooky code and therefore do not work properly with oxygen, which is why they force plastique
[08:42] <apachelogger_> jussi: also do not overestimate skype's interest in Linux... a toolkit change is as likely as me becoming an astronaut :P
[08:42] <jussi> lol, always possible then :P
[08:42] <apachelogger_> jussi: http://paste.kde.org/518876/
[08:48] <agateau> apachelogger_: cool! will you start your own distro when you are back to earth?
[08:51] <apachelogger_> agateau: I'll call it Humain and we will create all the software in it using Ruby
[08:51] <agateau> apachelogger_: sounds good, count me in!
[08:52] <agateau> apachelogger_: will you also start your own project host and vcs?
[08:52] <agateau> you know you have to
[08:53] <apachelogger_> hm
[08:53] <apachelogger_> good point
[08:53] <apachelogger_> why they both needed to be implemented in Ruby obviously
[08:54] <apachelogger_> and perhaps call the hosting system Rampe de Lancement and the VCS Cathedral?
[08:55]  * apachelogger_ actually should do some packing -.-
[08:56] <apachelogger_> what suit color does one waer in space?
[08:59] <agateau> pink! what else?
[08:59] <apachelogger_> surprisingly enough I do not have a pink suit :(
[09:00] <agateau> "Cathedral"... I like this, sounds as open as necessary
[09:00] <agateau> apachelogger_: time to fix that
[09:08] <debfx> and Cathedral is CVS reimplemented in ruby? ;)
[09:24] <jussi> debfx: dont be mean now...
[09:24] <jussi> :P
[09:34] <apachelogger_> why does everyone have a problem with CVS?
[09:35]  * apachelogger_ enjoyed it very much back in the days
[09:35] <apachelogger_> you just had to use it right
[09:35] <apachelogger_> right includes not doing branches...
[09:42]  * Mamarok is wondering if any RC packages will be available, sorely needed by the testing team
[09:46] <apachelogger_> Mamarok: rc of what?
[09:47] <Mamarok> KDE 4.9?
[09:47] <Mamarok> so far I am stuck with beta2
[09:47] <apachelogger_> oh
[09:48] <Mamarok> I knw, Akademy came in the way, but still, now they announced RC2
[09:48] <apachelogger_> curious enough rc1 did not get backported
[09:50] <Mamarok> probably Akademy related, everybody busy with something else
[09:52] <apachelogger_> actually I think it has to do with my fearless ninja leader being MIA
[09:52] <apachelogger_> yofel_: where are thou?
[09:54] <Riddell> I haven't looked at the RCs because they weren't announced to packagers and I've been glad to have a chance to do other things
[09:54] <Mamarok> oh, not announced to packagers? Not good...
[09:54] <Riddell> well RCs usually aren't
[09:54]  * Mamarok checks with release team, as that makes no sense
[09:55] <Mamarok> I mean if they announce betas they also should announce RCs
[09:55] <Riddell> it's deliberate, they don't want a long gap between tagging and release, got to keep them current
[09:55] <jussi> Mamarok: hows the leg?
[09:55] <Mamarok> jussi: which one?
[09:55] <Mamarok> both are broken
[09:55] <jussi> Mamarok: hows the legs?
[09:56] <Mamarok> right had stiches removed, itching so doing good :)
[09:56] <Mamarok> left only just had MRI taken on Saturday, still hurts but I need it to walk, but the fracture doesn't look nice in the MRI
[09:57] <Mamarok> since the right one is held together by nuts and bolts I should probably change the walking leg, but we will see
[09:57] <jussi> Mamarok: ouch... :/
[09:57] <apachelogger_> Riddell: I still think a mail should be dropped to packagers
[09:57] <jussi> hope it gets better soon
[09:58] <apachelogger_> "rc release tars up now"
[09:58] <Mamarok> jussi: well, as all fractures: 6 weeks, and I am sure the right one is doing fine, for the left one I still need the Drs to tell mewaht to do
[09:58] <apachelogger_> Riddell: plus that is what albert did for rc1
[09:58] <Mamarok> apachelogger_: thx :)
[10:00] <apachelogger_> hm
[10:00] <apachelogger_> I wonder if it makes sense to package rc2 still
[10:00] <apachelogger_> final tag is on jul 25
[10:01] <Mamarok> well, that is still a week to go
[10:01] <Mamarok> for testers still some time to work on
[10:01] <apachelogger_> so by the time we are done packging rc2 the final is here
[10:01] <apachelogger_> unless debfx invokes his magic scripts and all builds fine
[10:02] <apachelogger_> which might actually not be a bad thing to do
[10:02] <apachelogger_> debfx: where are thou?
[10:02] <apachelogger_> everyone on vacation or what?
[10:03] <Mamarok> apachelogger_: don't you have a ninja holiday calendar?
[10:03] <apachelogger_> no
[10:03] <apachelogger_> usually people announce when they go on vacation :P
[10:04] <apachelogger_> Quintasan_ is doing that
[10:04] <apachelogger_> then again he also went MIA the last few weeks :P
[10:04] <Riddell> I'm thinking we should stop using the debian build-deps system of kde-sc-dev-latest (>= 4:4.8.90) and change to kdelibs5-dev (>= 4:4.8.90) which would make launchpad figure it out without us having to do lots of retries
[10:04] <Riddell> then we really could just throw it up into ninjas and see what results
[10:05] <debfx> apachelogger_: I can run the script but don't have time to fix the failing packages
[10:06] <apachelogger_> debfx: if you could just run the script that would be cool, then we can decide whether fixing things makes sense to begin with, given the limited time to final release
[10:06] <apachelogger_> Riddell: shouldn't lunchpad do auto-retries either way?
[10:07] <debfx> Riddell: we can work around that by running a cronjob that calls the retry packages script
[10:07] <debfx> apachelogger_: will do after lunch
[10:07] <Riddell> apachelogger_: it doesn't work with kde-sc-dev-latest while debian's one does, known bug
[10:08] <apachelogger_> fun
[10:09] <apachelogger_> well, I think we can drop the latest stuff
[10:09] <apachelogger_> there is not much gain we have from it
[10:09] <apachelogger_> particularly not if we are thinking about a serious automation
[10:33] <Riddell> ScottK: libkolab and libkolabxml back in New
[10:52] <Riddell> whatever is this error? http://paste.kde.org/518930/
[10:52] <Riddell> missing symbols somehow
[11:22] <BluesKaj> Hey all
[11:23] <Riddell> hola
[11:26] <BluesKaj> tried setting up konversation to run thru tor , the instruction wasn't clear , some ting about requiring other scripts after configuring trcc file
[12:09] <shadeslayer_> Riddell: looks like a missing symbol
[12:34] <Riddell> here's a weirder one
[12:34] <Riddell> https://launchpadlibrarian.net/110311070/buildlog_ubuntu-quantal-amd64.kdepim-runtime_4%3A4.8.90-0ubuntu4_FAILEDTOBUILD.txt.gz
[12:34] <Riddell> /usr/bin/ld: cannot find -lQt4::QtWebKit
[12:36] <Riddell> maybe it just needs libqtwebkit-dev, curious namespaceing there though
[12:36] <apachelogger_> Oo
[12:36] <apachelogger_> that does not sound valid
[12:37] <apachelogger_> -lfoo resolves to libfoo.so, no?
[12:37] <Riddell> yes
[12:39] <apachelogger_> has target library ${KDE4_KDEWEBKIT_LIBS}
[12:39] <apachelogger_> supposedly that includes qtwebkit, but that Qt4::QtWebkit is utterly weird
[13:00] <ScottK> Riddell: Accepted akonadi-facebook.  Note that the CMakeLists.txt has a minimum version for kdepimlibs that should be reflected in a minmum version in debian/control, but that's a minor bug to consider for next time.
[13:01] <Riddell> thanks
[13:08] <ScottK> Riddell: I'm looking at libkolabxml now.  In your debian/copyright you say the schemas are Apache 2.0, but look at (for example), schemas/ical/Calendar.xsd, I'm not sure how you get that.
[13:10] <Riddell> ScottK: because they come from http://www.calconnect.org/artifacts/ical-art.shtml
[13:10] <Riddell> which says "All material contained in files linked from this page is licensed via the Apache License Version 2.0.
[13:10] <Riddell> "
[13:11] <ScottK> Riddell: OK.  Then I think that needs to be mentioned in debian/copyright because there's no way to tell that from the files.
[13:12] <ScottK> The files reference the OASIS web site and they can by no means be assumed to be licensing stuff on Free terms.
[13:12] <Riddell> ScottK: I don't know if the DEP-5 format has a way to add comments like that
[13:13] <ScottK> My solution would be don't bother with DEP-5 then.
[13:13] <ScottK> If you can't do stuff like that, it's broken.
[13:14] <ScottK> Other than that, I think the package is good.
[13:15] <Riddell> I'll just add it to the licence section
[13:16] <Riddell> uploaded as 0.6.0+repack1-0ubuntu2
[13:21] <ScottK> OK.
[13:21] <ScottK> libkolab is good.
[13:22] <Riddell> yay
[13:24] <ScottK> It's all in.
[13:24] <ScottK> libkolab should have some version requirements on build-depends too, btw.
[13:24] <Riddell> now I just need those MIRs
[13:25] <ScottK> The short description doesn't really flow from ... is a ... so it could be improved too.
[13:25] <ScottK> BTW, did we not notice 4.9 rc1/2 or just decide not to package them?
[13:26] <Riddell> I decided I'd rather spend the time on other things
[13:27] <ScottK> OK.
[13:27] <ScottK> I, for one, didn't notice them.
[13:27] <Riddell> they weren't posted to the packagers list
[13:27] <ScottK> (because they weren't announced on packager)
[13:27] <ScottK> No.  There's a discussion going on the -release list about if they should have been.
[13:44] <tsdgeos> you guys really think you are the center of the universe
[13:44] <tsdgeos> they didn't come knowing to my door
[13:44] <tsdgeos> so i'll ignore them!
[13:45] <tsdgeos> who cares about my users want or not!
[13:52] <ScottK> tsdgeos: ?
[13:53] <tsdgeos> ScottK: that is waht Riddell told me "you did not announce it to us so we feel you don't like us and as consequence we are not packaging it"
[13:53] <ScottK> Oh.
[13:53] <Riddell> I don't think that's the exact words I used
[13:53] <ScottK> I will say that doesn't sound like Riddell.
[13:54] <tsdgeos> Riddell: it's not the exact words, it's the exact meaning though
[13:54] <ScottK> tsdgeos: I don't particularly care where it gets announced, I'd just like to know where it is.
[13:54] <tsdgeos> ScottK: kde-announce *shock* :D
[13:54] <ScottK> tsdgeos: You don't announce the pre-release tarballs there.
[13:55] <tsdgeos> ScottK: rc1 and rc2 did not have pre-release tarballs
[13:55] <tsdgeos> because there's only one day in the schedule between packaging and announce
[13:55] <tsdgeos> if you disagree with that
[13:55] <tsdgeos> and want pre-release tarballs
[13:55] <tsdgeos> it's your time to complain
[13:56] <tsdgeos> so we fix it for 4.10
[13:56] <Riddell> I'm not complaining, I'm perfectly happy to be taking the chance to do other things
[13:56] <tsdgeos> Riddell: see :-)
[13:58] <ScottK> OK, so your view is that the KDE release team needn't do any communication with packagers?
[14:00] <ScottK> tsdgeos: Will there be pre-release tarballs for the final release (and the point releases) and will you mail about those to -packagers?
[14:01] <tsdgeos> ScottK: that's kind of silly, i clearly said that the packagers are part of the release team in my view and that the communication hence happens in the release-team list
[14:01] <tsdgeos> ScottK: yes, the schedule accounts for prerelease tarballs for the final release and for point releases
[14:02] <ScottK> tsdgeos: OK.  The point of -packagers is it's private, so it'd make sense to me to communicate about the private tarballs there, but I'm less concerned about which list it is (I'm on both) that that there's a mail to one of them when they are ready.
[14:02] <tsdgeos> ScottK: the only reason kde-packagers exists is because we might want to sent "private" material there, like securiy fixes et al
[14:02] <ScottK> OK.
[14:02] <ScottK> -release is fine too, as long as there's mail.
[14:03] <tsdgeos> ScottK: sure, private tarballs have been always communicated there, haven't they?
[14:03] <ScottK> If by there you mean packagers, yes.
[14:03] <tsdgeos> yes
[14:06]  * ScottK subscribes to yet another mailing list.
[14:16] <ScottK> akonadi-facebook and libkolabxml out of binary New.
[14:17] <Riddell> yay
[14:17] <Riddell> I think akonadi-facebook is a candidate for the install images
[14:23] <ScottK> Should probably do a call for testing and get general feedback first.
[14:23] <ScottK> If you do add it, it should be a recommends though.
[15:07] <afiestas> we just had a conversation in #nepomuk-kde about virtuoso
[15:07] <afiestas> we shouldn't ship 6.1.5, it contains serious regresiosn, instead 6.1.4 or 6.1.6 should be fine
[15:07] <afiestas> are we doing fine on this? 
[15:07] <afiestas> starting to package 6.1.6 (to be releases within days) woldn't be a bad idea if possible
[15:08] <Riddell> good thing we missed out 6.1.5 then :)
[15:08] <vHanda> just emailed the kde packagers mailing list
[15:14] <apachelogger_> Riddell: I always wonder... why can we not have nice UIs ^^
[15:16] <Riddell> apachelogger_: about akonadi-facebook?  that's a case of framework design over user design
[15:17] <apachelogger_> naeh
[15:17] <apachelogger_> webaccounts is what we need :P
[15:17] <apachelogger_> in windows 8 you also have one point to configure all your accounts, which is mighty nice
[15:18] <apachelogger_> only the other day I realized that it even connects to facebook chat ^^
[15:18] <Riddell> apachelogger_: hug afiestas until he releases it so we can include it :)
[15:18]  * apachelogger_ hugs afiestas
[15:19] <apachelogger_> Riddell: actually taking that into account something like ubuntu's me menu would be cool
[15:19] <apachelogger_> i.e. that is where you would probably go to configure your web accounts, plus it can control telepathy presence and whatnot
[15:22] <Riddell> I agree
[15:23] <afiestas> who is packaging virtuoso in kubuntu?
[15:24] <Riddell> afiestas: I did it last release
[15:39] <apachelogger_> shadeslayer_: u no here/
[15:39] <apachelogger_> ?
[15:48] <ScottK> Which component of telepathy controls going online?
[15:53] <Riddell> ScottK: lots of them depending on what you mean
[15:53] <Riddell> telepathy-core will
[15:53] <Riddell> and the plugins for the protocols will
[15:54] <ScottK> The bug I want to file is it's trying to connect before the network is up.
[15:54] <Riddell> ah, maybe kde-telepathy-integration-module then?
[15:55] <ScottK> No idea, that's why I'm asking ;-)
[15:56] <Riddell> ScottK: plasma-mobile-config is in New should you still be in the mood
[15:58] <shadeslayer_> apachelogger_: I am, why do you ask?
[16:05] <ScottK> Riddell: Accepted.  Upstream doesn't have the minumum KDE version in CMakeLists.txt, so either their bug or yours (probably theirs) and you've got a patch directory with only an empty series file in it.  That should be removed on the next upload.
[16:06] <afiestas> Riddell: did you base your virtuoso package on debian's ? or is it custom?
[16:07] <Riddell> afiestas: debian bases their package on mine :)
[16:07] <Riddell> but yes we merge it, here's the changes http://paste.kde.org/519236/
[16:07] <ScottK> JontheEchidna: Bad news on kpythonpluginfactory for Python 3.  This is in the upstream CMakeList.txt for pykde4:
[16:08] <ScottK> IF (NOT PYTHON_3 AND DEFAULT_PYTHON_VERSION)
[16:08] <ScottK>     ADD_SUBDIRECTORY(kpythonpluginfactory)
[16:08] <ScottK> ENDIF (NOT PYTHON_3 AND DEFAULT_PYTHON_VERSION)
[16:08] <ScottK> So upstream says no dice on a Python 3 version.
[16:08] <afiestas> Riddell: do you have time to talk with PvK about how to package virutoso?
[16:08] <afiestas> #openlink-virtuoso
[16:08] <Riddell> ScottK: I prefer to have empty patches/ directories, it means it's there should a patch need to be added
[16:09] <ScottK> Riddell: Is there some pykde4 person we could talk to about getting a Python 3 version for kpythonpluginfactory?
[16:09] <ScottK> OK.
[16:10] <Riddell> ScottK: probably not, pykde4 and kpythonpluginfactory was made by Simon Edwards who still maintains it but has a baby so can't do much more I think
[16:10] <ScottK> Sigh.
[16:11]  * ScottK will ask barry.
[16:15] <jtechidna> ScottK: yeah, my original impressions was that it was an upstream issue, but I assumed you knew something that I didn't
[16:16] <jtechidna> I don't have anything beyond this UI file so I can really go either way wrt C++ vs Python: http://i.imgur.com/HHe6A.png
[16:16] <jtechidna> which is really just a QTreeView at this point :P
[16:16] <ScottK> barry said he'd have a look at it.
[16:17] <ScottK> Maybe we'll get a Python 3 port out of it we can push upstream.
[16:17] <jtechidna> that would be good
[16:17] <jtechidna> does pykde have a public vcs yet?
[16:18] <ScottK> Dunno.
[16:20] <Riddell> jtechidna: of course, it's part of KDE
[16:21] <jtechidna> Riddell: was it always that way? I thought that at least some of it was only released as tarballs. maybe that was sip
[16:22] <Riddell> sip and pyqt are closed development, and there's some scripts used to update for a new kde release which are from the pyqt guy and he doesn't want released (as I remember)
[16:22] <jtechidna> ah, that's what I was thinking of
[16:23] <jtechidna> ok, so there should be less of an entry barrier for pykde then
[16:32] <ScottK> Riddell: "E: libkolab0: binary-or-shlib-defines-rpath usr/lib/libkolab.so.0.2.0 lib" looks like something that should be fixed.
[16:33] <Riddell> nah, rpath is something I've never had a problem with
[16:33] <Riddell> debian has some reasons for not liking it but I've never been convinced by them
[16:47] <debfx> "lib" is a rather useless rpath so probably a bug in the build system
[16:59] <ScottK> debfx: Could you have a look?
[16:59] <ScottK> I'll go ahead and accept it in the mean time.
[16:59] <jussi> kopete is unmaintined right?
[17:00] <ScottK> Yes.
[17:02] <ScottK> Done.
[17:05] <jussi> ScottK: so that means no bugfixes? 
[17:05] <jussi> Ive got a damn annoying crash...
[17:05] <jussi> https://bugs.kde.org/show_bug.cgi?id=303691
[17:05] <ScottK> jussi: Yes.
[17:06] <ScottK> jussi: Switch to telepathy.  It's maintained.
[17:11] <evilshadeslayer> jussi: and lacks some features ... :P
[17:15] <jussi> evilshadeslayer: does telepathy support jabber groupchat yet? 
[17:16] <yofel_> apachelogger_: MIA
[17:17] <yofel> well, actually officially back from MIA since today as I'm now done with tests and exams for this year
[17:18] <yofel> if it weren't for those we would've had RC packages, but I didn't have time and nobody else bothered
[17:18] <yofel> (not that I mind personally)
[17:20] <Quintasan_> apachelogger_: I went MIA because my hardware started acting up
[17:20] <Quintasan_> Can't do much about broken HDD apart buying new one.
[17:21] <evilshadeslayer> jussi: telepathy, yes, KDE Telepathy, don't think so
[17:21] <Quintasan> Well, it still ocassionaly reboots itself for no apparent reason but I can live with that.
[17:22] <Quintasan> jussi: Have evilshadeslayer write it right off :P
[17:22] <Quintasan> (claim it's core functionality)
[17:22] <evilshadeslayer> heh
[17:24] <ScottK> Riddell: Shouldn't plasma-widgets-active be arch:all?
[17:24] <jussi> lol
[17:25] <jtechidna> groupchat in kde-telepathy would be great. I needed that back in May/June for GTalk, but it didn't seem to work out so well
[17:26] <debfx> ScottK: I'm not sure where that faulty rpath comes from, can't find anything in libkolab's cmake files
[17:26] <ScottK> Weird.
[17:26]  * evilshadeslayer is not sure what needs to be fixed there, but will look into it after getting call holding into ktp-call-ui
[17:26] <evilshadeslayer> call ui needs group VoIP calls as well
[18:54] <littlegirl> Hey there, yesterday I was asked to close out a bug by someone in the translation team and I did it and made the commits. I tried to change the status of the bug, but couldn't figure out how that was done, so I went into the #ubuntu-bugs channel and was told I have to make sure the bug isn't present in Precise or Quantal either (and fix it if it is) and then write an SRU and post it as a comment to the bug, attaching diffs of 
[18:54] <littlegirl> what I changed. I got the SRU written and pasted it to http://paste.kde.org/519356/ and am now being told that this may have to wait until Quantal docs are packaged and released. Hopefully one of you will know what to do from here. (:
[18:55] <littlegirl> Oh, and I have to fix the regression part of that paste, since I wrote it wrong.
[19:10] <littlegirl> Updated version of the SRU doc is here: http://paste.kde.org/519380/
[21:10] <Riddell> littlegirl: can you post what you wrote in the pastebin as a comment on the bug?
[21:26] <Riddell> I'll get to it tomorrow
[22:24] <kubotu> ::workspace-bugs:: [1025893] No quantal and precise-updates branch @ https://bugs.launchpad.net/bugs/1025893 (by Otavio Salvador)
[22:55] <littlegirl> Yep! I'll also add the diffs.
[23:05] <littlegirl> Done. (:
[23:38] <valorie> http://mynokiablog.com/2012/07/16/video-qt-5-on-raspberry-pi/