[12:23] <ikonia> what is the appropriate way to run local containers on ubuntu-arm, is it podman or docker, the docker packages look to be meta packages
[15:31] <ogra> ikonia, lxd


[08:12] <the-erm> Hello, does anyone know how to get .flv files to play with gstreamer?  I've tried installing every good, bad and ugly plugin I can find, but to no avail.  Gstreamer keeps telling me missing plugin.
[08:13] <the-erm> I have a media player I've been working on for years that relies on gstreamer.
[08:13] <the-erm> It's an h264 file for the record.
[09:30] <jordan_> has anybody had a problem where the login screen sits at a solid colour until there's a mouse click? I've got Xubuntu 15.04
[09:59] <jordan_> exit
[12:02] <Luyin> I've changed my cursor theme to dmz black. but on some elements, like the window panes, in hexchat, and on the xfdesktop, I still get the white dmz cursor. how can I fix that?
[13:57] <Luyin> I've changed my cursor theme to dmz black. but on some elements, like the window panes, in hexchat, and on the xfdesktop, I still get the white dmz cursor. how can I fix that?
[13:58] <brainwash> Luyin: maybe try "xfwm4 --replace"
[13:58] <koegs> Luyin: edit /usr/share/icons/default/index.theme
[13:58] <koegs> thats my workaround
[14:00] <Luyin> koegs so it's a somewhat known bug?
[14:01] <brainwash> it's a known bug, but still unresolved
[14:01] <Luyin> ah okay. thanks for pointing that out
[14:01] <brainwash> does my command fix it (temporary)?
[14:01] <koegs> Luyin: not sure, i think i change that file at least since 12.04
[14:01] <Luyin> brainwash doesn't look like it, no
[14:02] <brainwash> ok
[14:02] <Luyin> neither does your workaround, koegs. or do I have to log out and in again after that?
[14:04] <koegs> i would do so
[14:04] <Luyin> ok, hang on, brb
[14:05] <Luyin> koegs it worked, thanks!
[14:06] <koegs> np
[14:06] <Luyin> so as long as the bug is unresolved, I could always just edit that file instead of setting the cursor in the xfsettings dialogue?
[17:36] <ax562> thanks for all the help yesterday all
[17:36] <ax562> looks like windows updated and turned fastboot on without asking or me knowing
[17:37] <ax562> I turned off again and I can mount ntfs partition again :)
[17:38] <GridCube> :)
[17:41] <w30> ax562, amazing how windows always knows what's best for you. (sarcasm)
[17:43] <ax562> yeah, I'll give them this, they really stepped up there game with 8.1 imho.  Thing is blazing fast and efficient.
[17:43] <ax562> but turning on features that I have already chose to turn off is not the business


[20:22] <ircfan> hello, am i in the right place to ask about my status regarding policy violations?
[20:23] <ircfan> its been a longer while that "Patrick Frank" was not allowed to visit any ubuntu related channel
[20:23] <ircfan> is that still up?
[20:27] <wxl> ircfan: did you try joining?
[20:30] <ircfan> wxl: i joined #ubuntu several days ago and then i remembered
[20:30] <wxl> if you've joined, then you're not banned, right?
[20:31] <ircfan> its not about modes
[20:31] <ircfan> i want to avoid that i try to settle in a place where people hate me
[20:32] <wxl> you were asking if the status of not being allowed to visit any ubuntu related channel was still up. you're saying that somehow has nothing to do with bans/modes?
[20:33] <el> i'm sure we told him at some point in the past he wasn't welcome, without having gone around and set +b in every channel
[20:34] <ircfan> i never said "has nothing to do with bans" i just said the main focus of me is a different one
[20:35] <el> ircfan: people tend to hate your behaviour not you, so if you have a grasp on that bit and can refrain from filling channels with your usual rants, don't fixate on people, don't start yelling insults etc, then i see no need to enforce the old directive.
[20:36] <el> however, if you do go back to that behaviour, we will start enforcing
[20:36] <el> that seem fair?
[20:36] <ircfan> more than fair, thank you
[20:37] <el> excellent, welcome back.
[20:37] <ircfan> :D
[20:37]  * ircfan waves
[20:38] <dax> @mark #ubuntu-irc ircfan pfrank's back
[22:47] <krytarik> Ah, lol. :D
[22:47] <krytarik> (Ups, wrong window item..)


[02:05] <ocular> so..  what would be the most help testing-wise right now?
[02:09] <persia> Today?  Probably running through various use cases in current updated lucid and reporting any discovered bugs.
[02:09] <ocular> ok, downloading the alpha3 desktop iso...  whereabouts are the use cases?
[02:11] <persia> I thought they were at http://tetscases.qa.ubuntu.com/ :(
[02:12] <ocular> http://testcases.qa.ubuntu.com ?  was the typo intentional?
[02:13] <persia> Ah.  That's why it didn't work.  Good eyes :)
[02:14] <ocular> was that some kind of testing test to weed out the riffraff?  :P
[02:14] <persia> No, it was me clearly needing to stop looking at the screen for a bit :)
[02:15] <ocular> so i've got the use cases now-- where do i fill in completed tests?
[02:20] <persia> Last time I checked the procedures, one doesn't: one just runs through them and files bugs.
[02:20] <ocular> so no one actually keeps track of use cases that have been run on xyz hardware?
[02:21] <persia> The custodians of the lists seem to be in timezones that should cause them to be around in 5-7 hours.
[02:21] <ocular> gotcha...
[02:21] <ocular> appreciate the info :)
[02:27] <persia> We used to have a LaptopTestingTeam but since most stuff started to work on most hardware, there's only a few folk who really focus on hardware-specific tests.
[02:27] <persia> 90% of the issues discovered end up being wider in scope.
[06:54] <ara> morning all!
[08:19]  * smb yawns
[10:58] <davmor2> morning all
[11:22] <ara> morning davmor2
[11:22]  * ara reboots
[13:20] <bhuvi> does the laptop multimedia keys for totem works for you guys
[13:40]  * ara -> lunch
[14:06] <davmor2> morning fader_ cr3
[14:06] <fader_> davmor2: hey dude, how goes it?
[14:06] <davmor2> slowly
[14:06] <fader_> Heh
[14:06] <davmor2> which is nice :)
[16:56] <hggdh> anyone able to boot the daily server ISO from KVM (as updated today in Lucid)?
[17:07] <thekorn> hggdh, you mean booting in the installer?
[17:07] <thekorn> yes, this works for me
[17:08] <hggdh> thekorn: yes. I get a kernel panic in the VM as soon as I select install
[18:55] <zul> hggdh: the world hates you apparently ;)
[18:56] <hggdh> yay :-(
[18:56] <hggdh> next lapcrap will be full Intel
[18:58] <fader_> hggdh: I like to imagine you with a PDP-11 laptop or something :)
[18:59] <hggdh> oh, the HeathKit?
[18:59] <hggdh> had one :-)
[18:59] <hggdh> but it was not really a laptop, just a,, ah, portable PDP


