[11:34] <rmg51> Morning
[12:55] <icey> Hey
[17:35] <pleia2> still do need to reach out to our fearless channel owner to remove +O inhere
[17:35] <jedijf> fb
[17:35] <jedijf> pleia2: hit him on fb
[17:35] <jedijf> or i could - doh!
[17:36] <pleia2> jedijf: could you? he's not my friend on fb
[17:36] <jedijf> pleia2: certainly
[17:37] <pleia2> thanks :)
[20:42] <lazypower|travel> o/


[00:37] <kahrytan> Hello
[01:37] <kahrytan> Anyone around
[01:38] <kahrytan> I found new bug. Bug #243845
[01:49] <kahrytan> No one around?
[01:51] <emma> Hello.
[01:53] <kahrytan> Hallo, emma
[01:53] <kahrytan> emma,  im good at finding unintended bugs in ubuntu it seems
[01:55] <emma> I see, well I suppose this is the place for that.
[02:06] <kahrytan> emma,  are you mad at me?
[02:09] <emma> That's off topic for this channel.
[02:15] <kahrytan> emma,  why are you here?
[02:33] <kahrytan> aloha macd
[04:36] <bliZZardz> Whenever there is a kernel ugrade X11 seems to break. I have stumbled on this problem quite often. I use Fiesty(i know quite old, it is wat it is) and did an upgrade yday and NVIDIA bonked.
[04:36] <bliZZardz> is this noticeable even in Gutsy?
[04:45] <bliZZardz> got it : Question #12774
[09:03] <Iulian> G'morning
[12:01] <kahrytan> Hello
[13:19] <qense> hello
[13:22] <Iulian> Hey qense, ompaul.
[13:24] <kahrytan> aloha, Iulian
[13:24] <kahrytan> Iulian,  I found myself yet another bug that no one expects to find.
[14:31] <ompaul> Iulian, hi
[14:43] <raedwald> Hi, wonder if anyone can help at all?
[14:43] <raedwald> Has anyone come across an issue with an ALI MoBo chipset under 8.04 where CD/DVD drives on the second IDE channel don't work?
[14:45] <philsf> I'm trying to report a bug following suspend debugging, but the wiki doesn't mention against which package should I report it. Is it the kernel, acpi-support, or something else?
[14:45] <philsf> suspend to ram, that is
[14:46] <philsf> the wiki I'm following is https://wiki.ubuntu.com/DebuggingKernelSuspend
[15:25] <philsf> fwiw, I reported it as bug #243967, against linux package
[19:09] <copyofjohan> #244026
[19:09] <copyofjohan> bug 244026
[19:10] <copyofjohan> anything usefull to add?


