[00:49] <adam_g> does juju now automatically bump the revision number of a charm when deploying it an env for the first time?
[00:51] <davecheney> adam_g: a local charm ?
[00:51] <adam_g> davecheney, yeah
[00:51] <davecheney> was the a 'revision' file on disk already ?
[00:53] <adam_g> davecheney, yes, at precies/$foo/revision
[00:58] <davecheney> i'm not sure about first time, but if you do upgrade charm, and the current spec for the charm is local:precise/foo then the revision will be bumped and the new charm uploaded
[09:17] <stub> 2014-01-23 09:14:34 INFO juju.worker.uniter modes.go:421 ModeContinue starting
[09:17] <stub> 2014-01-23 09:14:34 INFO juju.worker.uniter modes.go:101 found queued "install" hook
[09:17] <stub> 2014-01-23 09:14:34 INFO juju fslock.go:144 attempted lock failed "uniter-hook-execution", pg/0: running hook "install", currently held: postgresql/0: running hook "install"
[09:18] <stub> There is no longer a postgresql service. It was destroyed a few moments after the deploy was run
[09:18] <stub> Any one want some debugging information from my env before I blow it away?
[09:20] <stub> At the moment it looks stuck, totally empty except for the pg/0 unit stuck in pending.
[14:27] <davidgtonge> hi, does anyone know the best place to find a freelancer with Juju experience? thanks
[14:30] <lazypower> davidgtonge, there isn't a public listing presently. Someone here may know. Email the mailing list and you will probably get a response or two.
[17:45] <_mup_> Bug #1272013 was filed: juju destroy-environment also destroys nodes that are not in a ready state <pyjuju:New> <https://launchpad.net/bugs/1272013>
[17:49] <jcastro> hey evilnickveitch
[17:49] <jcastro> for the quickstart docs, do some screenshots, I used it for real yesterday and the UI is pretty sexy!
[18:12] <sarnold> screnshots++  :) first thing I look for when looking at a new project :)
[18:32] <rick_h_> jcastro: woot
[20:41] <rick_h_> marcoceppi: sent the pull request with updates
[20:42] <marcoceppi> rick_h_: thanks!
[20:42] <rick_h_> marcoceppi: I'm suggested to join a call about the makefile?
[20:43] <rick_h_> marcoceppi: or nvm, you've got a pull request that builds and tests pass carry on?
[20:43] <marcoceppi> ?
[20:44] <rick_h_> marcoceppi: nvm then. Someone thought you were chatting with bcsaller about makefile stuff and I might be interested
[20:44] <marcoceppi> rick_h_: naw, other fun stuff ;)
[20:44] <rick_h_> marcoceppi: ignore me
[20:44] <rick_h_> gotcha cool
[21:31] <jcastro> I am getting ssh connection refused errors with the local provider lately
[21:31] <jcastro> anyone see that?
[21:37] <marcoceppi> jcastro: how are you trying to ssh?
[21:37] <jcastro> juju ssh
[21:38] <jcastro> let me use lazypower's juju cleaning thing for the local provider
[21:43] <jcastro> aha
[21:43] <jcastro> 2014-01-23 21:43:08 ERROR juju.cmd supercommand.go:294 cannot use 37017 as state port, already in use
[21:43] <jcastro> this is a mongo error right?
[21:48] <lazypower> jcastro, you've got a leftover in there somewhere
[21:48] <jcastro> yeah
[21:48] <lazypower> i had to do a full wipe, and that script has some updates
[21:48] <lazypower> want the plugin version?
[21:48] <jcastro> oh there's a plugin?
[21:48] <jcastro> yes please!
[21:48] <lazypower> its not finished, it doesnt offer help or offer tab completion, but its good enough to recycle your local and fix all those pesky local issues
[21:48] <lazypower> http://paste.ubuntu.com/6805261/
[21:49] <lazypower> drop that in your $PATH as juju-recycle-local
[21:49] <achiang> who here knows about juju.u.c/docs ? specifically i'd like to know how you integrate the nifty sphinx-light-theme into your tree
[21:49] <jcastro> achiang, you want evilnickveitch but he's on UK time
[21:49] <lazypower> achiang, thats some evilnickveitch magic
[21:49] <lazypower> ninja'd
[21:50] <jcastro> lazypower, is this newer than the gist?
[21:50] <achiang> i wonder if it's as simple as copying the bzr branch into my existing docs/ dir and running make html
[21:50] <achiang> jcastro: lazypower: thanks anyhow
[21:50] <lazypower> jcastro, yeah the gist has some juju- leftover in there when it should be $USER
[21:50] <lazypower> when the plugin's complete i'll go back and update the AU post
[21:50] <lazypower> s/post/comment
[21:52] <jcastro> I tried stopping mongo to see if that would work
[21:52] <jcastro> but no go
[21:52] <lazypower> oh right
[21:53] <lazypower> ps aux | grep mongo
[21:53] <lazypower> and kill -s that stray mongodb process
[21:53] <lazypower> s/s/9
[21:56] <jcastro> it just respawns
[21:56] <lazypower> thats... odd
[21:56] <achiang> jcastro: hm, sorry one followup question -- do you know what branch the juju docs live in?
[21:56] <lazypower> when I ran into that, i needed to kill the mongodb process that ran away, and recycle my local. Things normalized after that.
[21:56] <jcastro> achiang, lp:juju-core/docs
[21:56] <achiang> jcastro: perfect, ta
[21:56] <jcastro> achiang, it's all html5, should be straightforward for ya
[21:57] <achiang> i only know html1,2,3,4
[21:57] <achiang> :P
[22:03] <lazypower> jcastro, do you have a link to that question on AU?
[22:04] <lazypower> http://askubuntu.com/questions/403618/how-do-i-clean-up-a-machine-after-using-the-local-provider/
[22:04] <lazypower> found it
[22:19] <arosales> jcastro, after trying to kill the local environment and if you get a can't bootstrap 37017 still in use and use see a mongod process still running with a var/tmp/juju/db path try
[22:19] <arosales> sudo mongod --shutdown --dbpath=/var/tmp/juju/db


[03:54]  * unitedpotsmokers slaps fairuz around a bit with a large trout
[07:51] <fairuz> test
[13:41] <fairuz> test


[07:07] <smb> morning
[08:12] <ppisati> moin
[09:36] <cooloney> morning guys
[14:34]  * ogasawara back in 20
[14:56]  * cking reboots
[14:58] <henrix> cking: *g* 1 min to reboot? cool! :)
[14:58] <cking> 7 seconds boot time on my SSD ;-)
[14:58]  * henrix needs to get one of those!
[15:02] <jsalisbury> **
[15:02] <jsalisbury> ** Ubuntu Kernel Team Meeting - Today @ 17:00 UTC - #ubuntu-meeting
[15:02] <jsalisbury> **
[15:07] <dileks> hmm, looks like I cant use brightness here with .27 kernel
[15:08] <dileks> battery-mode
[15:19]  * henrix -> brb
[15:30] <dileks> 3.2.0-26 is OK
[15:42] <apw> ogasawara, so are we routinly using -proposed in quantal for kernels now ?
[15:43] <ogasawara> apw: I do when it's an ABI bump since I'm lazy and want to shove both packages up at the same time
[15:43] <ogasawara> apw: however, I don't think it's been mandated by the release team
[15:54] <ogasawara> apw: cjwatson informed me in #ubuntu-release that we can likely copy our own kernels from quantal-proposed to the release pocket
[15:54] <ogasawara> apw: I'll have to give it a try on the next upload
[15:54] <apw> ogasawara, its still in there now isn't it?
[15:54] <ogasawara> apw: he just copied it for me
[15:54] <ogasawara> apw: but he then gave me the instructions on how to do so in the future
[15:55] <apw> ogasawara, ok i'll push ll in there and see what happens
[16:43] <apw> ppisati, you in the middle of anything config related on ti-omap4 ?
[16:47] <ppisati> apw: not now
[16:48] <ppisati> apw: regenerating the config matrix?
[16:48] <apw> ok cool, have a simple twiddle to set, and also that yes
[16:49] <apw> ppisati, http://kernel.ubuntu.com/~kernel-ppa/configs/quantal/reviews/Portland.html looking better indeed
[17:09] <mpage> @abogani: I've been trying to compile your realtime kernel
[17:10] <mpage> Here is what I have been doing http://hackmemory.wordpress.com/2012/07/09/kernel-compiling-to-add-phc-support/
[17:10] <mpage> It works but it doesn't apply the patches
[18:06]  * henrix -> EOD
[19:52]  * cking reboots
[21:22]  * rtg -> EOD
[21:43] <stgraber> is it reasonable for me to think that this is a bug: http://paste.ubuntu.com/1085255/ :)
[21:53] <stgraber> bug 1023174
[21:53] <ubot2> Launchpad bug 1023174 in linux ""ip -6 addr flush" flushes much more than just the addresses" [Undecided,New] https://launchpad.net/bugs/1023174


