[00:26] <ryanakca> Could someone with sufficient powers please schedule frescobaldi to be rebuilt? See https://bugs.launchpad.net/ubuntu/+source/frescobaldi/+bug/1103746
[00:27] <yofel> looks like python-poppler-qt4 needs a rebuild there. Needs MOTU permissions though
[00:28] <ryanakca> Sorry, my bad, python-poppler-qt4, yes :)
[00:28] <BarkingFish> that's weird.  I click that link and get told the page isn't found.
[00:29] <yofel> BarkingFish: insufissient permissions ;)
[00:29] <yofel> er
[00:29] <BarkingFish> shouldn't it tell me that then, instead of 404ing me? :(
[00:29] <yofel> too tired to type insufficent -.-
[00:30] <ryanakca> See https://bugs.launchpad.net/ubuntu/+source/python-poppler-qt4/+bug/1103746
[00:30] <yofel> BarkingFish: the 404 instead of 403 is a "security feature"
[00:30] <BarkingFish> even ubottu can't see it :)
[00:30] <yofel> if you're not allowed to see it you're not allowed to know that it exists either
[00:30] <BarkingFish> I ain't allowed to see area 51! I know it's there though :P
[00:31] <yofel> you can see it now
[00:31] <yofel> nothing private on that bug anyway
[00:32] <yofel> bug 1103746
[00:34] <yofel> that this didn't get noticed is a packaging issue though. As it should eventually depend on sip-api-8.1
[00:34] <yofel> sip is a general source of pain -.-
[00:35] <ryanakca> yofel: I'll fix it on the Debian side whenever I make another upload
[00:35] <ryanakca> I didn't know of the existence of sip-api-XXX until recently :)
[00:35] <yofel> I *think* it needs ${sip:Depends} and run dh_sip in rules
[00:35] <yofel> ScottK knows more
[00:40] <BarkingFish> 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] <BarkingFish> I smell irony :P
[00:40] <yofel> *sigh*, apport-kde crashing isn't really unusual
[00:40] <yofel> nobody bothers debugging it after all
[00:41] <BarkingFish> if nobody is looking after it, i'm inclined to suggest sending it the same way as I proposed kino to go :)
[00:42] <BarkingFish> a python error too :o  python3: ../../src/xcb_io.c:528: _XAllocID: Assertion `ret != inval_id' failed.
[00:47] <yofel> BarkingFish: in any case, workaround is to use apport-cli
[00:47] <yofel> tha works prefectly fine (well, it should)
[00:48] <BarkingFish> excellent, thanks :)
[00:57] <BarkingFish> excellent, that got filed. Thanks for the help yofel :)   
[00:58] <BarkingFish> Bug #1122581
[00:58] <BarkingFish> 0.0
[01:07] <yofel> BarkingFish: hm, what happens on 4.10?
[01:08] <yofel> + we need some kind of backtrace
[01:08] <BarkingFish> yofel, i've not tried it yet, because of this lockout bug still hanging around unattended 
[01:09] <BarkingFish> 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] <yofel> doesn't drkonqi pop up when it crashed o.O?
[01:10] <BarkingFish> no
[01:10] <yofel> ...
[01:10] <BarkingFish> it's literally down, gone, straight back up and running
[01:10] <BarkingFish> could I do something like maybe attach gdb to the process?
[01:10] <genii-around> Actually I had this 2-3 times
[01:11] <yofel> anyway, it's 2AM and I should be sleeping since a while ago
[01:11] <yofel> good night
[01:11] <BarkingFish> good night :)
[01:11] <BarkingFish> you've seen it too, genii-around?  are you on raring, by any chance?
[01:12] <genii-around> BarkingFish: Yes, 13.04 + 4.10
[01:12] <genii-around> I just figured it was hiccups
[01:12] <BarkingFish> nah, i've got this on 4.9.98, and i don't want to move to 4.10 yet
[01:13] <BarkingFish> are you able to get into kde and login ok without plasma locking you out>
[01:13] <BarkingFish> ?
[01:14] <genii-around> BarkingFish: Yup. Just that sometimes immediately on desktop coming up, plasma crashes then restarts itself
[01:15] <genii-around> Intermittent though, seems pretty random. I'm always coming up to the same manually saved session.
[01:15] <kubotu> ::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] <smartboyhw> Good afternoon (12:04 PM here) guys
[05:09] <ScottK> ryanakca: yofel_ is correct.  Look at python-qt4 for an example.
[05:55] <smartboyhw> Gee now we would be the only ones who are having an Alpha 2
[05:56] <smartboyhw> INTERESTING
[07:04] <smartboyhw> Riddell, I thought cantata is uploaded but this: https://launchpad.net/ubuntu/+source/cantata
[08:13] <sick_rimmit> Good moning all.
[08:27] <sick_rimmit>  /join #gtk
[08:27] <sick_rimmit> Doh! 
[08:41] <shadeslayer> smartboyhw: stuck in new ?
[09:24] <shadeslayer> anyone doing plasmate?
[09:24] <soee> what is plasmate ?
[09:24] <shadeslayer> I have time now that I've filled out paperwork stuff
[09:24] <shadeslayer> http://terietor.gr/2013/02/08/plasmate-1-0-beta1-is-out/
[09:25] <shadeslayer> notes.kde.org says no one
[09:25]  * shadeslayer takes it uo
[09:25] <shadeslayer> up even
[09:30] <Riddell> shadeslayer: go for it
[09:30] <shadeslayer> awesome
[09:38] <Mirv> 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] <Mirv> and at least for smaller modules it's going ok. qtwebkit seems like a monster that may be hard to tame.
[09:41] <shadeslayer> ^
[09:41] <shadeslayer> Mirv: I was trying to package qtwebkit 2.3 the other day
[09:41] <shadeslayer> Possibly have to redo the entire rules from scratch
[09:42] <Riddell> qtwebkit is a beast
[09:43] <Mirv> 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] <shadeslayer> @_@
[09:43] <shadeslayer> Mirv: did you reuse existing packaging?
[09:44] <Mirv> 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] <Mirv> 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] <shadeslayer> @_@
[09:55] <shadeslayer> Riddell: http://paste.kde.org/669512/
[09:55] <shadeslayer> any ideas ?
[09:55] <shadeslayer> I've already installed kdepimlibs5-dev which has FindQGpgme.cmake
[09:55] <shadeslayer> but I don't quite understand why it still fails at find_package_handle_standard_args
[09:56] <shadeslayer> find_package_handle_standard_args(QGpgme  DEFAULT_MSG  QGPGME_LIBRARY QGPGME_INCLUDE_DIR _QGPGME_EXTRA_LIBRARY)
[09:56] <Riddell> shadeslayer: "No usable gpgme flavours found." installgpgme?
[09:56] <shadeslayer> I did ... I think
[09:56] <Riddell> libgpgme11-dev ?
[09:56] <shadeslayer> not quite the package I thought I needed
[09:57] <shadeslayer> awesome, good catch
[09:58] <shadeslayer> I thought something was wrong with QGpgme
[09:58] <Riddell> a good catch all before breakfast, today will be a good day
[09:58] <shadeslayer> :D
[09:59] <shadeslayer> and isn't it a bit too late for breakfast
[10:00] <shadeslayer> hm, I could either leave the packaging as simple it is right now
[10:01] <shadeslayer> or make it slightly convoluted with separate -data packages
[10:02]  * shadeslayer makes it slightly convoluted
[10:03] <Riddell> grumble my new flatmate used up my milk delaying my breakfast until I can be bothered to go out and get some more
[10:03] <shadeslayer> heh
[10:09] <shadeslayer> Mirv: is the qtwebkit for Qt5 significantly different than qtwebkit 2.3 ?
[10:09] <shadeslayer> or is it one and the same thing
[10:14] <Riddell> shadeslayer: it's not the same thing
[10:14] <Riddell> but nearly is
[10:14] <shadeslayer> I see
[10:14] <Riddell> qtwebkit 3.0 is for Qt 5 and qtwebkit 2.3 is a port of that to qt 4
[10:14] <Riddell> I tihnk
[10:14] <shadeslayer> ah
[10:15] <shadeslayer> does the UDS registration link work for you?
[10:15] <Riddell> I've not tried
[10:20] <shadeslayer> okay
[10:20] <shadeslayer> could you?
[10:20] <Riddell> shadeslayer: in a minute, got some milk now
[10:20] <shadeslayer> sure :)
[10:30] <apachelogger> yofel: that active install vs. workspace removal it ws not the first time ....
[10:31] <apachelogger> Start-Date: 2012-10-04  21:55:10
[10:31] <apachelogger> it installed active-data and mobilecomponents for no reason it seems
[10:32] <apachelogger> and apt-get autoremove removed them again
[10:32] <apachelogger> wtf
[10:35] <smartboyhw> shadeslayer, not sure
[10:36] <apachelogger> I can however say that the syste was installed 08-20 and upgraded to kde 4.9.2 on 10-04
[10:36] <apachelogger> what is curious about the upgrade though is that it also installed the aforementioned active components with a ppa verion suffix
[10:37] <apachelogger> and just about the same thing happened with 4.10
[10:38] <apachelogger> and here's the thing
[10:38] <apachelogger> the dude does not have the active ppa in his sources
[10:38] <apachelogger> so where did the active stuff come from?
[10:39] <shadeslayer> can you show me the line?
[10:39] <shadeslayer> i.e which ppa we're talking about
[10:39] <shadeslayer> and what package
[10:39] <yofel> uh...
[10:39] <yofel>      2.0+git2012021101-0ubuntu4~ppa3 0
[10:39] <yofel>          50 http://ftp-stud.hs-esslingen.de/ubuntu/ precise/universe amd64 Packages
[10:39] <shadeslayer> Riddell: why is plasma-mobile still in -proposed :(
[10:40] <shadeslayer> dafuq
[10:40] <yofel> someone forgot to strip ppa versions there
[10:40] <shadeslayer> yeah
[10:40] <shadeslayer> https://launchpad.net/ubuntu/+source/plasma-mobile/2.0+git2012021101-0ubuntu4~ppa3
[10:41]  * apachelogger takes a step back
[10:41] <yofel> fun
[10:41] <apachelogger> yes
[10:41] <apachelogger> YES
[10:41] <yofel> on 2012-10-04 kubuntu-desktop was removed too
[10:41] <apachelogger> YESSSSSS
[10:42] <apachelogger> well, no
[10:42] <apachelogger> or maybe
[10:42] <apachelogger> meh
[10:42] <shadeslayer> haha
[10:42] <apachelogger> JontheEchidna: I needs u
[10:43] <shadeslayer> who wants to do the copyright bits of plasmate?
[10:43] <yofel> it was, together with muon. Lucky kde-workspace-bin didn't get removed
[10:43] <apachelogger> yofel: the previous logs ...
[10:43] <apachelogger> !
[10:43] <yofel> I'm looking at history.4.gz
[10:43] <apachelogger> upon an upgrade apt logs Upgraded: foo bar yourmom
[10:44] <apachelogger> both times active got installed there was no Upgraded section
[10:44] <apachelogger> everything was in install!
[10:44] <apachelogger> so I really do not think this is our fault
[10:44]  * shadeslayer blames apachelogger for the mess and moves on
[10:45] <yofel> eh, but 2012-10-04  22:01:14  has Install, Upgrade and Remove sections
[10:45] <apachelogger> unless that is what apt likes to do in some situations, we are not at fault here
[10:45] <yofel> JontheEchidna: feature request: put the apt command line you're emulating into the history!
[10:45] <apachelogger> yofel: fair enough the present one does not
[10:45] <shadeslayer> apachelogger: do you think we could do a pgst release with the snapshot functionality and get it into ubuntu?
[10:45] <afiestas> apachelogger: is user-manager pakaged?
[10:46] <apachelogger> shadeslayer: do we have a recipe?
[10:46] <apachelogger> alas, I had a recipe but apparently did not save it or something
[10:46] <apachelogger> afiestas: pending recipe+building
[10:46] <shadeslayer> apachelogger: yes
[10:46] <shadeslayer> apachelogger: you forgot to push packaging into bzr
[10:46] <afiestas> apachelogger: so it is not?
[10:46] <apachelogger> afiestas: nope
[10:46] <afiestas> I added a COPYING just for you
[10:46] <afiestas> :/
[10:46] <apachelogger> afiestas: should be done today
[10:46] <apachelogger> afiestas: :*
[10:46] <afiestas> with all my hearth and love
[10:46] <apachelogger> shadeslayer: it's pushed since forever ago
[10:47] <shadeslayer> ah
[10:47] <afiestas> apachelogger: today I plan to make first release 
[10:47] <apachelogger> no clue where, but somewhere
[10:47] <shadeslayer> apachelogger: I did not bother to check
[10:47] <apachelogger> ah, probably forgot to poke you
[10:47] <shadeslayer> yup
[10:47] <Riddell> shadeslayer: hmm fail at the first step, can't click on "register for developer summit" here http://uds.ubuntu.com/register/
[10:48] <shadeslayer> Riddell: yeah, that's what I get too
[10:48] <shadeslayer> just reloads the page
[10:48] <apachelogger> try firefox?
[10:48] <shadeslayer> Furryfox!
[10:49] <shadeslayer> lol
[10:49] <shadeslayer> it has a "No entry" sign
[10:49] <apachelogger> yofel: please ask what tool he used for the upgrade
[10:49] <apachelogger> yofel: I don't think assuming muon is a good idea
[10:49] <yofel> shadeslayer: it's a disabled link that redirects to the same page
[10:49] <shadeslayer> bleh :P
[10:50] <yofel> apachelogger: true
[10:50] <apachelogger> what realy puzzles me about the 10-04 log though
[10:50] <apachelogger> ...
[10:50] <apachelogger> it installed active-data, which is only depended upon by plasma-active
[10:51] <apachelogger> then he did exactly: install filelight; install a bunch of cli crap; (re)install muon; autoremove
[10:51] <apachelogger> and that autoremove removed active-data again
[10:52] <apachelogger> 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] <apachelogger> it maks no sense
[10:52] <apachelogger> JontheEchidna: does muon do manual dep resolution such that an issue like that could occur ^
[10:55] <apachelogger> 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] <apachelogger> no clue how we can do it but looking at those logs it would be a good idea
[10:55] <apachelogger> getting -desktop removed twice without even having done a distro upgrade seems like a *really* bad thing
[10:55] <shadeslayer> mark it as essential?
[10:56] <yofel> was thinking the same, but that would at least not work during the first update
[10:56] <shadeslayer> plasmate packaging up, with the exception of having copyright stuff
[10:56] <shadeslayer> lp:~kubuntu-packagers/kubuntu-packaging/plasmate
[10:56] <shadeslayer> also, have not shipped that single header, waiting for upstream to reply
[10:57] <apachelogger> yofel: why not?
[10:58] <apachelogger> 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] <yofel> apachelogger: we can't really make it essential in the archive? or can we? (I doubt)
[10:58] <apachelogger> in the feburary removal it was removed because workspace was removed, same thing as with muon
[10:58] <apachelogger> yofel: why not?
[10:59] <yofel> let me read the policy again...
[10:59] <apachelogger> don't care about the policy really :P
[10:59] <shadeslayer> isn't that what governs dpkg? :P
[10:59] <apachelogger> for all I care apt can be patched to never ever allow removal of kubuntu-desktop :P
[10:59] <shadeslayer> lol
[10:59] <apachelogger> well, unless done manual
[10:59] <apachelogger> my point is
[10:59] <apachelogger> it needs to happen
[10:59] <yofel> wel
[11:00] <yofel> *well
[11:00] <apachelogger> how it happens is implementation detail I do not give a rats booty about
[11:00] <yofel> I guess we could argue along the lines of "Packages which are necessary for the proper functioning of the system"
[11:00] <yofel> which matches "required"
[11:00] <yofel> if apt cares about the priority
[11:00]  * yofel tries
[11:05] <afiestas> how can I tell this user: https://bugs.kde.org/show_bug.cgi?id=314948
[11:05] <Riddell> yofel ryanakca: did bug 1103746 get solved or does it need someone to add the sip version stuff?
[11:05] <afiestas> to install a more recent version of libkscreen ?
[11:05] <yofel> Riddell: I think ryanakca wanted to add that in debian first
[11:06] <yofel> Riddell: though you could probably go ahead and add the sip stuff as the package needs a merge anyway later
[11:07] <Riddell> afiestas: we have 0.0.71 in raring, what should we have?
[11:07] <Riddell> that's the newest on ftpmaster
[11:07] <afiestas> Riddell: I'd like a way of having daily builds so I can tell users to upgrade easily
[11:07] <afiestas> we fix bugs everyday (like the one reported) but I don't like closing bugs without a "That fixed it for me"
[11:08] <Riddell> afiestas: mm good idea, not something we have set up for kscreen currently
[11:09] <Riddell> 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] <afiestas> bad thing of having releases  you stop packaging git :p
[11:09] <yofel> ok, apt cares s*** about the priority
[11:09] <Riddell> yofel: apt cares slow?
[11:09] <Riddell> apt cares soar?
[11:10] <yofel> lol, nvm, I'm just getting pissed off at apt
[11:10] <shadeslayer> where do you want to the kscreen daily builds to go?
[11:11] <shadeslayer> I could do them tomorrow
[11:11] <shadeslayer> because I'd like to work on pgst after this
[11:11] <Riddell> shadeslayer: kubuntu-ppa/experimental?
[11:11] <shadeslayer> okie
[11:11] <Riddell> or cyberspace or blue-shell or something?
[11:11] <yofel> apachelogger: seems like essential is really the only thing that would prevent apt from just removing it :/
[11:11] <yofel> that we be so no policy-compliant though
[11:12] <yofel> *not
[11:12] <shadeslayer> huzzah http://www.digitaltrends.com/web/virtual-bitcoins-can-now-be-traded-for-dominos-pizza/
[11:13] <Riddell> shadeslayer: at last, the perfect business model for ex-kubuntuer shtylman
[11:13] <shadeslayer> :D
[11:13] <shadeslayer> Mirv: could you have a go at QtWebkit 2.3?
[11:14] <shadeslayer> or no time for that?
[11:15] <Riddell> 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] <shadeslayer> possibly, but looks like an insane amount of changes to me
[11:16] <apachelogger> yofel: what's the policy say about essential?
[11:17] <yofel> apachelogger: http://www.debian.org/doc/debian-policy/ch-binary.html#s3.8
[11:18] <shadeslayer> Riddell: I have to hack on pgst a bit, would you like to take that up?
[11:18] <apachelogger> Since these packages cannot be easily removed (one has to specify an extra force option to dpkg to do so)
[11:18] <apachelogger> that is not the desired behavior
[11:18] <shadeslayer> or maybe I could have a look at it later this week
[11:19] <Riddell> shadeslayer: take up which?
[11:19] <apachelogger> we want it to be easy to remove, we do not want it to be disappearing in an upgrade
[11:19] <shadeslayer> Riddell: qtwebkit
[11:19] <yofel> apachelogger: what would be left is an apt pin >1000
[11:19] <Riddell> shadeslayer: needs Mirv to do it for qt 5 first no?
[11:19] <apachelogger> yofel: muon can do that
[11:19] <apachelogger> in fact
[11:19] <shadeslayer> errr
[11:19] <shadeslayer> Riddell: https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtwebkit-opensource-src
[11:19] <shadeslayer> already done?
[11:19] <apachelogger> muon could simply refuse to remove -desktop if it is not removed explicitly
[11:19] <Riddell> shadeslayer: I need to start looking at 12.04.2 and alpha 2 now
[11:19] <shadeslayer> okay
[11:20] <Riddell> shadeslayer: how far did you get using the existing packaging?
[11:20] <shadeslayer> haven't tried it
[11:20] <shadeslayer> oh wait
[11:20] <yofel> apachelogger: that won't help users of other package manager interfaces though
[11:20] <shadeslayer> Riddell: existing Qt5 packaging or the one in the archive?
[11:20] <apachelogger> I do not care
[11:20] <Riddell> shadeslayer: there's no existing qt 5 packaging
[11:20] <apachelogger> yofel: as I said, wait for JT
[11:20] <Riddell> shadeslayer: I was meaning the qtwebkit-source we have now
[11:20] <yofel> yeah
[11:21] <apachelogger> if worse comes to worse we make muon block on -desktop
[11:21] <shadeslayer> Riddell: but isn't this https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtwebkit-opensource-src the Qt5 Webkit packaging?
[11:21] <shadeslayer> Riddell: nowhere
[11:21] <shadeslayer> mostly due to the fact that everything's changed I think
[11:21] <apachelogger> if people want the best experience they will have to use the tools we expect them to use
[11:21] <Riddell> shadeslayer: yes, not yet complete (probably just copyright to be done)
[11:21] <shadeslayer> apachelogger: and not aptitude
[11:21] <shadeslayer> Riddell: ah :)
[11:21] <apachelogger> for example
[11:22] <shadeslayer> I think alot of the Netrunner users use aptitude
[11:23] <yofel> interesting how hard it is to tell apt to not remove something...
[11:24] <shadeslayer> hehehe
[11:24] <apachelogger> well
[11:24] <apachelogger> dist-upgrade is dist-upgrade
[11:25] <Riddell> no it's not
[11:25] <Riddell> dist-upgrade with the DistUpgrade tool has policy
[11:25] <Riddell> it won't remove kubuntu-desktop
[11:26] <apachelogger> the entire system&policy is not made to support metapackages really
[11:26] <apachelogger> Riddell: that's explicit handling
[11:26] <Riddell> yes
[11:26] <yofel> aptitude safe-upgrade is a sane thing
[11:26] <yofel> except that it breaks on marble
[11:26] <Riddell> aptitude will use its different algorithms and come up with different decisions
[11:26] <apachelogger> 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] <apachelogger> 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] <apachelogger> the stack is held together by kubuntu-desktop
[11:29] <apachelogger> if it gets removed, the stack falls apart, 'the system' mentioned in the policy is still working and all
[11:29] <apachelogger> it is simply not working for our target audience
[11:37] <Mirv> shadeslayer: not right the moment (qtwebkit 2.3), working on the qt5 + webkit indeed
[11:37] <shadeslayer> okay :)
[11:38] <Mirv> the qtwebkit packaging is ok build-wise, but possibly not finished yet in all respects.
[11:47] <Riddell> smartboyhw: you tried 12.04.2 candidates?
[11:47] <Riddell> 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] <Riddell> cos i386 doesn't apply kubuntu plasma setup :(
[11:51] <Riddell> hi murthy, you passed me a ktp file yesterday but shadeslayer is probably a better person for that since he tends to do ktp
[11:55] <apachelogger> stuff is getting QA'd for python3, right?
[11:56] <Riddell> that would be nice
[11:58]  * apachelogger ponders introducing post-mortems
[11:59] <apachelogger> Riddell: the thing apol_ found wrt the upgradefetcher should not ever have happened
[11:59] <apachelogger> the simplest of automatic tests would have discovered that
[12:00] <apol_> +1
[12:00] <apol_> and FWIW muon won't be able to trigger dist-upgrades on 12.10
[12:00] <apol_> I'm unsure if there are other mechanisms to do that
[12:01] <apachelogger> apol_: why is that?
[12:01] <apol_> apachelogger: we called the python script that changed place using an absolute path
[12:01] <apachelogger> need to update muon
[12:02] <apachelogger> upgrading from an not upgraded 12.10 to 13.04 is not supported anyway
[12:02] <apachelogger> apol_: also the packge with the fetcher needs fixing
[12:02] <apachelogger> though this appears to also have failed ubuntu's QA
[12:02] <apachelogger> or maybe I am not understanding the problem
[12:03] <apol_> well, I'm on 12.10 and i have the python file in a different place than what muon expects
[12:03] <apachelogger> hm, actually it is only broken for us because of if __name__ == "__main__":
[12:03] <apachelogger> how I hate python -.-
[12:04] <apachelogger> apol_: yeah, so we fix muon :P
[12:04] <apachelogger> and we fix the python
[12:04] <apachelogger> and all will be good :P
[12:04] <apachelogger> what puzzles me though
[12:04] <apol_> hm
[12:04] <apachelogger> ScottK: didn't we have reports of people getting upgrade prompts to 13.04?
[12:04] <apachelogger> if those were running 12.10 the prompt is not from anything kde
[12:04] <apachelogger> oh
[12:04] <apachelogger> though checking should work
[12:05] <apachelogger> you could not upgrade though
[12:05] <apachelogger> man that is broken
[12:05]  * apachelogger scratches head
[12:06] <apachelogger> apol_: I think we need a meta-script
[12:07] <apol_> for running the KDE dist upgrade?
[12:07] <apachelogger> yeah
[12:07] <apol_> as in import; main() { run }
[12:07] <apol_> makes sense
[12:07] <apachelogger> yah
[12:08] <apachelogger> in py3 you cannot have relative imports in a non-package
[12:08] <apachelogger> and when calling just the one script it is a non-package
[12:08] <vHanda> Riddell: any idea if an updated nepomuk-core has been shipped? I sent a mail about this to the kde-packagers list.
[12:08] <apol_> nasty -.-
[12:09] <apachelogger> 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] <apachelogger> to keep both cases working
[12:10] <apachelogger> and then there is the problem that the stuff it imports again does relative imports...
[12:10] <apachelogger> so generally creating a metascript is the way to go IMO
[12:12] <Riddell> vHanda: updated in 4.10?
[12:12] <shadeslayer> vHanda: I don't think so :(
[12:13] <Riddell> vHanda: ah you're asking if we've packaged it?  no we haven't yet done that I'm afraid
[12:13] <shadeslayer> okay, yofel took care of it
[12:13] <Riddell> ooh did he?
[12:13] <Riddell> he's a good one that yofel 
[12:13] <shadeslayer> https://launchpad.net/ubuntu/+source/nepomuk-core/4:4.10.0-0ubuntu2
[12:13] <shadeslayer> for raring atleast
[12:13] <shadeslayer> *nod*
[12:15] <vHanda> shadeslayer: so people who have already installed nepomuk-core will get an update, and then they can reinstall it?
[12:15] <yofel> vHanda: I pinged you yesterday wrt uploading that
[12:15] <yofel> they'll get an update
[12:15] <shadeslayer> vHanda: the new package will overwrite files from the old one
[12:15] <shadeslayer> and the issue will be gone
[12:15] <vHanda> ah. Sorry. I've been getting a little complaints on irc, so I've been avoiding it a little
[12:16] <vHanda> cool
[12:16] <yofel> heh
[12:16] <vHanda> thank you, very much
[12:18] <apachelogger> shadeslayer: testcase fix plz
[12:18] <shadeslayer> oh god
[12:18]  * shadeslayer is too tired for that stuff
[12:18] <shadeslayer> apachelogger: tomorrow
[12:19] <apachelogger> dude
[12:19] <apachelogger> you just need to add install chromium and use that
[12:19] <shadeslayer> apachelogger: so it does open with chromium?
[12:19] <apachelogger> yeah
[12:19] <apachelogger> as I said it does not install a protocol
[12:20] <shadeslayer> mmkay
[12:20] <apachelogger> why rekonq does not pick it up
[12:20] <apachelogger> firefox on kde won't either unless gnoemsupport is installed
[12:21] <apachelogger> as firefox has no native support for desktopfile reading and gnome-style proto defintiion in the desktop file
[12:21] <apachelogger> chromium does so chromium is what one should use to verify
[12:22] <shadeslayer> done
[12:22] <shadeslayer> are you happy npw
[12:22] <shadeslayer> *now
[12:22] <shadeslayer> can I go back to pgst? 
[12:46] <Riddell> grr
[12:47] <Riddell> /usr/share/kubuntu-default-settings/kde4-profile/default/share/apps/plasma-desktop/init/00-defaultLayout.js  does not get run in 12.04.2 candidates
[12:47] <Riddell> but does in 12.04.1
[12:47] <Riddell> what the heck
[12:56]  * apachelogger blinks
[12:56] <apachelogger> Riddell: how do you know?
[12:57] <Riddell> apachelogger: by loading up precise-desktop-i386.iso
[12:57] <Riddell> no folderview, panel too small
[12:57] <Riddell> I turn on debugging and add a new user and log in
[12:58] <Riddell> it's loading /usr/share/kde4/apps/plasma-desktop/init/00-defaultLayout.js
[12:58] <Riddell> and not /usr/share/kubuntu-default-settings/kde4-profile/default/share/apps/plasma-desktop/init/00-defaultLayout.js
[12:59] <Riddell> I do the same on 12.04.1 and the opposite happens
[13:00]  * apachelogger sighs
[13:00] <apachelogger> Riddell: plasma people
[13:00] <apachelogger> I am getting a major depression started today \o/
[13:02] <Riddell> also broken on precise-desktop-amd64.iso
[13:07]  * Riddell chooses to believe that apachelogger was not entirely serious and doesn't need help
[13:18] <Mirv> Riddell: I'd be starting to be ready with qtbase in addition to qtdeclarative. can you check/upload those or do you want me to get eg. Didier to upload them?
[13:19] <Mirv> qtbase is still a small question mark - I found some more RFC:s in there (among else the "bigfiles" by Internet Society) so they need to be removed from the orig tarball. however the bigfile:s are part of automated tests so I'm building to see if those tests happen to be run and now fail.
[13:19] <Mirv> as RFC:s are non-DFSG compliant
[13:21] <Riddell> Mirv: many RFCs have BSD licence text hidden somewhere in them
[13:21] <Riddell> often at the end
[13:21] <Riddell> but yeah many are not DFSG alas
[13:21] <Riddell> Mirv: I can check and upload just say when you think it's ready
[13:23] <Mirv> Riddell: ok, let me wait for the build to finish and re-checking the rfc:s, I think I only saw the normal Internet Society copyright
[13:29] <Riddell> copying the k-d-s 00-defaultLayout.js to /usr/share/kde4/apps/plasma-desktop/init/00-defaultLayout.js solves it
[13:29] <Riddell> waa
[13:29] <Riddell> I have no idea what could cause this
[13:30] <Riddell> the k-d-s is still in kde4-config --path data
[13:46] <Mirv> Riddell: ready!
[13:46] <Mirv> Riddell: the new tarball at http://people.canonical.com/~tjyrinki/qt5/qtbase-opensource-src_5.0.1+dfsg.orig.tar.xz
[13:46] <Mirv> (md5sum in the same directory)
[13:47] <Mirv> lp:~kubuntu-packagers/kubuntu-packaging/qtbase-opensource-src , and then also the  lp:~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src (Netscape/Mozilla and a couple others)
[13:53] <Riddell> groovy thanks Mirv 
[14:10] <smartboyhw> Riddell, er?
[14:12] <Riddell> smartboyhw: do you confirm?
[14:12] <smartboyhw> Riddell, what?:p
[14:13] <Riddell> smartboyhw: 12.04.2 candidate imgage have no folderview on desktop
[14:13] <smartboyhw> Riddell, wait I just came back
[14:13] <smartboyhw> let me zsync the images first
[14:13] <lordievader> Riddell: I can confirm that, both amd64 and i386 don't have folder view.
[14:14] <smartboyhw> Someone deal with Bug 1122107 BTW
[14:14] <smartboyhw> lordievader, report a bug
[14:15] <lordievader> Didn't know it was supposed to have it...
[14:16] <ryanakca> ScottK: Thanks
[14:17] <lordievader> To what package should this bug be attributed? Casper?
[14:20] <lordievader> Will check the 13.04 image soon to see if that one does have the folder view on the desktop.
[14:21] <BluesKaj> Hiyas all
[14:23] <BluesKaj> folder view is available in the panelwidgets on 13.04 , lordievader
[14:23] <smartboyhw> hiyas
[14:24] <lordievader> BluesKaj: See Riddell's last message, this is about the live-cd image where the folder view with the installer link is missing from the desktop.
[14:24] <BluesKaj> I can't . just loged in
[14:25] <BluesKaj> err logged
[14:25] <lordievader> BluesKaj: Ah, sorry.
[14:28] <BluesKaj>  folderview has been an option in desktop default settings for a while 
[14:28] <BluesKaj> it's there on my install
[14:37] <Riddell> jono: uds registration is broken
[14:37] <jono> Riddell, thanks for letting me know
[14:37] <jono> also, hi
[14:38] <jono> hows it going?
[14:39] <Riddell> going fab thanks
[14:40] <Riddell> smartboyhw: that ubiquity isn't isn't a bug, just a poor design
[14:40] <Riddell> lordievader: ok the actual bug is that plasma doesn't load the init script from kubuntu-default-settings
[14:40] <Riddell> lordievader: and I think it should be reported on kde-runtime
[14:41] <lordievader> Riddell: Ok, will do ;) It is present on the raring amd64 alpha 2 image :)
[14:42] <Riddell> lordievader: um, it is?
[14:42] <lordievader> Riddell: It was for me, just checked. Havent checked the i386 version though.
[14:44] <ovidiu-florin> hello world :D
[14:44] <Riddell> hi ovidiu-florin 
[14:48] <smartboyhw> Hello ovidiu-florin 
[14:49] <Riddell> ovidiu-florin: alas I've no idea if that laptop has secure boot/uefi on it, it seems to be hard to find out
[14:49] <kubotu> ::runtime-bugs:: [1123126] Folder view not present on the desktop of live-cd @ https://bugs.launchpad.net/bugs/1123126 (by lordievader)
[14:50] <ovidiu-florin> so I'll find out if I buy it...
[14:50] <ovidiu-florin> I'll run Kubuntu on it, so I really hope everything will run ok. If not. I'm open to any experiments (that won't destroy the hardware and loose my warranty)
[14:51] <ovidiu-florin> kubotu: I've reported that in my IOS testing, But I did not know that there was a bug
[14:51] <ovidiu-florin> ISO*
[14:59] <murthy> hello everyone
[15:00] <Riddell> hi murthy 
[15:01] <murthy> Riddell: i am going through the backlogs, i came across about the ktp from you, reading it
[15:02] <murthy> Riddell: about the ktp, shadeslayer confirmation is pending for the verification
[15:02] <Riddell> hi skaet, we've a bug in kubuntu 12.04.2 candidates :(
[15:02] <Riddell> bug 1123126
[15:03] <murthy> shadeslayer: did you complete the ktp-desktop-applets debian/copyright ? if not can you verify mine so that i can upload it?
[15:04] <shadeslayer> upload it?
[15:04] <murthy> shadeslayer: I am phoenix_firebrd
[15:04] <shadeslayer> and it'll have to wait till tomorrow
[15:04] <shadeslayer> right, but upload it where? It won't be going into the archive for another month
[15:05] <murthy> shadeslayer: Thats ok
[15:10] <smartboyhw> murthy, LOL
[15:10] <murthy> shadeslayer: hi
[15:10] <smartboyhw> murthy, I fixed the copyright file of cantata already 
[15:10] <shadeslayer> uh, hi?
[15:11] <shadeslayer> like I said, will have a look tomorrow
[15:11] <murthy> smartboyhw: ya Riddell told me yesterday, thank you. Its my mistake i didn't coordinate properly
[15:11] <shadeslayer> don't want to look right now
[15:11] <smartboyhw> murthy, don't worry:)
[15:11] <murthy> smartboyhw: next time i won't forget to notify in the team pad
[15:12] <smartboyhw> murthy, :)
[15:12] <murthy> shadeslayer: sorry
[15:13] <murthy> shadeslayer: both of you and smartboyhw looks identical when seen
[15:13] <smartboyhw> murthy, how do you know my face?
[15:14] <murthy> smartboyhw: he he , i mean the nick :P
[15:14] <smartboyhw> murthy, LOL do we
[15:15] <murthy> if any ubuntu-science team fellows present , need help in building herwig++
[15:15] <murthy> smartboyhw: may be 30%
[15:17] <murthy> kolabd is part of kolab package?
[15:17] <smartboyhw> murthy, oh?
[15:17] <smartboyhw> I'm not ubuntu-science
[15:18] <smartboyhw> murthy, ask in #edubuntu? :P
[15:18] <yofel> what's kolabd?
[15:18] <murthy> yofel: demon?
[15:18] <murthy> yofel: http://qa.ubuntuwire.com/uehs/no_updated.html
[15:18] <murthy> smartboyhw: thats a good idea
[15:18] <yofel> ah
[15:20] <yofel> considering how old it is it might be worth aksing the debian folks why they didn't update it. (Could be just because debian is frozen now)
[15:22] <murthy> yofel: so kolabd is not part of kolab package?
[15:23] <yofel> it has its own package
[15:24] <murthy> yofel: ok
[15:24] <murthy> yofel: will be good if i search for the bug reports for any packaging wishlist and give it priority?
[15:25] <yofel> priority as in?
[15:26] <murthy> yofel: packaging it first
[15:29] <yofel> sure, on the pad you will find links at the top related to what we track. Other than that: bugs tagged with upgrade-software-version are update requests, needs-packaging are requests for new packages
[15:29] <murthy> yofel: nice
[15:29] <murthy> yofel: on to that
[15:30] <yofel> for complete new packages that aren't related to us you should ask in #ubuntu-motu though for the correct procedure
[15:30] <yofel> (that's true for anything not related to us actually)
[15:31]  * philwyett is waiting not so patiently for todays daily 12.04.2 ISO. Need to check many things including if http://wstaw.org/m/2013/02/12/kubuntu_12.04.2_2013_02_11_alternate_64bit_install_bug.png is still an issue. :-/
[15:32] <yofel> ouch
[15:34] <murthy> yofel: give me the bugzilla page
[15:34] <yofel> what bugzilla page?
[15:35] <murthy> yofel: packaging bugs
[15:35] <yofel> see the top of the pad
[15:36] <yofel> hm
[15:37] <yofel> want to do some kde-workspace hacking? That screen management seperation would be something not too hard
[15:37] <yofel> (I hope)
[15:38] <murthy> yofel: cmake stuff?
[15:38] <yofel> moving files in install files around rather
[15:39] <yofel> splitting out the kded module might already do the trick
[15:39] <murthy> yofel: i can try can you guide me?
[15:39] <yofel> hm, and the krandr stuff probably
[15:40] <yofel> not too much, working on something else right now
[15:40] <murthy> yofel: even nepomuk-webminer needs a similar work have to seperate the plugins from the main package
[15:40] <yofel> heh
[15:41] <yofel> did anyone manage to rework the generator yet?
[15:41] <murthy> yofel: no
[15:41] <yofel> heh
[15:41] <murthy> yofel: do you think it can be optimized or is it at its best ?
[15:43] <yofel> can't really say. It's rather complex as it is now
[15:44] <murthy> yofel:do you want me to work on kde-workspace ?
[15:44] <murthy> yofel: kde wallpaper needs some fixing too
[15:44] <yofel> it does?
[15:44] <murthy> yofel: its a very old issue, not noticeable in new faster computers 
[15:45] <yofel> still, what's the problem?
[15:46] <murthy> yofel: plasma-deskop will crash when applying a new image as wallper  by clicking the "apply" and "ok" button immediatly one after other 
[15:46] <yofel> fun, that would be a bug in plasma though
[15:47] <murthy> yofel: https://bugs.kde.org/show_bug.cgi?id=300708
[15:50] <murthy> yofel: A similar bug which crashes plasma-desktop is also present in kwallet
[15:50] <JontheEchidna> apachelogger: pong
[15:50] <yofel> murthy: well, that's probably a plugin issue. But I don't know plasma well enough for that
[15:51] <murthy> yofel: which one the wallpaper or the kwallet one?
[15:51] <yofel> latter
[15:52] <kubotu> ::runtime-bugs:: [1123126] plasma-desktop not running init script from k-d-s @ https://bugs.launchpad.net/bugs/1123126 (by lordievader)
[15:52] <yofel> murthy: as for kde-workspace: we'll be using kscreen instead of krandr for screen management. As they kind of conflict with each other at runtime krandr needs to be split out from the current kde-workspace packages into it's own
[15:53] <yofel> it's a bit tricky, so if you don't think you're up to it nevermind
[15:53] <murthy> yofel: i can understand, its a pretty important package and i don't want martin to get mad at me :)
[15:55] <murthy> yofel: I will continue on syncing the debian packages
[17:13] <yofel> apachelogger: the guy now posted his package list. But I still can't reproduce it even with the same packages installed :/
[17:27] <Riddell> 12.04.2 candidate images do run the right plasma init script :(
[17:35] <yofel> Riddell: it works after all?
[17:38] <Riddell> yofel: alternate
[17:38] <Riddell> not on desktop :(
[17:38] <Riddell> very random
[17:40] <yofel> o.O
[17:56] <Riddell> ug, everything keeps freezing on my 12.04.2 install 
[17:56] <Riddell> lordievader: you still testing it?
[17:56] <Riddell> can you select any text in konsole?
[18:08] <lordievader> Riddell: Installing it works quite fine, haven't tested the live environment very extensively.
[18:08] <lordievader> Gonna run some more tests a little later.
[18:33] <lordievader> Riddell: In the live env selecting text in konsole works.
[18:36] <lordievader> In the live-cd muon claims a lot of software is installed while it is not...  for example: banshee, bazaar, bittornado, etc. Report bug against muon?
[18:40] <Riddell> lordievader: hum
[18:40] <Riddell> dunno what that's about
[18:40] <Riddell> but it'll be some cache left in apt, nothing muon specific
[18:40] <Riddell> report on ubuntu-cdimage maybe
[18:42] <lordievader> Ah yes that looks like is the issue, an apt-get update got rid of it. I'll report it to ubuntu-cdimage.
[18:42] <Riddell> lordievader: you scored out http://iso.qa.ubuntu.com/qatracker/milestones/255/builds/37374/testcases/1303/results Live Session in Kubuntu Desktop amd64 for Raring Daily?
[18:43] <lordievader> Riddell: Scored out?
[18:43] <Riddell> lordievader: marked as cancelled
[18:44] <Riddell> or whatever puts a line through your name
[18:44] <lordievader> Ah yes I deleted it, reflecting the report I felt I had not tested it enough to report it a pass.
[18:45] <Riddell> okay dokay
[18:45] <Riddell> alpha 2 candidate working good here
[18:46] <lordievader> What I have seen of it, it was working fine. Indeed. :)
[18:55] <lordievader> Riddell: Hehe, look what I found! Under the 12.04.2 live-cd if you go to the "Desktop Icons" activity, there is a Install Kubuntu 12.04.2 LTS icon.... 
[18:59] <Riddell> lordievader: yeah it'll be there, it's a problem in the way the plasma desktop is set up
[19:31] <lordievader> I have a feeling it is know that the "Get New (kdm) Themes" button is broken? I mean the system reports the download is finished but they do not show up in the login themes list.
[19:34] <yofel> lordievader: that is broken since ages, run the KCM as root and you'll get the themes
[19:34] <lordievader> It is a permission error, when the systemsettings program is ran with sudo rights kdm themes can be installed.
[19:34] <lordievader> Got the same conclusion... :P
[19:36] <yofel> lordievader: kde bug 255453
[20:05] <jussi> evening all
[20:07] <murthy> jussi: good evening
[22:05] <ovidiu-florin> good night everybody, I'm out
[22:18] <ScottK> apachelogger: We did.  I wrote to ubuntu-devel about it.
[23:04] <Darkwing> Yay
[23:04]  * Darkwing is back
[23:10] <ScottK> in black?
[23:10] <Darkwing> LOL 
[23:10] <Darkwing> Naww, just got everything back to normal in my life and I'll be getting back into the swing of actually doing stuff again.
[23:13] <Darkwing> Has anyone tried Kubuntu-active with the Ubuntu on the Nexus7?
[23:47] <yofel> Darkwing: shadeslayer has been working on that mostly. It's been a while since I tried it on mine
[23:47] <yofel> Darkwing: and welcome back :D