[00:13] <shadeslayer> Riddell: what exactly does "lightdm.conf add settings to turn off Mir" mean?
[03:00] <shadeslayer> why this is fun
[03:01] <shadeslayer> amarok on amd64 isn't compiled yet
[03:01] <shadeslayer> ( in the beta ppa )
[03:01] <shadeslayer> apt's solution to that? lets remove amarok!
[03:01] <shadeslayer> yofel: ^^ plz don't directly upload stuff to PPA's :)
[03:02] <shadeslayer> and what happened to the proposed workflow of having -proposed PPA's
[06:58] <soee> good morning
[09:24] <Mamarok> shadeslayer: anyway, you guys promised 2.8 beta packages a while ago :)
[10:17] <Riddell> shadeslayer: d_ed said something about lightdm.conf being able to turn off Mir
[11:09] <yofel> Mamarok: the raring packages were failing for a while because of dependencies being broken at bad times. For saucy it's in -proposed because of some qtopengl issues on arm
[12:34] <BluesKaj> Hey all
[14:55] <afiestas> ScottK: this should be fixed: https://bugs.kde.org/show_bug.cgi?id=317605
[14:55] <afiestas> can you check?
[15:02] <agateau> Riddell: I am not being very successful at getting my nm-split Ubiquity branch reviewed. Is it because it's summer or am I not using the proper communication channels?
[15:02] <xnox> agateau: it's because reviews don't happen in real-time =)
[15:04] <agateau> xnox: I know, but it's like 5 days old now, since this project has people paid to work on it, I would have expected faster reviews (except if they are on holidays of course)
[15:04] <agateau> xnox: but then, maybe I am just being grumpy :)
[15:05] <shadeslayer> agateau: just keep highlighting xnox every other day
[15:05] <shadeslayer> ;)
[15:05]  * agateau writes a cronjob :)
[15:05] <xnox> agateau: indeed I was partying in latvia most of the last week ;-)
[15:05]  * xnox /ignore agateau FTW =)))))) *giggle*
[15:06] <Riddell> agateau: I can take a look later along with the nm page
[15:06] <agateau> xnox: ok, partying in latvia is a valid excuse :)
[15:06] <Riddell> shadeslayer: did you look at his nm page?
[15:06] <shadeslayer> Riddell: nope, because VBox doesn't have wifi, and I don't have a USB dongle
[15:07] <shadeslayer> will have to make a bootable disk and what not
[15:08] <Riddell> I'll take a look at that too
[15:09] <agateau> Riddell: thanks for the offer, but as you said, it's mainly gtk-code, so better get some review from other people (but if you can spot errors, it's awesome nevertheless)
[15:14] <ScottK> afiestas: I currently hae one battery at 100% and one at 47%.  Perhaps I can check it soon.
[15:14] <afiestas> ScottK: okz
[16:14] <leszek>  hi, we found a problem in kde-workspace's kcontrol/dateandtime/helper.cpp. See: http://forums.netrunner-os.com/showthread.php?tid=1086&pid=2272#pid2272 . The question that pops around in my mind is if its a general kde bug or distribution specific ?
[16:16] <shadeslayer> zic
[16:16]  * shadeslayer runs away
[16:16] <shadeslayer> apachelogger: ^^
[16:17] <shadeslayer> leszek: it is an issue with zic
[16:18] <shadeslayer> I can't recall the details though, apachelogger knows more and it was on the Kubuntu Devel mailing list
[16:20] <leszek> shadeslayer: what I found out is that the helper.cpp is copying the timezone file from /usr/share/zoneinfo/<region>/<city> . But these files there are only symlinks to ../posix/<region>/<city> . So copying them to /etc/localtime would brake the symlink of course. So I am now asking myself if this is a general kde error or more like a distribution specific thing
[16:21] <leszek> so it would have nothing to do with zic
[16:22] <shadeslayer> uhm, I recall this being an issue with zic actually, or atleast that's what apachelogger said, but like I said, I don't know the details
[16:24] <leszek> ok thanks. I will try ask in the other channels of other distributions. Because if they also use links in /usr/share/zoneinfo than it would make sense directly copying the original files from /usr/share/zoneinfo/posix
[16:26] <kubotu> ::workspace-bugs:: [1206176] Powerdevil does not start, linking problem? @ https://bugs.launchpad.net/bugs/1206176 (by aydin demircioglu)
[16:39] <leszek> shadeslayer: ok seems to be debian/ubuntu specific. At least opensuse does not use symlinks in that folder 
[16:41] <shadeslayer> ok
[16:42] <leszek> uff even in the posix folder are symlinks. Hmm... this will be a hard one to fix properly I guess
[16:46] <leszek> ah ok instead of copying qfile also can link a file. So not so difficult as I thought initially :P
[16:47] <shadeslayer> :)
[17:05]  * shadeslayer hums as he waits for KDE to upgrade on Raring
[17:06] <yofel> I'll throw up .97 in ninjas for precise and watch what happens
[17:07] <shadeslayer> ah yes, I was going to do that :P
[17:07] <shadeslayer> but go ahead
[17:07]  * shadeslayer will keep an eye on that
[17:13] <yofel> could you please push your quantal stuff in the meanwhile? ;)
[17:14] <shadeslayer> oh hmmm
[17:14] <shadeslayer> ofcourse
[17:14] <shadeslayer> if I can find it
[17:15] <shadeslayer> okay nope
[17:15] <shadeslayer> I think it's lost
[17:25] <markey> the version of ScummVM in raring is fairly outdated. it's version 1.4, but 1.5 has been released last year already
[17:25] <markey> hopefully for kubuntu 13.10 the latest version of ScummVM, 1.6 could be provided
[17:26] <Riddell> markey: yes it has 1.6.0+dfsg-2
[17:26] <markey> oh great :)
[17:26] <markey> scummvm is lovely
[17:26] <Riddell> got to get that monkey island fix
[17:31] <kubotu> ::workspace-bugs:: [1206199] /etc/localtime incorrect link created by dateandtime kcm @ https://bugs.launchpad.net/bugs/1206199 (by Leszek Lesner)
[17:37] <yofel> shadeslayer: packages up
[17:41] <shadeslayer> markey: request a backport to raring via ubuntu backports ?
[17:41] <shadeslayer> yofel: thx 
[17:42] <shadeslayer> I am getting ftbfs mails already
[17:42] <markey> shadeslayer: well I don't need it, I got a package right from their homepage
[17:42] <shadeslayer> k
[17:44] <Riddell> agateau: what's the difference between kde-wireless and kde-wireless2 branches?
[17:44] <yofel> shadeslayer: ohshi....  kde-sc-dev-latest : Breaks: kdelibs5-dev (< 4:4.10.2) but 4:4.8.5-0ubuntu0.2 is to be installed
[17:45] <yofel> we had some mass retry script somewhere IIRC...
[17:45] <shadeslayer> ...
[17:45] <ScottK> afiestas: Battery finally got low enough to check.  Seems fine.  Commented in the bug.
[17:46] <debfx> kubuntu-retry-builds?
[17:47] <yofel> debfx: right, thanks!
[17:56] <shadeslayer> thx for the email flood
[18:03] <yofel> sry -_-
[18:27] <debfx> shadeslayer: http://paste.kde.org/p98c2d444/ sieve filtering ftw
[18:28] <yofel> hehehe
[18:28] <shadeslayer> you silly people not giving your data to Google 
[18:29] <shadeslayer> don't you know it needs it 
[18:29] <shadeslayer> to survive 
[18:29] <shadeslayer> anyway, power outage 
[18:29] <shadeslayer> bbl
[18:42] <Riddell> agateau: I can't seem to get your wireless page to show in the UI :(
[18:43] <Riddell> agateau: it shows it in the left hand steps list but it skips over it and goes straight to disk setup
[18:43] <Riddell> agateau: in debugging I could see it failed to load because of a bad import
[18:43] <Riddell> needs...  from ubiquity.frontend.kde_components.Spinner import Spinner
[18:43] <Riddell> but I can't see anything more now
[20:32] <shadeslayer_> Hm I wonder if we can somehow specify optional build depends in Packaging
[20:35] <ScottK> No.
[20:36] <shadeslayer_> yep, was just checking the maintainer guide, we can't :(
[20:54] <yofel> wasn't that doable by depending on "bar" AND "foo | bar" or so? I know I somehow did that in neon once, but it was really ugly
[20:54] <shadeslayer_> well
[20:54] <shadeslayer_> not the same case
[20:55] <shadeslayer_> I want : Is this build dep installable? nope? skip it
[20:55] <shadeslayer_> for eg see okular
[20:55] <shadeslayer_> it Build Depends on plasma-active-dev
[20:55] <shadeslayer_> which is not available in precise
[20:56] <yofel> what's what I meant, foo would be plasma-active-dev. But I think just using sed would be easier...
[20:56] <yofel> you'll need to edit the install files too anyway
[20:56] <shadeslayer_> so something like : Build-Depends-Optional : plasma-active-dev ( which would be analogus to CMakes macro_log_optional_feature_or_whatever_it_was_called )
[20:57] <shadeslayer_> and the control file as well hmm
[20:58] <yofel> well, as I said, you could try to trick the dependency resolve with something like "plasma-active-dev | libqt4-dev, libqt4-dev" - if you're lucky enough it's stupid enough that it works
[20:58] <yofel> *resolver
[20:59] <shadeslayer_> well one could wrap the package itself with Package-optional: active-documentviewer
[20:59] <yofel> we have Package-optional?
[20:59] <shadeslayer_> I'm proposing we have a Package-optional
[20:59] <ScottK> No.
[21:00] <ScottK> Been discussed.  Not happening.
[21:00] <yofel> I don't think I quite get how that would work
[21:00] <shadeslayer_> oh
[21:00] <shadeslayer_> ScottK: where exactly? :P
[21:00] <ScottK> Comes up every few years.  Probably debian-devel.
[21:01] <ScottK> Use a control.in and generate control if you need variable build-deps (or deps)
[21:05]  * yofel triggers the next mail flood
[21:06] <shadeslayer_> /o\
[21:06] <shadeslayer_> yofel: quantal?
[21:06] <yofel> no, precise again. pkg-kde-tools was published
[21:06] <shadeslayer_> aha
[21:06] <shadeslayer_> I uploaded a fixed okular
[21:18] <yofel> meh, now stuff is in dep-wait on kde-sc-dev-latest >= 4.10 -.-
[21:18]  * yofel fixes meta-kde again
[21:19]  * shadeslayer_ is waiting for Raring to upgrade to 4.10.97
[21:19] <shadeslayer_> Disk IO on VBox is horribly slow :<
[21:35] <shadeslayer_> :(
[21:35] <shadeslayer_> stupid cable is wearing out
[21:35] <shadeslayer_> yofel: upgrade went smoothly
[21:35] <shadeslayer_> for raring
[21:35] <yofel> \o/
[21:36] <shadeslayer_> but plz document in the release announcement that you need both backports and beta backports :)