[09:30] <zxmpi> it's a monday out there, be careful people
[13:05] <davef> total eclipse day
[13:05] <davef> montreal is directly in the path of totality. gonna be awersome. weather is looking great for it too
[14:40] <zxmpi> dublin will get 15% but it's sodding rain under grey skies and it'll be sunset so no one will notice
[15:22] <penguin42> yeh same over here
[15:32] <davef> montreal won the weather lottery, it's going to be clear skies all day
[15:32] <davef> with a high of 17C
[15:35] <zxmpi> oooh, quite high coverage https://www.timeanddate.com/eclipse/map/2024-april-8
[15:35] <zxmpi> just on the edge of 100%
[22:25] <davef> THAT WAS EPIC!
[22:26] <davef> I don't think I've ever seen something so awesome and beautiful at the same time!
[22:46] <penguin42> excellent
[22:49] <penguin42> https://www.youtube.com/watch?app=desktop&v=UQuIVsNzqDk  is interesting - using a sodium vapour rather than green screen
[22:50] <penguin42> (The guys doing it are annoying as hell, but it's worth the watch


[00:39] <Phanes> hello
[00:39] <Phanes> where is the ubuntu maintainer and developer channel
[00:53] <teward> Phanes: the general development channel is #ubuntu-devel, but if you're trying to reach the maintainer of a specific package, filing a bug is more useful
[00:53] <teward> anything under the Server Team's purview, we can poke here
[01:00] <Phanes> teward, im building a new distro so was looking for a doc that outlined the considerations made when deciding the components of the system and how they'd be implemented
[01:01] <Phanes> or a channel to spray questions into
[01:06] <teward> Phanes: not sure what kind of support you'll get from Ubuntu with that, just saying.
[01:07] <Phanes> what
[01:07] <Phanes> why
[01:07] <teward> there's really no specific channel I can direct you to for that...
[01:07] <teward> because there's more than just the "maintainer" and "Developer" aspect
[01:07] <Phanes> if it is worth a damn, they'll have documented it
[01:10] <Phanes> surely
[01:14] <tomreyn> i would bet that not all stretegic documents are open for the general public.
[01:14] <tomreyn> *strAtegic
[01:15] <tomreyn> there are those blueprints on launchpad, however, but that's mostly drafts.
[01:15] <Phanes> surely they're not just hoping good will somehow makes engineering happen
[01:16] <Phanes> please tell me canonical is smarter than that
[08:46] <DK2> what is "killall -0" doing?
[09:59] <Genk1> hello folks
[09:59] <Genk1> I have a basic question. I want to synchronize two web repertories /var/www on server 1 and /var/www on server 2
[10:00] <Genk1> I have choosed to use unison for two-direction synchro feature
[10:00] <Genk1> my problem is how to figure out the best strategy to deal with permissions in such situations ?
[10:01] <Genk1> do I have to set www-data as an ssh account in both servers ?
[10:01] <Genk1> Do I need to setup a new account who has r/w access to /var/www ? and use it for the synchronization ?
[10:02] <Genk1> what kind of stuff do people choose in such situations ?
[10:03] <Genk1> some documentation suggest to use sudo ?
[10:04] <Genk1> is this a healthy way to deal with such problems ?
[10:25] <ziyourenxiang> better to use a new account and keep www-data read only (assuming your web server is running as www-data)
[10:32] <maxb> unison sounds like a bad idea because it inherently requires human interaction to resolve in which direction changes need to be propagated
[11:35] <Genk1> ziyourenxiang, OK thanks for your advice
[11:36] <Genk1> maxb, you're some how right but can you suggest a better option ?
[11:37] <Genk1> maxb, I was thinking about distrubuted FS like Gluster and CEPH but it seems to me that it's a little bit complex to manage
[12:14] <ziyourenxiang> other possibilities: if all your content are public then just mirror one of your web server from the other web server using wget or similar
[12:14] <ziyourenxiang> or use rsync driven by one side
[12:15] <ziyourenxiang> or follow any number of tutorials you can find to use git to 'publish'
[12:34] <tomreyn> NFS would have been an option, but he left
[15:04] <MASM> someone here, i have a problem with mdadm resync, the speed y so slow, '  finish=95954.6min speed=168K/sec '
[15:16] <Poster> In my experience, slow resync with mdadm is generally caused by moderate/high IO to the device in question
[15:43] <MASM> when i start sync all system, the speed decreased, but i cancel the resync of mdadm and speed of hard disk get normal right now
[15:44] <MASM> i change the dev.raid.speed_limit_min
[15:45] <MASM> and it didn't change anything
[15:47] <Poster> There is a finite amount of bandwidth available to each device that makes up your mdN ; if you are writing to either the md or any other partitions on the physical disk, all contribute to the total amount of bandwidth to the device
[15:55] <MASM> Poster: you mean that will be the connector of the raid that is damaged?
[15:56] <MASM> when i start the sync all speed decrease in both disk, but when i stop, i check speed in both but it is ok
[15:58] <lordievader> MASM: What Poster means is that the available bandwidth of the drives is shared over the sync action and any other action it performs. Hence the speed dwindles if a sync action is going on.
[15:58] <Vamp898> Hi there. I used this guide to setup SSSD on Ubuntu 14.04 https://help.ubuntu.com/lts/serverguide/sssd-ad.html and everything works perfect. But when i use the exact same guide for Ubuntu 16.04, i can join the AD, i can use getent to get user ids and groups and so on, everything works almost fine. Everythig except logging in (no matter if i use su,
[15:58] <Vamp898>  ssh or an DM) does work. Login as an user does not work (i type the password an then get "System error". When i switch user with root it works, but i also get there "su: system error"
[15:59] <Vamp898> I tried this on a completely new/fresh Ubuntu 16.04 installation
[15:59] <MASM> lordievader: the only solution is?, restart in security mode, and do it?
[16:00] <lordievader> MASM: What? There is no solution, this is a hardware limitation. Each drive has a maximum bandwidth...
[16:01] <MASM> lorddievader: but "speed=168K/sec" is so slow, i saw in internet that the speed is more than this :S
[16:02] <lordievader> MASM: Oh, it could very well be that mdadm limits the sync speed in order to keep the raid usable.
[16:03] <Poster> I don't think it's that low by default
[16:03] <Poster> if you really want it to speed up, consider booting into single user mode to allow the resync to be (more or less) the only thing accessing the disks
[16:05] <MASM> the problem is hosting :S and don't see directly
[16:06] <MASM> i have a server dedicate
[16:06] <MASM> it is possible?
[16:07] <Poster> I don't understand the question or solution you are proposing
[16:09] <MASM> sorry, English isn't my native lenguaje, to consider booting into single user mode, is posible if i have a server dedicate, if the server isn't here with me?
[16:10] <MASM> the ssh will work?
[16:10] <Poster> single user mode has no network connectivity, you would need console access
[16:10] <Poster> well, you could start it I think
[16:10] <Poster> but generally console access is what you would need
[16:10] <Poster> either via KVM switch or if your system is virtualized, via whatever virtualization manager
[16:12] <MASM> Poster: i understand.
[17:07] <jge> anyone used chrony before? I'm trying to figure out how I would query another client for stats
[17:08] <jge> looking for an equivelant of ntpq -p
[17:25] <soop> anyone familiar with the official ubuntu mail-filter howto (spamassassin/amavis/postfix)?
[17:45] <tomreyn> where is that?
[17:51] <soop> https://help.ubuntu.com/lts/serverguide/mail-filtering.html
[17:51] <soop> there
[17:54] <tomreyn> i guess my question already indicated that i am not familiar with it.
[17:56] <jge> nvm, looks like chronyc -h someip tracking does what I want
[21:43] <ws2k3> my ubuntu machine has a gigabit nic and is connected to a gigabit switch but it still shows 100Mb/s what can this be?
[21:45] <mybalzitch> failed autonegotiation, bad cable would be my guesses
[21:56] <soop> are you sure your port is gigabit?
[22:01] <ws2k3> soop yes
[22:01] <ws2k3> soop i probarly need to find the source of the issue on the cisco switch
[22:09] <JanC> can be a driver issue too
[22:12] <patdk-lap> can be most anything
[22:12] <patdk-lap> every wire must work, and configs set to autodetect
[22:13] <patdk-lap> or you dont' get gigabit
[22:13] <JanC> I've seen a NIC fall back to 100 or 10 Mbit/s depending on the kernel (& thus driver) version used
[22:14] <JanC> or Gbit/s
[22:29] <compdoc> it does need all 8 wires in the connectors. if you made any of the cables, then you are likely the cause
[22:33] <ws2k3> compdoc they are not self made connectors just patch cable from factory so unlikeley the issue is in the cable
[22:59] <patdk-lap> unlikely?


[14:54] <akgraner> nhandler, not yet but it will be :-)
[16:06] <zkriesse> akgraner: hey ya there?
[16:09] <akgraner> I am but working on a blog post and getting ready for Developer Week Day 2 what's up?
[16:13] <nigelb> zomig, I have to do a session tomorrow or the day after, totaly forgot :D
[16:16] <zkriesse> akgraner: oh just had some questions but it's not important
[16:18] <akgraner> zkriesse, just ask them and I can answer when I finish up or you can email me or PM  - I'll get to them as soon as I can :-)
[19:46] <akgraner> zkriesse, if you are a round I have a few minutes now....
[19:46] <zkriesse> akgraner: ok
[19:46] <zkriesse> akgraner: I don't know if you know anything about the Ubuntu Youth project?
[19:46] <akgraner> I've heard of it, but that is about all
[19:47] <akgraner> and I think my daughter looked it up once
[19:47] <zkriesse> Ok well I've since taken over/trying to revive it
[19:47] <zkriesse> Wanted to know if you'd be interested in putting a piece in the UWN on it?
[19:48] <zkriesse> and your daughter looked into it? tell her to come back!
[19:48] <akgraner> It would be interesting  - do you have a blog?
[19:48] <zkriesse> https://switch2tux.wordpress.com/
[19:48] <zkriesse> not for the team i don't thats my personal
[19:48] <zkriesse> I can make one for the team though no biggie
[19:50] <zkriesse> but that's about it
[19:50] <akgraner> no you don't have to have a team one :-)  I'll write something about it and see if we can get the word out on it
[19:50] <zkriesse> Ok thanks ma'm!
[19:50] <zkriesse> And if your daughter is still interested tell her to come and check it out again
[19:50] <zkriesse> I'm reviving it so it might prove a little more intersting
[19:51] <zkriesse> and if she wants to help revive it that'd be SWEET!
[19:51]  * zkriesse is always accepting help
[19:53] <zkriesse> Thanks akgraner!
[20:45] <scott_ev> it looks like ,u meds are gonna get straightened out this week, so I shouldn't miss anymore UWN releases
[20:46] <scott_ev> my*
[20:59] <akgraner> scott_ev, great hope you are feeling better!
[21:20] <scott_ev> I am slowly
[21:21] <scott_ev> this is going to take quite awhile.  It's finally time to get off the pain meds and I was taking high doses of extremely potent stuff.  But we (my dr and I) finally have a plan to limit my aggony
[22:47] <zkriesse> hey Vantrax