[03:17] <virtu> finally mi first screenshot with my new mac
[03:17] <virtu> http://i.imgur.com/ix1c4.jpg
[03:17] <virtu> =)
[03:39] <gglitch> Hi people. Question, and apologies if this data is more readily available some other more obvious place: how do you think I'll do tracking very simple audio projects in Ubustu on a netbook, 1g ram?
[03:39] <holstein> gglitch: i do it
[03:39] <holstein> i have a 1.2 via chip with a gig of ram
[03:39] <holstein> and a nice firewire express card with TI chip
[03:39] <gglitch> Thanks. That's what I have, I think. Dell mini.
[03:39] <holstein> i can get around 5ms actually
[03:39] <gglitch> I'll be using an e-mu 0404
[03:40] <gglitch> usb
[03:40] <holstein> no xruns
[03:40] <holstein> but i usually dont push it that hard
[03:40] <gglitch> excellent. That's encouraging.
[03:40] <holstein> gglitch: if you can play around with jack settings a bit
[03:40] <holstein> you'll be fine
[03:40] <holstein> gglitch: check out #opensourcemusicians if you get a chance :)
[03:41] <gglitch> ok! thanks for the tip - I'll head on over. I've seen kxstudio mentioned in other threads - are you familiar with it?
[03:41] <holstein> gglitch: i use the KXsudio ppa's with lucid
[03:41] <holstein> studio*
[03:41] <holstein> falktx is an active contributor to our community :)
[03:42] <holstein> *falktx is the KX dev
[03:42] <gglitch> Since I'm going with a fresh install, would it be more expedient to just install kx? And thanks.
[03:42] <holstein> gglitch: the KX disc is live
[03:43] <holstein> so if you have the time, bandwidth and a disc
[03:43] <holstein> try it
[03:43] <holstein> its KDE, which i cant do
[03:43] <holstein> but the project is great, and built on ubuntu
[03:43] <gglitch> Good advice. I've heard great things about the distro.
[03:45] <gglitch> Lot of people in #osm. Thanks for the tip. Just getting back in the saddle, and going linux all the way this time.
[03:47] <holstein> gglitch: come on in, the water is great :)
[07:54] <meganerd> anyone here have an RME 9652?
[07:59] <ailo> Hey meganerd.
[08:00] <ailo> meganerd, I believe some people at Planet CCRMA might be using that
[08:01] <ailo> Or, the model before that
[08:03] <meganerd> it has been solid for years, I am just having 24/96 issues.  Sometimes it works, sometimes not.  Frustrating.  It also ate all my free time this week.
[08:03] <meganerd> so no testing
[08:03] <ailo> meganerd, Could it be something Linux specific, or cables?
[08:05] <ailo> meganerd, So, you never had 24/96 issues before on Linux?
[08:06] <meganerd> I just realized my hardware was better than I thought.  I have been using this rig in 16/48 since I bought the card
[08:07] <meganerd> I knew I could get 4 channels, but upon reading the manual it looks like I can get 8
[08:07] <ailo> meganerd, Not more? Isn't it ADAT?
[08:08] <meganerd> I don't believe it is cables, just 4 optical cables, the HDSP conf says that both halves are locked (each ADAT channel can only carry 4 24/96)
[08:09] <ailo> meganerd, Well, I seem to remember that the Fernando at Planet CCRMA has been using Hammerfall for years, so he might know some things about it
[08:09] <meganerd> I never did really grok the HDSP mixer app, and this is where I think the problem is.  I just have no idea how it really works
[08:09] <ailo> meganerd, Have you ventured to #alsa ?
[08:09] <meganerd> back at 16/48 for now.  Not a really big deal, but when it works I get killer latency
[08:10] <meganerd> no actually, you are going to laugh, but it only occured to me tonight to check in on IRC
[08:10] <ailo> Yeah, I got 0.333ms from 16 frames/period, 96/24 but not very stable
[08:10] <ailo> 32 frames/period is the lowest I can go
[08:11] <ailo> Don't really need that even
[08:12] <ailo> meganerd, alsa would feel the logical place to ask, but it's not easy to get help I find. You could try Planet CCRMA's mail list
[08:12] <meganerd> for latency this card is awesome.  I usually work at 64 frames from ~2 ms latency.  no drops, even with disk IO (doing things like installing, compiling, and web browsing)
[08:12] <meganerd> well, the mixer and control app are from ALSA, so that would make sense.
[08:13] <ailo> meganerd, Fernando, the guy running Planet CCRMA might have first hand knowledge
[08:13] <ailo> He usually answers the mail list
[08:13] <meganerd> I will check in there later
[08:13] <meganerd> I have some 11.04 testing to do first :)
[08:14] <meganerd> I am really looking forward to seeing what the new computer can do
[08:14] <ailo> meganerd, New? What arch?
[08:15] <meganerd> ailo: Intel Sandy Bridge
[08:15] <ailo> I need to do some actual latency testing. Plugging output to input. Would be nice to find out how accurate the ms value is on jackd
[08:17] <ailo> meganerd, i7?
[08:17] <meganerd> I did a bunch of midi testing a year ago.  There was a guy making a ton of noise on the 64Studio mailing list.  Not very surprising but USB has an order of magnitude more jitter
[08:17] <meganerd> ailo: i5
[08:17] <ailo> meganerd, You mean usb midi is no godd?
[08:17] <meganerd> ailo: I could not really justify the i7, given that my main desktop is a Lynnefield i7.
[08:18] <meganerd> ailo: USB midi works, you just need to manage your expectations.
[08:18] <ailo> meganerd, Luckily, I mostly use it for control, not so much for accurate sequencing
[08:18] <meganerd> ailo: USB was never designed for low latency stuff.  It is a HUB so contention with other peripherals can happen
[08:19] <ailo> meganerd, I still have a couple of old pci cards that have game port midi
[08:20] <meganerd> ailo: for HID work the latency is not noticble.  Maybe an accomplished piano player might notice, but doing a bind test with a couple of keyboardists I know they could not tell the difference.
[08:20] <meganerd> ailo: people often forget that our nervous system has latency issues :)
[08:20] <ailo> meganerd, Do you remember what ms was the highest?
[08:21] <meganerd> IIRC, the USB midi was in the 7-15 ms range.  It was not as solid as the hardware midi on the 9652
[08:22] <ailo> meganerd, 15ms is noticable, I would say. But probably very hard to detect when playing.
[08:22] <ailo> If it only happens now and then
[08:22] <meganerd> ailo: that is my opinion as well
[09:34] <Superstar> Is it possible to get Ubuntu Studio from Ubuntu 10.10? I cannot get the installation working for some reason
[18:40] <gglitch> Hello holstein et al
[19:31] <holstein> gglitch: o/
[23:52] <josdem> Hello everybody, hoy are u today?
[23:58]  * holstein is good
[23:58] <holstein> josdem: and you?
[23:59] <josdem> I'm fine thank you, I'm looking for a good music player on ubuntu
[23:59] <holstein> i use vlc


[00:54] <shirgall> bkerensa: gratz
[00:55] <bkerensa> shirgall: thanks
[00:55] <bkerensa> shirgall: you going up to LFNW?
[00:56] <shirgall> bkerensa: I'm going to ODS, at least. :)
[00:57] <bkerensa> shirgall: What is that?
[00:57] <shirgall> Openstack Sumnmit
[00:57] <shirgall> https://www.openstack.org/summit/portland-2013/
[01:01] <bkerensa> shirgall: ahh I didn know that abbreviation... I will be there too... not sure how long though just going for a few sessions
[01:02] <bkerensa> shirgall: seems like half of Canonical is going :)
[01:46] <shirgall> bkerensa: Less than a tenth
[01:46] <shirgall> shirgall: I'm local, not much excuse to avoid it
[01:47] <shirgall> shirgall: Why am I talking to myself?
[01:47] <shirgall> :)
[01:47]  * shirgall wanders off to find dinner
[02:40] <bkerensa> heh


[15:08] <dholbach> BenC: reassigned
[15:09] <dholbach> milestoning it for gutsy-updates
[15:09] <dholbach> thanks BenC
[15:10] <BenC> dholbach: thank you
[19:06] <h3b> hey @all
[19:13] <verwilst> zul: ping
[22:08] <verwilst> zul: back
[22:32] <cr3> what are the major differences between the -server and -generic kernels?
[22:34] <cr3> I'm trying to look for the config files on kernel.ubuntu.com but can't seem to navigate the tree properly to find the files for kernel and generic build
[22:36] <elmo> cr3: install the packages, they're in /boot ?
[22:44] <cr3> elmo: I'm lazy, I was hoping the git tree would allow me to simply get the files I need
[23:03] <amitk> cr3: debian/config/i386
[23:03] <amitk> cr3: config.server and config.generic are the diffs, config is the common file added to both
[23:16] <cr3> amitk: I'm not seeing config.server nor config.generic?
[23:17] <amitk> cr3: In <kernel-src>/debian/config/i386?
[23:42] <cr3> amitk: my bad, I seemed to be looking under the wrong tree. where I was looking, i386 was a file rather than a tree. I'm all good now
[23:43] <cr3> amitk: that's weird, diff config.server config.generic returns nothing!
[23:59] <SirBob1701> hey do you guys have anything to do with tty/grub?
[23:59] <SirBob1701> or should i check the main channel


