[00:08] <dougwt> I apologize in advance if this is the wrong place to ask this type of question, but I am trying to setup my first Apache server on Ubuntu and am a bit confused about what permissions I should be using. I've got multiple VirtualHosts setup. Should the document roots be chowned to the user and his group, or do I need to chown them to www-data?
[00:51] <qman__> dougwt, www-data is what apache runs as, so in order to serve pages, www-data needs read access
[00:51] <qman__> www-data should not have write access unless specifically required by your application, and when it does, it should be carefully limited
[01:05] <dougwt> qman__: Thanks. So it'd be fine to keep the document root and it's filed chowned to the user with 755/644 permissions respectively?
[01:05] <dougwt> its files*
[01:19] <qman__> yes
[01:25] <dougwt> great
[01:25] <dougwt> thanks again
[03:44] <redact3d> hi anyone guy the latest source of xymon compiled and working?
[03:48] <twb> Never heard of it
[03:56] <redact3d> network monitoring system - think nagios but easier to configure
[08:59] <jamespage> lynxman, do you use racoon?
[09:00] <lynxman> jamespage: hmm nope :)
[09:00] <jamespage> lynxman, bah - was hoping to palm something off onto you :-)
[09:00] <lynxman> jamespage: lol, I used to though, so you can still handle it to me
[09:01] <jamespage> lynxman, ever see this bug 972786
[09:04] <lynxman> jamespage: will give it a go today :)
[09:04] <jamespage> ta
[09:05] <jamespage> lynxman, actually that was not hard to test
[09:05] <jamespage> works for me in precise
[09:05] <jamespage> i.e. bind to new interfaces.
[09:16] <lynxman> jamespage: heh :) it's one of its basic operations, you want to take it then?
[09:17] <jamespage> lynxman, I don't actuall think its a bug - I could not reproduce with the stock configuration
[09:17] <jamespage> lynxman, don't worry about looking at it.
[09:22] <lynxman> jamespage: I'll tackle it after lunch so just let me know :) need to be copywriting now
[09:23] <jamespage> lynxman, thanks for the offer - I'm sure I'll find something more important for you todo during triage today
[09:23] <jamespage> enjoy copywriting
[09:23] <lynxman> jamespage: :)
[09:24] <lynxman> jamespage: this whitepaper wont update on its own :D
[09:24] <Barbo91> Hi guys, first of all, sorry for my english, i'm italian xD Now i explain my problem. First of all i'm on a Ubuntu 10.04 server with openssh,ssl and openvpn. I have to join all the clients that connect on the VPN in the same network. I can do it with bridging, am i right?
[09:28] <Barbo91> someone that can help me? I need help to configuring the bridge :S
[09:33] <jamespage> Barbo91, I think you either want to look at https://help.ubuntu.com/10.04/serverguide/C/network-configuration.html#bridging
[09:33] <jamespage> or you might actually want to look at setting your server up as a router
[09:35] <jamespage> Barbo91, in which case this https://help.ubuntu.com/community/Router might be useful
[09:35] <Barbo91> hi jamespage thanks for help, going to read that doc! by the way, the thing that i need is to create a "virtual" eth1 to bridge it, i think
[09:35] <jamespage> Barbo91, really depends on how your network is setup
[09:36] <jamespage> I do something similar with IPv6 routing
[09:36] <jamespage> Barbo91, do you just have a single network interface? or multiple?
[09:37] <Barbo91> jamespage, i got a single network interface. with a static pubblic IP.
[09:38] <jamespage> Barbo91, have you read https://help.ubuntu.com/11.10/serverguide/C/openvpn.html ?
[09:38] <Barbo91> jamespage,  my network is that i got a network with all servers on, and i don't want that clients that connect my VPN see those server. I want to create a "dedicated" private network client-to-client...
[09:39] <jamespage> Barbo91, You might be able todo that with openvpn plus bridges - but ufw might help there as well
[09:40] <Barbo91> i tried to create a eth 0:0 and bridge it, when i launched the script to create bridge, the interface 0:0 was deleted and the bridge was created on the eth0 and i closed my ssh connection -.- closed out of my own server xD
[09:41] <Barbo91> jamespage, already got a "hardware" firewall on my net
[09:41] <uksysadmin> hey all - can anybody here help with maas? I'm getting  a "Bad archive mirror" message but the pxe booted machine seems to be able to get to the right places...
[09:41] <uksysadmin> (on ubuntu 12.04 b2)
[09:42] <jamespage> Barbo91, yeah - but the VPN penetrates that so you openvpn server can act as a soft firewall between your clients and your server network
[09:42] <jamespage> uksysadmin, is that really early during the install process?
[09:42] <Barbo91> jamespage, yeah ur right! didn't thinked about it O.O thanks!
[09:44] <jamespage> lamont, would a sync of bing9 1:9.8.1.dfsg.P1-3 be a good idea today?
[09:45] <Barbo91> jamespage, thanks for all your help, now i'm going to read the docs u linked me then i will write back soon if i need help!! Newbie network administrator here :P
[09:46] <jamespage> Barbo91, np - you are welcome!
[09:56] <uksysadmin> hi jamespage - yes its just after the kernel messages and about to commence the install
[09:57] <jamespage> uksysadmin, wget calls?
[09:57] <uksysadmin> I've got a console up and can perform the wget it wants
[09:57] <uksysadmin> yes
[09:57] <jamespage> uksysadmin, OK - I think I've seen this to - but can't reproduce at the moment
[09:57] <jamespage> I believe that the wget calls made by the installed route through the squid-deb-proxy on the MAAS server
[09:58] <jamespage> and its got stuffed in some way I don't understand
[09:58] <uksysadmin> ok - I'll take a look around
[10:01] <uksysadmin> jamespage, yes I'm seeing 403 Forbidden messages in syslog...
[10:02] <akoma1s_> hello, how can I do something like 'if lsacpi | grep VBOX; then set default=3; fi' in grub.cfg?
[10:02] <uksysadmin> and given my test network falls outside a "localnet" default address range could be the reason
[10:02] <jamespage> uksysadmin, odd -lemme look at my setup here
[10:02] <jamespage> uksysadmin, have you got the exact URL that is failing?
[10:03] <uksysadmin> http://archive.ubuntu.com/ubuntu
[10:04] <uksysadmin> I can see the wgets going this URI /ubuntu/dists/precise
[10:07] <jamespage> uksysadmin, does it fail in choose-mirror?  I think that is where I saw the issue
[10:08] <uksysadmin> yes
[10:08] <jamespage> uksysadmin, any more info in those 403 messages?
[10:09] <uksysadmin> just looking through syslog now
[10:09] <jamespage> uksysadmin, /var/log/squid-deb-proxy might have a bit more in it
[10:11] <uksysadmin> ah, think I've found *my* issue
[10:12] <uksysadmin> I've a test setup on my desk on <IP_ADDRESS>/16 network
[10:12] <uksysadmin> and the allowed ranges start from the expected non-internet ranges
[10:12] <uksysadmin> technically that range is internet
[10:12] <uksysadmin> I'll re-ip and redo
[10:13] <uksysadmin> (I'll add this esoteric range though as a test)
[10:15] <jamespage> uksysadmin, its quite possible I saw an actual network issue
[10:15] <uksysadmin> jamespage, I can attest to that though.
[10:16] <uksysadmin> I tried this on a machine in our datacentre and after a couple of re-tries it worked
[10:16] <uksysadmin> which is on a valid range
[10:16] <uksysadmin> (btw - after adding in my new IP range, this is installing)
[10:16] <uksysadmin> cheers for pointing me to the squid-deb-proxy setup though
[10:20] <uksysadmin> in fact I was doing this on a couple of machines next to me to see what was up with my datacentre set up
[10:33] <jamespage> uksysadmin, np
[10:58] <lamont> jamespage: I would support that
[11:02] <jamespage> lamont, ack - I'll do the sync now then
[11:10] <koolhead11> why we dont`t have memcache as dependency with openstack-dashboard?
[11:15] <koolhead11> i need a workaround of this https://bugs.launchpad.net/ubuntu/+source/openstack-dashboard/+bug/960070
[11:15] <koolhead11> if we are not getting memcache as dep for dash/horizon
[11:44] <zul> jamespage:  racoon and nis is so 19175
[11:45] <zul> er...1917
[11:45] <zul> koolhead11: open up an ubuntu task for it
[11:47] <koolhead11> zul, sorry 4 dumb question but where should i open ubuntu task? launchpad?
[11:48] <zul> koolhead11: "Also affects distrobution"
[12:08] <jamespage> zul, lol
[12:52] <zul> good morning
[13:01] <Caribou> pmatulis: around yet ?
[13:07] <alcuadrado> I have to start "mongod --journaling" as a service
[13:07] <alcuadrado> is there a way to pass arguments to the executable with the command service?
[13:11] <foo> I have user1 who logs into server and starts a screen. I am user2. as user2, I am root. I sudo su - user1. I do screen -x but I get this: Cannot open your terminal '/dev/pts/0' - please check - any ideas?
[13:26] <jamespage> roaksoax, around? having a few issues with maas/cobber-web not playing nicely
[13:29] <roaksoax> jamespage: here, what'ss wrong?
[13:29] <jamespage> roaksoax, OK - so I'm running maas from the PPA and I also have cobbler-web installed on the same server
[13:29] <jamespage> was working OK but now I get an error accessing cobbler-web
[13:29] <jamespage> "[Errno 13] Permission denied: '/var/lib/cobbler/webui_sessions/sessionid8ab2bb421d7efeb891e01e619b6b457e'"
[13:30] <jamespage> roaksoax, I think I know what it is - the maas wsgi stuff now runs as 'maas' user - but the content of that directory is only r/w able by www-data
[13:31] <roaksoax> jamespage: uhmmm right. Yeah that might be it
[13:31] <zul> ummm....why is keystone still in universe?
[13:31] <jamespage> roaksoax, not quite sure what the best fix is...
[13:31] <jamespage> zul: maybe no-one seeded it yet :-)
[13:31] <roaksoax> jamespage: yeah, let me give it a spin
[13:32] <jamespage> roaksoax, wanna bug for that one?
[13:32] <zul> jamespage:  partially it was
[13:33] <roaksoax> jamespage: well I don't know whether we should consider it a bug per se (in either side) because if we have MAAS we should not have cobbler-web isntalled, obviously we are not prevented from using it
[13:33] <roaksoax> jamespage: but pleas,e ifle one. I think it will go away once we ship cobbler inside maas
[13:33]  * jamespage shudders
[13:33] <jamespage> OK
[13:37] <roaksoax> jamespage: uhmmm so the weird thing here is that only the MAAS wsig should run as MAAS user right?
[13:39] <jamespage> roaksoax, so maas-http.conf sets the user/group config for the WSGI for the server - not just for maas
[13:39] <roaksoax> jamespage: exactly so that's the issue
[13:39] <jamespage> roaksoax, I think so
[13:40]  * jamespage is not a WSGI expert
[13:55] <roaksoax> jamespage: did you file the bug?
[13:55] <roaksoax> jamespage: can you provide me wiht the link please?
[13:55] <jamespage> roaksoax, doing it now - it was in the queue behind one for juju
[13:59] <roaksoax> jamespage: cool thanks
[14:02] <jamespage> roaksoax, https://bugs.launchpad.net/ubuntu/+source/cobbler/+bug/979899
[14:03] <roaksoax> jamespage: cool thnkas
[14:12] <hallyn> stgraber: bug 974584, I'm going to just rmdir $rootfs/dev/shm at end of templates.  Do you have a better idea?
[14:12] <hallyn> (Note, /etc/init/mounte-dev.conf is technically wrong, for anyone who uses /dev on a live system as not a separate fs, but I assume we just say we don't support that non-standard config?)
[14:14] <zul> Daviey: http://paste.ubuntu.com/926472/
[14:14] <stgraber> hallyn: that's definitely the easiest and the safest change, go for it
[14:15] <hallyn> thanks, will do.  do you have any other changes to queue up?
[14:15] <stgraber> it won't fix existing containers, but we didn't get that many reports of the bug for it to be a concern
[14:15] <stgraber> nope, I've been doing installer stuff lately, no lxc related stuff
[14:15] <stgraber> make sure you upload before 21:00 UTC though (final freeze)
[14:17] <hallyn> today???
[14:17] <hallyn> i thought ff was ina  week
[14:17] <zul> ditto
[14:17] <hallyn> i'll leave the workaroudn noted in the bug for ppl who need it for existint containers
[14:25] <hallyn> zul: joke's on us https://wiki.ubuntu.com/PrecisePangolin/ReleaseSchedule
[14:26] <zul> hallyn: are you sure?
[14:26] <zul> FinalFreeze Apr 12
[14:30] <hallyn> zul: maybe i misunderstood you.  i thought you meant you had been wrongly thinking like me that it was next week
[14:30] <zul> hallyn: meh :)
[15:02] <MoleMan> I believe I am recieving a DOS attack in progress, what can I do?
[15:04] <Jeeves_> Look the other way!
[15:08] <MoleMan> doesn't help... vnstat is showing 50Mb/s in and 5Mb/s out compared to my other box which is showing  3.3Mb/s in 8 Mb/s out...
[15:09] <MoleMan> and I don't want to go ask the host for advice because I know that they have a strict 3 strike policy on DoS attacks, and we've had more than that already...
[15:10] <zul> contact your isp and get them to cut it off
[15:11] <Jeeves_> MoleMan: What do you do to receive those attacks?
[15:14] <MoleMan> god only knows... It's gameservers so I would presume a script-kiddy thats upset at getting banned...
[15:14] <Jeeves_> Ah
[15:15] <hallyn> stgraber: lucid containers don't have /dev/shm mounted either.  any objections to my adding it back to /lib/init/fstab.lxc?
[15:16] <stgraber> hallyn: for lucid => natty it should be safe, we did the /run change in oneiric IIRC
[15:16] <stgraber> hallyn: though I can't see it breaking on oneiric if added to fstab.lxc there too
[15:16] <hallyn> fooi
[15:16] <hallyn> lemme try
[15:19] <hallyn> oddly, in oneiric /dev/shm is correctly created as a symlink
[15:19] <hallyn> (but /run/shm isnot mounted)
[15:19] <hallyn> anyway i guess that's SRU material anyway.  i wasn't thinking right
[15:33] <hallyn> utlemming: do you have a minute?  lxc-create -t ubuntu-cloud -n cloudo1 -- -r oneiric (and -r lucid) are failing for me?
[15:33] <hallyn> is that a transient ami error?
[15:33] <utlemming> hallyn: otp...do you have a paste of the failure?
[15:34] <hallyn> utlemming: http://paste.ubuntu.com/926586/
[15:35] <utlemming> hallyn: can you kick me a bug and I'll get this hashed out?
[15:36] <hallyn> utlemming: ok.  it looks ike the problem is just that the template looks for ubuntu-11.10-server-cloudimg-amd64.img:, but
[15:36] <hallyn> the tarball has oneiric-server-cloudimg-amd64.img
[15:37] <utlemming> hallyn: that is what my thought was...the naming between dailies and releases changes
[15:37] <hallyn> feh!
[15:37] <hallyn> ok, 1 min for bug #
[15:39] <hallyn> utlemming: bug 979996
[15:40] <hallyn> utlemming: I could try it myself, but with final freeze today am afraid i'll mess things up worse than they are.  at least precise ones work :)
[15:40] <hallyn> utlemming: thanks
[15:45] <hallyn> stgraber: http://people.canonical.com/~serge/lxc-shm.debdiff
[15:46] <stgraber> hallyn: you realize this means we won't be able to create a Q container on precise and have /dev/shm working?
[15:47] <hallyn> stgraber: well not without a patch...  ok I should use the release # and >= 12.04?  how can iget that in bash?
[15:48] <hallyn> substr($release,0,1) <= o? :)
[15:48] <hallyn> stgraber: well, my hope would be that we could fix initscripts by q :)
[15:48] <hallyn> feasible?
[15:49] <stgraber> hallyn: good point, fixing the logic of ischroot/initscripts in Q sounds like a plan :)
[15:49] <stgraber> hallyn: can you make sure we have a bug (probably against initscripts) for that so we don't forget about it?
[15:49] <hallyn> stgraber: shall i mark the current bug as affecting initscripts, and leave it open?
[15:49] <stgraber> I know we have some shell functions to before_release(a, b) but I don't think we ship that by default or even have a standard implementation of it
[15:50] <stgraber> probably something to get into distro-info
[15:50] <stgraber> hallyn: yeah, opening an initscripts task would be good
[15:50] <hallyn> yeah, standard implementation of that woudl be good
[15:52] <hallyn> hm, manpage of lsb_release says see also lsb(8), which doesn't exist :(
[16:05] <stgraber> hallyn: won't your change always print an error message? either because it's not a directory or because it doesn't exist (after the rmdir)?
[16:05] <stgraber> hallyn: the || true avoids the failure but not the error
[16:05] <hallyn> stgraber: should I shut it up?
[16:05] <stgraber> hallyn: or is it running early enough in the bootstrap process that the user won't see it anyway?
[16:06] <hallyn> no it's at the very end of creation
[16:06] <hallyn> *I* didn't notice it, but some people do like to file bugs about every msg...
[16:06] <hallyn> lemme check again
[16:06] <stgraber> hmm, 2>/dev/null would probably be a good idea then or even: [ -d /dev/shm ] && rmdir /dev/shm || mv -f $rootfs/dev/shm $rootfs/dev/shm.bad
[16:07] <stgraber> (sorry, should have seen it earlier)
[16:07] <hallyn> I don't want to go chaining like that and have it be as fragile as mounted-dev.conf
[16:07] <hallyn> (when i do it slightly wrong)
[16:07] <hallyn> mind you what you have there *does* look right
[16:08] <hallyn> stgraber: I do get mv: cannot stat `/var/lib/lxc/p3/rootfs/dev/shm': No such file or directory
[16:08] <stgraber> right, maybe in two then: [ -d "$rootfs/dev/shm" ] && rmdir $rootfs/dev/shm
[16:08] <stgraber> and then [ -e "$rootfs/dev/shm" ] && mv $rootfs/dev/shm $rootfs/dev/shm.bak
[16:08] <stgraber> before the ln call
[16:08] <hallyn> do you strongly prefer that to 2>/dev/null?
[16:08] <stgraber> I guess I do, in the sense that if mkdir then fails we won't silence the error
[16:09] <hallyn> btw, have you kicked my package from the archive? :)  can i re-use the versoin #?
[16:09] <stgraber> yeah, you can reuse the version number, I'll kick it out of the queue
[16:10] <hallyn> stgraber: thanks.  I'll wait till you look at the new debdiff after dinner to re-push?
[16:11] <stgraber> hallyn: upload directly to the queue, I'll review it there
[16:11] <hallyn> kthx
[16:16] <ruben23> hi guys any apps can check for HDD bad sector abd blocks..?
[16:17] <rbasak> ruben23: badblocks. Or smartctl to see what the disk thinks.
[17:00] <roaksoax> jamespage: new ppa upload fixes ur issure
[17:04] <roaksoax> utlemming: still not around?
[17:04] <utlemming> roaksoax: here
[17:04] <roaksoax> utlemming: so I wasn't able to get the image even booting (or so it seems)
[17:05] <roaksoax> utlemming: were you able to look into it further?
[17:05] <utlemming> roaksoax: okay, I'll see if I can to it. I'm pretty buried right now
[17:07] <roaksoax> utlemming: alright, not sure whether Daviey needs this for EOD or EOW
[17:08] <utlemming> roaksoax: EOD isn't going to happen, I have another higher priority issue going on right now
[17:08] <roaksoax> utlemming: no worries, just let me know when you have something I can test. Thanks! :)
[17:09] <utlemming> roaksoax: sure, if I get blocked, I'll work the usb stick
[17:22] <zul> adam_g: patch refreshed?
[17:26] <adam_g> zul: which?
[17:27] <zul> glance
[17:27] <adam_g> zul: yeah, i cherry picked the paches directly from upstream and applied them to -proposed
[17:27] <zul> adam_g: excelente
[17:33] <hallyn> utlemming: are you going to be able to look at the lxc-ubuntu-cloud bug in the next few hours, or is that not in the cards?
[17:44] <hallyn> SpamapS: Uh, combine a cable line unearthed by the builders at the neighbor, and a wildman with a lawnmower in back, and I may end up not online in a few mins.  fyi
[17:49] <hallyn> the install is going very slowly, though I can't really tell, it migh tjust be my apt-cache-ng mirror or gateway (both of which are my netbook :) slinging data slowly
[17:55] <SpamapS> hallyn: DOH
[19:21] <robo_> can someone who's running openjdk on ubuntu 10lts run 'jps' for me and see if it returns the bootstrap PID?
[19:22] <kees> robo_: does it work if you run jps as root?
[19:22] <robo_> kees, nope
[19:22] <robo_> it just returns the pid of the jps program itself
[19:23] <kees> weird
[19:33] <zul> kees: no one should use java anyways
[19:34] <kees> lol
[19:35] <henkjan> SpamapS: enjoying your time at perconalive?
[19:43] <blair> svn 1.6.18 was released today with some repository corruption issues, how do i request an update from 1.6.17 to 1.6.18.  i've opened https://bugs.launchpad.net/ubuntu/+source/subversion/+bug/980087
[19:53] <ewingate> how can i tell why my filesystem is in read-only mode
[19:53] <ewingate> and how can i tell which part of my filesystem is in read-only mode?
[19:54] <patdk-wk> cat /proc/mounts
[19:54] <RoyK> ewingate: ls -l will tell you permissions for files/dirs
[19:54] <ewingate> patdk-wk: thanks thats what i was lookin for!
[19:55] <patdk-wk> royk, inferrence :)
[19:55] <ewingate> patdk-wk: any idea how i can tell why it switched to read-only? or how do i get it out of read only? reboot?
[19:56] <patdk-wk> locally? dmesg
[19:56] <patdk-wk> only way I know to get it back out, is a reboot
[19:56] <RoyK> ewingate: usually it remounts to read only if something goes BAD
[19:56] <patdk-wk> normally goes into readonly mode if there is issues reading/writing to the disk
[19:56] <patdk-wk> big issues, like, there is no more disk :)
[19:56] <patdk-wk> or disk didn't respond after 90 seconds
[19:57] <RoyK> because it's safe to remount to readonly and wait for fsck to sort things out later
[19:57] <ewingate> ah ok.. so rebooting the server would get me back in business?
[19:57] <RoyK> hopefully, yes ;)
[19:57] <ewingate> or it will at least check the disk for errors?
[19:57] <ewingate> ok thanks
[19:58] <RoyK> if you don't have console access
[19:58] <RoyK> it might render the server useless until you get to the console
[20:11] <Daviey> zul: hey, thoughts on https://bugs.launchpad.net/ubuntu/+source/quantum/+bug/979192
[20:12] <zul> Daviey: i think in the long run that will help us for q so do it now
[20:14] <Daviey> zul: happy with the diff?
[20:14] <zul> Daviey: yeah
[20:14] <Daviey> zul: Would ypou be so kind to sponsor ir?
[20:14] <Daviey> it?
[20:15] <zul> uh?
[20:15] <zul> the patch didnt have a changelog
[20:16] <Daviey> zul: yes, but can you incorporate it? :)
[20:16] <zul> *sigh*
[20:16] <zul> yeah i can
[20:16] <adam_g> http://paste.ubuntu.com/926983/
[20:17] <adam_g> Daviey: jamespage: ^ that look reasonable for preserving squid conf? waiting on a build to do some last minute dist-upgrade tests
[20:17] <zul> adam_g:  holy crap dude
[20:17] <adam_g> zul: eh?
[20:18] <zul> largish
[20:18] <adam_g> well, yeah
[20:18] <zul> dont mind me
[20:20] <jamespage> adam_g, in the preinst for the squid package?
[20:20] <zul> Daviey: done
[20:21] <Daviey> adam_g: i think it's a reasoable	solution.
[20:21] <adam_g> jamespage: thats in postinst
[20:21] <adam_g> jamespage: AFAICS, /etc/squid3/ wont be there in preinst
[20:22] <jamespage> adam_g, yeah - that was what I was wondering
[20:22] <adam_g> jamespage: but original /etc/squid/ shouldn't have been purged when 'postinst upgrade' is run, will it?
[20:23] <jamespage> adam_g, maybe - I'd want to test it to be sure :-)
[20:23] <jamespage> adam_g, we have a transitional squid package right that is built out of squid3 source ?
[20:24] <adam_g> jamespage: yeah, about to do that.
[20:24] <adam_g> jamespage: yea
[20:27] <jamespage> adam_g: if that tests OK I think it looks good.
[20:28] <adam_g> jamespage: hmm, well it looks like that postinst wasnt called
[20:30] <adam_g> jamespage: though, the original /etc/squid/ isn't purged either by default. im wondering if we can not even worry about moving the file, since its going to stay there regardless
[20:31] <jamespage> adam_g, hmm - maybe
[20:31] <jamespage> actually that would explain a diff bug that I triaged today with regards to the logrotate from squid sticking around post upgrade
[20:34] <SpamapS> henkjan: it was a lot of fun, but I was just there for 1 day (yesterday)
[20:35] <adam_g> jamespage: hm
[20:35] <jamespage> adam_g, is this related to the fact that the package is not tracking them as configuration files?
[20:36] <adam_g> jamespage: what? the fact that the directory is not removed?
[20:37] <jamespage> adam_g, sorry brain a little fuddled
[20:37] <henkjan> SpamapS: ah. i saw al the buzz on twitter in #perconalive
[20:38] <henkjan> i've been to percona live londen last year
[20:38] <henkjan> the mysql community is awesome
[20:39] <adam_g> jamespage: thats okay. since the old squid.conf is never actually purged, we could probably skip maintaining a list of versions+md5's and just put a note at /etc/squid3/README explaingin the transition?
[20:40] <jamespage> adam_g, if it remains intact then yes that is OK
[20:41] <jamespage> although I believe that should go into NEWS for the package
[20:42] <adam_g> jamespage: i can do that
[20:42] <jamespage> adam_g, http://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.html#bpp-news-debian
[20:44] <adam_g> jamespage: thanks
[20:44] <jamespage> I think dch will generate an entry for you :-)
[20:45] <hallyn> SpamapS: hm, this could be spurious as i've only done one test each, but a 'time find / -type f > o 2>&1' in qemu with rbd took 5.7 seconds vs 4.7 seconds in qemu without rbd
[20:45] <hallyn> trying again
[20:46] <hallyn> hoping it has to do with pagecache in host being hot
[20:47] <SpamapS> hallyn: that would be really odd
[20:47] <hallyn> yes it would
[20:48] <SpamapS> hallyn: I was looking at how the different backends are used.. and it seems like they are completely independent of one another
[20:49] <hallyn> it's somewhat consistent though
[20:52] <resno> what kinda of server monitoring tools do people use? i was looking at monitorix
[20:55] <SpamapS> resno: nagios/icinga are good (the latter being a fork of the former), collectd is cool.. statsd+graphite is pretty cool.
[20:56] <resno> any thoughts on monitorix?
[21:08] <RoyK> !bug 978458
[21:43] <T3CHKOMMIE> hey guys, i got a bit of a dumb request. I am trying to make a 10 second video of a hole bunch of printlns in terminal. I was wondering if anyone know of a good cat /proc/* command that would spit out a bunch of data for about 10 secnds. any ideas?
[21:50] <aceat64> Anyone know why the "guided partitioning with lvm" option creates a primary partition (on this server it's /dev/sda1) that looks like it should have been /boot but doesn't appear to be used
[21:50] <aceat64> https://gist.github.com/2371194
[21:51] <aceat64> instead /boot is on my lv for /
[21:59] <SpamapS> hallyn: so, did we break kvm performance or was it an aberration?
[22:00] <hallyn> SpamapS: i think it ws an aberration.  overall the times with rbd were higher, but i did get one 5 second time.  (only did 4 runs each)
[22:00] <hallyn> i'm still shocked at how slow the guest install was...
[22:00] <hallyn> but anyway, if there is a perf regression i'll have to find and fix it :)
[22:00] <hallyn> next week i'm hoping to do my perf runs
[22:01] <SpamapS> hallyn: precise-proposed awaits you :)
[22:01] <hallyn> lol
[22:17] <jkyle> so we're not supposed to edit resolv.conf by hand...what do we edit? looking at the resolvconf man and it seems things have gotten quite a bit more complex
[22:18] <stgraber> jkyle: http://www.stgraber.org/2012/02/24/dns-in-ubuntu-12-04/
[22:18] <stgraber> jkyle: short answer is add dns-nameservers and dns-search for your interface in /etc/network/interfaces
[22:19] <jkyle> I can't use the /etc/network/interfaces file...I'm having to set up my interfaces manually via the /sys/class/net
[22:20] <jkyle> bugs with bonding in the userland utilities for interfaces
[22:22] <jkyle> ah ok, so I _can_ edit the resolv.conf.d/head though the file itself has a no edit warning
[22:22] <jkyle> that'll work
[22:22] <stgraber> right, because the no edit warning is what becomes the no edit warning of /etc/resolv.conf
[22:22] <jkyle> ok, so in my original file I have two lines, a search and nameserver declaration
[22:23] <jkyle> but these are not appearing in my resolv.conf
[22:23] <jkyle> which is empty cept for ehead
[22:23] <stgraber> right, original is just there as a backup. resolvconf will only use it if tail is a symlink pointing to original
[22:24] <stgraber> (which we do automatically on upgrade for setups where we "guess" that dns won't work without it)
[22:25] <jkyle> cool networkign is up
[22:28] <jkyle> stgraber: what was the incentive for moving to resolvconf?
[22:28] <Daviey> zul: we are now tracking stable tree for nova?
[22:30] <stgraber> jkyle: having a single tool modifying /etc/resolv.conf instead of the 5-6 we had in the past that didn't talk to each other and would end up overwriting the file every time
[22:31] <jcastro> I suspect our use of "maas effect" will get old after about a month.
[22:31] <stgraber> jkyle: another incentive was to have it in /run so that you can boot your system in read-only mode
[22:57] <kklimonda> hum, anyone is using precise on rackspace vps? I'm seeing a weird problem where root partition is mounted r/o and because of some journal issues and I get some funny errors in dmesg
[23:11] <utlemming> hallyn: you still around?
[23:17] <hallyn> utlemming: not really
[23:17] <utlemming> hallyn: lol, I'm probably way too late, but I'm submitting a fix for .img bug
[23:17] <hallyn> utlemming: yeah, final freeze has passed I'm afraid
[23:18] <hallyn> but we can queue it up for sru in a few weeks
[23:18] <hallyn> utlemming: of course I'd say there's an argument to be made that the different naming for contents of release vs devel images is a bug in itself
[23:19] <hallyn> but I assume there is plumbing out there depending on the current naming
[23:19] <utlemming> hallyn: UDS topic, I believe
[23:19] <hallyn> ok
[23:19] <utlemming> hallyn: arosales wanted me to get that consistent and I told him that plumbing was a no go this cycle
[23:19] <utlemming> there are too many moving parts and people are relying on the current convention
[23:19] <hallyn> ok (too bad :)
[23:19] <hallyn> yeah
[23:20] <hallyn> all right - have a good night
[23:20] <utlemming> you too
[23:21] <arosales> be a good thing to keep on our radar for future work :-)


[05:39] -queuebot:#kubuntu-devel- Builds: Kubuntu Desktop amd64 [Focal Beta] has been updated (20200329)
[09:59] <BluesKaj> 'Morning all
[10:09] <mparillo> So, when testing week started last week there were only daily ISOs. Now it looks as if there is a Beta Candidate: http://iso.qa.ubuntu.com/qatracker/milestones/411/builds
 mparillo: not official candidates I think. likely just a result of the beta milestone being added. a real candidate cannot be spun until the beta freeze proposed migration archive block is put in place tomorrow, and things have settled down after that. i.e. packages seeded on ISOs can't change unless release team allow them


[07:07] <alkisg> Hi guys, Ubuntu MATE and Xubuntu 20.04 live CDs login with LANGUAGE=en even if I select Greek in syslinux, which wasn't the case before. Is that a deliberate decision (e.g. due to small translation coverage), or is it a bug and I should look more into it?
[07:07] <alkisg> Ubuntu (GNOME) is not affected by this
[07:17] <alkisg> All processes spawned by lightdm and systemd --user, have LANGUAGE=en, while LANGUAGE is unset in their parents, and only LANG=el_US.UTF-8.
[07:18] <alkisg> So I guess there's now some logic to force-set LANGUAGE, in either lightdm or systemd, that sets it to the wrong value...
[08:05] <alkisg> This happens only on live CDs and only for specific languages, e.g. greek and arabic but NOT italian, so I'm reluctant to file an issue against lightdm for this
[08:06] <alkisg> Hmm I guess it happens when the language pack isn't installed, so I guess it's by design somewhere. I'll stop digging, ping me if you think it's a bug after all.
[08:13] <alkisg> True, got it, Ubuntu specific patch to override locale -a with /usr/share/language-tools/language-options
[08:17] <alkisg> But this doesn't sound like a good choice for all the flavors except GNOME, as e.g. mate-calc or mate-panel do have their translations outside of the language pack, so it's a pity to have the whole live session untranslated because of that patch
[08:19] <seb128> alkisg, report a bug? I don't think language-options is meant to not work/create issues for flavors
[08:20] <alkisg> seb128: where, in language-options that don't list e.g. greek in live cds (maybe that's the correct thing to do), or in lightdm, which uses language options instead of locale -a like upstream does?
[08:20] <alkisg> The lightdm patch was done in 2014, but language-option behavior changed in 19.10
[08:21] <alkisg> To be clear: /usr/share/language-tools/language-options doesn't list Greek on live cds, while locale -a does
[08:21] <seb128> alkisg, that sounds like a bug in the script?
[08:21] <seb128> Gunnar is the one who knows best about those things but he's not around atm so launchpad bug is best
[08:22] <alkisg> Thank you seb128, I'll file it under accountsservice then, where that script comes from
[08:22] <seb128> sounds right
[08:22] <alkisg> To additionally account for live cds and locale -a
[08:22] <alkisg> Ty :)
[08:28] <alkisg> https://bugs.launchpad.net/ubuntu/+source/accountsservice/+bug/1861481
[08:30] <seb128> alkisg, thx, I triaged it and pinged Gunnar
[08:30] <alkisg> Thank you again :)
[08:31] <seb128> np!


[04:47] <Mirv> ogra_: I'm not available for the evening meetings myself
[04:51] <robru> Mirv: ogra_: cancel ALL the meetings!
[05:22] <Mirv> hmm, I'll ask about dbart's 052 when he's around in a couple of hours
[06:18] <Mirv> michi: I was thinking, could you actually come up with for example a simple QML file that does the same accessible() test you're looking for at bug #1470700? that way it wouldn't need you to test the fixed version. but now there's the latest version at https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-032/+packages again
[06:21] <michi> Mirv: Looking. I didn’t make it into the office today, but the Mako is there, so I can’t test with the phone until tomorrow morning.
[06:23] <Mirv> michi: ok. if you know the piece of code in the scopes, maybe it's possible to come up with a test case anyway. but otherwise, until tomorrow.
[06:24] <michi> Mirv, James attached a stand-alone test to bug 1470700.
[06:24] <michi> Scopes are not affected.
[06:24] <michi> This was a problem for the thumbnailer.
[06:24] <michi> But we added a work-around, so thumbnailer is no longer affected even if this stays broken.
[06:27] <Mirv> michi: oh, sorry, my mistake, too many projects flying around in my mind :)
[06:27] <michi> Yeah :)
[06:27] <michi> Anyway, could you test with James’s test case, or shall I do that tomorrow on the phone?
[06:27] <Mirv> michi: but that test case from James was AFAIK for the QNAM hang problem, not the accessible() problem you then later mentioned?
[06:27] <michi> Ah, I see.
[06:28] <Mirv> michi: I've tested the James' test case and it does get fixes with the patch, but the two other patches are what could affect this accessible() one
[06:28] <michi> Well, I can drop some trace into our code tomorrow to see what it says now when flight mode is on.
[06:28] <michi> I see.
[06:28] <michi> OK, I can test that tomorrow and find out.
[06:28] <Mirv> michi: ok, thanks! and good evening/night.
[06:28] <michi> Must be very late for you.
[06:28] <michi> It’s late afternoon here...
[06:29] <Mirv> no, early for me :) I was estimating a bit wrongly your TZ
[06:29] <michi> Ah :)
[06:29] <michi> Where are you?
[06:29] <Mirv> Finland, ie UTC+3 at the moment
[06:29] <michi> Ah, I see.
[06:29] <michi> Good morning then :)
[06:29] <Mirv> thank you :)
[07:24] <abeato> Mirv, do you know if wily is working now on any phone? I flashed krillin and after a while it starts rebooting in a loop
[07:38] <Mirv> abeato: it was on my mako the last time I checked maybe a week ago
[07:39] <abeato> Mirv, ok, thanks
[07:41] <abeato> Mirv, could you publish silo 57 for me (wily)? I don't have permissions
[07:54] <mzanetti> hmm... did the abandon button disappear in bileto?
[07:55] <mzanetti> meh
[08:00] <Mirv> abeato: it's not marked as ready for publishing. you should set it to "Publish without QA"
[08:01] <abeato> Mirv, ok, let me try that
[08:01] <Mirv> mzanetti: yes. if you free a silo (via a trainguard), the landing will be abandoned. it's also possible to set up the status manually.
[08:02] <abeato> Mirv, do I need to reconfigure after changing that?
[08:02] <mzanetti> Mirv, I had one of those accidentally double-clicked assigned entries in bileto which I wanted to abandon. but no prob, I'll just edit it and use it for the next landing
[08:02] <abeato> because I still do not have permissions to publish
[08:04] <robru> abeato: publishing is a trainguard thing. You don't need to reconfigure after setting the qa status.
[08:04] <robru> abeato: setting the qa status just makes it show up in the place where we notice to publish it.
[08:05] <abeato> robru, got it, thx
[08:05] <robru> abeato: you're welcome
[08:05] <Mirv> abeato: no, you just set it, then we know to publish it (it shows up)
[08:06] <robru> Mirv: got some good news buddy, i have working db migrations for the first time so you'll soon be able to specify all the packages you need in your silos
[08:07] <Mirv> robru: sounds good!
[08:08] <robru> Mirv: goodnight!
[08:10] <Mirv> robru: nights!
[08:20] <Mirv> dbarth: see the question regarding landing-052 in bileto
[08:21] <Mirv> dbarth: is it mistakenly reconfigured to wily only or something? I can fix that to dual + publish if needed
[10:28] <Mirv> abeato: top approval missing https://code.launchpad.net/~alfonsosanchezbeato/media-hub/bump-version/+merge/269718
[10:34] <abeato> Mirv, MP just approved
[10:44] <Mirv> abeato: thanks, trying again!
[10:45] <abeato> Mirv, cool, thanks
[11:27] <mzanetti> psivaa, hey, did you get any further with https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-vivid/916/console ?
[11:27] <mzanetti> psivaa, the others still build fine... just that vm doesn't
[11:28] <mzanetti> for example this one installs libunity-api-dev >= 7.100 just fine: https://jenkins.qa.ubuntu.com/job/unity8-overlay-vivid-amd64-ci/15/consoleFull
[11:31] <psivaa> mzanetti: not particularly, I could not figure out the right way here, enabling overlay ppa with VM's (experimentally) did not help.
[11:32] <psivaa> mzanetti: i am planning to talk to fginther today about it
[11:32] <mzanetti> psivaa, ok. thanks
[13:14] <Mirv> robru: FYI for your shift I didn't get a reply from dbarth regarding the silo 052
[13:38] <rvr> morphis: Approving silo 9
[13:38] <rvr> morphis: Hmm... I also have silo 59, which seems similar
[13:39] <rvr> morphis: Same merge proposal?
[13:40] <morphis> rvr: I uploaded 59 along 9 but both are fine to land independent of each other
[13:41] <rvr> morphis: But they both link to this merge proposal https://code.launchpad.net/~morphis/ubuntu-system-settings/fix-device-actions/+merge/269188
[13:41] <rvr> morphis: So, what's the difference?
[13:41] <jhodapp> Mirv, any idea what's going on here? https://ci-train.ubuntu.com/job/ubuntu-landing-055-1-build/12/console
[13:42] <rvr> jhodapp: I approved silo 48 some hours ago
[13:42] <morphis> rvr: no they don't
[13:42] <rvr> morphis: https://trello.com/c/zIJZF0d8/2231-270-ubuntu-landing-059-bluez-morphis
[13:42] <rvr> morphis: https://trello.com/c/iU9Akwg2/2230-271-ubuntu-landing-009-ubuntu-system-settings-morphis
[13:42] <rvr> morphis: fix-device-actions
[13:43] <morphis> the card is wrong then, see https://requests.ci-train.ubuntu.com/#/tickets?search=HID
[13:43] <morphis> I remember I put both into the same silo first but was then reminded that this doesn't work
[13:43] <morphis> maybe the card wasn't updated correctly then by the system
[13:43] <morphis> but the MP is for sure not part of silo 59
[13:44] <morphis> it only has an updated bluez package in it, see https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-059
[13:44] <rvr> morphis: Merges: https://launchpad.net/~morphis/ubuntu-system-settings/fix-device-actions/+merge/269188
[13:45] <Mirv> jhodapp: hmm, sorry, no, I don't find anything wrong with the request and the branch + MP URL:s load up fine in browser when copy-pasted. as you've seemingly tried it multiple times already, show it to robert when he's online.
[13:46] <kenvandine> morphis, you have to click assign again after changing that to reconfigure
[13:46] <kenvandine> maybe you only saved
[13:46] <kenvandine> it's not all that intuitive
[13:46] <morphis> kenvandine: I did that last week when you reminded me :)
[13:46] <kenvandine> ok
[13:46] <morphis> rvr: I think we can simply drop the link from https://trello.com/c/zIJZF0d8/2231-270-ubuntu-landing-059-bluez-morphis, right?
[13:47] <rvr> morphis: In the description of the PPA (not in trello) you link to fix-device-actions
[13:47] <rvr> morphis: What's the correct branch?
[13:48] <morphis> narf, looks like the "assign" did stripped that out of the ppa description
[13:48] <morphis> s/did/didn't/
[13:49] <xavigarcia> trainguards: Hi, I've created a new project https://code.launchpad.net/~indicator-applet-developers/gmenuharness/trunk and would like to include it for building on vivid and wily
[13:49] <rvr> morphis: Also, on the CI train dashboard, there is no merge proposal linked
[13:49] <xavigarcia> trainguards: is the first time I create a project from scratch, so I don't know if there's any documentation I should read first
[13:49] <jhodapp> Mirv, ok will do, thanks
[13:49] <morphis> rvr: ok, to get this right: 009 is correct, it's linked to https://launchpad.net/~morphis/ubuntu-system-settings/fix-device-actions/+merge/269188
[13:49] <kenvandine> morphis, i published 9 :)
[13:50] <morphis> 059 should just land one manual upload of bluez
[13:51] <morphis> rvr: does that look better: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-059?
[13:51] <morphis> kenvandine: thanks!
[13:52] <kenvandine> morphis, silo 59 needs a watch only build now
[13:52] <kenvandine> then i guess that should be good
[13:52] <morphis> ok
[13:53] <morphis> rvr, kenvandine: done
[13:54] <rvr> morphis: Ok, so, how can I test silo 9? Is there any manual test case?
[13:55] <morphis> rvr: we don't have any other test cases written down other than the settings ones
[13:55] <morphis> however, do you have a bt keyboard available?
[13:57] <rvr> morphis: Nope
[13:57] <kenvandine> sigh
[13:57] <morphis> rvr: ok, then normal settings bt tests are all we have
[14:00] <rvr> morphis: When duties allow, alesage will test silo 59, he has a bluetooth keyboard
[14:01] <morphis> sounds good
[14:01] <morphis> alesage: please ping me when you're going to test that silo
[14:01] <alesage> morphis, ok
[14:02] <morphis> I can give you some further test steps then
[14:10] <morphis> alesage: quick writeup of what is worth to test with HID reconnect: https://docs.google.com/document/d/1MIb0oIYTpuii6ptex64pMDnwATyYMtBD-0CFKHg667w/edit#
[14:10] <morphis> that will end up later in a better written form as a test case
[14:10] <morphis> remember that davmor2_HOLS wanted to write some
[15:42] <psivaa> mzanetti: http://s-jenkins.ubuntu-ci:8080/job/unity-phablet-qmluitests-vivid/922/console has continued on the build, but has some test failures,
[15:43] <psivaa> mzanetti: thanks to fginther, the overlay ppa was added to the right place.
[15:43] <mzanetti> psivaa, test failures are good. that's what we're after :)
[15:45] <mzanetti> psivaa, so the next push to a branch should put those results to LP too?
[15:46]  * mzanetti tries
[15:46] <psivaa> mzanetti: right, that should happen
[15:46] <mzanetti> psivaa, ok, I'll watch it. That log looks good! Thanks a lot!
[15:51] <psivaa> mzanetti: glad to hear. thanks to fginther :)
[17:15] <rvr> popey: There is a problem with the gallery-app in Spanish. Along the month, it says "AAA". I think someone translated the year code as "AAA".
[17:15] <rvr> popey: e.g. "AGO. AAA 23"
[17:16] <popey> rvr: → bfiller
[17:16] <rvr> bfiller: ^
[17:16] <rvr> popey: Right, is not a community app, sorry
[17:17] <rvr> https://translations.launchpad.net/gallery-app/trunk/+pots/gallery-app/es/+translate?batch=10&show=all&search=AAA
[17:17] <rvr> There it is
[17:18] <jibel> robru, are the urls of the form https://requests.ci-train.ubuntu.com/static/json/<SILO> gone?
[17:19] <robru> jibel: yes
[17:19] <robru> jibel: that's part of the dashboard which I announced was going away
[17:20] <robru> jibel: you should now rely exclusively on /v1/ URLs
[17:21] <jibel> robru, ah, I didn't know it was part of the dashboard
[17:21] <robru> jibel: ah sorry that wasn't clear. let me know if there's any information that you can't get from /v1/ and I'll add it
[17:22] <jibel> robru, there was a nice dict for the MPs which doesn't seem to be in the /v1/ URLs
[17:23] <popey> rvr: np
[17:24] <robru> jibel: true, the MPs in /v1/ are the "raw" form as entered by the user. the /static/ ones were processed by jenkins and had that dict. I won't be able to bring that back immediately unfortunately but that's something I'm working on
[17:25] <jibel> robru, okay, I'll parse the merge_proposals entry but it is error prone
[17:26] <robru> jibel: how error prone can it be? that's how the train does it to generate the dict you want ;-)
[17:26] <robru> jibel: what do you need? just the source package names? you can query the PPA for that.
[17:26] <jibel> robru, the job was already done, I assumed it was right :)
[17:27] <jibel> robru, don't worry, I'll find a way.
[17:27] <robru> jibel: sorry for the hassle. things should be settling down now. /v1/ is stable now that /static/ is gone.
[17:29] <robru> jibel: what you need to do depends on if you want to know lp project names or ubuntu source package names. project names can be parsed from the URL, package names will require lplib to load the resource and query
[17:29] <jibel> robru, sure, at least until next roll out ;)
[17:30] <robru> jibel: I roll out at least twice a day, it only causes problems very rarely :-P
[17:30] <jibel> robru, that's find I'll query LP. I need something meaningful to write in the description of the ticket
[17:30] <jibel> fine*
[17:35] <rvr> mzanetti: Approving silo 19
[18:07] <jhodapp> robru, can you tell me what's going on here? https://ci-train.ubuntu.com/job/ubuntu-landing-055-1-build/12/console
[18:07] <robru> jhodapp: exactly what it says: 404. that MP does not exist.
[18:07] <robru> jhodapp: it looks like somebody put a new MP in the request and then didn't reconfigure.
[18:08] <jhodapp> hmm, let me try another reconfigure
[18:09] <jhodapp> robru, that error isn't very clear
[18:09] <robru> jhodapp: according to the ppa description, the last reconfigure had https://launchpad.net/~phablet-team/media-hub/enable-mpris-controls/+merge/269106 which is clearly a 404, so the job failing is no surprise.
[18:09] <jhodapp> robru, yeah I probably forgot to reconfig
[18:10] <jhodapp> robru, still seem to be getting it: https://ci-train.ubuntu.com/job/ubuntu-landing-055-1-build/13/console
[18:11] <robru> jhodapp: according to the bot you just assigned a new request in silo 60, you don't seem to have done anything to silo 55.
[18:11] <robru> jhodapp: when in doubt, check the PPA description: https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-055 it still lists the 404'ing MP
[18:12] <jhodapp> robru, ugg, that's the second time something like that's happened...the floating controls sometimes the wrong silo controls appear but they're close enough to visually feel like the correct ones
[18:12] <robru> jhodapp: I'm not sure how I can make that any clearer. the active row highlights in orange and the hover controls hug the edge of it perfectly
[18:14] <jhodapp> robru, yeah not sure either, but I've repeatedly made this UX error
[18:15] <robru> jhodapp: assuming you were looking at this page: https://requests.ci-train.ubuntu.com/#/user/jhodapp the hover controls for silo 60 would have obscured most of the row for silo 55.
[18:15] <jhodapp> robru, it's very clear when being very intentional, but when doing things a little more reactively it happens
[18:15] <robru> jhodapp: I mean I could dim the rest of the page when one request is hovered but that would get distracting with the page constantly dimming and undimming.
[18:16] <jhodapp> robru, I wonder if it would make a difference just being on the right side of the table
[18:16] <jhodapp> robru, also, if that orange bar spanned the entire table width
[18:17] <robru> jhodapp: I'm not sure that that's possible (or at least I'm not good enough at CSS to know how to do that). it's not as simple as "align: right" or whatever, because it's positioned absolutely.
[18:17] <jhodapp> robru, can you do the entire width?
[18:17] <robru> jhodapp: hmmm let me see
[18:19] <robru> jhodapp: bah! If I set it to "width: 100%" it goes by screen width, not the width of the parent element. and because the left isn't aligned to the left of the screen it makes the right end go off the end of the page and cause horizontal scrolling. css is rubbish
[18:20] <jhodapp> lol
[18:20] <jhodapp> agreed, it frustrates me as well
[18:21] <robru> jhodapp: I can make it be like "width: 75%" and then it's wider
[18:21] <robru> jhodapp: sure looks funny having all the links on the left though and then this giant empty bar to the right
[18:22] <jhodapp> robru, oh I know what you could do...
[18:23] <jhodapp> robru, put a noticable border around the current cell that is hovered over that joins with the orange toolbar
[18:23] <robru> jhodapp: lol I was literally JUST doing that ;-)
[18:23] <jhodapp> that will draw the eye to connect the cell and the toolbar better
[18:23] <jhodapp> robru, awesome, thinking alike :)
[18:32] <robru> jhodapp: ok I pushed it to trunk, will roll out later with some other stuff.
[18:33] <jhodapp> robru, awesome, thanks you sir
[18:33] <robru> jhodapp: you're welcome
[18:33] <robru> jhodapp: silo 55 looks like it's configured correctly now if you want to build it
[18:33] <jhodapp> robru, yeah thanks, forgot to kick off the build :)
[18:35] <robru> brb, lunch
[20:19] <bregma> cihelp, what is the process  for getting CI set up for a new project?
[20:22] <fginther> bregma, one moment...
[20:25] <fginther> bregma, please send an email to<EMAIL_ADDRESS>with the branch name and what type of builds are needed. Often this can be answered by just saying, "build lp:foo just like lp:bar"
[20:26] <bregma> fginther, thanks
[21:51] <veebers> robru: hey, what's the process for deleting a silo attempt?
[21:59] <veebers> robru: actually nvm, I'll change the MP etc. so that I can reuse the same line
[22:41] <elopio> thomi: I started the subunit go: https://github.com/elopio/subunit
[22:42] <thomi> elopio: you should tell lifeless in #subunit
[22:42] <elopio> there are still things I don't get, like routing. But I think we will have a decent writter soon.
[22:42]  * elopio goes to tell people...
[22:43] <thomi> elopio: good work though - I look forward to seeing it in use!
[22:43] <veebers> elopio: nice! :-)
[22:45] <elopio> hey veebers.
[22:50] <veebers> hey elopio o/ how goes things
[22:51] <elopio> veebers: going good. I've just barely survived two weeks while Federico was on holidays. Luckily that's over.
[22:51] <elopio> veebers: how are you?
[22:56] <veebers> elopio: hah, glad to hear you survived :-) I'm well thanks, had a week off myself to go up and see a comedy show and sort some wedding stuff out
[23:06] <kgunn> trainguards anyone around who might be able to double check something for me, silo 54
[23:06] <kgunn> alberta is vacation now, but he set it up for sync:mir
[23:06] <kgunn> but the silo itself only seems to have qtmir in it (it was claiming dirty earlier)
[23:07] <kgunn> and no u-s-c
[23:07] <kgunn> what's the right way to get all the packages to show up ?
[23:07] <kgunn> build again with "mir qtmir u-s-c" in the list ?
[23:07] <kgunn> unsure of the "sync" procedure here
[23:17] <kgunn> i tried...but then i got that ^
[23:17] <kgunn> mir is invalid ?
[23:17] <kgunn> bbl
[23:51] <veebers> robru: heh, not sure which one of those 3 options I want, perhaps force_rebuild? (I've once again changed the MP for this silo and want to build the packages from that)


[07:32] <mlankhorst> Laney: ugh, I dreamed that you told me to add m nick to /hilight and respond more often about work stuff when I'm not working o.O
[08:19] <Laney> mlankhorst: O_O
[08:19] <Laney> am I that bad? :P
[08:20] <mlankhorst> I have no idea why I dreamt that
[08:22] <Laney> i'm flattered
[08:23] <mlankhorst> but that point I realized it was a dream
[09:24] <Mirv> doomlord: it's using upstream compiz (https://code.launchpad.net/compiz) but has a couple of small distro patches. the only relevant patch seems to be the one that modifies several default settings from upstream defaults.
[09:25] <Mirv> ie modifying the xml files of various plugins
[10:00] <doomlord> hi
[10:00] <doomlord> some time ago i tried to compile compiz from their own git repository and it broke my ssytem when it installed - so i figured it would be better to get it from launchpad
[10:01] <doomlord> i've tried some guides, but as yet haven't managed to compile it (i've got something else smaller & similar, 'skippy-xd',that i can use to try something similar to what i have in mind, but compiz-scale+expo would be best by far, i like the unity desktop generally )
[14:35] <robru> doomlord, have you tried 'apt-get source compiz' ? that'll bring in all the distropatches so that you can compile it exactly as it exists in distro.
[15:26] <doomlord> "apt-get source".. no i haven't only "build-deps", thanks i'll try. at the momnet i'm still hacking away at the vastly simpler "skippy-xd" to get the functionality I want in a lightweight setup & 2d fallback.


[02:12] <diego7319> hi guys
[03:07] <gerlowskija_home> balloons: I see "revised-fix-for-bug1334883" got merged.  Pretty pumped!...now for the bug that was holding it up...
[06:33] <karni> nik90: pong ;P
[06:33] <karni> nik90: about the bug you mentioned
[06:36] <dholbach> good morning
[07:13] <mihir> popey_: ping !!
[07:33] <nik90> karni: hi, can you update that bug with more details
[07:41] <karni> nik90: done :)
[07:56] <dholbach> nik90, popey_: I pushed some changes to lp:~dholbach/ubuntu-clock-app/reboot-packaging
[07:56] <dholbach> nik90, popey_: it still won't build, as the tests are not run in the chrooted build
[07:56] <nik90> dholbach: Hi, I will take a look now
[07:57] <dholbach> nik90, popey_: it looks to me like something in the cmake logic needs to be changed to run the autopilot tests properly...if we want to run them during the build
[07:58] <nik90> dholbach: I am guessing the custom target for autopilot in the cmake file needs to be revisited.
[07:58] <dholbach> yeah, I had a look at gallery-app - not sure if that's the best example though - they seem to use some magic from "include(${CMAKE_SOURCE_DIR}/cmake/autopilot.cmake)"
[07:59] <nik90> dholbach: but do the c++ plugins get built properly according to the arch?
[07:59] <nik90> dholbach: that's one primary diff w.r.t to the old clock app and where I was not sure how to do it
[07:59] <dholbach> nik90, if I get past this point, should I be fine?
[07:59] <dholbach> Linking CXX shared module Timezone/libtimezone.so
[07:59] <dholbach> ^
[08:00] <nik90> dholbach: I would assume so so yes :) there are 2 other libraries (AlarmSettings.so and DateTime.so)
[08:00] <dholbach> yep
[08:00] <nik90> yup that's good then
[08:01] <dholbach> nik90, http://paste.ubuntu.com/7921784/ ← this is where I fail now
[08:01] <nik90> dholbach: can you propose a MR, the code diff will be more visible then
[08:01] <nik90> dholbach: I will investigate how to fix the autopilot issue
[08:01] <dholbach> nik90, https://code.launchpad.net/~dholbach/ubuntu-clock-app/reboot-packaging/+merge/229173
[08:04] <dholbach> nik90, to replicate what I'm trying to do, you could run this once:  "sudo apt-get install ubuntu-dev-tools; pbuilder-dist utopic create; bzr branch lp:~dholbach/ubuntu-clock-app/reboot-packaging; cd reboot-packaging" - and then every time you want to test the build in semi-real-life build conditions:  "bzr bd -- -S -us -uc; cd ..; pbuilder-dist utopic build ubuntu-clock-app_1.2.dsc"
[08:05] <nik90> dholbach: thnx
[08:05] <dholbach> nik90, this way, a utopic chroot is created and it will attempt to build the created source package (that's the 'bzr bd' step), in this chroot - it's all automated and the packages will be cached, so building it the second time will be quicker
[08:05] <dholbach> but yeah... if we could figure out what the de-facto way is of running autopilot tests in build scenarios, that'd be great
[08:08] <dholbach> nik90, if you attempt the build locally, are the autopilot tests run just fine?
[08:09] <nik90> dholbach: I didn't try yet, I was looking through reminder app's cmake files to see if they did anything different
[08:09] <dholbach> oh ok
[08:10] <nik90> also the chroot is being created atm
[08:10] <dholbach> rock and roll
[08:10] <dholbach> nik90, ok... what I just tried locally (without a chroot) was: cmake .; make; make test
[08:10] <dholbach> and it fails the same way
[08:11] <dholbach> so I guess if we can make the above workflow work, then it might also work in the chroot
[08:11] <nik90> so that's how you use it..I was wondering how to use the custom targets in the cmake file
[08:13] <dholbach> no idea
[08:14] <dholbach> nik90, it looks like it tries to run something like this "qmltestrunner -input app/tests/unit/ -import backend/"
[08:14] <dholbach> does that work for you?
[08:14] <dpm> dholbach, I'm not sure if the autopilot tests are run at all during the build. I think they are just packaged as a separate package
[08:14] <dholbach> dpm, right
[08:14] <nik90> dholbach: I tried "make autopilot" and that started to run some tests although they did fail due to missing dependency on trusty
[08:14] <dholbach> dpm, right now it looks like they don't run at all :)
[08:14] <dholbach> aha
[08:15] <dholbach> nik90, http://paste.ubuntu.com/7921868/
[08:15] <nik90> dholbach: yup
[08:16] <nik90> dholbach: let me try merging https://code.launchpad.net/~carla-sella/ubuntu-clock-app/add-alarm-test which adds the first working ap test for the new clock app
[08:18] <dholbach> nik90, "ubuntu-clock-app" → "ubuntu_clock_app"
[08:18] <dholbach> ok.. look like that's what Carla did as well
[08:18] <nik90> dholbach: so isn't that enough for our debian packaging?
[08:19] <nik90> instead of make test we run make autopilot
[08:19] <dholbach> sure, I can do that
[08:19] <dholbach> hang on
[08:33] <dholbach> nik90, does add_custom_target pass through a return code?
[08:33] <dholbach> nik90, it looks like "make autopilot" will return 0 no matter what
[08:33] <dholbach> so stopping the build on failed tests is a bit hard :-D
[08:33] <nik90> dholbach: sry not sure since it was there with the cmake template as part of qtC
[08:34] <nik90> dholbach: but wouldn't jenkins do that? Stop merge if tests fail
[08:34] <dholbach> I don't know how this works in jenkins - I was just talking about the package build right now
[08:34] <dholbach> but yeah, I guess that a pre-merge test-run would stop the merge if a test failed - if that's the question
[08:35] <nik90> in the old clock app, does the build fail if a test fails?
[08:36] <nik90> hey also I have a utopic vm. So I tried building in that. I did bzr bd -- -S -us -uc; cd .. to get the .dsc file. How do I proceed from that?
[08:36] <nik90> build filename.dsc doesnt seem to work
[08:36] <nik90> it cannot find the build command
[08:36] <dholbach> nik90, pbuilder-dist utopic build <bla.dsc>
[08:38] <dholbach> nik90, I updated http://code.launchpad.net/~dholbach/ubuntu-clock-app/reboot-packaging - what I get now is http://paste.ubuntu.com/7922007/
[08:38] <JamesTait> Good morning all; happy Friday and happy World Wide Web Day! :-D
[08:40] <nik90> dholbach: in the app/tests/autopilot/ubuntu-clock-app/main.py file, could you comment the self.assertThat() statement. That should make the test pass for now
[08:40] <nik90> dholbach: we have full ap tests in another branch which anyway removes this test
[08:40] <dholbach> ok
[08:46] <dholbach> nik90, am I correct in assuming there's nothing to be installed into usr/bin?
[08:46] <nik90> dholbach: yes, we don't have an executable
[08:47] <dholbach> ok
[08:48] <nik90> dholbach: although that looks bad since the old clock had a executable
[08:48] <dholbach> was it just a quick shell script?
[08:49] <nik90> dholbach: yeah, it eseentially called "qmlscene ubuntu-clock-app.qml"
[08:49] <dholbach> ok, I guess we can re-add that
[08:53] <nik90> dholbach: btw, I think this should help you https://code.launchpad.net/~jpakkane/ubuntu-clock-app/utopiccmake/+merge/225694
[08:54] <dholbach> nik90, brilliant - I was just trying to do this on my own (without knowing much about cmake... ;-))
[08:55] <nik90> dholbach: it was proposed a long time back by Jussi, but we couldn't merge it completely. So we took the cmake fixes from the MP but left behind the debian packaging since he said it wasn't fully working yet
[09:07] <dholbach> nik90, with Jussi's changes, I get http://paste.ubuntu.com/7922204/
[09:08] <dholbach> lp:~dholbach/ubuntu-clock-app/reboot-packaging updated with the latest
[09:10] <nik90> dholbach: that is weird...the alarmsettings.so builds fine otherwise
[09:10] <dholbach> I applied Jussi's changes
[09:12] <nik90> dholbach: I think that's because you also did 1	[09:12] <nik90> dholbach: which removes links to libraries we use
[09:12] <dholbach> nik90, that was Jussi's changes
[09:12] <dholbach> hum
[09:13] <nik90> dholbach: yeah as I said jussi's changes were done some time back after which we added these libraries. That's why jussi's changes remove them
[09:13] <dholbach> ah ok - let me see if I can repair this
[09:13] <nik90> dholbach: can you do bzr revert CMakeList.txt alone. the rest of the files seem okay
[09:13] <dholbach> no no
[09:13] <dholbach> there are other changes which look like we need them
[09:13] <dholbach> files were installed into the wrong place
[09:13] <dholbach> ie debian/tmp/share
[09:14] <dholbach> when it should have been debian/tmp/usr/share
[09:14] <nik90> hmm
[09:15] <nik90> dholbach: okay in that case let me ask sergieusens to do one final check of our cmake file. It seems like if we fix the cmake files, then the debian packaging will also fall in line properly
[09:15] <nik90> I feel like we are searching in the dark due to the cmake stugg
[09:16] <nik90> stuff*
[09:17] <dholbach> nik90, right... I'm just not sure... which changes were you expecting to get from Jussi's branch
[09:18] <dholbach> it was mostly just the CMakeLists.txt stuff, right?
[09:18] <nik90> dholbach: no actually it was the debian/rules file
[09:18] <dholbach> aha
[09:18] <nik90> dholbach: I already implemented what was necessary from his Cmakelist.txt file few weeks back
[09:18] <dholbach> ok ok
[09:19] <dholbach> in that case, I'll back out the change again
[09:26] <kalikiana> nik90: thx
[09:31] <dholbach> nik90, all changes pushed - if you could have a chat with sergiusens later on, that'd be great
[09:31] <dholbach> as I said: debian/tmp/share/ should be debian/tmp/usr/share/
[09:31] <dholbach> nik90, if you need anything else from me, let me know
[09:33] <nik90> dholbach: ok, I will check with sergiusens about this
[09:33] <nik90> dholbach: thxn
[09:36] <dholbach> great
[10:09] <popey> dpm: https://code.launchpad.net/~dpm/reminders-app/debian-copyright/+merge/225646 looks like it needs a little love
[10:10] <victorp> anyone knows how to get a qml app running full screen (no indicators)?
[10:11] <popey> ooh, good question. i want to know this.
[10:11] <dpm> popey, indeed. I've not had the time to look at this and the other branch I've got on the list. I'll have some hacking time this weekend and I'll fix them
[10:11] <popey> k
[10:12] <dpm> popey, shall we get on a hangout and do the branch review?
[10:12] <popey> ya
[10:12] <victorp> Kaleo, ?
[10:13] <Kaleo> victorp, sir
[10:13] <Kaleo> victorp, (I should not be up so early!)
[10:13] <victorp> popey, I see people do it on c++
[10:13] <victorp> Kaleo, ouch, forgot you moved
[10:13] <popey> yeah, camera and gallery do
[10:13] <Kaleo> victorp, http://qt-project.org/doc/qt-5/qml-qtquick-window-window.html#visibility-prop
[10:13] <victorp> Kaleo,  I was wondering if I can go fullscreen with qml, with no indicators
[10:15] <victorp> Kaleo, ? set the visibility prop and that makes it fullscreen?
[10:15] <Kaleo> victorp, with the right value of course
[10:16] <Kaleo> Window.FullScreen
[10:16] <Kaleo> victorp, if that does not work it sounds like something in qtubuntu is broken
[10:17] <victorp> i shall try :)
[10:17] <Kaleo> oSoMoN, I recall you might have tried to make an app fullscreen before no?
[10:17] <Kaleo> oSoMoN, was there an issue like, it would only go fullscreen if you make it fullscreen before showing the window?
[10:18] <Kaleo> https://bugs.launchpad.net/qtubuntu/+bug/1328839
[10:19] <Kaleo> victorp, you are going to hit that bug I believe
[10:19] <Kaleo> loicm, do you know if this bug requires just a fix in qtubuntu or also in other places by any chance? https://bugs.launchpad.net/qtubuntu/+bug/1328839
[10:20] <Kaleo> loicm, or maybe it's just an issue in Unity?
[10:22] <Kaleo> it looks like the code in qtubuntu is about correct but I'm not sure
[10:28] <karni> Kaleo: hey brolo, I'm trying to make anchorToKeyboard: true work from MainView, but no luck. Any other requirements in my QML code I need to have?
[10:28] <karni> uhh, 7:30 AM for you d'oh
[10:29] <karni> anyone else might know why anchorToKeyboard: true would not work? nik90, maybe you? :)
[10:30] <karni> I pop the keyboard, and nothing changes in the UI. I'd expect bottom of my chat window to surface above the top edge of the keyboard.
[10:31] <Kaleo> karni, not that I know
[10:31] <karni> :(
[10:31] <Kaleo> karni, I need breakfast and all now :)
[10:31] <karni> Kaleo: yeah :)
[10:32] <Kaleo> karni, ask timp
[10:32] <karni> k
[10:32] <Kaleo> t1mp rather
[10:32] <karni> t1mp: hey buddy, would you happen to know why anchorToKeyboard: true might not be working as expected? any other requirements on my QML code for it to work?
[10:32] <karni> t1mp: I removed the fixed height property thinkin it could be it, but no luck there
[10:33] <t1mp> karni: are you using a PageStack?
[10:33] <karni> t1mp: yes I am
[10:33] <karni> as a child of MainView
[10:33] <victorp> Kaleo: result!!!
[10:33] <karni> don't tell me I can't do that :D
[10:33] <karni> victorp: \o/
[10:34] <victorp> as I am not toggleing I think is ok
[10:34] <t1mp> karni: I think you are running into this bug https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1349366
[10:34] <victorp> popey, wrap the app on a window component and do  Component.onCompleted: {
[10:34] <victorp>         this.visibility = Window.FullScreen
[10:34] <victorp>     }
[10:34] <victorp>  works for me
[10:34]  * karni looks
[10:35] <t1mp> karni: I think there was a workaround where you can put the PageStack inside an Item, but I still need to start working on that bug
[10:35] <karni> t1mp: I thought I'd try that, yes
[10:35] <karni> t1mp: subscribed, thank you
[10:36] <t1mp> karni: something like MainView { Item { anchors.fill: parent { PageStack { ... } } }
[10:36] <loicm> Kaleo: it used to work at the time I wrote it, but shell and new fullscreen decisions might have changed all that
[10:37] <Kaleo> loicm, ok, greyback is on the case to check all the other parts
[10:37] <Kaleo> victorp, :D
[10:37] <t1mp> karni: if it works (or doesn't), please leave a comment on the bug. I try to work on a real fix next week
[10:37] <Kaleo> victorp, why in the onCompleted?
[10:38] <karni> ok
[10:38] <Kaleo> victorp, why not Window {visibility: Window.FullScreen}
[10:39] <victorp> Kaleo, why not indeed
[10:44] <karni> t1mp: so, sadly, it doesn't work. do you think it's the same problem with the keyboard? even if the page didn't overlap the example red rectangle anchored at the bottom, there's no quarantee when you pop a keyboard all of the UI is shifted to accomodate space for the input method. should I file a separate bug?
[10:46] <karni> t1mp: Can I detect if a keyboard is popped from QML? Is there a callback?
[10:46] <popey> victorp: nice!
[10:48] <t1mp> karni: there is a Qt.inputMethod.keyboardRectangle that gives (or should give) the keyboard rectangle
[10:48] <karni> t1mp: thank you
[10:48] <t1mp> but I'm not very familiar with it either, I need to figure out how it works before I can fix the bug
[10:49] <t1mp> karni: I think renato had the same problem with anchoring to the keyboard and after investigating he reported this bug, so I thought it is the same
[10:49] <karni> t1mp: ACK, thanks a bundle
[10:49] <t1mp> karni: can you add your findings with the keyboard to https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1349366 and I will try to figure out if they are the same or separate bugs
[10:50] <karni> t1mp: ok
[10:50] <t1mp> thanks!
[11:16] <karni> t1mp: just FYI, I did a clean package build, and it started working. (anchorToKeyboard: true, that is). not sure what was wrong before, but I have no further feedback on the problem (which seemed to be 'Invalid' on my end)
[11:20] <t1mp> karni: oh that is weird. Can you still get a diff that shows what you changed?
[11:21] <karni> t1mp: not really :/ but I think it was one of those dumb situations when the stuff you push to the phone wasn't really the thing you wanted to push (read: I may have not been updating it properly).
[11:21] <karni> t1mp: althouh I can say I removed "other" stuff that I tried, like anchors.bottom: keyboard.top, etc
[11:22] <karni> which may have played a role here (and breaking rather than helping)
[11:22] <t1mp> karni: okay
[11:56] <seb128> Kaleo, thanks for the pointer to the palette, that doesn't seem to cover colors for e.g action buttons though?
[11:56] <seb128> do you know if that's planned?
[11:57] <t1mp> seb128: we have more colors for the buttons now than we have slots in the palette, so we need to evaluate if we add more properties to the palette or solve it in a different way
[11:58] <t1mp> gventuri: ^ are there online docs already giving guidance when to use which color for buttons?
[11:58] <seb128> t1mp, we got a mp on settings to set the color of a button to blue
[11:58] <seb128> the issue is that it codes the color in our source
[11:58] <t1mp> seb128: basically it is now UbuntuColors.green for positive actions, UbuntuColors.red for negative actions
[11:58] <t1mp> seb128: I haven't seen cases yet where it should be blue
[11:59] <seb128> which means the day the designer decide to change the color, we need to go through every application to change them then
[11:59] <seb128> could be green, sorry
[11:59] <seb128> still same issue
[11:59] <t1mp> seb128: yes, that's true. Maybe we need to add property color positiveAction: UbuntuColors.green to the palette
[12:00] <seb128> t1mp, right, see https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1350915
[12:22] <daker> Kaleo: yo, Question: why on the "share/delete" menu present on the camera app the icons are on the right ?
[12:42] <Kaleo> seb128, the buttons used to use the color palette
[12:42] <Kaleo> seb128, t1mp would know more
[12:43] <Kaleo> seb128, (in general the palette is restricted to a limited set of colours as to ensure visual consistency)
[12:43] <Kaleo> daker, not sure, it looks better? :)
[12:43] <seb128> Kaleo, well, in that case it's to make an action button green without coding the "green" in our source
[12:44] <Kaleo> seb128, I see
[12:46] <daker> Kaleo: inconsistent, the browser have them on the left (https://lh3.googleusercontent.com/--f9KYJ8C4gI/U9rT2g9D-tI/AAAAAAAADII/UNlLyhH4A94/w435-h725-no/browser1.png)
[12:46] <Kaleo> daker, agreed
[12:47] <Kaleo> daker, I forwarded the question to design
[12:51] <t1mp> Kaleo, daker icons for the actions overflow will be on the left also in UITK, see https://www.dropbox.com/s/355g7jptmxtzt0b/Screenshot%202014-08-01%2014.50.24.png
[12:51] <t1mp> (those changes did not land yet)
[12:52] <daker> t1mp: nice
[12:52] <t1mp> oh, and I see the browser screenshot doesn't have divider lines inbetween the itesm
[12:52] <t1mp> Kaleo, seb128 buttons now use a unique grey color that is not in the palette or UbuntColors.. and there are more cases like that with new designs from last week
[12:52] <daker> t1mp: it's a custom implementation
[12:53] <t1mp> Kaleo, seb128 so some components are not using the palette for all colors now, we need to fix that by extending the palettes
[12:56] <Kaleo> t1mp, just a note, we have to avoid extending the palettes at most (all) cost
[12:57] <t1mp> Kaleo: I don't know yet what is the "real" solution
[12:57] <Kaleo> t1mp, yeah I don't know the current colors
[12:57] <t1mp> Kaleo: but for example, there is no place now to put the colors for positive and negative action buttons (green and red)
[12:57] <t1mp> Kaleo: all buttons used to be orange, now we have grey, red, green. And text selection became blue
[12:58] <Kaleo> t1mp, ok, well, yes, the palette is the right place
[12:58] <t1mp> the palette is a bit confusing right now with all the new colors. It is not always clear which color needs to be picked for each part of each component
[12:58] <Kaleo> t1mp, if there is no color in the palette corresponding to these values it's annoying
[12:58] <Kaleo> t1mp, visual designers need to rationalize it I think
[12:59] <t1mp> maybe after rtm we have to re-think the palette
[12:59] <Kaleo> t1mp, and really own the palette definition
[12:59] <t1mp> Kaleo: I added ubuntu-ux to the bug because of that
[12:59] <Kaleo> t1mp, ok
[12:59] <Kaleo> t1mp, who is giving all the new colors?
[12:59] <Kaleo> jouni?
[13:00] <t1mp> I get them from jouni
[13:00] <Kaleo> t1mp, ok so he has to be systematic about using and defining the palette
[13:00] <Kaleo> t1mp, not just giving colors
[13:00] <Kaleo> t1mp, let's let him know
[13:01] <t1mp> he's not online now. We briefly discussed it last week but since we were in a hurry to get other stuff done for rtm we postponed it
[13:02] <t1mp> if we decide to simply add more colors to the palette it should not be too much work
[13:02] <t1mp> but the visual designers need to re-think which colors we need in the palette
[13:03] <Kaleo> t1mp, yes that's the thing
[13:03] <Kaleo> t1mp, taking that easy solution of extending the palette is not good in the long term
[13:03] <Kaleo> t1mp, it needs to be done only if strictly necessary
[13:04] <Kaleo> t1mp, good luck!
[13:04] <t1mp> Kaleo: do you see a different way of getting red (negative), green (positive) and blue (text selection) in the palette?
[13:05] <Kaleo> t1mp, there are only 2 possibilities:
[13:05] <Kaleo> t1mp, either one existing palette value has the right color (or is made to have the right color)
[13:05] <Kaleo> t1mp, or extension
[13:05] <t1mp> those all used to be selected.foreground (orange)
[13:05] <Kaleo> t1mp, by rationalizing the color usage the first possibility might work
[13:12] <dpm> dear $DEITY, please someone change that alarms sound!
[13:12] <dpm> I've got it going on on my phone and laptop now
[13:13] <nik90> dpm: ?
[13:14]  * nik90 pretends to not have read it :P
[13:15] <Snipes> Is the list of the icons available for Ubuntu touch online somewhere?
[13:15] <dpm> the thing is, it does not stop
[13:15] <dpm> you're in a hangout, your phone out of reach, and it keeps ringing the alarm tone forever! :)
[13:15] <nik90> dpm: well it rings for a default of 30 mins
[13:16] <nik90> dpm: unless you change that default value in the alarm settings to a minimum of 10 mins
[13:16] <nik90> dpm: and also that's what will make you wake up in the morning :D (atleast in my case)
[13:33] <om26er> t1mp, Hi! I didn't find much clear documentation on head.actions, I am using this code in an app http://paste.ubuntu.com/7924024/
[13:33] <om26er> whenever the app starts the search field and backbutton are visible.
[13:46] <nik90> om26er: check out http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Components.PageHeadState/
[13:46] <nik90> om26er: it has exactly what you want to implement
[13:47] <nik90> om26er: basically you need to use PageHeadState to switch between the search and normal mode
[13:50] <Snipes> Is there any way to know what icons are available to use in the header?
[13:50] <nik90> Snipes: yeah, open the Ubuntu SDK Gallery where there is a section "icons" which shows all the available icons
[13:51] <Snipes> In the SDK itself?
[13:53] <nik90> Snipes: yes. Qtcreator -> Tools -> Ubuntu -> Showcase Gallery
[13:53] <Snipes> Oh nice. Of course I'm on my android phone and away from the computer. Is this online somewhere also?
[13:54] <nik90> Snipes: not that I know of .. sry
[13:54] <Snipes> That's alright. As long as its somewhere.
[13:54] <elopio> jgdx: here are the changes I mentioned for your branch: https://code.launchpad.net/~canonical-platform-qa/ubuntu-system-settings/1219793-reset-page_object/+merge/229148
[14:03] <popey> balloons: here?
[14:03] <balloons> popey, lol, sure
[14:03] <popey> ☻
[14:03] <popey> balloons: I'm buzzing through http://people.canonical.com/~dpm/core-apps-sponsoring/
[14:03] <popey> https://code.launchpad.net/~andrew-hayzen/music-app/listitem-actions/+merge/220290 for example
[14:03] <popey> seems to be failing spectacularly
[14:06] <balloons> wow, that is STILL in progress?
[14:06] <jgdx> elopio, I saw, great stuff. Will review in a bit
[14:07] <balloons> and yea, I've been chattering with andrew about the rewrite for music app
[14:07]  * balloons builds new calendar click
[14:07] <elopio> jgdx: thanks. Let me know if you want me to correct something, because I'll keep sending some refactors and I'll just copy the style we agree on.
[14:08] <popey> balloons: any ideas?
[14:09] <balloons> popey, none off the top.. likely he's changed much of the UI
[14:09] <balloons> popey, the music app tests are pretty custom and inflexible, so they need to be brought in line with the rest
[14:09] <balloons> I'll pull it
[14:10] <popey> balloons: the merge updates the tests too
[14:10] <balloons> yea, but it suffers from the same problem..
[14:10] <balloons> the new tests are in the same style
[14:12] <balloons> anyways, I'll ping ahayzen when he gets on again.. I assume you want to land the branch asap yes?
[14:13] <balloons> popey, anything else you are concerned about?
[14:14] <popey> yeah, its been outstanding for a while.
[14:14] <balloons> I've been working a lot with the calendar guys trying to land some massive branches and clean up bugs.. We filed some more bugs, but I think there's progress
[14:14] <popey> https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/def-calendar/+merge/228837 that one
[14:15] <balloons> yea, that's the last one I was wanting to land. Well, I wanted to land mihir's https://code.launchpad.net/~mihirsoni/ubuntu-calendar-app/1338956/+merge/226362 as well, but we discovered https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1351024
[14:17] <Snipes> Has the bottom edge for the dialer app been implemented and is this code available to view somewhere?
[14:17] <t1mp> Snipes: bzr branch lp:dialer-app
[14:19] <balloons> popey, so what else? For clock, I've been watching https://code.launchpad.net/~carla-sella/ubuntu-clock-app/add-alarm-test/+merge/229084
[14:22] <popey> those were the main ones
[14:22] <popey> music & calendar
[14:27] <balloons> ok, I'll be pushing calendar once the build finishes
[14:31] <popey> great
[14:31] <popey> thanks balloons !
[14:38] <balloons> woot..
[14:42] <balloons> popey, https://myapps.developer.ubuntu.com/dev/click-apps/156/changerequest/
[14:43] <popey> approved!
[14:47] <Guest65944> Bom dia!
[14:48] <Guest65944> Good morning!
[15:03] <popey> beuno: will we have a "whats new" category in the click scope do you know?
[15:03] <beuno> popey, I can't tell anymore
[15:04] <beuno> those designs have been chaotic and unpredictable to me
[15:04] <beuno> we certainly have the data
[15:04] <popey> ah
[15:04] <beuno> alecu may be able to answer
[15:12] <alecu> popey: the designs include a category of "new apps": point 3 here: https://sites.google.com/a/canonical.com/unity8dash/scopes/store/store-home
[15:14] <popey> thanks
[15:14] <alecu> beuno: if we have that data, then it's a matter of adding a highlight with it. It should be a highlight without a department, like we discussed recently, if it needs to be shown on the store home.
[15:15] <alecu> popey: also, we are working on having department landing pages contain *every app* in the department: point 2 here: https://sites.google.com/a/canonical.com/unity8dash/scopes/store/store-home
[15:16] <alecu> that's the next big task for the apps scope, and it's bug #1337864
[15:18] <elopio> ping pmcgowan: dobey has replied to bug 1332629. The abort doesn't come from u1 credentials. Do you know who from system settings could look at it?
[15:19] <nik90> balloons: found a small issue with the locale stuff. I see carla did self.useFixture(fixtures.EnvironmentVariable('LC_ALL', newvalue='C')) as you recommended. However when I open the clock app, the time shown is 17:19:00 while normally only 17:19 is shown. Why does it show the seconds while the Qt locale doesn't?
[15:20] <nik90> balloons: the test still passes, but it is different from real world usage
[15:21] <pmcgowan> elopio, not sure, I asked chris to poke at it some more and see if he could reproduce manually based on some theories
[15:21] <elopio> ok, that sounds good.
[15:28] <beuno> alecu, highlights don't auto-generate atm, they are all manual
[15:29] <beuno> (atm, we will in the future)
[15:32] <pmcgowan> elopio, dobey analyzed it there its the same as the bug I pointed to - a qfatal call in bluettoh
[15:32] <pmcgowan> tooth
[15:34] <alecu> beuno: I can live with that coming post rtm (but probably before launch!)
[16:40] <achiang> how can i set an environment variable for a click app?
[16:41] <achiang> to debug, that is
[16:41] <achiang> can i just set it on the Exec= line in my desktop file?
[16:45] <achiang> nope, that doesn't work
[17:01] <balloons> nik90, interesting observation. We could choose a different locale. Off the top I would assume the different is the default locale vsalue
[17:02] <balloons> achiang, you need to pass it via upstart app launch
[17:03] <achiang> balloons: do you have an example?
[17:04] <dpm> popey, balloons, did you have that chat about all the branches that need QA attention?
[17:05] <balloons> dpm, we did, minus a mic which didn't work on my edn
[17:05] <balloons> dpm, if you have any you'd like to highlight, go for it
[17:05] <balloons> calendar, which got a new version into the store, yay, and music were the bit two
[17:08] <balloons> achiang, I'm thinking
[17:10] <dpm> balloons, sounds good. I was just thinking of the two ones that we've got in the sponsoring page:
[17:10] <dpm> https://code.launchpad.net/~nskaggs/ubuntu-clock-app/switch-emulators-to-proxy-object/+merge/227103
[17:10] <dpm> https://code.launchpad.net/~nskaggs/reminders-app/fix-1347905/+merge/228917
[17:10] <dpm> it'd be good for a QA person to approve them
[17:11] <dpm> as I don't feel I have the AP knowledge to review them
[17:16] <balloons> dpm, ahh gotcha
[17:16] <balloons> yes, reminders needs to land, I'll have someone +1 it
[17:18] <dpm> thanks balloons
[17:18] <balloons>  on that note plars is still reviewing the mp for francis to put it on the dash
[17:50] <naxuroqa> Hello! I am writing a gtk based application in vala/c and wanted to ask if it's possible to use the appindicator library via dbus / without linking to it at compile time
[17:52] <naxuroqa> Is this the right channel to ask questions like this?
[18:04] <dpm> hi naxuroqa, yes, this is the right channel, but everyone is really focused on the phone and the Ubuntu SDK, so you might not find many vala experts right now
[18:06] <beuno> alecu, likely won't be before launch  :/
[18:30] <doflaherty_> I'm trying to run on the device from QtC - but instead of my app, i'm just getting "snow"
[18:36] <doflaherty_> it seems to have stopped working since QtC got updated
[19:23] <Letozaf_> balloons, hello
[19:37]  * popey pokes balloons with ahayzen
[20:37] <ahayzen> popey, whats up?
[20:43] <popey> ahayzen: i think balloons wanted to speak to you about failing music tests
[20:43] <popey> https://code.launchpad.net/~andrew-hayzen/music-app/listitem-actions/+merge/220290 those ones
[20:43] <ahayzen> popey, ah ... most (if not all) are nothing to do with ap and are todo with us/mediascanner2
[20:44] <ahayzen> popey, and are the same as the ones failing in CI
[20:44] <popey> yeah
[20:44] <ahayzen> popey, jamesh has suggested some ideas...i'm gonna flash the later image and see what is going on...and then either fix/create mini app to show any ms2 problems to jamesh
[20:46] <popey> ah okay.
[21:09] <balloons> mmhmmm
[22:08] <romanzonov> Hello everybody.
[22:08] <romanzonov> I have a question about SDK.
[22:08] <romanzonov> Why you cutted possibility to test apps width "Ctrl+F12"?
[22:08] <romanzonov> And how I can test app now?
[22:10] <nik90> romanzonov: hi
[22:10] <nik90> romanzonov: what kind of app is yours? Pure QML app? or one with c++ plugins?
[22:11] <romanzonov> nik90, hi
[22:11] <romanzonov> Pure QML
[22:11] <romanzonov> After last upgrade...
[22:12] <romanzonov> I tried to start app with "Build->Ubuntu->something like run on device", but that was cutted too
[22:17] <nik90> romanzonov: hmm
[22:17] <nik90> romanzonov: I will test this tomorrow to see what happens
[22:17] <nik90> romanzonov: have you tried adding a kit and then choosing the device or emulator
[22:20] <nik90> romanzonov: I remember they were trying to make it make the execution similar to cmake projects where you just press ctrl+r to run it on device, or emulator or desktop
[22:21] <nik90> romanzonov: the update is meant to make it easier
[23:13] <ahayzen> Hey anyone around with an image <161 that could quickly test an app for me?


[07:59] <bkerensa> :s
[08:00] <bkerensa> hi dpm
[08:29] <dpm> hi bkerensa
[14:41] <littlegirl> Hey there, bkerensa, can you give a bit more detail about https://lists.ubuntu.com/archives/ubuntu-doc/2013-September/017776.html as far as when to do it? I'm assuming you do it after a bzr commit and before a bzr push, but would rather know for sure than get it wrong. (:
[16:07] <pleia2> littlegirl: it's before the commit, since the changelog is an edited file that you commit too
[16:08] <pleia2> the 'dch' command just does some magic against the text-based changelog file to add your name, email, time+date automagically
[16:46] <littlegirl> pleia2: Oh, thank you! I love understanding how things work and when to do them. (:
[16:46] <littlegirl> pleia2: So it doesn't ask for anything (like a comment that you have to be ready to input)?
[16:47] <pleia2> littlegirl: running "dch" should open up a changelog file that you edit
[16:48] <littlegirl> pleia2: Oh, okay. Do I need to add anything, or will it add it for me (the automagically part you mentioned above)?
[16:48] <pleia2> littlegirl: to the changelog, just add your changes, you can browse the changelog for examples
[16:49] <littlegirl> pleia2: Okay, that sounds good. Thanks! I like making myself a step by step reference to use for what has to happen from start to finish when I make any changes to anything huge, like somebody else's project. (:
[16:50] <pleia2> littlegirl: that sounds great :)
[16:50]  * littlegirl has been known to make the occasional mistake when committing or pushing, so better safe than sorry. (:
[16:51] <pleia2> thanks for pushing through and asking questions, our docs docs is such a mess and the folks who know what's going on have a hard time seeing what isn't documented
[16:51] <belkinsa> Would this idea work for wiki pages or is that the comment text book when you save changes to a wiki page?
[16:52] <pleia2> belkinsa: wiki pages and the docbook docs are quite different
[16:52] <pleia2> so not really :\
[16:52] <belkinsa> pliea2: Oh, I see.
[16:53] <littlegirl> pleia2: Any time. I'm big on making documentation as detailed and simple (a conundrum, I know) as possible. The Documentation Teams both have waaay too much documentation and it's all over the place. (:
[16:53] <pleia2> littlegirl: indeed!
[16:53] <belkinsa> pleia2: I guess that's what comments are for in the wiki pages.
[16:53] <pleia2> belkinsa: heh, everyone uses them for different things :)
[16:53] <littlegirl> belkinsa: No, I was talking about your https://lists.ubuntu.com/archives/ubuntu-doc/2013-September/017776.html message in the mailing list, which I assume is for those of us who are pushing changes to lp:ubuntu-docs.
[16:54] <pleia2> belkinsa: in theory, I think we should use them like a changelog/commit message to say what you're changing
[16:54] <belkinsa> littlegril: I see and sorry for butting in.
[16:54] <pleia2> belkinsa: not butting in at all :) it was a good question
[16:54] <littlegirl> belkinsa: No, that's great that you did. I just needed to know when to do your command and what it would do. (:
[16:55] <belkinsa> Right, thanks.
[16:55] <littlegirl> belkinsa: You were the first one to ever mention that it even needed to be done, so it was a good thing you noticed it and mentioned it. (:
[16:55] <belkinsa> :blushes
[16:55]  * littlegirl has had a rather haphazard entry into Kubuntu/Ubuntu without ever getting a proper mentor. (:
[16:55] <littlegirl> I've just kind of latched onto any of you who would answer my questions and gone from there. (:
[16:56] <belkinsa> Good thing that I spoke up.
[16:56] <littlegirl> belkinsa: Yes! How hard was it for you to clean up all of our pushes?
[16:56] <littlegirl> I think there's been rather a lot of activity recently. (:
[16:57] <belkinsa> littlegirl: What pushes?
[16:57] <littlegirl> belkinsa: All of our recent pushes to lp:ubuntu-docs. A few of us had been committing, and I know at least I was guilty of not doing that dch command.
[16:58] <belkinsa> Oh, on the wiki?  Yeah, but there were minor changes, mainly to fix some of the outdated-ness.
[16:59] <littlegirl> No, not the wiki. the Ubuntu documentation. Oh! Is the dch command only for the wiki? Or do I need to do it if I'm editing the stuff in /ubuntu-docs/ubuntu-help/C/ ?
[16:59] <pleia2> littlegirl: no no, dch is only for docbook docs, not the wiki
[16:59] <littlegirl> I haven't been doing any wiki commits (I didn't even know I could). (:
[16:59] <pleia2> belkinsa is working on wiki; littlegirl is working on docbook docs
[16:59] <belkinsa> That's correct.  I'm the wiki person.
[16:59] <littlegirl> pleia2: Oh! LOL! Then I don't need to do it, or I do?
[16:59] <pleia2> littlegirl: as I said, everyone does things differently :)
[17:00] <littlegirl> LOL
[17:00] <belkinsa> ;)
[17:00] <pleia2> in theory we probably should leave a note in the Comment: box when we make a change on the wiki, but I am lazy too and don't often do it
[17:00] <belkinsa> I only do it when it's needed.
[17:00] <belkinsa> to explain the changes.
[17:00] <pleia2> (I'm actually at a work sprint now, should pay attention)
[17:00] <littlegirl> I have a request for either or both of you, or anyone else who can do this. I found some validation errors in the docbook docs and fixed all but one. I can't, for the life of me, figure out how. Can you guys take a look at it?
[17:02] <littlegirl> Okay, sorry about that!
[17:02] <littlegirl> belkinsa: I try to put comments on everything, but once in a while I forget. (:
[17:03] <belkinsa> Maybe we need some standard produce for changelogs/comments for the wiki when it's major change and make it required by code.  Or would that be too much for us?
[17:04] <littlegirl> It might alienate newbies. I suppose you could get it to do a quick pop-up that says, "Did you remember to leave a comment letting us know what you changed?" or something like that. But even that might turn people away.
[17:05] <belkinsa> True, true.  I guess the current way works fine.
[17:16] <belkinsa> Research in Biotechnology is a place where a researcher needs to explain why they changed something in their lab note books.  That's where the idea for doing that on the wiki came from.
[17:28] <littlegirl> I see. (:
[17:30] <belkinsa> littlegirl: I saw your reply.  Is the reason why I don't need to give your credit?  Is it because you just compiled the various things into one list?
[17:31] <littlegirl> belkinsa: It's more that it's just a list. You can give me credit, but it's not like it's a published book or anything, so anyone could have made it. (:
[17:31] <littlegirl> belkinsa: By the way, you've got a reply to your dch thing in the mailing list.  Never mind. (:
[17:32] <belkinsa> It's okay.
[17:32] <belkinsa> Some of us have very close usernames here.
[17:32] <belkinsa> nicks*
[17:33] <littlegirl> Yeah, and I got you confused with bkerensa. (:
[17:33] <belkinsa> I'm already used to that, has happened to me in another channel.
[17:34] <belkinsa> Maybe I should be using Barsook instead, which is my other username I use.
[17:34] <littlegirl> Anything is fine. All of us will eventually learn it whichever way you go. (:
[17:34] <belkinsa> Yup.
[17:46] <belkinsa> Also, I guess my e-mail address doesn't match my nick name.
[17:46] <belkinsa> But that will change soon.
[17:49] <littlegirl> It doesn't have to. (:
[17:49] <belkinsa> I know
[21:23] <quantumpants> hi guys
[21:24] <quantumpants> i need help7


[17:17] <mapreri> Unit193: the archive build is using 0.0~git20161111.0.293ce0c+dfsg1-4 of golang-github-jacobsa-crypto-dev from -proposed, yours is using -3 from release
[17:18] <mapreri> please try again your PPA build after enabling proposed in the options
[17:18] <mapreri> _then_ come back if you still can't reproduce


[01:08] <callmepk> good morning
[03:20] <duflu> Morning callmepk
[06:43] <jibel> Good morning
[06:48] <duflu> Hi jibel
[06:55] <jibel> Hi duflu
[07:02] <didrocks> good morning
[07:05] <jibel> Salut didrocks
[07:07] <didrocks> salut jibel
[07:24] <callmepk> hi duflu jibel didrocks
[07:28] <didrocks> hey callmepk
[07:44] <duflu> Hi didrocks
[07:52] <didrocks> hey duflu
[08:04] <laney> yo
[08:12] <seb128> hey laney, how are you?
[08:12] <seb128> & goood morning desktopers, started my IRC a bit late today
[08:29] <didrocks> hey seb128
[08:30] <laney> hey seb128
[08:30] <laney> doing ooooooooookkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk
[08:30] <laney> how's it going there?
[08:36] <didrocks> hey hey laney
[08:36] <laney> moin didrocks
[08:39] <duflu> Hi laney and seb128
[08:44] <seb128> doing alright, a bit cold today, I stopped for coffee outside to catch up with a friend I hadn't seen for a while, should have taken a better jacket!
[08:51] <jibel> Hi laney seb128
[08:53] <laney> hey duflu & jibel
[09:04]  * laney uploads some more tracker 3 things to exp & the silo (just removing the ~ppa suffixes, getting it copyable)
[09:36] <KGB-0> gnome-screenshot signed tags 2e22bbe Sebastien Bacher ubuntu/40_beta-1ubuntu1 * gnome-screenshot Debian release 40~beta-1ubuntu1 * https://deb.li/iOquN
[09:36] <KGB-0> gnome-screenshot ubuntu/master 3bbb348 Sebastien Bacher * pushed 24 commits (first 5 follow) * https://deb.li/U370
[09:36] <KGB-0> gnome-screenshot ubuntu/master c62186e Yosef Or Boczko po/he.po * Update Hebrew translation * https://deb.li/Vv3y
[09:36] <KGB-0> gnome-screenshot ubuntu/master c2b80ef Alexander Mikhaylenko src/screenshot-config.c * config: Remember delay for area screenshots too * https://deb.li/3TUc4
[09:36] <KGB-0> gnome-screenshot ubuntu/master 11967ba Juliano de Souza Camargo po/pt.po * Update Portuguese translation * https://deb.li/LUTV
[09:37] <KGB-0> gnome-screenshot ubuntu/master cac399a Cheng-Chia Tseng po/zh_TW.po * Update Chinese (Taiwan) translation * https://deb.li/37PB2
[09:37] <KGB-0> gnome-screenshot ubuntu/master 76a0641 Fabio Tomat po/fur.po * Update Friulian translation * https://deb.li/mWfi
[13:00] <kenvandine> Good morning desktoppers
[13:03] <didrocks999> welcome back kenvandine!
[13:04] <jibel> Good morning kenvandine
[13:27] <seb128> kenvandine, hey, how are you? had nice holidays,
[14:45] <hellsworth> good morning desktopers
[14:54] <didrocks999> hey hellsworth!
[15:01] <hellsworth> hi there didrocks999 !
[16:01] <GunnarHj> Hey seb128, still there?
[16:53] <GunnarHj> seb128: You asked me to update vte2.91, but this makes me hesitate:
[16:53] <GunnarHj> https://salsa.debian.org/gnome-team/vte2.91/-/commit/8aeee1f6
[16:53] <GunnarHj> Should I revert that and put 0.64.2 in upstream/latest and debian/master as usual, or is there a reason to do something else?
[17:05] <KGB-0> nautilus signed tags b3f6956 Iain Lane ubuntu/1%40.2-1ubuntu1 * nautilus Debian release 1:40.2-1ubuntu1 * https://deb.li/3KWSG
[17:06] <KGB-0> nautilus ubuntu/master d203b81 Iain Lane * pushed 283 commits (first 5 follow) * https://deb.li/v3Qc
[17:06] <KGB-0> nautilus ubuntu/master 43f196c Iain Lane debian/ control control.in * control: Update Deps and BDs for 40 * https://deb.li/3sP9y
[17:06] <KGB-0> nautilus ubuntu/master c6ad6fb Iain Lane debian/changelog * Update changelog * https://deb.li/CCpd
[17:06] <KGB-0> nautilus ubuntu/master 3778c4f Iain Lane (206 files in 20 dirs) * Merge branch 'debian/master' into ubuntu/master * https://deb.li/3cybV
[17:06] <KGB-0> nautilus ubuntu/master 1a9cadb Iain Lane debian/rules * rules: Disable libportal * https://deb.li/61H1
[17:06] <KGB-0> nautilus ubuntu/master dbf97b4 Iain Lane debian/changelog * Reorder the changelog * https://deb.li/ixg5N
[18:53] <seb128>  GunnarHj revert and use latest sounds fine to me, at this point if someone does an update for unstable they can create a temporary branch
[18:54] <GunnarHj> seb128: Ok, thanks!
[18:58] <seb128> GunnarHj, thank to you!