[05:14] <cpaelzer> good morning
[06:08] <lordievader> Good morning
[12:15] <boritek> hello
[12:15] <boritek> i have just installed ubuntu-server 18.04.1 with mass controller
[12:15] <boritek> with default settings with lvm
[12:15] <boritek> it created a 4GB root partition and 16GB /dev partition
[12:16] <boritek> why??
[12:16] <boritek> the /dev usage is 0%, and root partition is already full
[12:18] <tomreyn> boritek: can you paste the url returned by "df -h | nc termbin.com 9999"
 boritek: can you paste the url returned by "df -h | nc termbin.com 9999"
[12:39] <ahasenack> boritek: that's a known bug
[12:39] <ahasenack> let me fetch it to show you
[12:40] <ahasenack> boritek: https://bugs.launchpad.net/subiquity/+bug/1785321
[12:40] <ahasenack> if you want lvm, for now you should create the layout manually
[12:40] <ahasenack> or install with 4Gb, and resize later
[12:41] <ahasenack> maybe add an LV for /usr, then you won't need to resize /
[12:41] <ahasenack> that can be done without booting into rescue mode, since you won't be resizing /
[12:43] <ahasenack> cpaelzer: do you know if this d/t/control syntax works for Depends? :
[12:43] <ahasenack>  squid3 | squid,
[12:43] <ahasenack> n/m, it does, it installed squid
[12:45] <ahasenack> hah
[12:46] <ahasenack> that kylin test is failing because it can't find python-imaging:amd64
[12:47] <ahasenack> last uploaded to precise :/
[12:52] <ahasenack> ok, it became pillow
[12:59] <cpaelzer> ahasenack: yes it can have alternatives, but you foudn that already
[13:00] <cpaelzer> I'm unsure what happens if both are available, but as long as there is one of the two it should work
[13:00] <ahasenack> the ordering matters
[13:00] <ahasenack> at least in d/control
[13:00] <ahasenack> should be the same
[13:01] <cpaelzer> ack for d/control behavior, and I'd hope so as well - but expect/hope != knowledge, so I'm still unsure :-)
[13:06] <benl90> Hello, does anyone here familiar with mysql on ubuntu server? I have problem setting mysqld.cnf on /etc/mysql/mysqld.conf.d/ , I set sql_mode = '' but it won't affect the sql server, what cause it? I think I've set the write things. Is there anyone could explain maybe, or maybe I'm wrong. Thanks
[13:07] <ahasenack> I have no idea, sorry
[13:07] <ahasenack> for starters I don't even know what's the "good" config file, there are so many under /etc/mysql
[13:08] <rbasak> It works like regular .d/ directories
[13:08] <rbasak> Drop any number of .cnf into /etc/mysql/mysqld.conf.d/ to customise your configuration
[13:09] <rbasak> Changing the supplied ones will result in conffile prompts (may be good or bad depending)
[13:09] <rbasak> Use /etc/mysql/conf.d/ for things that affect the client (eg. libmysqlclientX but also libmariadbclientX). That's therefore shared between MySQL and MariaDB
[13:09] <rbasak> And /etc/mysql/mariadb.conf.d/ for MariaDB-specific configuration.
[13:09] <rbasak> (on the daemon side)
[13:10] <rbasak> As for sql_mode specifically, I don't know, sorry.
[13:11] <rbasak> The only reason I can think of that it won't affect the server is if you've messed with other config files in /etc/mysql/*.cnf or if you're actually using MariaDB.
[13:12] <rbasak> You should be able to trace the config files that are active by following through from the service configuration.
[13:12] <cpaelzer> rbasak: maybe ordering in the dir, and a later conf file in ther eoverwriting his change?
[13:12] <rbasak> That could do it.
[13:12] <rbasak> By default I think we only ship one file in the dir though?
[13:13] <benl90> rbasak: Yep, I've but it's not reading it I dunno why, I means I set some param and still when the service is running the configuration doesn't change
[13:13] <rbasak> There's a parameter you can call to mysqld to have it print the configuration it's picked up I think.
[13:14] <benl90> rbasak: I use MySQL-server package
[13:14] <benl90> rbasak: aaaa, I don't get what it means with your last statement, could you explain it to me?
[13:50] <benl90> rbasak: I want to ask, anything under /var/mysql/mysql.conf.d/ is loaded by my.cnf right?
[13:51] <rbasak> benl90: should be, by default, yes.
[13:51] <benl90> rbasak: Then what means with ! and without !
[13:51] <rbasak> If you have mysqld installed
[13:51] <rbasak> And you don't have mariadb installed
[13:51] <benl90> rbasak: yes.. I've mysqld. mysql server 5.7.23
[13:51] <rbasak> A common error is to have tried to install MariaDB and then not removed it completely.
[13:52] <benl90> rbasak: !includedir /etc/mysql/conf.d/ means it load from the folder right?
[13:53] <rbasak> Yes
[13:53] <benl90> rbasak: Hmm.. why it's not working, when I force write on the my.cnf it's working -_-
[13:54] <rbasak> I don't know, sorry. Can you provide steps to reproduce the problem on a fresh installation?
[13:57] <benl90> rbasak: Yep, I tried to edit the mysqld.cnf on the mysql.conf.d folder
[13:58] <benl90> rbasak: then after that, I add sql_mode = '', after that I restart the service and check using SELECT @@sql_mode; still, the mode is there and not overwrited.
[13:59] <rbasak> Skuggen: you might know off the top of your head? ^
[14:00] <rbasak> benl90: have you verified this still happens on a fresh installation?
[14:08] <benl90> rbasak: Hmm... Anyway how to delete the mysql and it's configuration and start from scratch in ubuntu
[14:13] <rbasak> benl90: depends on what's wrong, and we don't know that. You can try https://askubuntu.com/a/1062707/7808, but that's no replacement for trying to reproduce on a fresh installation. You can use a container or a VM, so this should not be difficult. If you're not familiar, it's good to learn anyway - being proficient with lxd containers massively speeds up so many sysadmin tasks, because you can try
[14:13] <rbasak> something on a fresh Ubuntu very easily.
[14:20] <cpaelzer> rbasak: ahasenack: did you experience on git ubuntu submit that you got rejected for the branch not being found?
[14:20] <cpaelzer> it is correctly pushed
[14:21] <cpaelzer> I think on a totally new branch LP sometimes takes a while for processing
[14:21] <cpaelzer> later on things work
[14:21] <ahasenack> I never used git ubuntu submit
[14:22] <cpaelzer> so you open the MPs just manually then
[14:22] <cpaelzer> well that is my fallback when it fails
[14:22] <cpaelzer> I was just wondering if we should print something (if it is a geenral issue)
[14:23] <cpaelzer> yeah - merge ID hattrick
[14:23] <rbasak> I don't use submit either
[14:23] <cpaelzer> thanks postgres MRE :-)
[14:23] <cpaelzer> oh, no wonder I'm the only one facing it then :-)
[14:26] <ahasenack> I think this is the fix for the ubuntu-kylin-sso-client dep8 tests: https://pastebin.ubuntu.com/p/C872JtdJD3/
[14:26] <ahasenack> at least one of the fixes
[14:27] <ahasenack> because:
[14:27] <ahasenack> 2018/08/14 10:11:02| ERROR: cannot change current directory to /tmp/autopkgtest.DUUfBX/build.7Km/real-tree/_trial_temp/squid/spoolsquid: (2) No such file or directory
[14:27] <ahasenack> but we'll see
[14:28] <cpaelzer> ack on the added /
[14:28] <cpaelzer> but would that dir then exist?
[14:28] <cpaelzer> I mean the path is broken without the / for sure, but it might still get a "no such file or dir"
[14:28] <cpaelzer> if no one created it
[14:29] <cpaelzer> ahasenack: FYI the postgresql MPs are up for you
[14:29] <ahasenack> ...../squid/spool exists
[14:29] <ahasenack> it is created if it does not exist
[14:29] <ahasenack> I don't know yet if squid itself will create the missing bit, maybe not
[14:30] <cpaelzer> the argument is called "dir"
[14:30] <cpaelzer> so if it would create on demand it would have created the dir "spoolsquid"
[14:30] <ahasenack> agreed
[14:31] <ahasenack> I know where to look, I'll troubleshoot that later
[14:31] <ahasenack> let me get the finishing touches up for squid itself and put that up
[15:27] <jonfatino> Quick question for you guys. So I am trying to create a network install script for about 100 servers. Pxe boot and all.  I have a ubuntu livecd image that I moved to pxe and it can netboot into a livecd and ssh in. Then I have some scripts that check for hardware like cpu / ram and configure LSI raid arrays.  Then I want to automatically install ubuntu after that.
[15:27] <jonfatino> I want to be able to launch ubuntu installer with kickstart file after lsi raid arrays are configured automatically. How would I acomplish this?
[15:28] <jonfatino> I don't want to "netboot" and pass KS=bla for kickstart file and install that way. I want to install from the livecd after its done running my scripts.
[16:10] <leftyfb> jonfatino: why not run the script as part of the kickstart?
[16:31] <teward> anyone fluent in how systemd units work and 'network readiness' within SystemD units can be determined so you can decide whether to start a service or not?  https://bugs.launchpad.net/ubuntu/+source/nginx/+bug/1786974 is related to some race condition where nginx starts before IPv6 is ready, and it causes problems, but that's a SystemD race condition if i'm not mistaken?
[16:35] <jonfatino> leftyfb: good idea but ideally we want to do it in stages and report back to a centralized database for deployments
[16:36] <jonfatino> then proceed with next step and install
[16:36] <leftyfb> jonfatino: that could be done
[16:36] <leftyfb> jonfatino: just gotta script it as part of the kickstart
[16:37] <jonfatino> The tools needed for megacli and a few audits / stress test and what not are not part of netboot image.
[16:37] <jonfatino> I'm trying to find the exact commands ubuntu uses to run the install script so I can start it manually or when ever I want
[16:42] <leftyfb> jonfatino: maybe start looking into subiquity
[16:43] <jonfatino> leftyfb: have you ever used debootstrap?
[16:44] <leftyfb> I have transparently. But not really
[17:05] <tomreyn> teward: systemd.special(7) -> network-online.target
[17:07] <teward> tomreyn: would that solve a race condition like bug 1786974 seems to be having?  It was my understanding that you should require network.target not network-online.target
[17:07] <teward> (so i'm trying to clarify before doing anything)
[17:07] <teward> thanks by the way
[17:07] <tomreyn> teward: i dont know that, sorry
[17:08] <teward> hmm
[17:08] <teward> i'll have to prod further, but thanks for the pointer, tomreyn.  I'm not 100% fluent with SYstemD :P
[17:08] <tomreyn> i was actually wondering how this mechanism in systemd prevents / handles race conditions, but never spent time on researching it.
[17:08] <tomreyn> i'm neither, just catch things up here and there
[17:10] <sdeziel> teward: if the user binds to something else than [::]:80, adding the network-online.target dependency makes sense
[17:10] <teward> sdeziel: their error is :::80
[17:10] <teward> theirs is erroring with a default setup it seems by the error msg
[17:11] <teward> though since they didn't file the bug the proper way I have no config data to use
[17:11] <sdeziel> the IPv6 address was obfuscated
[17:11] <teward> sdeziel: whether it's a link local or not is unclear, and probably would help determine the answer and solution
[17:12] <sdeziel> binding to the wildcard shouldn't fail even if the network isn't online
[17:12] <teward> sdeziel: the question is whether the fix for this should be applied on the one user's system or as part of the package.
[17:12] <teward> sdeziel: it can if v6 is disabled which some users are doing (stupidly I might ad)
[17:12] <teward> sdeziel: if it makes sense to bind to network-online.target that's one thing, if we're running a default install should we be delaying until network-online.target *just* to handle edge cases
[17:13] <teward> since the default nginx config runs on [::]:80 (and also <IP_ADDRESS>:80)
[17:13] <sdeziel> teward: right, that's good question. The man page recommends to stick with the network target for networking daemons
[17:13] <teward> sdeziel: then the answer is "Won't Fix" for the bug, because we already want on network.target
[17:13] <teward> at least as i understand the systemd unit in use
[17:14] <teward> by nginx
[17:14] <teward> DAMN KEYBOARD!  *throws keyboard into the river and goes to get a spare from the supply bin*
[17:14] <sdeziel> teward: that would be my feeling as well but I'd check if the user's config does indeed specify a specific IPv6
[17:14] <tomreyn> teward: note also that there's also 'network.target', and that systemd.special(7) states "Usually, network.target is part of the boot of most systems, while network-online.target is not, except when at least one unit requires it."
[17:15] <tomreyn> so maybe network.target is the better choice, if its good enough [TM]
[17:16] <teward> tomreyn: indeed.  that's what the service uses currently
[17:16] <teward> but it seems that this 'race condition' is not new
[17:16] <teward> and I did note that bit in the manpage that tomreyn pointed out
[17:16] <tomreyn> i'm sure tomreyn appreciates this
[17:17] <teward> :P
[17:18] <teward> sorry i'm still recovering from illness, i'm confusing who i'm messaging :|
[17:18] <tomreyn> ;-) no worries, i'm just having fun here
[17:21] <teward> sdeziel: the only reason I'm hesitant to tell the user to alter their service file for systemd is because that gets clobbered next-update whenever a package is updated with a newer version IIRC
[17:21] <teward> then they'd have to reapply that workaround again
[17:29] <sdeziel> teward: not with "systemctl edit nginx" overrides
[17:30] <sdeziel> teward: the user then only need to put "[Unit]\nAfter=network-online.target\n" in there and be done with it
[17:31] <teward> see, now I'm learning more about SystemD than I would on my own heh
[17:31] <teward> sdeziel: if they come back and indicate they're using an actual v6 address then I'll provide that workaround, but document that the bug itself won't be fixed in the package because network.target is the 'typical target' for networking daemons...
[17:32] <teward> assuming we include web servers in the category of networking daemons?
[17:35] <sdeziel> teward: the scripted way would be: https://paste.ubuntu.com/p/YfD5TYdw2y/
[17:36] <sdeziel> sigh, both After= and Wants are needed: https://paste.ubuntu.com/p/m64cXMRbhP/
[17:37] <rbasak> teward: see https://www.freedesktop.org/wiki/Software/systemd/NetworkTarget/
[17:37] <rbasak> teward: waiting for network-online.target is incorrect
[17:37] <teward> rbasak: that's what I had assumed
[17:38] <rbasak> https://bugs.launchpad.net/ubuntu/+source/apache2/+bug/1786675 came up the other day
[17:38] <teward> rbasak: so we should consider this a "Not a Bug" and blame a race condition between the software and the underlying networking management system/infrastructure?
[17:39] <rbasak> teward: the reporter of the nginx bug report says "...emerg] bind() to [xxx]:80 failed" so I think they're binding to a specific IP.
[17:39] <teward> which i'm asking them to confirm in the comment I made
[17:39] <rbasak> For Ubuntu, I believe this is Invalid/Won't Fix because the correct thing to do if customising local configuration is to also override systemd as discussed above.
[17:40] <rbasak> For upstream, I think it's a valid feature request that daemons handle this gracefully
[17:40] <teward> rbasak: ACK.  I'll have to add that to our Server Team documentation.
[17:40] <teward> (for the override part)
[17:40] <rbasak> The upstream systemd page should describe it well enough for upstream - either use IP_FREEBIND on Linux, or better, respond dynamically to network configuration changes.
[17:43] <teward> thanks rbasak, i've marked the bug accordingly.
[17:43] <teward> rbasak: while you're around, can you confirm that my last message to the list regarding the proposal to jump to NGINX mainline at least for 18.10 and 19.04 made its way to the mailing list?
[17:44] <teward> i have no confirmations on my end whether it did or not :|
[17:44] <teward> ah there it is in the archive, nevermind
[17:44] <teward> (it wasn't showing for me, I blame caching)
[17:44] <rbasak> https://lists.ubuntu.com/archives/ubuntu-server/
[17:44] <teward> rbasak: yep, it wasn't showing in there, I blame caching :P
[17:45] <teward> initially I thought I was stuck in the mod queue again heh
[19:28] <arooni> what do you guys do to store passwords for servers/apps/ i.e. admin passwords for mysql ; passwords for basic auth for sites etc;  i.e passwords taht are not your user password
[19:28] <arooni> right now i have a pw.txt somewhere on my laptop ; but wondering if theres a better way
[19:31] <teward> keepass database with the passwords in them.  Or a PGP encrypted text document synced to several locations that contains passwords and requires my exact private key to decrypt
[19:31] <teward> also 1password but that's just me :P
[19:32] <teward> arooni: ^
[19:33] <arooni> hmm i already use lastpass
[19:33] <arooni> i wonder if i can have a text doc there
[19:33] <teward> -1 because LastPass has had breaches in the past :P
[19:33] <arooni> it just seems sloppy to have it in text format; even though i connect to the server with ssh keys etc
[19:33] <arooni> keeping it encyrpted as a document seems smart too; i have dropbox
[19:34] <arooni> is there an easy way to decrypt/encrypt from command line or apps on ubuntu/mac
[19:35] <teward> gpg --encrypt --armor -r YOURKEYID foo.txt
[19:35] <teward> makes foo.txt.asc
[19:36] <teward> you can decrypt that later with gpg --decrypt foo.txt.asc
[19:36] <teward> just make sure you don't lose your privkey :p
[19:36] <arooni> truth
[19:36] <teward> and don't share the plaintext version across cloud storage either :P
[19:36] <arooni> i kinda like storing them in lastpass; because i already have 2 factor auth setup there
[19:37] <teward> up to you :P
[19:37] <arooni> thx for the brainstorm
[19:37] <arooni> good talk ;P
[20:45] <evit> hello
[20:48] <evit> I have a Digital Ocean Ubuntu 16.04 server and SSH (PuTTY) was reporting the host key changed.  Chkrootkit says Possible Linux/Ebury - Operation Windigo installetd
[20:48] <evit> Reviewing the configuration doesn't seem to show it is infected but I want to be sure
[20:49] <evit> Is Possible Linux/Ebury - Operation Windigo a false positive on Ubuntu 16.04 as I've read from several sources?
[20:50] <evit> Chkrootkit also lists fail2ban as suspicious files
[20:53] <sarnold> last time I looked at one of those rootkit tools I found it was prepared to label the upstart /sbin/init as malicious
[20:53] <sarnold> it's probably best to just ignore all those
[20:56] <evit> sarnold, I see no other IOC on there and have scanned several other ways, locally, remotely, etc.
[20:57] <evit> sarnold, Why would a host key change?
[20:57] <evit> sarnold, would a patch do that or if Digital ocean made an infrastructure change?
[20:58] <sarnold> evit: I think I've seen instances where a host brought up with just an rsa key will generate an ecc-based key on a later reboot, and thus suddenly have a *new* key. I dont know why :(
[20:58] <rbasak> How did you get to the server in order to replace the host keys?
[20:58] <evit> rbasak, Via the web console login
[20:58] <evit> rbasak, I've since disabled SSH entierly
[20:59] <evit> and replaced they keys
[20:59] <rbasak> If the host key appears changed, then that's a sign of a MITM, not of a host compromise in itself.
[20:59] <rbasak> It seems unlikely an attacker would change the real host keys, since there's nothing to gain from that if somebody already has root.
[21:00] <rbasak> (and it'd reveal the presence of the adversary)
[21:00] <evit> So if I changed they keys and it looks clean should I be confident?
[21:00] <rbasak> You should properly check the host key fingerprints before accepting them.
[21:00] <evit> yes, that is why I re-keyed
[21:04] <evit> This article states that ssh -G is an IOC. https://www.welivesecurity.com/2014/04/10/windigo-not-windigone-linux-ebury-updated/
[21:04] <evit> Is that correct? A lot of other sources say otherwise and I'm not sure what to think...
[21:06] <evit> Eventually, I will rebuild with public key auth and OTP MFA
[21:09] <evit> Should SSH -G be considered an indication of Windigo compromise or is that normal behaviour
[21:12] <nacc> evit: i'm not sure an article from 4 years ago is relevant to security concerns today
[21:12] <nacc> evit: also -G is a valid `ssh` option, and they are referring to running it on the compromised system in particular, i think
[21:13] <evit> nacc, yes, agreed. Seems like they are assuming that is an IOC
[21:13] <nacc> evit: in 2014.
[21:13] <nacc> evit: which is not the current year, you know :)
[21:14] <evit> nacc, =P
[21:15] <evit> nacc, I saw my host key change and I freaked out. I'm not engaging in baseless fears here. Either MiTM, host compromise or some system change at Digital Ocean
[21:19] <ahasenack> evit: https://bugs.launchpad.net/ubuntu/+source/chkrootkit/+bug/1488256
[21:19] <evit> ahasenack, Thank you! I just wanted the wisdom of the channel to clarify I'm not going nuts. =0
[21:20] <ahasenack> that doesn't answer why the ssh host keys changed, though
[21:21] <evit> ahasenack, I figured it was MiTM but traceroute says otherwise.
[21:23] <evit> ahasenack, What other factors can change host key?
[21:38] <tomreyn> evit: the 'host changed it' seems pretty likely to me if it's a VM and you have not taken measures to prevent them from accessing it.
[21:39] <tomreyn> i know of a couple cloud hosters who insist on having file system accesss not just to containers but also to VMs.
[21:39] <tomreyn> (and may not tell customers about this practice)
[21:40] <tomreyn> i do not know baout how DO handles it
[21:40] <evit> tomreyn, Since they have physical access and its a cloud instance I don't think anything I do will prevent them
[21:44] <evit> tomreyn, Are you saying I should encrypt the cloud instance?
[21:44] <tomreyn> evit: right, you cannot prevent it. but you can raise the bar, make it harder for them, break their default processes, and increase your chances to know this is what happened when it happens.
[21:45] <tomreyn> doing so also makes it harder for them to provide a good service to you, though, so YMMV
[21:46] <evit> tomreyn, The cloud is often worse than self hosting. The beancounters are bad at math and security. =P
[21:47] <tomreyn> i'd still prefer own hardware whereever there is risk.
[21:47] <tomreyn> (and ideally own network, too)
[21:50] <evit> tomreyn, I'd prefer too. I can own it if I mess it up! =P
[22:12] <benl90> Hello, can anyone explain me why mysqld.cnf is readed by mysql but none of the directive is followed and set globally on mysql? Thanks
[22:13] <benl90> I have moving through ubuntu server documentation, no luck, and I'm on mysql 5.7.23 on ubuntu 18.04. Is there maybe opened issue about this? Thanks.
[22:17] <benl90> on my ubuntu 16.04 with mysql 5.7.13 it's honoring the configuration when I run sudo mysqld --print-defaults it will show the additional parameter that set by editing mysqld.cnf
[22:19] <compdoc> benl90, the newer mysql reads the config files is a certain order, including whats in the /etc/mysql/conf.d folder
[22:19] <compdoc> its probably not seeing your file at all
[22:19] <benl90> compdoc: Wait a second... I will look into it again. compdoc it's reading, when I accidentally make an error on configuration, it won't start. It's confusing hahaha...
[22:20] <compdoc> ah. yeah, it wont start if you get it wrong
[22:21] <benl90> compdoc: Yep, that prove that the conf is readed right?
[22:21] <compdoc> yes, I would think so
[22:22] <benl90> compdoc: ah the rule that written on all my.cnf and it's sub dir should be run as global variable right?
[22:23] <compdoc> I think so
[22:24] <benl90> compdoc: It seems not honoring my cnf... on show variables; it won't change... still same -_-
[22:25] <compdoc> I think theres a mysql help channel
[22:26] <benl90> compdoc: #mysql?
[22:27] <compdoc> yup
[22:27] <benl90> thanks compdoc. Let me checkout :)
[23:19] <benl90> I have question how to clean all configuration of an removed packaged on ubuntu
[23:21] <benl90> I tried purge nothing happen
[23:26] <nacc> benl90: what package and what did you  see before and after to indicate "nothing happened"/
[23:26] <nacc> benl90: and what version of ubuntu, etc.
[23:29] <benl90> nacc: Mysql-server, on ubuntu 18.04. I tried to fix broken packages, because on this server mysql doesn't obey mysql.cnf, it frustate me alot, I dive through documentation on mysql and mysql board no bug or such, also I've other sevrer that working perfectly with same installation and same conf
[23:31] <nacc> benl90: ok and what did you purge?
[23:31] <benl90> nacc: mysql-server? Let me try dpkg -P
[23:31] <nacc> benl90: well, that won't be what you want, that's just a metapackage
[23:31] <nacc> it doesn't own any conf files
[23:32] <benl90> nacc: Then how to delete the conf and completely clean reinstall it. I really desperate of it :'(
[23:33] <nacc> benl90: you need to purge the actual package in question (the one that mysql-server depended on)
[23:33] <nacc> benl90: mysql-server-5.7 i think
[23:34] <benl90> nacc: it show this Purging configuration files for mysql-server-5.7 (5.7.23-0ubuntu<IP_ADDRESS>) ... dpkg: warning: while removing mysql-server-5.7, directory '/etc/mysql/mysql.conf.d' not empty so not removed, then how to clean it all
[23:35] <nacc> benl90: is it empty now? if it's not empty now, recursively delete the directory?
[23:35] <benl90> not empty, the folder also not empty /etc/mysql
[23:36] <nacc> benl90: well, of course /etc/mysql is not empty /etc/mysql/mysql.conf.d exists
[23:37] <benl90> ah then how to clean it. or it's there since I do fresh install
[23:37] <benl90> ?
[23:37] <nacc> benl90: you can use `dpkg -S` to see what, if any package, owns the paths in question
[23:37] <nacc> if none do, you can safely (imo) remove the directories. Reinstallation will recreate them.
[23:37] <nacc> rbasak: --^ may know better than I, though
[23:37] <benl90> nacc: No path found, so it will be safe to remove them?
[23:40] <benl90> nacc: this happen https://privatebin.net/?1440a70e4ed74582#0GP3btqDOTFTo8GTdXffcpP3kjf1fv+rnSDZHFl1vlc=
[23:40] <nacc> benl90: i think so; i mean, it seems like you don't want mysql on your server
[23:40] <benl90> nacc: no, I want to clean reinstall it, because it have wierd behavior
[23:40] <nacc> benl90: right, so you 1) want to fully remove it first, 2) properly reinstall it?
[23:41] <nacc> benl90: it's not particularly helpful to truncate the commands you ran
[23:41] <benl90> nacc: I've using apt install right?
[23:41] <rbasak> Make sure mysql-common is purged before cleaning /etc/mysql/.
[23:41] <nacc> benl90: i have now way of knowing that :)
[23:42] <rbasak> Since it uses update-alternatives, it won't show up in dpkg -S
[23:42] <nacc> benl90: as you didn't paste the command you ran
[23:42] <nacc> rbasak: oh right, sorry!
[23:42] <rbasak> But apart from that, if it's purged, I think it should be safe to wipe it, since anything that uses /etc/mysql depnds on mysql-common and you can't purge mysql-common unless they are also removed.
[23:42] <benl90> okay my command is apt install mysql-server
[23:42] <nacc> rbasak: right, that's what i was thinking, just had the wrong package in mind
[23:42] <rbasak> However, make sure other packages aren't shipping in /etc/mysql that are removed but not purged, like nacc said I think dpkg -S will do it but I'm not sure.
[23:43] <nacc> benl90: so the problem is probably, currently, you still had mysql-common installed
[23:43] <nacc> benl90: and so mysql-server, which depends on that, broke a bit :)
[23:58] <benl90> nacc: SUCH A WOW... it works.. seems the mysql-server package broken that cause wierd beavior


[02:03] <NashaK> Hello all, could anyone tell me why, after editing ~/mythtv/.lircrc and rebooting, my changes arent recognised by myth?
[02:06] <NashaK> All has been well previously, remote working fine, but now after making some modifications, newly assigned buttons dont work, and modified buttons dont work
[02:08] <NashaK> Ironically, all the buttons im having issues with are irexec related
[10:33] <Naranek> ok, so... do you know any reason why mythbuntu would create ssh keys and a root account to mysql for them?
[10:36] <Naranek> I think my mythbuntu box was hacked some time ago, because I found this strange account in mysql, and there were some ecdsa-keys I definitely hadn't done myself
[10:36] <Naranek> so I wiped the system and did a fresh install
[10:37] <Naranek> but now the keys and the account have appeared again
[10:39] <Naranek> on the ubuntu forums there is another mythbuntu user with the same problem, so I wouldn't rule out that there's an unpatched vulnerability in mythbuntu
[10:40] <Naranek> any ideas what to do?
[10:50] <Naranek> ok, I also have root login enabled in the sshd_config
[10:50] <Naranek> so I'm definitely hacked
[11:03] <Naranek> could you have a look if you have strange logins in mysql.
[11:49] <frankster> audio stopped working with mythtv this morning - was wondering if it is because of the recent mythtv updates this weekend
[11:49] <frankster> am running oneiric
[12:21] <frankster> 2012-03-11 11:30:20.445 ALSA, Error: no playback control PCM found on mixer device default
[12:21] <frankster> 2012-03-11 11:30:20.445 ALSA, Error: Unable to open audio mixer. Volume control disabled
[12:21] <frankster> I wonder if these log statements are related to the problem
[13:22] <mrand> frankster: doesn't make sense that an update would cause that.  Google turns up some hints: http://code.mythtv.org/trac/ticket/9416 and http://ubuntuforums.org/showthread.php?t=1647938   Probably more hits if you search the mythtv-users mailing list
[15:12] <frankster> mrand; yeah you're right - I downgraded the frontend to some version from last year and the sound still doesn't work. I can play sound outside of mythtv
[15:23] <Seeker`> Naranek: how long between wiping the system and the keys reappearing?
[15:45] <Naranek> I'm not sure. I just noticed them, but I haven't used the box much
[15:46] <Naranek> rkhunter found a suspicious /etc/.java directory that was made 15 days after installation, but I'm not sure if it's related to this
[15:46] <Naranek> I installed the system about three months ago
[15:56] <tmkt> frankster: did you give the audio auto detecting a shot/
[16:08] <frankster> tmkt: I haven't had great results from that! in fact I can't tell what it does. Its the option in the frontend general settings page right? is it meant to populate the list beneath it/choose the best one out of the list?
[16:11] <frankster> I've tried the default option in the list and an ugly alsa path I won't repeat here. I assume that the default option is what was working up until this morning
[16:39] <Seeker`> Naranek: http://www.velocityreviews.com/forums/t754763-re-unexplained-files-why.html
[16:39] <Zinn> [www.velocityreviews.com] Re: Unexplained files - why?
[16:49] <Naranek> Seeker`: thanks. those were the files I was looking for
[16:54] <Naranek> http://ubuntuforums.org/showthread.php?p=11642766 here is another user having the same issue. In the post there is a link to my post after the first breach.
[16:54] <Zinn> [ubuntuforums.org] Unexpected user/host in mySQL - Ubuntu Forums
[17:08] <likwid-> naranek, i have the .pub key as well as the mysql user, though its from the host kapok
[17:08] <likwid-> my BE isn't available from the outside.
[17:08] <likwid-> id guess some package installed it.
[17:09] <likwid-> which unfortunately doesnt seem to be the case
[17:09] <likwid-> root@mythtv:/etc/ssh# dpkg -S /etc/ssh/ssh_host_ecdsa_key.pub
[17:09] <likwid-> dpkg-query: no path found matching pattern /etc/ssh/ssh_host_ecdsa_key.pub.
[17:11] <Naranek> ok
[17:11] <Naranek> strange
[17:12] <Naranek> do you mean isn't available from outside as in no services available to the net or airgapped?
[17:12] <likwid-> correct
[17:13] <likwid-> its not available from outside
[17:14] <likwid-> i do not forward any ports on my router to it
[17:14] <Naranek> ok, but it's still connected to the internet
[17:14] <Naranek> ?
[17:16] <Naranek> I had only ssh and web server visible on the outside, and there wasn't anything complex on the web server
[17:17] <Naranek> so I think it's possible that it's some vulnerability on the basic packages of the mythtv
[17:20] <likwid-> its connected but the only connections it makes to the outside is updates/schedules direct
[17:22] <Naranek> do you know of a way to search references to cardamom or kapok in the mythtv sources?
[18:13] <likwid-> need to find the build bot logs for ubuntu/myth.. couuld search those
[18:14] <Naranek> I think I'll contact<EMAIL_ADDRESS>to see if they can help
[18:50] <likwid-> yea i dont think they are malicious
[18:50] <tgm4883> Naranek, what are you seeing as the mysql user?
[18:50] <tgm4883> the one that you believe is suspicious
[18:51] <tgm4883> Also, when you reinstalled, did you use the same password?
[19:14] <Naranek> tgm4883: different password and username
[19:14] <Naranek> user: root
[19:14] <tgm4883> Naranek, the mysql user you see added is root?
[19:15] <tgm4883> and you think that is suspicious?
[19:15] <Naranek> host: cardamom
[19:15] <tgm4883> what is cardamom?
[19:15] <Naranek> yes. I haven't created that user and I don't know the host
[19:15] <Naranek> some spice I think :D
[19:16] <Naranek> in the earlier installation I found a reference to cardamom in my known_hosts
[19:16] <Naranek> and some ssh-keys which I haven't made myself
[19:17] <Naranek> and root login turned on in sshd_config
[19:19] <tgm4883> well the mysql root user is created on install
[19:19] <tgm4883> it's the master user for mysql
[19:20] <tgm4883> The root login for sshd is odd
[19:20] <Naranek> yes, but it has the host localhost or <IP_ADDRESS>
[19:20] <Naranek> I don't remember which
[19:20] <tgm4883> should have both
[19:20] <tgm4883> I have a third in mine which seems odd, but it isn't cardamom
[19:21] <tgm4883> researching
[19:21] <Naranek> likwid- had kapok instead of cardamom
[19:22] <tgm4883> do you have anything else installed using mysql?
[19:23] <emacsen> Hi. I installed mythbuntu and it's all working, except I don't think upnp is working.  Is there something I need to do to enable it, or a way to check it?
[19:24] <emacsen> !help upnp
[19:24] <Zinn> !help upnp For a  complete list of my knowledge visit: http://www.baablogic.net/Zinn.cgi  Other available commands: !status, !about, !bug [bug_number].
[19:25] <Naranek> tgm4883: nothing else installed using mysql
[19:26] <Naranek> might I ask what was your extra hostname?
[19:27] <tgm4883> king
[19:28] <tgm4883> Naranek, stick around, I might have a better answer for you in a bit.
[19:29] <Naranek> I will... I'll need to get some sleep soon, but I'll leave the screen on. Thanks!
[19:35] <emacsen> okay, so enna is the third client not to see a upnp server. so I think it's not on


[16:58] <sergio-br22> anyone have an idea what's the problem here?
[16:58] <sergio-br22> https://launchpadlibrarian.net/220173082/buildlog_ubuntu-trusty-armhf.ppsspp_1.0.1%2Br90.f4.p3.l1629.a161.t83~31~ubuntu14.04.1_BUILDING.txt.gz
[16:58] <sergio-br22> arm-linux-gnueabi-gcc is unable to create an executable file.
[16:58] <sergio-br22> it works for i386 and amd64, dunno why it's failing on ARMhf
[17:03] <dobey> the code is broken
[17:04] <dobey> and your build dependencies are missing something on arm
[17:25] <sergio-br22> i think i found the issue
[17:37] <elmo>
[23:14] <cjwatson> benjaoming: I'm afraid you got incorrect advice from dobey.  You can resurrect an older version using copy-package.
[23:15] <cjwatson> (from lp:ubuntu-archive-tools)
[23:16] <cjwatson> i.e. copy the old version back into the same archive
[23:16] <cjwatson> It's not often done, and you do need to be aware that users who have already upgraded to the newer version won't automatically be downgraded again, but it can be useful in some situations.


[00:06] <m4v> He has not challenged my decision, but if he does, I'll ask him to talk with the IRCC. I hope that's alright.
[00:07] <m4v> (given that nor effie_jayx nor erUSUL are around for back me up)
[08:34] <klaconer> I'm trying to set my Real Name on epic4 to something other than it is set for as my shell real name. How do I do that, I'm trying (export IRCNAME="Whatever Name"   but everytime I login to epic4 it keeps my name as the shells real name and not the one I've picked.
[08:34] <rww> klaconer: If nobody here knows, you might want to ask #freenode. They're generally a little more savvy about client functions.
[08:35] <klaconer> rww, thanks.
[15:02] <m4v> BlouBlou now is banned in #xubuntu-es.
[15:03] <bazhang> thanks for the heads up m4v


[01:50] <nikolam> I find this interesting regarding manipulating personal data with unity. Hope i helps understand. https://www.youtube.com/watch?v=TGLxjppFqeA&feature=related
[01:50]  * nikolam sleeps and is sorry needs to go away
[08:36] <mmrazik> didrocks: I have a good news and bad news :-)
[08:36] <mmrazik> didrocks: we have nvidia with binary drivers and it gives similar results to ati/intel
[08:36] <didrocks> mmrazik: sweet! :)
[08:36] <mmrazik> the bad news is that there are a lot of new failures for some reason
[08:37] <didrocks> mmrazik: what is the bad news there? :)
[08:37] <didrocks> oh?
[08:37]  * didrocks looks
[08:37] <mmrazik> didrocks: from the video it looks like there might be indeed something broken. The calc icon in launcher shows up after significant delay
[08:37] <mmrazik> i.e. first calc is started and then it takes ~2 seconds for the icon to appear
[08:38] <didrocks> mmrazik: interesting, but at least, this is coherent across all config?
[08:38] <mmrazik> didrocks: yes, it is
[08:38] <didrocks> what's the name of the autopilot job already? I always fight to find it :/
[08:39] <mmrazik> oh... seems its not published
[08:39] <mmrazik> which is weird
[08:40] <mmrazik> mhm.. it is configured for publishing
[08:41] <didrocks> mmrazik: ok, seeing
[08:41] <didrocks> mmrazik: hum, I think sil2100 can maybe have a look at that? like, looking if it's reproduceable on his raring for the day
[08:41] <didrocks> mmrazik: and eventually working with bregma for this?
[08:41] <didrocks> mmrazik: at least, good that the "nvidia" case is fixed
[08:42] <didrocks> mmrazik: oh, relaunching one?
[08:43] <mmrazik> didrocks: I tried to relaunch.. just to see how consistent it is
[08:43] <mmrazik> but it should be fairly consistent as it was reproduced on 3 different machines
[08:44] <didrocks> yeah
[08:44] <didrocks> let's see if sil2100 who is up to date I guess reproduce
[08:44] <didrocks> to see if it's a regression from raring itself or trunks
[08:45] <didrocks> I guess the autopilot delays are relaxed enough?
[08:46] <mmrazik> didrocks: not sure about this sort of stuff. I don't think we wait for the icon to appear. As soon as the app is running we probably expect the icon is there (which sounds sane to me).
[08:46] <mmrazik> didrocks: when I look at the video the delay seems to be long enough for me to be considered a bug
[08:48] <didrocks> mmrazik: ah, so the app appears
[08:48] <didrocks> but not the icon
[08:48] <didrocks> ok, got it :)
[08:48] <didrocks> so yeah, something happened
[08:48] <sil2100> What's up?
[08:48]  * sil2100 reads up
[08:49] <sil2100> Autopilot tests failing?
[08:49] <sil2100> Will look at that then
[08:52] <didrocks> thanks sil2100 :)
[09:27] <didrocks> popey: wants to do some reviews? I have a bunch of branches for you:
[09:27] <didrocks> https://code.launchpad.net/~didrocks/libgrip/bootstrap/+merge/136591
[09:27] <didrocks> https://code.launchpad.net/~didrocks/geis/bootstrap/+merge/136590
[09:27] <didrocks> https://code.launchpad.net/~didrocks/grail/bootstrap/+merge/136589
[09:27] <didrocks> https://code.launchpad.net/~didrocks/evemu/bootstrap/+merge/136588
[09:27] <didrocks> https://code.launchpad.net/~didrocks/frame/bootstrap/+merge/136587
[09:29] <didrocks> popey: on the things that needs checking is that the first line doesn't have "raring" but "UNRELEASED"
[09:45] <popey> :)
[10:01] <didrocks> popey: thanks!
[10:12] <popey> np
[11:13] <nikolam> do you think Unity fulfill Ubuntu Code of conduct agreement?
[11:14] <popey> nikolam, people sign the CoC, unity is software, software doesn't sign the CoC
[11:15] <nikolam> popey, I understand. So people pushing unity got to have signed CoC?
[11:15] <popey> what do you mean by "pushing unity"?
[11:16] <nikolam> popey, including Unity in Ubuntu.
[11:17] <popey> that's somewhat vague
[11:17] <popey> could mean including packages in the archive, on the cd, or by default in the distro
[11:17] <popey> either way, the answer is yes
[11:18] <nikolam> Great.
[11:18] <popey> I mean, I personally haven't audited every single persons CoC signage, I am trusting our processes for MOTU, core dev and other leadership positions are working.
[12:00] <xnox> popey: i wonder if ^^^^ It was meant to be contributors agreement instead of CoC.
[12:01] <popey> no, it was very specifically CoC
[12:01] <popey> nikolam was concerned that the decision to put unity in the desktop violates the CoC
[12:01] <popey> putting the interests of the company above the interests of the users, and de-humanizing the experience via privacy issues.
[12:03] <xnox> popey: ok. although i fail to see which point/part of CoC nikolam is referring to though.
[12:06] <popey> "Ubuntu is about showing humanity to one another: the word itself captures the spirit of being human" - nikolam was asserting that this was violated by Unity sending "outgoing data streams" (video/shopping lookup)
[12:07] <popey> I suggested they bring it up in more discussion oriented channels if they feel strongly about it.
[12:07] <xnox> ack
[12:13] <Mirv> didrocks: regarding bamf, you didn't object to these two build related commits, are those fine for SRU? http://bazaar.launchpad.net/~unity-team/bamf/bamf-0.2/revision/477 + http://bazaar.launchpad.net/~unity-team/bamf/bamf-0.2/revision/479
[12:13] <didrocks> Mirv: let me have a look
[12:14] <didrocks> Mirv: good catch, yeah, they should be out as well
[12:14] <Mirv> didrocks: ok, good, then we'll finally have a proper 0.2 branch :)
[12:14] <didrocks> Mirv: sweet! :)
[14:00] <didrocks> sil2100: how is it going with this debugging?
[14:12] <sil2100> didrocks: looking at that, I had some autopilot problems here - it seems to be more of a bamf issue than autopilot though
[14:13] <didrocks> sil2100: so you reproduced it locally?
[14:15] <sil2100> No, not really, tests are working fine on my machine, but I'm running quantal, and maybe it's related to the ecosystem of raring + bamf - not sure yet
[14:15] <sil2100> But I have the same bamf version, just for quantal
[14:15] <didrocks> sil2100: hum, that was what I asked you this morning about in fact :p
[14:15] <didrocks> ah
[14:15] <didrocks> mmrazik: ^
[14:31] <mmrazik> bregma: can you (or somebody from your team) have a look on this: https://code.launchpad.net/~mrazik/unity/coverage-support/+merge/136345 ?
[14:32] <mmrazik> I would need that to get some data on regular basis
[14:32] <bregma> mmrazik, ack
[14:32] <mmrazik> but I think its my first cmake exposure...
[14:32] <mmrazik> bregma: thanks
[14:38] <flohack> Is anyone of the unity core developers aware of https://bugs.launchpad.net/unity/+bug/995039 (Drag n Drop between windows not working on latest LTS)?
[14:53] <didrocks> fginther: thanks for all the work on the oif stack btw! everything is fine :)
[14:53] <fginther> didrocks, you're welcome
[15:33] <bobweaver> would any one that is good at nux like to help me out ? it is layout and padding work. I am new to it still trying to understand it. will post page
[15:34] <bobweaver> http://bazaar.launchpad.net/~ubuntu-tv-developers/ubuntutv/trunk/view/head:/dash/ff-tv/DashView.cpp     :: Lines 373  -- 428
[15:35] <bobweaver> like I tried to make a new layout for the dash but it dosent do what it is told. like I set{min,max}width  on lens_bar_ and it still paints accross full screen I will take screen shot
[15:38] <bobweaver> Uploading video so you all can see what I am talking about
[15:41] <bobweaver> video is not public nust have link  here is link
[15:41] <bobweaver> http://www.youtube.com/watch?v=Rb1vMKSIK5c
[15:45] <bobweaver> Jason are you around ? the NUX guy ?  Help how to anchor widgets to new layouts ?
[15:47] <bobweaver> Item {id:foo ; anchors.fill: parent; height: 60 ; width: 40 } Image {id:picfoo; anchors{top:foo.top;left:foo.left}}
[15:48] <bobweaver> like that but with nux ^^
[16:04] <didrocks> Mirv: nice post! You've just been quoted on the French forum btw :p
[17:05] <bobweaver> Hello again. What is the best time (UTC) to ask for help on this channel ?  maybe when the most unity-devs are around ?  I am guessing that it will be like 10:00 UTC ?  kinda hard to find help .
[17:08] <Mirv> didrocks: thanks ;)


[00:11] <robru> Saviq: ahhhhhhhhhhhhhh, thanks for the tip. I guess the wiki should be updated because i copied the command from there ;-)
[00:11] <sergiusens> Saviq: what bug?
[00:11] <robru> sergiusens: apparently that it fails to bootstrap krillin
[00:12] <sergiusens> Saviq: robru we bootstrap most of the time
[00:13] <sergiusens> robru: your issue seems to be related to adb permissions
[00:13] <sergiusens> robru: try adb kill-server and then sudo adb start-server
[00:13] <sergiusens> oh, and a good cable for the krillin; the connector 'disconnects' easily
[00:15] <robru> sergiusens: OK I'm just afk right now, will try shortly (that's away-from-krillin)
[00:32] <robru> Saviq: sergiusens, ah, --bootstrap is fine, just had to be in fastboot mode first
[00:33] <sergiusens> robru: ah, that's the first line printed I believe :-)
[00:33] <sergiusens> reason for such is to prevent accidents ;-)
[00:42] <robru> sergiusens: no worries, I just missed a step in the instructions I was reading
[00:45] <robru> elopio: davmor2: what's going on with silo rtm5? it's marked QA signed off but trello board indicates in progress.
[00:45] <elopio> robru: sorry, I forgot to move the card.
[00:46] <elopio> robru: done, I tested it and looks good.
[00:47] <robru> elopio: thanks
[02:05] <imgbot> [02:18] <boiko> robru: you still there?
[02:23] <boiko> robru: if so, would you mind reconfiguring silo 3?
[03:05] <imgbot> [03:45] <imgbot> [03:45] <imgbot> [04:00] <camako> I dunno why it says "qtmir, qtmir-gles were not built"... I thought sil2100 built them... See the scrollback at [13:19] :
[04:00] <camako> -queuebot/#ubuntu-ci-eng- Silos: ubuntu-rtm/landing-005 (camako) Packages built (mir, platform-api, qtmir, qtmir-gles, unity-system-compositor)
[04:00] <camako> ^^
[04:13] <Mirv> camako: looking
[04:20] <imgbot> [04:20] <imgbot> [04:22] <Mirv> camako: it should probably work now. I ran build with watch_only to update the package info.
[04:22] <Mirv> and it looked good there
[04:34] <Mirv> (I published it now)
[05:40] <robru> camako: don't read to much into the bot pings. That message doesn't mean "this is what was built" it just means "build job completed in the silo, silo claims to contain these things" it's entirely possible that something was missing and the report just doesn't mention it. It's pretty dumb. I've been thinking about taking that part out of the bot ping because
[05:40] <robru> it's so misleading.
[06:59] <Mirv> phew, all utopic silos have rtm counterpart again. a bit manual, this.
[07:17] <Mirv> I wonder why my rtm mako does not offer 19 -> 20 upgrade
[07:20] <seb128> dbarth, hey, I saw you put the settings' location work in a silo, did you see my review comment/need fixing?
[07:25] <tvoss> good morning
[07:25] <tvoss> sil2100, you around?
[07:29] <tvoss> trainguards, do we have a way to send a network-manager through a silo?
[07:29] <sil2100> tvoss: hey!
[07:30] <sil2100> tvoss: hm, IIRC we normally do it as a source package
[07:56] <Mirv> dbarth: can you quickly smoke test utopic landing-018 again? somehow the u-s-s-o-a was not found by the CI train in the PPA even after build/watch_only or reconfigure. the only way to fix it was a no-change rebuild, which is done now.
[08:04] <dbarth> Mirv: ok
[08:07] <asac> sil2100: hey, can you move the morning landing meeting to UE calendar? alternatively invite john-mcaleely :)
[08:09] <sil2100> asac: hey, I'll try at least inviting him in a moment
[08:09] <asac> sil2100: thanks. i invited him for evening already, so its just morning call that needs doing
[08:10] <sil2100> asac: thanks
[08:18] <Mirv> thanks dbarth
[08:19] <Mirv> sil2100: can I get a MOTU ack on the addition of libclick-0.4-dev b-d? https://ci-train.ubuntu.com/job/ubuntu-landing-018-2-publish/lastSuccessfulBuild/artifact/packaging_changes_ubuntu-system-settings-online-accounts_0.4+14.10.20140903-0ubuntu1.diff
[08:21] <sil2100> Mirv: let me check :)
[08:21] <sil2100> Mirv: +1!
[08:22] <Mirv> sil2100: thanks! :)
[08:39] <Saviq> sil2100, uh oh, what happened to the rtm dashboard? http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=
[08:40] <sil2100> Saviq: looks ok here?
[08:40] <Saviq> sil2100, most of the silos don't have packages listed (or is that because of sync:)?
[08:40] <sil2100> Saviq: yeah, that's currently how the sync:number works right now, refactoring for now ;)
[08:40] <Saviq> sil2100, right, got scared there for a moment ;)
[08:40] <sil2100> Saviq: no worries! It will be better today I hope ;p
[08:41] <Saviq> coolz
[08:42] <Saviq> sil2100, btw, why did you decide to rewrite the version of sync:'ed packages? (add ~rtm)
[08:50] <zbenjamin> ogra_: any chance of getting gdbserver back on the image?
[08:59] <sil2100> Saviq: yeah, so... this was generally a concern from the very beginning
[09:00] <sil2100> Saviq: we allowed direct srccopies before as it was early after the ubuntu-rtm branch, so we could assume that the build-deps for both were similar
[09:01] <Saviq> sil2100, ah so you didn't want two versions built against different deps to have the same version, got it
[09:01] <sil2100> Saviq: but in general, we shouldn't risk a situation that we can have 2 packages with the very same name and version that include different binary contents
[09:01] <sil2100> Saviq: yeah, it's not a *big* deal, as we have the same with Debian
[09:01] <sil2100> But ubuntu and ubuntu-rtm are a bit more tightly bound
[09:01] <sil2100> So a mix up is easier
[09:02] <Saviq> sure
[09:05] <ogra_> zbenjamin, "back on the image" ? i dont think we ever added it
[09:06] <Saviq> sil2100, hah, found an issue with sync builds
[09:06] <Saviq> sil2100, https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/19/console
[09:06] <Saviq> sil2100, see the versions it uploaded to the ppa
[09:07] <Saviq> sil2100, and then which ones it watched before completion of the job
[09:09] <ogra_> utopic rebuild triggered (i'll do rtm afterwards)
[09:15] <imgbot> [09:15] <zbenjamin> ogra_: huh, i thought we did, we talked about it last week or so, that its not on the image anymore?
[09:16] <ogra_> zbenjamin, well, none of the bzr logs for any of the seeds of past releases up to today have anything regarding gdb or gdbserver in them
[09:17] <ogra_> i know we talked about it months ago
[09:17] <ogra_> (but forgot what the outcome was)
[09:20] <Saviq> sil2100, uh oh, and then I started a watch-only job https://ci-train.ubuntu.com/job/ubuntu-rtm-landing-007-1-build/20/console
[09:24] <pete-woods> can someone who actually understands debian packaging help me with this bug? https://bugs.launchpad.net/ubuntu/+source/libqtdbusmock/+bug/1364842
[09:25] <pete-woods> I think it's because I have a package with an executable in it
[09:25] <pete-woods> or maybe it's the dependency on python-dbusmock?
[09:26] <pete-woods> maybe I should change that to python3-dbusmock:any ?
[09:30] <zbenjamin> ogra_: i think the outcome was that we wanted to add it, because gdbserver is never started automatically and we should have the required tools for application development without the need to make the rootfs writeable
[09:43] <sil2100> Saviq: that's with watch-only, yes?
[09:44] <brendand> is ubuntu-rtm not considered a distro in launchpad?
[09:45] <sil2100> Saviq: so, it watched for the wrong packages before because of a bug we still try to work-around in LP API - with the source packages appearing too late in the publishedsources
[09:45] <brendand> ah maybe it would be called 14.09
[09:45] <brendand> nope that's a series
[09:45] <sil2100> Saviq: but this watch-only worries me, it didn't clean the previous builds
[09:45] <brendand> wgrant, ^
[09:46] <brendand> lp.distributions['ubuntu-rtm'] raises a KeyError
[09:46] <sil2100> Saviq: anyway, looking into that
[09:46] <sil2100> brendand: it should be, I work with that all the time
[09:46] <Saviq> sil2100, kk
[09:46] <brendand> sil2100, did you try that launchpadlib call?
[09:47] <sil2100> brendand: we're using it all the time in citrain
[09:47] <wgrant> brendand: The distro is ubuntu-rtm, the series is 14.09.
[09:47] <wgrant> brendand: Are you sure you're running against production?
[09:48] <wgrant> It doesn't exist on staging or qastaging.
[09:48] <brendand> wgrant, ah yes - it defaults to staging right?
[09:48] <wgrant> brendand: I believe so.
[09:48] <wgrant> Launchpad.login_with('some consumer', 'production')
[09:49] <brendand> wgrant, thanks
[09:49]  * brendand needs some wd40 for his lplib-foo
[09:51] <sil2100> Saviq: hah, ok, found the reason for that... that's punishment for writing a hack on a hack of a hack
[09:51] <sil2100> Saviq: anyway, I'll do a hotfix in a moment, but the refactored sync feature is better in this regard
[09:51] <Saviq> sil2100, ok coolz, thanks
[10:02] <brendand> sil2100, hey do you think it would be useful for the landing spreadsheet to have a column with a list of the source packages currently in the silo?
[10:02] <brendand> sil2100, i ask because i need to know for this script i'm writing to create trello cards, and i can do it myself with lplib, but if it's useful to more people then it may as well be on the sheet
[10:03] <bzoltan1> zbenjamin:  ogra_: I filed a bug for it to keep it on the agenda -> https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1364872
[10:04] <ogra_> bzoltan1, heh, and you filed it against ubuntu desktop :P
[10:05] <ogra_> triaged it properly
[10:05] <bzoltan1> ogra_: Sorry :) I filed it against what I was suggested  here -> https://bugs.launchpad.net/ubuntu-seeds
[10:05] <ogra_> i really dont get why it wasnt added back then ...
[10:05] <ogra_> i surely remember we agreed to add it
[10:06] <sil2100> brendand: on the spreadsheet? Would it be enough if the source packages would be listed in the backend?
[10:06] <bzoltan1> ogra_:  maybe because there was no bug reported for it :D
[10:06] <ogra_> heh
[10:07] <sil2100> i.e.http://people.canonical.com/~platform/citrain/ubuntu/landing-007
[10:13] <brendand> sil2100, at that point i may as well stick with launchpadlib
[10:13] <brendand> sil2100, if you don't think it's useful to be user visible then never mind
[10:13] <brendand> sil2100, it's only a dozen lines of code to get it from launchpad
[10:14] <sil2100> brendand: well, the backend has all the info needed as far as silos are concerned, we don't want to introduce a new column in the spreadsheet as we're already bloated there to maximum extent ;)
[10:18] <brendand> sil2100, out of curiousity how to access the backend?
[10:20] <imgbot> [10:20] <sil2100> Well, you can just fetch the config file for a given silo and JSON-parse it
[10:20] <sil2100> Like http://people.canonical.com/~platform/citrain/ubuntu/landing-007
[10:25] <brendand> sil2100, hmm interesting. good to know about anyway
[10:26] <brendand> sil2100, sources: isn't always correct these days though, right?
[10:28] <satoris> vila: jenkins seems to be failing strangely again on Thumbnailer: https://jenkins.qa.ubuntu.com/job/thumbnailer-utopic-amd64-ci/31/console
[10:32] <sil2100> brendand: not yet ;)
[10:37] <vila> satoris: looking
[10:37] <satoris> Thanks.
[10:40] <vila> satoris: looks like a glitch... other jobs are happily doing updates on that volume, I've triggered a rebuild with the same parameters
[10:41]  * vila blinks
[10:41] <vila> satoris: fails all the same 8-/
[10:41] <satoris> vila: I did that once already and it did not help. The previous time this happened fginther (IIRC) had to nuke something somewhere.
[10:41] <satoris> For some reason Jenkins hates Thumbnailer. :)
[10:42] <vila> satoris: as a very very wild guess, I'd suspect: ./build-dir/thumbnailer-1.2+14.10.20140814bzr93pkg0utopic27/tests/chinese_text content...
[10:43] <satoris> Could be. But it does not fail always for whatever reason. Only occasionally.
[10:44] <sil2100> Saviq: can I experiment with the build job of your silo? :)
[10:44] <vila> satoris: lucky guess, deleting only *.JPG there was enough to make the next job progress further...
[10:44] <Saviq> sil2100, feel free
[10:47] <satoris> vila: then again during previous build attempt there was this https://jenkins.qa.ubuntu.com/job/thumbnailer-utopic-armhf-ci/24/console
[10:48] <vila> satoris: found an asana task where fginther did mention the chinese file name, so the issue is known
[10:48] <Mirv> jenkins choking on non-ascii file names or something? uh oh..
[10:49]  * brendand wants a silo to be ready for sign-off soon so he can see does his script work
[10:50] <Mirv> I wonder if dbarth could help you there :) in case rtm 001 is under testing, the utopic variant landed earlier today
[10:51] <brendand> dbarth, whenever you like, set silo 001 to needs sign-off
[10:52] <Mirv> dbarth: what's the latest with "Webapps autologin via OA" RTM landing btw? QA failed it before, then oxide was added, should QA be informed that you've now really tested it with the Oxide + the rest of the PPA and they can start retesting it?
[10:52] <brendand> Mirv, we already know :)
[10:52] <brendand> Mirv, you need to look at the Trello board :)
[10:52] <vila> Mirv, satoris: fginther suspected the pbuilder-jenkins-plugin , I'll double-check with him
[10:52] <Mirv> brendand: oh, you know it's ready for retesting? cool, then.
[10:52] <Mirv> right, Firefox remembers that trello address :) looking
[10:53] <sil2100> Saviq: sooo, it should be hotfixed now
[10:53] <brendand> Mirv, davmor2 is testing it now
[10:53] <Mirv> dave is on it! :)
[10:53] <davmor2> muhahahahahahahahahaha
[10:58] <davmor2> sil2100, ogra_: why the hell do we still have note in rtm?
[10:59] <ogra_> davmor2, because nobody removed it i would think :)
[11:00] <imgbot> [11:00] <imgbot> [11:01] <sil2100> davmor2, ogra_: heh ;)
[11:02] <sil2100> brendand: btw. how's the queuebot plugin going? ;)
[11:02] <brendand> sil2100, i did it a different way
[11:02] <brendand> sil2100, actually stole a lot of code from queuebot :)
[11:03] <brendand> sil2100, but the solution requires hardcoding a lot of trello specific keys and ids, so i didn't want to land it in queuebot
[11:03] <davmor2> Stop that man, Thief!  Stop him....
[11:03] <sil2100> brendand: so will there be a different bot here or something?
[11:03] <brendand> sil2100, oh do you mean in terms of notifying people about changes?
[11:04] <brendand> sil2100, that's a bit more complicated. i need to really think about how it's going to work
[11:04] <brendand> sil2100, but i know how to do it
[11:04] <brendand> sil2100, it can't be done with changes to queuebot either
[11:04] <brendand> well it can, but it's not the best way
[11:11] <dbarth> brendand: i see silo 1 is turned to "qa signoff required" now; did your script work?
[11:11] <dbarth> or do you still need me to toggle something on?
[11:12] <dbarth> Mirv: davmor2 was just testing it earlier, so this should be landable soon
[11:13] <brendand> dbarth, in RTM? it does not seem to be
[11:15] <brendand> dbarth, but you haven't done your own testing
[11:15] <brendand> dbarth, Testing pass column is still 'No'
[11:15] <brendand> my script actually looks at the status, not just the QA signoff column
[11:26] <dbarth> brendand: uh, that's right, so i need to boot another emulator
[11:35] <imgbot> [11:35] <imgbot> [11:35] <ogra_> hello Mir
[11:36] <jamesh> satoris, pete-woods: how should this problem be handled? https://ci-train.ubuntu.com/job/ubuntu-landing-014-1-build/19/console
[11:36] <davmor2> Mirv, sil2100: did you hit publish on rtm silo-002 yet?
[11:36] <jamesh> presumably this is caused by a direct upload that bypassed CI
[11:37] <pete-woods> jamesh: yes. you need to manually import the changes from the upload
[12:01]  * sil2100 off to prepare lunch
[12:24] <Mirv> davmor2: I can hit now
[12:30] <dbarth> oxide-qt is in utopic, i thought the dependency on silo was to make sure the package would be pulled in
[12:34] <Mirv> dbarth: it's there, I just need to make the train go choo choo
[12:36] <davmor2> sil2100, brendand: as there are no silos currently I'm going to dogfood 14
[12:42] <charles> sil2100, davmor2, thostr_: IMO bug #1363906 is working as designed (and as suggested by Design) and is not a blocker; I wrote up my explanation at https://bugs.launchpad.net/indicator-transfer/+bug/1363906/comments/2
[12:45] <davmor2> charles: right so if I download say an image from the t'interwebz it should show the green download icon and should infact show content in the indicator right?
[12:46] <charles> davmor2, if you download an image, it should show the green download and show the destination app's icon (e.g., gallery) in the indicator's menuitem
[12:47] <davmor2> charles: Right I'll give that a try in a second then
[12:47] <boiko> sil2100: hi, would you mind reconfiguring silo 3? I have added new components there
[12:50] <charles> davmor2, note there is still a unity8 rendering bug that prevents the title and progressbar from being shown; last I heard on that, thostr_ was going to get someone on the unity8 side to fix that regression
[12:50] <thostr_> charles: dednick was on that one... at least that's what kgunn promised IIRC
[12:50] <charles> thostr_, so kgunn changed his mind? I thought dednick was too busy for it
[12:56] <plars> trainguards can I get a silo for #51 please?
[12:56] <davmor2> charles: okay so I see gallery and the icon go green so I'm happier,  can you please make a note on https://wiki.ubuntu.com/Process/Merges/TestPlan/indicator-transfer as to what transfers are supported please,  we used to use installing an app and an app update as tests for this hence thinking it was broken :).  Many thanks.
[12:58] <davmor2> charles: I'm assuming currently it is only pictures I guess, but as new bits add contenthub and download manager support is will increase
[12:59] <charles> davmor2, that's about the size of it
[13:09] <Mirv> plars: sure
[13:12] <kgunn> thostr_: charles you talkin' bout sync indicator ? if so, Cimi is working on that
[13:13] <brendand> davmor2, and QA are the bottleneck they say
[13:13] <brendand> HA!
[13:14] <davmor2> brendand: yeah when we know it is all that ogra_ 's fault ;)
[13:16] <davmor2> charles: I just added a request to the pdfjsviewer to add download manager support so hopefully that will land :)  Then we might have enough time to actually test the other bits ;)
[13:19]  * ogra_ wonders why we ever shiped poppler for pdf decoding :P
[13:19] <ogra_> *shipped
[13:21] <thostr_> kgunn: thanks
[13:22] <kenvandine> thostr_, any eta on utopic silo 10?
[13:26] <thostr_> lool: what do we now do with silo 10? we tested the indicator part and it works fine... should we land this? and has anybody verified that the system settings MP contains all what we need?
[13:26] <thostr_> kenvandine: ^
[13:27] <kenvandine> thostr_, thx, i have quite a bit queued up to land for settings
[13:28] <Mirv> ogra_: I wonder if you could +1 a one-liner? https://ci-train.ubuntu.com/job/ubuntu-landing-001-2-publish/lastSuccessfulBuild/artifact/packaging_changes_qtcreator-plugin-ubuntu_3.1.1+14.10.20140903.3-0ubuntu1.diff
[13:28] <thostr_> kenvandine: ack. but this is now up to lool to move further
[13:28] <davmor2> ogra_: because it was going to be supported but all the bits that we needed to land so it could be used hadn't so I think it fell by the wayside :(
[13:29] <lool> thostr_: I tested the system-settings stuff
[13:29] <ogra_> Mirv, with one liner i assume you dont mean the one line whitespace change ?
[13:29] <lool> thostr_: didn't test latest indicator binaries, if you did then we should definitely land this now
[13:29] <ogra_> :P
[13:29] <lool> thostr_: landing is a bit special as one package is in NEW and it needs a coordinated meta update
[13:29] <lool> fginther: Hey!
[13:29] <ogra_> Mirv, assuming the SDK guys know what they do ... ACK
[13:30] <thostr_> lool: well the indicator and system settings shouldn't be problematic
[13:30] <lool> thostr_: this does depend on the new package getting in, as it ships the schemas
[13:30] <ogra_> davmor2, after rtm i'll make use of it in an app to justify its existence on the image :)
[13:30] <boiko> trainguards can I please get silo 3 reconfigured? I added new components there
[13:30] <thostr_> lool: oh, you mean accountsettings schema?
[13:30] <Mirv> ogra_: the line removal that is. and yes I trust how they're splitting their plugins. thanks!
[13:30] <lool> yes
[13:31] <thostr_> right
[13:31] <thostr_> but that shouldn't cause a crash.... ;)
[13:31] <lool> fginther: would you have some time today to help me go through the CI setup for a new package?
[13:31] <thostr_> lool: if it's not crashing I'd go forward and land the silo so that we unblock kenvandine and others
[13:32] <lool> fginther: ubuntu-location-provider here; it's at the usual spot and should be mostly ready source-wise; it's in NEW in Ubuntu and in silo 10 (utopic); if you have docs/checklist I shoudl follow, that's welcome
[13:32] <lool> thostr_: totally
[13:32] <lool> thostr_: there is one crash in an edge case
[13:32] <thostr_> that's not good though...
[13:32] <lool> thostr_: also, system-settings is in another landing from dbarth
[13:32] <thostr_> btw I only tested utopic
[13:32] <lool> haven't checked if it landed this morning
[13:32] <fginther> lool, sure. It's mostly just a matter of telling us about it, I really just need to know the project name
[13:33] <lool> thostr_: I was planning to ask mterry to look into it, but if you can that'd be welcome
[13:33] <kenvandine> lool, the other landing isn't ready
[13:33] <lool> thostr_: the crash is when a) you click "view T&C"  b) click some URL to here.com  c) press the button to return to wizard
[13:33] <lool> kenvandine: the one from dbarth?
[13:33] <kenvandine> dbarth's landing doesn't have an approved MP yet
[13:33] <kenvandine> waiting for fixes
[13:33] <lool> kenvandine: can we land before then? he came first
[13:34] <thostr_> lool: ok, but the crash will not appear during normal usage...
[13:34] <kenvandine> yes... you land first
[13:34] <kenvandine> we've been waiting for fixes for his since last week
[13:34] <kenvandine> i have 6 more branches ready to land after your's too
[13:34] <lool> thostr_: exactly, also it doesn't allow you to enable accidentally, so I think it's alright
[13:34] <thostr_> yep
[13:35] <thostr_> lool: ok, then I set the utopic silo to tested
[13:36] <lool> sil2100: hey, can we land silo 10 now? it needs a couple of trickier than usual things though: a) getting ubuntu-location-provider-here in the archive (currently in NEW)  b) updating seed and meta once we've put it there (these two should be done before we land)
[13:36] <lool> thostr_: +1
[13:37] <lool> thostr_: do you know if we can avoid meta being copied when we publish?
[13:37] <sil2100> lool: ok, so someone is doing a NEW review of the package already?
[13:37] <lool> sil2100: I dont know who to grab at this hour
[13:37] <kenvandine> lool, so i'm going to get a new silo building now, but won't land until after silo 10 is done and merged, etc
[13:37] <lool> also archive admin days seems out of date
[13:37] <lool> kenvandine: ty
[13:38] <sil2100> fginther: did you get pinged about CI issues with core-app merges?
[13:38] <om26er> davmor2, you gave me the command to test rtm branch, can you share that again
[13:38] <lool> kenvandine: ours is mostly wizard stuff in the settings, so should be fairly isolated from other settings changes I hope
[13:38] <fginther> sil2100, yes, already looking into it
[13:38] <kenvandine> lool, yeah
[13:38] <lool> it's a bit weird to have the wizard in the settings, albeit I guess they share a lot of common utils code
[13:38] <sil2100> fginther: thanks :)
[13:38] <thostr_> lool: which meta copy?
[13:38] <lool> thostr_: ubuntu-touch-meta
[13:38] <lool> thostr_: should NOT be copied
[13:39] <thostr_> oh you mean not copied to rtm
[13:39] <lool> not copied to utopic
[13:39] <thostr_> ah, column g
[13:40] <thostr_> sil2100: how can we avoid to copy ubuntu-touch-meta for silo 10?
[13:40] <davmor2> om26er: no you should of memorised it ;)  give me a second
[13:40] <sil2100> thostr_: hmmm
[13:40] <om26er> haha
[13:40] <davmor2> om26er: ubuntu-device-flash --channel=ubuntu-touch/ubuntu-rtm/14.09-proposed --wipe
[13:40] <Mirv> boiko: reconf running
[13:41] <sil2100> thostr_: this might be tricky, let me think about it for a moment... since when we publish, we publish everything or nothing
[13:41] <lool> slangasek: hey, around? would you be able to help with NEW processing of ubuntu-location-provider-here? we'd like to land it ASAP; it is a shell around the actual HERE binaries that will ship from /custom
[13:41] <boiko> Mirv: nice! thanks!
[13:41] <Mirv> boiko: and done
[13:41] <sil2100> lool, thostr_: could we maybe put a -proposed block on it instead temporarily? Since we do not support selective publishings from a silo
[13:42] <sil2100> We could upload it seperately as well, like directly through dput
[13:43] <lool> sil2100: if we dont support selective publishing, I'd suggest we just copy-package the right ones
[13:43] <sil2100> lool: like, just do copy-package from the silo and then simply free the silo when all are copied?
[13:43] <sil2100> Mirv: wait!
[13:43] <sil2100> Mirv: don't publish silo 10 ;)
[13:44] <sil2100> Mirv: we're discussing it here now
[13:44] <Mirv> sil2100: ok :)
[13:44] <lool> sil2100: yup
[13:44] <sil2100> lool: sounds fine, I'll make sure it's properly registered in the spreadsheet after all is copied over
[13:44] <lool> sil2100: ty
[13:44] <sil2100> lool: so just give me a sign once that happens :)
[13:45] <lool> so just need an archive admin now
[13:45] <sil2100> lool: yw and thanks as well
[13:45]  * sil2100 looks at slangasek
[13:45] <sil2100> slangasek should be around in like ~1h
[13:45] <lool> it's early for him still  :-)
[13:45] <lool> yeah
[13:51] <Ursinha> sil2100: hey :) what happens if I don't change the "Ready? MP following project guidelines" in the spreadsheet, will it just sit there even if I click "build"?
[13:52] <sil2100> Ursinha: in theory, if someone doesn't set 'Ready?' to Yes, a silo should not be assigned for that landing ;)
[13:52] <Ursinha> hmm, no, it's building without that
[13:52] <sil2100> Ursinha: it's just an indicator for us to know if the landing is ready for assignment
[13:52] <Ursinha> sil2100: got it, the gating is manual
[13:52] <Ursinha> sil2100: thanks! :)
[13:52] <sil2100> Ursinha: it has no other meaning :)
[13:52] <sil2100> yw!
[13:52]  * sil2100 goes back to breaking the train
[13:56] <davmor2> sil2100: that's easy, you should try not breaking it that is a real challenge ;)
[13:57] <sergiusens> davmor2: the challenge is making train changes through a silo in the train
[13:57] <sil2100> hmmm
[13:57] <sil2100> davmor2: not breaking...? What does *that* mean?
[13:58] <sil2100> sergiusens: would make sense if we had train packages and used it in touch images ;p
[13:58] <davmor2> sil2100: it means going full pelt and not stopping, like a run-away train right ;)
[14:07] <Mirv> :)
[14:32] <sil2100> Mirv: ping!
[14:33] <Mirv> sil2100: prong
[14:34] <sil2100> fginther: any luck with that CI thing? :)
[14:34] <fginther> sil2100, not yet
[14:39] <sil2100> fginther: good luck! And thanks for taking care of that :)
[14:46] <seb128> dbarth, hey, did you this my ping earlier?
[14:46] <dbarth> seb128: ah yes
[14:47] <dbarth> seb128: lte me scroll back
[14:47] <dbarth> seb128: i'm debugging the icon issue for uss/s&p/location
[14:47] <seb128> dbarth, k
[14:48] <dbarth> seb128: apparently the trustore has ẅrong app ids like 'unconfined'
[14:48] <dbarth> which breaks desktop file resolution
[14:51] <seb128> dbarth, k, what about the fact that you have it in a silo, you don't plan to land it before having review ack right?
[14:52] <dbarth> seb128: i can free up the silo; i wanted to land quickly; but the icon issue is not great
[14:52] <dbarth> seb128: what do you think?
[14:52] <seb128> dbarth, no, I don't want it to land before it works correctly
[14:52] <seb128> which was my point
[14:52] <seb128> I would have fixed the issue even before putting it in a silo
[14:54] <dbarth> ah, diffeent povs, some wanted to test the featue, even with some visual bugs
[14:55] <dbarth> but that's passed; i'll free that up for now; will finish in the MP with you before a new silo request
[14:55] <dbarth> trainguards, can you unload silo 17 please?
[14:55] <sil2100> dbarth: unload? :)
[14:58] <dbarth> sil2100: well, free the silo
[14:59]  * dbarth looks up "unload" on google
[14:59] <sil2100> dbarth: ok, what's up with that? Invalid? :)
[14:59] <sil2100> dbarth: well, unload probably is the right term, just wanted to make sure we think about the same - and that there was no typo
[14:59] <sil2100> dbarth: as unload and upload have only one letter different
[14:59] <dbarth> yeah
[15:00] <dbarth> not good enough as discussed with seb128
[15:07] <seb128> where can we see the current image numbers for rtm/proposed?
[15:08] <brendand> davmor2, sil2100 - eets alive! https://trello.com/b/AE3swczu/silo-testing
[15:08] <sil2100> brendand: ooh!
[15:08] <davmor2> brendand: nice one that man :)
[15:09] <brendand> i just need to find a better place to deploy it
[15:10] <brendand> sil2100, any recommendations?
[15:10] <brendand> it's running on my laptop right now
[15:14] <lool> fginther: was it all good for the ubuntu-location-provider-here? did you manage to set it up for CI?
[15:16] <rsalveti> thostr_: what is the status of silo 13 (rtm)?
[15:16] <rsalveti> thostr_: I have one other change in powerd that I want to sync, but I see you got one sync already in place for the previous version
[15:16] <rsalveti> and I don't want to overwrite it
[15:17] <thostr_> rsalveti: yes, charles just tested it some hours ago
[15:17] <rsalveti> thostr_: oh, ok, will wait QA to sign it off then
[15:18] <rsalveti> sil2100: I need one rtm silo to sync the android package from ubuntu
[15:18] <rsalveti> sil2100: package already in the ubuntu archive
[15:18] <thostr_> rsalveti: if you and charles retest and if QA hasn't looked at it yet we might just merge it into that one... but it probably doesn't really save any work
[15:19] <rsalveti> thostr_: yeah, I'll just wait :-)
[15:19] <thostr_> rsalveti: but if the package is in utopic already should we have already picked it up with our sync?
[15:19] <thostr_> rsalveti: s/package/change
[15:21] <ogra_> plars, did you manage to do a complete test run yesterday btw or did any other issues pop up ?
[15:22] <plars> ogra_: it wasn't complete, no. Just enough to convince me that both autopilot and non-autopilot tests can work with this change
[15:22] <plars> ogra_: previously all autopilot tests failed because the screen couldn't unlock
[15:22] <plars> ogra_: once you get past that though, they are fine
[15:22] <sil2100> rsalveti: sure thing :) we have sync: functionality from ubuntu, want me to fill in one for you? Which package do you want synced?
[15:23] <ogra_> plars, ok
[15:27] <fginther> lool, I'm in the middle of trying to fix something else, I'll get to it when things clear up a bit, but it will be done today
[15:28] <mandel> sil2100, is the clock app broken??
[15:28] <sil2100> mandel: what's up?
[15:28]  * sil2100 has no bug on that
[15:28] <mandel> sil2100, in my device is not even launching
[15:28] <seb128> it was yesterday until the thumbnailer update
[15:29] <seb128> what image/libthumbnailer0 version do you have?
[15:29] <seb128> sil2100, did we get new images with that fix btw?
[15:29] <sil2100> seb128: in utopic? Yeah, we should have
[15:29] <seb128> sil2100, was that issue on rtm as well?
[15:31] <lool> fginther: thanks a lot
[15:33] <sil2100> seb128: no, it was only on utopic
[15:33] <seb128> k
[15:33] <sil2100> seb128: since rtm didn't have those 2 versions synced up...
[15:33] <sil2100> davmor2, brendand: can anyone confirm? ^
[15:33] <sil2100> mandel: is that on rtm or ubuntu?
[15:33] <mandel> sil2100, rtm
[15:34] <brendand> sil2100, clock app broken?
[15:34] <sil2100> Yeah
[15:34] <ogra_> works fine for me on rtm 14
[15:34] <ogra_> (image 14)
[15:35] <davmor2> sil2100: clock app works here I just filed bugs on the alarm system
[15:36] <mandel> sil2100, ogra_ I reboot fixed it, I just don't want to know what happened
[15:36] <sil2100> mandel: hah ;)
[15:36] <ogra_> mandel, oh you had a click package upgrade ?
[15:36] <ogra_> (not as part for a system update)
[15:37] <ogra_> there is definitely a bug with click updates and the click scope still holding the old .desktop files
[15:37] <mandel> ogra_, yes, a click update
[15:37] <brendand> clock is ok here
[15:37] <mandel> dobey, alecu ^^
[15:37] <ogra_> if you search for it, the scope gets a forces refresh
[15:37] <ogra_> *forced
[15:37] <mandel> ogra_, do the click scope people know?
[15:38] <ogra_> after a search it works
[15:38] <davmor2> mandel: click scope isn't refreshing once an app update old bug,  You need to do a search to refresh the scope
[15:38] <sil2100> om26er: did you do some per-image exploratory testing on mako today by any chance?
[15:39] <om26er> sil2100, I am flashing rtm image on mako
[15:39]  * ogra_ sighs about davmor2 ... typing my fingers off in ten sentences and he just explains it in one line :P
[15:39] <brendand> thostr_, i'll pick up silo 13 for testing now
[15:39] <sil2100> mterry: is there a landing for the wizard-not-restarting-maliit issue? :)
[15:39] <om26er> sil2100, do you want me to test the non-rtm branch ?
[15:39] <thostr_> brendand: thanks
[15:40] <sil2100> om26er: maybe first the rtm branch I think
[15:40] <dobey> huh?
[15:40] <sil2100> om26er: since this might be the most interesting promotion-wise
[15:40] <sil2100> We're still not ready, as blockers are upon us, but just to check the overall quality
[15:40] <mterry> sil2100, not a specific landing, I think kenvandine is working on a broad USS landing
[15:40] <dobey> oh
[15:40] <sil2100> mterry: excellent
[15:40] <om26er> sil2100, ok, its being flashed now.
[15:41] <kenvandine> sil2100, that's in silo 20
[15:41] <sil2100> davmor2: btw. could you take a look and see if you see any of our serious blockers missing from this list? http://people.canonical.com/~lzemczak/issues/
[15:41] <kenvandine> which will need a respin after silo 10 is merged
[15:41] <sil2100> kenvandine: \o/
[15:41] <davmor2> sil2100: I've asked om26er to alternate each day on mako, yesterday was utopic, today rtm, tomorrow utopic and so on  I think it is the best way to ensure that mako is not left behind on either
[15:41] <sil2100> davmor2: good plan
[15:42] <mterry> kenvandine, did that branch fix your password problems by the way?
[15:42] <davmor2> sil2100: I'll have a look in a minute I'm still dogfooding rtm14
[15:42] <ogra_> 14 is really nice
[15:42] <kenvandine> mterry, testing now
[15:42]  * mterry hugs kenvandine
[15:42] <ogra_> surely the most stable we had yet
[15:42] <davmor2> ogra_: I agree, it hasn't locked up yet :)
[15:43] <ogra_> yeah, new Mir
[15:43]  * ogra_ hugs kgunn
[15:43] <dobey> mandel, ogra_: that is on the rtm image, or on devel-proposed?
[15:43] <ogra_> no more butt-phone-calls-in-the-pocket
[15:43] <rsalveti> thostr_: the change is a new one, so what you have in your silo is older, that's why it's just better to wait :-)
[15:43] <ogra_> dobey, whats devel-proposed :P
[15:43] <thostr_> rsalveti: ah, right
[15:43] <rsalveti> sil2100: yeah, please, just the 'android' package
[15:43] <sil2100> charles: hey, regarding bug LP: #1363906 ! So, as per your comment.. does this mean that the bug is not valid in overall, or is there still something we need fixed?
[15:44] <sil2100> rsalveti: ok, doing!
[15:44]  * kgunn hugs ogra back for saying that
[15:44] <kgunn> man hugs all around
[15:44] <ogra_> :)
[15:44] <dobey> ogra_: the image that has the fix, which apparently hasn't been synced to ubuntu-rtm yet (and it's an issue in ubuntu-system-settings)
[15:44] <charles> sil2100, short term, IMO this means it isn't a blocker
[15:44] <kenvandine> mterry, "Could not set security disploay hint"
[15:44] <kenvandine> mterry, meaningful?
[15:44] <sil2100> charles: would make sense
[15:44] <mterry> kenvandine, noooo!
[15:44] <ogra_> dobey, the click .desktop file issue is a system-settings one ?
[15:45] <mterry> kenvandine, that one I've not seen, but really doesn't make sense
[15:45] <ogra_> dobey, and no, i dont use -proposed anymore ... only for quick silo tests
[15:45] <mterry> kenvandine, how do you break things so well?
[15:45] <kenvandine> i keep getting that in the pass phrase dialog
[15:45] <dobey> ogra_: yes, the update plug-in wasn't telling the dash to refresh the scope
[15:45] <kenvandine> haha
[15:45] <ogra_> dobey, wow
[15:45] <mterry> kenvandine, same steps you've described before?
[15:45] <sil2100> davmor2: once you're done with the silo, if you could check charles comment on the indicator-transfer bug? I think we can indeed remove it from the blockers
[15:45] <mterry> kenvandine, I was getting a different error (invalid PIN on a valid PIN) and my branch solved that problem.  I hoped yours was a symptom of same
[15:46] <mterry> kenvandine, I'd still like to land mine if possible
[15:46] <mterry> kenvandine, but will continue to try to reproduce yours
[15:46] <mterry> you monster
[15:46] <kenvandine> i can't set a pin either
[15:46] <charles> sil2100, looking past "is this a blocker", after that comment this morning I've been talking to mandel and sergiusens about ways to improve the metainfo that ubuntu-download-manager is providing to indicator-transfer; that's tracked now in  https://bugs.launchpad.net/ubuntu/+source/ubuntu-download-manager/+bug/1364964
[15:46] <mterry> kenvandine, same error?
[15:46] <kenvandine> yes
[15:46] <mterry> kenvandine, and this is from passphrase -> swipe and passphrase -> pin?
[15:46] <charles> sil2100, looks like that's something we may be able to sort out this week or early next week, but again isn't a blocker wrt #1363906
[15:46] <kenvandine> swipe-> passphrase
[15:47] <kenvandine> and swipe->pin
[15:47] <kenvandine> i started on swipe
[15:47] <kenvandine> and it isn't setting either
[15:47] <mterry> kenvandine, ah.  that error happens if you can't set a property on AccountsService, but it's the easiest property to set in the world
[15:47] <mterry> kenvandine, there should be no reason it wouldn't be allowed, unless you weren't an active policykit session for some reason
[15:47] <sil2100> rsalveti: ok, so we're a bit 'low' on silos :| But the landing is prepared, so we'll assign as soon as we can
[15:47] <mterry> kenvandine, OK, back to my lair
[15:48] <davmor2> sil2100: already did see back scroll ;)  I think it is safe to move it is only meant to now work on image downloads for now till more stuff is supported in content hub and download manager combined.  I've asked charles if he can update the testplan with what media should work.  The issue was previously downloading an app triggered it and that bit went away.
[15:48] <rsalveti> sil2100: sure, no worries, thanks!
[15:48] <mterry> kenvandine, but again, my branch might help some corner cases, so I'd still like it to be approved if possible
[15:48] <sil2100> davmor2: ok then, I remove it then :)
[15:48] <charles> davmor2, ack
[15:48] <kenvandine> mterry, i'd like to see it set some pass :)
[15:48]  * kenvandine tries on mako too
[15:49] <mterry> kenvandine, you ask too much!
[15:49] <davmor2> charles: thanks that way we know what we can and can't test and save annoying bug reports ;)
[15:49] <brendand> thostr_, now i have to go through the install powerd dance. curses
[15:49] <thostr_> brendand: what a lovely world we live in :)
[15:50] <ogra_> mterry, drop all that shit and just quickly implement face recognition ... (might become a bit tricky with sudo though)
[15:50] <mterry> ogra_, :)
[15:50] <ogra_> way to many options for the users :)
[15:50] <mterry> ogra_, we should just tell them to drop to Terminal app and run passwd
[15:50] <ogra_> ++
[15:51] <kenvandine> mterry, well crap... i rebooted again and it all worked
[15:51] <ogra_> thats how a *real linux* phone must work !
[15:51] <kenvandine> so maybe i didn't have a valid session?
[15:51] <brendand> rsalveti, what do i need to change for krillin here: http://paste.ubuntu.com/8092473/
[15:52] <rsalveti> brendand: let me check
[15:52] <mterry> kenvandine, hrm... I'm worried your phone is now in "Mike mode" where everything works for you but not others
[15:53]  * mterry eats
[15:53] <kenvandine> mterry, i'm trying my other device too
[15:54] <kenvandine> sil2100, what's the status of the manual massaging of silo 10?
[15:54] <rsalveti> brendand: http://paste.ubuntu.com/8224550/
[15:55] <sil2100> kenvandine: yeah, so it's a landing driven by thostr_ and lool, and they waited with landing things from it for some package to move out of the NEW queue
[15:56] <sil2100> kenvandine: then they will manually copy-package from it, since they don't want the -meta package to get published along with it
[15:56] <sil2100> kenvandine: after all packages get copied out of it manually we will m&c it
[15:57] <kenvandine> sil2100, ok, thx... i'll try to pay attention to that
[15:57] <kenvandine> i'll need to rebase silo 20
[15:57] <sil2100> lool, thostr_: once all packages from silo 10 are copied, please give a sign to the current trainguard
[15:57] <sil2100> kenvandine: ACK :)
[15:58] <kenvandine> sil2100, thx ;)
[15:58] <om26er> sil2100, when I started the phone unity8-dash didn't start. had to manually restart unity8-dash from terminal
[15:58] <om26er> there was no crash file.
[15:58] <sil2100> uh
[15:58] <sil2100> Not good
[15:58] <om26er> now on reboot things are fine though.
[15:58] <kenvandine> mterry, ok, i massaged that onto my rtm based mako... and couldn't seem to reproduce that bug
[15:58] <kenvandine> mterry, i'm properly flashing it to utopic-proposed to test again
[15:59] <lool> sil2100: hey, would you know how the ubuntu-rtm PPA were setup?
[15:59] <lool> would like to create one for the HERE integration
[15:59] <brendand> rsalveti, shouldn't we just put that in the powerd test plan?
[16:00] <mterry> kenvandine, also, just for the lulz, I've heard that Design wants to go back to "passcode"  :)
[16:00] <sil2100> lool: yeah, so you need to use lp-shell to do that
[16:00] <rsalveti> brendand: feel free to add it there
[16:12] <kenvandine> mterry, we'll that's fun :)
[16:18] <om26er> davmor2, hey! which image are you on right now ? on your mako
[16:23] <slangasek> lool: why does ubuntu-location-provider-here ship a copyright file for the bits from /custom?
[16:24] <slangasek> lool: accepted, fwiw
[16:24] <lool> slangasek: it's kind of a hack to display the license of the bits under /custom in the settings
[16:25] <slangasek> lool: ah
[16:25] <lool> slangasek: instead, we ought to wrap the whole thing in click packages and present licenses from there
[16:25] <slangasek> ok
[16:25] <lool> but there's a lot of missing functionality to make that happen
[16:25] <lool> so that seemed like a good short-term compromize
[16:25] <slangasek> btw, the upstart jobs scare me
[16:25] <lool> slangasek: thanks for the review
[16:25] <slangasek> but I'm not reviewing them as part of NEW
[16:26] <slangasek> (they seem to be missing proper stop rules... and they have 'and' start conditions, not sure if anyone has reviewed these wrt service restarts)
[16:39] <robru> sil2100_: http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-010 ok comments now visible on dashboard
[16:42] <sil2100_> Hah, awesome :)
[16:42] <sil2100_> Thanks
[16:42] <sil2100> These are those little things that make a person happy
[16:47] <robru> sil2100: you're welcome!
[17:13] <pmcgowan> davmor2, I am not getting a welcome screen after suspend, that known, 220
[17:13] <davmor2> pmcgowan: I do :(
[17:14] <pmcgowan> davmor2, let me see if I know how to reproduce
[17:14] <alecu> yay
[17:14] <davmor2> sil2100: so I just finished, no new regressions, some of the others are still about but I'll go through those after food :)
[17:22] <robru> bfiller: https://ci-train.ubuntu.com/job/ubuntu-landing-019-2-publish/9/console please approve these MPs
[17:22] <bfiller> robru: sorry, right
[17:23] <bfiller> robru: done
[17:25] <robru> bfiller: thanks
[17:26] <sil2100> davmor2: thanks :)
[17:40] <brendand-nexus5> charles - what new stuff does silo 13 land?
[17:40] <brendand-nexus5> charles - is there a way to test 'hardware wakeup support'?
[18:03] <sil2100> fginther: hey! Sorry to poke about that again, but how's the CI thing with core-app merges going? You think it's something broken from the infrastructure side?
[18:08] <fginther> sil2100, I don't know. I'm getting a number of failures trying to run these tests local, but they're not quite the same failures
[18:21] <davmor2> sil2100: so everything looks right on the blocker list
[18:21] <sil2100> davmor2: thanks! I'll prepare the e-mail then :)
[18:55] <robru> sil2100: ^ wat? I assigned that, why did you free it?
[18:56] <sil2100> robru: rsalveti decided to do a direct upload for that :)
[18:56] <robru> ah ok
[18:56] <robru> i'll delete the spreadsheet row then
[18:56] <pmcgowan> popey, fginther balloons did the core-apps jenkins server get happy again?
[18:57] <fginther> pmcgowan, I think I may have found what changed, I'm testing a fix now
[18:57] <pmcgowan> fginther, cool
[18:58] <balloons> I see the first passing test in almost 6 days come across :-)
[18:58] <pmcgowan> fginther, you need to give training to a CI buddy then
[18:58] <pmcgowan> nice
[18:58] <fginther> pmcgowan, I've got a few in progress, if they all look good, then I think we can start re-trying the failed builds
[18:59] <balloons> yes, some post-mortem on this is definitely due
[18:59] <pmcgowan> thanks
[19:00] <sil2100> robru: thanks o/
[19:02] <fginther> balloons, I'm not sure yet what exactly changed, but the system now starts with a running X server
[19:05] <balloons> fginther, that sounds quite reasonable. My thoughts were to just get it running again by re-doing the setup if needed.. Probably easier than chasing what broke since time was/is of the essence.
[19:06] <balloons> fginther, are you comfortable with me queuing re-runs at this point?
[19:07] <fginther> balloons, yes, please start with just a few though
[19:07] <balloons> fginther, yes, I won't slam things, just the priority fixes we need
[19:07] <fginther> balloons, here are the new processes that didn't used to be there: http://paste.ubuntu.com/8225912/
[19:07] <nik90_> balloons, fginther: it passed! https://code.launchpad.net/~nik90/ubuntu-clock-app/alarmday-selectall-shortcut/+merge/233134
[19:09] <brendand> charles, hi
[19:11] <balloons> k, I kicked off the needed mp's for music, reminders and terminal
[19:12] <nik90_> balloons: don't kick the clock app mps since they will have code conflict with one other
[19:12] <balloons> nik90_, yours are urgent enough to go first :p
[19:13] <balloons> *are not
[19:13] <nik90_> :)
[19:13] <balloons> but I'll keep that in mind
[19:15]  * balloons awaits jenkins picking up autolandings
[19:26] <fginther> lool, what is the correct trunk branch for ubuntu-location-provider ?
[19:43] <kenvandine> mterry, i added cimi's branch to silo 20 and reconfigured, but i'll wait for silo 10 to finish landing/merge before doing a rebuild
[19:43] <mterry> kenvandine, sure, thanks
[19:43] <kenvandine> np
[19:44] <mterry> kenvandine, I think I reproduced your "Could not set security display hint" error a different way via the wizard on krillin
[19:44] <mterry> kenvandine, looking into i
[19:44] <mterry> t
[19:44] <kenvandine> mterry, thx, i haven't reproduced it again
[20:00] <balloons> fginther, I noticed the reminders-app tests hang, just like in CI. I forgot, despite the fact that Leo's mp was being tested, that code is not running.
[20:01] <fginther> balloons, psivaa mentioned that reminders wasn't using the right version, is this the same problem?
[20:02] <balloons> fginther, yes more or less. Just pointing out until it's fixed, reminders jenkins should probably be paused
[20:02] <balloons> if it ever picks up an mp, it'll just lock the test job till timeout
[20:03] <fginther> balloons, ok, I'll disable it for now
[21:19] <robru> sergiusens: you got silo 9
[21:31] <robru> fginther: what's the easiest way to add pep8 or pyflakes to that new job we just created? I can see how to just add that to the script, but I'm not sure how to make it give xml test result output... should I just write a unittest that subshells out to pep8 tool? ;-)
[21:33] <fginther> robru, a unittest that executes pep8 is the best approach
[21:34] <robru> fginther: ok thanks
[21:53] <lool> fginther: lp:ubuntu-location-provider-here / ~phablet-team/ubuntu-location-provider-here/trunk
[21:53] <fginther> lool, thanks, it will be enabled shortly
[21:53] <lool> fginther: ty
[22:02] <lool> fginther: so concerning silo 010 (utopic), the initial plan was to land the right subset of the packages manually, then flush it
[22:02] <lool> fginther: but I've just sound of something easier: now that the special bits are in the archive, I've removed them from PPA, and we can simply publish the silo as normal
[22:03] <lool> fginther: I've just requested deletion of the packages now, will take a couple of minutes I guess; do you want me to manually copy the packaegs and you to flush the silo, or would you like to publish it
[22:04] <fginther> lool, this is a question for the trainguards ^
[22:04] <lool> fginther: hmm how do I find who this is right now? you're the only human in the topic  :-)
[22:05] <fginther> lool, just using 'trainguards' will hopefully provide the proper alert. If not, hopefully robru is the right one for this
[22:06] <lool> ok
[22:06] <fginther> (and I now realize that's a lot of hopefully)
[22:06] <robru> ohhey
[22:06] <lool> robru: hey, any preference between the two?
[22:07] <robru> lool: yeah, you gotta manually copy everything. if I try to publish it, citrain will freak out that stuff is missing from the ppa. You can't just go poking at the ppa like that, citrain is an incredibly brittle piece of junk.
[22:07] <lool> ok
[22:07] <robru> lool: let me know when it's copied and I can flush it
[22:09] <robru> fginther: hey do you have any idea what a pep8 unittest would look like? I just want the test to run 'pep8 .' in the project root and then make sure the failure includes the output, but i just can't get it to work, even trying various internet copypasta. it seems like nose is running my tests in some kind of magical neverland, because even 'os.walk('.')'
[22:09] <robru> shows no files or directories even though os.environ['PWD'] shows it's in the branch root
[22:10] <robru> fginther: https://gist.github.com/swenson/8142788 tried this and 'files' came out as '[]' despite the massive amount of files in this project
[22:11] <lool> I tried: ./copy-package --ppa=ci-train-ppa-service --ppa-name=landing-010 --to-suite=utopic-proposed -b indicator-location ubuntu-system-settings
[22:11] <lool> but somehow got: PPA uploads must be for the RELEASE pocket.
[22:12] <lool> ah missed --to-primary I guess
[22:15] <fginther> robru, hmm, I was going to suggest http://bazaar.launchpad.net/~canonical-ci-engineering/uci-engine/trunk/view/head:/image-builder/imagebuilder/tests/test_style.py, but it relies on some PPA dependencies...
[22:16] <robru> fginther: yeah that doesn't look terribly helpful.
[22:16] <fginther> robru, you might try changing 'os.walk('.'):' to os.walk(os.path.abspath(os.path.dirname(__file__))):'
[22:16] <robru> fginther: hm
[22:16] <robru> fginther: i think I got something...
[22:16] <robru> hang on
[22:17] <robru> fginther: ok, managed to hobble something together from selenium, thanks
[22:19] <lool> hmm I did the copy-package thing, but I can't tell if it was taken into account; no error, but rmadison reports the old version
[22:19] <robru> lool: it takes a while to copy through -proposed, just wait a bit
[22:24] <lool> robru: alright, I see these in -proposed now; mind flushing the 010 silo (utopic)?
[22:24] <lool> robru: what time does the image get built?
[22:27] <robru> lool: in about 4 hours.
[22:27] <robru> should be fine barring any kind of blockage in proposed
[22:28] <robru> lool: yeah I'm gonna need you to merge those branches manually because citrain just shit itself. https://ci-train.ubuntu.com/job/ubuntu-landing-010-3-merge-clean/16/console
[22:29] <lool> robru: ah, sorry about that; there's no branch for ubuntu-touch-meta obviously
[22:30] <lool> robru: so I have to merge the branch, then update changelog from the source upload and commit this to trunk?
[22:30] <robru> lool: yep
[22:30] <lool> ok
[22:30] <robru> lool: basically citrain did not one single useful thing for you.
[22:30]  * lool whistles
[22:41] <john-mcaleely> hello
[22:42] <john-mcaleely> is anyone around who can help me land a krillin device tarball update
[22:42] <john-mcaleely> or should I wait for then next landing meeting?
[22:42] <john-mcaleely> ogra_, ? ^
[23:07] <cwayne1> hiya, i don't seem to have access to create new jobs on s-jenkins anymore?