[02:00] <GrimSleepless> Hey I have a question for you guys :) I think you might be able to answer me, is there any plan for better support for Optimus laptop in Ubuntu 18.04?
[02:02] <sarnold> probably it depends upon how active optimus laptop owners have been filing bugs for issues with previous releases with ubuntu and the upstream projects ubuntu incorporates
[02:13] <Unit193> Well, could take a spin and see how it works for you.
[05:40] <tjaalton> define "better"
[05:41] <Unit193> "not worser"
[05:42] <tjaalton> than what :)
[05:43] <Unit193> (Had to scrollback to see what I was answering.)  Ah, I presume the user had some sort of issues in prior versions, likely 16.04.
[08:16] <apw> nacc, rbasak, what criterial is the git auto importer using to decide on whether to touch a git repo ?
[09:23] <rbasak> apw: currently it's anything in main that isn't explicitly blacklisted
[11:26] <rbasak> slangasek: given your comment https://bugs.launchpad.net/ubuntu/+source/cloud-init/+bug/1741277/comments/5, is it a bug that gnome-control-center recommends libnss-myhostname and therefore it's installed by default on desktop?
[11:26] <rbasak> installed by default> AFAICT, without actually looking.
[12:35] <jbicha> rbasak: maybe, I opened bug 1766575 it seems to work fine without that installed but feels a bit late to make that change
[12:36] <rbasak> jbicha: thanks. Yeah I have the same feeling about the lateness.
[12:38] <BjornT_> juliank, xnox: could you please take a look at this bug? it's a regression with one of the latest uploads: https://bugs.launchpad.net/ubuntu/+source/rsyslog/+bug/1766574
[12:38] <rbasak> jbicha: based on your explanation in the bug, wouldn't removing libnss-myhostname break things like "hostname -f"?
[12:39] <rbasak> Given that bug 1162475 is not resolved.
[12:39] <juliank> BjornT_: that's invalid
[12:40] <jbicha> rbasak: it seems to work here. Give it a try
[12:41] <juliank> xnox: Did you add the systemd-tmpfiles --create /usr/lib/tmpfiles.d/00rsyslog.conf?
[12:41] <jbicha> the recommends was added to fix an old bug but maybe the bug was also fixed a different way (in systemd??)
[12:41] <juliank> dh_installinit already adds that later on properly guarded by if [ -d /run/systemd/system ] ; then
[12:43] <juliank> BjornT_: Note that I'm not saying that running a system without systemd is supported.
[12:43] <juliank> But I'm confused why that's there
[12:44] <BjornT_> juliank: i don't see how it's invalid. it does break, so something is broken.
[12:44] <juliank> BjornT_: I looked at wrong postinst which only had the properly guarded call
[12:45] <juliank> new version now has systemd-tmpfiles call in a different place, unguarded.
[12:45] <juliank> *an additional place
[12:45] <BjornT_> ah, ok
[12:46] <juliank> BjornT_: But how do you get to a system without systemd in the first place? It's in minimal and core
[12:47] <BjornT_> juliank: no idea. i just used the ubuntu docker images. i have no idea how they are created, or by who
[12:50] <ackk> juliank, the ubuntu docker image doesn't have systemd preinstalled
[12:50] <juliank> Well, the lxc one does, that's all I know :)
[12:51] <ackk> yeah because it runs an ubuuntu system :)
[12:51] <juliank> Anyhow, sounds like a bug
[12:51] <ackk> what is?
[12:52] <juliank> I think I'll leave that up to xnox to figure out why he added the duplicate unguarded systemd-tmpfiles, but I don't see why it's needed
[12:52] <juliank> I think it needs to Depend on systemd
[12:52] <juliank> I'm not surer
[12:53] <juliank> So with this approach systemd-tmpfiles is required. Whether that needs systemd as an init or not, is a different matter.
[12:55] <juliank> ackk: the other question is whether it's valid for the docker image to ship without systemd, I'm not an expert on this
[12:55] <ackk> juliank, I think that's perfectly fine, there's nothing running by default
[12:56] <ackk> juliank, I mean, it just provies you a base system
[12:58] <juliank> Well, systemd contains a multitude of helper programs that are useful even without systemd-sysv
[12:58] <juliank> and if you're installing rsyslog, how'd that work without systemd?
[13:01] <ackk> juliank, you can run it manually, that's the normal use with docker
[13:01] <ackk> you run a single service in foreground
[13:01] <juliank> Interesting
[13:27] <kasper3> nacc: sorry for bugging you, do you know when would debian guys build the llvm-toolchain next? your lldb.h patch hasn't been landed in packages yet: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=895051
[13:27] <kasper3> (based on http://metadata.ftp-master.debian.org/changelogs/main/l/llvm-toolchain-6.0/llvm-toolchain-6.0_6.0-1_changelog)
[13:38] <xnox> BjornT_, will do.
[13:53] <nacc> kasper3: will look
[13:55] <kasper3> nacc: thanks! \o/
[13:56] <nacc> apw: if that was wrong for some linux* packages, let me know and i can switch them back
[13:57] <LocutusOfBorg> kasper3, isn't this something you should prod debian folks?
[13:57] <LocutusOfBorg> on oftc you can directly talk with sylvestre
[13:58] <nacc> kasper3: and yeah, i don't know, you'd need to ask the debian maintainer. It's in their VCS, so whenever they decide to do a release
[13:58] <LocutusOfBorg> I could upload llvm 6.0, but I don't get why we can't wait for 6.0.1 to be released, the VCS is ready for it
[14:03] <kasper3> LocutusOfBorg, please consider this if that is not too much of a trouble, it would unblock my build with llvm 6.0. the main lldb 6.0 headers were missing which nacc's patch fixed.
[14:04] <kasper3> stange that LLDB guys made release_60 without noticiing that the final package is not getting :/API directory on any platform..
[14:04] <nacc> kasper3: right, but only on debian, which is offtopic for this channel
[14:05] <kasper3> nacc: sure, i will take it to debian channel. for cross-ref with ubuntu https://bugs.launchpad.net/debian/+source/llvm-toolchain-6.0/+bug/1761009 :)
[14:31] <cpaelzer> are currently all autopkgtest in bionic failing for arm64 for a kernel issue?
[14:32] <cpaelzer> I see all arm64 go down with "Errors were encountered while processing: flash-kernel"
[14:32] <Laney> yes
[14:33] <cpaelzer> Laney: thanks, any known bug I could subscribe myself to know when it makes sense to retrigger the tests to get things migrating?
[14:33] <Laney> cpaelzer: Once the new flash-kernel is in we'll retry all of the failed tests.
[14:34] <cpaelzer> oh nice, thank you
[14:34]  * cpaelzer holding still then
[14:51] <nacc> juliank: perhaps i'm missing something obvious; 18.04 -- `apt-get install maven openjdk-8-jdk-headless` and java8 and java11 are installed; `apt-get install openjdk-8-jdk-headless; apt-get install maven` only java8 is installed?
[14:53] <doko> nacc: 11 aka 10 is the default
[14:53] <doko> you always get it
[14:54] <nacc> doko: but why? maven's dependency is default-jre-headless (>= 2:1.7) | java7-runtime-headless
[14:54] <nacc> doko: and obviously you don't "always" get it, if you install java8 first
[14:55] <doko> what are you trying to do?
[14:55] <nacc> doko: a user is trying to install maven and use java8 in #ubuntu+1
[14:55] <nacc> it worked before 18.04, per the user
[14:55] <doko> openjdk-8 is in universe, you should keep away from it
[14:55] <nacc> doko: that's neither here nor there
[14:56] <nacc> from what i can tell from the apt dependencies, the single-line version *should* work
[14:56] <doko> is there is a dependency on any default package, then you get 11
[14:57] <nacc> doko: it's an *or*
[14:57] <nacc> doko: that is horribly broken if the or is ignored?
[14:58] <doko> I don't see anything broken
[14:58] <nacc> doko: maven depends on either the default JRE *or* something providing a java7 JRE
[14:58] <nacc> doko: java8-jre provides a java7 JRE. and this user does not want java 11
[14:58] <doko> and there are no other rdeps on any default package in the rdeps?
[14:59] <nacc> no, as I said, running them one after the ohter does *not* install java11
[14:59] <nacc> so i completely disagree it has to be installed in this case
[14:59] <nacc> it feels like apt is mis-resolving the |
[15:03] <juliank> nacc: can happen
[15:04] <nacc> juliank: the user is reporiting aptitude works correctly
[15:04] <nacc> juliank: do you want me to have them file a bug?
[15:04] <juliank> no
[15:04] <juliank> it's working correctly
[15:05] <juliank> or rather, I think we have a bug for that anyway
[15:05] <juliank> that said, stuff like that can happen
[15:06] <nacc> juliank: ok, it seems to have changed in this case for them from prior releases
[15:06] <nacc> some ansible recipe that worked until 18.04 and our java madness :)
[15:06] <juliank> it depends on concrete dependencies and scoring I guess
[15:06] <juliank> and hash values
[15:06] <nacc> juliank: ok, so the 'best' solution, perhaps is to force the java8 installation first by manual, then install maven?
[15:07] <juliank> yes
[15:07] <nacc> juliank: thanks, i'll let them know
[15:09] <juliank> nacc: so I don't find the bug, so if they want to open one, that's fine. But I definitely remember reading about this
[15:09] <nacc> cool, i'll let them know
[15:16] <juliank> nacc: The problem is simple: They specified openjdk-8-jdk-headless, but need to specify openjdk-8-jre-headless.
[15:17] <juliank> Otherwise, the order is undefined
[15:17] <juliank> java7-runtime-headless is provided by a jre package, not a jdk
[15:18] <juliank> I know, confusing
[15:20] <nacc> juliank: even though openjdk-jre-headless is a dependency of openjdk-8-jdk-headless?
[15:20] <juliank> yes
[15:21] <nacc> openjdk-8-jre-headless, rather
[15:21] <juliank> apt is dumb
[15:21] <nacc> ok, apparently this didn't hit them before, but i'll let them know
[15:21] <nacc> juliank: thanks!
[15:22] <juliank> nacc: we really need a minimization pass for that, but we don't have one
[15:22] <nacc> juliank: np, thanks! that does make sense to me
[15:23] <juliank> So all we're left with is a greedy algorithm that picks too much stuff to install :)
[15:23] <juliank> at least it could solve it
[15:23] <juliank> :)
[15:26] <nacc> juliank: lol
[16:31] <LocutusOfBorg> tdaitx, I uploaded cmake
[16:31] <LocutusOfBorg> but please open an upstream bug for this issue
[16:31] <tdaitx> LocutusOfBorg: ack, thanks!
[16:32] <LocutusOfBorg> do you have a bug report?
[16:42] <slangasek> rbasak: libnss-myhostname> yes it's a bug, how did that creep in? :P
[16:58] <rbasak> slangasek: j_bicha filed https://launchpad.net/bugs/1766575
[17:00] <jbicha> slangasek: how urgent is libnss-myhostname. We were thinking about just SRUing it eventually
[17:02] <slangasek> jbicha: apparently it's not urgent since it's been in main since xenial without my knowing
[19:01] <slangasek> kees: hmm, did you forget to rotate the chairs in the tb agenda?
[19:04] <slangasek> infinity: I guess you're out to lunchinner, and won't make the TB meeting?
[20:31] <infinity> slangasek: You guessed correctly.
[20:32] <slangasek> infinity: woo I'm a psychic
[21:08] <jbicha> slangasek: please moderate my ubuntu-devel-announce email (call for votes for DMB)
[21:11] <slangasek> jbicha: done
[21:51] <xnox> jibel, Laney - in your magic bug report of https://bugs.launchpad.net/ubuntu/+source/gnome-shell/+bug/1765724 I see that, in-fact, despite initial timeouts and multiple attempts, the swap does come up eventually, and it is activated. The gnome-shell however fails to start on said machine.
[21:52] <xnox> jibel, Laney - could you check the logs there, to see if that machine is (a) a VM and (b) is not capable of running gnome-shell and (c) needs to be reconfigured with some other graphics card? (e.g. QXL or which one is the good one?)
[23:56] <Unit193> sarnold: Here?
[23:57] <sarnold> hey Unit193 :)
[23:57] <Unit193> Mind a PM?
[23:57] <sarnold> sure