[07:14] <mzanetti> moin moin
[07:14] <Saviq> hi ho
[07:37] <Cimi> mzanetti, we have a fix for the wizard https://bugs.launchpad.net/qmenumodel/+bug/1334203
[07:37] <Cimi> "we" as in nick has :D
[07:38] <mzanetti> yep, I've seen that yesterday
[08:11] <sil2100> Saviq: hi! When can we expect silo 004 to land finally?
[08:12] <Saviq> sil2100, today
[08:12] <sil2100> \o/
[08:14] <mhr3> Saviq, me first, me first!
[08:14] <sil2100> :|
[08:14] <Saviq> mhr3, got a reviewer yet?
[08:15] <mhr3> Saviq, sure, you! :)
[08:15] <Saviq> mhr3, in that case, me first :P
[08:15] <mhr3> touche
[08:24] <seb128> Saviq, hey, sorry I was off yesterday, do you still want me to resubmit some u-s-s changes?
[08:25] <Saviq> seb128, yes please
[08:25] <seb128> Saviq, k, having a look
[08:26] <tsdgeos> Saviq: how do we get https://code.launchpad.net/~aacid/kubuntu-packaging/qtdeclarative-opensource-src/+merge/225119 into a silo?
[08:39] <Saviq> tsdgeos, I need to build a source package and we need to upload it manually
[08:40] <Saviq> sil2100, right? to push a source package through silo, someone with the rights needs to dput it to the PPA?
[08:41] <sil2100> Saviq: yes, just add the source package name to the right column and then provide us with a source package which we can dput for you :)
[08:41] <Saviq> sil2100, yup, will do
[08:45] <seb128> Saviq, so, what do you want me to do with https://code.launchpad.net/~seb128/ubuntu-system-settings/use-theme-icons/+merge/214950? I'm not sure to understand
[08:48] <dednick> Saviq: can we land https://code.launchpad.net/~nick-dedekind/ubuntu-settings-components/menu.plugin/+merge/224616 today?
[08:48] <seb128> Saviq, do you just want me to push to a shared location because you have changes to do on top or...?
[08:49] <Saviq> seb128, just resubmit your MP with my branch
[08:49] <Saviq> seb128, I don't have the permissions
[08:49] <Saviq> seb128, https://code.launchpad.net/~seb128/ubuntu-system-settings/use-theme-icons/+merge/214950/+resubmit
[08:50] <Saviq> seb128, yes, because I have changes on top
[08:50] <seb128> Saviq, I don't understand why you simply don't propose your for merging?
[08:50] <seb128> like let's call mine superseeded
[08:50] <Saviq> seb128, that's what resubmitting does ;)
[08:51] <Saviq> seb128, but keeps a connection between the superseded and new one
[08:51] <seb128> oh
[08:51] <seb128> Saviq, https://code.launchpad.net/~unity-team/ubuntu-system-settings/use-theme-icons/+merge/225122 like that?
[08:52] <Saviq> seb128, yup! thanks
[08:52] <seb128> yw
[08:53] <seb128> Saviq, is that going to land today? I've a setting landing I want to do at some point, just trying to figure if I should wait for you to be done ;-)
[09:01] <Saviq> seb128, yeah, I want to land today
[09:02] <seb128> great
[09:02] <tsdgeos> oh noes
[09:02] <tsdgeos> i'm now getting http://paste.ubuntu.com/7730416/ on testshell still
[09:02] <tsdgeos> on shutdown
[09:09] <mzanetti> anyone knows how volume up/down keypresses end up in the apps right now?
[09:19] <Saviq> mzanetti, they don't end up in the apps
[09:19] <Saviq> mzanetti, or well, if they do, that's not expected ;)
[09:20] <Saviq> mzanetti, or well,
[09:20] <mzanetti> Saviq: I think that is expected (although lacking some policy thing still)
[09:20] <Saviq> mzanetti, shell just gets all the events
[09:20] <Saviq> mzanetti, I mean unexpected as in no one *coded* it
[09:20] <Saviq> mzanetti, it's just a side effect of lack of implementation
[09:20] <mzanetti> Saviq: nope... I know it broke some time ago and someone fixed it again...
[09:20] <Saviq> mzanetti, shell is an input filter, but we have no way to filter key presses
[09:20] <mzanetti> I think it was tvoss
[09:21] <Saviq> mzanetti, we only filter touch events with the InputAreasa
[09:21] <Saviq> -a
[09:21] <Saviq> mzanetti, keys just go to the focused app *and* shell
[09:22] <Saviq> mzanetti, and yeah, the real solution would be to deliver them to shell, then to app, then back to shell
[09:22] <mzanetti> why doesn't it work in QtComp branches any more then?
[09:22] <Saviq> mzanetti, because you replaced the input system
[09:22] <mzanetti> ok... I guess I'll have a chat with Daniel when he shows up
[09:23] <Saviq> mzanetti, check out src/main.cpp:147
[09:37] <seb128> dednick, hey, who does qmenumodel code reviews for you usually?
[09:37] <seb128> just asking because of https://code.launchpad.net/~nick-dedekind/qmenumodel/unitymenuaction.lp1334203/+merge/225063
[09:37] <seb128> larsu, ^?
[09:39] <larsu> seb128: sometimes :) not so much recently though. I'll have a look but won't top-approve yet
[09:39] <seb128> larsu, thanks
[09:58] <dednick> seb128: Cimi should probably give it a test before top approving to ensure it fixes th issue he was having.
[09:58] <seb128> dednick, k
[09:59] <dednick> Cimi: ^ fix for your wizard problem
[09:59] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity8/no_model_reset_from_destructor/+merge/225127
[10:02] <mzanetti> tsdgeos: ok... I guess I'm fine with that change (need to branch and read surrounding stuff still)
[10:02] <mzanetti> tsdgeos: but seems this is getting "fixed" upstream too
[10:02] <tsdgeos> yep
[10:02] <tsdgeos> for 5.4
[10:02] <tsdgeos> it's been fixed already
[10:03] <tsdgeos> but this is easier than fighting the powers to get yet another qt declarative patch in :D
[10:03] <mzanetti> tsdgeos: agreed
[10:05] <Cimi> dednick, testing now
[10:14] <Cimi> dednick, seb128 fixed for me, thx
[10:15] <dednick> Cimi: ta. can you top approve?
[10:15] <Cimi> dednick, done
[10:15] <Cimi> dednick, you might want to change the copyright from the test file
[10:18] <dednick> Cimi: ta
[10:21] <karni> facundobatista: mhr3: would it be true the departments are sorted alphabetically, regardless of the order they're feed to the framework?
[10:21] <karni> is there a way to order them the way a developer wants isntead?
[10:23] <mhr3> karni, hm, don't recall such limitation, if that's the case, the ui is doing it :)
[10:24] <mhr3> tsdgeos, ^?
[10:24] <karni> That is possible.
[10:24] <tsdgeos> hmmm
[10:24] <tsdgeos> no
[10:24] <karni> I'd like to have the control over the order of departments. It is natural that some (at the top) could be more important than the others.
[10:24] <tsdgeos> don't recall adding any code for that
[10:24] <karni> haa, I think I know the problem
[10:25] <karni> this is server scope. Python: feeds.keys() is unordered
[10:25] <karni> feeds is a dict, my bad. thanks mhr3, tsdgeos
[10:25] <tsdgeos> :)
[10:25]  * karni hides ashamed he once again had to bounce of this channel heh
[10:26] <mhr3> we're the debugging ducks :)
[10:27] <tsdgeos> karni: a fixed problem is nothing to be ashamed of :)
[10:27] <karni> :)
[10:28] <apw> it looks like a libgtop2 ABI bump has just broken bamfdaemon, and thereby unity7
[10:48] <Saviq> dednick, can you please review https://code.launchpad.net/~unity-team/ubuntu-settings-components/status-icon/+merge/225034
[10:48] <Saviq> dednick, I'll do https://code.launchpad.net/~unity-team/ubuntu-settings-components/suru-theme/+merge/220739 now
[10:54] <Saviq> dednick, reviewed ↑, small things
[11:07] <mzanetti> paulliu: hi, mind adding the checklist and top-approving now that we have a design approval: https://code.launchpad.net/~mzanetti/unity8/launcher-drop-spacing/+merge/224094
[11:07] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/kubuntu-packaging/qtbase-opensource-src/+merge/225134 is the last branch we need to make testShell pass
[11:09] <Saviq> tsdgeos, oh ok, let's land this together
[11:12] <tsdgeos> +1
[11:15] <facundobatista> Holas
[11:16] <tsdgeos> hi there
[11:16] <facundobatista> karni, the server returns the the departments alphabetically ordered (at least that is the intention... if you find an example where they're not, it's a bug)
[11:17] <karni> facundobatista: the problem was that I actually used Python set .keys() to iterate through. the server returns them ordered the way the scope feeds them, not alphabletically :)
[11:18] <karni> facundobatista: unless you're talking specifically about amzn - yes, it's alphabetical there, I believe
[11:18] <facundobatista> karni, do sorted()
[11:18] <karni> facundobatista: nah, I actually wanted a non-alphabletical sort :) thanks!~
[11:18] <facundobatista> karni, btw, if you iterate over a dict, you'll get its keys, so sorted(the_dict) will work
[11:18] <karni> facundobatista: right, thanks for the tip :)
[11:19] <facundobatista> karni, ah, you have departments more important than others?
[11:19] <karni> facundobatista: correct :)
[11:19] <karni> facundobatista: I now just feed them the order I want
[11:19] <facundobatista> yeap
[11:36] <karni> facundobatista: why does amazon scope use single space for query when surfacing?
[11:39] <facundobatista> karni, IIRC, you need to send that, otherwise it won't answer correctly
[11:40] <facundobatista> (that is: a generic search, useful for surfacing)
[11:40] <karni> facundobatista: I see Keywords=' ' -- so this is Amazon specific, right?
[11:41] <facundobatista> karni, yes
[11:41] <karni> ack
[11:48] <dednick> Saviq: any idea why overriding sets in settings app doesnt work?
[11:48] <Saviq> dednick, no, it's completely bollocks
[11:49] <Saviq> dednick, but I don't want to block on this
[11:49] <Saviq> dednick, as you can see it worked in the test (and actually works in unity8)
[11:50] <dednick> Saviq: hm. and should it be a string rather that an array?
[11:50] <dednick> ie. why are we testing multiple sets?
[11:50] <Saviq> dednick, yes we are
[11:50] <Saviq> dednick, in settings, for example, some of the icons come from the apps set, some from the status set
[11:51] <dednick> i c. and we don't know which one beforehand? or is it just because of this FIXME?
[11:54] <Saviq> dednick, yeah, we don't
[11:54] <Saviq> dednick, we just get the name
[11:54] <Saviq> dednick, the FIXME is just about the default being [ "status" ] instead of what it is now
[11:54] <dednick> Saviq: ok
[12:07] <dednick> Saviq: done. just some small bits
[12:10] <Saviq> dednick, fixed
[12:12] <Saviq> dednick, can you do https://code.launchpad.net/~unity-team/unity8/suru-switch/+merge/207991 too, or should I find another victim?
[12:13] <dednick> Saviq: can do. just busy with usc review
[12:13] <Saviq> dednick, k thanks
[12:16] <dednick> Saviq: fixed  https://code.launchpad.net/~unity-team/ubuntu-settings-components/suru-theme/+merge/220739
[12:16] <dednick> Saviq: is the theme changing on desktop as well?
[12:16] <Saviq> dednick, yes
[12:17] <dednick> ok
[12:17] <Saviq> dednick, I mean under unity8 desktop
[12:17] <Saviq> on that note
[12:17] <Saviq> bregma, seb128, could you please test out silo 004 under unity8 desktop session?
[12:18] <dednick> Saviq: hm. you removed the UBUNTU_ICON_THEME from autopilot cmake? Is that sorted by the code now?
[12:18] <Saviq> dednick, we don't have any say in that any more
[12:18] <Saviq> dednick, UITK hardcodes the theme
[12:18] <dednick> ok. thought it might
[12:19] <Saviq> since https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1284218
[12:19] <dednick> so much for theming...
[12:19] <Saviq> dednick, you don't need layouts in build-deps do you?
[12:19] <dednick> Saviq: for tests
[12:19] <Saviq> dednick, are there tests for StandardMenu?
[12:20] <Saviq> or is something wrapping it?
[12:20] <seb128> Saviq, I don't have my test machine with me atm ... bregma, can you do it?
[12:20] <dednick> uhhh. maybe not.
[12:20] <dednick> but there will be :)
[12:20] <Saviq> dednick, ok ;)
[12:20] <Saviq> ACK
[12:21] <bregma> Saviq, I'm doing it -- just a sanity test, right?  we shouldn't see anything new or unusual?
[12:22] <Saviq> bregma, yes, it should just look better ;)
[12:22] <dednick> Saviq: no gu rounding?
[12:22] <Saviq> dednick, see commit comment
[12:22] <Saviq> dednick, now that icons are non-square
[12:22] <Saviq> dednick, we ended up with huge gaps between icons
[12:22] <bregma> Saviq, change is bad, I want my old Unity 8 back, I'm off to complain on the internets
[12:23] <Saviq> ;)
[12:23] <Saviq> dednick, because e.g. they *just* passed gu boundary, or were just under
[12:23] <Saviq> dednick, that ended up throwing them all over the place, it looked really bad
[12:25] <dednick> Saviq: design know about that? there is a specific requirement about that.
[12:25] <Saviq> dednick, there *was*
[12:25] <Saviq> dednick, it was for the old icons
[12:25] <Saviq> dednick, let's go with that now and I'll let them know
[12:26] <Saviq> dednick, and see if they care any more
[12:26] <dednick> Saviq: ok. :)
[12:35] <karni> Would it be possible to have surfacing in a scope different than the root of the departments tree? (imagine I have quite heavy "All" department and, while I want it to be available to the user, I would like to start with a subdepartment instead for initial surfacing)
[12:36] <karni> One of the ways would be to actually have the "All" department as one of the subcategories, but the order wouldn't look right (in this case, something I currently have as a subdepartment could take place of initial surfacing)
[12:37] <Saviq> karni, I can't think why not
[12:37] <Saviq> karni, you just need to make sure that the department you send with surfacing is a child
[12:37] <Saviq> karni, and has parent info
[12:38] <karni> Saviq: right. I'll look closer at the amazon scope. thanks
[12:38] <karni> Saviq: what exactly you mean by "has parent info" ?
[12:39] <Saviq> karni, it needs the name and id of the parent scope
[12:39] <Saviq> s/scope/department/
[12:40] <Saviq> karni, hmm not sure your side of the API looks the same as mine ;)
[12:40] <Saviq> karni, you'll have to check with pstolowski / mhr3
[12:40] <dednick> Saviq: hm. slider test failed on jenkins...
[12:40] <karni> Saviq: yeah, looking at the doc now, and can't figure it out. I'll try digging, thanks
[12:40] <Saviq> dednick, lemme see
[12:41] <dednick> Saviq: https://jenkins.qa.ubuntu.com/job/ubuntu-settings-components-qmltests-utopic/3/?
[12:41] <Saviq> dednick, yeah, fails locally, too
[12:42] <Saviq> dednick, looks like the tap misses the button TBH
[12:42] <dednick> Saviq: yeah, probably due to a failed icon load
[12:43] <dednick> Saviq: oh. min/max button tests. probably isn't one if there isn't an icon :)
[12:44] <Saviq> dednick, well, they're there...
[12:44] <dednick> Saviq: possibly still loading when the test is run. changing shape maybe
[12:47] <Saviq> dednick, heh, actually slightly different issue ;)
[12:47] <Saviq> dednick, fixed
[12:48] <dednick> Saviq: needs putting into https://code.launchpad.net/~unity-team/ubuntu-settings-components/suru-theme/+merge/220739
[12:48] <Saviq> dednick, ah, right
[12:48] <Saviq> wrong branch
[12:50] <Saviq> dednick, done
[12:50] <dednick> Saviq: approved
[12:51] <Saviq> dednick, tx
[12:52] <Saviq> dednick, re-ack please, had to merge
[12:54] <dednick> Saviq: done
[12:54] <Saviq> o/
[12:55] <Saviq> tsdgeos, please merge your qtbase and qtdeclarative branches, there was stuff in distro that was not on the branches, so you need to bump changelog more
[12:56] <dednick> Saviq: is there a new icon theme not released yet? I'm missing a alarm icon
[12:57] <dednick> https://code.launchpad.net/~tiheum/ubuntu-themes/suru-icons/+merge/217767 ?
[12:57] <Saviq> dednick, it's in silo 5
[12:57] <Saviq> dednick, that branch, that is
[12:57] <Saviq> dednick, looks like you're right, we're missing it in the theme
[12:58] <dednick> Saviq: unity8 is in the silo
[12:58] <dednick> 5
[12:58] <Saviq> dednick, meant silo 4 sorry
[12:58] <Saviq> dednick, can you see its name in ~/.cache/upstart/unity8.log?
[12:58] <dednick> Saviq: file:///usr/share/icons/suru/status/scalable/alarm.svg
[12:59] <dednick> Saviq: getting quite a few errors.
[12:59] <dednick> althought they're probably just from first icons failing
[12:59] <Saviq> yeah
[13:04] <Saviq> dednick, hmm can you see what names are being tried for the alarms icon? (somehow I don't get it here at all)
[13:07] <dednick> Saviq: sure
[13:07] <tsdgeos> Saviq: hmm, against which branch then?
[13:07] <Saviq> dednick, in theory you should get the qwarn
[13:07] <Saviq> tsdgeos, the branch is updated already
[13:07] <tsdgeos> ah, so only remerge
[13:07] <Saviq> tsdgeos, yup
[13:08]  * Saviq needs food
[13:08] <tsdgeos> Saviq: i don't see any diff
[13:09] <tsdgeos> http://paste.ubuntu.com/7731339/
[13:09] <Saviq> tsdgeos, http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtbase-opensource-src/revision/182 http://bazaar.launchpad.net/~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src/revision/159
[13:11] <Saviq> tsdgeos, ah huh
[13:11] <Saviq> rsalveti, the changes from Albert's branches were not in distro yet
[13:12] <Saviq> rsalveti, your change was already released as ubuntu5
[13:12] <Saviq> rsalveti, but we need a change on top of that
[13:12] <rsalveti> let me check
[13:13] <rsalveti> Saviq: oh, right, sorry, 11 hours jetlags are not helpful
[13:13] <rsalveti> let me fix those
[13:13] <rsalveti> Saviq: should I just upload to the archive?
[13:14] <Saviq> rsalveti, well, sure
[13:14] <rsalveti> give me a sec
[13:14] <Saviq> rsalveti, I wanted to push through silo, 'cause I'm not powerful enough
[13:14] <Saviq> rsalveti, just do a sanity-check on the changes then
[13:14] <rsalveti> yeah
[13:14]  * Saviq really needs food
[13:14] <rsalveti> Saviq: they are upstream changes
[13:14] <rsalveti> so fine
[13:15] <Saviq> rsalveti, well, one of them is rejected upstream ;)
[13:15] <rsalveti> Saviq: :-)
[13:15] <Saviq> being a hack, and in lieu of a proper fix
[13:15] <rsalveti> right
[13:15] <dednick> Saviq: "image://theme/alarm-clock,alarm"
[13:16] <dednick> it's in actions set
[13:16] <Saviq> dednick, ah, nasty
[13:16] <Saviq> dednick, will add actions there then
[13:17] <Saviq> dednick, pushed
[13:19] <tsdgeos> Saviq: rsalveti; it's technically not rejecte but "let's wait for the guy that knows better to approve or reject"
[13:19] <rsalveti> alright
[13:19] <dednick> Saviq: so where?
[13:19] <dednick> to.
[13:19] <Saviq> dednick, unity8
[13:20] <Saviq> dednick, just added "actions" as a fallback set
[13:20] <dednick> Saviq: ah
[13:20] <Saviq> dednick, I'm in quick'n'dirty mode now, didn't you notice? ;P
[13:21] <Saviq> FOOD
[13:21]  * Saviq suspends to not hear the pings
[13:21] <dednick> ahha. i did :)
[13:31] <dednick> Saviq: reviewed https://code.launchpad.net/~unity-team/unity8/suru-switch/+merge/207991. tiny fix
[13:35] <davmor2> Saviq: you have another mode?
[13:46] <dandrader> mzanetti, if I slowly do a right edge-drag and release before it leaves phase 0 I'm getting "Cannot read property 'fullscreen' of null" because of "root.fullscreen = ApplicationManager.get(index).fullscreen;" in "function snapTo(index)" which uses index[13:47] <dandrader> mzanetti, but when you have only one app running
[13:47] <dandrader> mzanetti, there's only index 0
[13:48] <mzanetti> dandrader: pushed a fix for that like 2 minutes ago
[13:49] <dandrader> :)
[13:51] <mzanetti> dandrader: am I correct with this? https://code.launchpad.net/~mzanetti/unity8/new-header/+merge/224585/comments/541168
[13:53] <dandrader> mzanetti, you mean the lower right part of the "SEARCH" label?
[13:53] <mzanetti> dandrader: no, the search label in the panel is gone... Instead we have a magnifier glass icon in the header of the dash, at the right edge
[13:54] <mzanetti> dandrader: and parts of it are not clickable
[13:54] <mzanetti> I'm quite sure its the 2 grid units used for the drag area at the right
[13:54] <dandrader> mzanetti, ah, ok. then yeah, your comments sounds right
[13:54] <mzanetti> tsdgeos: ^
[13:55] <Saviq> davmor2, pfft!
[13:55] <mzanetti> tsdgeos: you can tryPageHeader, it won't happen there
[13:55] <dandrader> mzanetti, gesture canceling will come after qt comp has landed
[13:55] <tsdgeos> mzanetti: ?¿
[13:55] <mzanetti> tsdgeos: but as all the apps use the same header and have icons in the same place, I don't think its a real issue
[13:55] <mzanetti> tsdgeos: re comment https://code.launchpad.net/~mzanetti/unity8/new-header/+merge/224585/comments/541168
[13:55] <tsdgeos> why is half of the thing not being clickable ok?
[13:56] <mzanetti> tsdgeos: yeah, the shell's right/left edges drag areas cover it
[13:56] <tsdgeos> ah
[13:56] <tsdgeos> :/
[13:56] <mzanetti> tsdgeos: after QtComp has landed those areas will inject clicks to the app behind if its not a real gesture
[13:56] <dandrader> mzanetti, tsdgeos can't we add some right margin to the icon so that it doesn't stand so close to the edge?
[13:56] <mzanetti> dandrader: no
[13:56] <dandrader> btw, haven't seem the thing yet
[13:57] <mzanetti> well, the SDK would need to do that in the header for all apps
[13:57] <Saviq> dednick, fixed, pushed
[13:58] <dandrader> mzanetti, a workaround, if this is really bothering, is to reduce the height of the right-edge EdgeDragArea so that it begins right below the header
[13:59] <tsdgeos> dandrader: mzanetti: let's just land QtComp :D
[13:59] <mzanetti> dandrader: I don't think this is a real issue. Otherwise apps people would have complained already
[13:59] <mzanetti> dandrader: its just that tsdgeos found it in the review and hence the discussion popped up
[14:01] <mzanetti> dandrader: but here's one for you: in QtComp's input handler we'd need to forward keypresses to the apps again
[14:01] <rsalveti> tsdgeos: Saviq: done, https://launchpad.net/ubuntu/+source/qtbase-opensource-src/5.3.0+dfsg-2ubuntu6 and https://launchpad.net/ubuntu/+source/qtdeclarative-opensource-src/5.3.0-3ubuntu6
[14:01] <mzanetti> dandrader: QtComp breaks for example Volume up/down keys in apps
[14:02] <Saviq> rsalveti, thanks
[14:02] <tsdgeos> +1
[14:02] <sil2100> Saviq: when are we landing 008 :8 ?
[14:03] <Saviq> sil2100, no idea
[14:04] <dandrader> mzanetti, could you add it here (if it's not there already)? -> https://docs.google.com/a/canonical.com/spreadsheets/d/1Balt7jlHQlNuf7RBuXYjnYJWaICd_wTRpSVfTYYb3cQ/edit#gid=0
[14:04] <Saviq> sil2100, you'll need to talk to tvoss :)
[14:05] <mzanetti> dandrader: just added it
[14:05] <mzanetti> dandrader: 22
[14:05] <dandrader> mzanetti, thanks
[14:05] <mzanetti> btw, see 21
[14:06] <mterry> Does anyone have any experience with QFuture?
[14:07] <kgunn> greyback_: so dednick and i were just chatting on trust prompts then we started talking about use of desktop file hints...and why unity-mir "verifies" this, is it _only_ to launch from the command line ?
[14:07] <greyback_> kgunn: yes, only for that reason.
[14:08] <greyback_> kgunn: I want to remove it ultimately
[14:08] <kgunn> greyback_: wow...ok, so if we wholly rely on the "system" to check security...and we remove this, then we don't really need to add anything
[14:08] <kgunn> back in place
[14:09] <greyback_> kgunn: yep, can move the decision making into that "system"
[14:09] <greyback_> whetever that is
[14:09] <greyback_> appArmor?
[14:09] <kgunn> greyback_: so if an app shows up (e.g. a trusted provider) wanting to connect to mir & draw stuff...and its been "checked" by app armor at the mir socket level then
[14:10] <kgunn> unity-mir just says "ok"....never refuses for any reason
[14:10] <greyback_> kgunn: well unity-mir still needs to know the desktop file associated with the process
[14:10] <kgunn> greyback_: hmmm, that's the prob as dednick pointed out....trusted provider won't have a desktop file
[14:10] <kgunn> assoc'd
[14:11] <greyback_> which would be a pity. A trust provider would ideally have a manifest file of some kind to tell shell "this is how I want my splash screen to look"
[14:11] <greyback_> and I think desktop files are good for that
[14:11] <dednick> but the desktop file is found when we have the app id from upstart isnt it?
[14:12] <dednick> greyback_: so do we really need anything in "authoriseSession"?
[14:12] <greyback_> dednick: if that trust helper is launched via upstart, then yes. But I saw people saying that dbus activation could be used
[14:13] <greyback_> in that latter case, unity-mir only gets a PID. It can't reliably associate an appId & thus desktop file with that
[14:14] <dednick> greyback_: but the prompt providers could be started by upstart maybe?
[14:14] <greyback_> dednick: if we can convince everyone to do that, then I think we're golden
[14:14] <kgunn> dednick: if that's the case...that'd be a new mandate not discussed yet
[14:14] <dednick> not sure about that though...
[14:14] <greyback_> nor am I.
[14:15] <greyback_> proper integration of dbus-activation and upstart would be only way to make everyone happy
[14:15] <greyback_> but that's not trivial I'd imagine
[14:16] <mzanetti> dednick: when I have a bluetooth mouse attached, unity8's indicator only shows battery status of that mouse instead of the notebook
[14:16] <dednick> mzanetti: yeah... sucks huh
[14:16] <mzanetti> dednick: is that indicator-power?
[14:16] <dednick> mzanetti: yep
[14:17] <mzanetti> ok, reporting
[14:17] <greyback_> mzanetti: I've that problem with my desktop. My bluetooth keyboard always reports 0 battery, so I always have a red battery symbol
[14:17] <greyback_> would be nice to see both power icons
[14:17] <dednick> greyback_: so, should we just be authorizing everything coming into autoriseSession?
[14:18] <kgunn> greyback_: dednick ....so i'm re-reading, iiuc, you're saying...desktop file not used for "authorization"...but good for things like "here's my splash screen"...so more about user exp affectations
[14:18] <mzanetti> greyback_: heh, I remember KDE had this problem about a year ago... it would even suspend my PC when the mouse runs empty :D
[14:18] <kgunn> dednick: much simpler way to ask the question :P
[14:18] <mzanetti> or not suspend the PC if the mouse is full
[14:19] <mhr3> tsdgeos, how doable is another chevron on the scopes category headers?
[14:19] <greyback_> dednick: no, every app must have a desktop file. A trusted helper isn't an app, so perhaps can be exempt from that
[14:20] <tsdgeos> mhr3: to do what?
[14:20] <tsdgeos> mhr3: or you mean a different shape?
[14:20] <mhr3> tsdgeos, to perform a new query, possibly open temp dash page
[14:20] <tsdgeos> waht?¿
[14:20] <mzanetti> greyback_: if you wanna add something or confirm: https://bugs.launchpad.net/unity8/+bug/1336285
[14:21] <mhr3> tsdgeos, design...
[14:21] <tsdgeos> mhr3: so every line has two different "buttons"?
[14:21] <mhr3> tsdgeos, well, no, the original expanding chevron should go away
[14:21] <tsdgeos> mhr3: not doable timewise, i have 1.5h of work left and them i'm off until next tuesday
[14:21] <tsdgeos> :D
[14:21] <mhr3> there should be "See more" below the first row
[14:22] <kgunn> greyback_: but then how do you "know" its a trusted helper ?
[14:22] <kgunn> or a trust provider
[14:22] <dednick> kgunn: at the moment, authoriseSession is used to reject everything that unity doesnt consider a legal unity application (ie doesnt have a desktop file so will not appear in application lists). However, there are some exceptions to that rule, eg OSK.
[14:22] <dednick> It also allows us to start processes via command line by providing a desktop_file_hint so that it will consider these processes as unity applications.
[14:22] <dednick> bit more complicated way of thinking of it ;)
[14:22] <mhr3> s/first/x-th/
[14:23] <greyback_> kgunn: that's the problem. unity-mir has no way to determine that, something external needs to know
[14:23] <dednick> kgunn: in trust sessions current unity-mir implementation, we have added the trust sesion processes to that list of exceptions which include OKS
[14:23] <dednick> s/OKS/OSK
[14:23] <mhr3> tsdgeos, i'm mostly wondering if it's tweaking a bit of qml or more involved
[14:23] <tsdgeos> mhr3: i'm not sure i understand the concept yet
[14:24] <kgunn> dednick: so sounds like your task is more like you originally described
[14:24] <tsdgeos> mhr3: which of the 3 different chevrons we have in deparments has to be replaced/changed?
[14:24] <dednick> kgunn: what we decided in the meeting now (as i understood), was to created a socket in mir which is pre-trusted, and will bypass the autoriseSession process.
[14:24] <mhr3> tsdgeos, not about departments
[14:24] <tsdgeos> :D
[14:24] <dednick> kgunn: the helpers will connect to this trusted socket
[14:24] <tsdgeos> sorry
[14:25] <tsdgeos> mhr3: you mean https://code.launchpad.net/~aacid/unity8/grid-see-more ?
[14:25] <tsdgeos> it's doable
[14:25] <tsdgeos> needs work
[14:25] <tsdgeos> that branch probably doesn't compile nor merge anymore
[14:25] <mhr3> ah, yea, that will be part of it
[14:25] <dednick> kgunn: but the trust prompt providers will not, which is why they still will go through authoriseSession.
[14:25] <tsdgeos> and by doable i mean "it's not hard", not "we have time" ;)
[14:25] <mhr3> tsdgeos, then the other part is conditionally adding a chevron to some categories
[14:28] <dednick> greyback_: i was just saying return true from authorizeSession, not to give everything "app status"
[14:28] <tsdgeos> mhr3: it's not impossible if we get a design, but i for sure don't think i'll have cycles for it
[14:29] <tsdgeos> dash overview still needs to be done ^_^
[14:29]  * tsdgeos jumps over the window
[14:29] <dednick> ie. only things with a dekstop file will become apps, but we don't reject session connection attempts.
[14:29] <mhr3> tsdgeos, that's why i'm asking how complex is it, maybe i could manage
[14:29] <dednick> greyback_: ^
[14:29] <tsdgeos> mhr3: you could give it a try, shouldn't be ultra hard
[14:30] <greyback_> dednick: then _anything_ can connect to Mir. We wanted shell to mediate exactly what can connect or not.
[14:30] <mhr3> tsdgeos, wanted to hear "easy / simple", not "not ultra hard" :P
[14:30] <dednick> greyback_: yeah, but "what cant" ?
[14:30] <mhr3> tsdgeos, which means "only mildly hard"? :)
[14:30] <greyback_> dednick: seems a security risk to allow processes to connect to mir, but are "ignored" by the shell
[14:31] <greyback_> dednick: app that does not have a desktop file associated with it, or app which already has running instance.
[14:31] <greyback_> same old stuff
[14:33] <dednick> greyback_: anything stopping you from running an app on your desktop?
[14:35] <tsdgeos> mhr3: means easy if you have the time
[14:42] <kgunn> dednick: i _think_ i understand, and yeah...so you and greyback_ are still determining, does unity-mir really have an "authorization" role to play here...
[14:43] <greyback_> kgunn: dednick: the reason we impose a strong app-desktopFile connection with Mir & authorizeSession is to avoid the horror that is BAMF in today's unity desktop, which uses complex heuristics to try match a process with a desktop file
[14:44] <greyback_> it is also a security and performance restriction, only letting things connect to Mir that a user expects
[14:47] <Saviq> dednick, I pushed the fix to unity8 btw
[14:54] <tsdgeos> Saviq: https://code.launchpad.net/~unity-team/unity8/scope-customizations/+merge/225170
[14:55] <Saviq> tsdgeos, yup, saw that, thanks!
[14:55] <tsdgeos> i'm going to try to do some small stuff before leaving
[14:55] <tsdgeos> but mostly anotated with TODOs what i think needs doing
[14:55] <Saviq> yup
[14:56] <mhr3> tsdgeos, yey, customizations, the server should already provide logos for a few scopes, did you see any?
[14:56] <tsdgeos> mhr3: didn't try ^_^ just on the test apps
[14:57] <tsdgeos> mhr3: know which scopes?
[14:57] <mhr3> tsdgeos, amazon
[14:57] <tsdgeos> let me see
[14:58] <mhr3> tsdgeos, +wiki, +grooveshark
[14:59] <tsdgeos> mhr3: yep, they show up
[15:00] <tsdgeos> we're having a pixelization problem somewhere i'd say though
[15:00] <mhr3> tsdgeos, snap a screenshot so cwayne is happy :)
[15:00] <mhr3> or maybe don't then :P
[15:00] <cwayne> hah, i've already branched it and am building now :P
[15:01] <tsdgeos> mhr3: cwayne: http://i.imgur.com/T6oD5it.png
[15:01] <cwayne> holy crap that makes me happy
[15:02] <tsdgeos> cwayne: you need unreleased ubnutu-sdk stuff to run it, may not be so trivial
[15:02] <tsdgeos> cwayne: mzanetti has some custom build debs for you if you really want to
[15:02] <cwayne> i think i need to be at a sprint with you guys so I can properly repay all of you with beers
[15:02] <cwayne> id like to if there's debs :)
 https://chinstrap.canonical.com/~mzanetti/qtdeclarative5-ubuntu-ui-toolkit-plugin_0.1.47+14.10.20140618-0ubuntu1_amd64.deb
 https://chinstrap.canonical.com/~mzanetti/ubuntu-ui-toolkit-theme_0.1.47+14.10.20140618-0ubuntu1_amd64.deb
