[01:49] <kubotu> ::workspace-bugs:: [1093149] [kubuntu] default background not showed @ https://bugs.launchpad.net/bugs/1093149 (by Fabio Marconi)
[02:29] <highvoltage> 4
[10:32] <allee> anyone working on (lib)kscvreen already?  Searching irc history indicates nobody does
[10:32] <shadeslayer> allee: probably everyone is vacationing
[10:33] <shadeslayer> and I'm taking a bit of break from packaging and working on nepomuk ;)
[10:33] <allee> How does one create a 'dummy'  debian directory  for new pkgs like (lib)kscreen.
[10:33] <shadeslayer> !dh_make
[10:33] <shadeslayer> hm
[10:33] <shadeslayer> allee: read the dh_make man page :)
[10:34] <allee> shadeslayer: thx. Still dh_make, good ;-)
[10:34] <allee> shadeslayer: and thx for working on nepomuk too !!
[10:34] <shadeslayer> :D
[10:46] <allee> afiestas: hmm, no 'official' tar balls of (lib)kscreen yet?   
[10:55] <afiestas> allee: nope
[10:55] <allee> afiestas: thx.
[11:21] <allee> shadeslayer: is there already helper tool to create a  ~git<date>.orig.tar.bz  from a git repository clone?
[11:23] <shadeslayer> you can write a target for that in debian/rules
[11:25] <shadeslayer> allee: http://paste.kde.org/632624/
[11:27] <allee> shadeslayer: oh, git archive ... cool! Thx
[11:28] <shadeslayer> :)
[12:13] <shadeslayer> kubotu: newpackage libkgapi 0.4.4
[12:14] <shadeslayer> I guess the bot be broken
[12:21] <shadeslayer> looks like someone triggered a archive rebuild
[12:21] <shadeslayer> guess the holidays are the best time to do that ;)
[12:38] <allee> afiestas: can you 'fix' the license of libkscreen: http://paste.kde.org/632672
[12:39] <allee> afiestas: and please run same command in kscreen source.  Saves me some cut&paste later ;-)
[12:49] <freinhard> allee: do you put the kscreen package on a ppa?
[12:50] <allee> freinhard: when I've enought time to finish it,  yes.  Either mine for testing but later  one of the kubuntu-ppa  ppas is the goal IMHO
[14:02] <allee> afiestas: pondering:  libkscreens  *.cmake are installed in /usr/lib/cmake  but all other kde related cmake files seem to be installed in /usr/share/kde4/apps/cmake/modules    Is /usr/lib/cmake/ a mistake?
[15:30] <allee> afiestas: executing 2 x in a row: qdbus org.kde.kded /kded org.kde.kded.loadModule kscreen
[15:30] <allee> makes kded4 crash and starting kded4 from command line crashes almost immediately again.  I've to uninstall kscreen , then kded4 can bestarted again.
[15:31] <allee> afiestas: I have to build dbg pkgs to get a useful crash dumps.   Trying ...
[17:09] <ScottK> allee: Is this on quantal?
[17:09] <ScottK> If so, we have a pending update that is waiting for a proper test case to be accepted.
[18:00] <Riddell> 4.9.5 is up!
[18:00] <Riddell> needing a packager
[18:04] <shadeslayer> I'm way too sleepy to do it ...
[18:10]  * yofel remembers that we still need to put 4.9.4 into -proposed...
[18:22] <ScottK> yofel: If you can do that (4.9.4) I can review/accept.
[18:23] <yofel> ok, I'll try to do it later. I think we patched the worst regressions away
[18:24] <ScottK> If there are still regressions, we should just wait for 4.9.5.
[18:27] <shadeslayer> btw someone with an exopc should test https://launchpad.net/~kubuntu-active/+archive/ppa
[18:27] <shadeslayer> I probably won't be able to do it before next year
[20:05] <freinhard> is there something like org.kubuntu.restrictedInstall for non-restricted packages?
[20:10] <freinhard> or is the purpose to install any additional shiny feature?
[20:11] <ScottK> JontheEchidna: ^^^
[20:14] <JontheEchidna> org.kubuntu.restrictedInstall will install packages that are listed in src/daemon/installevent/installevent.cpp of kubuntu-notification-helper
[20:15] <freinhard> JontheEchidna: ok. i had a look at the rekonq patch for this and from the arguments that got passed it looked like it would accept any package name
[20:16] <freinhard> so i'll stay with qapt-batch
[20:18] <JontheEchidna> the single package name it accepts is used to identify which list of pre-defined packags in installevent.cpp is presented to the user for installation: http://paste.ubuntu.com/1473919/
[20:19] <JontheEchidna> it wasn't really meant to be a public-facing general-installation API, just something we could use when we needed to patch an application to offer to install things when we couldn't include them by default due to patent restrictions/ISO space
[20:21] <JontheEchidna> If you're looking for a DBus api, QApt2 in 13.04+ has a better API similar to packagekit and aptdaemon's
[20:21] <JontheEchidna> e.g. calls to the service return a Transaction DBus object that can be used to track the progress of the transaction
[20:22] <JontheEchidna> and there's a C++ Transaction class within libqapt that can be used to get a QObject-with-signals-and-slots interface to the Transaction object on DBus
[20:23] <JontheEchidna> http://api.kde.org/extragear-api/sysadmin-apidocs/libqapt/html/classQApt_1_1Transaction.html
[20:26] <freinhard> JontheEchidna: ok, so for the moment i'll have to use qapt because that's gonna work on 12.04 and 12.10 as well?
[20:26] <JontheEchidna> yeah
[20:26] <freinhard> s/qapt/qapt-batch/
[20:26] <kubotu> freinhard meant: "JontheEchidna: ok, so for the moment i'll have to use qapt-batch because that's gonna work on 12.04 and 12.10 as well?"
[20:26] <JontheEchidna> yeah
[20:28] <JontheEchidna> the command line API of qapt-batch didn't change between QApt1 -> QApt2, so that actually works out quite nicely for supporting both versions
[20:28] <JontheEchidna> whereas the DBus API for the worker changed, so even if you used the inferior QApt1 DBus api, you'd also have to support the QApt2 DBus api for things to work everywhere
[20:33] <freinhard> well since distribution packagers would kill me for providing software that offers to install packages, the feature won't be enabled anyways. so qapt-batch is probably good enough.
[21:17] <Quintasan> \o
[22:22] <xnox> Installing libiodbc2 removes a few of k* packages me is not sure if it's expected or transient in raring.
[22:43] <allee> ScottK: sorry.  bad DSL for 6 hours :-(   Yes, this was in quantal.   
[22:44] <ScottK> allee: There's a known issue with qdbus in quantal.  Let's see if it's the same issue.  Give me a minute to find the bug.
[22:44] <allee> So no time yet to figure out how libkscreen-dbg is (auto)creted and list-missing  does not love me (can't get it to work)
[22:46] <ScottK> xnox: Looks like probably transition not done right.  soprano should depend on it, I think.
[22:48] <ScottK> allee: Sorry.  I was mistaken, I was thinking of qjson.
[22:49] <allee> ScottK: fwiw I had to rebuild qjson from r on q due to >= 0.8 requirement
[22:49] <ScottK> OK.
[22:50]  * allee curses: since 4.10  background dim is jumping like crazy on connect to power
[22:51] <allee> backlight dimming that is
[22:51] <ScottK> Riddell: It seems libkdegames never go uploaded for 4.9.95 ...
[22:53]  * ScottK fixes