[00:48] <hectorlopez> buenas noches
[03:15] <bizart> helo... im from Slovakia... ubuntu studio is the best OS!! i made for BizArt Production, new little graphics and design comunity.. i start use ubuntu studio for me work and i will made slovakian translate... can i help?
[03:15] <len_1304> Always looking for help
[03:16] <bizart> i will start now ...
[03:16] <len_1304> Translations normally happen at the application level
[03:17] <bizart> ??
[03:18] <len_1304> Each application has it's own translation part.... I am not explaining this very well
[03:18] <bizart> and web side?
[03:19] <len_1304> The only part we do translations on is menu items we add... I am not sure about web site.
[03:20] <len_1304> There is a website that explains more about helping though.
[03:22] <len_1304> http://ubuntustudio.org/contribute/ Hmm not as much as I had hoped :)
[03:23] <len_1304> It tells you our irc channels and mail list. The guy to talk to about translations is smartboyhw when he is on.
[03:24] <len_1304> He is involved in the translation team
[03:25] <len_1304> But we reall would be happy to have more people with art (graphics) experience as most of us are from the audio end of things.
[03:27] <len_1304> zequence, do you have a better answer for bizart?
[03:31] <bizart> thanx for info... see you
[03:34] <Len-nb> OK, many of us leave irc on and read the backlog
[21:34] <whoo> I am looking for a smple interface between my sure mic with the 1/4" plug and the mini line in on the back of the desktop computer
[21:35] <whoo> I was here a few weeks ago and there was discussion along those lines but I forget the names that were tossed around in discussion
[21:51] <zequence> whoo: Well, all you need really is a mic amp in between and the right cables
[21:52] <zequence> shure mic?
[21:52] <zequence> 1/4 is not a mic plug
[21:52] <zequence> Or, you only see that with consumer products
[21:53] <zequence> mic -- xlr->xlr -- mic-amp -- 1/4->mini -- computer
[22:53] <len_1304> whoo, Are you the one with the teac/tascam recorder?
[23:06]  * len_1304 is going out for an hour or two


[08:04] <sgclark> yofel: repos updated, thanks for the script. Running the ci update script now ( not that it matters without a yakkety docker image).
[08:04]  * sgclark goes to bed
[11:16] <BluesKaj> Hey folks
[11:17] <yofel> o/
[11:19] <clivejo> howdy
[11:20] <BluesKaj> hey yofel, clivejo
[11:27] <yofel> did we ever make the packaging notepad into a proper document?
[11:27]  * yofel started out crossing out references to alioth
[11:27] <yofel> s/out//
 yofel no but I was looking at that last night, reading through it
 I thought it was good, and could be brought into both a document, and some training slides for Kubuntu Dojo
[11:32] <yofel> @Sick_Rimmit: ok, I'm crossing out stuff that's obsolete, and I added a small section on gitconfig setup
 Yes please
[11:32] <yofel> for the new launchpad paths
 if you update it
 perhaps ask the others to look over it
[11:32] <yofel> ack
 I would be happy to start work on docs and slides from Monday next week
[11:39] <yofel> ok, updated what I wanted.
[11:39] <yofel> acutally, that reminds me...
[11:41] <yofel> @ovidiuflorin / ovidiu-florin: just as a reminder: Now that we're on LP you have commit access to the repositories ;)
[11:43] <yofel> As does Rick for that matter, as all kubuntu members do
 Ooo that is going to be really helpful
[11:45] <ovidiu-florin> yofel: so we're completely switched back to LP now?
[11:45] <ovidiu-florin> yofel: you don't have to give both nicks
[11:45] <ovidiu-florin> for me, at least, it's the same
[11:46] <yofel> mostly. The main repositories are moved, anything extra can be done as needed (calligra, pkg-kde-tools, etc.)
[11:46] <yofel> ah ok
[11:46] <yofel> but write target is Lauchpad now
 I would like to ask some questions on that, but am at work at present, maybe later
