[01:06] <jussi> bah, riddell not here
[01:07] <jussi> anyway, when he gets back, I need to inform him that yes, I am running i386 
[04:00] <valorie> jussi: interesting, so you encountered the identical problem in 386 that I had with 64
[06:19] <soee> good morning
[06:35] <apachelogger> valorie, sgclark: no one worked on neon since May
[06:35] <apachelogger> and for neon that is a good thing because it means the way it is designed worked out perfectly
[06:36] <valorie> so why were we recommending people use it?
[06:36] <valorie> when problems were reported, the response was - not supported
[06:36] <apachelogger> there were no problems
[06:37] <apachelogger> everything I got told was fallout from the design decisions
[06:37] <apachelogger> such as the conflict you have
[06:37] <valorie> had
[06:37] <valorie> I've purged it
[06:44] <valorie> anyway, nbd
[06:44] <valorie> it's ending anyway
[06:44] <valorie> I'd rather see work go into improving our processes for the future
[06:50] <apachelogger> sgclark: I think 1713db3e3fa554d479584975908e7f2b807a9ab6 in khelpcenter is another variant of the mildly wrong version bumps
[06:50] <apachelogger> -Breaks: khelpcenter-data (<< 4:5.0.0-0ubuntu1~ubuntu14.10~ppa2)
[06:50] <apachelogger> -Replaces: khelpcenter4, khelpcenter-data (<< 4:5.0.0-0ubuntu1~ubuntu14.10~ppa2)
[06:50] <apachelogger> +Breaks: khelpcenter-data (<< 4:5.2.0-0ubuntu1~ubuntu14.10~ppa2)
[06:50] <apachelogger> +Replaces: khelpcenter4, khelpcenter-data (<< 4:5.2.0-0ubuntu1~ubuntu14.10~ppa2)
[06:50] <apachelogger> going to fix that
[07:52] <Riddell> hola
[07:52] <valorie> hola
[07:52] <valorie> Riddell: 
[07:53] <valorie> [18:06] <jussi> bah, riddell not here
[07:53] <valorie> [18:07] <jussi> anyway, when he gets back, I need to inform him that yes, I am running i386 
[07:57] <Riddell> well at least that's consistent, i386 image did weird things for me
[07:57] <Riddell> and I have zero idea why :(
[07:57] <soee> Riddell: there was a guy yesterday who said he backported nm or something for trusty, i said to catch you or other develoepr here today
[07:57] <soee> so please try to answer him when he asked anything :)
[07:58] <soee> *ask
[07:58] <valorie> jussi got the same problems I did, in 64
[08:04] <Riddell> well I'm making final 5.1 tars today for Plasma and we can but hope those solve some of the issues
[08:04] <valorie> excellent
[08:04] <valorie> I look forward to some progress
[08:54] <sgclark> morning
[09:00] <Riddell> hi sgclark!
[09:00] <Riddell> thanks for getting up at such an anti social hour
[09:00] <sgclark> :)
[09:01] <Riddell> with any luck kio will finally get getting through into release https://launchpad.net/ubuntu/+source/kio/5.3.0-0ubuntu1/+build/6440886
[09:01] <sgclark> yay
[09:02] <sgclark> so no one is maintaining neon?
[09:02] <Riddell> I don't think so
[09:02] <valorie> since may, apachelogger said
[09:02] <Riddell> I wonder if we should be updating any web pages that mention it
[09:03] <valorie> it isn't the future, so fine
[09:03] <valorie> but we shouldn't be recommending it
[09:03] <sgclark> ahh valorie, yeah was going to point out your kio kio-extras breakage on it
[09:03] <apachelogger> no
[09:03] <valorie> and the chan topic should be changed
[09:03] <apachelogger> I said no one worked on it since May
[09:03] <valorie> sorry, apachelogger, to have misquoted
[09:04] <valorie> an hour ago in #project-neon: "
[09:04] <valorie> [01:33] <mokush> any idea about the project-neon5-kio and project-neon5-kio-extras error in the latest packages?
[09:04] <valorie> [01:35] <mokush> I'm getting 'trying to overwrite '/opt/project-neon5/bin/ktrash5', which is also in package project-neon5-kio' from project-neon5-kio-extras
[09:07] <apachelogger> "Secondly you need to manually dpkg -i --force-overwrite the kio package due to a file transition that neon by design won't handle for you."
[09:07] <lordievader> Good morning.
[09:08] <sgclark> morning
[09:08] <valorie> I will quote that in the channel when next it arises
[09:27] <Riddell> sgclark: did you get a chance to look at kopete skype foo?
[09:27] <Riddell> we removed those icons historically due to trademark but we fixed it upstream (I think) and not they disappear when we merge with debian but they shouldn't
[09:27] <sgclark> Riddell: woops got distracted studying, on it now
[09:28] <Riddell> oh don't let me distract you from studying!
[09:28] <sgclark> hehe, it shouldn't take long to fix that
[09:46] <Riddell> famous last words...
[10:03] <Blizzz> oh, btw, did you hear The Hobbit animations were done on KDE? http://www.themukt.com/2014/10/07/kde-plasma-hobbit-movies/ 
[10:04] <sgclark> yes, very cool!
[10:05] <Riddell> on kubuntu no less :)
[10:08] <Riddell> that deserves an article on wire.kubuntu.org
[10:08]  * Riddell looks around for willing volunteers
[10:30]  * Riddell publishes http://wire.kubuntu.org/?p=186
[10:33] <apachelogger> Riddell: s/Hobitt/Hobbit
[10:37] <Riddell> well spotted
[10:38] <Riddell> "[ubuntu/utopic] kio 5.3.0-0ubuntu1 (Accepted)" hoorah!
[11:07] <BluesKaj> Hiyas all
[11:09] <sgclark> hiyas
[12:06] <sgclark> Riddell: I am quite confused, I build kopete and find that there is nothing in list missing and not-installed does not contain any sort of skype icons. I check the install directories and skype icons are there, so I install kopete and skype has icons.. What exactly am I doing here again?
[12:08] <Riddell> sgclark: ah so maybe there is no problem
[12:08] <Riddell> "Kopete 4.14: Missing icons & cryptography plugin" by Pali said In package kopete 4.14 from kubuntu-ppa/backports is again
[12:08] <Riddell> missing skype protocols icons and cryptography plugin.
[12:09] <Riddell> https://launchpadlibrarian.net/182618524/buildlog_ubuntu-trusty-amd64.kopete_4:4.14.0-0ubuntu1~ubuntu14.04~ppa3_UPLOADING.txt.gz
[12:09] <Riddell> so maybe it's fixed in 4.14.1
[12:09] <Riddell> https://lists.ubuntu.com/archives/kubuntu-devel/2014-September/008778.html
[12:09] <Riddell> also check Cryptography plugin files:
[12:09] <sgclark> ahh well, cryptography is correct, it is not enabled, will bring in kdepimlibs, want me to do that?
[12:10] <Riddell> yeah I think so
[12:10] <sgclark> xmms is also optioanl not enabled
[12:10] <Riddell> oh ignore that
[12:10] <sgclark> k
[12:10] <Riddell> xmms is very obsolete
[12:50] <Riddell> hi ximion, you know about appstream for ubuntu?
[12:52] <ximion> Riddell: the tool generating your archive files (Soyuz?) would need to produce DEP-11 data
[12:53] <ximion> see https://wiki.debian.org/DEP-11#Example_of_Components.yml
[12:53] <ximion> but I need to update that page, it contains outdated information
[12:53] <ximion> what currently matters is the DEP-1 validator: https://github.com/ximion/appstream/blob/master/contrib/dep11/dep11-validate.py
[12:54] <ximion> there was a SoC project at Debian to implement DEP-11 in dak, unfortunately it's far from being merge-ready, and I am currently ficing it up
[12:54] <ximion> won't be ready for Jessie, unfortunately :-/
[12:55] <Riddell> ximion: where does the data come from currently?  I get output if I run   appstream-index search umbrello
[13:01] <ximion> Riddell: libappstream is parsing the AppInstall data
[13:02] <ximion> it's very poor data, but better than having no data at all
[13:02] <ximion> (also, the whole point of libas is to abstract this stuff, so apps don't have to care about where data is coming from)
[13:04] <Riddell> ximion: ah it's using the files in app-install-data ?
[13:04] <Riddell> ximion: why do you say that's very poor?  it's updated each cycle surely
[13:04] <ximion> if there are some, the yes
[13:05] <ximion> see https://github.com/ximion/appstream/blob/master/src/data-providers/ubuntu-appinstall.c
[13:05] <ximion> not super-advanced, but okay-ish
[13:06] <ximion> it won't find the icons that way though, these have to be in $prefix/app-info/icons/$origin/64x64
[13:22] <Riddell> apachelogger: no kubotu?
[13:22] <apachelogger> mh
[13:24] <Riddell> plasma 5.1! http://starsky.19inch.net/~jr/tmp/plasma-5.1.0/
[13:28] <soee> oh no
[13:28] <soee> it needs packaging now right ?
[13:28] <Riddell> yep
[13:29] <sgclark> woot
[13:29] <soee> as always - i do nothing about packaging but im ready to test as soon as packages are done :)
[13:29] <soee> *know
[13:30] <shadeslayer> good thing we have CP
[13:31] <shadeslayer> and we know all of the shit builds
[13:31] <shadeslayer> ;)
[13:32] <soee> sgclark: i contacted my friend - designer and i try to convince him to help with teh promotional page i mentioned yesterday
[13:32] <sgclark> cool
[13:34] <shadeslayer> soee: might also be worth pointing him at the VDG ;)
[13:35] <shadeslayer> soee: https://vdesign.kde.org/
[13:36] <soee> yeah :)
[14:02] <sgclark> Help! missing symbols http://paste.ubuntu.com/8526984/
[14:04]  * Riddell hears the missing symbols siren blasting away
[14:04] <Riddell> sgclark: presumably this version has been compiled before?
[14:04] <sgclark> yeah it is kopete 4.14.1
[14:05] <sgclark> seems missed, there was no lintian error, I just noticed sybols stuff go by on screen
[14:06] <sgclark> and it is on my study list, so I need to learn proper action here
[14:07] <sgclark> aside from screaming for help
[14:07] <Riddell> well it's the same source right?
[14:08] <Riddell> you've not added or removed any patches?
[14:08] <sgclark> negative
[14:08] <Riddell> so I expect it's just gcc changes
[14:08] <sgclark> I only added kleo support in control file
[14:08] <Riddell> it says "optional=gccinternal" which tells me it is only gcc foo and we don't need to worry
[14:08] <Riddell> although that's just an educated guess
[14:09] <sgclark> hmm I am not confident enough to make educated guesses, so lets say you all are asleep, what would be my next move?
[14:10] <Riddell> you'd look at the source code to see what had changed between this package and the previous package upload
[14:10] <Riddell> and in this case nothing has changed so I'd just remove them
[14:11] <sgclark> ok, and I do recall a gcc upgrade, so I will accept your educated guess, thanks
[14:14]  * Riddell turns off them missing symbols siren
[14:14] <sgclark> lol
[14:43] <Riddell> http://qa.kubuntu.co.uk/plasma-status/build_status_5.1.0_utopic.html ta da
[14:49]  * genii celebrates with a fresh coffee
[14:49] <Riddell> sgclark: /etc/X11/Xsession.d/
[14:49] <Riddell> shadeslayer: /etc/X11/Xsession.d/
[14:49] <Riddell> sorry wrong tab
[14:49] <sgclark> whew
[14:50] <Riddell> set(SESSION_COMMAND             "${DATA_INSTALL_DIR}/scripts/Xsession"              CACHE PATH      "Script to execute when starting the desktop session")
[14:50] <Riddell> shadeslayer: wrong dir there ↑
[14:51] <sgclark> Riddell: kopete pending in my ppa, you are hogging the que :) I have to leave for 1 hour, but will help with 5.1.0 when I get back
[14:51] <sgclark> kopete is also in bzr
[14:51] <Riddell> great
[15:15] <Riddell> kfunk: ping
[15:15] <Riddell> kfunk: word on the streets is you have a fix for bug 1378771
[15:16] <Riddell> kfunk: how safe do you think it is to add to our packages? https://github.com/sddm/sddm/pull/276
[15:17] <_Groo_> Riddell: ping
[15:18] <_Groo_> Riddell: i backported plasma-widget-networkmanagement, plasma-nm and libnetworkmanagerqt-dev from utopic
[15:18] <_Groo_> Riddell: is it too late to review if for trusty?
[15:19] <Riddell> _Groo_: um, yes, trusty was released 6 months ago
[15:19] <Riddell> what are you wanting to achieve?
[15:20] <_Groo_> Riddell: nothing, i did it for my personal use, since its done, i thought it might be useful for the general population
[15:21] <_Groo_> Riddell: it fixes bugs and adds an improved interface for the connections
[15:21] <_Groo_> Riddell: thats pretty much it, it only changes one lib and its pretty safe to upgrade
[15:21] <Riddell> _Groo_: thow it in your PPA I don't think we have the energy to test it for general use
[15:21] <_Groo_> Riddell: okok
[15:23] <Riddell> sgclark: khtml needs to compile in the archive then kio-extras will compile and this nasty overlap problem will go away
[15:32] <jmux> Is there a tool in KDE 4 to generate / manage printer profiles? Seems the GUI for this CUPS feature was dropped in KDE4.
[15:34] <jmux> Actually the KDE4 printer dialog list the profiles as printers, if they exist, but I couldn't find a way to create them.
[15:36] <jmux> Otherwise we'll probably implement our own tool to manage printer, as a lot of people seem to use this feature, which I've never heard of before today.
[15:38] <Riddell> jmux: yeah print-manager does that
[15:38] <Riddell> it's a kcontrol4 module in system settings
[15:39] <Riddell> there's also some code to magically set up printers when you plug them in but that needs lots of gnome deps so we don't ship it
[15:39] <Riddell> dantti is the upstream if you need help
[15:41] <jmux> Riddell: Yeah - I know, but this just manages the printers. I failed to find a way to create a profile and so did the user.
[15:42] <jmux> So normally the users changes the settings for a print job and these are written to .cups/lpoptions as "Dest printerX collate=false ..."
[15:43] <Riddell> I don't think I know what a printer profile is in that case
[15:43] <jmux> Now the local cups options API has a profile feature, where you can save a set of settings as a printer profile
[15:43] <jmux> This generates a 2nd entry in the .cups/lpoptions file as "Dest printerX /Test collate=true ..."
[15:44] <jmux> And the printer dialog actually displays both. In KDE3 you could create a profile saving the current settings and this seems to be gone in KDE4.
[15:47] <jmux> I've never heard of this feature today, but I guess for many people here, which produce a lot of document with various settings, the feature was very convenient.
[15:48] <Riddell> hmm I guess it was part of kprinter stuff which disappeared from kde4 because nobody maintained it
[15:49] <Riddell> so yeah I guess you'll need to write some code
[15:49] <Riddell> but do try and do it upstream if you can, always pays off in the end
[15:55] <Riddell> yay khtml in
[15:56] <Riddell> hmm, what to do with 4.14.2 ?
[15:56] <Riddell> I think it's one for ppa and then updates
[15:56] <Riddell> kubotu: newversion kde4libs 4.14.2
[15:57] <Riddell> kubotu: newversion digikam 4.4.0
[15:57] <kubotu> https://bugs.launchpad.net/bugs/1379409
[15:57] <kubotu> https://bugs.launchpad.net/bugs/1379410
[15:59] <Riddell> kitterma: reallly -> really? http://skitterman.wordpress.com/2014/10/08/thanks-canonical-reallly/
[16:02] <Riddell> sgclark: what text editor do you use that puts a blank space at the end of every line?  make my emacs look all red
[16:19] <sgclark> Riddell: back sorry. that would be kate
[16:21] <Riddell> sgclark: groovy, I'm about to wander off, looks like plasma 5.1 is doing good just a few bits to tidy up
[16:21] <sgclark> ok, what is that about 4.14.2, is that one a script can run or just a few packages?
[16:22] <Riddell> yeah go for it
[16:22] <sgclark> ok
[16:22] <Riddell> kubuntu-initial-upload
[16:22] <sgclark> yep
[16:22] <sgclark> done it a few times :) ninjas?
[16:22] <Riddell> hopefully my changes for git in plasma/frameworks mean it'll still work with bzr for kde sc
[16:22] <Riddell> yep ninjas it is
[16:22] <sgclark> k
[16:22] <Riddell> ok I'm out, ping me on google hangouts of something if you need me
[16:23] <sgclark> ok, have a good day :)
[16:23] <Riddell> I've set kf5 retry script to run in 60 minutes and 120 minutes but you may need to get someone with archive privilages to poke the last few in http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html
[16:24] <sgclark> ok
[16:27] <soee> uh: dpkg: error processing archive /var/cache/apt/archives/kio_5.3.0-0ubuntu1_amd64.deb (--unpack):
[16:27] <sgclark> pretty sure too much building right now to attempt any sort of upgrade
[16:27] <soee> trying to overwrite  "/usr/lib/x86_64-linux-gnu/qt5/plugins/kcm_trash.so", that exists also in package kio-extras 4:5.0.95-0ubuntu1~ubuntu14.10~ppa6
[16:28] <soee> ah ok :)
[16:34]  * sgclark sees no sign of 4.14.2 on the depot...
[23:54] <ScottK> Riddell: It's possible there were some sarcasm tags left out of the post.  I figured they could be inferred.