[00:19] <shadeslayer> yofel:   [ Philip Muškovac ]
[00:19] <shadeslayer>   * Bump build-dep on python-sip-dev to >= 4.14
[00:19] <shadeslayer> in pykde4
[00:19] <shadeslayer> yofel: do you remember why?
[00:20] <ScottK> It would have been to prevent archive skew.
[00:20] <shadeslayer> so, can be dropped?
[00:20] <ScottK> Yes.  We should be the same as Debian.
[00:20] <shadeslayer> because pykde4 for quantal is FTBFS'ing
[00:20] <shadeslayer> ack
[00:21] <ScottK> Hmmm.
[00:22] <ScottK> I'm wrong.
[00:22] <shadeslayer> oh?
[00:22] <ScottK> if(SIP_VERSION STRLESS "040e00")    # These version numbers also appear in ../CMakeLists.txt
[00:22] <ScottK>     message(FATAL_ERROR "The version of SIP found is too old. 4.14 or later is needed.")
[00:22] <ScottK> endif()
[00:22] <shadeslayer> drat :/
[00:22] <ScottK> So that's something you need to keep.
[00:22] <shadeslayer> too late, I uploaded for quantal
[00:22] <shadeslayer> but it'll still fail obviously
[00:22] <ScottK> Sorry
[00:23] <shadeslayer> that's fine, it's in staging
[00:23] <shadeslayer> backport python-sip-dev?
[00:23] <shadeslayer> I wonder how much trouble that'll cause
[00:25]  * shadeslayer backports from raring
[00:26] <shadeslayer> oh hurray
[00:26] <shadeslayer>  pykde4_4.10.90-0ubuntu1~ubuntu12.10~ppa1_source.changes rejected
[00:26] <shadeslayer> no harm done :)
[00:26] <ScottK> You'll need python-qt4 too then.
[00:26] <shadeslayer> okay
[00:26] <ScottK> if(PYQT4_VERSION STRLESS "040905")  # These version numbers also appear in ../CMakeLists.txt
[00:26] <ScottK>     message(FATAL_ERROR "The version of PyQt found is too old. 4.9 or later is required.")
[00:26] <ScottK> endif()
[00:27] <ScottK> Don't recall what's there, but you generally want sip4 and python-qt4 paired with what upstream released together.
[00:28] <shadeslayer> I see
[00:28] <shadeslayer> I've backported the official raring packages
[00:28] <shadeslayer> should be enough
[00:31] <shadeslayer> http://qa.kubuntu.co.uk/ninjas-status/build_status_4.10.90_quantal.html < mostly sorted out :)
[00:38] <shadeslayer> hm, everything should auto resolve
[00:38] <shadeslayer> will test later today then
[03:44] <manchicken> I am on vacation.
[03:44] <manchicken> Sweet.
[04:16] <manchicken> Anybody home?
[05:23] <ScottK> manchicken: No.
[05:26] <manchicken> ScottK: lies!
[05:26] <manchicken> I need something to do.
[05:26] <manchicken> Do people use kdevelop?
[05:26] <ScottK> Some do.
[05:29] <manchicken> What about Qt Develop? It looks like that's shooting at Xcode or Android Studio, seems like it's mainly pointed at Ubuntu Touch and qml.
[05:33] <ScottK> The Ubuntu Touch stuff is (as you might guess) an Ubuntu only plugin that's added.
[05:33] <ScottK> It is mostly aimed at Qt/QML.
[05:34] <apachelogger> no JT :(
[05:34] <apachelogger> someone do something to bug 1183615 plz :(
[05:34] <ScottK> apachelogger: But you have a willing coder awaiting enlightement.
[05:35] <apachelogger> :O
[05:35] <apachelogger> and that at 7:35
[05:35] <ScottK> manchicken is looking for work to do.
[05:37] <apachelogger> manchicken: https://trello.com/c/8T4OXfLX could be something
[05:37] <apachelogger> essentially bzr clone lp:kubuntu-debug-installer
[05:39] <apachelogger> right now it tries to find debug packages using the already active repositories, what we need it to do is allow us to add repositories on-the-fly
[05:39] <apachelogger> e.g. see https://wiki.ubuntu.com/DebuggingProgramCrash#Debug_Symbol_Packages
[05:39] <ScottK> Bonus points for detecting if XMir and declining to file kwin bugs if it is.
[05:40] <apachelogger> TLDR: most debug packages are autogenerated and put in a separate package repository, so to get access that other repoistory needs to be added to apt
[05:40] <apachelogger> ^^
[05:40] <apachelogger> ScottK: I think that is another card TBH
[05:41] <ScottK> But we can't add it by default because if everyone enabled that repository, it would get crushed.
[05:41] <apachelogger> ^ that
[05:42] <apachelogger> so I was thinking ... debug-installer gets started -> tries to find debug packages for files -> fails -> adds the ddebs repository -> updates apt cache -> tries to find debug packages -> failure/success, regardless it removes the repository again -> updates cache
[05:43] <apachelogger> but I guess you could just play around with it a bit see where the code takes you 
[05:45] <apachelogger> ScottK: trello says we should discuss the MRE list on kubuntu-devel btw
[05:45] <apachelogger> https://trello.com/c/JT78Qcz3
[05:46] <ScottK> OK.
[05:55]  * manchicken looks...
[06:00] <apachelogger> !info user-manager saucy
[06:01] <apachelogger> :/
[06:01] <apachelogger> afiestas_: didn't you do a release?
[06:02] <manchicken> apachelogger: So we're trying to modify the crash handler so that it will install dbgsym packages in the absence of dbg packages?
[06:02] <apachelogger> yes
[06:02] <apachelogger> well
[06:02] <apachelogger> TBH it probably should just always use dbgsym
[06:03] <manchicken> dbgsym is just the debug symbols for the existing binaries?
[06:03] <manchicken> Does it replace the binaries with ones using -g flags?
[06:04] <apachelogger> nope, essentially it's the debug symbols of the binaries
[06:05] <manchicken> Is that a supplemental file, similar to a dSYM file on OS X?
[06:05] <ScottK> apachelogger: A new change though is that if a -dbg package exists, the -dbgsym is and empty dependency package that depends on the -dbg.
[06:05] <manchicken> I've never done debug symbols on GNU/Linux without it being compiled in.
[06:05] <ScottK> No point in going to the -dbgsym if the -dbg is available.
[06:06] <apachelogger> so the binaries are built with -g by default and then some packaging tool strips all debug symbols into a shadow binary (i.e. instead of one binary you have two, one with the functional code and one with the debug code). gdb can then put those files back together and allow debugging of a binary that technically has no debug symbols
[06:06] <apachelogger> manchicken: dsym sounds similar enough
[06:06] <manchicken> apachelogger: Okay, that makes sense.
[06:06] <apachelogger> ScottK: actually even more so
[06:06] <manchicken> But that actualy doesn't matter for this project, right? We're just dealing with package installs.
[06:06] <apachelogger> if dbgsym is just a dep on dbg it makes even more sense to only go for dbgsym
[06:07] <ScottK> Maybe.
[06:07] <ScottK> Yes, just package installs.
[06:07] <apachelogger> that way you have consistent handling and the package relationship will take care of -dbg packages
[06:07] <ScottK> OK
[06:07] <apachelogger> so we install only -dbgsym but indeed -dbg gets in as well
[06:07] <apachelogger> manchicken: pretty much
[06:07] <manchicken> Let me look at this existing package. I think step 1 is figuring out what we already have.
[06:08] <apachelogger> yeah, bzr clone lp:kubuntu-debug-installer
[06:09] <apachelogger> it's a really simple program ... it gets a list of files that could not be traced (i.e. no debug symbols present) and it uses qapt to find the packages containing those files, then it tries to find the -dbg/-dbgsym package associated
[06:09] <apachelogger> manchicken: general code refactoring is also very welcome, that was just quickly hacked together and since part refactored once or twice ^^
[06:11] <manchicken> apachelogger: While it's loading (slow internet), is this C++, Ruby, Python, other?
[06:11] <apachelogger> manchicken: c++
[06:12] <apachelogger> bug 103378
[06:12] <manchicken> I'm getting a permission error.
[06:12] <apachelogger> Mount Wars 2: The Floppy Strikes Back
[06:13] <manchicken> Evidently it's attempting to send my SSH key and then rejecting it.
[06:14] <apachelogger> manchicken: launchpad.net
[06:14] <apachelogger> check that the right public key is available there
[06:14] <apachelogger> and that the right key is used on your end I guess
[06:14] <manchicken> I'm gonna need to generate a new one I think, I doubt that I still have the old one lying around...
[06:14] <manchicken> I'll check my old FSF thumb drive, that's probably where I would have put it :)
[06:16] <ScottK> Also make sure the username is right.
[06:17] <ScottK> Host bazaar.launchpad.net
[06:17] <ScottK>   User $USERNAME
[06:17] <ScottK> in ~/.ssh/config
[06:18] <ScottK> If your LP username and your local username aren't the same.
[06:29] <manchicken> Making a new key it is!
[06:30] <manchicken> My FSF thumb drive is corrupt :)
[06:30] <manchicken> Glad I only stored keys on it.
[06:34] <manchicken> I'm in business!
[06:34] <manchicken> I think
[06:35] <manchicken> That said, this DL is going to interrupt The Doctor.
[06:36] <apachelogger> NO, NOT THE DOCTOR :O
[06:36] <manchicken> Yeah, I just started the new one. S1E1.
[06:37] <manchicken> I know I'm behind the times... but there are only so many geek-culture references I can miss before I can stop ignoring things.
[06:37] <apachelogger> shadeslayer, Riddell: https://trello.com/c/DplmVapI that does nto seem complete at all........................
[06:38] <apachelogger> manchicken: ^^
[06:38] <manchicken> apachelogger: I don't understand what you mean by "^^"
[06:38] <ScottK> manchicken: I'm probably a close to two decades older than you and I watched the Doctor in college.
[06:38] <ScottK> How can you have missed that one?
[06:39] <manchicken> ScottK: I am 31... and three children old.
[06:39] <ScottK> Right, so 1 year short of two decades older and three also.
[06:40] <manchicken> Heh
[06:40] <apachelogger> http://www.urbandictionary.com/define.php?term=%5E%5E
[06:41]  * valorie started on season one as well, but I'm halfway through
[06:41] <valorie> the Beeb has done a nice job on cleaning up those old tapes
[06:42] <manchicken> You're a brave man, trusting anything to urbandictionary.com.
[06:42] <manchicken> I wasn't sure if you were doing the ^_^ thing, or if you were trying to point up.
[06:43] <ScottK> Not brave.  apachelogger's the right kind of insane for urbandictionary.
[06:44] <manchicken> Nice
[06:44] <apachelogger> manchicken: pointing up is ↑
[06:44] <apachelogger> compose key magic
[06:44] <manchicken> Oh, cmake... I forgot about cmake.
[06:45] <apachelogger> seamake
[06:45] <manchicken> I like the compose key.
[06:45] <apachelogger> today in apachelogger's package wonderland: flooding launchpad with projects to import git repos
[06:45] <manchicken> I still pretend like I speak a little french, it's useful for that.
[06:46] <apachelogger> oh la la
[06:46] <manchicken> Oais :)
[06:46] <manchicken> Ouais
[06:47] <manchicken> Please note: I only pretend to speak a little French, never said I could type.
[06:48] <apachelogger> uhm
[06:48] <apachelogger> yofel_, Riddell: it would appear we lost the kwallet kde-runtime patches
[06:49] <manchicken> I've got a buddy who is the language chair of Illinois Wesleyan University. He's helping me improve my language skills. The goal is to get work to transfer me to Montreal or Paris for a year.
[06:51] <apachelogger> paris ftw?
[06:52] <apachelogger> well, unless one is into maple syrup I guess
[06:52] <apachelogger> omnomnom
[06:52] <manchicken> I'm actually not picky.
[06:52] <valorie> Montreal is beautiful though
[06:52] <manchicken> I want to go somewhere to actually use my French, not terribly picky where.
[06:53] <valorie> my friend from Paris tells me that the french is not much like what is spoken in France
[06:53] <manchicken> Montreal would be preferred since it's within driving distance, however.
[06:53] <apachelogger> and Paris is not? :O
[06:53] <apachelogger> ah well, I guess Paris is beautiful in a different way ^^
[06:53] <valorie> more like what was spoken a few hundred years ago
[06:53] <valorie> yes, Paris is amazingly beautiful
[06:53] <manchicken> Yeah, my buddy says that Québecois french is much more antiquated than French french.
[06:53] <soee> good morning
[06:54] <manchicken> Morning.
[06:58] <manchicken> LMFAO, garbage can eats a dude... obligatory burp...
[07:01] <manchicken> It's been a while since I've seen C++
[07:01] <manchicken> Outside of that stuff we have at work, where we use C++ as nothing more than OO around our C.
[07:03] <apachelogger> manchicken: their french hasn't received updates for quite a while I guess
[07:03] <apachelogger> imagine the security problems
[07:03] <apachelogger_> quassel is only lagging a bit
[07:12] <manchicken> apachelogger: Indeed! They're a commonwealth afterall.
[07:14] <manchicken> They need a hotkey to flip between workspaces like you can Alt-Tab
[07:16] <apachelogger_> manchicken: meta+tab?
[07:16] <apachelogger_> depending on what you mean by workspace
[07:17] <manchicken> apachelogger: Only rotates through them. Doesn't start with the most recently active one like alt+tab does.
[07:20] <apachelogger_> ah yeah, that doesn't exist
[07:26] <manchicken> It should. I use workspaces a lot.
[07:31] <apachelogger> manchicken: file a wish bug on bugs.kde.org I guess
[07:33] <manchicken> apachelogger: Well, since it's a feature I would use, it's a clear omission which warrants the highest priority.
[07:38] <apachelogger> I agree.
[07:38] <apachelogger> doesn't change the process though :P
[07:41] <manchicken> Also a problem.
[07:41] <manchicken> I am loving Dr Who.
[07:41] <manchicken> How did I live this long without this cheesy and amazing sci-fi?
[07:43] <valorie> manchicken: it was all leading up to this day
[07:52] <manchicken> grumble... why won't this thing build?
[07:52] <manchicken> CMake Error at CMakeLists.txt:10 (kde4_add_executable):
[07:52] <manchicken> I know I'm missing something obvious... I just don't know what.
[07:55] <apachelogger> sudo apt-get install install kdelibs5-dev?
[07:55] <apachelogger> meh, GL issues in virtualbox -.-
[07:56] <manchicken> Naw, that didn't work
[07:58] <yofel_> soee: please do NOT backport pykde
[07:58] <apachelogger> manchicken: paste complete output please
[08:01] <manchicken> http://pastie.org/8105989
[08:03] <yofel_> tab fail
[08:03] <yofel_> sry soee
[08:03] <apachelogger> yofel_: hello
[08:04] <yofel_> shadeslayer: please don't backport pykde4 to << raring unless you want to backport the whole SIP stack with rebuilds and want to do the python << 3.3 porting
[08:04] <soee> yofel_, np
[08:04] <apachelogger> yofel_: btw, fwiw, considering we have native packages I'd not put the packaging revision as the actual package revision as that will block uploads if the packaging changed but not the source
[08:04] <apachelogger> e.g. https://code.launchpad.net/~neon/+recipe/project-neon5-attica
[08:05] <smartboyhw> yofel_, I still can't get dh_strip working, it just wasn't even executed during build.
[08:05] <yofel_> apachelogger: er, what?
[08:06] <yofel_> we intentionally have revno:packaging in there so you can upload a new package with new packaging
[08:06] <apachelogger> that won't work if it is -revno
[08:06] <apachelogger> needs to be +revno-0
[08:06] <yofel_> no
[08:06] <yofel_> the packaging is never part of the program source
[08:06] <yofel_> ever
[08:07] <tsdgeos> Riddell: is there no debug package for /usr/lib/x86_64-linux-gnu/libQtGui.so.4.8.4 ? I installed libqt4-dbg but still don't get line numbers
[08:07] <apachelogger> it's le native
[08:07] <apachelogger> native packages have no revision
[08:07] <smartboyhw> yofel_, what do you think will make it work?
[08:07] <apachelogger> otherwise they are not really native are they
[08:07] <apachelogger> and also packaging is always part of the prgram source for native
[08:07] <apachelogger> because, well, they are native
[08:07] <yofel_> project-neon5-attica_0.0+git20130703+r417~8f3b796-16~saucy1.tar.xz already exists in Project Neon KDE Frameworks 5
[08:07] <yofel_> that's the damn same packaging revno
[08:07] <apachelogger> yes
[08:08] <apachelogger> doesn't change the fact that the revision is wrong
[08:08] <yofel_> with native packaging the -XXX part is relevant too
[08:08] <apachelogger> yes
[08:08] <apachelogger> relevantly wrong
[08:08] <yofel_> NO
[08:08] <manchicken> apachelogger: Any idea?
[08:08] <yofel_> you uploaded  project-neon5-attica - 0.0+git20130703+r417~8f3b796-16~saucy1
[08:08] <apachelogger> yes
[08:08] <apachelogger> I am not arguing attica
[08:08] <yofel_> now you tried uploading the damn same thing twice
[08:08] <apachelogger> I am arguing the version being shit
[08:08] <yofel_> it's not
[08:08] <yofel_> you can't just rebuild unchanged things
[08:09] <smartboyhw> !language | apachelogger 
[08:09] <yofel_> if you change something please bump the version
[08:09] <yofel_> in all uploads I see revno:packaging is 16, so what changed?
[08:09] <apachelogger> ubottu: SFU will you
[08:10] <apachelogger> obvious
[08:10] <yofel_> what you just did is the completely wrong thing to do
[08:11] <apachelogger> yofel_: http://www.debian.org/doc/debian-policy/ch-controlfields.html#s-f-Version
[08:11] <apachelogger> see debian_revision
[08:11] <yofel_> apachelogger: just to note: in native packaging, the "-foo" part is not ignored but part of the source version itself
[08:12] <yofel_> look at the tar filename
[08:12] <apachelogger> yes
[08:12] <yofel_> you just never committed something 
[08:12] <apachelogger> it is still wrong
[08:12] <apachelogger> I forgot to push the branchy
[08:12] <yofel_> so nothing changed
[08:12] <apachelogger> it is still wrong
[08:12] <yofel_> no it's not
[08:12] <yofel_> it's packaging, so it should be - to represent that
[08:12] <apachelogger> It is optional; if it isn't present then the upstream_version may not contain a hyphen. This format represents the case where a piece of software was written specifically to be a Debian package, where the Debian package source must always be identical to the pristine source and therefore no revision indication is required.
[08:13] <apachelogger> "where the Debian package source must always be identical to the pristine source"
[08:14] <yofel_> what's a pristine source?
[08:14] <yofel_> the upstream source?
[08:14] <yofel_> the debian/ folder is not part of the upstream source
[08:14] <apachelogger> the unaltered source
[08:15] <apachelogger> if it were upsteram source it would say upsteram not pristine :P
[08:15] <yofel_> well, for native packages that doesn't exist. We only do - to represent that we add the debian/ package later
[08:15] <apachelogger> sure it does
[08:15] <apachelogger> native package == pristine source
[08:15] <apachelogger> non-native package .orig.tar.* == pristine source
[08:16] <manchicken> apachelogger: libapt is what I was missing.
[08:16] <yofel_> look, I'm trying to represent something that doesn't match the debian package workflow in a sane way
[08:16] <apachelogger> manchicken: oh that makes sense, I guess we are not checking properly for it
[08:16] <apachelogger> yofel_: sure it does
[08:16] <apachelogger> it's a native package
[08:17] <yofel_> apachelogger: I'm calculating not from a source package POV but from a recipe POW
[08:17] <yofel_> *POV
[08:17] <apachelogger> dude
[08:17] <yofel_> SIGH
[08:17] <apachelogger> whatever
[08:17] <smartboyhw> !calm | apachelogger yofel_ 
[08:17] <smartboyhw> !?!!??!??!!??!?!??!?!?!!?!??!?!!?
[08:17] <apachelogger> smartboyhw: dude
[08:17] <yofel_> for all I care make it +neon{revno:packaging}
[08:17] <yofel_> that would be fine a swell
[08:18] <manchicken> I also learned about .kdev_include_paths.
[08:18] <apachelogger> no one knows what that does
[08:18] <yofel_> manchicken: as that debug installer thing is kde, maybe ask JT when you see him how you can use QApt
[08:19] <yofel_> apachelogger: version string is now "0.0+git{date}+r{revno}~{git-commit}+neon{revno:packaging}", good?
[08:20] <apachelogger> yah
[08:20] <apachelogger> <3
[08:23] <manchicken> I'm not entirely unfamiliar with QApt... I still have fond memories of it in Adept.
[08:23] <manchicken> s/fond memories/horrible nightmares/
[08:23] <kubotu> manchicken meant: "I'm not entirely unfamiliar with QApt... I still have horrible nightmares of it in Adept."
[08:23] <manchicken> I suspect/hope it has changed since 2008 though.
[08:23] <apachelogger> manchicken: not the same QApt
[08:23] <apachelogger> in fact not related at all
[08:24] <manchicken> Yay
[08:24] <manchicken> Not worse, right?
[08:24] <apachelogger> no? :P
[08:24] <manchicken> There's the confidence I needed, right there :)
[08:25] <manchicken> What's the usage for kubuntu-debug-installer? kubuntu-debug-installer `which kdesudo`
[08:25] <manchicken> ?
[08:26] <yofel_> it's usually called from inside Dr. Konqi from the 'Install debugging symbols' button in the backtrace view
[08:26] <yofel_> not sure how that's done
[08:27] <manchicken> It looks like it takes a program, or maybe a debug package.
[08:28] <apachelogger> list of file paths
[08:28] <apachelogger> kdesudo may be a bad example though ^^
[08:28] <apachelogger> anyway
[08:29] <manchicken> Yeah, it finds a package for a file, then it tries to guess the debug package.
[08:29] <apachelogger> manchicken: for real examples you could just start konqueror and kill -s ill `pidof konqueror`
[08:29] <apachelogger> that should bring up drkonqi
[08:29] <manchicken> I think I found it.
[08:29] <manchicken> kdesudo kubuntu-debug-installer `which kate`
[08:30] <manchicken> BAM!
[08:30] <manchicken> apachelogger: This is your work, yeah?
[08:31] <apachelogger> in cooperation with JontheEchidna, yeah
[08:32] <apachelogger> manchicken: no kdesudo needed btw
[08:32] <manchicken> apachelogger: It's rather nice for what you described as a quick and dirty. Nice and simple. Not too noisy.
[08:32] <apachelogger> :)
[08:33] <manchicken> What do we need to do with this now then?
[08:33] <manchicken> It seems like dbgsym packages are already included.
[08:33] <apachelogger> manchicken: see the wiki page
[08:33] <smartboyhw> yofel_, still here?
[08:33] <apachelogger> manchicken: you need to add an entire repository
[08:33] <yofel_> yes, but gone now. sorry
[08:33] <manchicken> Oooh, so we need the ability to have this thing add a repo before doing its deed?
[08:34] <smartboyhw> yofel_, :(
[08:34] <apachelogger> manchicken: what it does right now is simply take dbgsym into account, but to make use of that the user has to manually add the repo
[08:34]  * smartboyhw really needs someone on advice of why the hell dh_strip isn't run.
[08:34] <manchicken> Wait a minute... Did you just RTFM me?
[08:35] <apachelogger> manchicken: yeah... simply put echo "repourl" >> /etc/apt/sources.list.d/foo && apt-get update && finddbgsympackages && if (found) install && rm /etc/apt/sources.list.d/foo && apt-get update
[08:36] <apachelogger> i.e. add the repo (unless it is present already <- fun part), update cache, do guessing, possibly install stuff, revert changes (drop repo and update cache again)
[08:40] <manchicken> apachelogger: That doesn't sound all that tricky, actually.
[08:40] <manchicken> So we don't want to keep the repo in the list even if we install a package?
[08:40] <manchicken> What about CVEs?
[08:41] <apachelogger> how do CVEs play into it?
[08:42] <apachelogger> and I'd imagine that once that is working we may want a checkbox somewhere to allow permanent use of the repo
[08:42] <apachelogger> the problem is ... the repo pretty much doubles the time apt-get update takes, so it's not something we'd want to introduce if someone files a crahs report once an installation lifetime
[08:43] <manchicken> What if there's some update to the package, we have debug symbols installed, but now they're out of date.
[08:43] <apachelogger> OTOH if someone is a tester of pre-release software it's something they'd probably want to keep 
[08:43] <apachelogger> manchicken: the package gets thrown out
[08:43] <manchicken> Good point.
[08:43] <apachelogger> (in theory - that requires verification actually)
[08:44] <manchicken> Well, either it'd get thrown out or the user would hold it in conflict preventing an update, right?
[08:44] <apachelogger> usually though since the packages are not pulled in by relationships with another package they have a weak dep chain and would get removed to satisfy the upgrade request
[08:44] <apachelogger> manchicken: yes
[08:44] <manchicken> Then what you said sounds pretty reasonable.
[08:45] <manchicken> And then when it's done, have some dialog that says "we had to add a repository in order to get the debug symbols, would you like to keep it or trash it?" and then do what they say.
[08:45] <apachelogger> if it doesn't work we can probably do some apt magic to lower the package score or something
[08:45] <apachelogger> such that they would get removed regardless
[08:45] <apachelogger> manchicken: yeah, something like that
[08:45] <manchicken> Okay, cool.
[08:46] <manchicken> I'm gonna go to bed now, I've got almost 0400 on the clock. The boys aren't going to let me sleep all day :)
[08:46] <apachelogger> manchicken: hehe, good night
[08:47] <yofel> smartboyhw: re
[08:47] <manchicken> I'll start playing with this tomorrow after I finish my SQL Server trigger for a client.
[08:47] <smartboyhw> yofel, hello. I still can't get dh_strip working and as you did said, it doesn't even seem to be run.
[08:48] <yofel> smartboyhw: can you plese run debian/rules clean, tar everything up and upload it to my server? I need to try this myself
[08:48] <smartboyhw> yofel, I forgotten how to get to it...
[08:49] <yofel> ubuntu@yofel.dyndns.org, ssh port 2224
[09:04] <smartboyhw> yofel, just pick https://launchpad.net/~smartboyhw/+archive/ppa/+files/libkgapi_2.0.1-0ubuntu1.dsc instead
[09:05]  * smartboyhw watches yofel through ssh:P
[09:05] <yofel> wrong syntax...
[09:05] <smartboyhw> :O
[09:06] <yofel> makefiles required tabs, not spaces
[09:06] <yofel> *require
[09:07] <yofel> smartboyhw: http://www.gnu.org/software/make/manual/make.html#Rule-Syntax
[09:08] <yofel> smartboyhw: now it worked ;)
[09:08] <smartboyhw> yofel, sorry:)
[09:08]  * smartboyhw hates tabbing BTW
[09:08] <smartboyhw> :P
[09:08] <yofel> everyone does, just gnu make likes it -.-
[09:08] <smartboyhw> yofel, -.-
[09:08] <smartboyhw> I think I haven't done the copyright info though....
[09:08] <tsimpson> when writing makefiles is the only time my tab key actually creates a tab character
[09:09] <yofel> yeah, I esp. have a behaviour override for makefiles in vim
[09:11]  * apachelogger blinks
[09:11] <apachelogger> :/
[09:11] <smartboyhw> yofel, copyright done.
[09:12] <smartboyhw> Well, all files belong to him it seems:p
[09:13] <apachelogger> yofel: https://code.launchpad.net/~neon/+recipe/project-neon5-dbusmenu-qt suggestions?
[09:13] <smartboyhw> yofel, review + upload?
[09:13] <smartboyhw> Well, that's all GPL-2+
[09:14] <smartboyhw> Alright, there are some differences it seems
[09:14] <yofel> yep
[09:15] <smartboyhw> yofel, the tests it seems
[09:15] <yofel> not only tests
[09:15] <yofel> Jan is missing in general
[09:15] <yofel> please add then I'll continue
[09:15]  * smartboyhw cheats and adds Jan to * only:P
[09:17] <smartboyhw> yofel, done?
[09:17] <yofel> smartboyhw: add yourself to the packaging copyright ;)
[09:18] <smartboyhw> yofel, ...
[09:18] <smartboyhw> For all the packages I've worked, this is the first time I'm asked to add my own name into debian/* :P
[09:19] <smartboyhw> yofel, yeah, so many files without copyright:P
[09:20] <yofel> yeah, but that's fine from what I see
[09:20] <yofel> so add yourself and we're done
[09:20] <yofel> I think
[09:23] <yofel> smartboyhw: ok, let me do one last thing
[09:23] <smartboyhw> yofel, alright.
[09:24]  * smartboyhw waits for the grand finale:P
[09:25] <smartboyhw> What's eatmydata!?!?!
[09:26] <yofel> makes fsync() and sync() a noop when used. Speeds up disk writes that don't need to be safe
[09:27] <yofel> this is an SSD though so the effect isn't as great as it is with a HDD
[09:27] <smartboyhw> yofel, meh, SSD, boo:P
[09:28]  * smartboyhw likes pbuilder-dist BTW
[09:28] <yofel> didn't meet my needs
[09:28] <yofel> have fun reading my pbuilderrc :P
[09:29] <smartboyhw> :PO
[09:29] <smartboyhw> :O
[09:29] <smartboyhw> really?
[09:30] <yofel> back when I tried it, it did not. Maybe it would today, dunno
[09:30] <smartboyhw> yofel, wait, you got tanglu things:P
[09:35] <yofel> smartboyhw: uhm... libkgapi2-2.install has development files
[09:35] <yofel> please move to -dev
[09:35] <smartboyhw> yofel, which?
[09:36] <yofel> uh, for example usr/include/* ?
[09:36] <yofel> see libkgapi1.install and libkgapi-dev.install
[09:36] <yofel> for 1, those are both correct
[09:39] <yofel> smartboyhw: wait, you haven't written that file yet, right?
[09:39] <yofel> (you need a better editor...)
[09:39] <smartboyhw> yofel, ?
[09:39]  * smartboyhw likes nano, sorry.
[09:40] <yofel> well, go ahead then
[09:41] <yofel> smartboyhw: I'm off for lunch, will look at it later
[09:45] <smartboyhw> yofel, done.
[09:45]  * smartboyhw likes asterisks!
[09:46] <Quintasan> \o
[09:47] <apachelogger> o/
[09:47] <Quintasan> Debian does not like wildcards for some reason
[09:53] <apachelogger> FTW when an upstream source contains a debian/ simply nest the source into src/ and the packaging into debian/ then set --sourcedirectory on dh and all will be awesom
[09:53] <apachelogger> e
[09:53] <apachelogger> also you may need a stub branch to use as main branch
[09:53] <apachelogger> https://code.launchpad.net/~neon/+recipe/project-neon5-dbusmenu-qt
[10:07] <smartboyhw> Guys, LOL http://www.wimbledon.com/en_GB/news/log/2013-07-03/201307031372841499648.html
[10:08] <lordievader> Good afternoon.
[10:10] <Quintasan> \o
[10:10]  * smartboyhw made a fool of himself there, yes!
[10:15] <kubotu> ::workspace-bugs:: [1197317] After KDE update in Saucy, PowerDevil does not suspend the system @ https://bugs.launchpad.net/bugs/1197317 (by Wladimir Mutel)
[10:45]  * smartboyhw wonders should he get a KDE developer account so he can upload patches of packages whenever he wanted (not a really great idea, right?:P)
[10:46] <apachelogger> you cannot upload patches whenever you wnat
[10:46] <apachelogger> not all patches anyway
[10:46] <smartboyhw> Ofc
[10:48] <Riddell> I think they'd want a better reason than that
[10:49] <smartboyhw> ofc
[10:50] <apachelogger> they just want someone supporting the request :P
[10:50] <smartboyhw> apachelogger, Supporting Evidence *	
[10:50] <smartboyhw> Please provide links to mailing list postings, review requests or other publicly accessible material which indicates your involvement with the KDE Community. 
[10:50] <smartboyhw> Sure, I will be dead.
[10:50] <smartboyhw> \o/
[11:09] <tsdgeos> Riddell: when running the distro qt i get lots of valgrind warnings in qgtkstyle but if i apt-get source the package and compile it myself i don't, any idea why that may happen? could a rebuild automagically fix it?
[11:10] <Riddell> tsdgeos: if you apt-get qt4-x11 ?
[11:11] <tsdgeos> yes?¿
[11:11] <tsdgeos> don't really understand the question :D
[11:13] <Riddell> qt4-x11 was last compiled in saucy a month ago, I guess something might have happened since then to upset valgrind
[11:14] <Riddell> gtk+3.0 was uploaded more recently
[11:14] <tsdgeos> it's complaining about strdups and whatnots
[11:14] <tsdgeos> in the gtk handling
[11:14] <tsdgeos> and then on my compile all is nice
[11:14] <Riddell> tsdgeos: want me to just throw up qt to saucy again to see if it helps?
[11:15] <tsdgeos> and i'm seeting lots of graphical corruption too
[11:15] <tsdgeos> Riddell: if it's not much work
[11:36] <BluesKaj> Hey all
[11:39] <apachelogger> weeeh, new keyboard
[11:40] <tester56> hi!, yet another bug I ran into recently in kde 4.11: sometimes the window content of all windows is blanked when applying settings: for example  open task switcher dialog change a setting, cklick apply and all your windows will be blank
[11:41] <apachelogger> I recommend filing a bug at bugs.kde.org
[11:47] <shadeslayer> yofel: erk
[11:47] <shadeslayer> yofel: no 4.11 for Quantal / Precise then
[11:47] <jdrab> hi guys are there any plans to include "firefox addon for kwallet" ? maybe as a dependency for kubuntu-firefox-installer?
[11:48] <tester56> shadesplayer: i am on saucy 
[11:48] <smartboyhw> tester56, hey, sessionk is now in Neon
[11:48] <tester56> nice :D
[11:49] <Riddell> smartboyhw: simon uploaded!
[11:49] <smartboyhw> Riddell, thank you!
[11:49] <Riddell> apachelogger: aren't the kwallet patches upstream?
[11:49] <Tm_T> finally I got some china-made recharger for the ibook
[11:49] <smartboyhw> Riddell, you did fix what shadeslayer gave you?
[11:49] <tester56> is anybody in the mood to test if they can reproduce this ? then I'll file a bug 
[11:49] <Riddell> smartboyhw: I took what you gave me and fixed it
[11:49] <smartboyhw> Riddell, great:)
[11:50] <smartboyhw> Oh, yofel's back
[11:50] <yofel> shadeslayer: right, they'll have to live with pykde 4.9 as far as I see :/
[11:50] <Riddell> jdrab: much of the firefox integration stuff had to be removed and can now only be found in the blue-shell PPA
[11:50] <Riddell> tester56: what needs tested?
[11:50] <smartboyhw> yofel, how did the new .install files go?
[11:51] <smartboyhw> ah, you're test-building
[11:51] <yofel> need fixing, which is what I'm doing now
[11:51] <jdrab> Riddell: well that's sad :[ ty 
[11:51] <smartboyhw> yofel, OK
[11:51] <shadeslayer> yofel: didn't think of this before I started -.-
[11:52] <shadeslayer> yofel: and 4.9 was enough for KDE 4.10?
[11:52] <shadeslayer> *pykde4 4.9
[11:52] <yofel> well, it worked
[11:52] <tester56> Riddell: If for e.g. changing a setting in Task Switcher and applying produces alle windows going blank / black
[11:52] <smartboyhw> yofel, why it shows so.2.0.2? -.-
[11:52] <yofel> shadeslayer: you should've checked what packages were removed before just copying the release package list for the backports
[11:52]  * smartboyhw never got THAT error during build
[11:52] <yofel> 2.0.1
[11:53] <smartboyhw> yofel, dh_install: libkgapi2-2 missing files (usr/lib/*/libkgapi2.so.2.0.2), aborting
[11:53] <smartboyhw> .............
[11:53] <Riddell> tester56: I changed from cover switch to flip switch, clicked apply, all works good
[11:53] <shadeslayer> yofel: true
[11:53] <Riddell> tester56: I would guess it's graphics card specific?
[11:53] <shadeslayer> No KDE 4.11 for Quantal/Precise then
[11:54] <Riddell> shadeslayer: quantal in staging PPA says /topic
[11:54] <yofel> pykde you mean
[11:55] <shadeslayer> yofel: but then alot of things depend on pykde4 4.10?
[11:55] <shadeslayer> like kate I think
[11:55] <yofel> they do depend on pykde, but do they need 4.10?
[11:57] <tester56> Riddell: I'll figure out later
[11:57] <tester56> I am on nvidia-319 proprietary driver
[11:58] <Riddell> tester56: mm I'm on Intel, I suspect that might be significant
[11:59] <tester56> i'll try nouveau driver later 
[11:59] <yofel> would need to check, I'm on nvidia-319 too but didn't notice any grave rendering issues
[11:59] <yofel> (if anything the only one I had was caused by nvidia-310)
[12:00] <tester56> yofel: have you tried changing and applying a setting in Task Switcher?
[12:00] <yofel> that's where again?
[12:01] <tester56> seach task switcher in kickoff
[12:01] <tester56> switch for example the visualitzation method
[12:04] <Riddell> how do you switch between nvidia and nouveau?
[12:04] <tester56> booting a live cd ;-)
[12:04] <yofel> hm, no, that's fine here it seems
[12:04] <tester56> yofel: very weired 
[12:05] <tester56> I'll reinstall my nvidia driver
[12:06] <yofel> what do you mean with "blank" btw.?
[12:06] <yofel> the window contents are black?
[12:06] <tester56> yeah
[12:06] <shadeslayer>  python-kde4-dev : Depends: python-kde4 (>= 4:4.9.4-0ubuntu0.1) but it is not going to be installed
[12:06] <shadeslayer> why that sounds like fun
[12:06] <tester56> and some windows are 100% transluent 
[12:06] <yofel> I got that when changing the display configuration back with nvidia-310, doesn't happen anymore with 319
[12:07] <yofel> the translucent part I never saw
[12:07] <smartboyhw> !screenshot | tester56 
[12:07] <smartboyhw> I think that will be better for us to understand the situation:)
[12:07] <Tm_T> hey anything particular I should test on PPC ?
[12:07] <smartboyhw> Tm_T, you got your PPC power cord back?
[12:07] <Riddell> we still have powerpc?
[12:08] <smartboyhw> Yay, we don't need to depend on Lubuntu PPC testers anymore:P
[12:08] <Tm_T> smartboyhw: indeed I bought some china made power supply
[12:08] <smartboyhw> Tm_T, :O
[12:08]  * smartboyhw warns Tm_T that it will explode one day:P
[12:08] <Tm_T> finally found a cheap one
[12:08] <Tm_T> smartboyhw: so will I ... wait what
[12:09] <smartboyhw> yofel, thanks for fixing, it builds now:)
[12:09]  * smartboyhw hates powerpc actually
[12:09] <smartboyhw> Making developers and packagers having to spend time making it work on powerpc
[12:11] <tester56> okay i have found the reason: i am using a script that install all my packages on a new install ... i seem to have used an old version this time that install nvidia 304 ... 
[12:11] <yofel> I guess there's enough people that still use it
[12:11] <tester56> sorry for the wrong informations
[12:11]  * tester56 is using nvidia-304 actually
[12:12] <shrini> Riddell: hi
[12:12] <shrini> how can i contribute to kde or kubuntu by testing?
[12:12] <shrini> is kde uses autopilot for testing?
[12:13] <shadeslayer> shrini: I started writing some autopilot scripts
[12:13] <shadeslayer> needs more love though
[12:13] <shadeslayer> shrini: https://code.launchpad.net/~rohangarg/+junk/autopilot
[12:13] <shrini> shadeslayer: awesome
[12:13] <smartboyhw> shrini, we also have image testing pre-release:)
[12:14] <Riddell> shrini: mostly hang around on the irc channel until something needs testing
[12:14] <Riddell> shrini: want to be added to the !testers call?
[12:14] <smartboyhw> How long have we NOT used !testers?
[12:14] <Riddell> I've used it plenty
[12:14] <shrini> Riddell: what is that call?
[12:14] <Riddell> shrini: a ping to anyone who's offered to help test things
[12:14] <smartboyhw> shrini, it calls testers when needed:)
[12:15] <yofel> shadeslayer: that test would fail on my system btw. ^^
[12:15] <shadeslayer> yofel: what
[12:15] <shadeslayer> :O
[12:15] <shadeslayer> wfm
[12:15] <smartboyhw> :O
[12:15] <yofel> is alt+f1 the default now? Because for me it's "None"
[12:15] <shadeslayer> but then I'm on saucy
[12:15] <shadeslayer> oh
[12:15] <shrini> great
[12:15] <shadeslayer> Wasn't alt+f1 always the default
[12:15] <shrini> Riddell: please add me
[12:15] <smartboyhw> Yeah, we got a new tester!
[12:15] <shadeslayer> ahh
[12:15] <shrini> :-)
[12:15] <smartboyhw> How long have we not used !ninjas BTW?
[12:15] <shadeslayer> yofel: maybe you added the plasmoid manually?
[12:15] <shrini> is it manual test or need autopilot script?
[12:16] <shadeslayer> because the Kubuntu plasma init script sets it to alt + f1
[12:16] <smartboyhw> shrini, manual normally, if we use !testers currently:)
[12:16] <Riddell> !testers
[12:16] <smartboyhw> Yes, like that
[12:16] <smartboyhw> :)
[12:16] <Riddell> ubottu: no testers is Help is needed in #kubuntu-devel. Please ping Riddell, yofel, soee, Tm_T, shadeslayer, BluesKaj, James147, smartboyhw, Quintasan, lordievader, shrini for information.
[12:16] <tester56> Riddell: would be nice if you could add me too :D
[12:16] <Riddell> 13:16 <ubottu> Your edit request has been forwarded to #ubuntu-ops.  Thank you for your attention to detail
[12:17] <Riddell> ubottu: no testers is Help is needed in #kubuntu-devel. Please ping Riddell, yofel, soee, Tm_T, shadeslayer, BluesKaj, James147, smartboyhw, Quintasan, lordievader, shrini, tester56 for information.
[12:17] <Riddell> 13:17 <ubottu> Your edit request has been forwarded to #ubuntu-ops.  Thank you for your attention to detail
[12:17]  * smartboyhw wonders why the hell is shadeslayer not in the !testers factoid...
[12:17] <smartboyhw> Riddell, I don't think so....
[12:17] <shadeslayer> I am
[12:17] <BluesKaj> Riddell, I assume that test call was for shrini 's benefit and is not real
[12:17] <yofel> shadeslayer: hm, dunno, but then again this session is 3 years old. It sadly doesn't tell me whether I changed it or not
[12:17] <Riddell> smartboyhw: he is
[12:17] <Riddell> BluesKaj: right, sorry for the noise
[12:17] <smartboyhw> Riddell, I mean, the factoid
[12:17] <shrini> thanks for adding me
[12:17] <smartboyhw> You miss one thing
[12:17] <shadeslayer> yofel: heh, either way, just set it to alt + f1 :P
[12:17] <Riddell> shrini: want to test owncloud?
[12:17] <BluesKaj> Riddell, np :)
[12:17] <shrini> sure
[12:18] <shrini> will love to do it
[12:18] <shrini> i am new to testing
[12:18] <Riddell> shrini: what release are you on?
[12:18] <shrini> guide me on what to do
[12:18] <shadeslayer> shrini: feel free to contribute to the autopilot tests if you have some experience there
[12:18] <shrini> i am on Linux Mint 15 Olivia
[12:18] <shrini> shadeslayer: sure
[12:18] <shadeslayer> and hurray, Firefox KDE updated
[12:18] <shrini> i am learning autopilot
[12:18] <shadeslayer> cool :)
[12:18] <yofel> shadeslayer: why are you trying to open it twice btw.?
[12:19] <Riddell> shrini: ah, harder to test kubuntu without being on it
[12:19] <shrini> Riddell: i am Linux Mint 15 Olivia
[12:19] <shadeslayer> yofel: first call is to open, second call is to close it
[12:19] <smartboyhw> !no testers-#kubuntu-devel is <reply> Help is needed in #kubuntu-devel. Please ping Riddell, yofel, soee, Tm_T, shadeslayer, BluesKaj, James147, smartboyhw, Quintasan, lordievader, shrini, tester56 for information.
[12:19] <yofel> aah
[12:19] <smartboyhw> Riddell, that's the one
[12:19] <smartboyhw> You need <reply>
[12:19] <shadeslayer> yofel: though I think mouse support is broken, atleast in saucy
[12:19] <shrini> Riddell: oh. is there any difference on kubuntu and mint wih kde?
[12:19] <shrini> I am on KDe only
[12:19] <smartboyhw> shrini, Linux Mint!?:O
[12:20] <shrini> smartboyhw: yes
[12:20] <Riddell> shrini: sure, they're different distros, mint will add or change a load of stuff
[12:20] <shrini> Riddell: okey
[12:21] <shrini> will install kubuntu and update you all
[12:23] <smartboyhw> yofel, aroof works on i386 too:)
[12:24] <Tm_T> smartboyhw: factoid applied
[12:25] <shrini> I am intestested in kde development too
[12:25] <shrini> but not a c/c++ guy
[12:25] <Riddell> shrini: find a bug and fix it :)
[12:25] <shrini> know python
[12:25] <shadeslayer> yofel: care to look at okular while I fix kdepim-runtime?
[12:25] <smartboyhw> Tm_T, thanks:)
[12:26] <shrini> is it any possibloe to contreibute via python?
[12:26] <shadeslayer> shrini: sure
[12:26] <smartboyhw> shrini, try packaging:P
[12:26] <shrini> where to start?
[12:26] <smartboyhw> LOL
[12:26] <Riddell> shrini: find a bug in gdebi, or jockey, or usb-creator-kde and fix it :)
[12:26] <shrini> Riddell: rite
[12:26] <shadeslayer> actually, wasn't usb-creator-kde pretty bugged?
[12:26] <Riddell> yeah I can point out obvious bugs in usb-creator-kde
[12:26] <shrini> is there any page listing applications written in python and qt?
[12:26] <smartboyhw> shadeslayer, it's not as buggy as usb-creator-gtk
[12:27] <Riddell> shrini: apt-cache rdepends python-kde4
[12:27] <smartboyhw> We have complained about it for at least a WHOLE YEAR
[12:27] <smartboyhw> yofel, wait, let me get you the bug number
[12:27] <yofel> smartboyhw: what was up with the tests again?
[12:28] <yofel> ah
[12:28] <yofel> I remember
[12:28] <smartboyhw> yofel, :)
[12:28] <smartboyhw> 1196977
[12:28] <shrini> Riddell: yes. that command gives some list
[12:28] <shrini> will check for the
[12:28] <shrini> m
[12:28] <Riddell> shrini: the most important thing is to hang around in here, irc is the main means of communication :)
[12:28] <smartboyhw> yofel, ^
[12:28] <shrini> where to check the availalebus?
[12:28] <shrini> sure
[12:28] <Riddell> shrini: availalebus?
[12:28] <shrini> available bugs?
[12:29] <yofel> smartboyhw: just to give it a try
[12:29] <shrini> where to check the available bugs for any given software?
[12:29] <Riddell> shrini: depends on the app, gdebi jockey usb-creator-kde are ubuntu things so they're in launchpad.net/ubuntu
[12:29] <smartboyhw> yofel, +1
[12:29] <shrini> okey
[12:29] <shrini> fine
[12:29] <shrini> moving to a meeting noiw
[12:29] <shrini> will meet you all
[12:30] <shrini> after isntalling kubuntu
[12:30] <shrini> today night
[12:30]  * smartboyhw is trying to figure out what KDE project should he start on programming
[12:30] <tester56> sessionk :D
[12:31] <smartboyhw> tester56, meh
[12:31] <tester56> would be very sensible
[12:31] <smartboyhw> tester56, really? Seriously? Are you sure?
[12:32] <tester56> sure ... a fast starting plasma session is always sensible 
[12:32] <Riddell> smartboyhw: no, but ask dantii about what makes sense in terms of looking at it (he was talking about it in here recently)
[12:33] <smartboyhw> Riddell, looking at it = ?
[12:33] <Riddell> Subject: [Announce] Qt 5.1 released
[12:33] <Riddell> smartboyhw: if it makes sense to have it in a PPA or something, I don't know
[12:34] <smartboyhw> Riddell, \o/ for the first one, OK let me ask for the second
[12:34] <tester56> right now it is not ready as it does not start kcm modules
[12:34] <smartboyhw> We do have already neon though
[12:34] <tester56> so you don't get a fully working plasma at the moment without further changes
[12:35] <smartboyhw> Riddell, probably not a PPA, just use neon
[12:35] <smartboyhw> If one day it's stable enough, I can provide PPAs.
[12:36] <smartboyhw> and probably, package it into Ubuntu.
[12:36] <tester56> but it would definitely be sth. that makes sense to a wider range of users
[12:36] <tester56> (imho)
[12:37] <tester56> dantii told me right now he is very busy with his email client ...
[12:38] <tester56> and there are no other devs yet for sessionk
[12:38] <tester56> right now
[12:38] <smartboyhw> tester56, the first patch I would provide is actually a README. (LOL)
[12:38] <tester56> lol
[12:39] <smartboyhw> yofel, great thanks!
[12:40] <shadeslayer> LP is soooo slow
[12:41] <smartboyhw> shadeslayer, why?
[12:41] <shadeslayer> too many packages in the PPA
[12:42] <smartboyhw> shadeslayer, which? Staging PPA?
[12:42] <shadeslayer> yes
[12:42] <shadeslayer> times out
[12:42]  * smartboyhw thinks they should do some PURGING
[12:42] <smartboyhw> s/they/we/
[12:42] <kubotu> smartboyhw meant: "thinks we should do some PURGING"
[12:45] <smartboyhw> Riddell, um armhf simon wasn't fixed
[12:45] <Riddell> smartboyhw: what wasn't fixed about it?
[12:45] <smartboyhw> Riddell, qreal again
[12:46] <smartboyhw> https://launchpadlibrarian.net/144079254/buildlog_ubuntu-saucy-armhf.simon_0.4.1-0ubuntu1_FAILEDTOBUILD.txt.gz
[12:46] <Riddell> error: no matching function for call to 'qBound(qreal, double&, qreal)'
[12:46] <Riddell> hmm, the usual
[12:47] <smartboyhw> guys, has anyone here tried out KLyDE yet?
[12:47] <yofel> smartboyhw: I'll upload
[12:47] <smartboyhw> yofel, greato
[12:47] <shadeslayer> ENOTIME
[12:48] <smartboyhw> shadeslayer, for wut?
[12:48]  * tester56 upgraded to nvidia-319 and the problem with black windows is still there! :-(
[12:48] <shadeslayer> to do anything apart from regular Kubuntu stuff
[12:48] <tester56> yofel: did you do a new install or just upgrading?
[12:48] <smartboyhw> shadeslayer, :)
[12:48] <yofel> upgrade here
[12:49] <shadeslayer> need moar time
[12:49] <tester56> yofel: nvidia-319 or nvidia-319-dev package?
[12:49] <shadeslayer> ETRTS
[12:49] <yofel> nvidia-319. I don't have the dev stuff
[12:50] <tester56> are you using the default repo version or xorg-edgers ?
[12:51] <yofel> default
[12:51] <tester56> weired ... me too
[12:51] <tester56> latest upgrades?
[12:52] <yofel> A day old I think, I didn't get to updating yesterday
[12:53] <tester56> I'm out of ideas now 
[12:56] <tester56> the windows need to be resized to make the content appear again
[12:56] <tester56> or i need to apply settings a second time 
[12:58] <shadeslayer> yofel: do you think we can somehow add ordering by build status to the build page
[12:58] <shadeslayer> with some fancy js
[12:59] <shadeslayer> so that we can order the FTBFS builds at the top
[13:00] <yofel> possibly, but I can't tell you offhand how
[13:00]  * yofel hides, bbl
[13:01] <yofel> The signer of this package is lacking the upload rights for the source package, component or package set in question.
[13:01] <yofel> yaay
[13:02] <tester56> yofel: does not happen in project-neon session
[13:02] <yofel> :/
[13:02] <tester56> why :/?
[13:02] <yofel> no idea, maybe it's something in the cache? or some old setting?
[13:02] <yofel> what rendering option are you using for kwin?
[13:03] <yofel> I'm on OpenGl 3.1 / Raster
[13:03] <tester56> tried them all opengl 2.0, 3.0 all vsync options
[13:03] <yofel> then I'm clueless
[13:03] <tester56> even tried guest session (in case it was cache) did happen there too
[13:03] <tester56> but in project neon it does not happen
[13:04] <tester56> so if it was a bug it's fixed upstream 
[13:08] <yofel> could some MOTU please sponsor https://launchpad.net/~yofel/+archive/ppa/+files/libkgapi_2.0.1-0ubuntu1%7Eppa1.dsc - thanks
[13:10] <shadeslayer> yofel: if either one of us were MOTU's this wouldn't have been an issue :P
[13:10] <shadeslayer> didn't we resolve to apply for MOTU status at some point?
[13:10] <yofel> true...
[13:10] <yofel> we did, but things came up and...
[13:11] <shadeslayer> hmm
[13:20] <Riddell> yofel: onto it
[13:21] <Riddell> smartboyhw: yofel: still going for the two -dbg packages?
[13:24] <smartboyhw> Riddell, yeah
[13:26] <smartboyhw> This libkgapi is going to cause a lot of NEW :P
[13:29] <Riddell> uploaded libkgapi
[13:30] <smartboyhw> Riddell, \o/ thanks
[13:39] <tester56> does anyone know the GLX_EXT_buffer_age state in kwin?
[13:42] <tester56> does not seem to be implemented right now
[13:43] <tester56> btw: i am experiencing some kwin performance regressions on saucy ... kwin uses heck a lot more cpu (using nvidia proprietary)
[13:43] <tester56> watching videos (not fullscreen)
[13:44] <tester56> i tried disabeling sync to vblank ... did not change the behaviour ... opengl backend does not seem to matter 
[13:48] <smartboyhw> yofel, er, you still didn't add the packaging bug for me;(
[13:48] <smartboyhw> I think I will have to manually close it then
[13:52] <yofel> ooops
[13:52] <shadeslayer> tester56: please report a bug upstream
[13:53] <tester56> okay i have found the reason ... it is the new sync to vblank
[13:53] <shadeslayer> bah
[13:53]  * shadeslayer waves fist at okular
[13:53] <tester56> only when sync to vblank is disabled the cpu usage reaches normal levels
[13:54] <tester56> als sync to vblank options are cpu intense with automatic being the worst
[13:55] <Riddell> !testers | test owncloud update on raring http://ec2-54-224-232-46.compute-1.amazonaws.com/owncloud/
[13:55] <Riddell> hmm
[13:55] <Riddell> !testers
[13:55] <smartboyhw> Riddell, how!?!?!?!!?
[13:55] <soee> oh you, again?
[13:56] <smartboyhw> Riddell, username, password?
[13:56] <tester56> the new sync to vblank options are more reliable than the old implementation bug ... but consume too much cpu
[13:56] <shadeslayer> Riddell: username / pw?
[13:56] <Riddell> jr/hello
[13:56] <shadeslayer> that reminds me
[13:56] <soee> tester56, black window content area ?
[13:56] <shadeslayer> why is your root password on your machine hello -.-
[13:57] <smartboyhw> shadeslayer, LOL
[13:57] <tester56> soee: no ... sync to vblank consuming too much cpu 
[13:57]  * smartboyhw has uploaded libkfbapi 1.0 to ownCloud (for fun:P)
[13:58]  * shadeslayer uploads a blurry pic of spain
[13:58] <smartboyhw> shadeslayer, :I
[13:59] <smartboyhw> Whoa, :I that's a nice symbol!
[13:59] <smartboyhw> :A
[13:59] <smartboyhw> :B
[14:00]  * tester56 uploaded snapshot1.png
[14:00] <tester56> c ya!
[14:04] <Riddell> shadeslayer, smartboyhw: bits I changed were using the built in pdfjs, timepicker, fontawesome, php-aws-sdk, php-sabre-dav, php-sabre-vobject, php-seclib
[14:04] <Riddell> so check those work if you can work out how
[14:04] <shadeslayer> ah just a sec @ pdf.js
[14:04] <smartboyhw> ?
[14:14] <shadeslayer> Riddell: pdfjs doesn't work
[14:17] <Riddell> shadeslayer: does for me using firefox
[14:17] <shadeslayer> hm, sec
[14:17] <Riddell> http://ec2-54-224-232-46.compute-1.amazonaws.com/owncloud/index.php/apps/files  click on FCC
[14:17]  * shadeslayer checks his owncloud instance
[14:18] <Riddell> and rekonq
[14:19] <Riddell> right, same thing on quantal
[14:19] <Riddell> !testers
[14:19] <Riddell> http://ec2-107-21-174-83.compute-1.amazonaws.com/owncloud/
[14:19] <Riddell> root/a  is the mysql password
[14:19] <smartboyhw> Riddell, wait, what's pdfjs supposed to do?
[14:20] <smartboyhw> Riddell, database name?
[14:20] <Riddell> smartboyhw: view PDFs
[14:20] <Riddell> smartboyhw: whatever you want I'd think
[14:20] <smartboyhw> Riddell, it works on FF
[14:21] <Riddell> smartboyhw: what does?
[14:21] <smartboyhw> Database name: owncloud_quantal_jr
[14:21] <smartboyhw> Riddell, pdfjs
[14:23] <smartboyhw> Uploaded a .jpeg to quantal (actually, that's Nicholas Skaggs)
[14:23] <Riddell> smartboyhw: what username/pass did you use?
[14:23] <smartboyhw> Riddell, same as raring
[14:32] <smartboyhw> Archive builds don't really build fast
[14:33] <smartboyhw> libkgapi saucy powerpc build start in 2 hours
[14:34] <Riddell> powerpc is always slow, but then nobody cares about it
[14:36]  * smartboyhw yawns
[14:36] <smartboyhw> Looks rather relaxing now:)
[14:37] <shadeslayer> bah
[14:37] <shadeslayer> yofel: any recommendations on what to do with okular
[14:37] <shadeslayer> because we'll need to remove the plasma okular app
[14:37] <shadeslayer> and also somehow remove it from the control file
[14:39] <yofel> control file I think not, it would be an empty package
[14:39] <yofel> just remove the build-dep and the install file
[15:13] <Riddell> who knows about apache
[15:13] <Riddell> apache in precise is complaining about line 6 http://paste.kde.org/788342/
[15:13] <Riddell> not unreasonably I'd say
[15:28] <lordievader> Good afternoon.
[15:34] <shadeslayer> hmm okay
[15:37] <shadeslayer> yofel: btw I need a sed tip for also deleting the new line 
[15:38] <yofel> what new line?
[15:38] <shadeslayer> ed -e 's/plasma-active-dev,//g' -i debian/control  leaves me with http://paste.kde.org/788360
[15:38] <shadeslayer> line 25
[15:39] <yofel> see e.g. kde-runtime hook line 5
[15:39] <yofel> sed has a delete line command
[15:41] <Riddell> shr
[15:41] <Riddell> tsk
[15:42] <shadeslayer> aha
[15:44] <kubotu> ::qt-bugs:: [1177823] qdbus needs qtchooser dependency to work @ https://bugs.launchpad.net/bugs/1177823 (by Patola)
[16:01] <Riddell> ScottK: owncloud in bug 1079150 for SRU approval
[16:07] <shadeslayer> &*^&^
[16:07] <shadeslayer> [ 91%] make[4]: *** No rule to make target `/usr/lib/libboost_thread-mt.so', needed by `resources/kolabproxy/akonadi_kolabproxy_resource'.  Stop.
[16:07] <shadeslayer> !find usr/lib/libboost_thread-mt.so quantal
[16:08] <shadeslayer> but ... but ... but libboost-thread1.49-dev is pulled
[16:08] <shadeslayer> oh
[16:08] <shadeslayer> suggested packages
[16:08] <shadeslayer> -.-
[16:08] <smartboyhw> LOL
[16:08] <smartboyhw> ...-...---.---.-.----.-.-.-.--.-----....-..-.-.-.-
[16:08] <smartboyhw> Morse code!
[16:08] <smartboyhw> (LOL)
[16:37] <shadeslayer> smartboyhw: that stuff is boring
[16:37] <smartboyhw> Back here shadeslayer please help to complete http://qa.kubuntu.co.uk/ninjas-status/build_status_4.10.5_raring.html :P
[16:37] <shadeslayer> also, seems like only kdeplasma-addons is remaining?
[16:37] <smartboyhw> shadeslayer, well that pleases the raring users, we got people in G+ asking already
[16:37] <smartboyhw> shadeslayer, dunno, there might be some more:P
[16:37] <shadeslayer> I don't see any red
[16:38] <shadeslayer> apart from kdeplasma-addons
[16:38] <smartboyhw> shadeslayer, well red isn't the only standard
[16:39] <shadeslayer> too damn hot
[16:39] <shadeslayer> will do it tomorrow
[17:25] <Peace-> mmm there is somethin  of strange here
[17:25] <Peace-> just upgraded kubuntu and it did not boot 
[17:26] <Peace-> grub just doesn't show up 
[17:26] <Peace-> restored grub and it has been installed in the wrong partition i guess
[17:27] <Peace-> infact if i select restore windows etc etc it starts kubutnu with grub
[17:27] <Peace-> xD
[18:58] <aseny> hi everyone i am new here and i want a good place to start learning Kubuntu development
[19:17] <ScottK> Welcome aseny.