[00:26] <rharper> smoser@smoser1117x:~$ sudo blkid
[00:26] <rharper> /dev/sda1: LABEL="cloudimg-rootfs" UUID="e990f8b3-1d6b-4615-8280-8ead4ed2fe7c" TYPE="ext4" PARTUUID="2865a230-01"
[00:26] <rharper> /dev/sdb1: UUID="c2108ffd-a113-4c1f-add4-4d6c92c7bef9" TYPE="ext4" PARTUUID="9b4d08ab-01"
[00:26] <rharper> \o/
[00:33] <rharper> smoser: here's my changes to get it working: http://paste.ubuntu.com/23493164/
[00:58] <smoser> rharper, still there ?
[00:58] <rharper> y
[00:58] <smoser> realpath will work on the devpath even if its a link
[00:59] <smoser> exists does the right thing on a link or dangling link
[00:59] <rharper> you mean if it's not a link ?
[00:59] <smoser> right?
[00:59] <rharper> but we *want* to be sure it's a real device ?
[00:59] <rharper> I'm confused why you ask ?
[00:59] <rharper> if the link exists but the device doesn't then we can't do anything
[01:00] <smoser> ln -s /does-not-exist /tmp/foo
[01:00] <smoser> $ python3 -c 'import os; print(os.path.exists("/tmp/foo"))'
[01:00] <smoser> False
[01:00] <smoser> for this case, just checking if somethign exists, exists is enough even on a link.
[01:00] <smoser> the only rason we convert it to realpath was because that is what find_devs_with would respond with
[01:01] <rharper> realpath only resolves a symlink if it has a valid target
[01:01] <smoser> right.
[01:01] <smoser> but it has a valid target
[01:01] <rharper> sure
[01:01] <smoser> or os.path.exists("this symllink") will say no
[01:02] <rharper> it doesnt check if it exists (the target)
[01:02] <smoser> it does
[01:02] <smoser> see above
[01:02] <rharper> only if it's pointing to other links
[01:02] <smoser> no. i doubt it
[01:03] <smoser> stupid me and isfile
[01:03] <rharper> we went throught this in curtin;  don't we want to know if the target kernel device exists? (/dev/sdb1 ) ?
[01:03] <smoser> i just assumed "in unix everythign is a file"
[01:03] <smoser> we do, but it is sufficient to say "os.path.exists()"
[01:03] <smoser> as os.path.exists("dangling symlink") == false
[01:03] <smoser> and
[01:03] <smoser> os.path.exists("non existant file") == false
[01:04] <rharper> (foudres) tmp % ls -al invalid
[01:04] <rharper> lrwxrwxrwx 1 root root 8 Nov 17 19:00 invalid -> /dev/sdz
[01:04] <rharper> (foudres) tmp % test -e /dev/sdz; echo $?
[01:04] <rharper> 1
[01:04] <rharper> (foudres) tmp % python3 -c 'import os; print(os.path.realpath("invalid"))'
[01:04] <rharper> /dev/sdz
[01:04] <rharper> I don't have an sdz, but realpath tells me that it's resolved any relative paths
[01:04] <smoser> ok.
[01:05] <smoser> http://paste.ubuntu.com/23493164/
[01:05] <smoser> in line 9 there, you dont have to do that....
[01:05] <smoser> you could use your line 14 ahead of it
[01:05] <rharper> (foudres) tmp % ls -al invalid crazylink
[01:05] <rharper> lrwxrwxrwx 1 root root 7 Nov 17 19:05 crazylink -> invalid
[01:05] <rharper> lrwxrwxrwx 1 root root 8 Nov 17 19:00 invalid -> /dev/sdz
[01:05] <rharper> (foudres) tmp % python3 -c 'import os; print(os.path.realpath("crazylink"))'
[01:05] <rharper> /dev/sdz
[01:05] <smoser> sure.
[01:05] <smoser> but print(os.path.exists("crazylink")
[01:05] <smoser> it will be false
[01:05] <rharper> yes
[01:05] <rharper> which proves that realpath does not check for existance
[01:06] <smoser> :)
[01:06] <rharper> just resolvs symlinks
[01:06] <smoser> i agree
[01:06] <rharper> =)
[01:06] <smoser> but we dont care
[01:06] <rharper> why not?
[01:06] <smoser> in your pasete
[01:06] <rharper> how can you know you can reformat if the device doesn't exist ?
[01:06] <smoser> if you moved line 14 up
[01:06] <rharper> that's the part I'm confused about
[01:06] <smoser> then "device does not exist"
[01:06] <smoser> before we ever try to resolve the devpath
[01:06] <rharper> hrm
[01:07] <rharper> then why did you fail before ?
[01:07] <rharper> indeed, exists does a realpath (I suppose)
[01:07] <smoser> because we used os.path.isfile
[01:07] <rharper> ah
[01:07] <rharper> right
[01:07] <smoser> which is not true for a block device
[01:07] <rharper> and there is no path.isdevice
[01:07] <smoser> but /me just assumed it was
[01:07] <smoser> right
[01:07] <rharper> well, it's pretty crappy to not have that but I suppose that's a posix thingy (or even linux ism)
[01:08] <smoser> yeah. curtin probably has one
[01:08] <smoser> just stat and check its doable. but this is sufficient. we're reasonably sure that //dev/disk/cloud/azure_resource is not goign to point to a character device or a directory
[01:08] <smoser> or even a file
[01:08] <smoser> and if it does, then other crap is gonna fail
[01:09] <rharper> y
[01:09] <smoser> thank you for your help, rharper!
[01:09] <rharper> np
[01:14] <smoser> rharper, did you find evidence of /dev/sdb1 existing
[01:14] <smoser> when the /dev/disk/cloud/azure_resource did not ?
[01:15] <smoser> er... /dev/disk/cloud/azure_resource-part1 did not
[01:15] <smoser> i did consider it possible htat we could find existance of /dev/disk/cloud/azure_resource before kernel had probed the partitiones
[01:16] <rharper> smoser: no, but it's certainly possible w.r.t udev race with symlink
[01:16] <rharper> I thought it was the case
[01:16] <smoser> but a udevadm settle shoudl work
[01:16] <smoser> right ?
[01:16] <rharper> yes (empty the queue)
[01:16] <smoser> or maybe not
[01:16] <smoser> actually not though
[01:16] <smoser> because i guess the device could exist
[01:17] <smoser> but the kernel not have probed
[01:17] <smoser> then we see it exist
[01:17] <smoser> udevamd settle
[01:17] <smoser> and *then* kernel probe
[01:17] <smoser> possible ?
[01:17] <smoser> so i dont know what to do there...
[01:17] <rharper> well, the kernel will probe the device
[01:17] <rharper> for us
[01:17] <rharper> and reports the partition table (and emits two events)
[01:17] <rharper> oen for the the disk and one for the partition
[01:17] <smoser> right. but it might not have gotten around to it
[01:17] <rharper> so, the only tiem would be between the two
[01:17] <smoser> right.
[01:17] <rharper> ok, I've gotta run and get my son, bb in 30
[01:18] <smoser> ok.
[01:18] <smoser> thankds.
[15:23] <jgrimm> powersj, for awareness -> https://gist.github.com/smoser/29ea35a797c0df1fcb6ac875a024efa9
[15:24] <jgrimm> consider as part of scenarios we'd like to make sure covered in integration tests
[16:21] <powersj> jgrimm: thanks - I will add that to the docs of things we need to do
[16:22] <jgrimm> thanks
[16:41] <powersj> rharper: there was another document you put together that had like 8 steps for cloud-init that was a good test. I can't seem to find my bookmark for it.
[16:41] <powersj> Do you recall where that is as well?
[16:42] <rharper> yes
 but, really it was just a list of things to check (didn't discuss how to do that): Networking, User Creation, Import ssh keys, ssh to instance, sudo privs, resizes disk, “refreshes on boot”, install snaps
 I wanted to check to see if the tests I wrote either covered all that or I should write a custom case for that
 nice
 refreshes on boot == re-runs parts of cloud-init on a reboot?
 the "refreshes on boot" and "install snaps" is snappy specific,  resizes disks happens both in cloud-image and UC16 image but in different places (UC16 initramfs does it vs. cloud-init)
 no, rather snapd checks if there are new snaps (core, kernel) downloads, installs and schedules a reboot
 that can be put on-the-side for now (UC16 specific test)
 and unrelated to cloud-init other than, it should still work in UC16 + cloud-init (which it does, though testing that is hard since we don't control what's in the channel)
 ok thank you!
[16:58] <vans163> Fedora 24 cloud image. "calling <IP_ADDRESS>/latest/meta-data/instance-id"  does this mean my cloud-init iso is invalid?
[16:58] <vans163> so its defaulting to trying cloudinit over the network?
[17:01] <vans163> is instance-id: a manditory field? i was missing it
[17:04] <vans163> Alot of cloud images do not have root user inmind.  I want to set root password the same on all cloud images (vs using their default users)
[17:04] <vans163> so I just did   chpasswd: list | root:12345678
[17:05] <vans163> maybe this is wrong?
[17:05] <rharper> vans163: if you provide a configdrive then you need an instance-id
[17:05] <rharper> if you only provide user-data, it is going to search for an instance id
[17:06] <rharper> vans163: you don't want a root password, really ;  cloud-init can configure sudo privs for a user (The ubuntu cloud-image does this for the default ubuntu user if you don't specify your own list)
[17:09] <vans163> rharper: my problem is this is for veterans to beginners of linux, the vets can use their own custom cloud-config, but beginners will have a hrd time trying new distros if every distro has their own default user
[17:10] <vans163> rhapher: let me try with adding instance-id
[17:10] <vans163> (kind of how digital ocean and vultr do it)
[17:10] <vans163> every flavor of linux has the same default user (root)
[17:13] <rharper> =(
[17:13] <rharper> sudo bash, gets you to root
[17:13] <rharper> without setting root password
[17:14] <rharper> you can define the name of the user the same across distros via the cloud-init user: config
[17:14] <rharper> http://cloudinit.readthedocs.io/en/latest/topics/examples.html   the 'users'
[17:22] <vans163> rharper: that is what I am confused about, root should automatically be defined so if I wanted to make it only SSH key accessible, I do users: - name: root ssh-authorized-keys: ...
[17:22] <vans163> and it worked for me on a simple config, duplicate sshkeys were ignored
[17:23] <rharper> root of course exists, but it doesn't have a password set
[17:23] <rharper> to enable root ssh access, there may be another switch
[17:23] <rharper> remote root via ssh is really bad too
[17:25] <vans163> hum.. neither is working for me now. it prints "cloud init 0.7.7 running init-local".. and stucks. Then after a while starts trying URL, then boots the cloud image having not ran anything.  Going to try I guess to pick apart the cloud-config I have?
[17:25] <vans163> and see what could be making it freeze like this
[17:25] <rharper> http://cloudinit.readthedocs.io/en/latest/topics/modules.html#ssh
[17:26] <rharper> it's not freezing, but likely looking for a network datasource which you don't have;  I suggest using cloud-localds  --help as a starting point for building a working local data source (configdrive)
[17:26] <vans163> using a simple config taht smoser linked me, i had no problems eirler
[17:27] <vans163> going to start from there i guess
[17:27] <vans163> instance-id does this have to be string actually?
[17:27] <vans163> i just put 1 for testing, maybe thats causing the issue?
[17:27] <rharper> not sure what the min is
[17:27] <rharper> but using `uuidgen` output is going to work fine
[17:28] <rharper> the example is i-abcdefg
[17:34] <vans163> rharper: currently trying this config http://paste.ubuntu.com/23486774/
[17:35] <vans163> can that instance-id go into the user-data tho?
[17:35] <rharper> no, instance-id is always part of meta-data
[17:35] <rharper> so, the configdrive is an iso of a directory structure
[17:35] <rharper> in there will be a metadata dir with the instance-id in it
[17:36] <rharper> % cat m/meta-data
[17:36] <rharper> instance-id 7c871218-4ba9-45ba-854a-2a0a41cb928f
[17:36] <vans163> ah
[17:47] <vans163> so using that links config, I can boot BUT the password for user fedora (the default fedora 24 user) is not passw0rd
[17:47] <vans163> also i see the cloud init stuff go off
[17:49] <vans163> it says I need to provide a http://cloudinit.readthedocs.io/en/latest/topics/datasources.html#no-cloud.
[17:49] <vans163> no-cloud datasource?
[17:49] <rharper> well, you did, if you created the iso file and passed it in
[17:49] <vans163> yea i see.  let me go back to trying the ubuntu image again and confirm the password for ubuntu changed
[17:50] <rharper> nocloud is embedded within the image, the configdrive is equivalent ;
[17:50] <rharper> looking at the fedora distro code in cloud-init, need to see where the default username is set
[17:50] <vans163> i jsut googled for fedora cloud image default username, seems to indicate fedora.
[17:50] <rharper> right
[17:51] <rharper> but cloud-init has a distro class which can set these values
[17:51] <rharper> I'm not sure what's set at the moment in your cloud-init rpm
[17:51] <vans163> ahh
[17:52] <vans163> i have cloud init 0.7.7 not sure what ver of cloud-localds
[17:53] <rharper> http://paste.ubuntu.com/23496463/
[17:55] <rharper> I think that should get you a fedora user for now;  harlowja had a merge proposal which would have broken out the default distro and user stuff  better;    you can look at /etc/cloud/cloud.cfg in your instance to see what the system_info dict looks like
[18:00] <vans163> tried ubuntu. I see the cloud init go off saying things like "resizing root " etc, but go to login screen and i cant login as ubuntu/passw0rd
[18:02] <vans163> let me try that fedora config, back to fedora
[18:03] <powersj> smoser: rharper: have time for int. test meeting?
[18:03] <rharper> y
[18:05] <jgrimm> powersj, interetsted too if you have a HO
[18:05] <vans163> hum  hostfwd=tcp::2222-:22
[18:05] <vans163> is this line critical?
[18:06] <vans163> i took that line out
[18:06] <vans163> dont see why the need to forward a port.. but cloud-localds shows that line in the example
[18:08] <rharper> that just lets  you ssh into your VM if you're running local
[18:08] <rharper> vs login via console
[18:08] <rharper> it forwards host port 2222 into the guest 22
[18:12] <vans163> yea i see, so not critical to cloudinit i tried to ssh to localhost 2222
[18:12] <vans163> fedora and pass passw0rd
[18:16] <vans163> Thisis what im doing  https://gist.github.com/anonymous/1406b7470736587554075f1f9be58734
[18:16] <vans163> maybe the config is broken so it stops parsing it without error?
[18:18] <rharper> vans163: not sure, if you cleanly shutdown, then you can mount it up and extract /var/log/cloud-init*.log so we can see what happened
[18:19] <vans163> okay il do that, let me try 1 last thing.  notice how I passed paths to the file, but the example clearly say user-data and meta-data
[18:20] <vans163> maybe the cloud-localds does not form the right paths?
[18:24] <vans163> okay rharper: so if I follow the instruction to a T it works
[18:24] <vans163> x.x
[18:24] <vans163> but how can I add more flexibilty
[18:25] <rharper> cloud-localds does the right thing
[18:25] <vans163> like I cannot call the files meta-data as tehre could be a case when I spin up 2 at once
[18:25] <rharper> not following, you can point to the same iso, it's read-only
[18:25] <vans163> actually there maybe 1 thing I missed  the two EOF's
[18:25] <rharper> if you want the same user-data into multiple instances, you can re-use the same iso
[18:26] <vans163> or is that just for the terminal.. sec
[18:26] <vans163> yea that EOF is just for the terminal
[18:26] <vans163> (it does not change the file)
[18:27] <vans163> oaky let me try something then
[18:30] <vans163> fedora still does not work. Ubuntu worked, fedora I see my script executed (because sshd restarted)
[18:31] <rharper> ok, there may be something not quite right with the default cloud.cfg in the fedora cloud-init;  is there a fedora cloud-image that is publicly available ?
[18:32] <vans163> https://getfedora.org/en/cloud/download/  i got it from here the raw image and made it into a qcow2
[18:32] <rharper> ok
[18:32] <rharper> I'll see what I can figure out in a bit
[18:33] <vans163> md5sum  672669a587d653ef4100bcd03cb4ce32  /cloud/image_mnt/Fedora-Cloud-Base-24-1.2.x86_64.qcow2
[18:34] <vans163> thanks
[18:42] <vans163> rharper: i fetched the cloud-init-output.log does not seem to have anything useful.  cloud-init.log is empty
[18:42] <rharper> that's odd
[18:42] <vans163> do you still need the *-output.log?
[18:42] <rharper> not really, if cloud-init.log is empty, I don't see why we'd have anything in -output.log (that's stderr/stdout from cloud-init )
[18:42] <vans163> ah I see a line like this:
[18:43] <rharper> doe syslog have an error ?
[18:43] <rharper> maybe like a python stacktrace ?
[18:43] <vans163> ci-info: no authorized ssh keys fingerprints found for use fedora.
[18:44] <vans163> cc_set_passwords.py [WARNING]: no default or designated user to change password work
[18:44] <vans163> (that was the password: passw0rd line probably outside the scope of users)
[18:44] <vans163> *work/for
[18:45] <vans163> it seems as if it ignored the users: field
[18:46] <vans163> or no thats not the case. otherwise it would not print that ci-info:  (the order of those 2 is reversed, first the cc_set_passwrd.py warn, then that other)
[18:46] <rharper> I think the cloud.cfg inside the image is probably still set to ubuntu, rather than fedora;  need to check that out...
[18:47] <vans163> where woudl the syslog be located?
[18:47] <rharper> var/log/syslog
[18:48] <vans163> its not there
[18:48] <vans163> i can dump you the /etc/cloud/cloud.cfg?
[18:49] <rharper> I'm opening it up now
[18:49] <vans163> ah
[18:52] <rharper> it's working for me here
[18:52] <rharper> the default user is fedora
[18:52] <rharper> so, you can leave the 'user:' key out
[18:55] <vans163> does your config look the same as this http://paste.ubuntu.com/23486774/?
[18:55] <vans163> let me try redownload the image again maybe i got the openstack one by accident, pretty certain i got raw tho.
[18:55] <rharper> yes
[18:56] <vans163> so you just downloaded the raw and did  xz Image.raw.xz  then used that?
[18:57] <rharper> I used the qcow2 file
[18:57] <rharper> it works fine
[18:57] <rharper> but the 0.7.7 I think has a bug that's been fixed upstream but not in there, yet
[18:57] <rharper> so, it's trying to load the user-data but failing
[18:57] <rharper> which is why you're seeing anything besides fedora: passw0rd not working
[19:01] <vans163> let me try.. also does that mean I wont be able to set a ssh key for a user other then fedora?
[19:01] <rharper> I think so, but I need to find out a bit more
[19:01] <rharper> I believe the cloud-init in the image is going to need a patch; but I need to find out the actual bug
[19:03] <vans163> say once it gets patched (if it does) would I be able to simply mount the image and apply the patch?
[19:03] <vans163> vs a more complex process
[19:05] <rharper> cloud-utils includes a tool called mount-image-callback which would aide in injecting an updated package (or applying a patch)
[19:06] <rharper> what does your meta-data look like ?
[19:07] <rharper> https://gist.github.com/anonymous/1406b7470736587554075f1f9be58734
[19:08] <vans163> hum wtf
[19:08] <vans163> that raw image is 500mb while the decompressed openstaack qcow2 is 1gb
[19:08] <rharper> that looks fine, you can drop the users dict;  then you can in-line a ssh-authorized key
[19:08] <vans163> let me try that other image
[19:09] <vans163> instance-id: i-abcdefg   is all thats inside meta-data
[19:10] <rharper> that's fine; I had a typo in mine
[19:10] <rharper> fixed that and the sample config works just fine
[19:10] <rharper> I'm testing adding an ssh public key to fedora user
[19:11] <vans163> going to brb in an hour or two
[19:11] <rharper> sure
[19:31] <rharper> vans163: so, things appear to be working fine for me:  http://paste.ubuntu.com/23496940/  is the template I'm using, I see a default password for user: fedora, and then import a ssh public key to them, I used 'users' to define a new user 'rharper' and import an ssh public key there.  That runs fine in the qcow2 image (I expect the raw to work just as well);  I can ssh in to either fedora or 'rharper' in that image after
[19:31] <rharper>  cloud-init runs.
[22:46] <vans163> rharper: I am back let me test
[22:47] <seanbright> hi. about to head out for the weekend, does everything look ok with this merge request:
[22:47] <seanbright> https://code.launchpad.net/~sbright/cloud-init/+git/cloud-init/+merge/311313
[22:48] <seanbright> first time submitting a LP patch
[22:48] <vans163> rharper: this is not working for me on ubuntu :( http://paste.ubuntu.com/23496940/
[22:49] <vans163> i replaced <ssh key here> with  wtff abababab ee
[22:49] <vans163> in both cases
[22:49] <vans163> if I only leave the top 4 lines of that paste, it works
[22:49] <vans163> otherwise even ubuntu users password is not passw0rd
[22:56] <rharper> vans163: if you don't want the ssh key, take the 3 lines out;  5-7, and 13-15; don't make them gibberish
[22:57] <vans163> the command works its starnge i just mounted the drive and the user has a home folder authorized keys are there
[22:57] <vans163> but at the login prompt i cant login as the user
[22:57] <vans163> (using vnc)
[22:58] <vans163> so cloud init successfully created everything
[22:59] <vans163> maybe some command is blocking..
[23:01] <vans163> i cant even ssh to it
[23:02] <vans163> as soon as i delete everything except the top 4 lines of that config file I can login as ubuntu/passw0rd
[23:02] <vans163> when I add the line to create a new user (leaving the top 4 as well)
[23:02] <vans163> the /home/jharper/.ssh/authorized_keys is there
[23:02] <vans163> but i cannot login as jharper/passw0rd nor ubuntu/passw0rd
[23:03] <vans163> also /var/log/cloud-init.log is quite populated
[23:27] <vans163> now even ubuntu stopped working
[23:27] <vans163> something is def wrong with my system i guess
[23:27] <vans163> and not cloud init
[23:29] <vans163> no nevermind i got confused, i just retried ubuntu with the top 4 lines of the config. everything works
[23:29] <vans163> as soon as i make config more complex. nothing
[23:48] <vans163> call it a bug or a feature but apparnetly passwords like passw0rd and toor dont work
[23:48] <vans163> using wtf12345! for example works
[23:49] <vans163> so maybe something inside cloud-init is checking the passwords complexity or something and silently failing
[23:49] <vans163> and a silent failure here seems to make the entire config fail or locks the system from login or something
[23:51] <vans163> fedora works finally!
[23:51] <vans163> so conclusion. 99% of ppl use cloud-init in openstack
[23:51] <vans163> and openstack generates the passwords by random
[23:51] <vans163> for ppl using cloud-init and setting a password of hello, it silently fails
[23:52] <vans163> thus this bug/feature was never reported
[23:52] <vans163> maybe this conclusion is wrong and the underlying OS is limiting it but i doubt it as i can set a password of 12345 for excample on fedora 24 wiht no problems
[23:52] <vans163> even for root


[01:44] <Delvien> Does anyone know if there is a way i can run the "display selection" (comes up when you plug in a new monitor) via command line, or run cmd ?  :P
[10:14] <malomalomalomalo> hahaha
[10:31] <malomalomalomalo> a
[10:31] <malomalomalomalo> good tool
[10:37] <malomalomalomalo> 歐豪yeah
[10:45] <knome> english only please, and if you have a support question, ask it
[10:46] <knome> otherwise we have #xubuntu-offtopic for general chatter
[10:46] <malomalomalomalo> thanks
[11:25] <rodrigo> Hello. I am having some problems with xubuntu (maybe just xfce, I am not sure what the issue is). After logging in, through lightdm, instead of loading xfce as normal all that appears is a blank blue screen andthe mouse cursor
[11:26] <rodrigo> I can-t even user ctrl-alt-f1 to get to a terminal. This happens every time I log in.
[11:27] <diogenes_> is it a fresh install or what?
[11:27] <rodrigo> What do you mean by fresh install'
[11:27] <diogenes_> a new install, when did you install xubuntu?
[11:28] <rodrigo> Some days, maybe a week ago.
[11:31] <diogenes_> and when did the problem appear:?
[11:36] <rodrigo> It appeared some days after installing it. But, I was able to goa round the issue by hard resetting (holding the powerbutton) and, in lightdm going to the terminal tying rm /rf ~/.cache/sessions and them it would work; but now, it no longer works.
[11:38] <diogenes_> if it wasn't from the very beginning but appeared later, it means you have installed something or made a change that broke the login process
[11:38] <rodrigo> Maybe. What what could it be, any know programs?
[11:39] <diogenes_> just try to remember what changes you have done before you start facing this issue
[11:40] <rodrigo> I simply installed some programs, chrome, qbittorrent, grive, gummi, PyCharm, python3.6. I think that's about it.
[11:42] <diogenes_> was python in repositories or you compiled it?
[11:42] <rodrigo> It was in the repositories.
[11:43] <diogenes_> do you have a separate /home folder?
[11:43] <rodrigo> No, I have just one.
[11:44] <rodrigo> It is all in the same partition. It is all mostly in the default state.
[11:46] <diogenes_> then you could try backup all .hiddelfolders and files from /home folder then remove all the configs and reboot, it should recreate the needed configs on startup, if doesn't work then reinstall, that's my opinion
[11:47] <rodrigo> How would I go about backing up and removing all the configs?
[11:47] <diogenes_> you can create a folder home.old and copy paste all .folers and .files into that folder
[11:47] <diogenes_> then remove them from the priginal /home
[11:47] <diogenes_> then reboot
[11:47] <diogenes_> original*
[11:48] <rodrigo> Can I do that from the usb  while "trying xubuntu"? I cannot access the desktop in xubuntu.
[11:48] <diogenes_> yes you can do from usb live session
[11:51] <rodrigo> I don't seem to be able to acess the /home folder from the usb live session.
[11:51] <diogenes_> what does it show?
[11:51] <rodrigo> The /home folder from the xubuntu installed on my SSD, that is.
[11:51] <rodrigo> It does not appear in the file manager.
[11:52] <diogenes_> try looking in gparted
[11:53] <rodrigo> It does appear in gparted.
[11:53] <diogenes_> righ click on it and see if there's mount option
[11:54] <rodrigo> No, it is grayed out.
[11:55] <diogenes_> that's very strange try running in terminal: lsblk
[11:56] <rodrigo> I have done that.
[11:56] <diogenes_> what is the label of your ssd
[11:56] <rodrigo> sda2
[11:57] <diogenes_> now run: sudo mkdir /media/newhd
[11:57] <rodrigo> Have done that,
[11:57] <diogenes_> sudo mount /dev/sda2 /media/newhd
[11:58] <rodrigo> It seems to have worked. let me confirm it.
[11:58] <diogenes_> thunar /media/newhd
[11:58] <diogenes_> run that
[11:58] <rodrigo> Yep. Got the SSD mounted.
[11:59] <rodrigo> I can now access the home folder.
[11:59] <diogenes_> cool
[12:00] <rodrigo> Where am I supposed to create the home.old folder?
[12:01] <diogenes_> in your /home/username/Documents for example
[12:02] <rodrigo> I don't have permission to edit anything there.
[12:02] <diogenes_> REMEMBER! you have to delete only hidden files that start with . (dot)
[12:02] <diogenes_> if you don't have permissions then run in terminal: gksu thunar /media/newhd
[12:05] <rodrigo> I don't have gksu installed, and don't seem to be able to isntall it.
[12:06] <diogenes_> ok then simply sudo thunar
[12:06] <rodrigo> Yes, that works.
[12:08] <rodrigo> But, I cannot create folder. Only acess the documents.
[12:09] <diogenes_> why you can't create the folder?
[12:09] <rodrigo> I don't know. I can't create anything there. simply copy and open files.
[12:10] <diogenes_> do you have a free usb drive?
[12:10] <rodrigo> I only have the one I'm using right now in the to run the usb live media.
[12:11] <rodrigo> I can upload the files to Google Drive, or something like that.
[12:11] <diogenes_> close any running terminal and any running thunar
[12:11] <diogenes_> and try once again in terminal: sudo thunar /media/newhd
[12:12] <rodrigo> It works!  So, now I simply reboot and see if it works, right?
[12:15] <diogenes_> after you done copying all hidden files and folders you have to delete them from the original /home
[12:16] <rodrigo> Yes, I've done that.
[12:16] <diogenes_> ok reboot and have your fingers crossed
[12:16] <rodrigo> I'll come back if the problem persists. If not, thank you, diogenes.
[19:36] <dreamon__> Bei mir ist kein Modul geladen um die CPU zu skalieren. → https://wiki.ubuntuusers.de/Prozessortaktung/ Kennt sich jemand näher damit aus?
[19:37] <dreamon__> Hier im Notebook ist ein i7-4500U Intel verbaut.
[19:40] <krytarik> !de | dreamon
[21:21] <RoadRunner> Want to update from Xubuntu 14.04 LTS to 16.04.2 LTS but the updater isn't letting me possibly due to problems with some of the installed software. Only a partial update is permited with all the "new" stuff only for 14.04.  How do I go around this?
[21:55] <StevieW> hi all. i'm looking for a terminal for xubuntu 17.04 which shows the line numbers like at this picture: http://www.unixmen.com/wp-content/uploads/2016/04/screenshot-2016-04-21_07-17-36.jpg ; can you suggest me one please? =)
[21:58] <pavlushka> StevieW: that is a VI editor, not terminal :)
[21:58] <pavlushka> the one with lines
[21:59] <pavlushka> numbers
[21:59] <StevieW> pavlushka, i know that many editors have it, but i actually wanted a terminal with this feature. it can be an advantage sometimes
[21:59] <StevieW> just at the left side of the home tree
[21:59] <StevieW> not for copying, just showing
[22:00] <StevieW> (the numbers)
[22:01] <pavlushka> StevieW: and that one I looks like some media player (terminal mode), the home tree
[22:02] <StevieW> yep, true =) i meant the right window, i know that this is also an editor. i meant the style of it which i wish for a terminal =)
[22:04] <pavlushka> StevieW: me too
[22:05] <StevieW> good luck :)
[22:09] <pavlushka> StevieW: though you can view text and may pdfs with line numbers in terminal as "cat file.txt -n"
[22:10] <StevieW> ok, another question. this here is an old version of the rxvt-unicode terminal: https://www.tecmint.com/wp-content/uploads/2014/01/rxvt-unicode.png ; if i install the new version for 17.04 (apt-get install rxvt-unicode) then it looks very different. and unfortunately it doesn't have any options which you could change. But this glowing text color of the old rxvt is AWESOME! Could you please help me to get exactly this color in any terminal where it's
[22:10] <StevieW> possible? ;-)
[22:10] <StevieW> thanks pavlushka, i'll notice that
[22:13] <pavlushka> StevieW: that png file is the original sample of rxvt or your installed rxvt preview?
[22:15] <StevieW> no, it's an old version of rxvt which i found online. the original which i just tried looks like the mate-terminal with white background.
[22:16] <pavlushka> StevieW: "the original which i just tried looks like the mate-terminal with white background." after your install?
[22:19] <StevieW> yes, after my install
[22:25]  * pavlushka already engaged his installer to install 0ad, some 15 minutes, lol
[22:28] <pavlushka> StevieW: btw, I see the rxvt (not urxvt) here is actually with barebone look
[22:28] <pavlushka> StevieW: here https://www.tecmint.com/linux-terminal-emulators/
[22:29] <StevieW> pavlushka, what is 0ad?
[22:29] <pavlushka> StevieW: a real-time stratigc game
[22:29] <StevieW> ok
[22:53] <pavlushka> StevieW: when I launch rxvt-tabbed, it loads as white background with tab feature
[22:53] <pavlushka> and there is "rxvt --help"
[22:56] <pavlushka> StevieW: and for more help, there is #rxvt-unicode :)
[22:57] <pavlushka> channel
[22:57]  * pavlushka calling it a session :p
[23:09] <StevieW> ok pavlushka, thanks a lot =)