[11:46] <ovidiu-florin> if you give with @ then IRC and telegram starts screaming at me
[11:46] <yofel> :D
[11:46] <ovidiu-florin> I'd like to make a diagram of the workflow
[11:47] <ovidiu-florin> and put it on the contribute page of our site
[11:47] <yofel> that would be helpful, the only thing that's changed is that you can substitute git.debian.org with git.launchpad.net in all places
[11:48] <yofel> other than that the workflow stays until everything is running again
[11:48] <soee> hiho
[11:49] <ovidiu-florin> yofel: we still don't have a diagram with the current workflow
[11:49] <ovidiu-florin> hell, I still don't understand the current workflow
[11:49] <yofel> we have the thing that you once started..
[11:49] <ovidiu-florin> I know....
[11:50] <ovidiu-florin> but it's more like a quick tips than an actual guide for noobs
[11:50] <yofel> let me put a reminder in my calendar to draw something on paper tomorrow if I can find the time
[11:50] <ovidiu-florin> paper is great
[11:50] <ovidiu-florin> thank you
[11:53] <yofel> *blink*
[11:53] <yofel> valorie: happy birthday!
[12:14]  * yofel deleted oxygen-icons5 from yakkety staging-frameworks (has an epoch)
[12:39] <clivejo> yofel: have you made any changes to the KA scripts for LP?
[12:39] <yofel> not yet
[12:40] <clivejo> mind if I try?
[12:51] <sitter> maxyz: are you sure that xephyr hack in frameworks actually works? the way I see it after `xvfb-run ... Xephyr` $! would be the one of xvfb-run and killing that leaves Xephyr fairly uninterested
[12:57] <yofel> clivejo: go ahead
[13:05] <sitter> maxyz: terminating the pgroup instead of just the lead process seems to do the trick http://packaging.neon.kde.org/cgit/frameworks/kconfig.git/commit/?h=Neon/unstable-fix-test-kill&id=89d373e1f7b6655d52a737a32a513f459302554f alternatively we could pgrep -P all children and term all of them, which probably is slightly more accurate than going by pgroup
[13:13] <sitter> maxyz: -9 also might be handy, I am currently booting them manually and every once in a while they go defunct instead of actually terminating
[13:19] <hakermania> hola. I want to take a look on the source code of the timeout counter widget. which package should I choose? https://www.kde.org/info/plasma-5.5.0.php
[13:20] <clivejo> time out widget?
[13:21] <hakermania> clivejo, yeah, it's called timer basically
[13:24] <clivejo> !info plasma-widgets-addons xenial
[13:25] <clivejo> I think its in there
[13:25] <clivejo> kdeplasma-addons-5.5.0
[13:26] <clivejo> installed into /usr/share/plasma/plasmoids/org.kde.plasma.timer/
[13:35] <clivejo> yofel: ping
[13:35] <yofel> hm?
[13:35] <clivejo> bump-build-dep-versions
[13:36] <clivejo> where does it get its info?
[13:36] <yofel> no idea
[13:36] <yofel> I didn't write that
[13:36] <yofel> actually, IIRC some code there is broken
[13:36] <clivejo> I can get it to bump the plasma versions
[13:37] <clivejo> but not the frameworks
[13:37] <yofel> something tries to make bundled version files without allowing to manually set the version, while the version files should be by-component
[13:37] <yofel> I never really looked at that in depth
[13:37] <clivejo> grrr
[13:37] <clivejo> gbp:error: 'debuild -i -I -S -sa -nc' failed: it exited with 29
[13:43] <sitter> maxyz: nevermind, killing the pgroup is equally ineffective -.-
[13:46] <clivejo> yofel:
[13:46] <clivejo> git does not match archive
[13:46] <clivejo> missing lines: bluedevil (4:5.5.5-0ubuntu1) xenial; urgency=medium
[13:46] <clivejo>  -- Philip Muškovac<EMAIL_ADDRESS>Thu, 14 Apr 2016 13:31:17 -0700
[13:46] <yofel> I guess the branches are still broken
[13:47] <clivejo> but thats whats in the archive - https://launchpad.net/ubuntu/+source/bluedevil/4:5.5.5-0ubuntu1
[13:47] <yofel> yes, and what does the branch say?
[13:48] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/bluedevil/tree/debian/changelog?h=kubuntu_yakkety_archive
[13:48] <clivejo> ah the time
[13:48] <clivejo> 14:24:36 -0700
[13:48] <yofel> aaah right
[13:48] <clivejo> so change the time in the branch
[13:48] <yofel> meh, that looks like fallout from the time when shadeslayer__ wasn't able to push his upload
[13:49] <clivejo> to match the archive
[13:49] <yofel> right, please do that
[13:49] <yofel> will probably happen in a bunch of other repositories as well
[13:49]  * clivejo :(
[13:54] <clivejo> should I fix the xenial branch too?
[13:56] <clivejo> ah
[13:56] <clivejo> the official version of FW is 5.12.0 ?
[13:56] <clivejo> not 5.12?
[13:57] <yofel> yes
[13:57] <yofel> you probably mean 5.21 though
[13:57] <clivejo> yeah, stupid dyslexic brain
[13:58] <yofel> ^^
[13:58] <clivejo> my brain messes up the order of numbers
[14:00] <yofel> fixing xenial is probably not needed
[14:00] <clivejo> ok
[14:00] <yofel> the branches don't match the packages exactly, but we won't be doing anything but single-package SRUs, and for those that doesn't matter
[14:00] <clivejo> theres a versions.json in KA config/ folder
[14:01] <clivejo> the frameworks was missing a .0
[14:03] <yofel> you can omit the .0 in the places where it's used for the build-deps, just not wherever the changelog is touched
[14:06] <clivejo> nope, the script is still not bumping the frameworks
[14:06] <clivejo> https://paste.kde.org/p1tnlnwh4
[14:07] <clivejo> its bumping the plasma
[14:07] <clivejo> but not the FW
[14:08] <yofel> oh, for plasma?
[14:08] <yofel> IIRC we intentionally seperated that
[14:08] <yofel> plasma only bumps internal plasma deps
[14:09] <yofel> we might want to bump frameworks as well
[14:09] <clivejo> so it doesnt bump frameworks?
[14:09] <yofel> but thanks to the cyclic deps we had last release we had to remove that
[14:09] <clivejo> I thought it was supposed to bump both
[14:10] <yofel> it was originally, but that made stuff unbuildable, so it was removed
[14:10] <hakermania> clivejo, thanks. I'm trying to read this: https://techbase.kde.org/Development/Tutorials/Plasma5/QML2/GettingStarted but it's missing some parts (!! FixMe !!)
[14:10] <yofel> technically we want that
[14:10] <yofel> but then each component still needs its own version file so we control what gets updated
[14:11] <clivejo> maybe staging should take an addition parameter, ie what bump we need?
[14:11] <yofel> because "everything" does not work
[14:11] <yofel> that's probably better kept in a config file, but something like that
[14:11] <hakermania> can somebody guide me a bit? I've created the basic folder structure and metadata.desktop, main.qml, CMakeLists.txt
[14:12] <clivejo> hakermania: this is probably better asked in #kde-devel ?
[14:12] <hakermania> clivejo, excellent
[14:13] <clivejo> or maybe #plasma
[14:14] <clivejo> we tend to talk about bringing KDE software into Ubuntu here
[14:15] <clivejo> eakkk
[14:15] <clivejo> script crashed and burned!
[14:16] <clivejo> fatal: remote error: Repository '~kubuntu-packagers/kubuntu-packaging/+git/discover' not found.
[14:16] <yofel> oh, that thing. IIRC we can drop all the special handling for that
[14:16] <clivejo> just call it plasma-discover?
[14:17] <clivejo> how do you find stuff on LP git
[14:17] <yofel> yes, grep for that in the automation code, that's rewritten in 2 scripts and a couple config files I belive
[14:17] <clivejo> https://code.launchpad.net/~kubuntu-packagers/+git
[14:17] <clivejo> thats the list of packages
[14:17] <clivejo> but is there no search?
[14:18] <yofel> doesn't look like it
[14:19]  * clivejo rolls eyes
[14:20] <clivejo> kubuntu-automation/upstream-names.json
[14:20] <clivejo> kubuntu-automation/package-name-list
[14:20] <clivejo> kubuntu-automation/ubuntu-archive-upload
[14:21] <clivejo> which upstream is it talking about?!
[14:22] <yofel> depends on the context?
[14:23] <clivejo> LOL there is none!
[14:23] <clivejo> upstream-names.json
[14:23] <yofel> ah, kde
[14:24] <clivejo> so that entry is correct
[14:24] <clivejo>     "plasma-discover": "discover",
[14:24] <clivejo> thats the path it uses for the actual source
[14:24] <clivejo> can I put a comment in that file?
[14:24] <yofel> wait
[14:24] <yofel> didn't they fix that?
[14:25] <yofel> no they didn't :(
[14:25] <clivejo> nope, still called discover-5.6.3.tar.xz
[14:26] <yofel> then the entry in that file is correct
[14:26] <yofel> but the special casing code for the repo naming in the scripts not
[14:27] <clivejo> # Mapping for names of packages in Kubuntu and the related source code tarballs on KDE download site
[14:28] <clivejo> it ok to add that at the top of upstream-names.json ?
[14:28] <yofel> no, JSON has no comment syntax
[14:28] <yofel> you could add a "comment" entry with that though
[14:30] <yofel> oh, urgh
[14:30] <clivejo> nevermind
[14:30] <clivejo> just bit confusing for newbies
[14:31] <clivejo> so its this line
[14:31] <clivejo> "discover": "plasma-discover",
[14:31] <clivejo> in package-name-list
[14:31] <yofel> I wonder if we shouldn't just fix the repository name
[14:32] <clivejo> it is
[14:32] <clivejo> https://code.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/plasma-discover
[14:32] <yofel> no, usually our repos are named after the upstream source
[14:32] <clivejo> oh
[14:32] <yofel> otherwise 'baloo' would be baloo-kf5
[14:33] <yofel> there's 2 exceptions to that rule: kde4libs and plasma-discover (see the code in ubuntu-archive-upload)
[14:33] <clivejo> just rename the LP git repo
[14:33] <clivejo> might be best solution?
[14:34] <yofel> in the long run, yes, but that'll break the CI as well, so lets talk to sgclark about that first
[14:34] <clivejo> LOL
[14:35] <clivejo> never going to get plasma staged at this rate!
[14:35] <yofel> why are you trying to stage plasma anyway? It's not like it'll actually build
[14:35] <clivejo> why not?
[14:36] <yofel> supposedly requires Qt 5.6
[14:36] <clivejo> oh, didnt know that
[14:37] <clivejo> does FW 5.21 not need it?
[14:37] <yofel> I'm not 100% sure, but that's what people keep screaming all the time
[14:38] <yofel> OTOH, stage it and we'll know
[14:38] <soee> Plasna 5.6 does not require QT 5.6
[14:38] <clivejo> who is responsible for packaging QT?  https://launchpad.net/qt ?
[14:38] <soee> if this is what you are talking abot :)
[14:38] <yofel> but for now you'll probaly have to take the repo name code from ubuntu-archive-upload and put it into staging-upload
[14:39] <yofel> soee: ok thanks, then I'm misinformed
[14:39] <soee> yofel: Neon also ships with QT 5.5
[14:39] <soee> and last days Jonathan created ppa to test QT 5.6 builds for Neon
[14:42] <yofel> clivejo: btw... thanks for finding and fixing all the workflow bugs :P
[14:42] <clivejo> I wish I could say my pleasure!
[14:42] <clivejo> but getting rather annoying now :P
[14:43] <clivejo> but on the plus side I have a new super key
[14:43] <yofel> a big red one? >.>
[14:43] <clivejo> and can sign packages off as a kubuntu team member
[14:43] <clivejo> it took AGES to generate!
[14:43] <clivejo> so it must be good!
[14:45] <clivejo> how do I upgrade to yakkety?
[14:45]  * clivejo memory is pathetic
[14:46] <yofel> edit your sources.list
[14:46] <clivejo> no gui for it?
[14:47]  * clivejo thinks yofel should code a gui for packaging
[14:47] <clivejo> drag and drop
[14:48] <yofel> uh, you can edit it with software properties I believe, but you're probably best of using search and replace / sed at this point
[14:50] <yofel> and when it comes to a packaging GUI..
[14:50] <clivejo> yofel: who normally packages QT?
[14:50] <yofel> there is something that can show a GUI for the debian metadata files, but it was horrible when I last tried it at debconf
[14:51] <yofel> clivejo: debian-qt-kde, i.e. Mirv_ and mitya57_ mostly I believe. It's WIP (5.6.0 is stuck in experimental because "too buggy")
[14:51] <clivejo> eakk
[14:52] <clivejo> is KCI fixed now?
[14:52] <clivejo> using LP branches?
[14:52] <yofel> AFAIK yes, but it has no triggers, so all it does are daily builds
[14:53] <clivejo> seems to be stuck on mgmt_docker
[14:54] <yofel> oh right, there are no docker images for yakkety
[14:54] <yofel> scarlett said something like that
[14:54] <clivejo> ah
[14:54] <clivejo> doesnt is auto generate the image?
[14:54] <clivejo> like once a day?
[14:54] <yofel> docker needs a base image to build from, and there is none
[15:05] <clivejo> does plasma 5.6 need a min FW version?
[15:15] <soee> clivejo: look and #plasma what Martin wrote
[15:16] <soee> *at
[15:20] <clivejo> ok, I removed discover from the package list and re-run
[15:21] <clivejo> its completed with 4 errors
[15:21] <clivejo> 2 out of sync
[15:21] <clivejo> and 2 libksysguard: build was interrupted
[15:21] <clivejo> what does build was interrupted mean?
[15:21] <yofel> "something went wrong, please look at it yourself"
[15:22] <yofel> ah no, that's a packagae build failure
[15:22] <yofel> i.e. patch not applying or so
[15:22] <clivejo> ah
[15:22] <clivejo> you patched libksysguard in 5.5 ?
[15:22] <clivejo> with 5.6 patch
[15:22] <yofel> maybe?
[15:23] <yofel> I don't remember
[15:24] <clivejo> does staging merge in kubuntu_unstable?
[15:24] <yofel> it should
[15:24] <yofel> you might want to make sure that xenial_archive is properly merged though
[15:25] <yofel> (it wasn't for oxygen-icons5 when I looked at that earlier)
[15:25] <clivejo> so if I wanted to work on fixing these, I should commit to kubuntu_unstable?
[15:26] <yofel> not if you work in staging, unstable is for the CI
[15:26] <clivejo> where could I put my changes?
[15:27] <yofel> _archive
[15:27] <yofel> as usual
[15:27] <clivejo> as UNRELEASED?
[15:27] <yofel> right
[15:27] <yofel> as usual
[15:27] <yofel> the script automatically does that anyway
[15:28] <clivejo> but if I have 5.6.3 in there wont it get messed up next time staging script is run?
[15:29] <clivejo> Now running lintian...
[15:29] <clivejo> E: user-manager changes: bad-distribution-in-changes-file yakkety
[15:29] <clivejo> W: user-manager source: out-of-date-standards-version 3.9.6 (current is 3.9.7)
[15:30] <yofel> you cannot re-run the script on an existing repository anyway
[15:31] <yofel> if you bumped to 5.6.3 once, then that's it. If you want to retry delete all your local work and start fresh
[15:31] <yofel> *if* you did not push
[15:31] <clivejo> I havent pushed
[15:31] <yofel> if you did push then staging-upload may not be run again
[15:31] <clivejo> or uploaded to LP
[15:32] <clivejo> there are a lot of FW build deps Id like to bump and things to change
[15:32] <yofel> LP we can just wipe clean if something happens, git... is a bit trickier
[15:32] <clivejo> maybe bump the standards too
[15:32] <yofel> feel free to revert the bump seperation
[15:32] <yofel> just make sure that e.g. no deps on any application stuff gets bumped in plasma
[15:33] <clivejo> Ill try fixing these out of syncs errors
[15:35] <clivejo> what would you advise doing? push what Ive done and work through them manually? or trash it all and wait until KCI is fixed up ?
[15:37] <yofel> push it if you're happy with the overall changes. The version changing is something I would rather fix before that
[15:38] <yofel> the out of sync things you can push after you fix them though, then it won't happen again next time
[15:38] <yofel> we'll have to re-upload everything at some point anyway when the VCS info in the repositories is fixed
[15:39] <clivejo> what branch does the staging script merge in?
[15:39] <yofel> it should merge everything into the target, i.e. _archive
[15:39] <clivejo> before Id make these changes to kubuntu_unstable
[15:40] <clivejo> CI would do its magic and the staging script merged in the fixes
[15:40] <yofel> well, you can still do that
[15:40] <clivejo> but with CI out of the picture at the moment, its not doing that "magic"
[15:40] <yofel> you just won't get an immediate build from the CI
[15:41] <yofel> you should be able to still manually trigger builds though
[15:41] <yofel> just not for yakkety
[15:41] <clivejo> its yakkety Im working on
[15:41] <yofel> then you're stuck with the non-ci wokflow for now
[15:41] <clivejo> ok maybe its best to push and upload what Ive done
[15:42] <clivejo> and do it manually
[15:42] <clivejo> at least Ill get buildlogs and reports from LP to aid in fixing
[15:42] <yofel> that's what the non-ci workflow is..
[15:43] <yofel> just the initial script run should work correctly in that case
[15:43] <yofel> (i.e. version bumps ...)
[15:43]  * clivejo wasn’t a packager in those olden days!
[15:44] <yofel> we gave people funny ideas in #plasma...
[15:46] <clivejo> yofel: are you planning to update the VCS fields via a script?
[15:46] <clivejo> to point to LP
[15:46] <yofel> yes, that's just stuck at LP telling me nonsense (see #launchpad)
[15:46] <yofel> I guess I'll have to use our fixed lists
[15:47] <clivejo> eak
[16:00] <yofel> I found another reason why we want a namepace for the git branches
[16:00] <yofel> LP supports merge requests for project git repositories, but not for personal ones
[16:00] <yofel> for whatever reason
[16:03] <clivejo> can we "control" the LP commits?
[16:04] <yofel> as in?
[16:04] <clivejo> like review commits before they go in?
[16:04] <yofel> well, anyone who's a member of kubuntu-packagers in some way has direct commit access
[16:04] <yofel> everyone else has to do merge requests
[16:05] <apol> can somebody look into this bug report? https://bugs.kde.org/show_bug.cgi?id=362612
[16:05] <yofel> o.O
[16:07] <yofel> looks like ovidiu-florin had another power outage
[16:07] <clivejo> apt install evolution doesnt ask me to remove anything
[16:08] <yofel> installing it though discover didn't even ask me anything
[16:08] <yofel> other than my PW
[16:08] <clivejo> its wanting to install gnome components though
[16:09] <yofel> that's normal
[16:09] <clivejo> maybe they remove network manager?
[16:10] <yofel> they don't, otherwise apt would tell you
[16:10] <clivejo> hummm
[16:10] <clivejo> cant recreate that bug then
[16:11] <yofel> me neither
[16:12] <yofel> if he did proceed with the installation, then his history.log might tell something, otherwise I'm clueless
[16:12] <yofel> funny enough, discover now shows me the broken text on the main page
[16:12] <yofel> it didn't do that a while ago
[16:13] <clivejo> told ya :P
[16:14] <yofel> I wonder if we should ship gnome software next release..
[16:14] <yofel> hm, LP can create snappy packages from git branches
[16:14] <yofel> I really need to start looking at that thing
[16:15] <yofel> apol: so, we can't reproduce that... and I'm not really sure why discover would behave different from synaptic either
[16:16] <yofel> bbl
[16:17] <clivejo> maybe he clicked on the uninstall radio button in Discover?
[16:18] <clivejo> in the addons section
[16:24] <clivejo> hi acheron88
[16:25] <acheron88> hi clivejo :)
[16:25] <acheron88> anything to test? it's all a bit 'stable' at the moment
[16:26]  * clivejo is really really getting very annoyed with Kontact
[16:26] <acheron88> did a clean install of 16.04 on this machine to make it nice and fresh
[16:26] <clivejo> Im sure its mysql5.7 related
[16:27] <clivejo> was working fine before they released that
[16:27] <acheron88> I don't use kontact. In fact I avoid most of the KDE PIM, as I never got on with it
[16:27] <clivejo> I use it a lot
[16:27] <clivejo> and this is really bugging me now
[16:27] <clivejo> 5 minutes its been trying to open this email
[16:28] <acheron88> yes, things like akonadi and mysql backend for PIM used to be a complete PITA
[16:28] <acheron88> so I got used to using stansalone apps for most of it
[16:28] <clivejo> good idea
[16:28]  * clivejo opens gmail on phone
[16:29] <acheron88> only thing from PIM I use is akregator, and that will run with akonadi disabled.
[16:30] <clivejo> there we go, done and dusted on phone and Kontact is still thinking about it
[16:30] <acheron88> thunderbird is getting long in the tooth, but still works great here
[16:31] <acheron88> and I can tar.gz my TB profile if I need to move to a new machine, and it just works on the new one.
[16:31] <acheron88> even a windoze one. (forgive me)
[16:32] <acheron88> I love kde/kubuntu, but not PIM
[16:36] <sgclark> morning
[16:38] <sgclark> yofel: I tried my old key and still cannot access kci.pangea.pub any luck for you?
[16:39] <sgclark> clivejo: I have had to manually merge everything.
[16:39] <sgclark> be happy you did not pick applications..
[17:43] <sgclark> umm what does the git clone all actually do?
[17:47] <clivejo> the KA script?
[17:47] <sgclark> yeah
[17:47] <sgclark> it barfs on me. but I think I thought it was something it is not
[17:47] <sgclark> it is grabbing both sources I see now
[17:47] <clivejo> you can pass it the component
[17:48] <clivejo> like to clone all apps
[17:48] <sgclark> but well it fails so it grabs nothing
[17:48] <clivejo> goes and grabs all the app git
[17:48] <clivejo> has it been updated to use the correct git
[17:48] <sgclark> ./git-clone-all -t ../yakkety-frameworks/ -r frameworks -d yakkety
[17:49] <sgclark> File "/home/ftpubuntu/stable/frameworks/5.21.0/" not found.
[17:49] <sgclark> Template url to clone: git+ssh://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/%s
[17:49] <clivejo> does the -t path exist
[17:49] <sgclark> uh yes
[17:49] <sgclark> where is it getting that ftpubuntu junk?
[17:50] <clivejo> try it with like "~/yakkety-frameworks
[17:50] <sgclark> that is depot
[17:50] <sgclark> same failure
[17:51] <sgclark> why is it going to depot? I do not understand
[17:51] <sgclark> oh well lost interest again. I will hack up a shell script
[17:51] <clivejo> it was working for me
[17:51] <sgclark> running ci update again. hope to fix at least mergers
[17:52] <clivejo> sgclark: did you pull KA?
[17:52] <sgclark> I can't do anything about docker until I get access to server or sitter decided to talk to me
[17:52] <sgclark> clivejo: yeah got your changes
[17:53] <clivejo> you had the login set as yourself#
[17:53] <sgclark> wut?
[17:53] <sgclark> I did not see a flag for login
[17:54] <clivejo><EMAIL_ADDRESS>[17:54] <clivejo> it uses you local environment to decide
[17:55] <yofel> sgclark: are you trying to login as 'ubuntu' to kci?
[17:55] <sgclark> oh perhaps I did that on accident... I had terrible times with the script deciding for me
[17:55] <sgclark> sigh
[17:55] <yofel> there's 4 of your keys in that account
[17:55] <sgclark> all I am trying to do is use git-clone-all to for what I thought was a simple cloning of all repos
[17:56] <yofel> that's what it is supposed to do..
[17:56] <sgclark> oh
[17:56] <sgclark> yofel I think we are talking of different things
[17:56] <yofel> just needs an URI fix for launchpad
[17:56] <yofel> sgclark: I was originally talking about kci
[17:56] <yofel> where I can login fine
[17:57] <sgclark> I think it was probably trying to use scarlett
[17:57] <sgclark> I am to use ubuntu@kci?
[17:57] <yofel> I have this in my ssh config (as I always forget that too):
[17:57] <yofel> Host kci
[17:57] <yofel> User ubuntu
[17:57] <yofel> HostName <IP_ADDRESS>
[17:58] <sgclark> thank you
[17:59] <sgclark> I am in thanks yofel
[18:00] <yofel> yw
[18:00] <yofel> now lets see if I can upload oxygen-icons5
[18:00] <soee> :)
[18:01] <sgclark> I was told to add epoch. I see that was wrong
[18:01] <yofel> sgclark: that turned out to not have been an epoch issue, but an epoch issue caused by you dropping our entire backwards compatibility diff
[18:01] <yofel> which - in theory - is the right thing to do
[18:01] <sgclark> uh I did what?
[18:01] <yofel> we just didn't get around to fixing everything else yet
[18:02] <yofel> sgclark: I had to merge kubuntu_xenial_archive into kubuntu_yakkety_archive as all our xenial changes were missing
[18:02] <yofel> i.e. the transitional package
[18:02] <sgclark> oh yes I have to do that for all frameworks
[18:03] <sgclark> as I clearly stated yesterday I have to do all merges manually
[18:03] <sgclark> but after 200 apps and lack of sleep I did not yet do frameworks
[18:03] <sgclark> doing that today but was trying to fix ci
[18:03]  * sgclark gives up
[18:03] <yofel> ah ok, I misunderstood you then. I thought you were already done with frameworks
[18:04] <sgclark> nope
[18:04] <sgclark> you will see red and orange
[18:04] <sgclark> not donw
[18:04] <yofel> "done with merging" I meant
[18:04] <sgclark> only so many hours in the day
[18:04] <sgclark> nope
[18:05] <sgclark> anyway I am hoping after my update merges will be working on ci
[18:05] <yofel> btw. why did you add another changelog for the kde-l10n packages? Now we have ubuntu2 in xenial unapproved and ubuntu1 in yakkety, which isn't allowed
[18:05] <sgclark> damn
[18:06] <yofel> sgclark: let me fix kde-l10n, you work on kci
[18:06] <sgclark> yes I had to. the whole pile got rejected as in archive with diff content
[18:06] <sgclark> no
[18:06] <yofel> aaah
[18:06] <sgclark> all that had to be done is run 2 with yakkety
[18:06] <sgclark> simple fix can do that
[18:06] <yofel> that would work too
[18:07] <clivejo> sgclark: I will help with frameworks, but you said you had it done?
[18:07] <yofel> next time, use 1.1 for xenial, but as long as the versions are at least equal the sru team should be ~ok with it
[18:08] <sgclark> ok
[18:09] <clivejo> yofel: can I clear out the plasma staging PPA?
[18:09] <yofel> feel free to (kubuntu-dev-tools has a script for that)
[18:10] <sgclark> well one good thing out of this mess is we got debian merges done. heh
[18:11] <clivejo> yofel: cant I just use the web UI?
[18:12] <sick_rimmit> Hiya
[18:12] <yofel> if you enjoy a lot of clicking... sure
[18:22] <clivejo> is there a manual or instructions for dev-tools
[18:26] <clivejo> yofel: ./klearppa ppa:kubuntu-ppa/staging-plasma ?
[18:28] <clivejo> maybe --force-yes
[18:28] <clivejo> or do I have to do each release separately?
[18:30] <clivejo> hi sick_rimmit
[18:32] <clivejo> nvm
[18:34] <yofel> you can do all of them, and --force-yes you want
[18:37] <clivejo> done
[18:38] <clivejo> Im gonna try uploading what Ive done
[18:39] <clivejo> they probably fail due to deps on frameworks 5.21, but at least Ill see that in  the build logs
[18:58] <clivejo> yofel: is the LP URL still wrong?
[18:59] <clivejo> for clone-all ?
[19:30] <yofel> clivejo: dunno, was I supposed to do something?
[19:32] <clivejo> it was working
[19:32] <clivejo> but now its not :(
[19:43] <ahoneybun> happy birthday valorie!
[19:45] <renee77> hello
[19:45] <ahoneybun> heyo renee77
[19:45] <sick_rimmit> hi renee77
[19:45] <sick_rimmit> o/
[19:46] <renee77> does someone have time for two c++ questions?
[19:46] <renee77> :D
[19:46] <sick_rimmit> How you getting along
[19:46] <sick_rimmit> Sure
[19:46] <sick_rimmit> See if I can help
[19:46] <renee77> are arrays still used?
[19:46] <sick_rimmit> Yes
[19:46] <renee77> ok so not only to communicate with older programms?
[19:46] <sick_rimmit> No
[19:47] <sick_rimmit> Of course you have Objects and Properties and in OOP context that may be better
[19:47] <sick_rimmit> but for functional programming arrays are still completely valid and useful
[19:47] <renee77> ahh I was told first but couldnt find any proof
[19:48] <renee77> and what format for constants is used with CAPITALS? or without?
[19:50] <renee77> I am practising skills now trying to write assisting tool for making choices for install of something
[19:50] <sick_rimmit> Ah not Syntax questions, can't do those safely without reference
[19:50] <renee77> lol
[19:51] <clivejo> will someone on docs team please look at this - https://trello.com/c/uvJp5i9t
[19:51] <renee77> can I ask one last one clive?
[19:52] <clivejo> dont ask to ask!
[19:52] <renee77> ok thank you wasnt sure
[19:52] <renee77> srry
[19:52] <clivejo> LOL
[19:52] <clivejo> ask away
[19:52] <sick_rimmit> I am no expert at all,
[19:52] <renee77> would you use an array or an vector to list choices?
[19:52] <sick_rimmit> total amateur
[19:52] <renee77> for me you are ;-)
[19:52] <renee77> not to list
[19:53] <sick_rimmit> I would use an array, or and object property
[19:53] <clivejo> I dont know about coding
[19:53] <sick_rimmit> My first choice would be an array, as I am familiar with this
[19:54] <renee77> ok I made a vector and used index to point at the correct value
[19:54] <soee> renee77: if you have any question regarding some programming language you can always find help on related chammels like #c++ #javascript etc etc
[19:54] <soee> *channels
 renee77 use an iterator
