[05:22] Riddell: My last code quiz submitted, I'm moving back over to the kubuntu-debug-installer. [10:45] hm, somebody should have a look at bug 975327, as the UPnP support should be available now IIUC [10:45] bug 975327 in hupnp (Ubuntu) "libhupnp 1.0.0, cagibi >=0.2, kio-upnp-ms, all needed in repositories" [Medium,Confirmed] https://launchpad.net/bugs/975327 [11:01] Hiyas all [12:44] Mamarok: Unless we get libhupnp in main UPnP support is no go [12:44] It's still in universe for some reason [12:44] ScottK or Riddell could take a look if they have time [12:54] Quintasan: what at? [12:54] isn't upnp support in kdelibs considered unstable? [12:55] there might well be a libhupnp MIR already done (and probably failed) [14:18] Riddell: https://bugs.launchpad.net/ubuntu/+source/hupnp/+bug/682404 [14:19] Launchpad bug 682404 in hupnp (Ubuntu Natty) "MIR hupnp" [Undecided,Expired] [14:19] It was Fix Commited but nothing really happend [14:19] Mamarok: ^^^ what Riddell asked is kind of relevant. [14:20] Riddell: It's kind of simple. We will not have UPnP support in KDE at all if we do not compile kdelibs with UPnP support. [14:21] There is/was one strange thing though. [14:21] When I simply pulled libhupnp-dev when building kdelibs it was not enough [14:22] I had to explicitly add -DWITH_UPNP (or something like that) to rules to get it compile with UPnP support. [14:24] Why do I have to explicitly tell CMake I want the feature to be turned on when the headers are detected when I didn't have to do so for other optional features? [14:27] IMO this needs to be discussed in detail at #kde-devel [14:28] Quintasan: I strongly suspend that's needed because upnp isn't very stable or recommended by upstream [14:29] ah this says it was disabled due to usability issues https://bugs.launchpad.net/ubuntu/+source/hupnp/+bug/682404/comments/8 [14:29] Launchpad bug 682404 in hupnp (Ubuntu Natty) "MIR hupnp" [Undecided,Expired] [14:30] which is indeed the case with that weird share plasma widgets feature, it's been removed properly now upstream I think [14:30] but that suggests that hupnp might not be an issue for something else to use [14:30] commit logs might reveal more [14:44] Okay, this is silliness... why can't I build libqapt now, when I could before? Now CMake is complaining about missing Qt4. [14:47] manchicken: install qt4-default? [14:47] install libqt4-dev ? [14:47] Riddell: The later is installed... I could have sworn I installed the former. [14:48] But I didn't. [14:48] Not on the VM. [14:48] removing build cache sometimes helps [14:53] Quintasan, Riddell: what I remember about hupnp in 4.6 is that it was constantly making the device manager pop up and display network devices every few minutes which couldn't be turned off [14:53] as for HUPNP_ENABLED FALSE, afiestas should know more as he seems to have committed that [14:57] Quintasan: want to put a copy of kdelibs and amarok in a ppa with it enabled so we can test? [15:13] D'oh! VM out of space. [16:14] is Amarok 2.8 available for Kubuntu 12.10? [16:30] good question [16:30] markey: yep it compiled https://launchpad.net/~kubuntu-ppa/+archive/backports/+packages?field.name_filter=amarok&field.status_filter=published&field.series_filter=quantal [16:31] I didn't do it at first but seems like some people still use it for some reason so I threw it in there, not yet tested [16:31] Riddell: thank you [16:34] markey: do you have a tester? [16:35] kubuntu.org/news/amarok-2.8 updated with 12.10 [16:51] good evening :) [16:57] hi === bedahr_ is now known as bedahr [21:53] yofel: don't use hupnp [21:53] that's why it is false by default, it shouldn't be used [21:53] afiestas: Quintasan was looking at it [21:54] afiestas: was there a large issue with it? or is it unmaintained, or..? [21:55] never worked [21:56] I think it did work to *some* extent when we tried it, though I don't remember much about it [22:02] it never worked [22:15] And it's kind of a bad idea even if it worked. [22:16] ScottK: why is a bad idea having upnp/dlna support ? [22:16] Allowing random things to plug and play over the network seems risky. [22:17] your pc already has plenty of those, one more wouldn't hurt that much [22:18] If you're already bleeding from one arterial wound, another should be fine? [22:19] It would be ~OK for things on a private network only, but who never takes their laptop to a coffee shop? [23:24] Yay, growing the partition for my VirtualBox testbed.