[21:12] <thumper> morning
[21:41] <thumper> hi fwereade__
[21:41] <thumper> fwereade__: seeing you do reviews...
[22:27] <fwereade__> thumper, heyhey
[22:28] <thumper> fwereade__: I cc'ed you on a container email
[22:28] <thumper> I'm approaching a higher level of concern...
[22:28] <thumper> however
[22:28] <thumper> I did find this:
[22:28] <thumper> http://lxc.sourceforge.net/index.php/about/kernel-namespaces/network/configuration/
[22:28] <thumper> method 1 seems to closely match what we want
[22:28] <thumper> but I don't entirely understand it
[22:29] <thumper> I seem to be missing some  understanding in it
[22:29] <thumper> I seem to be lacking the key bit where the veth0 on host A is connected to container 1
[22:30] <thumper> also there seems to be overlap in the vethN numbering in the host
[22:30] <thumper> so I want to find someone who knows more
[22:33] <fwereade__> thumper, yeah, I'm no wiser really -- was it serge who told us about namespaces in the first place?
[22:33] <thumper> fwereade__: I think so
[22:33] <thumper> it seems like it shouldn't be too hard
[22:33] <thumper> just finding the right incantations
[22:33] <fwereade__> thumper, that's my best guess there then -- yeah, indeed
[22:33] <thumper> I'm putting on my review hat right now
[22:34] <thumper> reviewing some of your pending work and ians
[22:34] <fwereade__> thumper, re getting ip addresses assigned... mm, yeah
[22:34] <thumper> particularly around the container constraint
[22:34] <thumper> we need a way to ask for public/private ip addresses
[22:34] <thumper> not sure how to handle container addressability without at least private
[22:34] <fwereade__> thumper, yeah, indeed
[22:35] <fwereade__> thumper, ec2 first sounds eminently sensible to me
[22:35] <thumper> otherwise it seems the only way is to do port forwarding and fake it, which I loath as an idea
[22:35] <thumper> I'd rather just say "sorry containers aren't supported on this provider because they suck"
[22:36] <thumper> s/they suck/we can't get ip addresses dynamically/
[22:36] <thumper> fwereade__: on the plus side, it appears the default lxc bridge will work fine for the local provider with no mods
[22:37] <fwereade__> thumper, yeah, I don't think there's likely to be much mileage in faking it up
[22:38]  * thumper nods
[22:38] <thumper> I really don't want to put effort into a solution that doesn't take us towards a successful outcome
[22:38] <fwereade__> thumper, more and more work for less and less gain
[22:38] <thumper> I agree
[22:38] <fwereade__> thumper, vg news re lxc though
[22:39] <thumper> for the local provider?
[22:39] <fwereade__> yeah
[22:39] <thumper> yeah
[22:39] <thumper> I'm going to go back to that after the reviews
[22:39] <fwereade__> cool
[22:39] <thumper> I had an intersting thought though...
[22:39] <fwereade__> thumper, oh yes?
[22:39] <thumper> we can have the containers auto restart when you reboot
[22:39] <thumper> I suppose we need the same type of startup file that the machine agents have
[22:40] <thumper> for the local machine as part of bootstrap?
[22:40] <thumper> and clean it up with destroy-environment
[22:40] <thumper> I'm not going to do it initially
[22:40] <fwereade__> that's another one for serge I think -- some versions of lxc have autostart
[22:40] <thumper> but will make a card for it
[22:40] <thumper> fwereade__: reading the precise docs
[22:40] <thumper> it seems that they do
[22:40] <thumper> and it is easy
[22:40] <fwereade__> sweet
[22:40] <thumper> just symlink the config into /etc/lxc/autostart or something simiilar
[22:41] <fwereade__> yeah, I just wasn't sure it was there or easy on precise
[22:41] <thumper> but might be nice in the future for local provider to stay alive with a reboot
[22:41] <fwereade__> thumper, tbh I think it's an important feature anyway for whatever containers
[22:42] <thumper> I did notice though that the golxc impl uses lxc-stop and not lxc-shutdown
[22:42] <thumper> shutdown is nice, stop is flicking the power switch
[22:42] <fwereade__> thumper, we can't really expect that our cloud instances will never reboot
[22:42]  * thumper nods
[22:42] <thumper> easy to do by default I think
[22:42] <thumper> I have a card on the kanban board already for it
[22:43] <fwereade__> thumper, stop/shutdown is interesting... not sure when we'd stop one whose state we cared about
[22:43] <fwereade__> but regardless
[22:43] <thumper> it seems that we always go stop/destroy
[22:43] <thumper> so we don't need to be nice
[22:43] <thumper> but it does have me wondering what lxc does on system shutdown
[22:44] <thumper> I'm going to trust the lxc devs here
[22:44] <fwereade__> this is interesting but I'm flying horribly early tomorrow and hoping to be back at work by lunchtime, so I have to sleep now
[22:44] <thumper> and guess they do a shutdown by default and kill if takes too long
[22:44] <thumper> :-)
[22:44] <thumper> ok
[22:44] <thumper> ciao
[22:44] <fwereade__> enjoy your day, regards to wallyworld and davecheney; see you soon :)
[22:44] <wallyworld> see ya
[22:53] <thumper> ffs
[22:53] <thumper>     c.Assert(provider, Equals, &local.Provider)
[22:53] <thumper> ... obtained *local.environProvider = &local.environProvider{}
[22:53] <thumper> ... expected *local.environProvider = &local.environProvider{}
[22:53] <thumper> wallyworld: that is me trying to test the actual provider for you
[22:54] <thumper> wallyworld: interestingly DeepEquals works find
[22:54] <thumper> fine
[22:54] <wallyworld> thumper: because they are pointers
[22:54] <thumper> so
[22:54] <wallyworld> the actual mem addresses are different
[22:54] <wallyworld> but contents are the same
[22:54] <thumper> no they aren't
[22:54] <thumper> as in, they are the same object
[22:54]  * wallyworld was just guessing
[22:54] <wallyworld> in the past, i've seen that
[22:55] <thumper> what I was referring to was the obtained/expected results above
[22:55] <thumper> like, oh, you gave me X when I expected Y
[22:55] <thumper> but here X and Y are the same
[22:55] <wallyworld> deep equals says contents are the same
[22:55] <wallyworld> but are you sure mem addresses are the same
[22:56] <thumper> wallyworld: deepequals also checks for the same type
[22:56] <thumper> wallyworld: well, one is an interface, the other is a struct
[22:56] <wallyworld> sure, type is the same
[22:56] <thumper> so I'm thinking deep equals should be ok...
[22:56] <wallyworld> yes
[22:56] <thumper> or perhaps I should create an interface for the struct
[22:56]  * thumper tests that
[22:56] <wallyworld> i'd stick with deep equals perhaps
[22:57]  * wallyworld goes away for 10 minutes to buy tickets to the First Test in Novemer
[22:57] <thumper> nope
[22:57]  * thumper nods
[22:57] <thumper> deepequals it is
[23:16] <wallyworld> thumper:  i have a failing test in lxcProvisionerSuite. i've tracked it down to expectStopped() being called and checking that the container is still provisioned. but advancing a machine's lifecycle to dead causes it to be removed and the instance metadata is removed also. i'm not sure why the test was written the way it was
[23:17] <thumper> wallyworld: hmm... what changes have you made locally?
[23:17] <thumper> what object is expectStopped on?
[23:18] <wallyworld> this is the branch which introduces the instance metadata doc
[23:18] <wallyworld> expect stopped is on lxcProvisionerSuite
[23:18] <wallyworld> looking at a container
[23:18] <wallyworld> i'm not sure how the test would have passed the first time
[23:19] <wallyworld> i need to dig into it a bit
[23:19] <thumper> which file?
[23:19] <wallyworld> lxc-broker_test.go
[23:19] <wallyworld> making a machine dead and expecting it to still have a valid instance id doesn't make sense to me?
[23:20] <thumper> ah...
[23:20] <thumper> here I was calling instance id from the object as it was just returning a cached local value
[23:20] <thumper> so it was ok
[23:21] <thumper> now you have turned this into a function doing work right?
[23:21] <wallyworld> yes, but i check the local cached value first
[23:21] <thumper> ok, so just change the expectStopped to take a machineId instead of state.Machine
[23:21] <thumper> and get the isntance id out before stopping
[23:22] <thumper> make sense?
[23:22] <wallyworld> but why would we want to have a instance id != "" after making a machine dead?
[23:22] <thumper> what we are testing is that the right container was stopped
[23:22] <thumper> the container uses the container name as the isntance id
[23:22] <thumper> we are only testing we stopped the right one
[23:23] <thumper> not that there is something in state
[23:23] <wallyworld> by checking instance id?
[23:23] <thumper> we don't care about state here
[23:23] <thumper> state happened to conveniently cache the id we care about
[23:24] <thumper> how about...
[23:24] <wallyworld> hmmm. seems like a fragile way to do it
[23:24] <thumper> have expect started to return the event.id as a container name as a string
[23:24] <thumper> then pass that into the expect stopped
[23:24] <thumper> make more sense?
[23:25] <wallyworld> i'll look into it. a mechanism that doesn't rely on instance id being valid after life->dead is what we want
[23:25] <thumper> wallyworld: right, what I just said fits that
[23:25] <wallyworld> sure, just repeating it back
[23:34]  * wallyworld is pleasantly surprised the test suite seems to run so much quicker as of late
[23:52] <thumper> hmm...
[23:52] <thumper> I suppose I should start writing my juju talk at some stage