[00:50] <AlbertA> rsalveti: ok let me check
[01:10] <rsalveti> AlbertA: thanks
[01:22] <AlbertA> rsalveti: it looks ok on all devices (n4, n10, n7) I marked it as tested
[01:22] <rsalveti> AlbertA: lovely, landing it then
[01:22] <rsalveti> AlbertA: thanks
[02:01] <rsalveti> AlbertA: we need to rebuild the system-compositor in the mir 0.4 landing
[02:01] <rsalveti> AlbertA: once everything is merged
[02:02] <AlbertA> rsalveti: yes, I'm updating the branches now
[02:02] <rsalveti> AlbertA: great, thanks
[02:04] <imgbot> [03:34] <imgbot> [03:34] <imgbot> [06:50] <thostr_1> sil2100: can I get a silo for line 32
[08:06] <sergiusens> trainguards can I get a slot for line 35?
[08:06] <sil2100> sergiusens: sure
[08:06] <sil2100> thostr_1: not sure if I mentioned, but you have a silo for your landing as well
[08:07] <sergiusens> thanks
[08:13] <psivaa> sil2100: ogra_: this occurred today again with mediaplayer app tests:
[08:13] <psivaa> I: Unlock failed, script output: 'initctl: unable to determine sessions
[08:13] <psivaa> The ubuntuuitoolkit.emulators module is deprecated. Import the autopilot helpers from the top-level ubuntuuitoolkit module.
[08:13] <psivaa> Traceback (most recent call last):
[08:13] <psivaa>   File "<string>", line 1, in <module>
[08:13] <psivaa>   File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 70, in __call__
[08:13] <psivaa>     return self._proxy_method(*args, **keywords)
[08:13] <psivaa>   File "/usr/lib/python3/dist-packages/dbus/proxies.py", line 145, in __call__
[08:13] <psivaa>     **keywords)
[08:13] <psivaa>   File "/usr/lib/python3/dist-packages/dbus/connection.py", line 651, in call_blocking
[08:13] <psivaa>     message, timeout)
[08:13] <psivaa> dbus.exceptions.DBusException: org.freedesktop.DBus.Error.AccessDenied: Rejected send message, 1 matched rules; type="method_call", sender=":1.22" (uid=32011 pid=1977 comm="python3 -c import dbus, logging;from unity8 import") interface="com.canonical.powerd" member="requestSysState" error name="(unset)" requested_reply="0" destination=":1.1" (uid=0 pid=887 comm="/usr/bin/powerd ")
[08:13] <psivaa> '
[08:13] <sil2100> huh
[08:13] <psivaa> + release_powerd
[08:14] <seb128> sil2100, who made the bot join that channel?
[08:14] <psivaa> but on the same device as we saw yesterday.. so not exactly sure where the problem
[08:15] <sil2100> seb128: which one? queuebot? I think it was stgraber, but I wasn't in the discussions regarding queuebot's CITrain positioning
[08:15] <cjwatson> seb128: stgraber answered you last night ...
[08:16] <cjwatson> 17:40 <stgraber> dobey, seb128: wasn't moved so much as being merged into queuebot but that was something which came up with robru, sil2100, slangasek and barry about some changes wrt the landing team. It's indeed a bit more noisy than we'd like it to be, I need to
[08:16] <seb128> cjwatson, sorry, didn't see that
[08:16] <cjwatson>                  tweak it so it only posts notices when an action is needed.
[08:16] <brendand> psivaa, we're missing lots of suites again this morning
[08:16] <seb128> cjwatson, thanks
[08:16] <seb128> where ubuntu-system-settings
[08:16] <seb128> queuebot, where ubuntu-system-settings
[08:16] <sil2100> seb128: it doesn't work
[08:16] <seb128> hum
[08:16] <seb128> that stopped working?
[08:16] <sil2100> seb128: queuebot doesn't support commands yet, and not sure it will
[08:17] <seb128> shrug
[08:17] <psivaa> brendand: yes, just pasted one reason above: screen unlock failed  during media player test
[08:17] <seb128> why did we deprecate the other bot then?
[08:17] <sil2100> seb128: it's a different 'thing', the CI train bot is still on -choo-choo theoretically
[08:17] <seb128> we could have let it running on the other channel at least
[08:17] <sil2100> Ah, it's not there
[08:17] <seb128> no, it's not
[08:17] <rsalveti> sil2100: want to trigger a new image, are you waiting on anything?
[08:17] <sil2100> seb128: ok, so it seems it died ;) Let me see what happened ;)
[08:17] <brendand> psivaa, the mediaplayer results are there though?
[08:17] <psivaa> brendand: the other device flashing failed with:
[08:17] <psivaa> Get https://system-image.ubuntu.com/gpg/image-master.tar.xz.asc: http: can't write HTTP request on broken connection
[08:18] <psivaa> brendand: that's from the second run that i manually kicked just a little while ago
[08:18] <sil2100> rsalveti: hey! So, I would be fine with a new image I guess, could you wait around 30 minutes though? Since I want already published stuff to migrate completely before a new image
[08:19] <psivaa> brendand: i mean the media player results
[08:19] <sil2100> rsalveti: I also want a new image since a new Mir is ready for publishing
[08:19] <rsalveti> sil2100: which packages are you currently waiting to be published?
[08:19] <sil2100> So I want an image before clicking 'publish'
[08:19] <sil2100> rsalveti: wanted indicator-datetime in this image
[08:19] <rsalveti> alright
[08:20] <sil2100> Should be quick
[08:23] <brendand> psivaa, so we won't have complete results for the meeting?
[08:24] <psivaa> brendand: no, not on 108
[08:25] <brendand> psivaa, well the ones that are in so far are looking great :)
[08:30] <sil2100> Be right there on the hangout
[08:34] <davmor2> Saviq: what silo did you want testing
[08:34] <Saviq> davmor2, 4
[08:35] <davmor2> Saviq: I can have a look after what's it for?
[08:35] <popey> phablet@ubuntu-phablet:~$ ubuntu-bug -p ubuntu-system-settings
[08:35] <popey> usage: whoopsie-upload-all [-h] [-t TIMEOUT]
[08:35] <Saviq> davmor2, changing to the new icon theme
[08:35] <popey> wish i understood why my phone is doing that
[08:35] <davmor2> Saviq: right will do
[08:35] <Saviq> davmor2, so changes to unity8, UITK, settings
[08:35] <ogra_> popey, talk to bdmurray
[08:37] <davmor2> popey: just do apport-bug ubuntu-system-settings :)
[08:38] <popey> davmor2: nope, same response
[08:38] <davmor2> popey: weird
[08:38] <popey> yeah, makes filing bugs hard
[08:38] <popey> which is annoying, given how many i like to file
[08:48] <ogra_> rsalveti, ugh ... "Removing debhelper from depends" ... that will make the package not lintian clean anymore
[08:48] <ogra_> (should have gone to build deps though)
[08:48] <rsalveti> ogra_: a bunch of new packages were added because of that
[08:49] <rsalveti> ogra_: it was already in build-deps
[08:49] <ogra_> hmm, why did lintian complain then
[08:49] <ogra_> (i only added it because of a lintian failure)
[08:49]  * ogra_ will check
[08:49] <Saviq> davmor2, FYI silo 4 +1 from me
[08:49] <ogra_> thanks for catching !
[08:50] <rsalveti> np
[08:52] <ogra_> hmm
[08:53] <ogra_> why dont i get the lintian error now
[08:53] <davmor2> Saviq: in the landing meeting right now I'll install it after
[09:15] <davmor2> ogra_: when the developer mode lands will there be a way to activate it from phablet-tools?  Like phablet-developer-mode or something?
[09:15] <ogra_> davmor2, only from ubuntu-device-flash i think
[09:16] <davmor2> okay that will do you just add a --developer or something?
[09:16] <ogra_> the prob is that you will only be allowed to use it when any kind of screen locking is enabled
[09:16] <ogra_> right
[09:16] <ogra_> davmor2, see the ML, sergiusens wrote about it
[09:17] <davmor2> oh did he
[09:17] <davmor2> ogra_: thanks
[09:17] <sil2100> There was an ANN about it ;)
[09:17] <ogra_> (i'll write a follow-up today how to use the userspace dev-mode tools to en/disable it until the UI is there)
[09:17] <davmor2> sil2100: E:TOOMANYEMAILS
[09:21] <davmor2> Saviq: installing on manta, flo and mako now
[09:22] <davmor2> Saviq: if I'm not blown away by this I'm setting sil2100 on you
[09:24] <Saviq> davmor2, \o/
[09:28] <sil2100> ;)
[09:29] <imgbot> [09:33] <davmor2> Saviq: we are gonna get so sued by apple for the browser icon :D
[09:33] <Saviq> davmor2, I can do the suing, I hate it :P (same for settings)
[09:33] <Saviq> too busy
[09:34] <davmor2> Saviq: I like mechanical watches so the settings icon stays damn you ;)
[09:35] <sil2100> \o/
[09:36] <ogra_> damn, can you lan it already ... that made me curious
[09:36] <ogra_> *land
[09:36] <Saviq> davmor2, flip the switch! flip the switch! flip the switch!
[09:36] <ogra_> haha
[09:37] <davmor2> Saviq: not till it's installed across the board :P
[09:38] <ogra_> which board is that exactly ?
[09:39] <davmor2> ogra_: the one in front of me that has mako flo and manta
[09:39]  * sil2100 tries to wake up the bot
[09:39] <sil2100> And create some button icons...
[09:44] <davmor2> Saviq: should the icon in the launcher and setting app for power both be coloured or both be monochrome?
[09:45] <Saviq> davmor2, panel you mean?
[09:45] <davmor2> Saviq: yes sorry
[09:45] <Saviq> davmor2, the battery icon?
[09:45] <Saviq> davmor2, both the same, coloured
[09:46] <Saviq> davmor2, that's actually a bug in settings app (before this MP)
[09:46] <Saviq> davmor2, the settings app can't dynamically change icons
[09:46] <davmor2> Saviq: yes, the panel flashed green and then goes mono, and then setting app is green
[09:46] <Saviq> davmor2, yeah, expected
[09:46] <davmor2> Saviq: okay
[09:46] <Saviq> davmor2, settings app needs to get support for changing icons live
[09:47] <davmor2> it just looks odd when you have the settings app open :)
[09:47] <Saviq> davmor2, mine looks fine, 'cause it never charges to 100% any more ;)
[09:49] <davmor2> Saviq, ogra_: http://davmor2.co.uk/~davmor2/screenshots-phone/device-2014-07-02-104828.png when you plug it in it looks right :)
[09:49] <Saviq> davmor2, yeah exactly
[09:51] <davmor2> Saviq: So I have it on all 3 devices now and everything is looking similar and the universe isn't imploding or anything so land it already :)
[09:52] <Saviq> davmor2, \o\ |o| /o/
[09:52] <davmor2> Saviq: my only crumble would be battery icon and that is known
[09:52] <davmor2> Saviq: is there a bug for that do you know?
[09:52] <Saviq> davmor2, I think there is
[09:52]  * Saviq tries to look it up
[09:52]  * ogra_ wonders why the png doesnt load for him
[09:53] <davmor2> ogra_: no-ip is having issues maybe
[09:53] <davmor2> ogra_: blame Mircosoft
[09:58] <rsalveti> ogra_: thanks for triggering a new image
[09:58] <Saviq> davmor2, can't find the bug, filed a new one... bug #1336712
[09:59] <davmor2> Saviq: great thanks
[10:00] <Saviq> davmor2, can I change QA sign-off to Yes, then?
[10:01] <davmor2> Saviq: Indeed
[10:01] <davmor2> sil2100: Land it already ;)
[10:01] <ogra_> rsalveti, np
[10:01] <ogra_> rsalveti, btw ... lp:dbus-property-service ;)
[10:01] <Saviq> sil2100, "In silo landing-004. Packages built. Testing pass. QA signed off. You can publish."
[10:02] <Saviq> FUCK YEAH
[10:02] <Saviq> man this was a long on
[10:02] <Saviq> e
[10:02] <davmor2> Saviq: yeah shame on you for dragging it out
[10:03] <Saviq> davmor2, indeed ;(
[10:03]  * davmor2 gives Saviq a cookie
[10:03] <Saviq> thanks!
[10:03]  * Saviq gets fat(ter)
[10:04]  * ogra_ learned that you put on 1kg per year with canonicaal
[10:04] <Chipaca> ogra_: low priority ping about my PPU application endorsement
[10:04] <ogra_> now i finally learn it is  davmor2's fault
[10:05] <ogra_> Chipaca, oops, sorry, will take care for that today
[10:05]  * Chipaca goes for cookies
[10:05] <ogra_> thanks for the reminder
[10:07] <Chipaca> ok, silo #12 is ready to publish, mah dear peeps
[10:12] <rsalveti> ogra_: sorry, wasn't in debian/control
[10:12] <sil2100> :D
[10:12] <sil2100> Saviq: \o/
[10:12] <sil2100> hmmm
[10:12] <ogra_> rsalveti, oops, right ... will fix
[10:12] <rsalveti> ogra_: though it was a pure src package :-)
[10:12] <ogra_> yeah, well, i phadnt really decided yet :)
[10:12] <ogra_> *hadn'd
[10:12] <Saviq> sil2100, don't "hmm"!
[10:12] <ogra_> *sigh*
[10:13] <sil2100> Saviq: it's a risky period! Since Mir 0.4.0 is ready for release as well
[10:13] <sil2100> And we already kicked a new image to have a state 'before' Mir
[10:14] <Saviq> sil2100, I don't think it'd be dangerous to land those together
[10:14] <sil2100> ogra_: what do you say for the idea to get Mir released now, wait for it to migrate, kick yet ANOTHER image that only has the Mir in it and then publish the rest?
[10:14] <Saviq> but your call
[10:15] <ogra_> sil2100, sure, go ahead
[10:15] <sil2100> Saviq: yeah, most probably it's not dangerous... but the last Mir landing caused us a lot of trouble, so I wanted to protect from that this time
[10:15] <Saviq> sil2100, yeah, land silo 4 first, then ;P
[10:16] <sil2100> hmmm
[10:16] <sil2100> Actually, I can't publish Mir now even ;/
[10:17] <sil2100> kgunn, camako: hi, it seems that the Mir silo is missing the xorg-server XMir rebuild...
[10:21] <brendand> sil2100, this calendar-app test failure was reproducible locally: https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1336721
[10:22] <brendand> sil2100, so now it has two reproducible failures. i think one has a fix already, but we need to get a dev to look at this one
[10:23] <brendand> popey, what's the current revision of calendar-app on the image?
[10:23] <brendand> 328 i guess
[10:24] <brendand> popey, trunk is 337? why the big gap?
[10:24] <camako> sil2100, kgunn had told me to put a note in the row when we requested the silo, which I did... Do I need to do smth else?
[10:25] <sil2100> camako: well, I never uploaded anything if someone just left a comment, as I need the source package to upload usually - normally if some dput magic is required from us, we get pinged directly about that with details
[10:25] <mandel> ogra_, in image 108, can you update applications???
[10:26] <sil2100> camako: I can do that now - is that supposed to be a no-change-rebuild? Only build-deps bumped?
[10:26] <mandel> ogra_, in my case, it seems that they are broken
[10:26] <camako> sil2100, yes... due to only client API bump
[10:27] <ogra_> mandel, dunno, running devel here, not proposed ... that is on 106 ... and updating works ... let me charge and upgrade my flo to 108
[10:27] <sil2100> camako: ok, so you'll have to also test this one additional package after I upload it as well
[10:27] <mandel> ogra_, thx, would be appreciated.. specially because if they broke I'll ave to take a look
[10:27] <camako> sil2100, ack...
[10:27] <camako> thanks
[10:28] <mandel> ogra_, it might be that I screw up my system. I'll reflash
[10:28] <ogra_> mandel, will take a while, the battery is completely down ...
[10:28] <mandel> ogra_, no problem, I can wait :)
[10:28] <popey> brendand: thats not a big gap
[10:29] <popey> brendand: it's on my list to do today anyway
[10:29] <brendand> popey, great!
[10:30] <popey> music also.
[10:32] <sil2100> camako: ok, so I'll change the libmirclient-dev dependency to 0.4.0 and push to the silo
[10:35] <camako> sil2100... ok thanks
[10:39] <thostr_> is the ci sheet broken? or just my view...?
[10:49] <imgbot> [10:49] <imgbot> [10:50] <popey> hi, can someone help me figure out how https://fosdem.org/2015/news/2014-07-01-call-for-participation/ merged?
[10:50] <popey> bah
[10:50] <popey> wrong link
[10:50] <sil2100> thostr_: what's wrong?
[10:50] <popey> how did https://code.launchpad.net/~mihirsoni/ubuntu-calendar-app/1335512/+merge/225155 get merged?
[10:50] <popey> sil2100: ^ any idea?
[10:50] <sil2100> thostr_: ok... I see google spouting errors indeed ;/
[10:50] <sil2100> popey: let me take a look
[10:51] <popey> thanks
[10:51] <sil2100> popey: what do you mean 'how did it get merged'?
[10:51] <popey> well nobody reviewed or commented on it
[10:52] <ogra_> bah, i was just done with the upgrade ...
[10:52] <popey> trying to see how it got merged.
[10:52] <sil2100> hmm, maybe someone set it to Approved
[10:52]  * ogra_ waits for it to finish and will then go to 109
[10:52] <sil2100> popey: since I see tarmac merged it in, so it has been auto-merged.. but strange indeed as it doesn't mention who switched it
[10:53] <popey> yeah, thats my question ☻
[10:54] <popey> sil2100: so you know no voodoo to figure out who?
[10:55] <sil2100> popey: normally when something like this happens it means that someone just merged in the branch to trunk manually
[10:55] <ogra_> hmm
[10:55] <sil2100> popey: hm... not sure if tarmac has an option of doing that, like, manual merge of a MP?
[10:55] <ogra_> why does payui have an entry in my installed apps list (and no icon)
[10:56] <ogra_> tedg, seems there is an entry for payui in my "installed apps", i assume that is not actually wanted ?
[10:59] <popey> ogra_: yeah, also, you cant run it
[10:59] <ogra_> right
[10:59] <ogra_> mandel, so i am on 108 now ... my problem now is that i have all apps up to date, there is nothing to update :/
[11:00] <mandel> ogra_, ok, I think is due to an update I did for udm in my phone (not released) so I'll debugging it
[11:08] <brendand> ogra_, is there a bug for the sdk test failure?
[11:09] <ogra_> brendand, nope
[11:10] <brendand> ogra_, feel like filing one?
[11:14]  * sil2100 fixed up the buttons finally
[11:18]  * sil2100 goes off into the world of citrain code
[11:18] <sil2100> camako: xorg-server has built, could you just test if all works on desktop with it?
[11:18] <sil2100> camako: and if yes, give me a ping and I press publish
[11:19] <sil2100> bzoltan: hi! Any news on the SDK autopilot failures?
[11:19] <bzoltan> sil2100:  I am back from holidays... what AP failures should I look at?
[11:20] <sil2100> bzoltan: http://ci.ubuntu.com/smokeng/utopic/touch/mako/108:20140702:20140625/8822/sdk/ <- since some time this test is failing, and it seems to be a one-liner required for it
[11:20] <sil2100> i.e. the qtsensors5-dev package name change
[11:20] <sil2100> bzoltan: someone mentioned you are the person responsible for this test suite or something ;)
[11:21] <bzoltan> sil2100: let me check :)
[11:21] <sil2100> bzoltan: thanks ;)
[11:22] <sil2100> ogra_, psivaa: woohooo, did you guys see final test results of 108?!
[11:23] <psivaa> sil2100: yea, lot improved :)
[11:23] <sil2100> psivaa: too bad we'll land Mir soon which usually is a bit regression prone :(
[11:23] <sil2100> camako: did you test everything throughoutly with the new Mir? All autopilot tests passing?
[11:33]  * sil2100 goes for lunch now
[11:33] <bzoltan> sil2100:  I have fixed that test. Anyhow, that test comes from an obsolete project. Would it be possible to change the source of that tests if I move that to a real project?
[11:48] <popey> vila: any idea what's going on here? https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1332567/+merge/225225
[11:48] <popey> https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-utopic-touch/133/console
[11:49] <mhr3> sil2100, silo for #38 pls? should be super quick landing, just adds api we'll need
[11:49] <popey> https://jenkins.qa.ubuntu.com/job/generic-click-autopilot-runner-mako/282/console
[11:51] <vila> popey: literraly: bzr: ERROR: unknown command "build" the bzr plugin that provides this command is not there ?
[11:51] <popey> i have no idea what that means, or where that comes from
[11:51] <vila> popey: same here
[11:51] <vila> fginther: ^ ?!?
[11:51] <popey> heh
[11:54] <sil2100> mhr3: sure ;) /me still lunching
[11:56] <sil2100> mhr3: I see unity-mir in a silo from kgunn though...
[11:56] <mhr3> sil2100, it's unity-api, nor -mir
[11:56] <sil2100> Ah, test silo
[11:56] <mhr3> not a test silo
[11:56] <sil2100> Aaaah, craaap
[11:57] <sil2100> mhr3: right, sorry, it seems my first typo caused terror
[11:57] <mhr3> terror from the deep :)
[11:58] <mhr3> anyway, /me lunch
[12:03] <ogra_> sil2100, yeah, i saw 108 ... mir will "fix" that way to good result, i'm sure :)
[12:16] <kgunn> sil2100: thanks for xmir rebuild, i'll test it
[12:29] <mandel> ogra_, confirmed, it was my new udm, fixed it :)
[12:29] <ogra_> mandel, ah, cool, so i dont need to test anymore
[12:30] <mandel> ogra_, nop, I was an IDIOT :)
[12:30] <ogra_> nah
[12:51] <Chipaca> sil2100: is silo 12 going to land soon? otherwise I can land more stuff in there :)
[12:51]  * Chipaca would rather that
[13:05] <kgunn> camako: sil2100 xmir looks good
[13:05] <kgunn> up and running my desktop on it as i type
[13:06] <camako> kgunn, awesome thanks for testing ...
[13:06] <camako>  sil2100, silo landing-006 tested well on all accounts, autopilot, xorg-xserver, etc...  let's get this baby merged :-)
[13:08] <sil2100> o/
[13:17] <sil2100> ogra_: can I get a packaging ACK from you on the Mir 0.4.0?
[13:17] <sil2100> ogra_: the diffs are here: https://ci-train.ubuntu.com/job/landing-006-2-publish/34/artifact/packaging_changes_mir_0.4.0+14.10.20140701.1-0ubuntu1.diff https://ci-train.ubuntu.com/job/landing-006-2-publish/34/artifact/packaging_changes_platform-api_2.1.0+14.10.20140702-0ubuntu1.diff https://ci-train.ubuntu.com/job/landing-006-2-publish/lastSuccessfulBuild/artifact/packaging_changes_unity-mir_0.4+14.10.20140701.1-0ubuntu1.diff http
[13:18] <sil2100> ogra_: it's a standard bump of deps
[13:19] <sil2100> ogra_: there are new binary packages, but I think archive-admin intervention is not required as it's a standard so-name change
[13:45] <popey> Ursinha: https://code.launchpad.net/~popey/ubuntu-calendar-app/fix-1336764/+merge/225306 can someone please clean up? "IOError: [Errno 28] No space left on device"
[13:45] <Ursinha> popey: let me see
[13:46] <sil2100> cjwatson: hello, are you free right now? Could you maybe give a packaging ACK for the changes I pasted above for ogra_ ?
[13:47] <cjwatson> sil2100: One moment
[13:49] <cjwatson> sil2100: Looks fine apart from the way it apparently took three people to bump the build-deps, according to the changelog :)  core-dev / archive admin ack
[13:51] <sil2100> ;)
[13:51] <sil2100> Thanks! Yeah... I think citrain might have been a bit confused or something
[14:13] <popey> Ursinha: any luck?
[14:16] <Ursinha> popey: fginther is looking into it
[14:17] <Ursinha> I don't have permissions (yet) to do so
[14:19] <Guest82807> fginther, is this error a jenkins problems? 13:25:21.565 ERROR content:49 - Could not add content object 'None' due to IO Error: [Errno 13] Permission denied: '/var/log/syslog'
[14:19] <Guest82807> fginther, https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-utopic/1041/testReport/junit/address_book_app.tests.test_edit_contact/TestEditContact/test_add_new_phone/
[14:20] <renato__> fginther, this is happening on address-book autopilot tests
[14:23] <popey> Ursinha: ahh okay
[14:25] <fginther> renato__, I don't know, it's generated in the autopilot log (I assuming it's trying to read it perhaps because the test failed, don't know).I checked a few other tests non-address book tests and didn't see that error
[14:26] <fginther> popey, Ursinha, that test host has 6+GB of available space, not sure why it ran out during that test run
[14:26] <plars> rsalveti: I'm still not sure whether https://bugs.launchpad.net/ubuntu/+source/android/+bug/1319582 is the source of our emulator crashes, but fwiw, the emulator still crashes when we try to do much under it
[14:26] <plars> for example, running autopilot tests
[14:27] <rsalveti> right, it's one of the reasons why it is crashing
[14:27] <rsalveti> unfortunately I didn't get the time to investigate this yet
[14:27] <popey> fginther: how odd, okay. thanks
[14:27] <rsalveti> hopefully next week
[14:40] <mhr3_> sil2100, ehm, yea, so 018 failed cause the arm64 g++ crashed during build
[14:40] <mhr3_> yey!
[14:41] <mhr3_> sil2100, seen that somewhere already?
[14:41] <mhr3_> tvoss, or perhaps you ^?
[14:41] <cjwatson> mhr3_: Is that with precompiled headers by any chance?
[14:41] <mhr3_> cjwatson, yep
[14:42] <cjwatson> mhr3_: Known broken at the moment; you can generally just disable precompiled headers on arm64, it just makes the build a bit slower
[14:42] <mhr3_> cjwatson, it's still 4.8 though
[14:42] <cjwatson> Hopefully g++-4.9 will fix it, though haven't tested that theory
[14:42] <mhr3_> cjwatson, got the magic incantation?
[14:42] <cjwatson> Varies by project; let me see if I can divine it
[14:46] <cjwatson> mhr3_: Probably http://paste.ubuntu.com/7737142/, but testing
[14:52] <mhr3_> cjwatson, lgtm, applied, building
[15:11] <cjwatson> mhr3: didn't work.  I was going to test it for you first :)
[15:12] <ogra_> tedg, https://jenkins.qa.ubuntu.com/job/utopic-touch-mako-smoke-daily/388/artifact/clientlogs/sdk/_usr_lib_arm-linux-gnueabihf_ubuntu-app-launch_desktop-hook.32011.crash/*view*/
[15:12] <mhr3> cjwatson, eh, should have tested it properly myself :/
[15:15] <cjwatson> mhr3: Try -Duse_pch=FALSE instead of use_pch=FALSE; seems to work here
[15:16] <mhr3> yep, just committed that
[15:44] <elopio> ping fginther, when can we get a new phablet-tools release with the fix of bug #1327325?
[15:49] <fginther> elopio, ugh, that hasn't landed yet, crap. I'll follow up on it.
[15:50] <elopio> fginther: thanks. I'm porting system-settings tests to py3 and I hit it again. I'm linking the branches with the workaround to the same bug to remember to revert them.
[15:50] <fginther> elopio, ack
[15:51] <sergiusens> fginther: you should land it and see how much fun it is :-)
[15:53] <fginther> sergiusens, yes, that's exactly what I need to experience :-). are you still the lander responsible for phablet-tools or can I go direct to the landing team?
[15:54] <sergiusens> fginther: AFAIK anyone can land anything
[15:54] <fginther> sergiusens, ack
[15:54] <sergiusens> fginther: as long as you have write access
[15:54] <fginther> thanks
[15:54] <sergiusens> fginther: to the spreadsheet that is
[15:55] <sergiusens> fginther: btw, ubuntu-device-do is in the ppa as well
[15:59] <sil2100> cjwatson: what does update_output.txt's Trying easy from autohinter: for platform-api (...) FAILED mean? :)
[16:00] <sil2100> (if you grep for platform-api there)
[16:26] <kgunn> sil2100: can you override a test silo reconfig & build for an unapproved MP ?....silo15
[16:26] <sil2100> kgunn: you can override the unapproved MP's by a flag in the build job :)
[16:26] <sil2100> kgunn: I think it's called Allow Unapproved
[16:27] <kgunn> ah!
[16:27] <kgunn> sil2100: thanks
[16:28] <sil2100> kgunn: yw! :)
[16:29] <cjwatson> sil2100: It means that glmark2-es2-mir and glmark2-mir are made uninstallable by trying to promote the set mir/0.4.0+14.10.20140701.1-0ubuntu1 unity-system-compositor/0.0.4+14.10.20140702-0ubuntu1 unity-mir/0.4+14.10.20140701.1-0ubuntu1 xorg-server/2:1.15.1-0ubuntu7 platform-api/2.1.0+14.10.20140702-0ubuntu1
[16:29] <cjwatson>  glmark2-es2-mir : Depends: libmirclient7 (>= 0.1.9+14.10.20140430.1) but it is not going to be installed
[16:29] <cjwatson> sil2100: i.e. glmark2 needs to be rebuilt as part of that landing
[16:30] <sil2100> cjwatson: thanks! slangasek already cleared the story for us, I'll fix it in a moment :)
[16:30] <sil2100> (just was in a meeting)
[16:41] <bfiller> robru: can I have a silo for line 40 when you get a chance?
[16:50] <sil2100> cjwatson: pushing the fix for the mir transition now (had to double test if it fixes everything)
[16:51] <cjwatson> righto
[16:54]  * sil2100 still is very weary about pushing packages to the archive
[16:55] <bfiller> sil2100: can I have a silo for line 40 when you get a chance?
[16:55] <sil2100> bfiller: hi! Let me take a look :) robru_ normally should be the sherif now, but I guess he's maybe having breakfast
[16:56] <bfiller> ack, np
[16:56] <sil2100> bfiller: ok, so I'll assign a silo, but please rebuild gallery-app after the suru theme change (silo 004) lands, as it will land in the nearest hour
[16:57] <bfiller> sil2100: ack
[16:59] <robru_> yeah sorry
[16:59] <sil2100> robru_, ogra_: ok, so I hope that once the new glmark2 rebuilds in the archive, mir should migrate properly
[16:59] <robru_> sil2100, great
[17:16] <pmcgowan> sil2100, hi, update on qofono?
[17:17] <sil2100> pmcgowan: hi! I saw it in the NEW queue last time, I thought Laney was doing the NEWing for that one
[17:17] <sil2100> Laney: hello, did you have a moment to look at the libqofono in the NEW queue? :)
[17:39] <kgunn> sil2100: could you check on silo6 ? looks like its stalled out or something....does package migration take that long?!
[17:39] <sil2100> kgunn: yeah, we were working on that, there seemed to be a package requiring a rebuild - I pushed it to the archive, not sure if it built already
[17:40] <sil2100> I think it should be ok in the next publisher run?
[17:59] <pmcgowan> sil2100, do I need to ask steve for help gettng that lib landed? I have some stuff blocked on it
[17:59] <sil2100> pmcgowan: we need some archive admin doing the NEWing of it, so it all depends on them now
[18:00] <sil2100> slangasek: who could we ping to get the libqofono from NEW right now? Since I guess cjwatson might be already pass his EOD
[18:00] <slangasek> sil2100: any archive admin, which includes me
[18:00] <sil2100> Oh!
[18:00] <sil2100> duh
[18:00] <slangasek> ~ubuntu-archive
[18:02] <slangasek> (looking now, for the record)
[18:04] <slangasek> sil2100: why does qtdeclarative5-ofono0.2 have ${misc:Pre-Depends}, and libqofono-qt5-0 not?
[18:04] <slangasek> (fwiw this is an obsolete requirement for multiarch libs anyway)
[18:05] <sil2100> I might have missed that, since all built fine on a clean env - I can fix that for the next version
[18:06] <slangasek> yes, it'll build fine to be sure
[18:06] <slangasek> and it'll even run fine
[18:06] <slangasek> :)
[18:07] <slangasek> sil2100: are there .a libraries that should be getting installed in libqofono-dev?
[18:07] <slangasek> sil2100: what is debian/patches/service_numbers.patch?  It apparently changes the exported API
[18:08] <sil2100> slangasek: so, no .a libraries are exported/installed - as for the service_numbers patch, it's from Ken so I don't really know what it was meant to do
[18:08] <slangasek> ok; maybe you can prod Ken into labelling the patch properly :)
[18:08] <sil2100> But since it was included, I supposed that it's required - Laney just asked to push it upstream, but I prefered to wait for Ken to put some rationale
[18:09] <slangasek> meanwhile, accepted
[18:09] <sil2100> Since I don't know the codebase ;p
[18:09] <slangasek> right, there's a standard for documenting patches when you put them in debian/patches in the first place
[18:09] <slangasek> (http://dep.debian.net/deps/dep3/)
[18:10] <sil2100> hah, indeed! If anything, my multiarch-support patch has been accepted upstream and merged already ;)
[18:12] <popey> anyone got #109 on flo handy?
[18:12] <popey> it seems to be ignoring my request to lower the volume
[18:13] <popey> i have it set to zero and music still sounds loud as ever
[18:13] <boiko> sil2100: question: this build of messaging-app: https://launchpad.net/~ci-train-ppa-service/+archive/landing-003/+build/6149248 is saying it is waiting on a dependency, will it build automatically afterwards?
[18:14] <pmcgowan> sil2100, slangasek thanks
[18:20] <boiko> sil2100: nevermind, tiago and I found the problem
[18:21] <sil2100> ogra_, robru_, kgunn: mir seems to be finishing migrating now - it disappeared in rmadison but LP already sees it in release
[18:22] <sil2100> boiko: ah, sorry... I'm full with work right now, very past my EOD already :)
[18:22] <sil2100> pmcgowan: yw
[18:22] <boiko> sil2100: no problems, it was an error on our side anyways
[18:22] <kgunn> sil2100: i didn't hit merge clean until choo-choo pung me
[18:23] <kgunn> was choo-choo over eager ?
[18:23] <sil2100> kgunn: ah, you pressed m&c already?
[18:23] <sil2100> kgunn: not a big deal, as I'm almost 100% sure it will move out of promosed now, so it should be safe anyway I guess..? But I would wait anyway
[18:24] <sil2100> It seems the bot uses LP for this status ;)
[18:24] <sil2100> So it's a bit 'over eager', yes
[18:24] <sil2100> robru_: I deployed a new citrain - if you see any problems, please just revert the last revision ;p
[18:37] <mzanetti> kgunn: is this ours? ^
[18:37] <kgunn> mzanetti: greyback_ ^ yep...just prepping for qtcomp
[18:37] <mzanetti> qtcomp
[18:37] <mzanetti> :)
[18:37] <greyback_> kgunn: thanks
[18:38] <kgunn> mzanetti: hopefully work thru all the stupid stuff so the real work can proceed :)
[18:38] <mzanetti> kgunn: I'm sure you'll manage :)
[18:45] <sil2100> kgunn, robru_, ogra_: migrated!
[18:45] <sil2100> stgraber, ogra_: could you please kick a new image? :)
[18:45] <sil2100> I guess ogra_ is AFK already
[18:47] <sil2100> robru_: once a new image is building, please wait like 15-30 minutes for the build to properly start and begin the publishing madness
[18:47] <sil2100> ogra_: ^
[18:47] <robru_> sil2100, yes it sounds good, thanks for the heads up
[18:48] <sil2100> Ok, I go for some dinner now
[18:48] <sil2100> o/
[18:53] <kgunn> woopwoop
[19:20] <balloons> fginther, quick question. Can we migrate all core apps to using python3 (autopilot3) for the generic-mediumtests-utopic runner?
[19:21] <fginther> balloons, I don't see why not
[19:23] <balloons> fginther, :-) Awesome. Let me know if you need anything from me to make it happen. I'm asking because shorts_app is acting funny; but overall it's not critical to switch them
[19:44] <davmor2> ogra_: Yay finally my dns has updated I get email again now \o/
[19:44]  * davmor2 shakes his fist at Microsoft for doing it the wrong way!
[19:48] <robru_> ogra_, stgraber: did anybody start an image build? slangasek maybe?
[20:01] <stgraber> robru_: sorry, no, was busy with other things, I can go click build on the tracker now
[20:01] <slangasek> robru_: I didn't start an image build; do you need me to kick one off?
[20:01] <slangasek> oh, so stgraber has it
[20:01] <slangasek> stgraber: click where?
[20:02] <stgraber> slangasek: iso.qa.ubuntu.com, in theory some ubuntu touch team has the ACL to select the products and click rebuild
[20:02] <stgraber> so I'm a bit surprised I'm being asked to do it for them...
[20:02] <stgraber> anyway, done
[20:03] <stgraber> though it's right that robru_ and sil2000 aren't in that team as I believe we made coredev a requirement for ~ubuntu-touch-release
[20:05] <slangasek> stgraber: ah, alright.  I would've just sshed into nusakan, personally ;)
[20:09] <imgbot> [20:13] <pmcgowan> slangasek, how long until qofono hits the archive? and does it go to proposed first?
[20:14] <slangasek> pmcgowan: it does go through -proposed first; there shouldn't be any blockers for it to reach the main archive however, as a new package - so now that it's passed binary new, it should be less than a half hour
[20:15] <pmcgowan> slangasek, great thanks
[21:07] <bfiller> robru, Saviq : what's the status of silo 4? is that merging and landing today?
[21:07] <Saviq> bfiller, afaik it was waiting for an image to build with new mir
[21:08] <bfiller> Saviq: did branches merge do you know?
[21:08] <Saviq> bfiller, no they didn't :|
[21:08] <Saviq> bfiller, it's been ACKed for publishing 12h now or more
[21:08] <bfiller> Saviq: I saw that
[21:08] <bfiller> Saviq: we might be you then :)
[21:09] <Saviq> bfiller, sil2100 didn't want to land it in one image with Mir
[21:09] <bfiller> Saviq: should we hold off on our silos that touch the same packages then?
[21:10] <Saviq> bfiller, you'll have to talk with the landing team, I did all I could, it's in their handsnow
[21:10] <bfiller> Saviq: ack
[21:11] <robru_> bfiller, ah sorry, was having lunch
[21:12] <robru_> bfiller, yeah as soon as I see the confirmation that image 110 is built I am going to open the floodgates and publish a bunch of stuff.
[21:12] <robru_> it's been building for an hour so it should be done soon
[21:13] <bfiller> robru_: ok cool, I'll keep my eyes open for that
[21:13] <robru_> bfiller, i can assign something now if you want but maybe don't build it right away ;-)
[21:15] <bfiller> robru_: we already have some silos (2, 3, and 14) that will need to be rebuilt once silo 4 is fully released as we are touching the smae packages
[21:15] <bfiller> same
[21:15] <robru_> ah ok
[21:34] <imgbot> [21:34] <imgbot> [21:45] <kgunn> robru_: hey, silo 6 i think has a project that's not in archive yet....how can we add/build with this ? lp:qtmir
[21:50] <popey> ogra_: we discussed this the other day, so filed a bug about it 1336968
[21:50] <popey> bug 1336968
[21:58] <Chipaca> hi guys. any chance silo 12 will get published soon?
[22:00] <slangasek> Chipaca: I believe robru_ is just about to publish
[22:00] <Chipaca> \o/ :)
[22:01] <robru_> kgunn, Chipaca hey sorry i was in a meeting
[22:01] <robru_> Chipaca, yep i'm gonna publish everything now
[22:01] <Chipaca> "sorry, gotta go, Chipaca needs me! *flies away*"
[22:01] <Chipaca> robru_: thanks :)
[22:02] <robru_> kgunn, so if it's new, we need a core dev to ack the packaging, but before that probably I should pre-ack it for common problems before we waste a core-dev's time on it
[22:03] <robru_> slangasek, hey, can you give me a core dev ack on silo 4? https://ci-train.ubuntu.com/job/landing-004-2-publish/ 4 small diffs, seems they grew some new deps, need a basic sanity check
[22:22] <robru_> kgunn, i'll make a branch with some minor fixes for qtmir
[22:29] <kgunn> ta robru_
[22:31] <slangasek> robru_: so it's just the "last successful artifacts" list of diffs that need reviewed?
[22:31] <robru_> slangasek, yeah
[22:33] <slangasek> ok, looking
[22:42] <robru_> Chipaca, ubuntu-push is done like dinner
[22:53] <robru_> kgunn, ok so I put together this, https://code.launchpad.net/~robru/qtmir/packaging/+merge/225410 it's pretty minor
[22:53] <kgunn> robru_ thanks, so do i replace my MP in there ? or just add this one in ?
[22:54] <robru_> kgunn, should just add it in. i based mine off trunk, hopefully it doesn't conflict.
[22:54] <robru_> kgunn, oh, no change rebuild ;-) yeah you can replace that one with mine ;-)
[22:54] <kgunn> robru_ oh yeah, duh...actually mine is a rebuild only i think...so i can replace
[22:54] <robru_> hehe
[22:55] <robru_> kgunn, I tried building it and got some test failures, but i don't think they're related to my packaging work
[22:56] <kgunn> robru_ probably not...we're worknig through our issues...
[22:56] <robru_> kgunn, no worries
[22:56] <kgunn> the guys will pick this up euro morning i bet
[22:56] <kgunn> greyback_: mzanetti ^
[22:56] <kgunn> fyi
[22:57] <greyback_> robru: thanks!
[22:57] <greyback_> I'll merge that now, it looks fine
[23:03] <robru_> greyback_, you're welcome
[23:04] <robru_> slangasek, did you get a chance to look at those diffs?
[23:04] <robru_> slangasek, shouldn't be that big of a deal, I just wasn't sure about those extra deps
[23:05] <slangasek> robru_: sorry, distractions; getting back into it now
[23:08] <slangasek> robru_: right, LGTM
[23:08] <robru_> slangasek, sweet, thanks!
[23:10] <robru_> brb