[19:55] <renee77> nice thank you
[19:55] <renee77> what is an iterator?
[19:55] <sick_rimmit> Yes soee is right, the #c++ channel would get you a def answer
[19:55] <renee77> not here in code you mean srry
 http://www.cplusplus.com/reference/vector/vector/begin/
[19:55] <renee77> still blondie
 are your options limited?
[19:56] <renee77> I use that site :)
[19:56] <renee77> depends
[19:57] <renee77> they are limited but not known
[19:57] <courageux> Are there any plans to bring plasma 5.6 to kubuntu 16.04?
[19:57] <renee77> Experimenting with a tool to assist in installing software
 clivejo sais no
 just kidding
[19:59] <renee77> but thank you all I will go to #c++ channel
[19:59] <sick_rimmit> OK, nice
[19:59] <renee77> Is there something I can assist with for you?
[20:00] <sgclark> courageux: eventually. we need to get it in yakkety first.
[20:01] <sgclark> well I know why yakkety docker image is failing
[20:01] <sick_rimmit> renee77: Just keep hanging around, it's good to have you here
[20:01] <sgclark> because ubuntu has not even created a base..
[20:01] <renee77> thank you wasnt sure now I know and I will :)
[20:04] <yofel> ok, I see why git-clone-all doesn't work
[20:04] <clivejo> ??
[20:05] <yofel> hm, more than one reason
[20:05] <soee> bleh, some trolls spamming #debian :/
[20:06] <yofel> clivejo: fixed
[20:07] <yofel> see last 2 commits though, they might cause fallout elsewhere
[20:07] <yofel> I'm still looking
[20:08] <yofel> hm, looks ok..
[20:09] <clivejo> was it me?
[20:10] <yofel> the version yes, the URI was ok, but needed a code fix to work
[20:10] <yofel> as we don't have components in the URI anymore
[20:11] <valorie> thank you, ahoneybun
[20:11] <valorie> thank you, yofel
[20:12] <valorie> it's fun to see red in a channel tab not because you goofed something up, but for birthday wishes!
[20:12] <shadeslayer> :D
[20:14] <sgclark> happy birthday valorie :)
[20:15] <soee> :)
[20:15] <valorie> thank you scarlett!
[20:15] <soee> all the best and huge tasty cake :D
[20:16] <valorie> my husband already has flowers on the table for me
[20:16] <valorie> :-)
[20:16] <valorie> thanks soee
[20:16] <soee> sgclark: can i update topic and mark apps 16.04 for Y as wip ?
[20:17]  * ahoneybun grows tired of windows booting up
[20:17] <soee> ahoneybun: 10 ?
[20:18] <ahoneybun> Yea
[20:18] <yofel> at all or is it taking too long? (should take seconds these days)
[20:18]  * renee77 sings *happy birthday* @valorie
[20:18] <ahoneybun> takes a while
[20:18] <ahoneybun> my CPU is a bit old
[20:18] <ahoneybun> first gen AMD APU
[20:18] <soee> yofel: not if rebooting i think, if booting on ssd it takes seconds
[20:18] <ahoneybun> cold boot, the power went out
[20:19] <yofel> well, shutdown can take a while, true
[20:19] <yofel> ah
[20:19] <sgclark> soee: yes they are wip
[20:19] <valorie> thank you renee77!
[20:19] <ahoneybun> damn I missed a session at UOS because of that
[20:20] <sgclark> ugh it is UOS? oh well, I don't have time  to breathe much less that
[20:20]  * yofel forgot about it as well
[20:20] <yofel> bummer
[20:20] <ahoneybun> sgclark we have a Podcast tomorrow as well
[20:21] <sgclark> ah yes I think I remember ignoring that email
[20:22]  * sgclark is drowning
[20:22] <yofel> mark has a QA session tomorrow, complain to him :P
[20:22] <yofel> just because
[20:22]  * ahoneybun agrees
[20:22] <sgclark> about what? that I took on too much? and can not find a way out? my own damn fault
[20:23] <ahoneybun> I wonder if the USPS took the "in rain, in snow,
[20:23] <ahoneybun> sgclark no that Canonical are fools if they don't hire you
[20:24] <sgclark> not their fault I suck at tech interviews :)
[20:24] <ahoneybun> no one is amazing at any interview
[20:24] <ahoneybun> your work and skill should be showcased not how well you are at speaking
[20:25] <sgclark> yeah my thought too, but does not seem to be working for me
[20:26] <sgclark> woohoooo I got a yakkety image building
[20:26]  * sgclark pats herself on the back
[20:26] <ahoneybun> docker?
[20:26] <sgclark> yes for the CI
[20:26] <sgclark> ubuntu has not released one so I had to craft one myself
[20:27] <ahoneybun> sweet
[20:27] <sgclark> so yakkety ci builds inc shortly :)
[20:27] <yofel> sgclark++
[20:28] <sgclark> yofel: I forked pangea tooling: https://github.com/ScarlettGatelyClark/pangea-tooling I can add you I think?
[20:29] <yofel> you can add people to github branches?
[20:29] <soee> ahoneybun: at this UOS was "Initial Planning For Ubuntu 16.10 Today At UOS"
[20:29] <ahoneybun> lol
[20:31] <sgclark> I don't know much about github. but if you want access I guess we will sort it out when the time comes
[20:32] <sgclark> oh missing packages
[20:32] <yofel> we could make a kubuntu-org project or so I guess
[20:32] <sgclark> hmm
[20:32] <sgclark> yofel: yes good idea
[20:33]  * sgclark looks for where it is grabbing package list
[20:35] <yofel> sometimes I really love developer.ubuntu.com, very useful:
[20:35] <yofel> sudo apt install snappy-tools -> E: Unable to locate package snappy-tools
[20:35] <yofel> so much for that idea
[20:35] <sgclark> yeah the docs are terrible
[20:35] <sgclark> I was messing about with it but every corner ended in failure haha
[20:41] <yofel> fun
[20:41] <yofel> !info snappy
[20:41] <yofel> I think there's a slight namespace issue :D
[20:46] <clivejo> will someone update that bot to default to xenial :P
[20:46] <yofel> I wonder who can do that again..
[20:47] <clivejo> yofel: did you rename plasma-discover?
[20:47] <yofel> no
[20:47] <clivejo> ok, Ill do it manually
[20:50] <yofel> !info snappy
[20:50] <yofel> there we go
[20:50] <sgclark> media player?
[20:50] <clivejo> should it be yakkety yet?
[20:50] <yofel> this is the devel channel
[20:50] <clivejo> current is xenial
[20:51] <yofel> you can still query xenial if you need
[21:02] <N3X15> The kubuntu-ci/stable PPA makes reference of a kubuntu-ci/stable-daily PPA, which is inaccessible to the public.  Any reason for that?  (I'm aware PPAs are unsupported, but since it looks official, I figured I would ask)
[21:03] <yofel> ah, thanks for spotting that
[21:03] <yofel> stable-daily was disabled, that's why it complains
[21:03] <N3X15> Ah, okay.  The stable PPA says that the stable-daily is preferable.
[21:04] <yofel> hm, the reference is gone already, so someone else fixed it
[21:05] <yofel> by idea it is, but the QA step that fills the daily ppa is currently broken and will take a while to fix, so for now it's gone
[21:05] <N3X15> Okay.  Well, thanks for getting me straightened out.
[21:05]  * yofel removed the hint
[21:07] <yofel> N3X15: if you are looking for xenial based kde upstream snapshots you might want to look at KDE Neon
[21:07] <N3X15> Yeah, I might end up trying that, but I'm in the middle of a complex project on the VM in question
[21:08] <N3X15> Don't feel like rebuilding it at the moment.
[21:08] <yofel> ok, then maybe not, right ^^
[21:10] <clivejo> yofel:
[21:11] <clivejo> plasma-discover seems to still have yakkety branch based on master?
[21:11] <yofel> I guess nobody fixed that
[21:11] <clivejo> what should I do?
[21:12] <yofel> merge the xenial branch in
[21:16] <clivejo> ok thats totally broke the changelog
[21:17] <clivejo> can I remove yakkety branch and recreate it from xenial_archive?
[21:17] <sgclark> just fix the changelog lol
[21:17] <yofel> ^
[21:17] <sgclark> it is the same as debain merge
[21:18] <clivejo> not really
[21:18] <sgclark> I just finished hundreds of debian merges. I have zero sympathy!
[21:19] <clivejo> oh
[21:19] <clivejo> maybe it didnt
[21:19] <clivejo> https://git.launchpad.net/~kubuntu-packagers/kubuntu-packaging/+git/plasma-discover/tree/debian/changelog?h=kubuntu_xenial_archive
[21:20] <clivejo> did we just take debian packaging for that?
[21:20] <clivejo> I was expecting sgclark on the changelog
[21:21] <yofel> yes we did
[21:21] <clivejo> ah
[21:21] <clivejo> that explains it
[21:21] <yofel> and ximion did the merge, so that's correct
[21:24] <N3X15> Amazing how the ci/stable runs a lot better than the xenial repo.  Plasma stopped crashing and themes work.
[21:24] <yofel> hm, him throwing away the changelog wasn't though, but that's not really worth fixing, we have the git history if we need it
[21:24] <clivejo> yofel: huh?
[21:24] <yofel> clivejo: just nvm
[21:27]  * clivejo nvm's
[21:30] <clivejo> yofel: Ive uploaded most of the Not in PPA packages, but they arent appearing on the status page
[21:30] <clivejo> http://qa.kubuntu.co.uk/ppa-status/plasma/build_status_5.6.3_yakkety.html
[21:30] <clivejo> https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+build/9686050
[21:30] <clivejo> khotkeys is there
[21:31] <clivejo> finished 48mins ago and is published, but not appearing on the status page
[21:32] <yofel> clivejo: look at the Series field on the build page
[21:33]  * clivejo kicks himself
[21:35] <clivejo> git-buildpackage-ppa needs a bump :P
[21:35] <clivejo> these should be setting in a config file or something
[21:35] <yofel> right
[21:36] <clivejo> not hardcoded into the scripts
[21:36] <yofel> I would really expect that to be in distro info, but it's not
[21:37]  * ahoneybun wonders if anyone else is losing kickoff favorites
[21:37] <yofel> not "loosing" at least
[21:38] <ahoneybun> keeps defaulting to "Google Chrome, System Settings, Kate, Dolphin:"
[21:39] <valorie> weird for the first one
[21:39] <valorie> was that ever *your* favs, ahoneybun?
[21:39] <ahoneybun> yea I know
[21:39] <ahoneybun> I know it was not the default from 15.10
[21:40]  * soee is going to watch GoT s6e2 and wonders who dies this time ... :)
[21:40] <ahoneybun> clivejo still around?
[21:40]  * ahoneybun thinks of clean install
[21:40] <clivejo> yup
[21:40] <ahoneybun> how do I backup the gpg secret key
[21:40] <clivejo> I use kleopatra
[21:40] <clivejo> or what ever it is
[21:41] <ahoneybun> mm
[21:41] <valorie> https://www.gnupg.org/gph/en/manual/c481.html
[21:41] <clivejo> or gpg --export-secret-key -a "User Name" > private.key
[21:41] <yofel> ahoneybun: there is an --export-secret-key option or so if you want to do that, or just back up ~/.gnupg
[21:41] <clivejo> but keep it very safe!
[21:41] <ahoneybun> kleparta has a export secret key option
[21:42] <ahoneybun> that's not a problem
[21:44]  * ahoneybun has Ubuntu GNOME 16.04 on a USB
[21:45] <clivejo> keep your key on a small USB or SD card
[21:46] <clivejo> so its backed up offline
[21:46] <ahoneybun> yea
[21:46] <clivejo> I made a super 4096 bit one
[21:48] <clivejo> and using my kubuntu.org email :)
[21:49] <valorie> \o/
[21:49] <clivejo> finally :P
[21:49] <valorie> I wonder what email my key is
[21:50] <valorie> have to look at that stuff again once birthday/mother's day week is over, now that my dad seems a bit more stable
[21:50] <valorie> aka going downhill still, but more slowly
[21:51] <clivejo> also moved my email to gmail
[21:51] <clivejo> but not going well cause I dont understand labels and filters and stuff
[21:52]  * ahoneybun loves those
[21:52] <valorie> you'll get it -- they work well once you get them set as you like
[21:52] <clivejo> how do I label email currently in my inbox?
[21:52] <valorie> there will be a line "apply to all mail that matches this search"?
[21:53] <valorie> say yes
[21:53] <valorie> haunt your spam folder for awhile too
[21:53] <valorie> it's pretty darn good, but still occasionally snags a good mail
[21:54] <valorie> remember to mark it Not Spam
[21:54] <ahoneybun> grabs Wells Fargo every so ofter
[21:54] <ahoneybun> *often
[21:57] <clivejo> yofel: so whats up with user-manager https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-plasma/+build/9685592
[22:04] <yofel> good question actually..
[22:26] <genii> I'm getting some oddness with scrollbars... some apps, clicking on bottom of it moves the content down a page at a time ( what I'd expect it to do), but on others, it moves to that exact position in the document
[22:47]  * ahoneybun wonders how hard it would be to package Franz
[22:49] <clivejo> whats that?
[22:51] <ahoneybun> 16 messaging services in one app
[22:52] <clivejo> I really need to go through my CD/DVD collection
[22:52] <clivejo> Windows XP with ingreated SP2
[23:12] <clivejo> hummm why cant I copy a package via the web UI?
[23:14] <clivejo> I need the 5.21 ECM for kwallet-pam to build
[23:17] <clivejo> sgclark: any ETA on when they be done?
[23:20] <sgclark> clivejo: ECM is perfectly fine
[23:20] <sgclark> all the green ones are fine
[23:20] <clivejo> I cant seem to copy it over to plasma PPA
[23:21] <sgclark> I don't know what that has has to do with my packaging
[23:22] <clivejo> just wondered when it would be ready for upload
[23:24] <clivejo> ok thats weird!
[23:24] <clivejo> in firefox the checkboxs arent being displayed - https://launchpad.net/~kubuntu-ppa/+archive/ubuntu/staging-frameworks/+copy-packages
[23:25] <clivejo> but in chrome they are fine
[23:25] <clivejo> I think its time for me to dump FF
[23:27] <clivejo> sgclark: any luck on docker?
[23:27] <sgclark> that is what I am killing myself trying to do...
[23:27]  * sgclark mutters something about being only one person
[23:31] <sgclark> omg lost another day
[23:34] <sgclark> git-clone-all working now, thanks whomever fixed it
[23:34]  * clivejo remembers opera being a fast decent browser
[23:34] <clivejo> yofel fixed it
[23:42] <clivejo> wow opera is MUCH faster
[23:49] <clivejo> ooo thats pretty!