[02:17] <micahg> transitioning some ada stuff to gnat4.6 and asis2010, so there might be some extra transient build failures/depwait
[04:52] <epikvision> hi
[07:53] <dholbach> good morning
[08:36] <chilicuil> good morning, I've wrote a bash autocompletion script for recordmydesktop, I'd like to share it with other Ubuntu users, should I attached to a bug against https://bugs.launchpad.net/ubuntu/+source/recordmydesktop or against https://bugs.launchpad.net/ubuntu/+source/bash-completion ?
[08:41] <geser> a bug against recordmydesktop (it makes no sense to ship your script if recordmydesktop isn't installed)
[08:45] <chilicuil> geser: that's what I think, however I've seen that the package bash-completion has autocomplete scripts for rdesktop for example...
[08:58] <geser> hmm
[12:31] <eQuiNoX__> hello everyone
[17:28] <jtaylor> micahg: I'll sync python-kinterbasdb if you have no objections, the changes where applied in debian
[17:29] <micahg> jtaylor: it it builds, sure, thanks


[00:19] <ScottK> yofel and Riddell: I added all the ones that are in the archive to the packageset (zeroconf-ioslave is not).
[00:57]  * ahoneybun updates his macbook to beta 2
[03:01] <SonikkuAmerica> Quick question: How long is 14.04 being supported for, 3 years or 5?
[03:02] <ScottK> SonikkuAmerica: 5
[03:02] <SonikkuAmerica> ScottK: Thank you
[03:02] <SonikkuAmerica> Also, do you know about our new one-stop page in development, KubuntuLinks?
[03:07] <SonikkuAmerica> https://wiki.kubuntu.org/Kubuntu/KubuntuLinks <<< We're building a one-page landing where we have a jumping-off place for all things Kubuntu. You can check on what we're trying to build off off at LubuntuLinks and the Ubuntu GNOME One Stop Page (links are on the KubuntuLinks page)
[08:38] <apachelogger> shadeslayer: bug 1297139
[09:35] <shadeslayer> apachelogger: ack
[09:35] <kubotu> ::workspace-bugs:: [1297139] startkde qdbus invocation broken when both qt4 and qt5 are installed @ https://bugs.launchpad.net/bugs/1297139 (by Harald Sitter)
[09:44] <apachelogger> shadeslayer: you know, had you written a model for drivermanager it probably would have needed no refactoring xD
[09:44] <shadeslayer> k
[09:44] <apachelogger> what I am doing is moving the management components out of module.cpp
[09:45] <apachelogger> so really, we should just have initially gone with a model then that would have been separate all along ^^
[09:53] <shadeslayer> apachelogger: http://paste.ubuntu.com/7150443/
[09:53] <shadeslayer> better?
[09:56] <apachelogger> shadeslayer: why two lines?
[09:57] <shadeslayer> standard convention in startkde as I see
[09:57] <shadeslayer>         XCURSOR_THEME=default
[09:57] <shadeslayer>         export XCURSOR_THEME
[09:58] <kdeuser56> have a look at that trace of kdeinit4: http://pastebin.com/ubvcXtKw
[09:58] <kdeuser56> very weird ... looks like kcrash also crashed?
[09:59] <apachelogger> shadeslayer: so you are upstreaming?
[09:59] <shadeslayer> apachelogger: this patch? lolno
[09:59] <apachelogger> what does it matter then? :P
[09:59] <shadeslayer> some variation of this probably
[09:59] <shadeslayer> *shrug* fine
[09:59] <shadeslayer> I don't care if its one way or the other
[10:00] <apachelogger> it's not like that script is a shining example of consistent or good shell practise ;)
[10:00] <shadeslayer> I just thought it'd be better to have it consistend with the rest of startkde
[10:00] <shadeslayer> *consistent
[10:00] <apachelogger> shadeslayer: like that other patch we do one-line export in? ^^
[10:00] <apachelogger>     export KDEDIRS=/usr/share/kubuntu-mobile-default-settings/:/usr/share/kubuntu-default-settings/kde4-profile/default/
[10:01] <shadeslayer> apachelogger: http://paste.ubuntu.com/7150476/
[10:01] <shadeslayer> heh
[10:01] <apachelogger> I am not even sure why it does it over two lines, when I implemented a shell some years ago I think the posix spec even said that export will set the variable
[10:03] <apachelogger> so, in terms of a posix shell export foo=bar is equal to foo=bar, export just adds the additional feature of the variable being replicated into children's envrionment
[10:03] <shadeslayer> k
[10:03] <apachelogger> maybe I am misremebering, who knows
[10:05] <shadeslayer> apachelogger: uploaded
[10:05] <apachelogger> Variables shall be initialized from the environment (as defined by XBD Environment Variables and the exec function in the System Interfaces volume of POSIX.1-2008) and can be given new values with variable assignment commands. If a variable is initialized from the environment, it shall be marked for export immediately; see the export special built-in. New variables can be defined and initialized with variable assignments, with the read or
[10:05] <apachelogger> getopts utilities, with the name parameter in a for loop, with the ${ name= word} expansion, or with other mechanisms provided as implementation extensions.
[10:05] <apachelogger> The shell shall give the export attribute to the variables corresponding to the specified names, which shall cause them to be in the environment of subsequently executed commands. If the name of a variable is followed by = word, then the value of that variable shall be set to word.
[10:05] <apachelogger> If a variable assignment precedes the command name of export but that variable is not also listed as an operand of export, then that variable shall be set in the current shell execution environment after the completion of the export command, but it is unspecified whether that variable is marked for export.
[10:06] <shadeslayer> Riddell: ScottK: can you approve kde-workspace ?
[10:06] <apachelogger> so yeah, foo=bar\n export foo is a bit of a silly way to write it
[10:07] <apachelogger> "the shell shall" is fancy tho ^^
[10:08] <apachelogger> anyway, complete read in case someone is interested http://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html
[10:09] <apachelogger> shadeslayer: I am wondering whether it would be worth equipping the class Driver with a Package *
[10:09] <apachelogger> thus removing all QApt interaction from DriverWidget
[10:09] <shadeslayer> Package * ?
[10:09] <apachelogger> A package pointer
[10:10] <apachelogger> also move the is active logic outside
[10:10] <apachelogger> so driverwidget really just needs to iter all drivers and create appropriate widgets
[10:12] <shadeslayer> quite a bit of refactoring
[10:13] <Riddell> shadeslayer: what's new?
[10:13] <shadeslayer> Riddell: fix for bug 1297139
[10:13] <apachelogger> shadeslayer: you made the driverwidget contain processing logic :P
[10:13] <apachelogger> actually it isn't much though
[10:13] <apachelogger> DW::isActive goes away, moves outside class, ctor gets changed to not use qapt, but instead do a property check
[10:14] <shadeslayer> k
[10:23] <apachelogger> hm
[10:23] <apachelogger> shadeslayer: are you sure that driverwidget currently contains the same logic to find the active driver as the gtk gui?
[10:24] <shadeslayer> not exactly the same I think
[10:24]  * apachelogger thought that used an order rather than a first-match
[10:24] <shadeslayer> but quite close
[10:24] <shadeslayer> and mine uses an order too
[10:24] <apachelogger> oh?
[10:25] <apachelogger> ah yeah, manualinstall always trumps
[10:25] <shadeslayer> yes
[10:26] <shadeslayer> manualinstall > proprietary > opensource
[10:26] <apachelogger> shadeslayer: why is manual bound to qapt finding a package though?
[10:27] <apachelogger> you don't trust the backend? :P
[10:27] <shadeslayer> is it?
[10:28] <shadeslayer> hm
[10:28] <apachelogger> if package {} else { if (driver.manual) }
[10:28] <shadeslayer> apachelogger: yeah I suppose it could be done like : if package && !driver.manual
[10:30] <apachelogger> but why is that dependent on package at all?
[10:30] <shadeslayer> because QApt sometimes returns null ptrs to packages
[10:31] <apachelogger> yes, but what does that have to do with whether the driver the is manual or not
[10:32] <shadeslayer> ah so you mean if driver.manual { } else if package {}
[10:38] <apachelogger> shadeslayer: yeah
[10:39] <shadeslayer> sure, looks fine
[10:50] <apachelogger> http://paste.ubuntu.com/7150634/
[10:50] <apachelogger> much fun has been had
[10:55] <apachelogger> oh
[10:55] <apachelogger> I just got reminded that chose to ignore broken l10n
[10:55] <apachelogger> hawt
[10:57] <apachelogger> oho
[10:57] <apachelogger> shadeslayer: http://paste.ubuntu.com/7150658/ that does not work btw
[10:58] <apachelogger> there's langauges that parse right-to-left ;)
[10:58] <shadeslayer> >.>
[10:58] <apachelogger> so you appending on the right will make for silly localization
[11:19] <apachelogger> shadeslayer: what's supposed to happen when a driver is not installed manual but qapt still doesn't manage to find a package?
[11:20] <apachelogger> not create a button?
[11:20] <shadeslayer> yep
[11:21] <shadeslayer> because it would be impossible to do anything with it
[11:21] <shadeslayer> apachelogger: while you're refactoring, maybe you could come up with a sane way to handle the case where there is exactly one driver for the device
[11:23] <apachelogger> shadeslayer: does that happen?
[11:23] <apachelogger> I'd rather think that would be handled in ubuntu-drivers-common
[11:23] <shadeslayer> yes
[11:24] <apachelogger> shadeslayer: tell the pitti to not report such devices :P
[11:25] <apachelogger> its a pointless
[11:25] <shadeslayer> how so
[11:25] <shadeslayer> apachelogger: actually, I think it's a bug that my device only reports one driver
[11:25] <shadeslayer> when infact it has 2
[11:25] <kubotu> ::qt-bugs:: [1254276] qt4-linguist-tools should depend on qtchooser @ https://bugs.launchpad.net/bugs/1254276 (by Daniel Lintott)
[11:26] <shadeslayer> linux-firmware-nonfree and b43
[11:26] <apachelogger> maybe qapt scrus up
[11:26] <shadeslayer> nope
[11:26] <shadeslayer> ubuntu-driver list only shows one
[11:26] <apachelogger> kcmshell(7874) DriverWidget::DriverWidget: encountered invalid driver 0x0 false for "GK104 [GeForce GTX 660 OEM]"
[11:26] <apachelogger> I broke it
[11:26] <apachelogger> ololo
[11:27] <shadeslayer> staph breaking it :(
[11:27] <apachelogger> shadeslayer: well, bug in the commons thing then
[11:27] <apachelogger> oh lol, I know why ^^
[11:30] <apachelogger> foreaching is quite the pain without pointers :'<
[11:34] <apachelogger> I think the refactored code might need a refactoring ^^
[11:34] <apachelogger> that got spooky very quickly
[11:35] <apachelogger> on the plus side it's working as expected and didn't need pointers
[11:39] <apachelogger> why the qapt includes are in LibQApt/ rather than QApt/ is the greatest question of all time
[11:44] <BluesKaj> 'Morning folks
[11:47] <Riddell> anyone got amarok working with gstreamer 1.0 backend?
[11:50] <Riddell> ah yes got it working
[11:57] <yofel> worked for me after I got the new qtwebkit
[12:07] <apachelogger> shadeslayer: Q: why are xapian failures handled seperately from init errors in terms of the UI?
[12:13] <apachelogger> shaaaaaaaaaaaaaaadeslaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaay0r
[12:13] <apachelogger> must be at lunchen
[12:13]  * apachelogger waves the fist
[12:35] <sgclark> Riddell: any tasks for me today?
[12:37] <Riddell> sgclark: whole new calligra for the packaging if you think you can handle it
[12:38] <Riddell> sgclark: including backporting to saucy
[12:38] <sgclark> Riddell: only one way to learn :) will need help with backport bit
[12:40] <sgclark> In debian/watch no matching files for watch line , where is it?
[12:41] <sgclark> Riddell: ^
[12:44] <Riddell> sgclark: oh it's probably still not public
[12:45] <sgclark> depot?
[12:45] <Riddell> sgclark: scp ftpubuntu@depot.kde.org:stable/calligra-2.8.1/*xz .
[12:45] <sgclark> thanks!
[12:45] <Riddell> also calligra-l10n to be packaged too, which is a real fiddle
[12:45] <jussi> Im getting browser-plugin-vlc crashes on 14.04 - anyone else getting those?
[12:49] <Riddell> um, shouldn't do?
[12:50] <jussi> annoying thing is it doesnt give me apport or anything to report the bug
[12:56] <apachelogger> jussi: activate apport notifications then :P
[12:56] <jussi> apachelogger: how?
[12:56] <apachelogger> the opposite of how you deactivated them I guess
[12:58] <jussi> apachelogger: its a pretty much brand new install...
[13:03] <shadeslayer> apachelogger: yeah, went off for lunch
[13:03] <shadeslayer> apachelogger: no real reason, just being verbose I guess
[13:04] <apachelogger> jussi: something must be astray then
[13:04] <apachelogger> jussi: are you sure apport is enabled though? /etc/default/apport
[13:04] <apachelogger> shadeslayer: btw, you can connect signals to signals ;)
[13:05] <jussi> apachelogger: Ill look
[13:05] <shadeslayer> Riddell: btw moving to gst 1.0 will break ktp call ui
[13:05] <apachelogger> shadeslayer: changed tracking is epically broken btw
[13:06] <shadeslayer> s/will/might/
[13:06] <kubotu> shadeslayer meant: "Riddell: btw moving to gst 1.0 might break ktp call ui"
[13:06] <shadeslayer> apachelogger: yes :(
[13:06] <apachelogger> the slot checking for changedness in driverwidget actually changes the reference value, as though it was saved which of course it wasnt
[13:06] <apachelogger> most peculiar
[13:07] <Riddell> shadeslayer: hmm so it's a choice of auto-install + ktp call ui  vs  ugly codecs ?
[13:08]  * apachelogger broke sorting somehow
[13:09] <shadeslayer> Riddell: no it's a choice between : having a untested port , which might cause applications like call ui to stop working but gets us out of the codec situation vs a codec situation vs landing pvlc
[13:09] <shadeslayer> take your pick
[13:09] <ScottK> shadeslayer: I'll be offline ~all day, so don't count on me to approve anything for at least 10 hours.
[13:09] <shadeslayer> ScottK: ok
[13:14] <jussi> apachelogger: its enabled (set to 1)
[13:15] <apachelogger> then I dunno
[13:15] <apachelogger> jussi: do you have a crash file in /var/crash
[13:16] <jussi> apachelogger: actually, yes, I do
[13:17] <apachelogger> then it should have a notification
[13:17]  * apachelogger cries
[13:18] <jussi> so by crashing something else Ive triggered another bug?
[13:18]  * jussi cries
[13:18] <apachelogger> jussi: kdebugdialog -> enable all -> logout -> login -> wait a minute -> paste .cache/upstart/startkde.log
[13:18] <apachelogger> jussi: also
[13:19] <apachelogger> does the crash file have a file with the same name and .upload or .uploaded appended?
[13:19] <jussi> no
[13:19] <apachelogger> k
[13:19] <jussi> only 1 file in /var/crash
[13:23] <jussi> apachelogger: pm'ed it to you
[13:24] <apachelogger> arrr
[13:25] <apachelogger> shadeslayer: Q: what exactly happnes if I have nvidia binarily installed and switch to nuvoulyuluo
[13:26] <apachelogger> jussi: well, the good news is there is no output, the bad news is there is no output
[13:26] <shadeslayer> apachelogger: it installs the nouveau driver .... but doesn't remove the nvidia one
[13:26] <apachelogger> jussi: oh, actually, you might have to wait up to 5 minutes
[13:26] <apachelogger> there's a timer somewhere
[13:26] <shadeslayer> I suspect it keeps nvida active in that case :/
[13:26] <shadeslayer> lets try
[13:26] <apachelogger> shadeslayer: #logicfail
[13:27] <shadeslayer> oh wait, my kcm is still broken
[13:27] <shadeslayer> apachelogger: yes :/
[13:29] <apachelogger> row row row ye boat gently over the seas, and if you see a kraken spawn don't forget to scream
[13:29] <apachelogger> shadeslayer: what does the gtk thingum do
[13:29] <shadeslayer> gtk thingum?
[13:29] <apachelogger> the gtk gui
[13:29] <shadeslayer> don't remember off the top of my head
[13:30]  * shadeslayer looks
[13:31] <jussi> apachelogger: any better?
[13:32] <apachelogger> jussi: nay
[13:32] <jussi> :/
[13:32] <apachelogger> jussi: alt-f2 -> kded -> in the bottom list make sure notifiction helper is actually started
[13:32] <apachelogger> alas, I think it creates no output if there's nothing to talk about
[13:32] <apachelogger> so it may simply not want to process the file
[13:33] <apachelogger> !info kubuntu-driver-manager trusty
[13:33] <shadeslayer> apachelogger: http://paste.kde.org/pdnrvs0qk
[13:33] <jussi> notification helper is started
[13:33] <apachelogger> shadeslayer: right
[13:34] <shadeslayer> so removes the package
[13:37]  * shadeslayer rages at pam
[13:39] <apachelogger> jussi: paste again
[13:39] <apachelogger> jussi: are you sure you enabled everything in kdebugdialog?
[13:39] <apachelogger> ohohoh
[13:39] <apachelogger> jussi: you are on trusty, right?
[13:39] <apachelogger> !info kubuntu-notification-helper trusty
[13:40] <jussi> apachelogger: yes
[13:40] <apachelogger>     kDebug() << "ApportEvent ::"
[13:40] <apachelogger> there should be debug output regardless of whether it actually will process the files
[13:44] <shadeslayer> hm
[13:44] <shadeslayer> Riddell: can you reset my password on qa.kubuntu.co.uk?
[13:45] <apachelogger> shadeslayer: please test the master
[13:45] <apachelogger> still doesn't remove stuff yet
[13:47] <shadeslayer> apachelogger:   driver("nvidia-331-updates" recommended[false] free[false] fromDistro[true] builtin[false] manualInstall[false] fuzzyActive[false] package[0x0])
[13:47] <shadeslayer> that 0x0 doesn't look good
[13:47] <shadeslayer> clicking apply doesn't do anything
[13:49] <kubotu> ::workspace-bugs:: [1297139] startkde qdbus invocation broken when both qt4 and qt5 are installed @ https://bugs.launchpad.net/bugs/1297139 (by Harald Sitter)
[13:51] <apachelogger> shadeslayer: huh
[13:51] <apachelogger> shadeslayer: doesn't want to change anything then :P
[13:52] <shadeslayer> wat
[13:57] <jussi> apachelogger: err, what is it you want me to do?
[13:57] <apachelogger> shadeslayer: oh, me stupid
[13:57] <apachelogger> shadeslayer: forgot to actually the function ^^
[13:57] <apachelogger> jussi: wait for the log to contain ApportEvent
[13:58] <apachelogger> if it doesn't then your setup is broken somehow
[14:09] <apachelogger> shadeslayer: pull
[14:09] <shadeslayer> yeah works now
[14:10] <shadeslayer> "fix the actual, ehm, management, the manager is, ehm, supposed to do.." :P
[14:13] <shadeslayer> apachelogger: btw what does kubuntu-notification-helper check for reboots?
[14:16] <apachelogger> an asortment of files
[14:16] <apachelogger> well
[14:16] <apachelogger> two
[14:16] <shadeslayer> ^^
[14:16] <shadeslayer> which ones
[14:16] <apachelogger> read the source
[14:16] <shadeslayer> pft
[14:17] <apachelogger> src/daemon/rebootevent/rebootevent.cpp:    if (!QFile::exists("/var/run/reboot-required") && !kdelibsChanged)
[14:17] <apachelogger> src/daemon/rebootevent/rebootevent.cpp:    QFile file("/var/run/reboot-required-kdelibs");
[14:18] <apachelogger> that was very hard
[14:18] <apachelogger> took me one cd and a grep
[14:18] <apachelogger> geez
[14:18] <apachelogger> shadeslayer: give that kcm a testero please
[14:18] <apachelogger> I cannot test debconf etc.
[14:18] <shadeslayer> apachelogger: works on nvidia machine
[14:19] <shadeslayer> I can change drivers, shows correct drivers after change
[14:19] <shadeslayer> apachelogger: I vaguely recal that it used to inform the user via the kcm to reboot
[14:21] <apachelogger> shadeslayer: what? no?
[14:21] <shadeslayer> ok
[14:21] <apachelogger> phonon kcm tells the user to logout and login
[14:21] <apachelogger> but I don't think there is any KCM that notifies about reboots
[14:21] <apachelogger> considering that's a system level thing I doubt KCMs have much business talking about that :P
[14:24] <apachelogger> hm
[14:24] <apachelogger> is launchpad broken?
[14:24] <shadeslayer> why?
[14:25] <apachelogger> I have a number of builds stuck in queue for 6 hours
[14:25] <apachelogger> and they keep saying they will start in like 30 minutes
[14:25] <shadeslayer> I uploaded KDE 4.13 for Saucy
[14:25] <shadeslayer> which would explain it
[14:25] <shadeslayer> s/would/might
[14:25] <apachelogger> ah, I guess
[14:25] <shadeslayer> on that note
[14:25] <apachelogger> still odd that the queue estimate is so rubbish
[14:25] <shadeslayer> Riddell: can you plz change my password for qa.kubuntu.co.uk
[14:26] <apachelogger> I mean "starting in 30 minutes" for 6 hours I have not seen before ^^
[14:26] <apachelogger> "starting in 6 hours" OTOH I have seen :P
[14:26] <shadeslayer> I see > 700 jobs for 25 builders
[14:26] <apachelogger> shadeslayer: whats your user
[14:26] <shadeslayer> shadeslayer
[14:31] <shadeslayer> so I have PAM somewhat working, I've figured out where all the configs and what not go
[14:31] <shadeslayer> but there be bugs
[14:35] <apachelogger> shadeslayer: what I don't get, why can the kmessagewidgets be closed
[14:35] <apachelogger> it's not like the user would get anything from closing them as they go away on their own anyway
[14:36] <apachelogger> shadeslayer: please be releasing master
[14:38] <shadeslayer> okay
[14:38] <shadeslayer> PAM is blocked till next week
[14:42] <shadeslayer> Riddell: might want to approve kubuntu-driver-manager
[14:44] <shadeslayer> also, FYI http://qa.kubuntu.co.uk/ninjas-status/build_status_4.12.95_saucy.html
[14:46] <apachelogger> actually I think driver-manager can wait
[14:46] <shadeslayer> already uploaded
[14:46] <apachelogger> not critical for b2 IMO
[14:47] <apachelogger> shadeslayer: yeah, it can sit in the queue
[14:47] <shadeslayer> okay
[14:47] <shadeslayer> apachelogger: fwiw we still don't have ISO's
[14:47] <shadeslayer> so I think it's fine
[14:47] <apachelogger> whatever works :P
[14:48] <apachelogger> ovidiu-florin: in case I forgot to ask last week, where are we on the wordpress migration ;)
[14:48] <shadeslayer> +        //  b) set driver.fuzzyActive, see blow
[14:48] <shadeslayer> :D
[14:49] <apachelogger> ?
[14:49]  * apachelogger wonders what to write about 4.13b1
[14:49] <shadeslayer> it's magic
[14:50] <apachelogger> how? :P
[14:50] <apachelogger> there's a whole comment block explaining how the activity order works :P
[14:50] <shadeslayer> apachelogger: https://www.youtube.com/watch?v=N7-fZJaJUv8
[14:50] <apachelogger> do we have ktp 0.8 final yet?
[14:50] <shadeslayer> magic ^^
[14:52] <apachelogger> lol
[14:53] <apachelogger> shadeslayer: that's what you get for not sticking to your original design
[14:54] <apachelogger> plasma is not a file manager, neither is the folderview plasmoid, allowing it to go anywhere near the domain of doing file management is shooting yourself in the foot
[14:54] <apachelogger> so that's why there's that video
[14:55] <apachelogger> because people have grand design ideas, then don't stick to them and then stuff ends up being weirdly patched together nonesense because it was not in the original grand design ideas
[14:55] <apachelogger> q.e.d.
[14:55]  * apachelogger looks for something to eat
[14:56] <shadeslayer> plasma's design looks delicious :P
[15:03] <shadeslayer> apachelogger: http://download.kde.org/stable/kde-telepathy/0.8.0/src/
[15:03] <shadeslayer> been up for a week
[15:08] <apachelogger> shadeslayer: do we have it in the archive tho?
[15:08] <apachelogger> parently not
[15:08] <apachelogger> Version: 0.7.80ubuntu1
[15:09] <apachelogger> kubotu: newversion kde-telepathy 0.8.0
[15:09] <kubotu> Package kde-telepathy doesn't exist yet!
[15:09] <apachelogger> kubotu: newversion meta-kde-telepathy 0.8.0
[15:09] <kubotu> https://bugs.launchpad.net/bugs/1297351
[15:10] <shadeslayer> nope
[15:11] <shadeslayer> there was no announcement
[15:20] <apachelogger> well that is rude
[15:20] <apachelogger> d_ed: is there a reason ktp 0.8 was not announced?
[15:21] <shadeslayer> d_ed was on vacation
[15:21] <shadeslayer> poke mck182
[15:27] <apachelogger> Sput: when is 0.10 final due?
[15:40] <apachelogger> shadeslayer, Riddell: beta2 updated https://wiki.ubuntu.com/TrustyTahr/Beta2/Kubuntu
[15:40] <apachelogger> I pulled the 4.13 description out of my nose
[15:40] <apachelogger> bug section will need doing
[15:41] <apachelogger> although to be honest, I think listing the bugs when there is a link to the lunchpad filter seems a bit of a waste of time
[15:42] <shadeslayer> https://bugs.launchpad.net/ubuntu/+source/kde-runtime/+bug/1292471/comments/1
[15:42] <shadeslayer> :D
[16:04] <sgclark> Can I put stuff in http://bazaar.launchpad.net/~kubuntu-packagers/+junk/kubuntu-automation/view/head:/lintian-ignore.json lintian overrides to clean up?
[16:04] <sgclark> Riddell: or anyone with answer
[16:10] <shadeslayer> sgclark: sure, but what do you want to clear up?
[16:15] <sgclark> shadeslayer: rebuilding, will paste the list for approval before I make the overrides
[16:16] <shadeslayer> okay
[16:17] <shadeslayer> apachelogger: anything off the top of your head that needs doing?
[17:20] <Riddell> apachelogger: lovely, thanks
[17:20] <Riddell> shadeslayer: beta testing!
[17:20] <Riddell> shadeslayer: can't you change your own password on qa.kubuntu.co.uk ?
[17:30] <Riddell> sgclark: getting on ok?
[17:31] <sgclark> Riddell: yep :0 I need to know if these are ok to put in overrides or need investigation: http://paste.ubuntu.com/7152244/
[17:33] <sgclark> Riddell: also http://paste.ubuntu.com/7152258/
[17:34]  * Riddell looks
[17:37] <Riddell> sgclark: for the first one http://paste.ubuntu.com/7152244/ the only one I think I'd not include is icon-size-and-directory-name-mismatch since I would like those fixed upstream
[17:38] <sgclark> Riddell: ok, I can fix those in my off time as well.
[17:38] <Riddell> sgclark: thanks :)
[17:39] <Riddell> sgclark: libkdeinit4_calligrawords.so I'm not really sure but it seems to be listed in both calligrawords-common.install and calligrawords.install when it shouldn't be in either
[17:39] <Riddell> but maybe it's listed in both because dh_movelibkdeinit doesn't handle it
[17:40] <Riddell> I'd remove it from calligrawords-common.install at least
[17:40] <Riddell> and see if it sorts itself when removed from calligrawords.install
[17:40] <sgclark> ok
[17:40] <Riddell> although that would need another compile which will take another age to do so don't worry if it's too much
[17:40] <sgclark> I really don't mind at all
[17:44] <sgclark> Riddell: anything else need attention?
[17:45] <sgclark> Riddell: image-file-in-usr-lib ok to override?
[17:46] <soee> i se gstreamer in updates and it is going to ne installed not update it wasnt here by default before ?
[17:52] <Riddell> sgclark: yeah I think that's what we have to do with QML
[17:52] <Riddell> soee: now gstreamer1.0 not gstreamer0.10
[17:53] <soee> Riddell: any important chnage sor just version number ?
[17:54] <Riddell> whole different API
[17:54] <Riddell> soee: so do test it
[17:56] <sgclark> Riddell: all these package-name-doesnt-match-sonames safe to override?
[17:57] <Riddell> sgclark: yes I think so, lintian likes a library to be in its own package but often that's overkill
[17:57] <Riddell> and since we don't install the library headers nothing can use it anyway
[17:57] <sgclark> lol yeah, that would certainly be the case here
[18:05] <Riddell> sgclark: by the way new KF5 due on Friday
[18:05] <Riddell> sgclark: then the Plasma release which was due a couple of weeks ago is now due next week (and I think I'm the release manager)
[18:06] <sgclark> Riddell: ok, I will be out of town Saturday -Monday, will bring my laptop and try to do some. Can't promise though have no idea on connection.
[18:06] <sgclark> Riddell: will be fully available Tues+ though
[18:07] <Riddell> sgclark: lovely
[18:08] <sgclark> looking forward to plasma :)
[18:12] <sgclark> Riddell: how about these? calligraplan: unusual-interpreter #!kross
[18:13] <Riddell> sgclark: kross is an unusual interpreter but a perfectly valid one :)
[18:13] <sgclark> ok
[18:14] <Riddell> it's part of kdelibs and makes it easy to add scripting interfaces to your apps that can be used from python, ruby etc
[18:14] <Riddell> but I think only calligra uses it
[18:15] <sgclark> Riddell: this one? calligraplan: jar-not-in-usr-share
[18:16] <sgclark> Riddell: and finally: 4 outdated-autotools-helper-file 3rdparty/google-breakpad
[18:16] <yofel> architecture independent files should usually be in /usr/share/ and as java isn't fully compiled that counts for jars too - not really important though
[18:17] <Riddell> sgclark: fixing the jar issue would mean working out how that calligra plugin looks and find the .jar file and fixing it, beyond what I want to do since it doesn't cause any problems having it in /usr/lib
[18:18] <sgclark> Riddell: ok I will leave as lintian error in case someone wants to look at it at a later time.
[18:18] <sgclark> what about the last outdated-autotools
[18:19] <Riddell> sgclark: and we can't really update those autotool files since it's just a fork of a 3rd party project, would need to get google-breakpad to update its files but I presume there's a reason they need to work it like google-breakpad not being a very open project
[18:19] <sgclark> ok, leaving that as well
[18:19] <sgclark> Thanks! rebuilding now
[18:22] <sgclark> Riddell: or yofel: err one last item: http://paste.ubuntu.com/7152438/
[18:31] <shadeslayer> Riddell: I forgot my current password
[18:31] <shadeslayer> I had it stored as a encrypted file on my disk
[18:32] <shadeslayer> but Apple formatted my computer
[18:32] <yofel> sgclark: that should preferably be fixed... even if it won't cause problems most of the time
[18:33] <yofel> shadeslayer: I know I probably sound totally annoying, but ever heard of "backups" =P
[18:33] <shadeslayer> I forgot to back that particular thing up :P
[18:33] <yofel> lol
[18:33] <shadeslayer> I have everything else
[18:33] <shadeslayer> apart from .zshrc and some passwords
[18:33] <yofel> oh well, that's something at least ^^
[18:34] <shadeslayer> oh right, no .pbuilderrc too xD
[18:35] <Riddell> shadeslayer: don't you have an ssh key?
[18:35] <shadeslayer> Riddell: yes, but required sudo priviliges to switch to the kubuntu user
[18:42] <Sput> apachelogger: today
[18:42] <shadeslayer> I shall do testing tomorrow
[18:42] <shadeslayer> if there's testing to be done :)
[18:45] <Sput> apachelogger: tagging and tarballing at least; don't think I feel like writing release announcements tonight :P
[18:45] <Riddell> shadeslayer: lots of beta testing needed, although a respin needed first for your driver-manager update
[23:05] <Sput> apachelogger: http://quassel-irc.org/pub/quassel-0.9.3.tar.bz2 http://quassel-irc.org/pub/quassel-0.10.0.tar.bz2 and ScottK pinged
[23:06] <ScottK> It will be later tonight before I can look.
[23:07] <ScottK> Riddell: If you want ^^^ in for beta 2, someone else will probably need to package it.
[23:11] <Sput> ScottK: yeah, sorry, took a few hours longer than I hoped :/
[23:12] <Sput> then again, should still be two days until the freeze?
[23:52] <Riddell> Sput: what's the difference between the two
[23:55] <Sput> Riddell: 0.10.0 is a feature release, and the other one is the last bugfix release for 0.9 (it contains the fixes from 0.10, but no new features)
[23:56] <Sput> 0.9.3 is useful for distros which believe in this stable release and feature freeze thingy :)


[14:17] <qense> hello
[14:56] <nand> qense: hey
[14:56] <nand> any new volunteer?
[14:57] <qense> no
[14:57] <qense> I haven't heard anything
[14:58] <qense> I think that they'd like to test something, so I'm now trying to get something workable as fast as possible.
[14:59] <qense> The first holiday of this school year is coming closer; I think I can do a lot of work in that week.
[15:46] <nand> cool :)


[00:00] <tsimonq2> lol
[00:00] <ahoneybun> I think shadeslayer like ruby
[00:00] <ahoneybun> *likes
[00:00] <tsimonq2> shadeslayer: do you like Ruby? :O
[00:01] <clivejo> oh dear, I need a system restart
[00:02] <clivejo> I may or may not be back
[00:02] <tsimonq2> o/ clivejo
[00:13] <tsimonq2> acheronuk, clivejo: if KCI isn't up and running by after school Monday, or we at the very minimum have no progress, I'll make some hacky KCI scripts that will be our KCI for the time being. :P
[00:14] <clivejo> :/
[00:14] <tsimonq2> in Python :P
[00:14] <tsimonq2> because we need a CI, no matter how hacky!
[00:15] <clivejo> on that note
[00:15]  * clivejo goes to bed
[00:15] <tsimonq2> bai bai clivejo
[00:45] <ahoneybun> mm I can't get this package in YY: Package libpng12-0 is not installed.
[00:45] <ahoneybun> it
[00:45] <ahoneybun> it's missing in the archive for YY
[01:00] <ahoneybun> valorie: since I have tomorrow off I'm going to go though those wiki pages
[01:00] <ahoneybun> need to make a few VMs for 16.04 and 14.04 then
[01:11] <valorie> oooo, awesome
[01:11] <valorie> thank you ahoneybun
[01:11] <valorie> I am out of energy to do it
[01:12] <valorie> did y'all contact anyone about artwork for the website?
[01:12] <valorie> if not, give me a couple of email addresses and I'll do it
[02:13] <mparillo> No new images yet here: http://iso.qa.ubuntu.com/qatracker/milestones/368/builds Good night all.
[02:30] <valorie> niters mparillo
[02:32] <valorie> yeah, zsync still reports 1008
[02:32] <valorie> 3 days ago
[04:22] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Yakkety Final] has been updated (20161012)
[04:22] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop i386 [Yakkety Final] has been updated (20161012)
[07:14] <acheronuk> mparillo: we have new isos now
[07:44] <sicks_tablet> Good morning friends, I'm working on Packaging guide on the train this morning.
[07:45] <sicks_tablet> Its nice to be out and about.
[07:53] <acheronuk> firefox is missing from our is for some reason
[07:53] <acheronuk> *iso
[07:53] <acheronuk> morning Rick :)
[08:24] <mparillo> TY acheronuk and valorie. I got up early and see the new images at: http://iso.qa.ubuntu.com/qatracker/milestones/368/builds
[08:24] <mparillo> !testers
[08:24] <mparillo> ^^^
[08:35] <acheronuk> mparillo: another iso respin will be on the way shortly
[09:23] <marco-parillo> https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/1632616
[09:24] <soee_> todays isos are final ?
[09:30] <marco-parillo> I hope not. Neither of the two bugs I encountered were fatal to me, but I think putting a web browser on an ISO is a good thing.
[09:35] <sitter> clivejo: I would not know
 What did I ask you?
[09:58] <mparillo> soee_: In the backlog, <acheronuk> mparillo: another iso respin will be on the way shortly. I missed that when re-configuring konversation.
[10:00] <mparillo> Unless it comes soon, I may not be able to test a re-spin on real HW for maybe another 10 hours or so, and in a VM, I have been getting: https://bugs.launchpad.net/ubuntu/+source/kubuntu-meta/+bug/1627348
[11:07] <acheronuk> https://bugs.launchpad.net/bugs/1632616
 No pleasing everyone!
[11:19] <acheronuk> ^^^ testing of current iso spin still required while that is being fixed/looked at
 I expect a £500 Amazon voucher!
[11:21] <acheronuk> If we were doing this for the money, you should add at least a zero on the end of that
[11:22] <acheronuk> [12:19] <infinity> acheronuk: Kay.  I'd prefer to respin once and call it done rather than do a new image for every bugfix, so the more testing, the merrier.
[11:46] <acheronuk> !testers
[11:46] <acheronuk> isos need testing http://iso.qa.ubuntu.com/qatracker/milestones/368/builds
[11:47] <acheronuk> there will be a new respin later, but needed testing now so that can be the last one with as many bugs squashed as possible
[11:47] <acheronuk> Firefox missing on the iso is a known issue
[12:08] <acheronuk> Qt 5.6.2 https://blog.qt.io/blog/2016/10/12/qt-5-6-2-released/
[12:10] <soee> https://blogs.kde.org/2016/10/12/resurrecting-yakuake \o/
[12:12] <Sho_> \o/
[12:15] <acheronuk> :)
[12:16] <acheronuk> thank you Sho_ I look forward to this very much
[12:18] <Sho_> same!
[13:20] <BluesKaj> Hiyas all
[13:21] <soee> hiho BluesKaj
[13:21] <BluesKaj> Hi soee
[13:25] <lisandro> ScottK: with delay, but yes
[13:25] <clivejo> any word from DO?
[13:28] <soee> did you contact through https://www.digitalocean.com/company/contact/ ?
[13:32] <clivejo> Rick Timmus was to email them
[13:32] <clivejo> they offered $400 of credit before, but it was never followed up
[13:33] <soee> oh i thought our KCI was there and was gone no?
[13:33] <soee> you talk about new vps ?
[13:34] <acheronuk> our KCI is on pangea on bluesystems
[13:34] <acheronuk> or was.....
[13:34] <soee> and it is still dead ?
[13:35] <acheronuk> jenkins is alive, but no keys and slaves
[13:35] <clivejo> essential its dead
[13:36] <clivejo> essentially
[13:36] <acheronuk> Phil could probably restore it, but he is not about
[13:36] <acheronuk> or partially restore, anyway
[13:36] <acheronuk> long term, somewhere else might be best
[13:37] <acheronuk> or at least worth investigating in case the current one is irrecoverable
[13:37] <clivejo> Riddell: ping
[13:38] <Riddell> yo clivejo
[13:38] <clivejo> you still have a AWS account linked to Kubuntu ?
[13:38] <Riddell> nope, never had one
[13:38] <Riddell> I paid it from my account them claimed it from ubuntu fund or kubuntu fund
[13:38] <clivejo> Amazon no?
[13:39] <clivejo> oh right, but there used to be a packaging server that could be started as I recall?
[13:39] <Riddell> of course since Kubuntu has 10,000£ in the bank that should pay for quite a few AWS instances
[13:39] <clivejo> thats earmarked
[13:39] <Riddell> althouh they're changed in $ so better use them soon because that'll end up as a few minutes use before long
[13:39] <Riddell> earmarked? what for?
[13:39] <clivejo> thats a secret!
[13:40] <Riddell> gosh
[13:40] <Riddell> those must be some expensive stickers :)
[13:40] <clivejo> LOL
[13:40] <clivejo> Riddell: Haruld killed KCI and we looking for a box to try configure a new KCI
[13:42] <clivejo> I just remembered that you have a few images you could spin up over at AWS
[13:42] <soee> and the one from BS can't be restored ?
[13:43] <clivejo> I dont know what Im doing and dont want to mess around too much with the one on pangea
[13:43] <clivejo> and Simon wants to rewrite it in Python :/
[13:44] <soee> and cant we use the old version, work on it and replace with python version when it is ready ? :)
[13:44] <clivejo> soee: sitter literally ripped its heart out
[13:45] <clivejo> the keys are gone unless they can be recovered from the slaves
[13:45] <soee> sitter: ^ canit be restored ? :>
[13:45] <clivejo> hes tried
[13:45] <clivejo> he also mentioned it been leaking keys
[13:45] <clivejo> so that should be resolved ASAP
[13:46] <soee> :|
[13:46] <clivejo> I think its more humane to just put it out of its misery
[13:47] <clivejo> I remember yofel saying something about the filesystem was almost shot too
[13:50] <clivejo> at the moment hes the only one can recover the current one, but if we had another box then we could also be working on KCI-NG
[13:53] <sitter> I repaired everything but the nodes, which I can't because I have no access to them and apparently no one else either
[13:54] <sitter> and given the amount of whining one would think that you would keep backups given the importance of it
[13:55] <clivejo> the scaleway node is Phils own
[13:55] <clivejo> sitter: when you said it was leaking keys, can you tell us how?
[13:56] <sitter> lacking
[13:56] <sitter> oh leaking
[13:56] <sitter> I dunno
[13:56] <clivejo> oh maybe I misunderstood that
[13:56] <clivejo> I though you said the other day it was leaking
[13:56] <sitter> I said it might be leaking or the recovery just recovered a lot of garbage
[13:56] <clivejo> as in a security issue
[14:09] <BluesKaj> well, it takes over 3 mins to boot to the desktop on YYand the logs and it shows a stsrt job running for a dev-disk that doesn't exist
[14:10] <BluesKaj> in fstab or anywhere in /home or root or /media
[14:17] <acheronuk> yofel surely has keys and can recover the nodes?
[14:17] <acheronuk> just that he's not available
[15:15] <marco-parillo> I still cannot get a successful install in VMware.
[15:17] <marco-parillo> Differing symptoms: Sometimes a black screen, somtimes I can get to a plasma desktop (once without the wallpaper at all, never with file containment containing the installer) and launch the installer. It appears to be successful, but I can never boot afterwards. It works fine on real HW.
[16:16] <tsimonq2> !ninjas
[16:17] <tsimonq2> We're getting really close to release...
[16:17] <tsimonq2> what's left?
 testing iso. hoping Firefox  goes on it in next respin
 Ok
 Cosas buenas
 What else?
 calligra seems out if the FTBFS emails I got are unfixed
 too late for anything else i think. release team are busy enough
 I replied to the planning doodle assuming UK times, have no clue what timezone it actually was
 but that is a week away, so can sort that
 maybe see if we/you can help clivejo access the linode KCI nodes later?
[16:31] <santa_> calligra is about to be finished
[16:32] <santa_> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-misc/+sourcepub/6997512/+listing-archive-extra
 :)
 Oh shoot @acheronuk
 It didn't do that for you?!?
 The doodle? nope. did not have anything to indicate timezone
[17:16] <ScottK> If you're logged in, then it's the timezone you told it you live in.
[17:16] <ScottK> Otherwise, IIRC, UTC.
 :(
 Ok
 Time-Zone Support: If you’re scheduling an online event, such as a Twitter chat or a video conference, you can enable time-zone support to keep participants across the country or across the world on the same page.
 just not very obvious when making a poll how to get that right
[19:29] <acheronuk> gears start turning on new isos.........
[19:32] <mparillo> Good because I am back home and I can test on HW. I had no luck at work using VMware.
[19:34] <BluesKaj_> uppers wont allow linux on the work pc?
[19:34] <acheronuk> Setting up firefox (49.0+build4-0ubuntu2) ....
[19:34] <BluesKaj_> only in a vn
[19:34] <BluesKaj_> vm
[19:36] <clivejo> santa_: there is no error message
[19:36] <clivejo> Hangs at Uploading calligra_2.9.11.orig.tar.xz: 191445k/191446k
[19:37] <mparillo> Right. We have RHEL and SUSE VMs in the data center running on ESXi, but no, my work PC is Win7. And they block the IRC ports.
[19:37] <mparillo> So I use IRC webchat at work.
[19:37] <clivejo> so Ive edited my /etc/dput.cf to use sftp as that usually solves this issue when I use this mode to upload to PPA
[19:37] <santa_> oh
[19:38] <clivejo> for some reason large uploads fail over ftp
[19:39] <clivejo> plus my internet is slow so this might take a while to retry!
[19:40] <santa_> don't you have a linode container like rik?
[19:40] <clivejo> I do, but its already local
[19:41] <clivejo> it should work this time
[19:41] <clivejo> you would think uploads to the archive would be sftp :/
[19:41] <clivejo> by default
[19:43] <santa_> but that means you have to get the ssh configured doesn't it?
[19:56] <clivejo> santa_: could you take over that changelog please
[19:57] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/calligra/tree/debian/changelog?id=39a3dd16b5722a85dee0b277380e493f6a046861
[19:59] <clivejo> thats an old weaker key Im trying to phase out
[19:59] <clivejo> maybe Ill just resign it myself with new key
[20:06] <santa_> clivejo: what do you mean take over? pushing something like this to kubuuntu_yakkety_archive: https://paste.kde.org/psqi5zqwi ?
 Hai
[20:07] <clivejo> well its signed by my old ID
[20:07] <clivejo> its ok, Ill do it here
[20:08] <santa_> ok
[20:18] <clivejo> santa_: regarding the gbp-archive script, could it be made to check locally before downloading the source tarball
[20:20] <santa_> clivejo: it's suposed to do that, for non fw/plasma/apps if the tarball already exists in the build area it doesn't download it
[20:20] <clivejo> oh
[20:21] <santa_> so if you didn't have it in build-area it was downloaded
[20:21] <clivejo> it was in the build area
[20:22] <clivejo> but is downloading it again
[20:22] <clivejo> 3rd time lucky!
[20:22] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Yakkety Final] has been updated (20161012.1)
[20:22] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop i386 [Yakkety Final] has been updated (20161012.1)
[20:22] <clivejo> acheronuk: ^^^^^
[20:22] <clivejo> dances
[20:22] <santa_> clivejo: do you have an updated kubuntu-automation clone? I had that bug but it's suposed to be fixed in master
[20:23] <clivejo> not in about a week
[20:23] <santa_> i hit the bug, precisely when I was working on this calligra update
[20:23] <clivejo> LOL
[20:23] <santa_> do a git pull then
[20:23] <clivejo> its a beast!
[20:23] <santa_> yeah, I think it was split for frameworks
[20:24] <santa_> I know there's already out there standalone kexi and krita packages
[20:24] <mparillo> !testers
[20:24] <mparillo> New builds are here: http://iso.qa.ubuntu.com/qatracker/milestones/368/builds
[20:24] <santa_> i plan to dig into them once zz[top] is open for development
[20:25] <acheronuk> clivejo: \o/
[20:25] <keithzg> Heh I was too quick, at first zsync was going "could not read control file from URL"
[20:26] <keithzg> Hrmm, still doing it for the i386 one
[20:26] <clivejo> take your time!
[20:27] <keithzg> :D
[20:27] <tsdgeos> can you guys please backport 2c4feeb0c9107732399f8ae3dacea3124572f345 to ktexteditor 5.26
[20:27] <tsdgeos> otherwise without it the text search is a bit broken
[20:27] <tsdgeos> clivejo: ↑
[20:28] <mparillo> keithzg: Ugh. I got the same thing. Running zsync again.
[20:28] <clivejo> maybe it takes LP a while to publish the ISO's
[20:29] <clivejo> tsdgeos: is the an LP bug open for it?
[20:29] <tsdgeos> i don't think so
[20:29] <clivejo> fancy doing the honors?
[20:29] <tsdgeos> kind of boring given i already built myself a fixed package
[20:30] <tsdgeos> but i'll do it
[20:30] <santa_> bug or no bug in launchpad let's just, lets just do it
[20:30] <tsdgeos> let's see if it gets me a fixed package
[20:30] <tsdgeos> s/me/the rest
[20:30] <santa_> s/lets just//
[20:31] <tsdgeos> now if launchapd was less bad
[20:31] <tsdgeos> it would be amazing
[20:31] <clivejo> I thought I was the only one had issues with it!
[20:32] <tsdgeos> the only way i get to places is because i know how to build urls that bring me where i want
[20:33] <acheronuk> iso booting :)
[20:34]  * clivejo shakes head
[20:34] <clivejo> and Im STILL downloading calligra
[20:34] <clivejo> its only 180Mb !
[20:36] <tsdgeos> clivejo: santa_: https://bugs.launchpad.net/ubuntu/+source/ktexteditor/+bug/1632848
[20:37] <tsimonq2> heyyyyyyyyy
[20:38] <acheronuk> ick. firefox still has fugly GTK+3 theming
[20:38] <tsimonq2> acheronuk: is that a bug of some sort?
[20:38] <acheronuk> guess that has to wait for FF50
[20:38] <tsimonq2> ok
[20:39] <acheronuk> FF50 is the first version that will cope with new GTK in YY
[20:39] <tsimonq2> :DDDDDDDDDDDD
[20:40] <acheronuk> I use beta and dev on FF, so I don't see the ugliness
[20:48] <clivejo> Uploading to ubuntu (via sftp to upload.ubuntu.com):
[20:48] <clivejo>   calligra_2.9.11-0ubuntu1.dsc: Permission denied (publickey).
[20:48] <clivejo> Unable to connect to SSH host upload.ubuntu.com; EOF during negotiation
[20:48] <clivejo> E: Error uploading file.
[20:49] <valorie> clivejo: did you see this in #ubuntu-release? [12:44] <jbicha> clivejo: have a ~/.dput.cf with something like https://paste.ubuntu.com/23314473/ but use your LP username
[20:50] <clivejo> yes
[20:50] <clivejo> its using sftp
[20:50] <clivejo> but not allowing my key
[20:50] <tsimonq2> clivejo: is the SSH key on that machine added to Launchpad?
[20:50] <clivejo> yes
[20:51] <valorie> have you talked with jibcha about the issue?
[20:51] <clivejo> no
[20:52] <valorie> sounds like he is willing to help
[21:01] <marco-parillo> FF is on the new YY ISO
[21:04] <acheronuk> ^^^ yep :)
 (Document) https://irc-attachments.kde.org/krbRgyuO/file_775.desktop
[21:06] <acheronuk> Grrr............
[21:07] <valorie> acheronuk: what's the grrrr for?
[21:09] <acheronuk> stupid telegram desktop client and plasma panel. sometimes clicking on it's taskbar entry and then telegram copies the desktop file as file into telegram
[21:09] <acheronuk> as above ^^^.
[21:10] <valorie> ah
[21:10]  * acheronuk closes telegram desktop
[21:10] <acheronuk> don't really need it at the moment
[21:10] <clivejo> I fixed that with increasing one of the mouse event timers
[21:11] <clivejo> when switching between windows I was dragging shortcuts around the place
[21:12] <acheronuk> I'll have to find that setting then
[21:14] <clivejo> santa_: I cant get this to upload
[21:14] <clivejo> upload.ubuntu.com wont accept it
[21:15] <clivejo> via sftp
[21:15] <acheronuk> so far so good with the new iso :)
[21:16] <clivejo> open failed
[21:16] <clivejo> E: Error uploading file.
[21:16] <clivejo> ScottK: do you know what I might be doing wrong?
[21:17] <clivejo> calligra seems to fail when I use ftp to upload, so Im trying to use sftp
[21:17] <ScottK> Did you sign it?
[21:17] <clivejo> yes
[21:17] <ScottK> I'd ask in #launchpad then as that sounds like an LP issue.
[21:17] <clivejo> gpg: Good signature from "Clive Johnston<EMAIL_ADDRESS>[ultimate]
[21:17] <clivejo> Good signature on /home/clivejo/project/calligra/upload/calligra_2.9.11-0ubuntu1.dsc.
[21:18] <ScottK> wgrant may be able to check logs and see.
[21:18] <wgrant> Let me see.
[21:19] <wgrant> clivejo: It's definitely upload.ubuntu.com, not ppa.launchpad.net?
[21:20] <clivejo> well thats what dput is outputing
[21:20] <wgrant> OK
[21:20] <clivejo> Uploading to ubuntu (via sftp to upload.ubuntu.com):
[21:21] <clivejo> I added [ubuntu]
[21:21] <clivejo> method                  = sftp
[21:21] <clivejo> login                   = clivejo
[21:21] <clivejo> to my dput.cf file
[21:21] <clivejo> and its trying to do it
[21:21] <wgrant> clivejo: Have you set path=/ubuntu too?
[21:21] <wgrant> er
[21:21] <wgrant> incoming=/ubuntu
[21:22] <clivejo> no, but thats in my default dput.cf file
[21:22] <wgrant> clivejo: Oh actually, it should be incoming=ubuntu
[21:22] <wgrant> No leading /
[21:22] <wgrant> It works for FTP for backward compatibility, but not for SFTP.
[21:22] <clivejo> add that to my home dir ?
[21:22] <wgrant> clivejo: Yes.
[21:23] <clivejo> done and working!
[21:23] <clivejo> thanks wgrant!
[21:23] <wgrant> Great.
[21:23] <wgrant> SFTP error reporting is a bit bad.
[21:23] <clivejo> a bit?!?
[21:23] <clivejo> open failed
[21:23] <clivejo> E: Error uploading file.
[21:23] <wgrant> "open failed" is technically correct :P
[21:24] <clivejo> why does regular ftp stall?
[21:24] <clivejo> with just 1kb left?
[21:25] <wgrant> clivejo: Hm, that usually means there's some unfortunately buggy router between you and LP.
[21:26] <clivejo> LOL or several
[21:26] <wgrant> SFTP is a bit less 70s, so isn't quite so easy to break.
[21:27] <clivejo> it only seems to do it with larger sources
[21:28] <clivejo> calligra being one of the bigger ones we have to work with
[21:39] <clivejo> tsdgeos: do you have a deb diff for your fixed package?
[21:40] <tsdgeos> i have no clue what that is
[21:40] <tsdgeos> you mean https://paste.kde.org/pbbgsl3yq ?
[21:42] <clivejo> well thats the patch you applied to fix it
[21:43] <clivejo> but deb diff shows all the changes to the packaging
[21:43] <tsdgeos> clivejo: you're speaking swahili to me
[21:46] <acheronuk> debian packing docs could well be written in it from what I've seen!
[21:48] <ScottK> The general problem is once you know enough to write them you know too much to recapture the beginner perspective.
[21:48] <ScottK> It's really important for people to contribute to docs while they are learning.  For many of us it's too late.
[21:49] <acheronuk> yes, I've done a lot of proof reading and often encounter that in technical writing
[21:49] <clivejo> and once you set it up, it tends to just work and for me I forget how I did it!
[21:50] <ScottK> I'm AFK now, so good luck.
[21:51] <santa_> clivejo: git push --tags @ calligra
[21:51] <clivejo> thanks for your help and advice :)
[21:52] <clivejo> santa_:  was calligra sync'ed with the archive and debian?
[21:52] <santa_> clivejo: with the archive, not with debian
[21:53] <santa_> unfortunately we have entirely different packaging histories
[21:53] <santa_> I think that "lack of merging with debian" comes from the svn/bzr era
[21:54] <clivejo> oh yes!
[21:54] <santa_> it wasn't so easy to merge back then
[21:54] <santa_> anyway
[21:54] <santa_> I have the impression calligra is going to get split after frameworks porting, so we will continue from there
[21:55] <clivejo> its already splitting off?
[21:55] <clivejo> krita is standalone isnt it?
[21:58] <valorie> krita was increasingly standalone already
[21:58] <valorie> except for some shared libs or so
[22:17] <tsimonq2> santa_, acheronuk, clivejo: can we PLEASE get Apps 16.04.3, Plasma 5.7.5, and Frameworks 5.26 in backports already?!?
[22:19] <mparillo> In the old days of Kubuntu, if you simply ran the development release, it was almost like rolling. With a nicer community
[22:19] <valorie> we're not nice?
[22:20] <valorie> it has been pretty much rolling here, running yakkety....
[22:21] <acheronuk> just a few big bumps in the road to roll over this this
[22:21] <valorie> in the old days, we almost always had someone paid to do this full-time
[22:21] <valorie> we def. miss that now
[22:24] <mparillo> Meant nicer than the famous rolling distro
[22:25] <valorie> ha
[22:25] <acheronuk> not had much to do with them!
[22:25] <valorie> well, Arch aren't hard to beat in the friendly department
[22:25] <mparillo> Right. Just this cycle, YY did not feel much like rolling; more like targeting the Launch date.
[22:26] <valorie> oh for sure
[22:26] <valorie> this cycle was a trial by fire
[22:26] <valorie> usually packages are uploaded as they are done
[22:27] <valorie> and everything is more relaxed
[22:27] <tsimonq2> +1 on Trial by Fire :P
[22:28] <tsimonq2> !info gpgme
[22:28] <valorie> !info gpgmepp
[22:28] <acheronuk> good start ^^
[22:28] <tsimonq2> !info python-gpgme
[22:29] <tsimonq2> eyyyyyyyyyyyyyyyyyyy
[22:30] <acheronuk> !info libgpgme11
[22:30] <tsimonq2> oh ok
[22:31] <tsimonq2> acheronuk: we needs 1.7.1
[22:31] <acheronuk> and qtwebengine
[22:31] <tsimonq2> that
[22:31] <tsimonq2> yeah
[22:31] <tsimonq2> Hi all,
[22:31] <tsimonq2> as of now KDE PIM master depends on GpgME 1.7.1 (git master currently, will be
[22:31] <tsimonq2> released soon). GpgME master is available on KDE CI and can be built through
[22:31] <tsimonq2> kdesrc-build (kdesrc-build gpgme).
[22:31] <tsimonq2> ...
[22:31] <tsimonq2> This means that KDE PIM in KDE Applications 16.12 will require GpgME >= 1.7.1
[22:31] <tsimonq2> compiled with the C++ and Qt bindings enabled. We are sorry for the
[22:31] <tsimonq2> inconvenience for packagers, but we hope that it is still early enough for
[22:31] <tsimonq2> everyone to get the new GpgME.
[22:31] <tsimonq2> Let us know if there are any issues.
[22:31] <tsimonq2> Thanks,
[22:31] <tsimonq2> Daniel
[22:32] <acheronuk> new apps are going to take some work
[22:32] <tsimonq2> https://mail.kde.org/pipermail/kde-distro-packagers/2016-October/000227.html
[22:32] <tsimonq2> yeah
[22:33] <acheronuk> debian was uploading 16.08 the other day without PIM, as still no qtwebengine
[23:09] <tsimonq2> clivejo: what do I have left to do for the CVE(s)?
[23:09] <tsimonq2> clivejo: I've been out of the loop on that for a few days and I'd like to get that finished up
[23:37] <ScottK> tsimonq2: kdepimlibs is done. kcoreaddons for Xenial needs doing.
 I read somewhere that the patch to kdepimlibs causes issue elsewhere, was it tested?
[23:40] <tsimonq2> ScottK: thanks
[23:58] <ScottK> I tested it


[05:06] <curado> hi.. anyone already made some tests with icedtea and jboss?
[05:06] <curado> does it work well?
[09:58] <sneharajr> can u pls tel any good java debugger
[10:21] <AfC> sneharajr: In general, you will find that people respond better to complete sentences.
[10:22] <AfC> sneharajr: to answer your question, there is a very good debugger built into Eclipse. I assume you know this already, so perhaps you are looking for something else?
[10:48] <sneharajr> i want to check the memory leak on my java application
[10:48] <sneharajr> for that i need a debuger tool
[10:57] <AfC> sneharajr: No, you need a profiling tool
[10:58] <sneharajr> which one should i use


[03:19] <porquilho> https://www.youtube.com/watch?v=csrEgZmQ1Gc
[13:06] <tomreyn> porquilho: please don't post random links here
[13:06] <tomreyn> we do not accept spam
[13:07] <porquilho> dont call my video spam
[13:07] <tomreyn> well, it's certainly off-topic
[13:07] <porquilho> true
[13:07] <porquilho> okay
[13:07] <tomreyn> don't do this
[13:07] <porquilho> i dont post anymore
[13:09] <tomreyn> you can post here, as long as it's support questions (and answers) about xubuntu
[13:09] <porquilho> ok


[06:30] <popey> dholbach: hello
[06:30] <popey> dholbach: could you please find a slot to reschedule the core apps deep dive?
[06:30] <dholbach> popey, no
[06:30] <popey> oh
[06:30] <popey> that's disappointing
[06:30] <dholbach> popey, msm can do that
[06:30] <popey> oh i see
[06:30] <dholbach> popey, I don't have scheduling powers
[06:30] <popey> you can disconnect from irc now if you like
[06:30] <dholbach> thanks popey
[08:53] <dpm> mhall119, around for the Components Store discussion at 2B?


[00:59] <SamuraiAlba> Good bacon to all!
[01:37] <InHisName> SamuraiAlba: does chocolate coated bacon chip cookies sound enticing to you?
[01:39] <plurworldinc> wasn't that on Epic Meal Time, last month
[01:41] <SamuraiAlba> OM NOM NOM!
[01:41] <SamuraiAlba> Pulling a good guy greg this weekend
[01:41] <SamuraiAlba> GF dumps me, her computers go nuts
[01:41] <SamuraiAlba> I'm going up to fix them for free
[01:42] <SamuraiAlba> and this is AFTER I'm rerunning the entire LAN at work...
[01:42] <SamuraiAlba> anyway.. sleepytime... dreams of cookies :)
[01:43] <plurworldinc> sweet dreams,
[01:54] <InHisName> Let's see, now.  GF dumps you, THEN you choose to fix big computer problem of hers.  Stay that nice guy.  That could make a reputation that could attract more attention.
[01:55] <plurworldinc> maybe, but on the other!!!!  the flip side works faster
[09:08] <JonathanD> Morning.
[09:35] <rmg51> Morning
[09:40] <waltman> *yawn*
[11:05] <SamuraiAlba> Back to last night...
[11:06] <SamuraiAlba> Yeah, I'll stay the nice guy :)
[11:06] <JonathanD> wootoff btw.
[11:06] <SamuraiAlba> Turns out after running SFC /scannow, 3 of her PCs say they cant repir some system files...
[11:06] <SamuraiAlba> *Repair
[11:06] <SamuraiAlba> so.... I have to reinstall WHILE keeping her apps and data...
[11:06] <SamuraiAlba> no biggie
[12:16] <InHisName> Enjoy being busy fixing drive or saving files to go elsewhere.
[12:16] <InHisName> morning
[12:18] <JonathanD> i want this woot
[12:18]  * JonathanD needs to get to work quick!
[12:24] <InHisName> JonathanD wants a 32" tv ?    Not so good for a monitor for computer though.
[12:29] <JonathanD> for fosscon
[12:47] <InHisName> JonathanD: should check out the 'sellout woot'   they have 32" 720p HDTV for only $99 refurb.  Way better
[12:48] <InHisName> 'n the reg woot for $209
[12:48] <JonathanD> InHisName: it's a 22 inch
[12:48] <JonathanD> not 32
[12:48] <JonathanD> 22 is too small.
[12:49] <InHisName> Oh, missed that 3 for 2 digit
[12:49] <JonathanD> Well
[12:49] <JonathanD> Fosscon is getting at least one TV.
[12:52] <JonathanD> woot is not working very well
[12:52] <JonathanD> fosscon might not be getting at least one TV
[12:53] <JonathanD> server error.
[12:55] <InHisName> Well y not a 22" in liu of anything else ?
[12:56] <InHisName> Or...... how about just borrow for the period from someone who can spare it out?
[13:18] <MutantTurkey> anyone have time to help poor old turkey?
[13:18] <MutantTurkey> i need some programming advice
[13:36] <InHisName> argv_turk: y the name change?   YOU? need programming advice ?
[13:37] <argv_turk> yes
[13:37] <argv_turk> yes
[13:37] <argv_turk> unfortunately
[13:37] <argv_turk> I have 18000 images, with a height of X and a width of Y, each pixel location on each image has 3 values, the R G and B.
[13:37] <argv_turk> how should I store that in an array?
[13:37] <InHisName> What is it?  If its cobol, I cannot help
[13:37] <argv_turk> C
[13:38] <InHisName> .mp4 ?
[13:38] <argv_turk> int array[18000][height][width][RBG]?
[13:38] <argv_turk> png
[13:39] <InHisName> Shouldn't there be an app that takes  n png images and converts to mp4 storage.  Then is able to do the reverse when needed ?
[13:40] <argv_turk> why would I need to do that?
[13:40] <argv_turk> I already have the mp4 and the pngs
[13:40] <argv_turk> I need to do some data operations on the pixels
[13:40] <argv_turk> so I need to store them properly
[13:40] <InHisName> you were asking for compact way to store them?
[13:41] <InHisName> png is good for a still image
[13:42] <argv_turk> I was asking for a way to store them inside of a program
[13:42] <argv_turk> sorry
[13:42] <argv_turk> I need a way to access them from inside of the program
[13:43] <argv_turk> i need to I read all these pixels,  do some operations, and then write out some into
[13:43] <InHisName> What kind of program?   One that you compiled ?
[13:43] <argv_turk> yes I am writing a program to compute the mode of each pixel across nImages
[13:43] <argv_turk> to generate a common background
[13:43] <argv_turk> rather to derive one
[13:45] <InHisName> So you are reading all the pixel values and running some math for an answer for each image ?
[13:46] <argv_turk> reading all of the pixel values, and running math for a certain pixel across images
[13:46] <argv_turk> so
[13:46] <argv_turk> maybe it's pixel (1,1) and we need to compare the RBG across all 18000 images
[13:48] <InHisName> Open up file directory to the list of 18,000 and start with first one and loop until the last.
[13:48] <InHisName> open up on image into memory.
[13:49] <argv_turk> yes
[13:49] <argv_turk> exactly
[13:49] <argv_turk> I am asking how to declare the array
[13:49] <argv_turk> if you don't know - well - me neither.
[13:49] <InHisName> Loop on that image and do the repeating calcs for that image.  Save anything in running totals if you need those.  Save details into metadata of the file  (like audio data in mp3's)
[13:50] <InHisName> C  language ?   There are std ways to open a path and import the list into memory then loop the list.
[13:50] <InHisName> Then open each item as you loop it.
[13:56] <InHisName> array[2000][3000] x 3 for a 2k x 3k image ?  so array[345][567][1]   is red and [345][567][2] is green and ...[3] is blue of the same pixel.   That syntax is used in several languages, not sure if c though.
[14:00] <InHisName> Or maybe no array at all.   Just var[18,456] to hold all the bytes of one image plus extra bytes. Then the whole file is stored in memory.  Then you just do your array walking by calculating the position into the file.
[14:04] <InHisName> Or build your own raw file reader/writer.  Must know your file format to the byte detail.  What each byte is for.
[14:06] <InHisName> For example:  image 3k x2k x3 bytes.  Horiz 3k, vert 2k,  3 colors.   plus 993 bytes before 1st image bytes.  plus 558 trailing misc bytes.  plus wasted padding to fill up last sector.
[14:08] <InHisName> So do sector reads.  1st 512 is leading bytes. 2nd is mixed 481 2nd batch leading bytes.  Remaining are image bytes. 31 bytes total.
[14:10] <InHisName> Say the bytes are store thusly:  row 0 col 0 blue, green, red, row0, col1, blue, green, red, etc.
[14:10] <InHisName> Loop
[14:10] <InHisName> row =0
[14:10] <InHisName> loop {row}
[14:10] <InHisName> col = 0
[14:11] <InHisName> loop {col}
[14:11] <InHisName> color = 0
[14:11] <InHisName> loop {color}
[14:11] <argv_turk> i give up
[14:11] <InHisName> image[col][row][color] =raw[index]
[14:12] <InHisName> color++
[14:12] <InHisName> end loop color
[14:12] <InHisName> col++
[14:12] <InHisName> end loop col
[14:12] <InHisName> row++
[14:12] <InHisName> end loop row
[14:14] <InHisName> until you read all raw bytes in and store into your array  image[row][col][color]
[14:14] <InHisName> Now you can loop on your image and do math on it
[14:15] <InHisName> When done save data accumulated into metadata and save file.  Add other data to running totals if desired.
[14:15] <InHisName> loop back to read next image file and do again.
[14:16] <argv_turk> good idea
[14:17] <InHisName> Check C libs for maybe something prebuilt that reads in png files.  Use their format for array and process on that.
[14:18] <InHisName> C is old    png are pretty old.  There is bound to be something that is already made that could be reused.
[14:27] <argv_turk> yeah I looke
[14:27] <argv_turk> I am using Imagmagick to parse the array
[21:29]  * waltman narrowly avoided jury duty for the second straight day!
[22:38] <JonathanD> waltman: would love to come to this thing saturday...
[22:39] <JonathanD> We're having a family thing at the zoo though.
[22:39] <JonathanD> and it looks like this is basically all day?


[18:46] <Matson> does Ubuntu collect statistics about hardware installs?  similar to Smolt or Hardware4Linux collector?
[18:47] <Matson> it would be great if at the end of the install there was a "anonymously send your hardware configuration statistics" allowing the user to say what works and what doesn't
[18:49] <Matson> http://brainstorm.ubuntu.com/idea/4474/


[13:22] <xendon>  Hi, how to execute apt-get/apt/aptitude on a ubuntu mini live cd ? only apt-install and apt-setup is available. We want to have root on a zpool so i need zfs-initramfs any suggestions ?
[13:23] <xendon> The problem is that there are just installer isos for ARM64
[20:41] <Netham46> Anyone happen to know where to start to build a DTB for a sys/cpu that doesn't have it?


[16:35] <nedstark> any idea why desktop icons for picture files would sporadically go from non-image icons to image icons? using xubuntu 16.04
[18:17] <doc|work> anyone had a problem where the computer starts up fine (can remote desktop in) but xubuntu's display utility shows it as having a disabled screen? xrandr gives results you'd expect.
[18:26] <doc|work> I've got a couple of NUCs in a retail environment and they need to reboot nightly (crappy network closing off some connections we need to stay open) but when they come back up the screens have no output to the HDMI. It's becoming a big problem for us.
[18:31] <flocculant> doc|work: hi - I've seen you ask this a while back (got no answer though) I would suggest #ubuntu which might help (more eyes) or indeed the xfce forum https://forum.xfce.org/
[18:33] <flocculant> you could also try mailing list(s) https://lists.ubuntu.com/mailman/listinfo/xubuntu-users https://mail.xfce.org/mailman/listinfo/
[18:36] <doc|work> flocculant: ok, thanks for the response
[18:37] <flocculant> doc|work: sorry I couldn't be of help now
[18:41] <doc|work> flocculant: no problem, thanks anyway
[19:27] <a1fa> is anybody testing xubuntu 17.04 -- i hit a strange resume bug with xfce not wanting to unlock after resuming
[19:28] <genii> !17.04
[19:30] <flocculant> a1fa: best place to find if people are testing 17.04 is in #xubuntu-devel - and yes people are ;)
[19:30] <a1fa> genii: thankz
[19:30] <a1fa> flocculant: thank you x2
[19:31] <a1fa> now follow up question, who runs btrfs on root?
[19:32] <genii> Hopefully no one
[19:32] <a1fa> shut the front door
[19:32] <a1fa> why not?