[00:26] Could someone with sufficient powers please schedule frescobaldi to be rebuilt? See https://bugs.launchpad.net/ubuntu/+source/frescobaldi/+bug/1103746 [00:26] Error: ubuntu bug 1103746 not found [00:27] looks like python-poppler-qt4 needs a rebuild there. Needs MOTU permissions though [00:28] Sorry, my bad, python-poppler-qt4, yes :) [00:28] that's weird. I click that link and get told the page isn't found. [00:29] BarkingFish: insufissient permissions ;) [00:29] er [00:29] shouldn't it tell me that then, instead of 404ing me? :( [00:29] too tired to type insufficent -.- [00:30] See https://bugs.launchpad.net/ubuntu/+source/python-poppler-qt4/+bug/1103746 [00:30] Error: ubuntu bug 1103746 not found [00:30] BarkingFish: the 404 instead of 403 is a "security feature" [00:30] even ubottu can't see it :) [00:30] if you're not allowed to see it you're not allowed to know that it exists either [00:30] I ain't allowed to see area 51! I know it's there though :P [00:31] you can see it now [00:31] nothing private on that bug anyway [00:32] bug 1103746 [00:32] bug 1103746 in frescobaldi (Ubuntu) "frescobaldi crashed with RuntimeError in /usr/lib/python2.7/dist-packages/frescobaldi_app/musicview/documents.py: the sip module implements API v9.0 to v9.1 but the popplerqt4 module requires API v8.1" [Medium,New] https://launchpad.net/bugs/1103746 [00:34] that this didn't get noticed is a packaging issue though. As it should eventually depend on sip-api-8.1 [00:34] sip is a general source of pain -.- [00:35] yofel: I'll fix it on the Debian side whenever I make another upload [00:35] I didn't know of the existence of sip-api-XXX until recently :) [00:35] I *think* it needs ${sip:Depends} and run dh_sip in rules [00:35] ScottK knows more [00:40] Oh well that was fun :) I just went to file a bug with ubuntu-bug, concerning kde-workspace in raring, and lo, the thing I'm using to report the crash in kde-workspace, has crashed... [00:40] I smell irony :P [00:40] *sigh*, apport-kde crashing isn't really unusual [00:40] nobody bothers debugging it after all [00:41] if nobody is looking after it, i'm inclined to suggest sending it the same way as I proposed kino to go :) [00:42] a python error too :o python3: ../../src/xcb_io.c:528: _XAllocID: Assertion `ret != inval_id' failed. [00:47] BarkingFish: in any case, workaround is to use apport-cli [00:47] tha works prefectly fine (well, it should) [00:48] excellent, thanks :) [00:57] excellent, that got filed. Thanks for the help yofel :) [00:58] Bug #1122581 [00:58] Error: Could not gather data from Launchpad for bug #1122581 (https://launchpad.net/bugs/1122581). The error has been logged [00:58] 0.0 [01:07] BarkingFish: hm, what happens on 4.10? [01:08] + we need some kind of backtrace [01:08] yofel, i've not tried it yet, because of this lockout bug still hanging around unattended [01:09] i wouldn't know how to get a backtrace from it to be honest. Since kwin/kde-workspace is already running when i login, how would i obtain one? [01:09] doesn't drkonqi pop up when it crashed o.O? [01:10] no [01:10] ... [01:10] it's literally down, gone, straight back up and running [01:10] could I do something like maybe attach gdb to the process? [01:10] Actually I had this 2-3 times [01:11] anyway, it's 2AM and I should be sleeping since a while ago [01:11] good night [01:11] good night :) [01:11] you've seen it too, genii-around? are you on raring, by any chance? [01:12] BarkingFish: Yes, 13.04 + 4.10 [01:12] I just figured it was hiccups [01:12] nah, i've got this on 4.9.98, and i don't want to move to 4.10 yet [01:13] are you able to get into kde and login ok without plasma locking you out> [01:13] ? [01:14] BarkingFish: Yup. Just that sometimes immediately on desktop coming up, plasma crashes then restarts itself [01:15] Intermittent though, seems pretty random. I'm always coming up to the same manually saved session. [01:15] ::workspace-bugs:: [1122581] kwin crashes when attempting to change color scheme, theme, icons from systemsettings @ https://bugs.launchpad.net/bugs/1122581 (by Thorsteinn A. Malmjursson) [04:04] Good afternoon (12:04 PM here) guys [05:09] ryanakca: yofel_ is correct. Look at python-qt4 for an example. [05:55] Gee now we would be the only ones who are having an Alpha 2 [05:56] INTERESTING [07:04] Riddell, I thought cantata is uploaded but this: https://launchpad.net/ubuntu/+source/cantata [08:13] Good moning all. [08:27] /join #gtk [08:27] Doh! [08:41] smartboyhw: stuck in new ? === zz_jackyalcine is now known as jackyalcine === jackyalcine is now known as jackyalcine_ === jackyalcine_ is now known as zz_jackyalcine [09:24] anyone doing plasmate? [09:24] what is plasmate ? [09:24] I have time now that I've filled out paperwork stuff [09:24] http://terietor.gr/2013/02/08/plasmate-1-0-beta1-is-out/ [09:25] notes.kde.org says no one [09:25] * shadeslayer takes it uo [09:25] up even [09:30] shadeslayer: go for it [09:30] awesome [09:38] Riddell: hi. thanks for help offer on the debian/copyright:s.. I'm only finding now the right combination of tools and greps that don't miss anything. lp:~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src is now updated with everything I found today [09:39] and at least for smaller modules it's going ok. qtwebkit seems like a monster that may be hard to tame. [09:41] ^ [09:41] Mirv: I was trying to package qtwebkit 2.3 the other day [09:41] Possibly have to redo the entire rules from scratch [09:42] qtwebkit is a beast [09:43] shadeslayer: I'm building the qtwebkit part of Qt 5 releases fine (lp:~kubuntu-packagers/kubuntu-packaging/qtwebkit-opensource-src), but the size of the existing debian/copyright is >500k and so is the size of any grep, licensecheck etc. one can think of [09:43] @_@ [09:43] Mirv: did you reuse existing packaging? [09:44] shadeslayer: yes, I've committed and based it at http://anonscm.debian.org/gitweb/?p=pkg-kde/qt/qtwebkit.git;a=shortlog;h=refs/heads/qt5 although it lacks the very latest changes on Ubuntu side [09:45] even i386 started to get Out-Of-Memory with the qtwebkit 5.0.1.. but now it (and armhf) build again with some more memory saving options [09:50] @_@ [09:55] Riddell: http://paste.kde.org/669512/ [09:55] any ideas ? [09:55] I've already installed kdepimlibs5-dev which has FindQGpgme.cmake [09:55] but I don't quite understand why it still fails at find_package_handle_standard_args [09:56] find_package_handle_standard_args(QGpgme DEFAULT_MSG QGPGME_LIBRARY QGPGME_INCLUDE_DIR _QGPGME_EXTRA_LIBRARY) [09:56] shadeslayer: "No usable gpgme flavours found." installgpgme? [09:56] I did ... I think [09:56] libgpgme11-dev ? [09:56] not quite the package I thought I needed [09:57] awesome, good catch [09:58] I thought something was wrong with QGpgme [09:58] a good catch all before breakfast, today will be a good day [09:58] :D [09:59] and isn't it a bit too late for breakfast [10:00] hm, I could either leave the packaging as simple it is right now [10:01] or make it slightly convoluted with separate -data packages [10:02] * shadeslayer makes it slightly convoluted [10:03] grumble my new flatmate used up my milk delaying my breakfast until I can be bothered to go out and get some more === yofel_ is now known as yofel [10:03] heh [10:09] Mirv: is the qtwebkit for Qt5 significantly different than qtwebkit 2.3 ? [10:09] or is it one and the same thing === zz_jackyalcine is now known as jackyalcine [10:14] shadeslayer: it's not the same thing [10:14] but nearly is [10:14] I see [10:14] qtwebkit 3.0 is for Qt 5 and qtwebkit 2.3 is a port of that to qt 4 [10:14] I tihnk [10:14] ah [10:15] does the UDS registration link work for you? [10:15] I've not tried [10:20] okay [10:20] could you? [10:20] shadeslayer: in a minute, got some milk now [10:20] sure :) [10:30] yofel: that active install vs. workspace removal it ws not the first time .... [10:31] Start-Date: 2012-10-04 21:55:10 [10:31] it installed active-data and mobilecomponents for no reason it seems [10:32] and apt-get autoremove removed them again [10:32] wtf [10:35] shadeslayer, not sure [10:36] I can however say that the syste was installed 08-20 and upgraded to kde 4.9.2 on 10-04 [10:36] what is curious about the upgrade though is that it also installed the aforementioned active components with a ppa verion suffix [10:37] and just about the same thing happened with 4.10 [10:38] and here's the thing [10:38] the dude does not have the active ppa in his sources [10:38] so where did the active stuff come from? [10:39] can you show me the line? [10:39] i.e which ppa we're talking about [10:39] and what package [10:39] uh... [10:39] 2.0+git2012021101-0ubuntu4~ppa3 0 [10:39] 50 http://ftp-stud.hs-esslingen.de/ubuntu/ precise/universe amd64 Packages [10:39] Riddell: why is plasma-mobile still in -proposed :( [10:40] dafuq [10:40] someone forgot to strip ppa versions there [10:40] yeah [10:40] https://launchpad.net/ubuntu/+source/plasma-mobile/2.0+git2012021101-0ubuntu4~ppa3 [10:41] * apachelogger takes a step back [10:41] fun [10:41] yes [10:41] YES [10:41] on 2012-10-04 kubuntu-desktop was removed too [10:41] YESSSSSS [10:42] well, no [10:42] or maybe [10:42] meh [10:42] haha [10:42] JontheEchidna: I needs u [10:43] who wants to do the copyright bits of plasmate? [10:43] it was, together with muon. Lucky kde-workspace-bin didn't get removed [10:43] yofel: the previous logs ... [10:43] ! [10:43] I'm looking at history.4.gz [10:43] upon an upgrade apt logs Upgraded: foo bar yourmom [10:44] both times active got installed there was no Upgraded section [10:44] everything was in install! [10:44] so I really do not think this is our fault [10:44] * shadeslayer blames apachelogger for the mess and moves on [10:45] eh, but 2012-10-04 22:01:14 has Install, Upgrade and Remove sections [10:45] unless that is what apt likes to do in some situations, we are not at fault here [10:45] JontheEchidna: feature request: put the apt command line you're emulating into the history! [10:45] yofel: fair enough the present one does not [10:45] apachelogger: do you think we could do a pgst release with the snapshot functionality and get it into ubuntu? [10:45] apachelogger: is user-manager pakaged? [10:46] shadeslayer: do we have a recipe? [10:46] alas, I had a recipe but apparently did not save it or something [10:46] afiestas: pending recipe+building [10:46] apachelogger: yes [10:46] apachelogger: you forgot to push packaging into bzr [10:46] apachelogger: so it is not? [10:46] afiestas: nope [10:46] I added a COPYING just for you [10:46] :/ [10:46] afiestas: should be done today [10:46] afiestas: :* [10:46] with all my hearth and love [10:46] shadeslayer: it's pushed since forever ago [10:47] ah [10:47] apachelogger: today I plan to make first release [10:47] no clue where, but somewhere [10:47] apachelogger: I did not bother to check [10:47] ah, probably forgot to poke you [10:47] yup [10:47] shadeslayer: hmm fail at the first step, can't click on "register for developer summit" here http://uds.ubuntu.com/register/ [10:48] Riddell: yeah, that's what I get too [10:48] just reloads the page [10:48] try firefox? [10:48] Furryfox! [10:49] lol [10:49] it has a "No entry" sign [10:49] yofel: please ask what tool he used for the upgrade [10:49] yofel: I don't think assuming muon is a good idea [10:49] shadeslayer: it's a disabled link that redirects to the same page [10:49] bleh :P [10:50] apachelogger: true [10:50] what realy puzzles me about the 10-04 log though [10:50] ... [10:50] it installed active-data, which is only depended upon by plasma-active [10:51] then he did exactly: install filelight; install a bunch of cli crap; (re)install muon; autoremove [10:51] and that autoremove removed active-data again [10:52] so I am really confused as to why first apt thinks it needs to install the pacakge without having anything dependent on it installed and then it realizes that it in fact does not need it and autoremoves it [10:52] it maks no sense [10:52] JontheEchidna: does muon do manual dep resolution such that an issue like that could occur ^ [10:55] FWIW, for future bug reports it may make sense to look into a way to make kubuntu-desktop so important that apt will not dare but instead block [10:55] no clue how we can do it but looking at those logs it would be a good idea [10:55] getting -desktop removed twice without even having done a distro upgrade seems like a *really* bad thing [10:55] mark it as essential? [10:56] was thinking the same, but that would at least not work during the first update [10:56] plasmate packaging up, with the exception of having copyright stuff [10:56] lp:~kubuntu-packagers/kubuntu-packaging/plasmate [10:56] also, have not shipped that single header, waiting for upstream to reply [10:57] yofel: why not? [10:58] in the october removal it was removed because muon was removed, whatever made muon go away should have been blocked by triggering the removal of kubuntu-desktop [10:58] apachelogger: we can't really make it essential in the archive? or can we? (I doubt) [10:58] in the feburary removal it was removed because workspace was removed, same thing as with muon [10:58] yofel: why not? [10:59] let me read the policy again... [10:59] don't care about the policy really :P [10:59] isn't that what governs dpkg? :P [10:59] for all I care apt can be patched to never ever allow removal of kubuntu-desktop :P [10:59] lol [10:59] well, unless done manual [10:59] my point is [10:59] it needs to happen [10:59] wel [11:00] *well [11:00] how it happens is implementation detail I do not give a rats booty about [11:00] I guess we could argue along the lines of "Packages which are necessary for the proper functioning of the system" [11:00] which matches "required" [11:00] if apt cares about the priority [11:00] * yofel tries [11:05] how can I tell this user: https://bugs.kde.org/show_bug.cgi?id=314948 [11:05] yofel ryanakca: did bug 1103746 get solved or does it need someone to add the sip version stuff? [11:05] KDE bug 314948 in kded "kded4 crash: caused by KScreen daemon" [Major,Needsinfo: waitingforinfo] [11:05] bug 1103746 in frescobaldi (Ubuntu) "frescobaldi crashed with RuntimeError in /usr/lib/python2.7/dist-packages/frescobaldi_app/musicview/documents.py: the sip module implements API v9.0 to v9.1 but the popplerqt4 module requires API v8.1" [Medium,New] https://launchpad.net/bugs/1103746 [11:05] to install a more recent version of libkscreen ? [11:05] Riddell: I think ryanakca wanted to add that in debian first [11:06] Riddell: though you could probably go ahead and add the sip stuff as the package needs a merge anyway later [11:07] afiestas: we have 0.0.71 in raring, what should we have? [11:07] that's the newest on ftpmaster [11:07] Riddell: I'd like a way of having daily builds so I can tell users to upgrade easily [11:07] we fix bugs everyday (like the one reported) but I don't like closing bugs without a "That fixed it for me" [11:08] afiestas: mm good idea, not something we have set up for kscreen currently [11:09] apachelogger, shadeslayer etc: anyone want to set up daily builds of kscreen or shall I do it? (I'd kindae rather get on with these two releases we have to do) [11:09] bad thing of having releases you stop packaging git :p [11:09] ok, apt cares s*** about the priority [11:09] yofel: apt cares slow? [11:09] apt cares soar? [11:10] lol, nvm, I'm just getting pissed off at apt [11:10] where do you want to the kscreen daily builds to go? [11:11] I could do them tomorrow [11:11] because I'd like to work on pgst after this [11:11] shadeslayer: kubuntu-ppa/experimental? [11:11] okie [11:11] or cyberspace or blue-shell or something? [11:11] apachelogger: seems like essential is really the only thing that would prevent apt from just removing it :/ [11:11] that we be so no policy-compliant though [11:12] *not [11:12] huzzah http://www.digitaltrends.com/web/virtual-bitcoins-can-now-be-traded-for-dominos-pizza/ [11:13] shadeslayer: at last, the perfect business model for ex-kubuntuer shtylman [11:13] :D [11:13] Mirv: could you have a go at QtWebkit 2.3? [11:14] or no time for that? [11:15] shadeslayer: I fear he's busy enough with qt 5 but maybe we could leech his qt 5 packaging for webkit and backport it to 2.3? [11:15] possibly, but looks like an insane amount of changes to me [11:16] yofel: what's the policy say about essential? [11:17] apachelogger: http://www.debian.org/doc/debian-policy/ch-binary.html#s3.8 [11:18] Riddell: I have to hack on pgst a bit, would you like to take that up? [11:18] Since these packages cannot be easily removed (one has to specify an extra force option to dpkg to do so) [11:18] that is not the desired behavior [11:18] or maybe I could have a look at it later this week [11:19] shadeslayer: take up which? [11:19] we want it to be easy to remove, we do not want it to be disappearing in an upgrade [11:19] Riddell: qtwebkit [11:19] apachelogger: what would be left is an apt pin >1000 [11:19] shadeslayer: needs Mirv to do it for qt 5 first no? [11:19] yofel: muon can do that [11:19] in fact [11:19] errr [11:19] Riddell: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtwebkit-opensource-src [11:19] already done? [11:19] muon could simply refuse to remove -desktop if it is not removed explicitly [11:19] shadeslayer: I need to start looking at 12.04.2 and alpha 2 now [11:19] okay [11:20] shadeslayer: how far did you get using the existing packaging? [11:20] haven't tried it [11:20] oh wait [11:20] apachelogger: that won't help users of other package manager interfaces though [11:20] Riddell: existing Qt5 packaging or the one in the archive? [11:20] I do not care [11:20] shadeslayer: there's no existing qt 5 packaging [11:20] yofel: as I said, wait for JT [11:20] shadeslayer: I was meaning the qtwebkit-source we have now [11:20] yeah [11:21] if worse comes to worse we make muon block on -desktop [11:21] Riddell: but isn't this https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtwebkit-opensource-src the Qt5 Webkit packaging? [11:21] Riddell: nowhere [11:21] mostly due to the fact that everything's changed I think [11:21] if people want the best experience they will have to use the tools we expect them to use [11:21] shadeslayer: yes, not yet complete (probably just copyright to be done) [11:21] apachelogger: and not aptitude [11:21] Riddell: ah :) [11:21] for example [11:22] I think alot of the Netrunner users use aptitude [11:23] interesting how hard it is to tell apt to not remove something... [11:24] hehehe [11:24] well [11:24] dist-upgrade is dist-upgrade [11:25] no it's not [11:25] dist-upgrade with the DistUpgrade tool has policy [11:25] it won't remove kubuntu-desktop [11:26] the entire system&policy is not made to support metapackages really [11:26] Riddell: that's explicit handling [11:26] yes [11:26] aptitude safe-upgrade is a sane thing [11:26] except that it breaks on marble [11:26] aptitude will use its different algorithms and come up with different decisions [11:26] my point is there is no consideration throughout the spec and implementation of a package that is really a crutch to the packagers [11:27] i.e. kubuntu-desktop other than a convenient point of entry for kubuntu installations is really a thing helping us to not have 3000 inter package dependencies to form the kubuntu stack [11:28] the stack is held together by kubuntu-desktop [11:29] if it gets removed, the stack falls apart, 'the system' mentioned in the policy is still working and all [11:29] it is simply not working for our target audience [11:37] shadeslayer: not right the moment (qtwebkit 2.3), working on the qt5 + webkit indeed [11:37] okay :) [11:38] the qtwebkit packaging is ok build-wise, but possibly not finished yet in all respects. [11:47] smartboyhw: you tried 12.04.2 candidates? [11:47] smartboyhw: did the live desktop have the folderview on it? [11:47] * shadeslayer is zsync'ing 12.04.2 candidates for virtualbox testing [11:48] cos i386 doesn't apply kubuntu plasma setup :( [11:51] hi murthy, you passed me a ktp file yesterday but shadeslayer is probably a better person for that since he tends to do ktp === jackyalcine is now known as zz_jackyalcine [11:55] stuff is getting QA'd for python3, right? [11:56] that would be nice [11:58] * apachelogger ponders introducing post-mortems [11:59] Riddell: the thing apol_ found wrt the upgradefetcher should not ever have happened [11:59] the simplest of automatic tests would have discovered that [12:00] +1 [12:00] and FWIW muon won't be able to trigger dist-upgrades on 12.10 [12:00] I'm unsure if there are other mechanisms to do that [12:01] apol_: why is that? [12:01] apachelogger: we called the python script that changed place using an absolute path [12:01] need to update muon [12:02] upgrading from an not upgraded 12.10 to 13.04 is not supported anyway [12:02] apol_: also the packge with the fetcher needs fixing [12:02] though this appears to also have failed ubuntu's QA [12:02] or maybe I am not understanding the problem [12:03] well, I'm on 12.10 and i have the python file in a different place than what muon expects [12:03] hm, actually it is only broken for us because of if __name__ == "__main__": [12:03] how I hate python -.- [12:04] apol_: yeah, so we fix muon :P [12:04] and we fix the python [12:04] and all will be good :P [12:04] what puzzles me though [12:04] hm [12:04] ScottK: didn't we have reports of people getting upgrade prompts to 13.04? [12:04] if those were running 12.10 the prompt is not from anything kde [12:04] oh [12:04] though checking should work [12:05] you could not upgrade though [12:05] man that is broken [12:05] * apachelogger scratches head [12:06] apol_: I think we need a meta-script [12:07] for running the KDE dist upgrade? [12:07] yeah [12:07] as in import; main() { run } [12:07] makes sense [12:07] yah [12:08] in py3 you cannot have relative imports in a non-package [12:08] and when calling just the one script it is a non-package [12:08] Riddell: any idea if an updated nepomuk-core has been shipped? I sent a mail about this to the kde-packagers list. [12:08] nasty -.- [12:09] however since it is actually part of a package (i.e. DistUpgrade) you'd need if non-package: import foo, bar, foobar\nelse: import .foo, .bar, .foobar [12:09] to keep both cases working [12:10] and then there is the problem that the stuff it imports again does relative imports... [12:10] so generally creating a metascript is the way to go IMO [12:12] vHanda: updated in 4.10? [12:12] vHanda: I don't think so :( [12:13] vHanda: ah you're asking if we've packaged it? no we haven't yet done that I'm afraid [12:13] okay, yofel took care of it [12:13] ooh did he? [12:13] he's a good one that yofel [12:13] https://launchpad.net/ubuntu/+source/nepomuk-core/4:4.10.0-0ubuntu2 [12:13] for raring atleast [12:13] *nod* [12:15] shadeslayer: so people who have already installed nepomuk-core will get an update, and then they can reinstall it? [12:15] vHanda: I pinged you yesterday wrt uploading that [12:15] they'll get an update [12:15] vHanda: the new package will overwrite files from the old one [12:15] and the issue will be gone [12:15] ah. Sorry. I've been getting a little complaints on irc, so I've been avoiding it a little [12:16] cool [12:16] heh [12:16] thank you, very much [12:18] shadeslayer: testcase fix plz [12:18] oh god [12:18] * shadeslayer is too tired for that stuff [12:18] apachelogger: tomorrow [12:19] dude [12:19] you just need to add install chromium and use that [12:19] apachelogger: so it does open with chromium? [12:19] yeah [12:19]