[15:03] <tsdgeos> -*- mzanetti hopes you use amd64
[15:03] <mhr3> tsdgeos, oh yea +ebay :)
[15:06] <dednick> Saviq: approved.
[15:06] <Saviq> dednick, o/
[15:08] <Saviq> dednick, top-ack?
[15:08] <dednick> Saviq: done
[15:09] <Saviq> \o/
[15:10] <dednick> now. some food would be nice...
[15:49] <bregma> I get a segfault in Unity8 on the desktop today, during startup
[15:50] <bregma> #1  0x00007fffef5903fc in ServerStatusListener::started() () from /usr/lib/x86_64-linux-gnu/libunity-mir.so.1
[15:50] <bregma> anyone else see that?
[15:51] <Saviq> greyback_, ↑↑ ideas?
[15:52] <greyback_> bregma: never seen that ever before. Backtrace possible?
[15:53] <bregma> greyback_, I'm currently installing ddebs (hope they're available for the packages)
[15:57] <kgunn> dednick: do you need some reviewer love on
[15:57] <kgunn> https://code.launchpad.net/~nick-dedekind/unity8/indicator.call-hint/+merge/218627
[15:58] <kgunn> Saviq: ^ it'd be great if we can land this by thurs
[15:58] <kgunn> think nick was updating tests y'day....but should be good now?
[15:58] <Saviq> kgunn, sure, doable
[16:04] <bregma> greyback_, I'm wrong about a segfault, it's just caught in some kind of loop receiving SIGSTOP and eventually gets killed
[16:05] <greyback_> bregma: ok, thanks for letting me know
[16:27] <Saviq> bregma, did you manage to test silo 4 with the new icons then?
[16:28] <Saviq> dandrader, would you have time to review https://code.launchpad.net/~nick-dedekind/unity8/indicator.call-hint/+merge/218627 ?
[16:31] <dandrader> Saviq, I can do it first thing tomorrow
[16:32] <Saviq> dandrader, that would be great, thanks
[16:32] <dandrader> Saviq, btw, where's the "Approved by: " line in commit messages?
[16:33] <dandrader> Saviq, I've a feeling that automation will never come back :(
[16:33] <Saviq> dandrader, file a bug in https://bugs.launchpad.net/ubuntu-ci-services-itself
[16:33] <Saviq> dandrader, assign sil2100 to it
[16:33] <Saviq> dandrader, it'll happen :)
[16:38] <dandrader> Saviq, reported it https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1336409
[16:38] <dandrader> Saviq, but I'm not able to assign it to him
[16:38] <dandrader> sil2100, https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1336409 could you please take it? :)
[16:39] <dandrader> Saviq, hmm, so you know the proper wording for this stuff ;)
[16:39] <Saviq> dandrader, kinda have to ;)
[16:41] <Saviq> daaamn ^W
[16:43] <dednick> kgunn: yup, it's ready to be reviewed
[16:44] <mzanetti> Saviq: what up? :D
[16:44] <Saviq> mzanetti, I tend to press ^W a lot to close tabs in firefox
[16:45] <mzanetti> ah :D
[16:45] <Saviq> mzanetti, but with two screens I often end up doing that in the xchat window
[16:45] <Saviq> hence leaving the channel
[16:45] <mzanetti> hey, just flashed latest devel-proposed. did we anything that could break launching stuff from indicators?
[16:45] <Saviq> ^Q directed at Qt creator ends up in Firefox sometimes, too ;)
[16:45]  * mzanetti never closes stuff
[16:45] <Saviq> mzanetti, not that I know of
[16:46] <mzanetti> Saviq: seems to be broken here :/
[16:46] <Saviq> mzanetti, I sometimes have like three different QtC with different sessions open
[16:46] <Saviq> mzanetti, will check in a mo after autopilot finishes
[16:47] <mzanetti> lately my X seems to crash daily between 6 and 7 pm, that helps with cleaning up windows
[16:47] <Saviq> you should try Unity, you'd your desktop cleaned up much more often ;P
[16:47] <Saviq> +have
[16:48] <mzanetti> why?
[16:48] <Saviq> j/k
[16:48] <Saviq> but it's been annoying me a few times lately
[16:48] <Saviq> ending up in ctrl+alt+backspace
[16:48] <mzanetti> oh really, didn't have that in ages
[16:48] <Saviq> sometimes it just locks up for me
[16:48] <Saviq> today nautilus lost theming
[16:49] <mzanetti> but as I said, on friday and yesterday this time my X just went away :D but only the work desktop, leaving me with the private one... probably some work hours control feature
[16:50]  * Saviq should cron something like that
[16:51] <Saviq> probably just needs to get it from tsdgeos
[16:51] <mzanetti> lol
[16:58] <mzanetti> kgunn: packages built
[16:58] <mhr3> i still like our `restart scope-registry`
[16:58] <mhr3> which seems to be alias for `pkill -f init`
[16:59] <mzanetti> hmmm...
[16:59] <mzanetti> my crashes did happen when calling ./run.sh
[17:00] <mhr3> if you have init's .crash in /var/crash then that's it
[17:00] <mzanetti> I do :)
[17:00] <mhr3> mzanetti, cool... so just wait till 16.04 when we'll have systemd :P
[17:01] <mzanetti> :)
[17:02] <mzanetti> I think I have crash files for KDEs crash reporter here
[17:03] <mhr3> crash-ception
[17:23] <Saviq> seb128, duude, how long do the settings ap tests take? :P
[17:24]  * Saviq likes qmltests :P
[17:30] <AlbertA> can somebody take a look at: https://code.launchpad.net/~albaguirre/unity-system-compositor/fix-1336411/+merge/225209
[17:37] <mzanetti> kgunn: heads up... some dependencies changed in the system => qtmir failed to build in the ppa => mismatch => ppa broken atm :/
[17:37] <mzanetti> kgunn: seems some transition in the underlaying deps.. should hopefully go away soon
[17:44] <kgunn> ack
[18:23] <sil2100> dandrader|lunch: let me take a look ;)


