[03:37] <smartboyhw> Damn, my login screen doesn't load (in X without Mir)
[03:38] <smartboyhw> The Ubuntu one.
[03:38] <smartboyhw> ScottK, when can you approve my SRU?
[03:46] <maco> smartboyhw: i doubt he's still awake at this time of night
[03:46] <maco> also i really wanted to give a much more smart aleck answer to that
[03:47] <smartboyhw> maco: aleck?
[03:47] <smartboyhw> What's that word?
[03:47] <maco> it's me not saying ass in the channel ;)
[03:47] <smartboyhw> maco: LOL
[03:47] <maco> "smart aleck" is what adults say around children instead of "smart ass" at least where i'm from
[03:57] <ScottK> maco: It's not even midnight yet.
[03:57] <ScottK> smartboyhw: I'll take a look, but I don't promise to be comfortable with accepting them.
[03:58] <maco> ScottK: grownup jobs start eaaaaaarly and bed times seem to get earlier and earlier as the years go on
[03:58] <maco> my bedtime used to be 4am. it is now midnight.
[03:58] <ScottK> maco: sleep is for the weak.
[03:58] <maco> or 1 at the latest
[03:58] <ScottK> smartboyhw: What release where then uploaded for?
[03:59] <ScottK> Admittedly, I was weak for about 3 1/2 hours last night.
[03:59] <ScottK> s/then/they//
[03:59] <kubotu> ScottK: You did something wrong... Try s/you/me/ or tell me "help sed"
[04:05] <smartboyhw> ScottK: Raring only
[04:06] <smartboyhw> Since the package don't exist in Precise or Quantal
[04:07] <smartboyhw> ScottK: Um, it's not uploaded yet, the .debdiff is attached to the relative bugs
[04:30] <Noskcaj> smartboyhw, i am here
[05:29] <smartboyhw> Noskcaj: Duh, now since my Ubuntu can't go into the login screen (a bug discussed in ubuntu-devel) now I've fallen back to my own Chromium OS build:P
[05:30] <Noskcaj> I'll have to wait to tomorrow before a i get a VM of kubuntu, i'm looking at packaging guides now. What do you recommend i do to start off?
[05:30] <smartboyhw> Noskcaj: Um, let me find the link
[05:31] <Noskcaj> ok
[05:31] <smartboyhw> Noskcaj: Wait, you mean what guides to look for, or which packages you want to start?
[05:31] <Noskcaj> packages, probably. but anything
[05:42] <Noskcaj> nevermind, i found a video tutorial
[05:49] <ScottK> smartboyhw: You don't want me to upload it, you want me to accept it after someone else has uploaded it.
[06:01] <smartboyhw> ScottK: oh great, let me get Riddell or yofel or shadeslayer_ or apachelogger to do it
[06:02] <smartboyhw> Noskcaj: Well, try to work on package upgrades in https://bugs.launchpad.net/ubuntu/+bugs?field.tag=kubuntu-packaging
[06:02] <smartboyhw> * new versions
[06:02] <smartboyhw> That's a simplier start:)
[06:33] <Noskcaj> smartboyhw, what the process for package updating? use bug 1196978 as an example
[06:37] <soee> good morning
[06:44] <Noskcaj> since smartboyhw seems to be busy, can someone show me how to start updating the packages?
[06:48] <smartboyhw> Noskcaj: um look at the packaging guide
[06:48] <smartboyhw> Normally Kubuntu people just copy the debian/ folder into the new version
[06:48] <smartboyhw> But for me, I would want to use bzr merge-upstream or uupdate
[06:49] <Noskcaj> ok
[06:58] <yofel> normally we use uupdate too, but when teaching people how to do it then it's good to show them at least once how it's done by hand
[06:58] <yofel> good morning btw.
[07:05] <Noskcaj> can someone take a look at bug 1179207, i've uploaded a fix branch
[07:08] <Noskcaj> for sflphone, i assume debian needs to update first
[07:48] <smartboyhw> yofel: please upload .debdiff at https://bugs.launchpad.net/ubuntu/raring/+source/ibus-cangjie/+bug/1189083 to raring
[07:49] <smartboyhw> ScottK needs someone to upload so he can approve
[08:18] <yofel> smartboyhw: I'm no MOTU, either do a regular sponsorship request or ask someone else
[08:18] <smartboyhw> yofel: I did do one, no one cared it for me:(
[08:19] <smartboyhw> Riddell: I think you are Core Dev , so help me plz:P
[08:20] <yofel> true, it's in the sponship queue. I guess people are busy
[08:45] <Noskcaj> can someone review  https://code.launchpad.net/~noskcaj/ubuntu/saucy/sflphone/merge-1.2.3-2 and https://code.launchpad.net/~noskcaj/ubuntu/saucy/nootka/upstream-merge
[08:45] <Noskcaj> i probably did something wrong on the first one
[09:20] <smartboyhw> Noskcaj: Looking at your merge proposal, is the Ubuntu-specific changes in 1.2.0-3ubuntu1 not applicable to 1.2.3 anymore?
[09:21] <Noskcaj> I hadn't found the how-to yet for that then, but i'm pretty sure it's good.
[09:23] <smartboyhw> Noskcaj: here's the simple question: Does the Debian package 1.2.3-1 contain nepomuk-core-dev as build-dep?
[09:24] <Riddell> smartboyhw: what's needed?
[09:24] <Noskcaj> i have to go, bye
[09:25] <smartboyhw> Riddell: upload an SRU for me
[09:25] <smartboyhw> Bug 1189083 and Bug 1189085 (same .debdiff attached)
[09:25] <smartboyhw> Upload it to raring
[09:26] <smartboyhw> raring-updates, you know...
[09:26] <smartboyhw> ScottK will help to approve after I or people in the Linux HK Community tested it
[09:27] <Riddell> smartboyhw: sure will look in a bit
[09:28] <smartboyhw> Riddell: Many thanks!!!!
[09:44] <agateau> xnox: ping
[09:54] <agateau> xnox: hi, I have been looking at implementing a wireless page in the kde frontend for ubiquity
[09:54] <agateau> xnox: it looks doable, but it would need moving the gtk specific bits of ubiquity/nm.py into a separate file, does it sound doable to you?
[09:55] <agateau> well except for the model passed to the NetworkManager class, for this I would write a qt adapter
[09:55] <xnox> agateau: sure, sounds good.
[09:55] <xnox> agateau: there is a pending change to remove password field, and instead ask "NetworkManager connect to this SSID" such that then networkmanager can prompt for passwords as it sees fit / needed.
[09:56] <agateau> xnox: so networkmanager would pop up a dialog to ask for the password?
[09:57] <agateau> xnox: that sounds less integrated than the current solution, what is the reason for this change?
[09:57] <agateau> oh, maybe password-less wifi
[10:01] <xnox> agateau: current one doesn't know if/when password is needed, so there are cases where it demands one (when networkmanager doesn't need one) or doesn't ask for a password, but it is needed.
[10:01] <xnox> for certain wifi configurations.
[10:02] <agateau> xnox: ok. offloading more work to network manager is probably more robust anyway
[10:02] <agateau> xnox: only worry is whether kde frontend of networkmanager supports this
[10:03] <agateau> xnox: is the change in a proposed branch?
[10:03] <apachelogger> surely one could hijack a possible nm password window and integrate it in ubiquity using weird X magic
[10:03] <apachelogger> (not that I think that this would be a good idea ;))
[10:04] <xnox> apachelogger: yeah, don't use Xsocket, that like will not work on.... Mir.
[10:04] <xnox> and ubiquity kind of needs to work on Mir with default toolkits =)
[10:05] <agateau> (shh, don't write the M* word here)
[10:05] <apachelogger> surely one could hijack a possible nm password window and integrate it in ubiquity using weird Mir magic? :P
[10:06] <apachelogger> OTOH, agateau, depending on which piece of software displays the dialog you possible could wire the kdeui to whatever nm-kde thing there is
[10:07] <agateau> apachelogger: assuming this whatever nm-kde thing as a dbus api or python bindings
[10:07] <apachelogger> i.e. nm-kde forwarding password request to ubiquity, kdeui goes "weeh" and animated a password field appearing or something, user enters password, password is sent to nm-kde
[10:08] <apachelogger> agateau: well, in the mid-term adding simple api for that may not be a big problem
[10:08] <agateau> apachelogger: agreed, but that's out of scope for 13.10 I think
[10:08] <apachelogger> +
[10:08] <apachelogger> just write a trello card for 14.04 :P
[10:09] <agateau> heh :)
[10:09] <agateau> let me first figure out if i can get a basic wireless page running
[10:09] <apachelogger> kdesupport built \o/
[10:11] <apachelogger> agateau: while you are poking in ubiquity, please have a look at the "Proper spell-checking support enabled by default" thread on kubuntu-devel
[10:11] <apachelogger> for some reason we don't get an update-notifier file setup if ubiquity did an incomplete l10n installation
[10:12] <Riddell> not having a working plymouth after install is more important than spell checking
[10:12] <apachelogger> oh that is true
[10:12] <smartboyhw> Riddell: you uploaded the SRU yet?
[10:12] <smartboyhw> Hello apachelogger
[10:13] <apachelogger> yo smartboyhw
[10:13] <Riddell> smartboyhw: not yet sorry will get to it shortly
[10:14] <apachelogger> 1 → 75 of 1211 results
[10:14] <apachelogger> :O
[10:14] <apachelogger> only 1211 reports
[10:14] <apachelogger> grub2 seems well triaged :O
[10:15] <agateau> mmm, I have zero plymouth knowledge
[10:15] <agateau> and I am not sure i want to get some
[10:17] <Riddell> agateau: it needs update-grub being called after install
[10:17] <Riddell> at least that's /a/ fix for it, not sure why it's a problem at all for kubuntu when it wasn't before and isn't for ubuntu desktop
[10:17] <Riddell> bug 1171099
[10:17] <agateau> Riddell: is this a new requirement?
[10:18] <agateau> I don't think I will have the time to look into this
[10:19] <Riddell> agateau: fair enough
[10:20] <apachelogger> Riddell: I know the cause of the bug
[10:20] <apachelogger> well in grub I do
[10:20] <apachelogger> in terms of ubiquity I actually think the problem is in d-i
[10:25] <Riddell> apachelogger: do you know why we have it an ubuntu desktop doesn't?
[10:26] <Riddell> smartboyhw: ibus-cangjie uploaded to raring-proposed
[10:28] <smartboyhw> Riddell: awesome! MANY THANKS!
[10:34] <apachelogger> Riddell: yes
[10:34] <apachelogger> Riddell: in terms of grub
[10:34] <apachelogger> well
[10:34] <apachelogger> it's a cascaded issue
[10:35] <apachelogger> ubiquity/d-i doesn't write the default_cmdline for some reason (though according to my research it should...)
[10:35] <apachelogger> and grub's postinst also doesn't write it (or actually it tries to write a null one)
[10:47] <apachelogger> Riddell: correction... ubiquity/d-i set the value but do not run update-grub afterwards such that the setting is not applied
[10:48] <xnox> was update-grub not run at all, or run before the value got set?
[10:49] <Riddell> apachelogger: that sounds like something which should be easy enough to fix
[10:49] <apachelogger> dunno, I didn't find out why exactly it refused to run update-grub
[10:50] <Riddell> d-i/source/grub-installer/grub-installer has some stuff about running update-grub
[10:50] <apachelogger> xnox: I think it may have been run before setting the value, but I am not sure on the details to be honest
[10:51] <apachelogger> Riddell: yeah it does not get run
[10:51] <apachelogger> IIRC there is an if very much towards the end of the file that would if evaluating to true run update-grub
[10:52] <apachelogger> and that is the one that should be executed from a process flow POV
[10:52] <Riddell> mm my installer log from this ubuntu desktop install mentions..
[10:52] <Riddell> Jul  8 18:24:33 ubuntu ubiquity: run-parts: executing /etc/kernel/postinst.d/zz-update-grub 3.8.0-26-generic /boot/vmlinuz-3.8.0-26-generic
[10:53] <apachelogger> needs to be after that
[10:53] <Riddell> but the log doesn't show that grub-installer script running update_grub
[10:53] <Riddell> it shows grub-installer script doing other stuff
[10:54] <apachelogger> grub-installer is very silent by default
[10:54] <apachelogger> grub-installer actually correclty fixes the cmdline in default/grub
[10:54] <apachelogger> that's why a manual update-grub run brings back plymouth, it's really just the update-grub invocation that is not executed :/
[10:56] <smartboyhw> Eh:(
[10:57] <smartboyhw> Riddell: hmm I still can't see the upload in LP
[10:57] <Riddell> smartboyhw: it'll be in the raring unapproved queue
[10:57] <Riddell> needs ~ubuntu-sru to approve it
[10:58] <Riddell> apachelogger: my bash isn't great, update_grub () has a variable called $update_grub for the command, I wonder if that name clash gets confused
[10:59] <smartboyhw> Riddell: oh yeah, ScottK to do the work
[11:00] <Riddell> apachelogger: just testing with this it does get confused http://paste.kde.org/792890/
[11:01] <smartboyhw> ScottK: and I think at the same time you can approve the kscreen and libkscreen SRUs:P
[11:01] <apachelogger> Riddell: I am not looking at it right now :P
[11:02] <apachelogger> Riddell: if you call update_grub() it should work btw
[11:02] <Riddell> apachelogger: I'll give it a test, a long shot but maybe that's the issue
[11:15] <yofel> quantal 4.10.5 now in backports
[11:17] <yofel> smartboyhw: btw. could you please fix up the calligra 2.6.3 backports please? They're in dep-wait: https://launchpad.net/~kubuntu-ppa/+archive/backports/+packages?field.name_filter=calligra
[11:17] <smartboyhw> yofel: ha? I'm leaving for airport within 1 hour
[11:18] <yofel> ah ok, nvm then
[11:18] <smartboyhw> And I'm not in HK until 31st July
[11:18] <yofel> have a nice trip!
[11:18] <smartboyhw> yofel: it's a vc problem
[11:18] <smartboyhw> vc doesn't exist in raring
[11:33] <smartboyhw> s/raring/quantal/
[11:33] <kubotu> smartboyhw meant: "vc doesn't exist in quantal"
[11:34] <smartboyhw> ~kubuntu-ppa/ppa 14.8 GiB (92.40%) of 16.0 GiB
[11:34] <smartboyhw> I think we need a cleanup
[11:36] <yofel> there's not much we can remove from the backports
[11:37] <smartboyhw> yofel: Oops
[11:37] <smartboyhw> Hopefully it won't be full one day
[11:40] <smartboyhw> Good bye guys, see you after 3 weeks, best of luck:)
[11:41] <apachelogger> yofel: with ever so far reaching backports I reckon a size bump is in order
[11:41] <apachelogger> workspace build triggered
[11:41] <apachelogger> build in 6 hours Oo
[11:42] <apachelogger> source build that is Oo
[11:48] <Riddell> apachelogger: yes, it is the update_grub variable,  works fine if I fix that!
[11:50] <apachelogger> http://www.youtube.com/watch?v=uMY5VGYh2Go
[12:00] <BluesKaj> Hiyas all
[12:53] <apachelogger> yofel: ping
[12:54] <apachelogger> yofel: do you haz wiki for neon?
[12:55] <yofel> apachelogger: there is https://wiki.kubuntu.org/Kubuntu/ProjectNeon and the techbase page
[13:54] <apachelogger> yofel: I'll add kf5 documentation tomorrow
[13:54] <apachelogger> and fiddle builder into autobuilding ^^
[13:54] <yofel> \o/
[14:45] <shadeslayer> apachelogger: curious, can we import each qt git repo separately? or do all of them have submodules in their history?
[14:45] <shadeslayer> qt5 that is
[14:52] <yofel_> shadeslayer: there are imports I created ages ago
[14:52] <yofel_> I think 2 have submodules
[14:52] <yofel_> (qtbase and something else)
[14:53] <shadeslayer> okay, and do you know why everything was grouped under p-n-qt ?
[14:53] <shadeslayer> instead of having a separate source for each module
[14:54] <yofel_> harald's personal preference IIRC
[14:55]  * yofel_ off - bbl
[14:56] <apachelogger> no
[14:56] <apachelogger> because that is how one is supposed to build qt from git
[14:57] <apachelogger> so that seems like the sanest thign to do considering there is creepy stuff like if .git; make stuff work;
[14:57] <shadeslayer> apachelogger: and building each submodule isn't supported?
[15:02] <apachelogger> shadeslayer: it is
[15:02] <apachelogger> you are just not supposed to do it
[15:02] <apachelogger> it only gives you a headache
[15:02] <apachelogger> nothing more to it
[15:54] <markey> apachelogger: cmake question: my test for QtOpenGL is like this: find_package( Qt4 4.8.2 COMPONENTS QtOpenGL )
[15:54] <markey> how do I check if it's true or false?
[15:55] <markey> i.e. I can't figure out how to access the component part
[15:56] <shadeslayer> don't you usually check with something like : if (QTOPENGL_FOUND) blah blah blah ?
[15:56] <markey> yes, but it doesn't work here as QtOpenGL is a component of Qt4
[15:57] <shadeslayer> oh
[15:57] <shadeslayer> okay
[16:04] <Riddell> markey: there wil be variables set for every qt library
[16:04] <markey> that's what I assumed, but what are these?
[16:04] <Riddell> look in FindQt.cmake ?
[16:04] <Riddell> (I've got a fresh install so not on my machine)
[16:05] <markey> hehe ok, I was hoping to prevent that ;)
[16:05] <markey> alright
[16:05] <apachelogger> markey: I don't think you need to find_package at all
[16:05] <Riddell> #  QT_QTOPENGL_FOUND        True if QtOpenGL was found.
[16:06] <markey> ah :)
[16:06] <markey> thanks Riddell
[16:06] <apachelogger> markey:     macro_log_feature(QT_QTOPENGL_FOUND "Qt OpenGL" "Qt OpenGL support is required for blah blah" "" TRUE)
[16:06] <apachelogger> TRUE/FALSE being requiredness
[16:07] <markey> works, Riddell :)
[16:12] <markey> Riddell: remember this crash issue with QtScript? was it fixed in Qt 4.8.3?
[16:12] <markey> cause we depend on 4.8.2 currently, and we should probably bump it then
[16:15] <Riddell> mm I think I've lost track of qtscript issues I'm afraid
[16:15] <markey> not a problem. I suppose it can't hurt to bump to 4.8.3 anyway
[16:21] <Guest48668> markey: that's fixed in 4.8.4
[16:21] <Guest48668> ...
[16:21] <markey> I'm pretty sure it was 4.8.3, only with Kubuntu it was different due to some patch
[16:22] <yofel> markey: ah right, it was fixed in 4.8.3, which introduced a regression that lead to it being reverted and that was fixed in 4.8.4
[16:23] <markey> yup, slightly confusing
[16:23] <markey> I never understood really how that happened :)
[18:05] <apachelogger>     - Drop kubuntu_pate_find_python.diff, kubuntu_kate_initial_preference.patch,
[18:05] <apachelogger>       kubuntu_find_python.diff from debian/patches , not required
[18:05] <apachelogger> shadeslayer: why is initial-pref not required?
[18:15] <kubotu> ::workspace-bugs:: [1174713] systemsettings package contains random plunder @ https://bugs.launchpad.net/bugs/1174713 (by Harald Sitter)
[18:25]  * ScottK knew who filed that one just from the title.
[18:34]  * genii sips his coffee and ponders "random plunder"
[20:00] <Guest395> ...
[20:05] <ahoneybun> hey valorie
[21:02] <ScottK> Whoever is uploading 4.10.5, did you check that all those packages really have changes or are you just uploading them all?
[21:04] <yofel> ScottK: I am - and the script already did the check
[21:04] <yofel> you'll get 42 packages in total
[21:04] <ScottK> OK.
[21:04] <ScottK> I saw a few that hadn't been touched since .2, so I was concerned.
[21:05] <yofel> Riddell: please never add additional changelog entries to the SRU packages in the PPA or I end up with stuff like http://paste.kde.org/793262
[21:05] <ScottK> You did fix that, right?
[21:05] <yofel> ScottK: that's mostly pino fixing icon paths and stuff like that for debian I think :/
[21:06] <ScottK> OK.
[21:06] <yofel> ScottK: thankfully the 3 packages that looked like that got auto-rejected because the tarball wasn't uploaded
[21:06] <ScottK> Excellent.
[21:07] <Noskcaj> can one of you guys have a look at https://code.launchpad.net/~noskcaj/ubuntu/saucy/nootka/upstream-merge
[21:09] <Noskcaj> To update terminus, should i try and get debian to update first or go straight to ubuntu/kubuntu?
[21:19] <yofel> WTH, since when is this channel +t o.O
[21:19] <yofel> [16:14:36] *** Mode #kubuntu-devel +t by orwell.freenode.net
[21:19] <yofel> ...
[21:21] <skellat> yofel: ChanServ hasn't been having a good day
[21:21] <yofel> yeah, I noticed..
[21:24] <Noskcaj> i've finally got sflphone done, https://code.launchpad.net/~noskcaj/ubuntu/saucy/sflphone/merge-1.2.3-2/+merge/174061
[21:36] <shadeslayer> apachelogger: IIRC applied upstream
[21:58] <kubotu> ::qt-bugs:: [1195007] qt patch introduces fatal gdk_x_error handler @ https://bugs.launchpad.net/bugs/1195007 (by Patrick Oßmann)
[22:25] <ScottK> yofel: I started accepting stuff.
[22:32] <Noskcaj> for bug 812134 should i go straight through ubuntu or go debian then ubuntu?
[22:35] <ScottK> Generally Debian first is better if you can manage it.
[22:37] <Noskcaj> i'll try but they have little reason to upgrade
[23:11] <ScottK> yofel: No nepomuk-widgets changes?