[00:17] <shadeslayer> yofel: oh? :S
[05:12] <ovidiu-florin> happy birthday apachelogger :D
[05:19] <valorie> ooooo, birthday congratulations and best wishes, my dear apachelogger
[05:32] <ovidiu-florin> I'd like to create a Kubuntu „company” or project of some sort on LinkedIn. Can we achieve that?
[05:37] <valorie> sure, I think just do it, and then from linkedin invite people to join
[05:37]  * valorie will
[05:38] <valorie> there are groups - nightrose has one for GSoC students -- but not much traffic
[05:38] <valorie> there is a KDE "company" or something
[05:40] <ovidiu-florin> valorie: what should be the official email?
[05:40] <ovidiu-florin> do we have one?
[05:41] <ovidiu-florin> I mean, not the mail list
[05:41] <valorie> oh god no, linkedin spams like crazy
[05:41] <ovidiu-florin> something that ends in @kubuntu.org
[05:41] <ovidiu-florin> then I'll put mine for now
[05:42] <valorie> sounds good
[05:43] <valorie> I hate to say this, because linkedin seemed decent for a long time, but it seems that they have turned to the dark side lately
[05:43] <ovidiu-florin> my ovidiub13 at kubuntu dor org email address is not available yet. Who do I have to ping for that?
[05:43] <valorie> so much spam
[05:43] <ovidiu-florin> valorie: you just have to deactivate the email notifications
[05:44] <valorie> no, they send spam to lists *all the time*
[05:44] <valorie> on almost all the lists I administer - on Rootsweb (genealogy), linuxchix, KDE, and kubuntu
[05:45] <valorie> the KDE sysadmins threaten them very frequently
[06:45] <Sick_Rimmit> Houston I believe we have a problem..
[06:45] <Sick_Rimmit> http://cdimage.ubuntu.com/kubuntu/daily-live/20140722.2/trusty-desktop-i386.iso
[06:45] <Sick_Rimmit> shows "404 Not Found"
[07:54] <valorie> Sick_Rimmit: how about http://cdimage.ubuntu.com/kubuntu/daily-live/20140723/utopic-desktop-i386.iso
[07:54] <valorie> oh, trusty
[07:54] <valorie> why would there be a daily for trusty?
[07:55] <Noskcaj> valorie, microreleases
[07:57] <valorie> in /daily-live/ I see only utopic
[07:58] <yofel> Sick_Rimmit, valorie: the URL in the tracker is wrong
[07:58] <yofel> http://cdimage.ubuntu.com/kubuntu/trusty/daily-live/current/
[07:58] <valorie> http://se.cdimage.ubuntu.com/kubuntu/releases/14.04/release/kubuntu-14.04-desktop-i386.iso
[07:58] <valorie> from: http://se.cdimage.ubuntu.com/kubuntu/releases/14.04/release/
[07:59] <valorie> oh, that's releases, sorry for the noise
[08:01] <apachelogger> page down page down page down page down page down
[08:03] <yofel> EOF
[08:03] <apachelogger> Riddell: qtdeclarative5-kf5declarative is still named like that... I do not see it transiting to qml-module-whatever
[08:03] <apachelogger> solid neither FWIW
[08:21] <apachelogger> I hate bzr so very very very very much
[08:31] <Riddell> apachelogger: well better believe it cos the transition is in bzr
[08:31] <Riddell> whatever is wrong with bzr? as long as you're patient it's your best friend
[08:32] <Riddell> apachelogger: ¡feliz cumpleaños!
[08:36] <apachelogger> Riddell: it's not in ppa, so I can't change the names
[08:37] <ovidiu-florin> Riddell: when can I expect to use my @kubuntu.org email address?
[08:38] <apachelogger> "The script which creates the email aliases runs every 2 days. So please wait at least 48 hours before checking if the email is working (or leave it a couple more days to be sure). "
[08:38] <apachelogger> https://wiki.ubuntu.com/UbuntuEmail
[08:42] <Riddell> I wonder what to do about oversized 14.04.1 ISOs
[08:42] <Riddell> !testers | 14.04.1 testing!
[08:43] <apachelogger> drop some languages?
[08:43] <apachelogger> oh wait, we can't there aren't any left :P
[08:43] <shadeslayer> heh
[08:43] <apachelogger> uploading workspace to staging
[08:44] <apachelogger> ah bugger, I forgot to add gdb there
[08:44] <apachelogger> some reviewers you guys are :P
[08:44] <shadeslayer> what what
[08:44] <apachelogger> pagedown pagedown pagedown pagedown pagedown
[08:49] <valorie> When I installed project neon to this laptop today, I noticed an enormous number of packages I've never had, such as claws-mail, emacs, etc.
[08:49] <valorie> is this intended?
[08:50] <valorie> didn't happen a few days ago when I installed it on the retiring laptop
[08:50] <apachelogger> emacs sounds wrong
[08:50] <valorie> but in regular session there is no emacs installed....
[08:51] <valorie> It did to me, for sure
[08:51]  * valorie doesn't need a third OS on this lappy
[08:51] <valorie> happy birthday, apachelogger
[08:51] <valorie> claws-mail seemed completely off the wall as well
[08:52] <apachelogger> is it my birthday?
[08:52] <apachelogger> thank you
[08:53] <apachelogger> valorie: what did you install exactly
[08:53] <valorie> afaik, just project neon
[08:54] <valorie> `sudo apt install project-neon5-session project-neon5-utils project-neon5-konsole`
[08:55] <valorie> that is a paste from up-arrow in yakuake
[09:00] <apachelogger> maybe utils pulls something in
[09:00] <apachelogger> there's a bunch of dev plunder in utils
[09:00] <apachelogger> not quite sure why installing it is suggested
[09:00] <valorie> I just thought I'd mention it, since it didn't happen a few days ago
[09:00] <apachelogger> valorie: where is that line from?
[09:01] <valorie> that was the line I used to install, and I copied it from Riddell's post
[09:01] <valorie> https://blogs.kde.org/2014/07/15/plasma-5-here-all-ready-eat-your-babies
[09:01] <valorie> didn't eat my babies though
[09:01] <valorie> just gave me emacs
[09:02] <Riddell> :)
[09:03] <valorie> it's sorta bare-bones still
[09:03] <valorie> I suppose it will grow pretty quickly
[09:03] <valorie> only problem I've had is that I can't get the wallpaper to show
[09:04] <apachelogger> emacs is like a decease, if you don't watch out you can easily catch it from other people
[09:05] <valorie> I think I'm pretty safe on that score
[09:05] <valorie> not my style at all
[09:05] <Riddell> apachelogger-x apachelogger-c
[09:05] <apachelogger> whatever that may mean
[09:06]  * apachelogger needs to fetch his vimrc from his old $HOME
[09:06] <apachelogger> if I found my old home that is :'<
[09:06] <apachelogger> shadeslayer: qtcurve already moved to next?
[09:06] <shadeslayer> apachelogger: yes
[09:06] <shadeslayer> I tested it
[09:06] <shadeslayer> eet works
[09:06] <apachelogger> shadeslayer: breeze will want adjustment
[09:06] <shadeslayer> for?
[09:06] <apachelogger> recommends all curves
[09:07] <shadeslayer> oh
[09:07] <apachelogger> it's part of breeze theme convergence
[09:07] <shadeslayer> I already made plasma5-desktop recommend it
[09:07] <shadeslayer> or was it depend
[09:07] <shadeslayer> I forget
[09:07] <shadeslayer> too much rage yesterday
[09:07] <apachelogger> breeze still needs to recommend it :P
[09:07] <shadeslayer> yeah ofcourse
[09:07] <shadeslayer> will fixeroo after I write orchrestration
[09:07]  * apachelogger does the daily dist upgrade to proceed with testing -.-
[09:12] <valorie> hmmm, I should go to bed
[09:12] <valorie> ttyl....
[09:13] <shadeslayer> night valorie
[09:14] <Riddell> shadeslayer: rejected kdeclarative cos copyright didn't list MIT, I've updated bzr, please check and re-upload
[09:16] <shadeslayer> :(
[09:19] <shadeslayer> Riddell: uploaded
[09:20] <apachelogger> The following packages will be REMOVED:
[09:20] <apachelogger>   kde-style-qtcurve
[09:20] <apachelogger> I still don't get why the package had to be renamed
[09:21] <shadeslayer> well, if the Qt5 package  has a 5 at the end, why make it inconsistent with the Qt4 version
[09:23] <apachelogger> why would one?
[09:23] <apachelogger> it's not like the package name isn't an utter lie anyway
[09:24] <apachelogger> there is no kde-style-qtcurve5
[09:24] <yofel> there is
[09:24] <apachelogger> it's a qt5-style-qtcruve if anything
[09:24] <apachelogger> Depends: frameworkintegration, libc6 (>= 2.14), libqt5core5a (>= 5.3.0), libqt5dbus5 (>= 5.0.2), libqt5gui5 (>= 5.3.0) | libqt5gui5-gles (>= 5.3.0), libqt5svg5 (>= 5.0.2), libqt5widgets5 (>= 5.0.2), libqt5x11extras5 (>= 5.1.0), libqtcurve-utils1, libstdc++6 (>= 4.1.1), qtbase-abi-5-3-0
[09:24] <apachelogger> why does it dep on frameworkintegration Oo
[09:26] <Riddell> it only works with frameworkintegration
[09:26] <Riddell> or at least when you select it through system settings it breaks unless you have frameworkintegration
[09:26] <shadeslayer> ^^
[09:26] <apachelogger> that makes no sense whatsoever
[09:27] <apachelogger> what frameworksintegration does is make qt load the style configured in the style kcm
[09:27] <apachelogger> that has nothing to do with the theme depending on frameworkintegration
[09:29] <shadeslayer> hm, sounds about right, but then can you configure QtCurve from other places?
[09:30] <shadeslayer> so that applications use the qtcurve style
[09:30] <Riddell> probably qt-config can do it
[09:30] <Riddell> but that's hardly the most likely option
[09:31] <Riddell> I suppose a recommends could be justified but it's nasty to break for users and I can't imaging why you wouldn't want frameworkintegration around
[09:31] <apachelogger> it should have no relationship with frameworkintegration!
[09:32] <shadeslayer> this is true ^^
[09:32] <apachelogger> shadeslayer: any other QPA
[09:32] <apachelogger> and probably .config/Trolltech.conf
[09:32] <shadeslayer> because there could be any number of other ui's that could configure this
[09:32] <apachelogger> unless they changed the config path, there is a native config somewhere anyway
[09:32] <shadeslayer> but I am not really aware of them
[09:38] <Riddell> maybe systemsettings needs to depend on frameworkintegration as it's that kcm which needs it
[09:39] <shadeslayer> that seems more sensible to me
[09:39] <apachelogger> nonononononononono
[09:39] <shadeslayer> why not?
[09:39] <apachelogger> the kcm doesn't need it
[09:39] <apachelogger> for the kcm's setting to take effect you need it
[09:40] <apachelogger> the setting is there and written to file and all , except it does not do anything unless frameworkintegration is there
[09:41] <apachelogger> the situation would be the same if there was another platform plugin that gets loaded instead of the frameworks one
[09:41] <apachelogger> so that is really something to carry and discuss upstream
[09:42] <Riddell> apachelogger: that's very broken behavious, if it writes the setting but the setting doesn't take place
[09:43] <apachelogger> there is no active tie from systemsettings to frameworkintegration, so what happens if a user installs dolphin in gnome, then installs systemsettings and wants to set the style, and what if there is another platform plugin getting loaded (assuming that can happen)
[09:43] <Riddell> upstream just says make plasma-workspace depend on it
[09:43] <apachelogger> right, that's what we go with then
[09:44] <apachelogger> the problem ultimately (if anywhere) would be a bug in qt, not providing a way to set the style without a platform plugin
[09:45] <shadeslayer>  apacheloggeris e.u.c still broken for you
[09:45] <apachelogger> was last I checked
[09:45] <apachelogger> 2 weeks ago or so
[09:45] <shadeslayer> yeah, ev still hasn't replied to me
[09:45] <apachelogger> send mail and cc ubuntu-devel?
[09:45] <apachelogger> surely someone can find out what's wrong
[09:45] <shadeslayer> yeah I guess
[09:46] <ochosi> hey folks!
[09:46] <Riddell> hi ochosi
[09:46] <apachelogger> Riddell: I'll argue that a recommends from systemsettings is warranted
[09:46] <apachelogger> but the thing is
[09:46] <apachelogger> this applies to all kde applications
[09:46] <ochosi> quick question, you've been using trello for a while, are you still using launchpad's blueprint system and status.ubuntu.com at all? if so, what for? if not, any things your missing from that?
[09:47] <Riddell> ochosi: nah dropped that along with wiki Specs
[09:47] <apachelogger> and since there is no uniform way to hook into those, I think upstream's suggestion is really the best there is right now
[09:47] <ochosi> Riddell: so only trello it is?
[09:49] <Riddell> ochosi: yep, although upstream KDE now uses kanboard as a free alternative
[09:49] <Riddell> https://todo.kde.org/?controller=board&action=readonly&token=15ea7072a1f2be97963e83e1193f5fe8f1cf431272101b119d1d2237003a
[09:53] <shadeslayer> apachelogger: https://code.launchpad.net/~rohangarg/daisy/add-kubuntu-bugs/+merge/227879
[09:53] <apachelogger> ah, lol
[09:59] <apachelogger>  cat /etc/apt/apt.conf.d/90xapian
[10:00] <apachelogger> APT::Update::Post-Invoke-Success { "if [ -x /usr/sbin/update-apt-xapian-index ]; then update-apt-xapian-index -u; fi" }
[10:00] <Riddell> shadeslayer: kxmlgui rejected for incomplete copyright, bzr updated, please check and reupload
[10:00] <apachelogger> Riddell, shadeslayer: ^ please create that file and watch your apt-get updates
[10:00] <apachelogger> need some preliminary data for https://trello.com/c/W1ZdDudj
[10:00] <apachelogger> well, actually, let me send a mail
[10:02]  * Riddell makes it sew
[10:08] <Riddell> apachelogger: qml-module-org-kde-solid qml-module-org-kde-draganddrop etc in archive
[10:13] <Riddell> trusty-desktop-amd64.iso 5 MB oversized
[10:13] <apachelogger> neat
[10:13] <apachelogger> amd64 is too fat
[10:13]  * Riddell considers removing libreoffice
[10:14] <apachelogger> Riddell: you could make the seed reject aptdaemon
[10:15] <apachelogger> it's not useful but pulled in by firefoxy
[10:15] <apachelogger> blacklist seed is what you want to edit I think
[10:17] <Riddell> I wonder what qpdf is and why we have it on our CDs
[10:18] <Riddell> still only gives us 1MB at most
[10:18] <apachelogger> Riddell: you can blacklist gdb and instead explicitly seed gdb-minimal
[10:19] <apachelogger> that will definitely be enough
[10:19] <apachelogger> or
[10:19] <apachelogger> blacklist libc-dbg/libc6-dbg
[10:20] <apachelogger> it's a recommends of gdb that we do not really need because drkonqi shoudl be able to resolve the dep and apport/whoopsie doesn't do client tracing anyway
[10:20] <Riddell> yowsers
[10:20] <apachelogger> i.e. libc-dbg disappearing is also the primary effect of gdb-minimal as far as space is concerned ;)
[10:25] <Riddell> gdb -> apport-kde (Recommends)
[10:25] <Riddell> libc6-dbg                             | glibc                          | gdb (Recommends)
[10:26] <shadeslayer> Riddell: can you run : grep-available -F Maintainer -i kubuntu -s Source
[10:26] <shadeslayer> Riddell: and tell me if you get anything
[10:27] <Riddell> shadeslayer: lots of kde and qt bits
[10:27] <shadeslayer> Riddell: any kf5 bits
[10:27] <shadeslayer> ?
[10:27] <Riddell> yep http://paste.kde.org/poyfheit1
[10:27] <shadeslayer> awesome
[10:30] <Riddell> ScottK: ping?
[10:32] <Riddell> bug https://bugs.launchpad.net/ubuntu/+source/apport/+bug/1347565
[10:35] <apachelogger> shadeslayer: what do we do with vlc btw? debian bug is not moving much :'<
[10:35]  * apachelogger is a bit scared of uploading
[10:36] <shadeslayer> hm
[10:36] <Riddell> what needs done with vlc?
[10:36] <apachelogger> I did however land the same change in neon pvlc and haven't heared complaints so far
[10:36]  * shadeslayer is a bit busy trying to figure out why grep-available isn't working
[10:36] <apachelogger> Riddell: it not crashing kf5 apps would be good
[10:36] <Riddell> yes it would
[10:36] <apachelogger> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=755154
[10:38] <shadeslayer> sparkleshare - distributed collaboration and sharing tool
[10:38] <shadeslayer> :D
[10:39] <apachelogger> sounds dirty
[10:40] <apachelogger> I also do wonder how to package our qt5 ports so that new archive uploads don't override them :S
[10:41] <Riddell> bigger version number?
[10:41] <Riddell> what's the issue?
[10:41] <apachelogger> but how big too not make them too big :P
[10:59] <shadeslayer> btw thoughts on where to setup ISO orchrestration
[10:59] <shadeslayer> for Kubuntu 5
[10:59] <shadeslayer> till Colin sets up stuff on cdimages
[11:00] <shadeslayer> yofel: ScottK apachelogger Riddell
[11:00] <Riddell> hmm cantor needs lua, that package just gets weirder
[11:03] <Riddell> shadeslayer: what does that mean?
[11:03] <shadeslayer> Riddell: we need to setup ISO scripts somewhere to build kubuntu5 iso's till Colin sets up infra on cdimages
[11:04] <shadeslayer> where do you propose setting up the scripts?
[11:05] <Riddell> hmm
[11:06] <Riddell> can qa.kubuntu.co.uk handle it? I suspect not
[11:06] <Riddell> you don't want it on blue systems server?
[11:06] <shadeslayer> I am unsure, it might be able to
[11:06] <Riddell> I'd rather fire up an ec2 server to do it I think
[11:06] <shadeslayer> Riddell: idk, apachelogger didn't seem to keen on it
[11:06] <shadeslayer> *too
[11:07] <Riddell> silly apachelogger, always making trouble
[11:09]  * apachelogger just wrote a reply on kubuntuforums, took so long his session timed out Oo
[11:09] <shadeslayer> heh
[11:10] <apachelogger> shadeslayer, Riddell: I don't want it handled in bluesystems channels etc, the server it runs on I do not care about
[11:35] <apachelogger> plasma-workspace, desktop and qtcurve moving to next
[11:35] <apachelogger> shadeslayer: I totally feel like we should automate this :P
[11:50] <yofel> you want to wire up britney for it? :D
[11:50] <apachelogger> maaaaaaybe
[11:51] <apachelogger> although, I'd actually rather have something that is blocking all migration when something fails
[11:51] <yofel> well, britney blocks breakage, isn't that enough?
[11:52] <apachelogger> not consequential enough if you ask me
[11:53] <apachelogger> I mean, it's fine for archive scale, considering the limited set of the ppa I'd find it perfectly acceptable to consider the stage as a whole for migration and therefore block it as a whole if something is broken
[11:54] <apachelogger> softwareproperties and usb-creator in stage
[11:54] <ScottK> Riddell: infinity needs to bless any trusty changes atm.
[11:54] <apachelogger> mh
[11:55] <yofel> well, britney doesn't actually migrate stuff, it creates the list of stuff that can migrate. If that's not all you can just abort
[11:55] <apachelogger> Riddell: shadeslayer: you know, for the qt5 ports it might actually worthwhile to wire up recipes
[11:55] <apachelogger> yofel: ic
[11:56] <yofel> what I said is true when running it locally at least, it can feed its output directly into the dak database, but we don't use dak
[12:14] <Mamarok> Riddell: my fund application for the LiMux event was accepted :)
[12:19] <Riddell> Mamarok: yay!
[12:21] <Mamarok> yep, that's really nice :)
[12:22] <Mamarok> but we are not many yet, any more people attending?
[12:23] <apachelogger> there's kde people attending as well IIRC
[12:23] <apachelogger> ah there's a new notes
[12:28] <apachelogger> hm, software-properties icon is broken somehow
[12:28] <apachelogger> or maybe I forgot to set it
[12:28] <apachelogger> who knows :S
[12:31] <Riddell> app icons are still a bit broken for me, kmenuedit doesn't work, app template one doesn't work
[12:31] <apachelogger> kmenuedit wouldn't surprise me if it has none set
[12:31] <apachelogger> given that its kaboutdata appears pretty kaput
[12:33] <Riddell> still I'd like to know why it doesn't work in the kapptemplate one I made https://git.reviewboard.kde.org/r/119388/
[12:33] <Riddell> http://starsky.19inch.net/~jr/tmp/moo.tar.gz
[12:34] <apachelogger> CMake Warning (dev) at /usr/share/ECM/modules/ECMInstallIcons.cmake:205 (message):
[12:34] <apachelogger>   ecm_install_icons() with no ICONS argument is deprecated
[12:34] <apachelogger> that maybe?
[12:37] <apachelogger> Riddell: http://qt-project.org/doc/qt-5/qapplication.html#windowIcon-prop
[12:38] <Riddell> apachelogger: that just installs it, they still get installed
[12:38] <Riddell> apachelogger: I was hoping that aboutData.setProgramIconName() would do that for me
[12:39] <apachelogger> actually
[12:39] <apachelogger> Riddell: works for me
[12:39] <apachelogger> I think
[12:39] <Riddell> shows the gear icon?
[12:40] <apachelogger> Riddell: http://i.imgur.com/Mveh1Ke.png
[12:40] <apachelogger> Riddell: you did install, right? :P
[12:41] <apachelogger> uhh, recipe build seems to work nicely for qt5 packaging
[12:42] <Riddell> -- Installing: /usr/share/icons/hicolor/16x16/apps/./moo.png
[12:42] <Riddell> yep it installs
[12:43] <Riddell> apachelogger: are you using the plasma 5 packages or the neon packages?
[12:43] <apachelogger> plasma
[12:43] <Riddell> apachelogger: anyway can you take a screenshot of the app for kapptemplate?
[12:43] <apachelogger> Riddell: you have frameworkintegration installed, right? :P
[12:43] <Riddell> I do
[12:43] <apachelogger> Riddell: what's you icon theme in systemsettings?
[12:44] <Riddell> apachelogger: breeze
[12:45] <apachelogger> hm
[12:45] <apachelogger> Riddell: rm .cache/*kicon*
[12:45] <apachelogger> then try again
[12:46] <Riddell> rm ~/.cache/icon-cache.kcache; moo  makes no difference
[12:46] <Riddell> it is spooky
[12:47] <Riddell> '"Theme tree: (Breeze)"' pointless debug output annoys me
[12:48] <apachelogger> hm
[12:48] <apachelogger> very curious
[12:48] <Riddell> very
[12:48] <Riddell> can I have my screenshot now?
[12:48] <apachelogger> thing is also, I think mine is going entirely through the cache
[12:48] <apachelogger> I have no file access on moo.png
[12:49] <apachelogger> Riddell: can't do dropshadow though
[12:49] <apachelogger> kwin doesn't like novulsululuooo
[12:50] <apachelogger> http://i.imgur.com/md7uXvu.png
[12:51] <Riddell> lovely, thanks
[13:03] <Riddell> shadeslayer: no kjs in the archive?
[13:05] <Riddell> shadeslayer: khtml, kdelibs4support
[13:05] <apachelogger> An unhandled exception occurred:
[13:05] <Riddell> shadeslayer: kiconthemes
[13:05] <apachelogger> name 'KStandardDirs' is not defined
[13:05] <apachelogger> :'(
[13:05] <Riddell> apachelogger: it's in support no?
[13:06] <Riddell> shadeslayer: kjsembed
[13:06] <apachelogger> Riddell: it's not in python tho :P
[13:06] <apachelogger> anyway, problem is that usb-creator decides to use different ways to lookup the data assets when run from source and when run from install path
[13:06] <apachelogger> didn't catch that
[13:07] <apachelogger> in software-properties it works all the same
[13:07] <apachelogger> I tell you the python software we have is a work of madness
[13:08] <apachelogger> there's no common solutions, no shared stuff, no code style or structure that is the same
[13:08] <apachelogger> it's like a reinvention of the reinvention of the reinvention
[13:08] <Riddell> mostly it's ports of the ubuntu stuff
[13:08] <apachelogger> and those are inconsistent as well
[13:09] <apachelogger> but all apps I have seen have kde specific logic to deal with a) translations and b) encoding
[13:09] <apachelogger> and all were different
[13:09] <apachelogger> and by different I don't mean they looked slightly different... they were doing entirely different things to achieve the same goal
[13:10] <apachelogger> one of them has a like 20 sloc function to translate qt ui files and the other has 4.....
[13:11]  * apachelogger always almost accidentally deletes ppas when wanting to delete a package -.-
[13:12] <apachelogger> it's got the same icon, is at the almost the same location, and it has an annoying page with an ugly button that looks like the build-retry page which I learned to ignore
[13:12] <apachelogger> muchos dangerous
[13:14] <apachelogger> shadeslayer: are you planning to land qtcurve in the archive btw?
[13:20]  * apachelogger pokes launchpad with a stick
[13:21] <apachelogger> is it just me or are some builders really really slow?
[13:25] <BluesKaj> 'Morning all
[13:26] <shadeslayer> \o/
[13:26] <shadeslayer> apachelogger: ^^
[13:27] <shadeslayer> lets see
[13:27] <shadeslayer> kubotu: imager build
[13:27] <shadeslayer> :(
[13:27] <shadeslayer> guess not
[13:28] <apachelogger> didn't feel like it clearly
[13:28] <shadeslayer> ^^
[13:32] <shadeslayer> kubuntuBot: imager build
[13:35] <apachelogger> shadeslayer: you could take him to a different channel  you know
[13:35] <apachelogger> shadeslayer: #apacheloggerslounge is always free :P
[13:35] <shadeslayer> heh
[13:50] <Riddell> Sick_Rimmit: hola, wanting to look at opencv today?
[13:54] <Riddell> meh if I want to compile anything kde4 that cares about activities I need to remove plasma-workspace and desktop
[13:54] <Riddell> upstream sucks!
[14:05] <apachelogger> meh
[14:05]  * apachelogger doesn't want to package debconf qt5 port with recipe :'<
[14:38] <kubotu> feed branches had 9 updates, showing the latest 6
[15:09] <apachelogger>  The next import is scheduled to run as soon as possible.
[15:10] <apachelogger> I think lunchpad is too busy to let me work on the qt5 ports ...
[15:13] <shadeslayer> apachelogger: anything left to port btw?
[15:13] <shadeslayer> I can have a look at it on Friday
[15:16] <apachelogger> nope
[15:16] <apachelogger> yes
[15:16] <apachelogger> ubiquity
[15:17] <apachelogger> but xnox wanted to do that anyway, so best check with him
[15:17] <apachelogger> Riddell: how's kdesudo going btw?
[15:17] <apachelogger> shadeslayer: ah well, and all of muon
[15:17] <shadeslayer> heh
[15:17] <apachelogger> not particularly blocking though
[15:17] <shadeslayer> I'm going to leave that beast to Aleix
[15:18] <xnox> apachelogger: what do you mean about ubiquity?!
[15:18] <xnox> i see nothing outstanding
[15:20] <apachelogger> xnox: qt5 porting
[15:21] <Riddell> apachelogger: was working yesterday, not done anything today and needs a bunch of tidying up, then it needs proposed to go into plasma, I guess another day's work
[15:21] <xnox> apachelogger: oh porting to qt5, right, haven't started that yet.
[15:22] <xnox> apachelogger: there are vague plans around it.
[15:22] <apachelogger> shadeslayer: ^
[15:22] <Riddell> apachelogger: question is whether I should do more 4.14 beta tomorrow or kdesudo or 4.04.1
[15:22] <apachelogger> beta
[15:24] <apachelogger> I do think kdesu (5) needs to have alternatives support added, I don't think I have seen that yet
[15:24] <apachelogger> without that we cannot smoothly hijack kdesu calls
[15:25] <Riddell> apachelogger: alternative debian package system or more internal to kdesu
[15:25] <apachelogger> former
[15:25] <Riddell> I did port kdesu to sudo back in the day but its split architecture means it doesn't remember the password
[15:25] <Riddell> so we switched to kdesudo
[15:25] <apachelogger> I think we used diversion at some point and I switched it to alternatives because diversions would break every other year
[15:26] <apachelogger> Riddell: kdesudo doesn't do that either (anymore)  (for unknown reasons)
[15:26] <apachelogger> so we might as well use kdesu :P
[15:26] <Riddell> remember the password? sure it does
[15:26] <Riddell> did yesterday when i was testing
[15:26] <Riddell> I had to run sudo -k lots to forget it
[15:28] <apachelogger> Riddell: maybe kdesudo needs to be fixed for that then
[15:28] <apachelogger> Riddell: at any rate, if password remembering is the only reason we'd want to keep kdesudo I'd just ditch ignore that shortcoming and use kdesu
[15:29] <apachelogger> I mean, there's next to no cases where something needs sudo to begin with
[15:29] <apachelogger> in fact I have a hard time to come up with a recent kdesudo run :P
[15:30] <apachelogger> ah, inproperly set up users will get sudo queried when mounting devices I thinkg
[15:30] <Riddell> yes there's a lot fewer now thanks to polkit
[15:31] <yofel> software-properties IIRC uses kdesudo
[15:31] <apachelogger> mh, I'd assess whether kdesu wit h sudo wouldn't be better
[15:31] <apachelogger> yofel: not for long
[15:31] <yofel> but it's not that much that uses it, so kdesu should do the job
[15:31] <apachelogger> in fact I already had made the port to dbus and it was merged, somehow I then didn't port our stuff to the dbus api though :P
[15:31] <apachelogger> Riddell: oh and kdesudo surely doesn't remember since 13.04 or so
[15:32] <yofel> what? meaning my stupid bug workarounds are still in there? :D
[15:32] <apachelogger> and no one complained AFAIK, so I really don't think remembering is that much of a killer feature anymore
[15:32] <apachelogger> yofel: in kdesudo?
[15:32] <yofel> s-p
[15:32] <apachelogger> probably
[15:33] <apachelogger> there's a 14.10 card to make it less shitty
[15:33] <Riddell> it remembered yesterday in my frameworks port!
[15:33] <apachelogger> I'll probably do that on the qt5 port though, seems more convenient anyway
[15:33] <apachelogger> Riddell: wut :O
[15:33] <apachelogger> magic
[15:33] <yofel> right
[15:33] <apachelogger> maybe kde4 is kaput ;)
[15:33] <apachelogger> I definitely recall kdesudo not remember the password
[15:34] <apachelogger> twas back when my system had a kate I could use kdesudo on
[15:34] <apachelogger> The program 'kate' is currently not installed. You can install it by typing:
[15:34] <yofel> yeah, doesn't remember it here
[15:34] <apachelogger> :'<
[15:40] <lordievader> Good afternoon.
[15:40] <lordievader> Lets see, can I find a vm to test 14.04.1
[15:43] <shadeslayer> Riddell: feel free to do whatever you want with krunner btw, clearly packaging doesn't matter
[15:43] <shadeslayer> and we're all just whiling away our time here
[15:44] <Riddell> yep, we should just package kdesrc-build and leave it at that
[15:45] <Riddell> shadeslayer: krunner updated for your review and upload
[15:45] <yofel> !info kdesrc-build
[15:45] <Riddell> it's all anyone needs
[15:45] <yofel> ^^
[15:48] <shadeslayer> Riddell: E: krunner source: version-substvar-for-external-package libkf5runner5-dbg -> libkf5runner-bin
[15:49] <Riddell> mm
[15:50] <shadeslayer> fixed and uploaded
[15:50] <Riddell> groovy
[15:50] <Riddell> have some bonus points for reviewing
[15:57] <yofel> The following packages will be REMOVED:
[15:57] <yofel>   plasma-widget-milou-kf5
[15:57] <yofel> intentional ^ ?
[15:59] <Riddell> it was renamed I think
[15:59] <yofel> ok
[16:00]  * yofel goes back to upstart for the time being - too many service restart issues in updates :(
[16:00] <Riddell> I'm making frameworks libraries with a qml module have an implicit dependency on that module in the .symbols file
[16:00] <shadeslayer> hm
[16:00] <Sick_Rimmit> Riddel: Hey sorry, just got back from a meeting, yes am right up for opencv, would it be OK to start this evening after dinner, in about an hour and half ?
[16:00] <shadeslayer> Riddell: somehow zenity gets pulled into the ISO btw
[16:00] <yofel> might as well figure out suspend with upower 0.99
[16:00] <Sick_Rimmit> Doh!
[16:01] <yofel> shadeslayer: what does the germinate output say?
[16:01] <Sick_Rimmit> Riddell: ^^
[16:01] <Riddell> Sick_Rimmit: aure
[16:01] <Riddell> Sick_Rimmit: sure
[16:01] <shadeslayer> yofel: this is for 5 btw
[16:02] <Sick_Rimmit> Riddell: Great, will ping you in a little while, thanks
[16:02] <yofel> shadeslayer: I assumed as much :P
[16:02] <shadeslayer> yofel: well, it's no there in the seed
[16:02] <shadeslayer> so something else must be causing it
[16:03] <yofel> well yeah, but germinate will tell you where it gets it from...
[16:03] <shadeslayer> yofel: no, it doesn't end up in the meta package too afaict
[16:03] <yofel> do you have the germinate output at hand?
[16:03] <shadeslayer> nope, I can run it though
[16:03] <Riddell> http://people.canonical.com/~ubuntu-archive/germinate-output/kubuntu.utopic/
[16:03] <shadeslayer> wrong one :p
[16:03] <Riddell> don't see it in desktop or desktop-common
[16:04] <Riddell> oh the plasma 5 image
[16:04] <yofel> please do, it should log the reason for every package in the seed, not just the explicit ones
[16:07] <yofel> shadeslayer: btw. is there a guide that tells how one makes sddm work?
[16:07] <shadeslayer> sudo service sddm start ?
[16:07] <shadeslayer> make sure you have the maui theme?
[16:07] <shadeslayer> yofel: http://paste.ubuntu.com/7842642/
[16:07] <yofel> maui is installed, start hangs for ~10s, then fails
[16:08] <shadeslayer> try sudo sddm
[16:08] <shadeslayer> does that work
[16:08] <yofel> that froze the terminal
[16:09] <shadeslayer> note that sddm will start on tty1
[16:09] <yofel> yeah, it froze tty1
[16:10] <yofel> shadeslayer: do you have the germinate output? That should have zenity somewhere in it
[16:15] <shadeslayer> yofel: http://paste.ubuntu.com/7842642/
[16:15] <yofel> shadeslayer: not that, the folder that Riddell pointed to
[16:15] <shadeslayer> aha, wait
[16:15] <shadeslayer> * Chose zenity to satisfy im-config
[16:15] <shadeslayer> thought so
[16:16] <shadeslayer> will need fixing in zenity
[16:17]  * yofel wonders how quassel, firefox, 2x dolphin, plasma + services can use up 5G of memory [firefox is 1G of that]
[16:20] <shadeslayer> yofel: KDE 4? or Plasma 5?
[16:20] <yofel> 4
[16:20] <shadeslayer> sounds like a  mem leak
[16:22] <yofel> top is fun, I have 14 akonadi_* processes
[16:22] <yofel> make that 17 with mysql and akonadiserver
[16:28] <yofel> so, sudo sddm does at least switch me to tty1 and starts X
[16:28] <yofel> but I never see it
[16:29] <shadeslayer> is this bare metal?
[16:29] <yofel> yeah, my eeePC with it's 945GME
[16:30] <shadeslayer> not a clue really then
[16:30] <shadeslayer> its known to be shit with VBox
[16:30] <shadeslayer> but should work with actual hw
[16:30] <yofel> wait, it did start X, so let me check the log of that
[16:30] <shadeslayer> yofel: well, logs should be in /var/log/sddm
[16:31] <yofel> there is a sddm.log, which doesn't really tell much
[16:31] <shadeslayer> d_ed: ^^
[16:38] <kubotu> feed branches had 10 updates, showing the latest 6
[16:44] <shadeslayer> ScottK: did you ever hear back on your insights bug
[17:30] <Sick_Rimmit> Riddell: Hi I'm ready when you are
[17:32] <Riddell> hi Sick_Rimmit
[17:32] <Riddell> Sick_Rimmit: you'll need an ssh key, do you have one?
[17:32] <Sick_Rimmit> Hello, I'm ready to have a go at merging opencv
[17:32] <Sick_Rimmit> Yes, my key is lodged with launchpad too
[17:33] <Riddell> oh yes
[17:33] <Sick_Rimmit> https://launchpad.net/~rick-timmis
[17:33] <Riddell> Sick_Rimmit: ssh<EMAIL_ADDRESS>[17:33] <Riddell> run  byobu
[17:35] <Riddell> Sick_Rimmit: great
[17:35] <Sick_Rimmit> OK done
[17:35] <Riddell> Sick_Rimmit: we've on a shared screen on this ec2 cloud server
[17:35] <Riddell> Sick_Rimmit: so I think first thing would be to make a directory called current and apt-get source opencv
[17:36] <Riddell> (oh I should say other people use more fancy tools for this than I tend to use)
[17:37] <Sick_Rimmit> Riddell: Looks good
[17:37] <Riddell> Sick_Rimmit: now make another directory called debi and dget the debian source
[17:37] <Riddell> which you can get from packages.debian.org
[17:38] <Sick_Rimmit> Riddell: is ther an apt command for that ?
[17:39] <Riddell> no
[17:39] <Riddell> cos it's not in the archive, that's kindae the purpose of the exercise :)
[17:39] <Sick_Rimmit> Riddell: OK
[17:39] <Riddell> go to https://packages.debian.org/src:opencv
[17:39] <Sick_Rimmit> OK, hangon let me see if ... ah
[17:39] <Riddell> click sid
[17:39] <Sick_Rimmit> ha
[17:39] <Riddell> find the opencv_2.4.9+dfsg-1.dsc link at the bottom
[17:39] <Riddell> dget
[17:41] <Sick_Rimmit> ah OK got it
[17:42] <Riddell> Sick_Rimmit: dget
[17:42] <Riddell> which uses wget to download the .dsc orig and debian.tar
[17:43] <Riddell> Sick_Rimmit: looking at the debian changelog there, no changes mentioned, great
[17:43] <Riddell> Sick_Rimmit: looking at the current ubuntu changelog, there's a few changes in the ubuntu package
[17:43] <Sick_Rimmit> OK, I'm with you mainly
[17:44] <Riddell> Sick_Rimmit: so to merge we take the debian package, make the same changes again in the package and voila
[17:44] <Sick_Rimmit> dget clearly do some special magic
[17:45] <Riddell> it just works out what the three URLs are you need to wget
[17:45] <Sick_Rimmit> may I look around for a moment
[17:45] <Riddell> Sick_Rimmit: ok I just made a diff file so we see the differences in the packaging, there's a few bits in there we need to copy over, nothing much
[17:45] <Riddell> sure
[17:46] <Sick_Rimmit> bear with me, just need to catch up
[17:49] <Riddell> oh, more testing needed
[17:49] <Sick_Rimmit> OK, So perhaps we need to update the changelog to reflect the changes
[17:49] <Riddell> Sick_Rimmit: we need to start with the .orig tar from debian
[17:49] <Riddell> add a new changelog
[17:49] <Riddell> merge in the old changelog entries
[17:49] <Riddell> then merge in all the packaging differences
[17:49] <Riddell> then test
[17:49] <Sick_Rimmit> Yep, OK this rings beels
[17:49] <Sick_Rimmit> or even bells
[17:50] <Riddell> Sick_Rimmit: so cp debi/*orig* .
[17:50] <Riddell> untar it
[17:52] <Riddell> Sick_Rimmit: you had it
[17:53] <Riddell> Sick_Rimmit: tar xf  is all it needs, it'll detect the compression type
[17:53] <Sick_Rimmit> Ah ok
[17:53] <Riddell> Sick_Rimmit: and copy the debian/ from the debi packaging as well into the extracted opencv source
[17:54] <Sick_Rimmit> Roger
[17:55] <Riddell> lovely
[17:55] <Riddell> dch -i to add a new changelog entry
[17:55] <Sick_Rimmit> Oh I hate being watched. my keyboard dyslexia gets bad
[17:56] <Riddell> I can see your every typo :)
[17:56] <Sick_Rimmit> lol
[17:56] <Riddell> make the entry say Merge with Debian, reamining changes:
[17:56] <Riddell> and put in your own name and e-mail for the fame and glory
[17:56] <Riddell> save that, we'll do the copy and pasting next
[17:57] <Riddell> copy and paste the time :)
[17:58] <Riddell> cos you're a year out there
[17:58] <Sick_Rimmit> What edit is this
[17:58] <Sick_Rimmit> editor
[17:58] <Riddell> Sick_Rimmit: emacs of course, are there any others?
[17:58] <Sick_Rimmit> I have never used emacs
[17:58] <Sick_Rimmit> Some Vi
[17:58] <Sick_Rimmit> But almost always nano
[17:59] <Sick_Rimmit> no worries though
[17:59] <Riddell> "badly formatted trailer line" it's moaning that you need two spaces after your e-mail address
[17:59] <Riddell> add those in
[17:59] <Riddell> you can use nano
[18:00] <Sick_Rimmit> Oh Boy!!
[18:00] <Riddell> what have you done?
[18:00] <Sick_Rimmit> I broke it
[18:00] <Riddell> no it's all good
[18:00] <Sick_Rimmit> OK I think it's right now
[18:00] <Riddell> but for the next trick you might need something more than nano
[18:01] <Riddell> it needs both changelogs open and copy/paste between them
[18:01] <Riddell> which I don't think nano can do
[18:01] <Riddell> Sick_Rimmit: want me to just do it?
[18:01] <Sick_Rimmit> Yes let me watch
[18:01] <Riddell> Sick_Rimmit: there I copied in the list of remaining changes
[18:02] <Sick_Rimmit> Oohh clever
[18:02] <Riddell> Sick_Rimmit: and here I copied in the whole of the old ubuntu changelog at the place where we diverged from debian
[18:03] <Sick_Rimmit> OK, still with oyu
[18:03] <Sick_Rimmit> you
[18:03] <Riddell> Sick_Rimmit: so you can see there's only 1 debian version we have to update for
[18:04] <Riddell> Sick_Rimmit: now we need to look at that diff file and merge in any changes which are still relevant
[18:04] <Riddell> the first one being that Maintainer change in debian/control which debian asks us to do
[18:04] <Riddell> Sick_Rimmit: want to copy and paste that in?
[18:05] <Riddell> that's just less
[18:05] <Riddell> press q to quit
[18:06] <Sick_Rimmit> Nope, I getting foxed by the tools
[18:06] <Riddell> Sick_Rimmit: you can use kate if you want
[18:06] <Sick_Rimmit> Nah, I'm lost
[18:06] <Riddell> just I can't watch then
[18:06] <Riddell> want to use kate?
[18:07] <Sick_Rimmit> I'm struggling with my shell short cuts Ctrl+Shift+C
[18:07] <Sick_Rimmit> etc..
[18:07] <Riddell> Sick_Rimmit: right, so use kate
[18:07] <Riddell> in kate click the url bar and open<EMAIL_ADDRESS>[18:08] <Riddell> then open DIFF
[18:08] <Riddell> and debian/control
[18:08] <Sick_Rimmit> One moment, I might be able to get his
[18:09] <Riddell> Sick_Rimmit: you want to open the DIFF file
[18:09] <Riddell> and copy and paste (locally with your mouse)
[18:09] <Riddell> the Maintainer changes
[18:09] <Riddell> into debian/control
[18:10] <Riddell> nope, not that one :)
[18:10] <Sick_Rimmit> No other way round, I want to add the kubuntu maintinaer
[18:10] <Riddell> yep
[18:11] <Sick_Rimmit> like this
[18:11] <Riddell> yep, 1 line done, lots more to go :)
[18:12] <Riddell> just after that is another line with the modified debian maintainer
[18:13] <Sick_Rimmit> Hangon just going to get another shell onto the box
[18:13] <Riddell> that's a good idea
[18:14] <Sick_Rimmit> Ah blow
[18:15] <Sick_Rimmit> OK 'm getting there
[18:15] <Riddell> you quit byobu?
[18:16] <Sick_Rimmit> Nah I'm out of byobu,
[18:16] <Sick_Rimmit> I'm on there server, and can get to the director, which I have done in a second shell.
[18:17] <Riddell> ok well you're on your own then :)
[18:17] <Sick_Rimmit> but In the original shell I can seem to get back into byobu
[18:17] <Riddell> can or can't?
[18:17] <Sick_Rimmit> can't
[18:17] <Riddell> looks like you're in
[18:18] <Sick_Rimmit> Ah right
[18:18] <Sick_Rimmit> hang on let me get reorganised
[18:21] <Riddell> yay
[18:21] <Riddell> Sick_Rimmit: so next change in DIFF is those changes for !ppc64el
[18:22] <Riddell> dunno who has a ppc64el machine to care but we'll be nice to them and copy it over
[18:25] <Sick_Rimmit> I'm pretty certain I have no idea what I am doing
[18:26] <Riddell> Sick_Rimmit: voila, just replace "ocl-icd-opencl-dev," with "ocl-icd-opencl-dev [!ppc64el],"
[18:26] <Riddell> next one is "libopencv-ml-dev"
[18:27] <Riddell> replace that with "libopencv-ml-dev, libopencv-ocl-dev [!ppc64el]"
[18:27] <Riddell> (with a new line in there)
[18:27] <Riddell> search for "Conflicts: libcvaux-dev (<= 2.1.0-7), libhighgui-dev (<= 2.1.0-7)" to find where that needs done
[18:29] <Riddell> in the diff  + lines are from debian and - lines are from ubuntu
[18:29] <Sick_Rimmit> I'm sorry Riddell, I have no comprehension of the principle at play here, so I just blindly cut, copy paste.
[18:29] <Riddell> we want to put the - lines in the package (assuming they're still relevant changes)
[18:30] <Riddell> Sick_Rimmit: here's where the next change is
[18:30] <Riddell> you can see in the DIFF  +libopencv-ml-dev
[18:30] <Riddell> that's from debian so we want to change it to the ubuntu values
[18:30] <Riddell> -	libopencv-ml-dev,
[18:30] <Riddell> -        libopencv-ocl-dev [!ppc64el]
[18:30] <Sick_Rimmit> did you make the other change above, whilst I was not looking >
[18:30] <Riddell> nope, you go ahead
[18:30] <Riddell> I just scrolled down to the next change point
[18:31] <Sick_Rimmit> Ah ha, OK OK
[18:31] <Riddell> Sick_Rimmit: not quite, add in both lines I pasted above at 18:30
[18:33] <Riddell> that's one, the other one is "libopencv-ocl-dev [!ppc64el]" (you have it wrong for "libopencv-ml-dev [!ppc64el]")
[18:33] <Riddell> nice :)
[18:33] <Riddell> perfecto
[18:33] <Sick_Rimmit> OK let see
[18:34] <Riddell> next one change "libopencv-ocl-dev (= ${binary:Version})," to "libopencv-ocl-dev (= ${binary:Version}) [!ppc64el],"
[18:34] <Riddell> you'll need to search with control-w to find where that is first
[18:35] <Riddell> yep there
[18:36] <Riddell> lovely
[18:37] <Riddell> yep, update that Breaks line
[18:37]  * lordievader goes to test 14.04.1 i386
[18:37] <Riddell> lordievader++
[18:37] <Riddell> lordievader: oh and upgrade testing needed too if you're able
[18:37] <soee> plasma-widget-milou-kf5 renamed to milou now ? i
[18:37] <lordievader> Riddell: From Precise? I saw I still had a Precise VM logical volume (not sure if Precise is actually on there)
[18:38] <Riddell> lordievader: yeah I guess both precise and saucy
[18:38] <Riddell> Sick_Rimmit: magnifico, save it, that file is done
[18:39] <Riddell> soee: yep
[18:39] <Sick_Rimmit> OK, I think I got that, just the earlier bulk paste you did, but I have an understanding of what is taking place
[18:39] <Riddell> Sick_Rimmit: you see the next change to libopencv2.4-java.install ?
[18:40] <Riddell> Sick_Rimmit: that looks like the filename has changed for the new version and debian has updated that in their packaging
[18:40] <Riddell> Sick_Rimmit: we will want to keep that debian version because it'll be the same filename in our package
[18:40] <Riddell> Sick_Rimmit: so nothing for us to do there
[18:40] <Riddell> Sick_Rimmit: understand?
[18:40] <Sick_Rimmit> hangong
[18:41] <lordievader> Groovy, the Precise-lv actually contains Precise. Time to upgrade ;)
[18:41] <Sick_Rimmit> @ L222 and L223 yes
[18:41] <Sick_Rimmit> Yes now I understand
[18:41] <Riddell> Sick_Rimmit: so the next change we have to care about is libav10.patch
[18:42] <Riddell> which is a file change, we either want to keep the file debian has added or not
[18:42] <Riddell> Sick_Rimmit: "Support building with the upcoming Libav 10 release"
[18:42] <Riddell> this sounds like a good thing so I say we keep it
[18:42] <Riddell> Sick_Rimmit: do you agree?
[18:43] <Sick_Rimmit> May we don't want that support as we want it to build with current..
[18:44] <Riddell> Sick_Rimmit: ah smart thinking
[18:44] <Riddell> Sick_Rimmit: but I know other places have had to be patched for libav10 so I think here will too
[18:44] <yofel> utopic has libav10 so you most likely want that
[18:44] <Riddell> Sick_Rimmit: it'll be an API change so we can find out by compiling it
[18:45] <Riddell> if it compiles then we've done the right thing
[18:45] <Riddell> the next change in DIFF is just adding that patch to debian/patches/series so we keep that too
[18:46] <Sick_Rimmit> hangon grokking
[18:47] <Sick_Rimmit> I'm getting what;s going on with this DIFF file now.. the mist is clearing
[18:47] <Riddell> the next change in DIFF is an update to debian/patches/support_multiarch, debian usually know better than me what they're doing with multiarch so we'll keep that too
[18:48] <Riddell> finally a change in debian/rules to support armhf, we will want to copy over those changes
[18:48] <Sick_Rimmit> Loads of cahnges to the libav patch..
[18:48] <Sick_Rimmit> nothing for us to do here thought
[18:49] <Riddell> with a patch file you usually either want it or you don't
[18:49] <Sick_Rimmit> OK @L1004
[18:50] <Sick_Rimmit> name change, we'll keep that
[18:51] <Riddell> if you're having trouble reading the debian/patch changes it's a diff of a diff, so don't bother about what's in the files, it'll mess with your mind, just care about the files
[18:51] <Sick_Rimmit> OK EOF, I believe the DIFF changes are complete
[18:51] <Riddell> Sick_Rimmit: debian/rules changes need to go in
[18:51] <Sick_Rimmit> Ah didn;t spot that
[18:52] <Riddell> copy in the lines starting from "# No GL on armhf"
[18:52] <Riddell> and remove "-DWITH_OPENGL=ON"
[18:56] <Sick_Rimmit> Why remover OPENGL=ON
[18:56] <Riddell> Sick_Rimmit: that's lower down
[18:56] <Riddell> debian has it set so it always adds -DWITH_OPENGL=ON
[18:57] <Sick_Rimmit> Ah I see
[18:57] <Riddell> the lines you just pasted in set it on or off depending on whether it's on armhf
[18:57] <Riddell> so scroll down until you get to the bit where is always has -DWITH_OPENGL=ON
[18:58] <Sick_Rimmit> SO how did you know that line needed ot be removed
[18:58] <Riddell> reading the diff file it shows that debian has that "-DWITH_OPENGL=ON" while the ubuntu one has "No GL on armhf"
[18:58] <Sick_Rimmit> Voila
[18:58] <Riddell> the changelog we copyied over earlier said it was a change in ubuntu to "don't build OpenGL on armhf"
[18:58] <Sick_Rimmit> Ah right, I would not have had that level of knowledge to know that
[18:59] <Riddell> so this is the way to do that
[18:59] <Riddell> Sick_Rimmit: lovely, save and quit nano
[18:59] <Riddell> all changed copied over, we're ready to compile and test it
[18:59] <Riddell> any questions?
[18:59] <Sick_Rimmit> Ah, OK, perhaps its moving a little fast for me, but I am getting to understand quite a lot
[19:00] <Riddell> it probably doesn't help that you're not very familiar yet with all the basic packaging stuff
[19:00] <Riddell> and you're not too familiar with command line text editors
[19:00] <Riddell> but it should be good to go now
[19:00] <Sick_Rimmit> Yes, can you put that original magic diff command into here so I can copy it can go read the manpage
[19:01] <Riddell> Sick_Rimmit: that one I just typed in
[19:01] <Riddell> although many people prefer to use magic merge tools that do such things for you
[19:01] <Riddell> or to get the diff off merges.ubuntu.com
[19:01] <Sick_Rimmit> Ah well you created a DIFF file, perhaps the switch was -urN
[19:02] <Riddell> yes you're right
[19:02] <Riddell> fixed in terminal screen
[19:02] <Sick_Rimmit> Yep great..
[19:02] <Sick_Rimmit> I'll get me head round that with man
[19:03] <Riddell> Sick_Rimmit: ready to compile?
[19:03] <Sick_Rimmit> I'll also go check out emacs
[19:03] <Riddell> you won't regret it :)
[19:03] <Riddell> ok you will
[19:03] <Riddell> but you'll regret it less than vi
[19:03] <Sick_Rimmit> I really am not much on vi
[19:04] <Sick_Rimmit> What I like about nano is the easy access to the help menu's,
[19:04] <Riddell> yes nano is great, just has the major limitation of only opening 1 file at a time
[19:04] <Sick_Rimmit> OK I am ready to compile now
[19:04] <Riddell> (I think, maybe it's changed since I last looked)
[19:04] <Riddell> Sick_Rimmit: this ec2 is a rather sweet little server with 8 processors
[19:05] <Riddell> so run  debuild -j8  to compile it
[19:05] <Sick_Rimmit> Just copying that command so I can man it later
[19:06] <Riddell> Sick_Rimmit: stop stop
[19:06] <Sick_Rimmit> OK
[19:06] <Riddell> Sick_Rimmit: you uncompressed and are not re-compresssing it
[19:07] <Riddell> that'll probably change some timestamp or something
[19:07] <Riddell> just copy the .orig over from the debi/ directory
[19:07] <Sick_Rimmit> hangon I'll fix
[19:07] <Riddell> so we have exactly the same .orig as Debian
[19:08] <Riddell> cp debi/*orig* .
[19:08] <Riddell> no recompressing!
[19:08] <Sick_Rimmit> Ah ha OK
[19:09] <Riddell> whee, lots of build-dependencies to install
[19:10] <Riddell>  /usr/lib/pbuilder/pbuilder-satisfydepends
[19:10] <Riddell> that's the magic command to install them
[19:10] <Riddell> or you can apt install and do lots of copy and paste
[19:11] <Sick_Rimmit> that's jolly clever
[19:11] <Riddell> it is, not sure why it's hidden away in /usr/lib
[19:12] <Sick_Rimmit> This is going to take some practice, and there are loads of holes in my picture, but I feel good about making some progress
[19:13] <Riddell> I hope you're making notes :)
[19:13] <Sick_Rimmit> Yes, and I will write this up later, like I did last night with digikam
[19:14] <Sick_Rimmit> My usual method of information retention, is just to keep beating myself with the same pointy stick
[19:14] <Sick_Rimmit> until it resonates
[19:14] <Riddell> Sick_Rimmit: groovy installed, debuild -j8 again
[19:14] <Sick_Rimmit> OK lets try that again
[19:15] <shadeslayer> Riddell: still at the office? :o
[19:15] <Riddell> shadeslayer: yep
[19:16] <Riddell> Sick_Rimmit: looks like we're smoking, time to have a cup of tea or do some 14.04.1 candidate test installs, whatever makes you relax :)
[19:17] <Sick_Rimmit> Hey, so will this take a while to compile, and what will happen at the end, a shiny .deb ?
[19:17] <Riddell> Sick_Rimmit: it says it's at 3% so yes it'll take some minutes
[19:18] <Riddell> and yes you'll get a .deb at the end if all goes well
[19:18] <Riddell> this is quite a complex package so you'll get lots of .debs
[19:18] <Sick_Rimmit> Riddell: Mind blowing stuff man
[19:19]  * Sick_Rimmit wanders off dazed and looking for coffee pot
[19:19] <Riddell> https://launchpad.net/ubuntu/+source/opencv/2.4.8+dfsg1-2.2ubuntu4/+build/6128550 Finished on 2014-06-25 (took 53 minutes, 19.0 seconds)
[19:19]  * genii makes a fresh batch
[19:19] <Riddell> that's the last compile on the ubuntu servers so take your time, you have an hour
[19:20] <yofel> mhm, coffee, good idea
[19:20] <Riddell> "We are very happy to tell you that we accepted your submission" gosh I'm going to be talking at akademy
[19:20] <Riddell> I should work out what to talk about
[19:21] <genii> Riddell: Congrats
[19:25] <Riddell> genii: thanks! what for?
[19:25] <Riddell> oh the submission
[19:25] <genii> Hehe, yes
[19:25] <Riddell> this is my chance at fame and glory
[19:26] <shadeslayer> :D
[19:34] <Riddell> ah glasgow is having a party, that's nice for them
[19:34] <Riddell> although why do they have to have english presenters for the biggest sports occation in scottish recent history? another reason for a yes vote
[19:43] <lordievader> Riddell: (Updated) Precise tells me no new release is available -.-
[19:43] <Riddell> lordievader: you'll need to do it manually
[19:44] <Riddell> the automated popup isn't turned on til after .1 is out usually
[19:44] <lordievader> Riddell: By changing the sources you mean?
[19:44] <Riddell> run kubuntu-devel-release-upgrade
[19:46] <lordievader> Running :)
[19:51] <20WAAT1LP> guys.. any idea when kde 4.13.3 will be available for kubuntu 14.04 via ppa:kubuntu-ppa/ppa
[19:51] <20WAAT1LP>
[19:52] <Riddell> 20WAAT1LP: nobody is working on it yet, we've got plasma 5 and 14.04 beta as higher priority I'm afraid
[19:53] <genii> lordievader: As I understand, 14.04.1 is available tomorrow, which means LTS->LTS should be automatically available after that
[19:53] <20WAAT1LP> @riddell okay fair position i can live with that 4.13.2 runs so smooth and stable here
[19:53] <Riddell> genii: he's testing it to make sure it works before we release :)
[19:54] <Riddell> more testing welcomed
[19:54] <20WAAT1LP> and yeh plasma 5 good luck with it :) i run it sometimes and i like what i see but the workflow i have now with 4.13.2 i just dont wanna give up on this :P
[19:54] <genii> Riddell: I don't have Precise installed anyplace anymore now.... running Utopic on this box and Trusty on most of the others
[19:55] <Riddell> perfect, you can test 14.04.1 install :)
[19:57] <genii> Riddell: Is in the normal kubuntu ppas or ninja?
[19:57] <Riddell> genii: ISO images to install
[19:57] <Riddell> http://iso.qa.ubuntu.com/qatracker/milestones/318/builds
[19:58] <genii> OK, I'll download then test on one of the boxes here in a few hours when i finish work
[19:58] <Riddell> great, much appreciated
[20:16] <Riddell> Sick_Rimmit: if you can take yourself away from singing glaswegians, your compile is ready
[20:17] <Sick_Rimmit> Riddell: Yes I am here, looks like the was a signing issue and some Lintian E: Errors
[20:17] <Riddell> Sick_Rimmit: right it doesn't have your gpg key on the server, that's fine if it's trying to sign it it means everything else is good
[20:18] <Sick_Rimmit> Wow - look at all those shiny debs
[20:18] <Sick_Rimmit> Now, that was FUN !!
[20:18] <Riddell> lintian does checking for common errors, I'm not too fussed about them, if it's good enough for debian it's good enough for us
[20:20] <Riddell> Sick_Rimmit: so test they install fine, dpkg --install *deb
[20:20] <Sick_Rimmit> OK, do I made some reasonable notes, there are a few things I need to read up on, but there is only one thing for it
[20:20] <Sick_Rimmit> Need to do it again, on something else
[20:20] <Sick_Rimmit> OK lets give it a go
[20:21] <Sick_Rimmit> what do you think
[20:22] <Sick_Rimmit> Mmm looks good
[20:23] <Riddell> Sick_Rimmit: cool, I think we're ready to upload
[20:23] <Riddell> Sick_Rimmit: back in the sources run  debuild -S  to build the source package
[20:24]  * Sick_Rimmit grins
[20:25] <Sick_Rimmit> Looks good
[20:25] <Riddell> signing it
[20:26] <Riddell> debsign -r ubuntu@ec2-54-205-86-101.compute-1.amazonaws.com:mnt/opencv/opencv_2.4.9+dfsg-1ubuntu1_source.changes
[20:26] <Sick_Rimmit> OK
[20:26] <Riddell> that'll do it
[20:27]  * Sick_Rimmit takes notes
[20:27] <Riddell> Sick_Rimmit: take a look in opencv_2.4.9+dfsg-1ubuntu1_source.changes to make sure it's sane
[20:27] <Riddell> should contain three files to upload
[20:27] <Riddell> and be uploading with the right version number to utopic
[20:29] <Sick_Rimmit> Well it looks OK to me
[20:30] <Riddell> Sick_Rimmit: dput ubuntu opencv_2.4.9+dfsg-1ubuntu1_source.changes
[20:30] <Sick_Rimmit> One sec I can't see the 3 files, let me look again
[20:31] <genii> Crap. Disk /dev/sdc: 1000 MB,<PHONE_NUMBER> bytes      ls -l trusty-desktop-amd64.iso     ...<PHONE_NUMBER>
[20:31] <Sick_Rimmit> it shows only two files
[20:31]  * genii looks for a 4G one
[20:32] <Riddell> Sick_Rimmit: ooh well spotted
[20:32] <Riddell> Sick_Rimmit: run  debuild -S -sa  to make sure it includes the .orig tar
[20:33] <Sick_Rimmit> Yay
[20:34] <Sick_Rimmit> q
[20:34] <Sick_Rimmit> Their they are
[20:34] <Sick_Rimmit> Do they needed to be resigned now ?
[20:34] <Riddell> Sick_Rimmit: signed
[20:35] <Sick_Rimmit> Ah yes
[20:36] <Sick_Rimmit> Riddell: happy to sign
[20:36] <Riddell> Sick_Rimmit: I've doe it
[20:36] <Riddell> I've done it
[20:36] <soee> guys need help :/
[20:36] <Sick_Rimmit> OK cool
[20:36] <Riddell> Sick_Rimmit: I do that remotely
[20:37] <Sick_Rimmit> give 2 minutes dog wants a tinkle
[20:37] <Sick_Rimmit> brb
[20:37] <Riddell> normally I'd just do it locally but because the gpg keys aren't on this server (to stop you stealing my identity) I run that remove version of debsign
[20:37] <soee> after latest upgrades, when i try to login i have familiar error "Could not start D-Bus. Can you call qdbus" but qt5-default is installed
[20:38] <soee> so it moves me back to login screen
[20:39] <soee> some other package is now required to make it work ?
[20:39] <Sick_Rimmit> OK sure.. btw Im back
[20:40] <Riddell> Sick_Rimmit: dput it
[20:41] <Riddell> Sick_Rimmit: do it do it!
[20:41] <Riddell> hah
[20:41] <Riddell> add a --unchecked
[20:41] <Riddell> it's because my gpg keys aren't on the server
[20:41] <Riddell> Sick_Rimmit: do it do it!
[20:42] <Riddell> hold your breath!
[20:42]  * Sick_Rimmit Woo Hoo
[20:42] <Riddell> and breath out
[20:43] <Sick_Rimmit> OK so the jobs done.
[20:43] <Riddell> yep I think so
[20:43] <Riddell> well hopefully
[20:43] <Sick_Rimmit> I figure if I update my pbuild I will get the opencv version I need to build digikam, am I correct
[20:43] <Riddell> now it needs to compile on the ubuntu launchpad build servers
[20:43] <Sick_Rimmit> Which will happen automagically overnight yes ?
[20:44] <Riddell> yep, you can watch it compiling at https://launchpad.net/ubuntu/+source/opencv
[20:44] <Sick_Rimmit> ooo
[20:44] <Riddell> https://launchpad.net/ubuntu/+source/opencv/2.4.9+dfsg-1ubuntu1
[20:44] <Riddell> now if you want to you can copy the .debs to your local machine to use them there
[20:44] <Riddell> or I can keep this server alive if you want to do digikam on it
[20:45] <Riddell> but maybe that's enough for tonight and you want to go back to watching the empire
[20:45] <Sick_Rimmit> Whoa look at that there's my name.. I'm now "mostly harmless"
[20:46] <yofel> you're now part of the sneaky ninja troupe :P
[20:46] <Riddell> subject: [ubuntu/utopic-proposed] opencv 2.4.9+dfsg-1ubuntu1 (Accepted)
[20:46] <Riddell> Thank you for your contribution to Ubuntu.
[20:46] <Riddell> accepted e-mail is in
[20:46] <Riddell> Sick_Rimmit: not sure if you get that e-mail or not?
[20:46] <Riddell> probably not
[20:47] <Sick_Rimmit> Ah let me look
[20:47] <Sick_Rimmit> No, no email for me
[20:48] <Sick_Rimmit> OK, so for me I think I now need to add this last phase to my notes, and sleep on the new data to assimilate
[20:48] <Sick_Rimmit> Then tomorrow, I'll go back to building digikam on my local machine, hopefully with the new debs built by the build server overnight
[20:49] <Sick_Rimmit> This would be my preferred plan
[20:50] <Riddell> Sick_Rimmit: sudo poweroff to kill the ec2
[20:52] <Sick_Rimmit> Now that was alot of fun, I didn't understand all of it, but I feel I could have another crack at something like that, and probably fudge my way to a result after falling into a few man traps
[20:52] <Riddell> Sick_Rimmit: it's a complex package this so you've been dropped in at the deep end
[20:52] <Riddell> at some point it'll be worth packaging up something small and simple to do it from scratch
[20:53] <Sick_Rimmit> Rinse, Repeat, Observe
[20:53] <Sick_Rimmit> Sure, happy to keep attacking this until I get it down
[20:54] <soee> here is topic @ the dbus issue, but this soulution wont help as there are no any lines like that in startkde https://bugs.launchpad.net/ubuntu/+source/kde-workspace/+bug/1304805
[20:55] <Sick_Rimmit> Riddell: Thank you, for spending so much of your valuable time with me, I really enjoyed it, and I learned alot
[20:55] <lordievader> Pff, Precise -> Trusty upgrade is slow on this VM. Its been at it for about an hour, and still 2 hours remaining. Think I'm gonna let it run over night.
[20:56] <Riddell> lordievader: yeah it can take a while
[21:04] <soee> loool :D i just hacked startkde ...
[21:05] <soee_> ok to be able to login i replaced: qdbus=$qbindir/qdbus
[21:05] <soee_> with hardcoded path: qdbus=/usr/lib/x86_64-linux-gnu/qt5/bin/qdbus
[21:19] <yofel> soee_: what does 'qtpaths --binaries-dir' say for you?
[21:20] <soee_> yofel: qtpaths: could not exec '/usr/lib/x86_64-linux-gnu/qt5/bin/qtpaths': No such file or directory
[21:20] <yofel> that's bad
[21:21] <soee_> thats after todays upgrades
[21:21] <yofel> qttools5-dev-tools: /usr/lib/i386-linux-gnu/qt5/bin/qtpaths
[21:21] <yofel> lolwhat
[21:21] <yofel> why's that in dev tools
[21:21] <soee_> do not ask me :)
[21:21] <yofel> :S
[21:22] <yofel> apachelogger: sane solution recommendation please ^
[21:22] <Riddell> aah I knew there was a reason that was in there
[21:23] <Riddell> add it back would be the most obvious sane solution
[21:23] <yofel> I'll do that for now then
[21:23] <yofel> until harald wakes up
[21:23] <Riddell> thanks
[21:23] <Riddell> it's his birthday isn't it? he probably won't wake up
[21:23] <yofel> good point
[21:23] <yofel> well, he can fix it on monday I guess :D
[21:24] <to_> Hi!
[21:24] <to_> Thanks for Kubuntu!
[21:25] <Riddell> you're welcome to_ :)
[21:25] <to_> In related news :-) in /var/log/syslog I see this message "usb_modeswitch: please report the device ID to the Linux USB developers!". I've searched in Google, but I can't find the way to report it
[21:26] <soee_> yofel: so what exactly is the issue here ?
[21:26] <yofel> soee_: missing dep
[21:26] <soee_> ah, ok
[21:26] <genii> Riddell: OK, trying to install onto my netbook now. Boots OK off USB so far.
[21:27]  * genii makes more coffee
[21:27] <Riddell> groovy
[21:28] <genii> On the Welcome screen it still says 14.04 and not 14.04.1 , has this been changed yet?
[21:29] <Riddell> it won't be, it's all the same for users
[21:29] <genii> k
[21:33] <soee_> yofel: when it fixed shall i restore default values in starkde ?
[21:33] <soee_> *it is
[21:33] <yofel> they'll get overwritten by the update
[21:33] <soee_> nice, thank you
[21:34] <genii> Hm, Disk Setup doesn't warn if there's already an OS on the drive.
[21:39] <genii> ( this netbook was dual-booting Android X86 and Kubuntu ) . I just went with defaults and nuked everything.
[21:46] <genii> Is libc6-dev supposed to be installed by default?
[21:50] <Riddell> genii: in trusty yes, I just fixed it today in utopic
[21:50] <Riddell> gdb at fault
[21:50] <genii> OK, install went fine, reboot time.
[21:52] <genii> All black until greeter ( no splash, etc)
[21:53] <genii> Plasma desktop installed but it should have picked plasma-netbook
[21:54] <yofel> desktop/netbook is decided on startup, what's the test system?
[21:55] <genii> yofel: Acer One D250 Netbook. 2G ram, 60G Vertex3 SSD
[21:55] <genii> No, wait, after desktop loads it is netbook interface and not desktop. Threw me off by the description in greeter which normally says which
[21:56] <yofel> yeah, it's the same session in the greeter
[22:04] <lordievader> Riddell: The upgrade Precise to Trusty took a while, but it went without issues :)
[22:04] <Riddell> yay!
[22:05] <Riddell> lordievader: please tick the box on iso.qa
[22:05] <genii> dmesg and syslog output all look normal, all default apps open and close fine.
[22:08] <lordievader> Riddell: Done ;)
[22:08] <Riddell> awooga
[22:08] <genii> The only thing in syslog which looks odd is to do with PA and dbus-daemon
[22:09] <Riddell> we're the only flavour to have an upgrade test, go Kubuntu!
[22:11] <genii> "[pulseaudio] main.c: Unable to contact D-Bus: org.freedesktop.DBus.Error.NotSupported: Unable to launch a dbus-daemon without a $DISPLAY for X11"
[22:11] <lordievader> \o/
[22:14] <genii> Sound works, however.
[22:17]  * lordievader time to go to bed, sleep well
[22:18] <genii> Riddell: Should I test hibernate/sleep ?
[22:19] <yofel> sleep would be nice, hibernate shouldn't be an option
[22:20] <genii> yofel: I had to unlock the bar to add both of them as options... Testing sleep now
[22:20] <yofel> I mean it shouldn't be available in kickoff
[22:20] <yofel> as it's disabled by default (if you do run it all it should do is lock the screen)
[22:21] <genii> Sleep and wakeup from sleep works fine here.
[22:21] <yofel> great
[22:25] <genii> If there's anything else you'd like tested let me know, I'll have that machine sitting here next to me until I wrap up down here ( about 2 hours)
[22:26] <soee_> Dolphin does not use new qtcurve theme ?
[22:26] <soee_> *plasma5
[22:26] <Darkwing> Migration back to KDE and Kubuntu complete.
[22:27] <Darkwing> Is there a recommended path to plasma5?
[22:28] <Riddell> yay
[22:29] <Riddell> Darkwing: two, depends if you're on trusty or utopic https://community.kde.org/Plasma/Packages#Kubuntu
[22:30] <Darkwing> Looks like I'll jump to utopic.
[22:30] <Darkwing> ThinkPad X1 entering the Utopic testing.
[22:36] <Riddell> awooga
[22:38] <Darkwing> Finally getting off unity. Lol
[22:39] <to_> Thanks for Kubuntu. Good bye!
[22:40] <soee_> :)
[22:40] <Darkwing> Truly looking forward to being back.
[22:41] <Riddell> yay
[22:49] <Darkwing> Not sure if I'll leap back into docs or go a different direction though.
[22:50] <Darkwing> I want to do more community driven things
[22:52] <Riddell> plenty of areas to help with
[22:52] <Darkwing> I've been doing a lot of web work lately.
[22:53] <Darkwing> Also been doing a lot of ingress lol
[22:57] <Riddell> we've a new website in progress
[22:58] <Riddell> https://trello.com/b/3Fo1KXoN/kubuntu-promotion
[22:58] <Riddell> http://test.kubuntu.co.uk/
[23:03] <Darkwing> I shall take a look. Making the leap to Plasma5
[23:06] <genii> The new site looks good.
[23:06] <Darkwing> Sddm or lightdm?


[19:49] <Robdgreat> ok.
[19:57] <Robdgreat> hey kellnola
[19:57] <kellnola> um, yeah?
[19:58] <kellnola> is this a Louisiana channel, specifically?\
[19:59] <Robdgreat> yeah
[19:59] <kellnola> there must be at least 5 or 6 debian/ubuntu nerds in LA!
[19:59] <kellnola> where are you from Rob?
[19:59] <Robdgreat> I'm in Metairie
[19:59] <kellnola> New Orleans here
[19:59] <Robdgreat> I figured :)
[20:00] <kellnola> :)
[20:00] <Robdgreat> r2d2rogers is in Monroe, I think DaCeige is in the nola area
[20:00] <kellnola> tho I've met some Houma linux nerds here and there
[20:00] <kellnola> MONROE!
[20:00] <kellnola> you poor thing!
[20:00] <Robdgreat> this channel's been pretty dormant for a good while, though I'd love to see that change
[20:01] <kellnola> there are precious few unix, let alone linux jobs here. It's painful, cause I know NONE of us want to leave
[20:01] <Robdgreat> yeah I'm looking at a primarily windows server-related job
[20:02] <kellnola> bummer
[20:02] <kellnola> windows server isn't so bad these days
[20:02] <Robdgreat> I just got out of a dev job in a mac shop
[20:02] <kellnola> windows desktop --- yikes
[20:02] <Robdgreat> eh. I run 7 at home
[20:02] <Robdgreat> I just fired my ubuntu box back up yesterday
[20:03] <kellnola> hell I've been strictly linux since 1995 or so (personally, on my desktop)
[20:03] <Robdgreat> I came to the conclusion a while back that life's too short to hardcore OS bash
[20:03] <Robdgreat> I actually enjoyed using mac
[20:04] <Robdgreat> but it's much more unix-like than windows is
[20:04] <kellnola> yeah but windows raises my blood pressure. I'm  not young anymore
[20:05] <Robdgreat> I'm actually running a virtualized Plan 9 environment within ubuntu x-forwarded to windows 7 on my desktop to which I'm remoted in from my vista laptop in the other room
[20:05] <kellnola> after ten years at a strictly unix gig (MMS), I'm at a company that does a lot of small client windows type service.  I really think it is a no-brainer for most small companies
[20:08] <kellnola> yet they are resistant to the end
[20:08] <Robdgreat> That's something I regrettably haven't had the spare cycles to devote to in a little while
[20:09] <kellnola> Seriously, open office is pretty much on par with MS office now, there are plenty of alternatives to MS Exchange, etc.
[20:09] <Robdgreat> agreed
[20:10] <Robdgreat> I've been interested in more arcane systems recently
[20:10] <kellnola> I mean really, Ubuntu is a wonderful desktop by anyone's standards.
[20:10] <kellnola> like? Xerox PARC? LOL
[20:11] <Robdgreat> c64
[20:11] <kellnola> OMFG
[20:11] <Robdgreat> ya rly
[20:11] <kellnola> you are hardcore
[20:11] <Robdgreat> I missed out the first time around, and my recent interest was piqued from a music composition standpoint
[20:11] <kellnola> I vaguely remember writing programs that drew geometric shapes for C64 in high school
[20:11] <kellnola> music?
[20:12] <Robdgreat> yeah, that's what keeps the C64 somewhat relevant to this day
[20:12] <kellnola> Ubuntu / Debian has awesome music programs ... ever looked at Solfege?
[20:12] <Robdgreat> it did have the most sophisticated consumer sound chip ever developed
[20:12] <Robdgreat> it's the standard for 8-bit music
[20:13] <kellnola> I wish there had been something like Solfege when I was a music major
[20:14] <kellnola> you must have missed the Amiga
[20:14] <Robdgreat> I did
[20:14] <kellnola> Amiga was way ahead of it's time
[20:15] <kellnola> popular around 1991-94
[20:15] <Robdgreat> that was my understanding
[20:15] <Robdgreat> yeah I know about it, I just missed out the first time
[20:15] <Robdgreat> I do have an emulator, though
[20:15] <Robdgreat> and I want to get my hands on a1200 or so
[20:15] <kellnola> you can get any of that on ebay I'm sure
[20:15] <Robdgreat> oh sure
[20:16] <Robdgreat> but not necessarily for a cost I can justify at this time
[20:16] <kellnola> but at this point it's just nostalgic
[20:16] <Robdgreat> there's still a thriving c64 demoscene
[20:16] <kellnola> really?
[20:16] <Robdgreat> granted, it's very predominantly european
[20:17] <Robdgreat> my understanding is the amiga scene is smaller
[20:17] <kellnola> as a desktop user I'm mostly into video, but the linux offerings, while feature-wise are OK, they tend to crash all the time
[20:18] <kellnola> OpenShot and Pittivi in particular
[20:19] <kellnola> where do you work Rob?
[20:27] <Robdgreat> doh