[12:12] <LaserJock> I am
[12:14] <LaserJock> beuno: should you maybe have a link to LinuxTag?
[12:15] <LaserJock> beuno: http://www.linuxtag.org/2007/
[12:24] <Rinchen> LaserJock is an editor. Oh man, I'll have to go fix that.
[12:27] <beuno> :D
[12:27] <beuno> LaserJock: maybe, I thought it was an overkill, but go for it
[12:50] <LaserJock> Rinchen: now now
[12:50] <Rinchen> :-)
[12:51] <LaserJock> just because I'm in Doc team, Edubuntu, MOTU, Fridge, etc.
[12:53] <LaserJock> Rinchen: now I'm testing PPA
[12:53] <Rinchen> :-)
[01:02] <LaserJock> beuno: I'm not sure of exactly how I'm supposed to approve a story
[01:02] <LaserJock> but I managed to get there anyway
[01:03] <beuno> LaserJock: I saw, thanks!
[01:03] <beuno> you just have to mark it as published   :D
[01:03] <LaserJock> and added the link, just because I like to be able to see the website of a conference if I see a writeup of it
[01:03] <LaserJock> at first I thought I just needed to "vote" for it in the submission queue
[01:03] <LaserJock> then I found the place to mark it as published
[01:04] <beuno> yes, there really isn't much explanation on how this whole editor thing works
[01:04] <LaserJock> anyway, it's there
[01:04] <LaserJock> :-)
[01:04] <LaserJock> we'll get Fridge hopping :-)
[01:05] <beuno> yay!
[01:06] <LaserJock> I'm going to talk with willvdl to see if he's got any good Edubuntu links
[01:06] <LaserJock> seems like he sent me a Edubuntu Feisty review or something
[01:18] <LaserJock> hmm, something seems wrong with "In the Press"
[01:19] <beuno> what do you mean by "wrong"?
[01:19] <LaserJock> on the Fridge Home the news items listed there are kinda old
[01:19] <LaserJock> when you click on "More" down there it takes you to a page that has lots of newer stuff
[01:20] <LaserJock> the node numbers for the stuff on "In the Press" are 152-163
[01:21] <beuno> LaserJock: in http://fridge.ubuntu.com/?
[01:21] <LaserJock> doh, sorry, those are link numbers not node numbers
[01:22] <LaserJock> yes, on fridge.ubuntu.com
[01:22] <beuno> I see up to date news
[01:22] <beuno> don't know where you're looking..
[01:22] <LaserJock> it's just confusing a little that the items under "In the Press" are not what you get when you hit the "more" link at the bottom of it
[01:23] <LaserJock> hmm
[01:24] <LaserJock> ok, so fridge.ubuntu.com/press can hold both stories and links
[01:24] <beuno> LaserJock: where are you clicking?   I don't see any link on in the press
[01:24] <beuno> *to
[01:24] <LaserJock> the links show up in "In the Press" on fridge.u.c
[01:24] <LaserJock> the stories show up in the main area of fridge.u.c
[01:25] <LaserJock> beuno: on fridge.ubuntu.com, on the right side there is a "In the Press" box, at the bottom of that is a "more" link
[01:25] <beuno> LaserJock: aaaaaaah
[01:25] <beuno> right
[01:25] <beuno> interesting...
[01:26] <LaserJock> I'm just saying, when I clicked on that and it took me to fridge.u.c/press
[01:26] <LaserJock> I expected to see "Ubuntu Feisty Fawn Released Into the Wild"
[01:26] <LaserJock> first
[01:26] <LaserJock> but instead get "Dell offers Three consumer systems with Ubuntu 7.04"
[01:27] <LaserJock> which is in the main area on the fridge frontpage
[01:27] <LaserJock> so I think I get it now
[01:27] <beuno> LaserJock: yeap yeap, you're absolutely right
[01:27] <LaserJock> but it's a bit confusing
[01:28] <beuno> wierd, I don't see any differences between stories that would make it do that...
[01:31] <LaserJock> I think it's the difference between story and weblink content types
[01:32] <beuno> LaserJock: well, for some reason, that section doesn't seem to be updating
[01:32] <beuno> as if it stopped after the feisty article
[01:32] <beuno> because they're i order after that
[01:32] <LaserJock> I think the feisty article was the last weblink content type
[01:33] <LaserJock> the ones after it are story type
[01:33] <LaserJock> I *think*
[01:33] <LaserJock> if you look at the bottom of each one on /press
[01:34] <LaserJock> the ones with a "visit ..." are the ones that show up in the In the Press box
[01:34] <beuno> LaserJock: I got it
[01:34] <beuno> those aren't marked as "Promoted to front page"
[01:35] <beuno> and
[01:35] <beuno> they have a URL specified, yes
[01:35] <LaserJock> they have a Link line
[01:35] <beuno> yeah
[01:35] <beuno> exactly
[01:35] <beuno> :D
[01:35] <beuno> not very intituitive though
[01:35] <LaserJock> phew, now I'm getting it ;-)
[01:36] <beuno> so those are "weblinks" instead of "stories"
[01:37] <LaserJock> right
[01:37] <beuno> we get confused because we actually *see* the categories, but end users don't, so it's only confusing to us   :p
[01:37] <LaserJock> kinda
[01:37] <LaserJock> but it's a little confusing I think even for users that when they go to /press it's not what's in the In the Press box
[01:37] <beuno> there is not mention of categories in the frontend
[01:37] <beuno> yes
[01:37] <beuno> that "more" link isn't right
[01:38] <LaserJock> it links to everything that's In the Press
[01:38] <beuno> I found how to edit it!
[01:38] <LaserJock> but what's actually show in the box are all the link that are In the Press
[01:40] <beuno> I'm not sure how to filter it though...
[01:40] <beuno> how to show stuff in the "press" section, but only "weblinks"
[01:42] <LaserJock> yeah, that's what I'm trying to think of
[01:42] <beuno> for in the press, it's: http://fridge.ubuntu.com/taxonomy/term/7
[01:43] <beuno>  /press is an alias
[01:44] <beuno> LaserJock: maybe edit that part to show all instead of just weblinks to make it more intuitive?
[01:45] <LaserJock> I think we need better drupal hackers ;-)
[01:45] <beuno> probably   :D
[01:45] <beuno> http://fridge.ubuntu.com/admin/block/configure/block/1
[01:45] <beuno> that's where you edit that part
[01:45] <beuno> now we have to get someone who likes drupal better to change that link
[01:46] <beuno> or configure the /press alias to a different URL
[01:47] <LaserJock> well, we probably want to keep /press the way it is
[01:47] <LaserJock> but it'd be nice if the "more" link went to all weblinks in the inthepress category
[01:47] <beuno> yeap
[01:48] <beuno> just need to find out what filters type of content on the URL
[12:06] <LaserJock> hola Burgundavia


