[02:53] <ScottK> Excellent.
=== skreech__ is now known as skreech_
[07:51] <tsdgeos> you guys aware that installing libkcddb4 in quantal wants to remove kubuntu-desktop ?
[08:03] <Riddell> tsdgeos: nope, I'll investigate that
[08:40] <Riddell> debfx: mind and update http://notes.kde.org/kubuntu-ninjas with uploads to the PPA
[08:42] <Riddell> debfx: http://felix.fobos.de/kubuntu/4.8.90.htm disappeared?
[08:43] <debfx> Riddell: which ones are missing?
[08:43] <debfx> I hope not, seems to work for me
[08:43] <Riddell> debfx: from http://notes.kde.org/kubuntu-ninjas nothing by pykde or smoke*
[08:43] <Riddell> ooh http://felix.fobos.de/kubuntu/4.8.90.htm fixed itself
[08:44] <debfx> they are at the top of the package list
[08:44] <Riddell> debfx: aye but they don't say you're working on them
[08:45] <debfx> well I'm not :)
[08:46] <debfx> I've only uploaded the packages without reviewing them
[09:12] <kubotu> ::qt-bugs:: [1012550] qtsql: no drivers loaded (incomplete library paths?) @ https://bugs.launchpad.net/bugs/1012550 (by Jonas T.)
[09:12] <ubottu> Launchpad bug 1012550 in qt4-x11 (Ubuntu) "qtsql: no drivers loaded (incomplete library paths?)" [Undecided,New]
[09:13] <Riddell> kubotu: pardeon?
[09:13] <debfx> does anyone have objections to registering a kubuntu-ninjas-bot account so I can generate the build status report on my server?
[09:14] <debfx> right now I have to copy the html page manually which is a pita
[09:17] <Riddell> debfx: registering with what?
[09:17] <debfx> Riddell: registering an account on launchpad
[09:18] <Riddell> debfx: yeah go ahead
[09:22] <debfx> Riddell: ok done, could you add ~kubuntu-ninjas-bot to the ninjas team?
[09:24] <Riddell> ok
[09:24] <Riddell> Kubuntu Ninjas Bot (kubuntu-ninjas-bot) has been added as a member of this team.
[10:54] <BluesKaj> Hi all
[12:00] <Riddell> afiestas: ping?
=== drdanz is now known as drdanz_home
=== drdanz_home is now known as ddomenichelli
=== ddomenichelli is now known as ddomenichelli_
=== ddomenichelli_ is now known as drdanz_
=== drdanz_ is now known as drdanz
=== rdieter_laptop is now known as rdieter
[13:55] <ScottK> 4.9 beta 2 is released.
[13:56] <ScottK> I'm going to reject the remaining 4.8.80 packages in New since they probably lack proper licensing and are about to be replaced.
[14:08] <debfx> kdenetwork, kdepim, kdepim-runtime, kdepimlibs and rocs still need fixing
[14:11] <apachelogger> how do I make lunchpad not try to multiarch stuff? Oo
[14:12] <debfx> what has lp to do with multiarch?
[14:12] <apachelogger> dunno
[14:13] <apachelogger> something made liblastfm install to multiarch path
[14:13] <apachelogger> and I cannot replicate that on my system
[14:17] <apachelogger> oho
[14:17] <apachelogger> did something change in cmake/dh on quantal that would make that happen?
[14:20] <debfx> do we want to build python bindings for PolkitQt in pykde4?
[14:20] <debfx> maybe in cmake
[14:20] <jtechidna> apachelogger: not by default: http://packages.ubuntu.com/quantal/amd64/libqapt1/filelist
[14:20] <apachelogger> jtechidna: https://launchpadlibrarian.net/107430921/buildlog_ubuntu-quantal-i386.liblastfm_1.0.0-0ubuntu3_FAILEDTOBUILD.txt.gz
[14:20] <apachelogger> maybe because samplerate is multiarch
[14:21] <apachelogger> but that seems to be multiarch on precise too
[14:21] <apachelogger> also it would be weird if a linked lib influenced multiarchness
[14:22] <apachelogger> +Alex Neundorf (34):
[14:22] <apachelogger> +      GNUInstallDirs: add support for Debian multiarch
[14:23] <apachelogger> +  # For Debian with multiarch, use 'lib/${CMAKE_LIBRARY_ARCHITECTURE}' if
[14:23] <apachelogger> +  # CMAKE_LIBRARY_ARCHITECTURE is set (which contains e.g. "i386-linux-gnu"
[14:23] <apachelogger> +  # See http://wiki.debian.org/Multiarch
[14:23] <apachelogger> Oo
[14:23] <jtechidna> but that stuff shouldn't be in effect unless the package is marked as multiarch in debian/control
[14:24] <apachelogger> *shrug*
[14:24] <debfx> apachelogger: when has that commit landed?
[14:24] <apachelogger> ages ago
[14:24]  * apachelogger ponders on CMAKE_LIBRARY_ARCHITECTURE
[14:26] <apachelogger> >>> grep -r CMAKE_LIBRARY_ARCHITECTURE .
[14:26] <apachelogger> ./obj-x86_64-linux-gnu/CMakeFiles/CMakeCCompiler.cmake:  SET(CMAKE_LIBRARY_ARCHITECTURE "x86_64-linux-gnu")
[14:26] <apachelogger> that is without multiarch stuff in control
[14:26]  * apachelogger feels violated
[14:27] <yofel_> doesn't dh9 use multiarch by default?
=== yofel_ is now known as yofel
[14:27] <apachelogger> doesn't matter, the package was at compat 7
[14:28] <yofel> ok, then this shouldn't happen
[14:28] <debfx> yofel: I think only autotools stuff
[14:28]  * apachelogger cannot see debhelper setting CMAKE_LIBRARY_ARCHITECTURE on precise
[14:28] <apachelogger> yet it is there
[14:28] <yofel> that's cmake internal
[14:29] <yofel> see cmake manpage
[14:29] <apachelogger> fufu I say
[14:29]  * apachelogger installs cmake .8
[14:30] <apachelogger> yeah
[14:30] <apachelogger> rekonq downloading to Documents
[14:30] <apachelogger> my hero
[14:30] <apachelogger> -.-
[14:31] <yofel> apachelogger: btw. what does it break?
[14:32] <apachelogger> everything except for qapt
[14:32] <apachelogger> which is actually even more confusing
[14:32] <apachelogger> -- Installing: /tmp/liblastfm-1.0.0/debian/tmp/usr/lib/x86_64-linux-gnu/liblastfm.so.1.0.0
[14:32] <apachelogger> cmake 2.8.8 broke behavior big time
[14:32]  * yofel doesn't see why it would though
[14:33] <yofel> unless you use RPATH or stuff like that
[14:33] <yofel> (or cmake config files :( )
[14:33] <debfx> GNUInstallDirs sets CMAKE_INSTALL_LIBDIR
[14:33] <apachelogger> yofel: if CMAKE_LIBRARY_ARCHITECTURE is always set and cmake chooses to multiarch on debian iff CMAKE_LIBRARY_ARCHITECTURE is set then that bricks .install for packages not opting for multiarch
[14:33] <debfx> but I guess most projects don't use GNUInstallDirs
[14:33] <apachelogger> debfx: any non-kde thingy does
[14:34] <apachelogger> oho
[14:34] <apachelogger> jtechidna: qapt is built --with kde
[14:34] <jtechidna> yup
[14:34] <debfx> apachelogger: qapt obviously not
[14:35] <apachelogger> forwhatever reason
[14:35] <apachelogger> I am reasonable certain that causes path overrides in favor of KDE
[14:35] <jtechidna> it ships kde utils even though the lib itself is Qt-only
[14:35] <apachelogger> kk
[14:35] <jtechidna> so I used --with kde
[14:35]  * apachelogger rebuilds without kde too see if that breaks it
[14:37] <apachelogger> actually
[14:38] <ScottK> jtechidna: You've got mail.  News is not good.
[14:38] <jtechidna> k, thanks
[14:39] <apachelogger> talking about not so good news ... 20 people refuse to vote :P
[14:40] <yofel> that's a better quote than our last government election had here...
[14:41] <apachelogger> /tmp/qapt-1.3.80/debian/tmp/usr/lib/libqapt.so.1.3.80
[14:41] <apachelogger> this does not compute
[14:42] <apachelogger> install(TARGETS qapt
[14:42] <apachelogger>     LIBRARY DESTINATION lib${LIB_SUFFIX})
[14:42] <apachelogger> ....
[14:43] <apachelogger> vs.
[14:43] <apachelogger>     LIBRARY DESTINATION ${CMAKE_INSTALL_LIBDIR}
[14:43] <apachelogger> in liblastfm
[14:43] <apachelogger> so indeed cmake is le fucked
[14:44] <yofel> lib${LIB_SUFFIX} certainly isn't debian multiarch compatible
[14:45] <apachelogger> well yes
[14:45] <apachelogger> it also overrides whatever cmake decideds to be useful
[14:45] <apachelogger> which explains why qapt doesn't have the issue
[14:45] <yofel> I still don't see why it's an issue
[14:45] <apachelogger> liblastfm following whatever cmake wants gets bitten by the change
[14:46] <apachelogger> yofel: dh_install: liblastfm-dev missing files (usr/lib/lib*.so), aborting
[14:46] <apachelogger> dh_install: liblastfm-dev missing files (usr/lib/lib*.so), aborting
[14:46] <apachelogger> that is from ubuntu3, which did not opt into multiarch
[14:47] <apachelogger> it failed only because uptsream cmake decided it would be a good idea to make cmake always go to multiarch
[14:47] <yofel> fix the install files
[14:47] <apachelogger> the install file is not wrong!
[14:47] <yofel> that IS the new default
[14:47] <apachelogger> cmake is installing crap to multiarch even tho the package is not multiarched
[14:48] <apachelogger> yofel: it aint a default if I have to manually figure out multiarch crap in control
[14:48] <yofel> nvm me then
[14:52] <debfx> Riddell: re kdenetwork: libtelepathy-qt4-dev is in universe so unless kubuntu moves to universe very soon we should back that out for now
[14:54] <ScottK> debfx: It can be promoted again since it used to be in Main.
[14:54] <ScottK> (no MIR paperwork needed)
[15:04] <apachelogger> yofel: also -dev is multiarched
[15:04] <apachelogger> which for example breaks cmake finder scripts
[15:04] <apachelogger> oh
[15:04] <apachelogger> actually that is wrong
[15:04] <apachelogger> nevermind me
=== rdieter_ is now known as rdieter
[15:21] <soee> hi
[15:29] <debfx> ScottK: Ok.
[15:32] <debfx> Riddell: please don't push ~ppaX changelog versions to bzr
[15:34] <Riddell> debfx: that's me being lazy but the meaning is just as clear I think
[15:34] <debfx> right, but it makes it more difficult when uploading everything to the main archive
[15:35]  * ScottK concurs.
[15:36] <Riddell> debfx: why?  it's just another sed command to change it surely?
[15:36] <Riddell> which is easier than editing it and changing it to UNRELEASED 50 times
[15:38] <Riddell> ScottK: I take it we're not able to move libtelepathy-qt4-dev to main?
[15:38] <debfx> Riddell: there is https://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-dev-tools/trunk/view/head:/bin/kbuildppa and https://bazaar.launchpad.net/~debfx/+junk/kubuntu-automation/view/head:/bzr-buildpackage-ppa
[15:40] <ScottK> Riddell: we as in you and me?  No.  We need a Canonical AA to do it.
[15:40] <Riddell> right
[15:40] <ScottK> Unless you can figure out how to make it hit New.  Then you can do it.
[15:52] <debfx> apachelogger: calling bzr revert in kbuildppa seems quite dangerous to me
[15:53] <ScottK> Danger is apachelogger's middle name.
=== rdieter_ is now known as rdieter
[16:05] <apachelogger> ScottK is absolutely right
[16:06] <ScottK> Of course.
=== greyback is now known as greyback|dindins
[16:58] <soee> kate creates files backups
[16:58] <soee> is it possible to remove all such files from selected directory and subdirectories ?
=== skreech__ is now known as skreech_
[17:21] <Riddell> debfx: I think 4.8.90 is ready to upload, do you agree?
[17:21] <Riddell> debfx: how shall we do the precise backports?
[17:21] <Riddell> 4.8.4 needs moved out the way still then build in -ninjas?
[17:22] <Riddell> 4.8.4 is in staging, lovely
[17:25] <ScottK> 4.8.4 isn't ready for prime time due to kdelibs issues.
[17:25] <Riddell> yeah I saw
[17:26] <ScottK> However, I hear with kdelibs 4.8.3 the rest of 4.8.4 is ~fine.
[17:26] <ScottK> It might work to move all but kde4libs to the updates PPA.
[17:28] <debfx> kdenetwork and rocs have missing files
[17:29]  * Riddell investigates
[17:29] <debfx> kde-runtime has KActivities disabled
[17:29] <debfx> kdepim-runtime has LibKGAPI disabled
[17:30] <debfx> nah let's wait for a proper 4.8.4 fix
[17:31] <debfx> especially since we can't move that to p-proposed
[17:31] <ScottK> Debian is uploading kde4libs 4.8.3/KDE 4.8.4 to unstable, so they seem confident.
[17:31] <debfx> well Debian is in a hurry to get 4.8 in before the freeze, we aren't
[17:33] <debfx> are they going to upload a 4.8.4+really4.8.3?
[17:34] <yofel> they seem to have tracked down the 4.8.4 issues down to some nepomuk/soprano socket issues
[17:35] <yofel> (see k-c-d)
[17:36] <highvoltage> debfx: when is debian freeze? is it a set date?
[17:37] <debfx> highvoltage: they are targeting the second half of june
[17:38] <debfx> at least that's what the release team said in their last announcement mail
[17:39] <soee> gimme 4.8.90 for 12.04 i can test :D
=== greyback|dindins is now known as greyback
[17:51] <debfx> there's also bug #968734
[17:51] <ubottu> Launchpad bug 968734 in kate (Ubuntu) "package kate-syntax-go (not installed) failed to install/upgrade: »/usr/share/kde4/apps/katepart/syntax/go.xml« is already in kate-data 4:4.8.1-0ubuntu1" [Undecided,Triaged] https://launchpad.net/bugs/968734
[18:24] <Riddell> debfx: kdepim-runtime has LibKGAPI disabled because it's in universe
[18:25] <Riddell> I reverted telepathy from kdenetwork
[18:35] <Riddell> clashing youtube.png moved out the way in kdeplasma-addons
[18:46] <Riddell> kate go.xml file moved
[18:49] <Riddell> kde-runtime and activities I'm not sure about, may well be an upstream but in the kde-runtime CMakeLists.txt file
[18:50]  * Riddell out for a bit
[19:03] <yofel> Riddell: kde-runtime is fixed in upstream git
[19:41] <soee> Riddell, when are you planning to move 4.8.80 from beta to backports  ?
[19:43] <ScottK> soee: It'll be 4.9.0 that goes to the backports PPA.
[19:43] <soee> :/
[19:43] <soee> so this packages from beta are they any safe to use ?
[19:44] <ScottK> It's a beta.
[19:44] <ScottK> They've been tested, but there's no guarantees.
[19:44] <soee> :)
[19:45] <soee> well tats what i like
[19:45] <ScottK> You should use them to test the new release and report bugs upstream.
[19:45] <soee> thats what im planning to do
[19:45] <ScottK> OTOH, if you break it and can't fix it, you get to keep both halves.  You can get some help, but they aren't really supported.
[19:46] <soee> well ill spam yofel than :)
[19:46] <soee> usually he can help me
[19:46] <ScottK> Perfect.
[19:47] <yofel> <insert what Scott just said here>
[19:55] <kubotu> ::workspace-bugs:: [975236] Konsole Ignores --display When It's Launched Via an Icon @ https://bugs.launchpad.net/bugs/975236 (by Zoffix Znet)
[19:55] <ubottu> Launchpad bug 975236 in kde-workspace (Ubuntu) "Konsole Ignores --display When It's Launched Via an Icon" [Undecided,New]
[20:20] <soee> uhm dependency problmes
[20:30] <soee> yofel, may i take you few minutes ?
[20:31] <yofel> a few yes, what's the problem? 
[20:32] <soee> yofel, take a look: http://pastebin.com/NLjC0Fhm
[20:32] <soee> dependency problems after upgrade
[20:34] <yofel> hm, both kde-runtime and nepomuk-core are in the ppa though
[20:38] <soee> the problem is with kde-runtime i think
[20:38] <soee> can't be upgraded because kde-runtime : Requires: plasma-scriptengine-javascript (= 4:4.8.3-0ubuntu0.1) but 4:4.8.80-0ubuntu1~precise1~ppa1 is installed
[20:43] <yofel> I'm not sure why it would try to install kde-runtime =  4:4.8.3-0ubuntu0.1 it if already installed parts from 4.8.80 o.O
[20:45] <soee> :/
[20:48] <soee> is it possible to force kde-runtime upgrade ?
[20:49] <yofel> soee: what happens if you run 'sudo apt-get install kde-runtime=4:4.8.80-0ubuntu1~precise1~ppa1' ?
[20:50] <soee> yofel, same dependency problems
[20:50] <soee> http://pastebin.com/KhjT9UWN
[20:51] <yofel> and if you run apt-get install -f you get http://pastebin.com/NLjC0Fhm ?
[20:53] <soee> yofel, 
[20:53] <soee> http://pastebin.com/BpX8zGJp
[20:53] <soee> and if i type Yes
[20:53] <soee> a long list of info/errors:
[20:54] <soee> its the part visible in terminal: http://pastebin.com/16wuSQk9
[20:55] <soee> basicly its all about these packages arent configuret yet
[20:55] <soee> d
[20:57] <yofel> please try: sudo apt-get install kde-runtime=4:4.8.80-0ubuntu1~precise1~ppa1 kde-runtime-data=4:4.8.80-0ubuntu1~precise1~ppa1
[21:00] <soee> nope :/ http://pastebin.com/Ntu49Wz8
[21:00] <soee> strange
[21:02] <yofel> sorry, I don't see what goes wrong exactly and I'm out of time so someone else will be able to help you
[21:03] <yofel> (seems something's wrong with nepomuk-core-data and kde-runtime/-data)
[21:15] <soee> yofel, sorry for bothering but short info
[21:15] <soee> i have removed kde-runtime (with a lot of other packages) and kde-runtime-data and installed kubuntu-desktop
[21:15] <soee> all went ok now
[21:16] <yofel> ... as long as it went fine...
[21:16] <soee> ill try to reboot and see if it works, if not ill try to contact you tomorrow from laptop
[21:16] <soee> brb
[21:20] <soee> back
=== fabi_burger is now known as fabidesu