[01:17] Riddell: are you there? [01:37] Riddell: If "debuild -S" fails for nootka, its due to a .directory file inside picts dir in the original tar, i justed test built and its successfull. only one lintian warning, "W: nootka: hardening-no-fortify-functions usr/bin/nootka" [05:15] xnox: Same source package. [05:15] xnox: There will be a PyQt5 later. [05:16] xnox: Also, only python3 support is known to work at the moment. [05:16] (qith Qt5) [05:16] with [08:21] Good morning [10:03] * Riddell out for the day rolling easter eggs [10:45] * yofel wonders if people really read the trello cards and moves both qtwebkit 2.3 cards from todo to done [10:51] hello, is there any chance that the fix for kde bug #298895 will make it on the next respin of the LTS images ? [10:51] KDE bug 298895 in DSL "does not allow "Service" entry to be blank - can't connect" [Normal,Resolved: fixed] http://bugs.kde.org/show_bug.cgi?id=298895 [10:56] seeing how precise only has 0.9.0.1-0ubuntu2.1and the bug was fixed in 0.9.0.2 ... don't think so [10:56] nope, at least not unless someone files a bug and does the SRU paperwork [10:57] ^ [10:57] hm [10:57] and if you're doing that, why not just SRU 0.9.0.8 if it's a bug fix only release [10:58] it has no micro release exception. So have fun reviewing the .1 -> .8 diff [10:58] ^^ :P [10:59] I'm not convinced that it's bugfix-only either, at least thingking about stuff like openconnect [10:59] *thinking [11:00] shadeslayer: how about a trello board for LTS fixes? [11:02] well ... sure [11:03] that sounded incredibly... unenthusiastic [11:03] heh :p [11:03] not that I don't understand you ^^ [11:04] you know how much paperwork one has to file to get SRU's [11:04] and so much work to do [11:04] even after that things get stuck in the queue or in -proposed [11:04] so unless someone actually follows through with everything, there's little point in doing so much work [11:09] so I'm stuck I guess. It's a long shot but I'm going to ask very very nicely for a patch against 0.9.0.1. If that happens, maybe it gets integrated... [11:09] won't the Kubuntu Backports PPA have an updated package for this? [11:10] or we could throw an updated package into -backports [11:10] ( assuming it builds ) [11:11] 0.9.0.3-0ubuntu1~ppa1~precise1 0 [11:11] 50 http://ppa.launchpad.net/kubuntu-ppa/ppa/ubuntu/ precise/main amd64 Packages [11:11] the updates PPA has .3 [11:11] backports has .7 [11:12] [12:00:37] problem is that with the particular setup I simply can't get online, so no updates [11:13] so that won't help much... [11:14] Download the package from another machine and carry it over using a usb-stick? [11:14] ^ [11:14] tether your phone? [11:22] would a newer package for precise (for example the on in backports) be a drop-in replacement ? Would installing it cause trouble when attempting to upgrade to KDE 4.10 ? [11:23] one* [11:24] no [11:24] erm, a) yes, b) no [11:25] who_me: at least .3 should be a drop-in replacement [11:31] ok, will try to do that. [12:49] Happy Easter all [12:58] \o [12:58] Happy Easter btw [12:58] Riddell: Did the plasma-mediacenter -> kubuntu.active seed change got merged? [13:03] BluesKaj: happy Easter [13:04] thanks murthy [13:05] Riddell: what happened to nootka? === murthy_ is now known as murthy === murthy is now known as murthy_ [13:12] Good afternoon [13:56] Quintasan: yep [13:56] ScottK: ok, will require some further hacks then. As I'm patching it up at the moment locallly to give me some sensible packages. I'm hitting the caveat that our Qt5 is build with no deprecated api, where is pyqt expects qt4 api to still be present and the -no-deprecated option does actually fully build without deprecated functionality. [13:57] There doesn't seem to be any public pyqt repository so I will be mailing their mailing list. [13:57] Mirv: you were indeed correct [13:58] I was missing qt4-dev-tools for some reason 0.o [13:58] sorry for that [14:01] shadeslayer: Splendid [14:01] * shadeslayer hands some chocolate eggs to Quintasan [14:10] * yofel has real colored eggs to share === jono is now known as Guest21379 [14:11] I only have virtual eggs :( [14:14] Why, thanks shadeslayer [14:42] Do we have phonon build against qt5 yet? https://projects.kde.org/projects/kdesupport/phonon/phonon/repository [15:21] xnox: it should build [15:21] same goes for the backends [15:37] * yofel pokes release team wrt. 4.10.2 [16:38] can someone confirm: [16:40] put panel on left screen side, make it autohide, open some app (will make panel hide) and trigger notification - notification will shows up at the position where normally panel side is visible [16:52] xnox: I suspect that "no deprecated" will have to go at some point. [17:15] shadeslayer: Do you want to help maintain rekonq in Debian mayber? [17:37] soee: confirmed [18:57] did anyone update kscreen to RC 1? [19:50] ScottK: what do you mean? I don't know how previous Qt versions were build but qt5 is build with no deprecated functionality enabled =( thus on the pyqt side there is not much choice i have. [19:51] xnox: What I mean is that I think Qt5 will have to be built without no deprecated eventually. [19:51] Not every single potential user of Qt5 willl be fully ported. [19:58] ScottK: wouldn't that introduce Qt4 api & abi for ever into the qt5 packages? [19:59] xnox: Probably, but I don't see a way around it. [20:00] I mean it's a different ABI than no deprecated, but it's not the same as Qt4. [20:00] API too. [20:05] It will just come back to bite us around 5.2 or 6.x time whenever deprecated stuff will be removed. They kept it in due to commercial licenses. [20:05] But we will continue to have 4.x in the archive. [20:05] Even with deprecated enabled it will not be a drop-in replacement for e.g. all of pyqt apps. [20:28] Sure. [20:28] I guess it'd be good to know if KDE is going to depend on any of the deprecated stuff. [20:31] ScottK: doesn't seem like anyone did. We're missing a few commits in kscreen, so I'm not sure whether that really needs to be in beta [20:32] yofel: If you'll update it, I'll let it in if needed. [20:32] I think it'd be good to match the actual RC even if we're already close. [20:32] k [20:52] xnox: Did you sponsor jtaylor's PyQt fix? [20:53] ScottK: yes. [20:53] xnox: Thanks. [20:53] np. [20:53] * ScottK marks that off TODO. [20:53] After all, an action passed is an action complete. [20:54] s/complete/completed/ [20:54] ScottK meant: "After all, an action passed is an action completed." [20:59] ScottK: uploaded lib/kscreen [21:13] yofel: Thanks. [22:15] evening [22:15] Quintasan: yep that got in [22:16] murthy_: nootka needs a patch for arm https://launchpad.net/ubuntu/+source/nootka/0.8.60~beta-0ubuntu1 [22:25] Riddell: Did you see my ping about bug 1069072? [22:25] bug 1069072 in ubuntu-release-upgrader (Ubuntu) "DistUpgradeViewKDE.py launches browser as root" [High,Triaged] https://launchpad.net/bugs/1069072 [22:26] ScottK: yeah, I must have written that years ago and nobody noticed [22:26] I wonder if I want to faff around with dropping permissons or just put up a url like the gtk one does [22:27] Riddell: Actually, you could just call ubuntu-bug with the right permissions and that would probably be even easier. [22:27] "with the right permissions" is the tricky bit [22:28] ubiquity does all sorts of machinations to get it to use the right permissions [22:28] This is an upgrade though. [22:28] You can get the correct username from the environment. [22:28] SUDO_USER="$USERNAME" [22:29] that's only half the faff, need to work out if it's effective user or real user and then it might need some other environment variables [22:29] it might be easy I'll give it a shot [22:38] * xnox recalls switching to pkexec and adding hacks to keep username correct instead of using sudo.... [22:40] mm [22:42] pkexec --user $(SUDO_USE) ubuntu-bug $PACKAGENAME should at least get the CLI version of apport running as the correct user. [22:43] s/USE/USER/ [22:43] ScottK meant: "pkexec --user $(SUDO_USER) ubuntu-bug $PACKAGENAME should at least get the CLI version of apport running as the correct user." [23:43] could a nice user helping person handle this? I'm away tomorrow too [23:43] http://paste.kde.org/711950/ [23:43] Darkwing, Mamarok?