[01:08] <tsimonq2> guiverc: I really appreciate your work on UWN this weekend, much appreciated. :)
[01:14] <tsimonq2> jose: I'm not good enough with Spanish to determine whether or not this is worth including: http://thinkonbytes.blogspot.com/2017/04/ubuntu-y-otras-hierbas-s01e01.html
[01:15] <tsimonq2> jose: If it is, then I'll put it in the doc, and it would be great if you could write a summary, we can put it in the next issue. :)
[02:00] <guiverc> :)
[02:20] <tsimonq2> Almost done, throwing it through a link checker then doing one last proofread.
[02:29] <tsimonq2> Welcome to the Ubuntu Weekly Newsletter, Issue 506 for the week of April 24 - 30, 2017 https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue506


[09:41] <IdleOne> IRCC AgMo was interested in bringing back to life a couple of #ubuntu* channels.
[09:41] <IdleOne> AgMo: which channels?
[09:42] <AgMo> IdleOne, #ubuntu-id and #ubuntu-jogja
[09:44] <AgMo> anyone could help with?
[09:45] <IdleOne> AgMo: You will need to be patient, as soon as a Group Contact is available to help they will.
[09:46] <AgMo> IdleOne: ok
[12:35] <AlanBell> hi, what are they for AgMo?
[12:35] <AlanBell> !id
[12:35] <AlanBell> that?
[12:38] <AgMo> sorry?
[12:43] <AgMo> Hi AlanBell
[12:54] <AlanBell> hi
[12:54] <AlanBell> is -id for the indonesia loco?
[12:54] <AlanBell> or something else?
[12:54] <AlanBell> and what is -jogja?
[13:14] <AgMo> AlanBell: yes, it is
[13:14] <AgMo> jogja is for subloco in Indonesia
[13:15] <AgMo> we have plenty SubLoco in Indonesia
[13:15] <AgMo> http://wiki.ubuntu.or.id/SubLoCo
[13:15] <Myrtti> wouldn't it be more prudent to have -id-jogja then?
[13:17] <k1l> isnt that the way the us loco is handling their sublocos?
[13:17] <AgMo> Myrtti: i dont know about that
[13:17]  * AgMo have no problem with that
[13:18] <AgMo> but we simply known as ubuntu jogja in Indonesia
[13:18] <AgMo> http://wiki.ubuntu.or.id/SubLoCoJogjakarta
[13:18] <Myrtti> k1l: Finnish loco has subteams like that
[13:21] <Tm_T> I prefer having subteams as "subchannels" of loco channel
[13:21] <Myrtti> having it -id-jogja would perhaps make it a bit more searchable/findable in alis
[13:21] <Tm_T> ^
[13:21] <Myrtti> just my €.02
[13:21] <Pici> Its how we typically deal with loco channels.
[13:21] <Tm_T> also possible future collisions, have clear -id namespace so to speak etc
[13:23] <AgMo> Myrtti, Tm_T, Pici: Okay, since the -id-jogja is still empty, i will register it then
[13:24] <AgMo> but is it possible to gaining access to ubuntu-jogja?
[14:07] <AlanBell> so both are registered at the moment, freenode staff have access to -id and somat is the founder of jogja
[14:08] <AlanBell> I would be inclined to make jogja a redirect to -id-jogja
[14:15] <AgMo> AlanBell: that would be fine
[14:16] <AgMo> AlanBell: somat is no longer active in ubuntu jogja, that is why i request access to that channel
[16:22] <hggdh> hey folks, how do I get ubot2 (or similar) in the #ubuntu-br channel?
[16:49] <Unit193> Would it help if the bot isn't in English?
[16:49] <Unit193> s/isn't/is/
[16:50] <Unit193> Only non-English bot I know are the -fr and -es bots.
[17:19] <hggdh> Unit193: of course, I would rather have it in -pt... but we could get to it and slowly translate the beast (which probably would require us to set it as -pt to begin with_
[17:22] <hggdh> with a copy of the database, etc, I guess
[17:23] <Unit193> 1. One of the bot masters should drop by at some point.  3. If not, IRC council member should.  6.  Raw databse dump is http://ubottu.com/ubuntu.db in case you didn't know.
[17:28] <hggdh> I did not know, thank you
[18:30] <hggdh> so... what do I need to do to register 'ubotu-br' as the nick for the soon-to-be ubotu on #ubuntu-br?
[18:31] <hggdh> (which I will be running from home, together with eeebotu')
[18:33] <Unit193> The nick isn't registered now, so you can just register it how you would normally.  It'd be nice if someone would permit you to just use their bot with a different db, but...  The bot generally is supybot with the ubuntu plugins.
[18:33] <Unit193> !botclone
[18:34] <hggdh> Unit193: I already cloned it, and set it up (but will only be able to test-load it this evening)
[18:37] <Unit193> Great!