[05:16] <Mirv> renatu: still there? did you see questions from allan on silos 064 and 039?
[05:17] <Mirv> renatu: "Is a new calendar app required to see this fix? I'm finding that events (e.g. a breakfast appointment) no longer appear in day view to verify."
[07:16] <koza> trainguards, who could help in understanding/resolving a strange issue with silo 51?
[07:18] <robru> koza: what's the issue? Looks fine to me
[07:20] <koza> robru, it segfaults when installed on the device [latest image] however when compiled on device [using chroot] works fine. Could it be some kind of clash opf gcc versions [on chroot is gcc version 4.9.2 (Ubuntu/Linaro 4.9.2-10ubuntu13)] or mismatch in libs?
[07:21] <robru> koza: oh i have no idea about that. You should talk to the branch author or somebody who knows about the project in question. I just help if the ticket itself has an issue
[07:23] <koza> robru, I see, thanks
[07:23] <robru> You're welcome
[07:32] <Mirv> koza: also 4.9.2-10ubuntu13 was used for the PPA builds as seen in the build logs
[07:32] <Mirv> koza: vivid + stable-overlay don't have toolchain variations, so I can't think of too many things that could be different in PPA builders or on device
[07:33] <Mirv> koza: did you compile with for example 'debuild' on device or more like make / make install? using the packaging via debuild might bring some different compilation options compared to you running compilation manually
[07:34] <Mirv> koza: you can also install gdb and debug symbols on the device to try to get backtrace, although I'm not sure how qtubuntu-media/media-hub should be started in debug mode
[07:34] <koza> Mirv, so we have the same gcc version
[07:35] <koza> do not know how it was compiled on chroot as jhodapp did it however will check once he is online
[07:36] <Mirv> koza: yeah you'll probably need jhodapp to help in debugging that
[07:38] <koza> Mirv, thanks for extra info. we will take it from here and will see how it goes
[11:02] <om26er> popey, Hi!
[11:03] <om26er> popey, I need to land latest dekko, who can I request to create a silo ? I am volunteering to test it.
[11:12] <popey> om26er: it's already in a silo
[11:12] <popey> om26er: https://trello.com/c/3u8N2Xw8/3077-1280-dekko-popey
[11:13] <om26er> popey, great, one question though. how much effort/work will it be to land this change in that silo ? https://git.launchpad.net/~om26er/+git/dekko/commit/?id=81da994204079a620b04372c0be9e38697f17938
[11:13] <om26er> Just 4 lines and it will unblock me completely
[11:13] <popey> ask Dan
[11:13] <popey> testing has already started so it might have to wait for the next release
[11:14] <jibel> om26er, rvr is already testing it
[11:16] <om26er> jibel, popey, ok. this current silo has quite a few changes that I wanted for my tests. I will pursue another release once this lands then.
[12:00] <Saviq> trainguards, I just abandoned two silos and still can't assign any, says no silos available - that true?
[12:04] <Mirv> Saviq: does seem incorrect, there should be 19 free
[12:04] <Mirv> Saviq: might be a problem with the train then
[12:04] <Saviq> Mirv, https://ci-train.ubuntu.com/job/prepare-silo/
[12:04] <Mirv> Saviq: yeah I'm getting the same
[12:05] <Saviq> https://requests.ci-train.ubuntu.com/#/500
[12:05] <Mirv> unless sil2100 knows of any magic knobs we need to wait for robru. I remember in the past there was another situation like this, and back then even freeing up yet another silo did not help anything.
[12:05] <Saviq> oh well https://requests.ci-train.ubuntu.com/static/error.gif
[12:05] <Mirv> we can stare at that
[12:05]  * Saviq runs around waving frantically
[12:07]  * Saviq has a feeling robru is our SPOF
[12:08] <jhodapp> koza, Mirv I compiled it on device with "cd build; qmake ..; make -j3" and then copied the resulting .so file into the appropriate place under /usr
[12:30] <sil2100> hmmm
[12:31]  * sil2100 takes a look at that
[12:32] <sil2100> This will take a bit as I'm no longer up-to-date with the train code
[12:34] <sil2100> I htink I see one possible issue
[12:44] <sil2100> uuuu, looks like latest change in bileto broke it
[12:47] <sil2100> Mirv, Saviq: it looks like the reason this does not work is because robru removed the 'distribution' dropdown from bileto
[12:47] <sil2100> Mirv, Saviq: so now it's not really possible to set the target distribution to 'ubuntu', it's left as '' by default
[12:47] <sil2100> Mirv, Saviq: which makes CI Train think there are no silos available for this dest, as it doesn't know silos for the '' distribution
[12:48] <sil2100> In other words:
[12:48] <sil2100> I'll try to work-around it somehow
[12:48] <Saviq> ack
[12:49] <sil2100> I say 'work-around' because I do not know what plans robru had with removing the distribution field
[12:56] <sil2100> Saviq: ok, so I assigned your silo by hacking around the javascript - let me now try to get that into production
[12:57] <Saviq> sil2100, ack, thanks
[13:02] <robru> sil2100: oh god I'm so sorry
[13:03] <sil2100> robru: I have a workaround (just re-adding the distribution field) but not sure if that's what you planned having ;)
[13:04] <sil2100> btw. wow, isn't it like, super still-dark-outside morning at your place?
[13:04] <robru> sil2100: up early instead of up late
[13:04] <robru> sil2100: you could have reverted the latest commit and rolled that out
[13:06] <sil2100> robru: yeah, well, I just made a 1 line diff for now, can I push it to lp:bileto or you prefer to fix it more properly? I wouldn't want you to work when you have a free day ;)
[13:06] <sil2100> (or a revert, if that's safe to do)
[13:07] <robru> sil2100: just push it to trunk, it's my fault, once I'm more awake (in some hours) I'll fix it better
[13:07] <robru> sil2100: glad you figured it out
[13:09] <sil2100> robru: ok! Yeah, the workaround should just work for now, go back to sleep or get some coffee ;)
[13:09] <robru> sil2100: once it's on trunk just get webops to run a configger as per the wiki, should be smooth sailing
[13:09] <robru> sil2100: thanks yeah, I'll go back to sleep ;-)
[13:20] <sil2100> robru, Mirv, Saviq: the 'fix' will be deployed by webops in the nearest moments
[13:36] <Mirv> sil2100: thanks a lot!
[13:42] <sil2100> Mirv, Saviq: fix deployed! Please be sure to edit your requests and set the distribution field
[13:44] <sil2100> I suppose CI Train should just default to 'ubuntu' if distribution is '', but yeah, robru will decide on the final fix
[13:53] <Saviq> ack
[15:18] <Saviq> robru, hey, I just realized... what are you using to push to lp:~ci-train-bot/ branches?
[15:19] <robru> Saviq: the train is self hosting but I often just push to trunk if it's a simple fix
[15:20] <Saviq> robru, I meant to the project branches
[15:20]  * Saviq has a feeling that leaves borked tags when it --overwrites
[15:21] <Saviq> because the train tagged the previous version, pushed that to LP and then overwrites when it gets rebuilt
[15:21] <Saviq> so the tags remain on the LP branch forever...
[15:21] <robru> Saviq: oh that's possible
[15:22] <Saviq> gotta love bzr
[15:22] <robru> Saviq: so what are you wanting? dangling tags to be cleared?
[15:23] <robru> Saviq: yeah it just tags the release commit and then 'bzr push lp:~ci-train-bot/project/.... --overwrite'
[15:23] <Saviq> robru, by now - not really, since everyone has them already ;)
[15:23]  * Saviq almost gave up on bzr tags
[15:24] <robru> Saviq: what are you trying to use tags for and how is it not working? eg if you're looking at version numbers in debian/changelog those should all correspond to bzr tags (at least in xenial, the vivid half of a dual silo wouldn't)
[15:24] <robru> Saviq: also it should be easy to ignore dangling tags eg if you're trying to parse the output of 'bzr tags' because it just lists the tag without any revid.
[15:25] <Saviq> robru, sure, /me just dies a little every time I see them :P
[15:25] <robru> Saviq: write a script to delete them yourself ;-)
[15:25] <Saviq> robru, http://people.canonical.com/~msawicz/unity8/
[15:25] <Saviq> check out the date :P
[15:26] <robru> Saviq: so this was a problem 1.5 years ago and you're only just telling me now? :-P
[15:26] <Saviq> robru, no, back then it was us inheriting lp:unity tags
[15:27] <Saviq> robru, because we were hosting at lp:unity/8.0
[15:27] <robru> ah
[15:27] <robru> Saviq: file a bug I guess but it'll be quite some time until I get around to it, I'm off for the rest of the month
[15:28] <Saviq> robru, and we *almost just* got rid of them, but every now and again someone pops up with an old checkout in an MP and EVERYTHING has them again
[15:28] <Saviq> robru, yeah, I don't care any more really... looking forward to git ;P
[15:28] <robru> Saviq: yeah me too, once the parallelization/ephemeral PPA work is done it should be easy to add git support.
[15:29] <Saviq> robru, any reason why you didn't just land inline gles bits? ;)
[15:29] <Saviq> can we just sneak them in under the train? managing any silo while those are not landed is just meh
[15:29] <robru> Saviq: what do you mean? you want me to push my branches to trunks?
[15:29] <Saviq> robru, yeah ;P
[15:30] <robru> Saviq: because it was the last couple days before OTA10 was released and I didn't want to invalidate any silos by having unbuilt trunk commits in case there was a silo already in QA or something.
[15:30] <robru> Saviq: are they not all landed yet? the branches should be in every silo
[15:30] <Saviq> robru, yeah, problem arises as soon as any of the branches touches debian/control
[15:30] <Saviq> then you have to rebase on that
[15:31] <Saviq> robru, </complaining>, I'll manage
[15:31] <robru> Saviq: right. so I made a silo with my own branches but it never landed...
[15:32] <robru> Saviq: this is the future you chose, you have to rebase the patch every time you touch control file anyway ;-)
[15:32] <Saviq> robru, that's fine when it's in trunk
[15:32] <Saviq> but until then it's meh
[15:33] <Saviq> robru, really, our fault, I'll manage
[15:33] <robru> Saviq: https://requests.ci-train.ubuntu.com/#/ticket/1221 buh I forgot to signoff after the most recent rebuild. want me to submit it for QA?
[15:34] <robru> Saviq: I hadn't anticipated that so many qtmir/qtubuntu silos would just sit around for so long, I assumed you guys were actually landing silos with some frequency.
[15:34] <Saviq> robru, we are, except when there's OTAs, Ubuntu freezes, *things*
[15:35] <Saviq> robru, no, we've got another silo with this already - you can abandon, really
[15:35] <robru> Saviq: ok will do
[17:27] <Saviq> robru, hmm, do you know what's with https://ci-train.ubuntu.com/job/ubuntu-landing-069-0-status/7179/console ? did the packages fail to upload, or do you think it's just waiting?
[17:29] <robru> Saviq: how long has it been since you ran the build?
[17:31] <Saviq> robru, https://ci-train.ubuntu.com/job/ubuntu-landing-069-1-build/32/ ½h
[17:31] <Saviq> and they're still not there
[17:32] <robru> Saviq: Hmmmmmmm yeah that's pushing it, they should appear in just a few minutes
[17:32] <Saviq> robru, ok, will get back to you if they don't
[17:32] <Saviq> or well, will try another build maybe
[17:33] <robru> Saviq: looks like you have one running already
[17:33] <Saviq> robru, different pkg
[17:33] <robru> Ah
[17:34] <robru> Saviq: yeah you should ping Colin if the packages aren't appearing in the PPA, he can dig up the logs
[17:34] <Saviq> robru, kk
[17:54] <salem_> jibel, hi, we have a fix for bug 1571094 on silo 55, but looks like it's marked is failed because of a problem with unity8 tests.
[17:54] <ubot5`> bug 1571094 in Canonical System Image "/usr/bin/phone-gsettings-migration.py:ValueError:/usr/bin/phone-gsettings-migration.py@27:__call__:call_blocking" [High,In progress] https://launchpad.net/bugs/1571094
[17:55] <salem_> jibel, I think we had this problem before and you added the silo to the qa queue anyway. Could you do that again?