[02:07] <BluesKaj> 'evening all
[03:01] <ScottK> Riddell: I just reviewed kppp.  I'm guessing I'll see a pattern here, so assume these comments are generally applicable: debian/source/lintian-overrides, debian/watch, and debian/copyright all seem to be from kdenetwork and should be updated.  If you want to claim standards version 3.9.4 support with dh short form rules, you need to bump compat to 8 and build-dep on at least debhelper 8.1 for build-{arch,indep} support
[03:02] <ScottK> Nothing that's a reject, but stuff to work on.
[03:10] <juancarlospaco> :(
[03:10] <juancarlospaco> Where I can get a user personal photo on KDE ???, gnome used to place a $HOME/.face  jpg file, KDE where store it ?
[03:13] <ScottK> juancarlospaco: Ask on #kde as the answer won't be Kubuntu specific.
[03:13] <juancarlospaco> all sleeping it seems, thanks anyways ScottK   :P
[03:16] <ScottK> Riddell: Umbrello wasn't split from umbrello (debian/changelog), debian/source/lintian-overrides seems a bit odd.  The rest seems fine.
[03:16] <juancarlospaco> its a programming question anyways
[03:18] <ScottK> OK, #kde-devel
[04:15] <ScottK> Riddell: For okteta, once again, it wasn't split from okteta (debian/changelog), source/lintian-overrides is probably obsolete, otherwise good.
[04:17] <ScottK> Riddell: Shouldn't umbrello-dbg depend on umbrello?
[04:17] <ScottK> (it's suggests now, which I think is a left over from before the split)
[05:18] <ScottK> Riddell: lokalize has the same odd debian/changelog entry.  Also the same question about lokalize-dbg and depends/lintian override
[05:58] <ScottK> Riddell: Your scripting definitely could use some work (debian/copyright for kuser begins: This package was packaged by Jonathan Riddell <ana@debian.org> on).
[05:58] <ScottK> kuser at least knows what package it was split from.
[06:01] <ScottK> kuser has the same debhelper version issue as kppp as well as the -dbg depends/suggests issue.
[06:38] <ScottK> Riddell: kteatime has the debhelper version issue, the debian/changelog split from issue, as well as the -dbg suggests/depends issue.
[08:42] <Esokrates> hi, I have heared Kde 4.11 landed in saucy proposed. This does not mean the daily builds contain 4.11, does it? How to get an image with Kde 4.11 installed?
[09:17] <soee> good morning
[09:18] <lordievader> Good morning.
[09:20] <yofel> soee: good morning.
[09:21] <yofel> I'm almost there, I just need to finally get okular built *-.-
[09:21] <soee> ;D
[09:26] <yofel> Search pattern not terminated at /home/buildd/.sbuildrc line 10.
[09:26] <yofel> yaaaaay
[09:26] <yofel> broken builders again
[09:31] <soee> so its not okular itself 
[09:31] <soee> ?
[09:32] <yofel> well, it shouldn't be. But until I catch a good builder I won't know
[09:32] <yofel> meh, menkib again
[09:35] <soee> good builder ? and what exactly such builder do ?
[09:36] <yofel> soee: http://paste.kde.org/780482/ - line 104 is where it fails
[09:37] <yofel> ok, now it's building on lawrencium
[09:38] <Esokrates> @ one of the devs: I have heared Kde 4.11 landed in saucy proposed. This does not mean the daily builds contain 4.11, does it? How to get an image with Kde 4.11 installed?
[09:40] <yofel> Esokrates: for it to end up on the images it first need to get moved from proposed to release (stuck on some arm build issues I believe). Once that's done it'll be on the next daily build image
[09:40] <yofel> so currently we don't have an image with 4.11 yet
[09:42] <Esokrates> thank you for clarification
[10:27] <soee> kdegraphics now > :)
[10:27] <yofel> yeah, that needed a few trieds too -.-
[10:27] <yofel> *tries
[11:13] <soee> ;]
[11:13] <Quintasan> lel
[11:15] <yofel> almost there...
[11:16] <Quintasan> argh
[11:16] <Quintasan> can't go on
[11:16] <Quintasan> must sleep
[11:16]  * Quintasan hits the sack
[11:19] <BluesKaj> Howdy all
[11:21] <yofel> hi BluesKaj
[11:21] <BluesKaj> hey yofel
[11:22] <yofel> soee: you can almost touch it ^^ https://launchpad.net/~kubuntu-ppa/+archive/beta/+packages?field.series_filter=raring&batch=200
[11:22] <soee> almost ? sounds scary
[11:28] <soee> yofel, when will beta backports ppa work so i can do upgarde ?
[11:29] <yofel> ask launchpad's publisher... in a few minutes I guess. L10N is still missing, that will follow in an ~hour
[11:29] <yofel> btw, you're *supposed* to see this:
[11:29] <yofel> The following packages will be REMOVED:
[11:29] <yofel>   kmahjongg-data libaudiocdplugins4 libkdegamesprivate1 libkdgantt2 libkmahjongglib-data nepomuk-core tasks-icons
[11:30] <vHanda> :O nepomuk-core
[11:30] <yofel> replaced by nepomuk-core-runtime
[11:30] <yofel> maybe a transitional package would make that less scary...
[11:30] <vHanda> why would you rename it to nepomuk-core-runtime?
[11:31] <yofel> debian named it that way, and we got that with the package merge
[11:32] <vHanda> yofel: so, application have a compile time dependency on nepomuk-core-RUNTIME?
[11:32] <vHanda> that makes complete sense!
[11:34] <yofel> well, usually -runtime is for runtime stuff like binaries and plugins, though here we have libnepomukcommand libnepomukextractor too, so don't ask me..
[11:34] <yofel> *common
[11:35] <vHanda> urgh
[11:35] <vHanda> debian
[11:36] <soee> yofel, a lot of new packages is going to be installed to right ?
[11:36] <yofel> yeah
[11:36] <yofel> brrrrrrrrr
[11:36] <yofel> dpkg: error processing /var/cache/apt/archives/kde-workspace-bin_4%3a4.10.80-0ubuntu1~ubuntu13.04~ppa1_amd64.deb (--unpack):
[11:36] <yofel>  trying to overwrite '/usr/share/kde4/services/kded/appmenu.desktop', which is also in package kde-window-manager-common 4:4.10.4-0ubuntu0.1
[11:36] <vHanda> I normally wouldn't care less, cause it's debian, but if you guys are following the same package names, then I'll have people coming to me asking about these packages
[11:36] <vHanda> and why they are split
[11:36] <soee> yofel, during upgrade this error ?
[11:37] <yofel> yeah
[11:37] <yofel> and
[11:37] <yofel> dpkg: error processing /var/cache/apt/archives/libanalitzaplot5_4%3a4.10.80-0ubuntu1~ubuntu13.04~ppa1_amd64.deb (--unpack):
[11:37] <yofel>  trying to overwrite '/usr/share/kde4/apps/libanalitza/plots/basic_curves.plots', which is also in package libanalitzaplot4 4:4.10.4-0ubuntu0.1
[11:37] <yofel> *sigh
[11:37] <yofel> *
[11:37] <yofel> we need libanalitza-data
[11:38] <soee> ok so ill wait a bit with upgrade :)
[11:38] <BluesKaj> odd , muon won't open the software sources...I have duplicate sources according to apt , but I don't see any in /etc/apt/sources.list
[11:39] <yofel> maybe it's in sources.list AND in some file in sources.list.d ?
[11:39]  * yofel off for half an hour, will fix the beta then
[12:02] <soee> hot .. :<
[12:25] <yofel> Riddell: can you please upload cervisia from bzr to saucy? (or maybe ScottK can reject the current upload and you can merge the changes and re-upload ubuntu1)
[12:32] <soee> i manage to fix the kded problem using the solusion they mentioned in the bug report page :)
[12:33] <soee> removing one file - so simple :)
[12:33] <yofel> what was the issue actually?
[12:34] <soee> yofel, kded process eating whole free memory on old HP laptop
[12:34] <yofel> and why?
[12:36] <soee> https://bugs.kde.org/show_bug.cgi?id=271934#c72
[12:37] <soee> the powerdevil.desktop file 
[12:38] <yofel> interesting...
[12:40]  * yofel copies l10n while waiting for kde-workspace
[12:57] <soee> yofel, the red ones not marked as failed to build arent any serius problem >
[12:57] <soee> ?
[12:58] <yofel> they're fine, that's just symbol differences because raring has older libraries
[12:59] <soee> can you explain what are "symbols" as i read it a lot here ?
[13:00] <yofel> it's how a library encodes the code functions it provides.
[13:00] <yofel> run for example "nm -D /usr/lib/libkdecore.so.5"
[13:00] <yofel> that shows besides others _ZZN6KSocks13KSocksPrivate9debugAreaEvE6s_area
[13:01] <yofel> decoded (c++filt), that's KSocks::KSocksPrivate::debugArea()::s_area
[13:03] <soee> so library this way stores info about all function it has ?
[13:04] <yofel> right, and a binary is only linked (that's what ldd shows) to all libraries that have the functions it uses. The binary only knows the symbol it needs, but not the actual binary address in the library where that method is at.
[13:04] <yofel> so it looks in the libraries it's linked to for the symbol it needs and then knows where to find the code for it
[13:05] <yofel> we keep static symbol tables in the packages, so when a symbol is missing we can fix that. (Because if an application that needs the symbol tries to use it in the new lib it'll crash with a symbol lookup error)
[13:07] <yofel> if a developer intentionally removes a public function from a lib, he has to change the SOVERSION. That's why libanalitza.so.4 is now called libanalitza.so.5
[13:07] <yofel> that way applications that need the old symbols can keep using version 4, and applications that need the new lib can use version 5
[13:09] <soee> hmm but if such public function is removed from library library changes version ? so than application that are using such removed fucntion will use old version of library ?
[13:10] <yofel> right
[13:10] <soee> that leads to situation when we have libraries with different versions in system ?
[13:10] <soee> than might be different only by one function ?
[13:11] <yofel> yeah, because if your application needs that one function in the new lib, it'll crash
[13:15] <soee> do the system knows when to remove libraries that are not used by any app? so if we remove application that used library with version 4 and it is not used anymore (only v .5) the unused library wont stay on our system?
[13:18] <yofel> as long as the package isn't marked as 'manually installed', if no application depends on the library anymore it will be removed by apt-get autoremove
[13:30] <soee> yofel, ok thank you for the explanation :D
[13:44] <Mamarok> why does the the device notfier open Konqueror instead of Dolphin now?
[13:44] <Mamarok> and where can I change that globally?
[13:45] <BluesKaj> systemsettings>default apps
[13:46] <Mamarok> yep, found it. But why is Konqueror on the top of the list there? Shouldn't Dolphin be default?
[13:47] <yofel> what OS and KDE version?
[13:47] <Mamarok> 13.04, KDE 4.10.4
[13:47] <Mamarok> fresh install with the Raring CD, then upgraded
[13:48] <yofel> o.O
[13:48] <yofel> true, it's like that here too...
[13:48] <Mamarok> so there is really no reason why Konqueror is set as default
[13:49] <Mamarok> regression
[13:49] <yofel> well, the first thing is the default, but why is konqueror up there
[13:49] <yofel> in saucy/4.10.80 dolphin is on top
[13:49] <Mamarok> yeah, doesn't make much sense
[13:49]  * yofel makes a VM
[13:49] <Mamarok> I only found that today, but the last KDE upgrade was 4.10.4
[13:50] <Mamarok> I don't think I changed anything in there recently, pretty much a vanmilla Raring
[13:50] <Mamarok> -m
[13:50] <yofel> it happens here too, so that's most likely not your fault
[13:50] <Mamarok> do you wnat a bug report for that?
[13:54] <soee> o, yofel all raring are ready again >
[13:54] <yofel> please, so it's not forgotten, but file it against kubuntu-ppa
[13:54] <yofel> ScottK: ^
[13:56] <yofel> soee: I just uploaded a kate fix, hopefully that's the last thing...
[13:56] <yofel> no -.-
[13:56]  * yofel fixes kdesdk-thumbnailers
[13:57] <Mamarok> gah, I so hate Launchpad: how do I file a new bug again?
[13:57] <Mamarok> why is there not a button "enter a new bug"
[13:58] <Mamarok> nvm, found it
[13:58] <yofel> Mamarok: https://launchpad.net/kubuntu-ppa/+filebug
[14:00] <Mamarok> any specific tags I should add?
[14:00] <yofel> none
[14:01] <Mamarok> bug 1193631
[14:01] <yofel> thanks!
[14:04] <soee> yofel, ok i think now i can try upgrade
[14:04] <yofel> well, you will hit problems
[14:04] <yofel> but nothing that install -f won't fix
[14:04] <soee> uhm
[14:05] <yofel> kate and kdesdk-thumbnailers have pending fixes
[14:05] <smartboyhw> How's everyone?
[14:05] <yofel> eager to finally use 4.10.80 on raring ^^
[14:05] <soee> ;]
[14:07] <smartboyhw> yofel, :)
[14:07] <soee> than ill wait to do it when all is fine
[14:07] <yofel> meh, I forgot to upload networkmanagement and the digikam rebuild
[14:07]  * yofel does that now
[14:10] <smartboyhw> yofel, you are still doing 4.10.4 SRU right?
[14:11] <yofel> ah, that's ready for testing in -proposed. Though Mamarok just hit bug 1193631 which needs to be looked at
[14:11] <smartboyhw> Oopsie.......
[14:11] <smartboyhw> How come?:P
[14:12] <yofel> want to debug it? I would appreciate it ^^
[14:13] <smartboyhw> yofel, no thanks, been tired already:P GIve me some rest.
[14:14] <yofel> sure, you helped a lot the last few days
[14:14] <smartboyhw> I will come back for 4.10.81 no worries:)
[14:29] <soee> g+ is slow for you also ?
[14:37] <yofel> not any slower or faster than usual here
[14:38] <ScottK> I still get dolphin here.
[14:38] <ScottK> yofel: ^^^
[14:39] <yofel> hm.........
[15:04] <soee> yofel, 
[15:05] <soee> http://pastebin.com/MptNYLU0
[15:07] <yofel> can you recreate that with LANG=C apt-get ?
[15:18] <soee> ? :)
[15:18] <yofel> my polish isn't good enough to undestand that paste ^^
[15:19] <soee> im upgrading to 4.10.80, im not usre if it is related dist upgrade or other not related packages, but it says: kontact depends on tasks-icons; but:
[15:19] <smartboyhw> tasks-icons is not-installable?
[15:19] <smartboyhw> :P
[15:19] <soee> Package tasks-icons is marked to be removed.
[15:19] <smartboyhw> soee, :O
[15:20] <smartboyhw> ...
[15:20] <yofel> ah, that's probably "removing anyway as you requested" or so
[15:20] <yofel> that's fine
[15:20] <yofel> what's not fine is that kde-base-artwork just got happily removed here
[15:21] <yofel> it has no rdepends :O
[15:21] <soee> yofel, just finished
[15:22] <smartboyhw> soee, tasks-icons doesn't exist in 4.10.80 kdepim source package, you are correct.
[15:22] <soee> no other messages or errors that look strange
[15:22] <soee> smartboyhw, what tast-icons has to do with kdepim ?
[15:22] <soee> im not to familiar with this dependencies
[15:23] <yofel> it was a package for some of the kdepim icons
[15:23] <yofel> it's gone as debian put them somewhere else
[15:23] <soee> ok so i think i rebbot now
[15:23] <yofel> good luck, though you shouldn't need it ^^
[15:23] <soee> brb
[15:24] <yofel> Riddell: did you intentionally drop the dependency of kde-workspace on kde-base-artwork? If yes we'll have to add that to kubuntu-desktop or so
[15:25] <yofel> otherwise there's no ksplash
[15:25] <yofel> (it was dropped during the merge)
[15:28] <soee> back
[15:28] <soee> all works fine :)
[15:34] <soee> shadows chenge i think
[15:34] <soee> not sure if my current settings were overwritten on is this because i switched to opengl 3.1
[16:06] <yofel> ok, there's one issue left to look at, being kamoso getting removed with 4.10.80 but I'll leave that for later
[16:07] <yofel> !testers | 4.11 beta1 (4.10.80) ready in kubuntu-ppa/beta for raring. Enjoy ;)
[16:07] <soee> tested already :)
[16:09] <soee> yofel, i see kamoso is installed here
[16:09] <soee> so it was not removed during upgrade
[16:09] <yofel> there is one conflicting package
[16:13] <yofel>  plasma-runners-addons : Breaks: kamoso (< 2.0.2+) but 2.0.2-1ubuntu3 is installed.
[16:14] <soee> ah i have not plasma-runners-addons installed
[16:29] <Mamarok> yofel: cool, downloading now :)
[16:32] <Mamarok> hm, apparently half of the packages are held back: http://paste.kde.org/780638/
[16:33] <yofel> hm, another thing to look into
[16:33] <yofel> dpkg: Fehler beim Bearbeiten von /var/cache/apt/archives/kdesdk-scripts_4%3a4.10.80-0ubuntu1~ubuntu13.04~ppa1_all.deb (--unpack):
[16:33] <yofel>  Versuch, »/usr/bin/svn-clean« zu überschreiben, welches auch in Paket subversion-tools 1.7.5-1ubuntu3 ist
[16:33] <Mamarok> 161 packages held back
[16:33] <Mamarok> a bit too much
[16:33] <yofel> Mamarok: upgrade or dist-upgrade?
[16:33] <yofel> you need dist-upgrade
[16:34] <Mamarok> why? I didn't change a distro version
[16:34] <Mamarok> seems that is still som mistery I don't udnerstand
[16:34] <Mamarok> some*
[16:34] <yofel> upgrade doesn't allow apt to *remove* packages, dist-upgrade does (and the packaging is from another distro version in theory...)
[16:35] <Mamarok> oh, thanks for the explanation :)
[16:35] <Mamarok> yep, this time it only wants to remove 15 packages, but installs all the others
[16:36]  * yofel off shopping, bbl
[16:36] <Mamarok> btw, there still is something weird on my system: the konsole is in German despite the system being in English, I only installed the language, but didn't change the system language
[16:37] <yofel> same here one my work notebook, need some time to look into that
[16:37] <Mamarok> German is only there as a fallback language
[16:37] <Mamarok> ok, so I don't have to file a bug for that?
[16:38] <soee> can someone confirm that amarok crashes now ?
[16:39] <Mamarok> soee: known, and already fixed in git, we will release a beta next week
[16:39] <soee> Mamarok, ok thank you
[16:40] <Mamarok> if only the plasma devs would actually test their changes instead of just pushing stuff out and let the users do the quality testing...
[16:43] <Mamarok> they do zero applications testing, sadly :(
[16:47] <soee> :/
[17:04] <lordievader> yofel: Installing 4.11b went fine, however when I try to login I get a black screen with a cursor. Currently my Saucy install has the same problem.
[17:36] <ScottK> Riddell: ksystemlog has the -dbg depends issue and the "packaged by Jonathan Riddell <ana@debian.org>" issue, as well as the debhelper version issue. Other than that, good, so accepting.
[17:40] <ScottK> Riddell: Except for not having the problem in debian/copyright, krdc is the same.
[17:58] <yofel> lordievader: is kde-base-artwork still installed?
[18:00] <lordievader> yofel: Yes, it is at the newest version.
[18:01] <yofel> hm... at least I can say that I can get the same thing
[18:01] <lordievader> It is installed on Saucy, let me check if the Raring install also has it installed.
[18:03] <lordievader> yofel: Yes also on Raring is the kde-base-artwork package installed.
[18:04] <yofel> lordievader: black screen with cursor and plasma appears after that or it doesn't?
[18:05] <lordievader> Only a black screen with a cursor, no plasma whatsoever. If I manually start an Xserver and then run startkde I do get the desktop (without desktop effects though).
[18:05] <yofel> .xsession-errors please in that case
[18:07] <lordievader> yofel: http://paste.ubuntu.com/5790341/
[18:10] <soee> can someone confirm: when changing some effects (turning on/off) or modyfing shadows and applying changes, windows content become only black area, they return to normal after window is minimized/maximized
[18:10] <Quintasan> holy shit
[18:10] <Quintasan> amarok uses kio-upnp-ms slave
[18:11] <Quintasan> which in turn uses libhupnp
[18:11] <Quintasan> which lacks HUpnpConfig.cmake
[18:11] <BluesKaj> hey yofel , what's up for testing
[18:11] <BluesKaj> ?
[18:11] <Quintasan> and even upstream trunk doesnt have that
[18:11] <Quintasan> what the hell
[18:11] <yofel> BluesKaj: kde beta for raring
[18:11] <yofel> Quintasan: huh? I thought we didn't use hupnp?
[18:11] <Quintasan> Why aren't we?
[18:12] <BluesKaj> ok ,well i have to change OSs then 
[18:12] <yofel> lordievader: I can't really see what's wrong there... folder permissions correct?
[18:12] <yofel> Quintasan: last I remember the argument was that it's crap
[18:12] <BluesKaj> BBL
[18:12] <Quintasan> it's true thougj
[18:12] <Quintasan> yofel: We should remove upnp plugin for amarok then
[18:12] <yofel> yeah, we don't use it in kdelibs either
[18:13] <Quintasan> christ
[18:13] <yofel> Mamarok: what does amarok need upnp for?
[18:13] <soee> whats the page with kde 4.11 bugs ?
[18:13] <Quintasan> yofel: Apparently you can stream music to amarok from upnp server
[18:13] <Mamarok> yofel: what a strange question :)
[18:13] <Mamarok> for upnp support
[18:13] <Quintasan> but that does not work without that stupid kio-slave
[18:13] <yofel> soee: software bugs please use help->report bug, packaging stuff http://bugs.launchpad.net/kubuntu-ppa
[18:14] <yofel> aah, ok
[18:14]  * yofel isn't much of a upnp user
[18:14] <Quintasan> Mamarok: Truth be told this library is so crap I'm not sure we want to include that
[18:14] <Quintasan> I have no idea how other distros built the kioslave
[18:15] <Mamarok> hm, what do other distros ship?
[18:15] <Mamarok> or is upnp support completely broken in KDE?
[18:15] <Quintasan> Mamarok: I have like no idea? The Amarok wiki states "The UPnP feature depends on KDE's UPnP media server support."
[18:15] <Mamarok> yes, we just use what KDE provides
[18:15] <Quintasan> Mamarok: Khaytsus on #amarok told me it uses kioslave
[18:16] <lordievader> yofel: The permissions seem to be correct (700), is there a log I can look through for a clue?
[18:16] <Mamarok> does it? 
[18:16] <Quintasan> namely kio-upnp-ms
[18:16] <Quintasan> which didn't have a release in three years
[18:16] <Quintasan> and uses libhupnp which didn't have a release in two years
[18:16] <yofel> lordievader: possibly enable more debug information in kdebugdialog, other than that not sure... Those QML warnings look curious if anything
[18:16] <Mamarok> I am not really up-to-date on that youwill have to ask strohel when he is back next week, he is the one who knows about that
[18:17] <Quintasan> and SOMEHOW the kioslave looks for hupnp using cmake module which upstream doesn't even have in sources
[18:17]  * Quintasan gives up on this kioslave
[18:19] <yofel> Quintasan: FindHUpnp.cmake is part of kdelibs
[18:19] <yofel> which we most likely don't ship
[18:19] <Quintasan> is it?
[18:19] <yofel> it is in git
[18:19] <Quintasan> christ
[18:19] <Quintasan> yofel: We ought to take a look at that
[18:19] <Quintasan> even though it's crap we have nothing better
[18:20] <yofel> well, if you *want* to use it, enjoy the MIR for hupnp
[18:20] <Quintasan> oh
[18:20] <Quintasan> shit
[18:20] <Quintasan> well
[18:20] <Quintasan> whatever
[18:20] <yofel> :D
[18:27] <yofel> Riddell: added a missing patch in kde-dev-scripts
[18:32] <markey> you called? I answer
[18:32] <markey> Amarok screwed something up, I hear?
[18:32] <yofel> kde 4.10.80 talk
[18:32] <Mamarok> markey: not technically, no, we just use an obsolete library apparently
[18:33] <soee> i was disconnected, did my 2 previous question were here ?
[18:33] <markey> soee: no
[18:33] <yofel> soee: last thing that arrived was you asking where to file 4.11 bugs
[18:34] <soee> ok than, <soee> system should know what opengl version is available ?
[18:34] <yofel> AFAIK kwin should use whatever's available 
[18:35] <yofel> so if 3.1 can't be used it'll use 2.0 or lower
[18:36] <soee> ok the black screen window content after changing some effect settings occures only when opengl > 1.2 is set i think
[18:38] <Quintasan> toplel
[18:38] <Quintasan> yofel: installing libhupnp-dev still doesnt help kdelibs detecting that
[18:38] <Quintasan> xD
[18:40] <BluesKaj> yofel .kde-4.10.80 , is this correct ?
[18:41] <Quintasan> ehhh
[18:41] <Quintasan> markey: I'm just wondering
[18:42] <Quintasan> markey: If there are any plans for rewriting upnp support
[18:42] <Quintasan> Since currently kdelibs use libupnp
[18:42] <Quintasan> I can't even get 4.10.4 to detect the headers for that
[18:42] <Quintasan> and the kio-slave for upnp which is apparently used
[18:42] <Quintasan> depends in libhupnp as well and is 3 years old at least
[18:42] <BluesKaj> that's what I have installed after adding the beta ppa and udating and upgrading ...didt-upgrade wants to remobe kubuntu-desktop so i aborted 
[18:42] <Quintasan> with no development
[18:43] <Quintasan> TBH the situation sucks
[18:43] <Quintasan> since even if we had the hupnp library in main pocket it won't even get picked up by kdelibs
[18:43] <BluesKaj> dist upgrade wants to remove kubuntu-desktop , rather
[18:43] <BluesKaj> yofel,^
[18:44] <Quintasan> BluesKaj: This is a metapackge
[18:44] <Quintasan> I think it should be safe to remove it
[18:45] <BluesKaj> Quintasan, this is what is to be removed , and it looks dangerous to me .kde-window-manager kde-workspace ktouchpadenabler kubuntu-desktop libaudiocdplugins4 libkdgantt2 nepomuk-core
[18:46]  * vHanda waves at the alert
[18:46] <BluesKaj> window-manager is safe to remove ?, I don't think so
[18:46] <Quintasan> LOLOLOLOLOL
[18:46] <Quintasan> yofel: CMAKE LOG
[18:46] <Quintasan> IS KILLING ME
[18:46] <Quintasan> >-- To have UPnP support, explicitly enable HUPNP_ENABLED in the cmake cache
[18:46] <Quintasan> wat
[18:46] <Quintasan> wat
[18:46] <Quintasan> BluesKaj: I though it just wants to remove the metapackage
[18:47] <Quintasan> oh my god
[18:47] <Quintasan> this is hillarious
[18:47] <Quintasan> markey: this is making me even more worried about the upnp state
[18:47]  * BluesKaj refrains from dist-upgrade at this time.
[18:48] <BluesKaj> ok back to saucy 
[18:49] <Mamarok> Quintasan: but isn't the problem in KDE rather than in Amarok?
[18:49] <Mamarok> We just use what is provided
[18:49] <Quintasan> Mamarok: It is but I have no idea who to talk about since Amarok seems to be the only user of that
[18:49] <Mamarok> so nobody else uses UPnP?
[18:50] <Quintasan> no other kde apps use that I believe
[18:50] <Mamarok> cause there is no other KDE app that needs streaming over the network, but UPnP is needed by pretty much every media player nowadays
[18:51] <Mamarok> maybe apachelogger knows more about?
[18:51] <Quintasan> Maybe
[18:51] <Quintasan> I just wanted to play some music from my PC which is running XBMC
[18:51] <Mamarok> first the DAAP support disappears, now UPnP, that is not a good state of KDE, seriously :(
[18:52] <Mamarok> those are technologies that every decent media player needs
[18:52] <Quintasan> Mamarok: Well, UPnP didnt disappear, it's just shady at least
[18:52] <Mamarok> people have NAS' at home with UPnP, how on earth can we use that if the base doesn't provide it?
[18:53] <Quintasan> Mamarok: kdelibs ask me to EXPLICITLY enable hupnp support even if the library is there
[18:53] <Mamarok> shouldn't that be worked on by the solid folks?
[18:53] <Quintasan> it doesnt do that for other optional dependencies
[18:53] <Quintasan> and to top it the library is veeeeeery old
[18:53] <Quintasan> and the kioslave is unmaintained
[18:54] <Mamarok> I think a mail to kde-devel is in order to raise awareness of the sorry state of these libraries
[18:54] <Mamarok> I am rpetty sure many are totally unaware that KDE needs to provide support for that
[18:55] <Quintasan> I'm going to wait for Harald's input on that
[18:55] <Quintasan> maybe I'm doing it wrong but that's the only clue I've got
[18:55] <markey> I don't follow. what's  the problem, and what is the correct fix for this problem, Quintasan?
[18:55] <Mamarok> and I am sure that the plasma mediacenter certainly will need UPnP support as well
[18:55] <Mamarok> they are just not in a very advanced state right now
[18:55] <Quintasan> markey: PROBLEM: UPnP support sucks
[18:56] <Quintasan> or maybe not
[18:56] <markey> well, then remove it
[18:56] <Quintasan> thing is
[18:56] <Quintasan> It's kind of shady
[18:56] <Mamarok> markey: it's not Amarok's problem, I am sure the problem is the kio slave
[18:56] <lordievader> yofel: I think I have found the cause of my problem, in the desktop effects the render was wrongly selected. It was set to OpenGL2, which wasnt supported appeareantly. Setting it to XRender and rebooting allows me to login like normal.
[18:56] <markey> we do not want shady. we do want to provide a great experience to our users
[18:56] <lordievader> yofel: Shall I report this bug to kwin?
[18:56] <Quintasan> markey: Yes, the problem begins here
[18:57] <Quintasan> markey: AFAIK Amarok uses what KDE provides, and kdelibs have upnp support using libhupnp
[18:57] <Quintasan> and the way it does it really makes me wonder
[18:58] <markey> ok. remove it if it doesn't work right.
[18:58] <Quintasan> since you have to install the development headers and then explicitly tell kdelibs you want it, by changing a cmake flag, that's not done for other optional dependencies
[18:58] <Mamarok> I think we need to take this to kde-devel@, cause the kdelibs people need to look at it
[18:59] <markey> noone is interested in development headers. 
[18:59] <markey> make it work or remove it.
[18:59] <Mamarok> markey: shut up, you are drunk
[18:59] <Quintasan> to top is off I was told Amarok uses kio-slave for upnp which is currently unmaintained
[19:00] <Quintasan> Well, I'm going to recompile kdelibs now and see how that works
[19:00] <Mamarok> Quintasan: I am not sure we really do, the UPnP support was brought in by a SoC student, and he used what was available at that time
[19:00] <Mamarok> so I think we really should talk to the kdelibs people about that
[19:01] <Quintasan> Mamarok: Well, yeah, what got me wondering is the strange way of enabling the upnp support in kdelibs
[19:01] <Quintasan> just that
[19:01] <Quintasan> to me it felt like "You really don't want to have this enabled automatically just by headers being there"
[19:01] <Mamarok> that was probably a quick hack and the person who did it never touched it again
[19:02] <Mamarok> cause nobody complained to them, they complain to us
[19:02] <Mamarok> and I don't know who wrote that kio slave
[19:02] <Quintasan> Well, I'd like to hear what apachelogger has to say.
[19:02] <Quintasan> Before I start doing anything
[19:03] <Mamarok> yep
[19:03] <Quintasan> Plus I've yet to try that since I have to recompile kdelibs first
[19:03] <Quintasan> If it works then I will probably do MIR for libhupnp so we can have that enabled by default
[19:04] <Mamarok> oh, that kio slave was written by nsm, the same GSoC student who did the implementation in Amarok
[19:04] <Quintasan> I see.
[19:04] <Mamarok> Nikhil Marathe
[19:06] <yofel> lordievader: yes please, it's fine if it can't use opengl, but then it should please not stick to it
[19:09] <yofel> now where was I...
[19:12] <BluesKaj> yofel, I eneded up with kde-4.10.8 
[19:12] <lordievader> Same here. KDE 4.10.80
[19:13] <yofel> I'm not sure it would want to remove kubuntu-desktop for you
[19:13] <yofel> if you ever encounter that again please pastebin what aptitude full-upgrade shows as proposal
[19:13] <BluesKaj> it does
[19:14] <BluesKaj> and kde-window-manager etc
[19:14] <yofel> it should remove kde-window-manager-gles as far as I remember
[19:15] <BluesKaj> nope it wants to remove just plain kde-window-manager
[19:15] <yofel> that sounds wrong
[19:15] <BluesKaj> so i aborted the dist-upgrade
[19:16] <BluesKaj> ok , I'll go back to raing and pastebin the line
[19:20] <BluesKaj> yofel, dist-upgrade wants to remove this : kde-window-manager kde-workspace ktouchpadenabler kubuntu-desktop libaudiocdplugins4 libkdgantt2 nepomuk-core
[19:21] <yofel> please pastebin the full output of aptitude full-upgrade until the point where it wants to apply the changes
[19:22] <ScottK> FYI, I put a block on kde4libs saucy-proposed -> saucy transition so none of 4.10.80 migrates until we're all ready.
[19:24] <BluesKaj> yofel, i don't use aptitude , and apt-get full-upgrade is invalid
[19:24] <yofel> apt-get is complete junk when it comes to debug dependency issues, aptitude at least says what the actual issue is
[19:30] <yofel> BluesKaj: could you install aptitude? if not, maybe you could try to selectively upgrade only kde-workspace and see what it wants to do then
[19:30] <BluesKaj> yofel, http://pastebin.com/NEkz0tZy
[19:31] <BluesKaj> yeah yofel , installed aptitude
[19:31] <yofel> that's interesting
[19:31] <yofel> BluesKaj: thanks, this helps a lot
[19:33] <yofel> I would bet on
[19:33] <yofel>  libgles2-mesa : Depends: libglapi-mesa (= 9.1.3-0ubuntu0.3) but 9.2.0~git20130301.58bd926d-0ubuntu0sarvatt is installed.
[19:33] <yofel> being the problem, as kde-window-manager now also ships the gles version
[19:36] <lordievader> yofel: Is KDE 4.10.80 the same as 4.11 beta?
[19:37] <yofel> 4.10.80 is the technical version of 4.11 beta 1
[19:38] <lordievader> Ah ok, thank you.
[19:38] <yofel> 4.10.9X are the RC's 
[19:38] <yofel> usually
[19:41] <lordievader> Very usefull infomation :)
[19:58] <lordievader> yofel: Does Kubuntu use color correction? My blackscreen bug was marked a duplicate the comment I got was that the color correction caused the black screen.
[19:59] <lordievader> This is the bug report: https://bugs.kde.org/show_bug.cgi?id=321504
[19:59]  * yofel doesn't know much about color correction
[19:59] <yofel> we do have colord though
[20:01] <lordievader> Oh hey, under Desktop Effects -> Advanced -> OpenGL Options there is an 'Enable color correction'. It is ticked and greyed out...
[20:02] <yofel> grey because your current compositing mode doesn't support it
[20:02] <yofel> but that's not ticked here
[20:02] <yofel> on none of my systems
[20:03]  * yofel isn't sure what the default is
[20:03] <lordievader> Oh well it matters not, I got both my systems working again :D
[20:27] <BluesKaj> think the default is unchecked , because I don't recall ever checking it 
[20:28] <lordievader> BluesKaj: Neither do I, however here it is checked.
[20:38] <ahoneybun> Quintasan: how is KDE Telepathy going?
[20:38] <Quintasan> ahoneybun: in saucy
[20:38] <ahoneybun> Quintasan: I mean development and all? cool new features coming in for saucy?
[20:39] <Quintasan> ahoneybun: I'm not a developer of ktp, I have no idea
[20:39] <ahoneybun> Quintasan: just wondering :)
[20:40] <lordievader> Hey ahoneybun, how are you?
[20:40] <ahoneybun> lordievader: tired but fine, yourself?
[20:41] <lordievader> ahoneybun: I'm doing good.
[20:41] <ahoneybun> good
[20:41] <lordievader> :)
[20:44] <Quintasan> sahfsajhf;jdhawjfjf
[20:44] <Quintasan> knetattach why you suck so much
[20:50] <apachelogger> Quintasan: not having read the massive backlog... as it is right now there is no actual upnp in kde
[20:50] <Quintasan> apachelogger: Are we going to get it any time?
[20:51] <apachelogger> kf5 > phonon5 > upnp middleware spec & enablement
[20:51] <apachelogger> so, at some point :P
[20:52] <apachelogger> Quintasan: "EXPLICITLY enable hupnp support even if the library is there" ... you want afiestas_'s opinion
[20:53] <apachelogger> but if it works for amarok I suppose it's worth it
[20:53] <apachelogger> also you cannot SRU that
[20:53] <apachelogger> SRUs cannot introduce new deps
[20:53] <Quintasan> well
[20:53] <Quintasan> even though I did recompile the kdelibs with upnp
[20:53] <Quintasan> the kioslave was broken
[20:53] <Quintasan> or the libupnp is
[20:54] <yofel> fun, thought I would debug the opengl issues on my eeePC by making a new user. Now that doesn't even log in but hangs mid-ksplash -.-
[20:54] <apachelogger> sounds like the last state I saw it in :P
[20:54]  * apachelogger has a massive headache -.-
[20:59] <soee> facbook widget almost killed my system \o/
[21:00] <BluesKaj> who the hell would want a facebook widget /\?:)
[21:01] <soee> i was testing widgets on 4.10.80
[21:01] <BluesKaj> don't waste time on that one 
[21:29] <ScottK> Riddell: In kompare, debian/copyright says GPL 2+ while at least the filess I checked say GPL 2 or 3 or what KDE.ev approves, which isn't the same thing.  This should be fixed (but I think is not reject worthy since 2+ and 2/3 currently resolve to the same licenses).  Other than that, the only thing I see is the now standard issue with -dbg depends and lintian overrides.