[03:58] <desrt> schroot is really neat
[03:58] <desrt> i should have learned this tool a long time ago
[03:58] <desrt> it's just the right level of container for the sort of things that i typically need to do
[12:47] <user22> hi guys..i had some problem with my Netgear wifi card..can some one please help.. :)
[12:47] <user22> http://askubuntu.com/questions/560911/problem-with-netgaer-driver-stopped-working-on-ubuntu-14-04-64-bit-ndiswrapper


[03:41] <MilosKleint> hi, here to report ongoing issues with connectivity to launchpad from bitbucket pipelines environment. https://answers.launchpad.net/launchpad/+question/698374  I've today managed to collect the output of mtr command on one of our failing builds.
[03:42] <MilosKleint> + mtr --report -T -P 80 ppa.launchpad.net
[03:42] <MilosKleint> Start: 2021-08-16T02:35:57+0000
[03:42] <MilosKleint> HOST: 26001bd5-4d62-4dd6-a4f5-cdd Loss%   Snt   Last   Avg  Best  Wrst StDev
[03:42] <MilosKleint>   1.|-- ip-10-203-199-145.ec2.int  0.0%    10    0.3   0.3   0.3   0.5   0.1
[03:42] <MilosKleint>   2.|-- ip-10-203-141-118.ec2.int  0.0%    10    0.5   0.5   0.3   0.7   0.1
[03:42] <MilosKleint>   3.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
[03:42] <MilosKleint>   4.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
[03:42] <MilosKleint>   5.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
[03:42] <MilosKleint>   6.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
[03:42] <MilosKleint>   7.|-- ???                       100.0    10    0.0   0.0   0.0   0.0   0.0
[03:42] <MilosKleint>   8.|-- <IP_ADDRESS>              40.0%    10    1.2   1.6   1.1   3.7   1.0
[03:42] <MilosKleint>   9.|-- <IP_ADDRESS>               10.0%    10   12.7   3.1   1.3  12.7   3.6
[03:42] <MilosKleint>  10.|-- <IP_ADDRESS>               10.0%    10    1.4   3.5   1.4  17.2   5.1
[03:42] <MilosKleint>  11.|-- ix-ae-14-0.tcore3.aeq-ash 50.0%    10    1.8   2.4   1.5   5.0   1.4
[03:42] <MilosKleint>  12.|-- ix-ae-14-0.tcore3.aeq-ash 60.0%    10    2.1   2.1   1.7   2.5   0.3
[03:42] <MilosKleint>  13.|-- if-be-55-2.ecore1.aeq-ash 10.0%    10    2.0   2.7   2.0   4.9   0.9
[03:42] <MilosKleint>  14.|-- ae-1-3110.edge3.London1.L  0.0%    10    2.6  39.4   1.6  77.4  39.1
[03:42] <MilosKleint>  15.|-- brd1-level3.ifl2.lateroom  0.0%    10    2.3  53.3   1.6  76.3  35.4
[03:42] <MilosKleint> the current failure rate is rather low compared to friday for example but still noticeable.
[04:16] <TJ-> MilosKleint: !<IP_ADDRESS> - someone is leaking internal shared addresses (private) CGNAT
[04:18] <TJ-> MilosKleint: and the follwing <IP_ADDRESS> is AWS
[06:42] <GunnarHj> Good morning!
[06:42] <GunnarHj> $ syncpackage -V 2.14.0-1 ibus-typing-booster
[06:42] <GunnarHj> Debian version 2.14.0-1 has not been picked up by LP yet. Please try again later.
[06:42] <GunnarHj> But nomally it doesn't take that long time. Possibly the problem is on the Debian side; the prompt about packaging latest upstream should be gone by now. https://tracker.debian.org/pkg/ibus-typing-booster
[08:12] <mitya57> Same problem with other packages (python-poppler-qt5, veusz). Maybe something broke on LP side with Bullseye release?
[08:24] <RikMills> same with some other stuff that hit unstable almost 24hrs ago
[08:44] <RikMills> merge-o-matic is picking up debian unstable stuff, so that does suggest LP end
[09:20] <cjwatson> Looks like there's been a Debian keyring change that we need to pick up.
[09:27] <cjwatson> debian-archive-keyring/impish has it, so just need to backport that I think
[10:23] <cjwatson> Backported and filed a ticket to have it upgraded (https://portal.admin.canonical.com/C132517 for those with access)
[13:21] <cjwatson> GunnarHj,mitya57,RikMills: Should hopefully be fixed as of the next run
[13:22] <cjwatson> Which will be in three hours or so if I have my timezone arithmetic right
[13:43] <GunnarHj> Thanks cjwatson!
[15:13] <RikMills> thank you :)
[17:21] <mitya57> cjwatson: it works now, thanks!
[17:27] <cjwatson> Oh yes, I hadn't got round to checking but there it is
[23:42] <MilosKleint> can someone help me out with what is the current status of network unreachability from us-east-1 aws datacenters? https://answers.launchpad.net/launchpad/+question/698374


[04:23] <ehw> hey, guys, where are the docs for juju's command-line switches? things like --config= --debug -v that kind of stuff
[04:24] <matt_B> I do not see it in $juju help commands
[04:24] <ehw> manpage also doesn't have it, or https://juju.ubuntu.com/docs/commands.html
[04:25]  * ehw just wants to specify which environment he's using
[04:25] <matt_B> You found the ones I have used, --debug and -v
[04:25] <ehw> matt_B: completely incidental; just passed along through oral history
[04:26] <matt_B> Is anyone able to issue juju debug-log with a local setup?  I get an error and found a bug report for it, but no workaround.
[04:27] <matt_B> https://bugs.launchpad.net/juju-core/+bug/1202682
[04:27] <_mup_> Bug #1202682: debug-log doesn't work with lxc provider <cts-cloud-review> <debug-log> <local-provider> <papercut> <ssh> <ui> <juju-core:Triaged> <https://launchpad.net/bugs/1202682>
[04:27] <ehw> matt_B: dug a bit more, switches are documented in the different commands; i.e. juju help deploy
[04:27] <matt_B> Thanks _mup_ got that number too, was wondering if any of the smart people here have worked around that
[04:28] <matt_B> thanks ehw, I will add that to my oral history
[04:28] <ehw> hehe
[04:28] <ehw> and for the record, juju switch is what I was looking for
[04:28] <matt_B> When I sing tails of juju I will include juju help deploy
[09:11] <_mup_> Bug #1249248 was filed: juju-charms for Wordpress doesnt work-Wordpress agent status reported as  "install-error" <charms> <juju> <maas> <wordpress> <pyjuju:New> <https://launchpad.net/bugs/1249248>
[12:02] <andreas__> hi, could I inderest someone into reviewing this one liner diff from the apache2 charm
[12:02] <andreas__> that is causing hook errors for me?
[12:02] <andreas__> https://code.launchpad.net/~ahasenack/charms/precise/apache2/apache2-no-failing-juju-log/+merge/194403
[12:04] <ahasenack> it fixes #1249016
[12:04] <ahasenack> and this silly error
[12:04] <_mup_> Bug #1249016: Shouldn't log the relation data <apache2 (Juju Charms Collection):In Progress by ahasenack> <https://launchpad.net/bugs/1249016>
[12:04] <ahasenack> 2013-11-07 16:39:39 INFO juju.worker.uniter context.go:255 HOOK OSError: [Errno 7] Argument list too long
[12:56] <marcoceppi> ahasenack: I'll take a look today
[12:58] <ahasenack> marcoceppi: thanks
[14:03] <nesusvet> hello everyone!
[14:04] <nesusvet> I am adding the hosts manually, but after I run the "juju bootstrap", I see the following message:
[14:04] <nesusvet> ERROR cannot create new info for environment "null": chown /home/allods/.juju/environments: operation not permitted
[14:35] <marcoceppi> nesusvet: run `ls -lah | pastebinit`
[14:41] <nesusvet> marcoceppi, http://pastebin.com/hfEzJJR1
[14:43] <marcoceppi> nesusvet: interesting. Can you rename "null" to something else in the environments.yaml? Say "manual" or another name other than null?
[14:43] <nesusvet> ok, I will
[14:45] <nesusvet> http://pastebin.com/6DXthB4u
[14:46] <nesusvet> the result is http://pastebin.com/Rs59pU4H
[14:47] <marcoceppi> nesusvet: I've not seen that before
[14:47] <marcoceppi> rogpeppe: thoughts? ^^
[14:51] <nesusvet> strace result: http://pastebin.com/FPiDJmtJ
[14:53] <marcoceppi> nesusvet: run juju destroy-environment, then try to bootstrap again
[14:54] <nesusvet> ERROR environment has no bootstrap configuration data
[14:54] <marcoceppi> nesusvet: rm -f ~/.juju/environments/my.jenv, try to bootstrap again
[14:55] <nesusvet> allods@a1base:~/.juju$ rm -f ~/.juju/environments/my.jenv
[14:55] <nesusvet> allods@a1base:~/.juju$ juju bootstrap
[14:55] <nesusvet> ERROR cannot create new info for environment "my": chown /home/allods/.juju/environments/my.jenv: operation not permitted
[14:56] <nesusvet> juju version
[14:56] <nesusvet> 1.16.3-precise-amd64
[14:57] <marcoceppi> :\ nesusvet one second, let me try to replicate
[15:02] <nesusvet> marcoceppi, ok
[15:16] <rogpeppe> marcoceppi: looking
[15:18] <rogpeppe> nesusvet: what user are you running as?
[15:19] <nesusvet> what do you mean by "running as"
[15:19] <rogpeppe> nesusvet: what does "id -a" print?
[15:19] <nesusvet> uid=60001(allods) gid=60001(allods) groups=60001(allods),27(sudo)
[15:19] <rogpeppe> nesusvet: ha, thought so
[15:20] <rogpeppe> nesusvet: what does "echo $SUDO_USER" print?
[15:20] <rogpeppe> nesusvet: hmm, actually i'm probably wrong
[15:20] <nesusvet> nothing )
[15:20] <rogpeppe> nesusvet: i am
[15:20] <rogpeppe> :-\
[15:21] <nesusvet> what does "echo $SUDO_USER" print? - nothing
[15:21] <rogpeppe> nesusvet: yeah, i wondered if some particular logic was kicking in, but it seems it probably isn't
[15:22] <nesusvet> so, as far as I understand we are still looking for a reason )
[15:23] <nesusvet> rogpeppe, I appologize, I don't know English well ). And afraid that I could miss something important
[15:23] <rogpeppe> nesusvet: what do you see if you do: "chown allods.allods ~/.juju/environments/my.jenv" ?
[15:24] <rogpeppe> nesusvet: ah, hold on
[15:24] <rogpeppe> nesusvet: what do you see if you do "env | grep SUDO" ?
[15:25] <nesusvet> SUDO_USER=nesusvet
[15:25] <nesusvet> SUDO_UID=1000
[15:25] <nesusvet> SUDO_COMMAND=/bin/su allods
[15:25] <nesusvet> SUDO_GID=1000
[15:25] <rogpeppe> ah ha!
[15:25] <rogpeppe> i thought so
[15:25] <rogpeppe> right
[15:25] <rogpeppe> that's a bug in our code
[15:26] <rogpeppe> nesusvet: for the time being there's an easy workaround
[15:26] <rogpeppe> nesusvet: export SUDO_UID=""
[15:26] <rogpeppe> nesusvet: it's strange that your "echo $SUDO_USER" printed nothing, BTW
[15:27] <marcoceppi> rogpeppe: interesting, is this if someone does a sudo su - <user> ?
[15:27] <nesusvet> So, what should I do next? )
[15:27] <rogpeppe> nesusvet: i will propose a fix
[15:27] <nesusvet> (handshake)
[15:27] <rogpeppe> nesusvet: do what i said - that will cause your bootstrap to work ok
[15:28] <marcoceppi> thanks rogpeppe!
[15:28] <rogpeppe> marcoceppi: yes
[15:28] <nesusvet> Yeah, thanks you very much )
[15:28] <rogpeppe> marcoceppi: we are assuming that if SUDO_UID is set then the effective user id is root
[15:28] <rogpeppe> marcoceppi: it's actually a nasty hack caused by the fact that the local provider needs to run as root
[15:28] <marcoceppi> ah, instead of trying to use that value?
[15:29] <rogpeppe> marcoceppi: it should check the euid
[15:29] <rogpeppe> marcoceppi: the whole situation is unfortunate - we shouldn't need to run as root, but it's not easy because lxc requires root.
[15:30] <nesusvet> rogpeppe, I did chown allods.allods ....
[15:30] <nesusvet> but still can the same
[15:30] <rogpeppe> nesusvet: yeah, that's not the problem i'm afraid
[15:31] <nesusvet> juju bootstrap
[15:31] <nesusvet> ERROR environment has no bootstrap configuration data
[15:31] <rogpeppe> nesusvet: the problem is that juju is trying to do the equivalent of: chown nesusvet.nesusvet my.jenv
[15:31] <rogpeppe> nesusvet: ah, yes, sorry, you'll need to remove the .jenv file
[15:31] <rogpeppe> nesusvet: or run juju destroy-environment my
[15:35] <nesusvet> I sshed under allods and everything works fine )
[15:36] <nesusvet> so there is a reason definitely
[15:36] <nesusvet> in sudo
[15:37] <rogpeppe> nesusvet: cool
[15:55] <gnuoy> hi, I've just used maas to deploy the boostrap node with bonded nics. However, I see no sign of juju on the server. Mongo startsup if I start it manually but ENABLE_MONGODB=no is set in /etc/default/mongodb
[15:55] <gnuoy> Where should I look next to figure out whats happened /
[15:55] <gnuoy> ?
[15:56] <gnuoy> I see these: git lxc mongodb-server
[15:56] <gnuoy> installed
[15:56] <gnuoy> and no package seems to be in an error state from dpkgs point of view
[15:57] <gnuoy> the dir /var/log/juju is empty
[15:59] <marcoceppi> gnuoy: what does sudo initctl list | grep juju show?
[15:59] <gnuoy> nothing
[16:00] <gnuoy> marcoceppi, it looks like /var/log/juju is the only sign of juju. I see no juju package
[16:00] <marcoceppi> gnuoy: you won't see a juju package, juju doesn't get install from the archives
[16:00] <gnuoy> ah, ok
[16:00] <marcoceppi> gnuoy: if there are no upstart jobs, then something went wrong durint the setup. Check the output of /var/log/cloud-init
[16:01] <marcoceppi> (I think that's where the file is)
[16:02] <gnuoy> marcoceppi, thanks, looks like a dns problem https://pastebin.canonical.com/100172/
[16:02] <gnuoy> marcoceppi, ta, I'll have a dig around
[16:02] <marcoceppi> gnuoy: it looks like it's trying to find the maas server to download the juju tools, and failing
[16:04] <gnuoy> marcoceppi, yep, an empty resolv.conf probably isn't helping.
[16:09] <nesusvet> It seems I have a new issue. After bootstrapping server was unable to deploy successfully
[16:10] <nesusvet> Target server could't connect to mongoDB
[16:10] <nesusvet> and now I don't know what to do next.
[16:12] <marcoceppi> nesusvet: so you were able to bootstrap without issue?
[16:12] <nesusvet> yes
[16:13] <marcoceppi> nesusvet: can you descrive what you've done from bootstrapping to getting the error?
[16:13] <nesusvet> but the target machine shown a lot of spam that could't connect to localhost
[16:13] <nesusvet> 2013-11-08 15:50:47 DEBUG juju.state open.go:88 connection failed, will retry: dial tcp <IP_ADDRESS>:37017: connection refused
[16:13] <marcoceppi> nesusvet: what does your environments.yaml stanza for "my" environment look like?
[16:15] <nesusvet> http://pastebin.com/CwGjuaCG
[16:16] <marcoceppi> nesusvet: what is GPT-bart-IM?
[16:17] <nesusvet> is target host
[16:17] <nesusvet> on which I should install agent
[16:17] <nesusvet> manually
[16:17] <marcoceppi> nesusvet: is it your machine? Does that address actually resolve on your machine if you type `dig GPT-bart-IM`?
[16:17] <nesusvet> Yes, I can ping it
[16:18] <nesusvet> it's localhost
[16:18] <nesusvet> I mean I added this name into the /etc/hosts file on both servers
[16:18] <marcoceppi> nesusvet: you shouldn't use your local machine as the bootstrap node
[16:18] <nesusvet> No, it's not local machine, it's target standalone server
[16:19] <nesusvet> ping GPT-bart-IM
[16:19] <nesusvet> PING GPT-bart-IM (<IP_ADDRESS>) 56(84) bytes of dat
[16:19] <marcoceppi> nesusvet: where are you running these juju commands? From your desktop or that server?
[16:19] <nesusvet> from server, the server hostname is GPT-base
[16:20] <marcoceppi> nesusvet: you shouldn't be running the juju commands from the nodes you indend to use. You should be running the juju commands from your computer
[16:20] <nesusvet> ohh.
[16:21] <nesusvet> so what should I do with server which has been deployed incorrectly
[16:23] <marcoceppi> nesusvet: uninstall juju-core, run `sudo initctl list | grep juju- | awk '{system("sudo stop " $1)}'; sudo rm -f /etc/init/juju*`
[16:26] <nesusvet> thanks
[16:26] <nesusvet> I will
[16:31] <rogpeppe> nesusvet, marcoceppi: could one of you please report the above problem as a bug, so i can refer to it when i'm proposing my fix?
[16:31] <marcoceppi> rogpeppe: ack
[16:32] <rogpeppe> marcoceppi: ta!
[16:32] <nesusvet> here On the lunchepad?
[16:35] <marcoceppi> nesusvet: I'll create one on launchpad with the details from above
[16:35] <nesusvet> Please describe the bug in a few words, for example, "weather applet crashes on logout":
[16:36] <nesusvet> "JuJu bootstrap doesn't work under sudo environment" is it ok?
[16:37] <marcoceppi> nesusvet: Yup, that'll work
[16:45] <nesusvet> https://bugs.launchpad.net/juju-core/+bug/1249418 here is
[16:45] <_mup_> Bug #1249418: JuJu bootstrap doesn't work under sudo environment <juju-core:New> <https://launchpad.net/bugs/1249418>
[19:18] <jcastro> http://askubuntu.com/questions/373161/juju-boostrap-for-ec2-fails-with-access-denied-but-working-credentials
[19:18] <jcastro> I wonder if this is one of those env file issues again
[19:23] <marcoceppi> jcastro: maybe
[20:38] <mbruzek> Hello juju community I have a question, hope this is the right place.  I have a Java WAR file that I want to add to a charm.  Would the best practice be to copy the Tomcat charm and just add this WAR file to the appropriate directory thus making a new charm.  Or is it best practice to install the Tomcat charm and somehow use the WAR in a different charm.
[20:39] <mbruzek> I guess I don't know if that last option is possible, and looking for a little help.
[20:55] <jcastro> It'd be cool to add a config option to the tomcat charm to allow you to bundle WARs
[20:55] <jcastro> either via URL or in a war/ directory or something
[20:55] <jcastro> but if you want quick and dirty fork the tomcat charm and just embed the WAR file
[20:56] <mbruzek> Thank you jcastro
[20:56] <mbruzek> Each charm runs in its own server/container/instance right?
[20:57] <mbruzek> So making a tomcat charm point at a different WAR charm would not work?
[21:11] <marcoceppi> mbruzek: So there are several things you could do
[21:13] <mbruzek> marcoceppi, Which one would you suggest?
[21:13] <marcoceppi> mbruzek: internet is a little flakey, one min
[21:17] <marcoceppi> mbruzek: So, one option would be to create a configuration option, like "war_location" which would be an address that people could configure. Another, more interesting option, would be to create a tomcat-war subordinate charm. Subordinates are charms that don't get deployed as standalone, but instead get attached to existing deployed services. So what you could theoretically do, is juju deploy tomcat; juju deploy tomcat-war my-war-service; juju
[21:17] <marcoceppi> add-relation tomcat my-war-service
[21:17] <marcoceppi> in doing so, you could have multiple WARs deployed to a single tomcat server, which I feel like is something that's done in practice already
[21:18] <mbruzek> Can charms read each other's file systems?
[21:18] <marcoceppi> then the generic tomcat-war charm would have a few configuration options, like "war_location", "path", "service_name", whatever would make sense for needing to deploy a war
[21:18] <marcoceppi> mbruzek: yes and no. A subordinate charm can, because it's deployed alongside that service it's attached to
[21:19] <marcoceppi> so tomcat-war as a subordinate, could read/modify anything the tomcat charm would because subordinates are co-located on the same server
[21:19] <mbruzek> a subordinate charm can, but can the master charm read the subordinate's ?
[21:19] <arosales> mbarnett, hello welcome here
[21:20] <marcoceppi> mbruzek: yes, they're both on the same system. You tell juju where to "deploy" the subordinate via the add-relation command, as such no only are the on the same system but they also have an established relation to each other which they can use to communicate
[21:23] <arosales> mbruzek, https://juju.ubuntu.com/docs/authors-subordinate-services.html
[21:23] <marcoceppi> mbruzek: the only real seperation you have with a suboridinate and a regular service, is they each have a different $CHARM_DIR
[21:23] <mbruzek> OK
[21:23] <arosales> mbruzek, subordinates do require some thought to get your mind wrapped around
[21:24] <mbruzek> _charms_ themselves have taken me some thought to wrap my head around.
[21:24] <arosales> mbruzek, :-)
[21:25]  * arosales thinks of sub example ...
[21:26] <arosales> rsyslog may be a good example
[21:27] <arosales> http://manage.jujucharms.com/charms/precise/rsyslog-forwarder is the sub in this case
[21:27] <marcoceppi> there are no good examples, only zuul
[21:28] <arosales> marcoceppi, your thoughts on rsyslog-forwarder?
[21:29] <marcoceppi> arosales: aside from the fact that, iirc, it's broken?
[21:32] <marcoceppi> mbruzek: here's a list of all the subordinates in the charm store: https://manage.jujucharms.com/charms/precise?sub=1
[21:32] <marcoceppi> a simple one, like ntp or unattended-upgrades, might give you a better idea of their purpose
[21:32] <mbruzek> thanks marcoceppi
[21:35] <arosales> marcoceppi, I haven't deployed it lately, just recall it being a sub
[21:35] <arosales> marcoceppi, mainly looking for a code example on subs
[21:35] <marcoceppi> arosales: mm, but if you try to deploy, at least if I recall what kirkland said, it doesn't actually work
[21:37] <kirkland> marcoceppi: deploy what?
[21:37] <arosales> rsyslog-forwarder
[21:37] <marcoceppi> kirkland: rsyslog/rsyslog-forwarder. IIRC a month or two ago you trued and it failed to work properly
[21:37] <arosales> marcoceppi, I trust you :-)
[21:37] <arosales> just the one I remember off hand
[21:38] <kirkland> marcoceppi: ah, yeah, failed
[21:38] <arosales> marcoceppi, your link to the list of subs is much better to look at code examples
[21:38] <marcoceppi> arosales: :) trying to remember if it was actually broken. We should file some bugs aginst it and fix it. Or something ;)
[21:39] <marcoceppi> hum, this is one clint was maintaining, so it's maintainerless as well
[21:39]  * arosales was just looking for a bug on it
[21:40] <arosales> https://bugs.launchpad.net/charms/+bug/1078147 had a merge request from a while ago
[21:40] <_mup_> Bug #1078147: rsyslog and rsyslog-forwarder charm review/merge <canonical-webops-juju> <Juju Charms Collection:New> <https://launchpad.net/bugs/1078147>
[21:41]  * marcoceppi facepalm. Both are marked as needs fixing, but it looks like both were updated recently
[21:41] <marcoceppi> arosales: they need to have ~charmers re-assigned to them for a review in order to show up in the queue again. We need to make that policy when communicating to people who need to fix their merges
[21:42] <arosales> that and be a non "closed" state
[21:42] <marcoceppi> Haw even made himself a maintainer of the charm
[21:42] <marcoceppi> arosales: well, the merge requests are what matter, we don't see the bugs
[21:42] <marcoceppi> arosales: https://code.launchpad.net/~hloeung/charms/precise/rsyslog/trunk/+merge/134024
[21:42] <arosales> good point
[21:42] <marcoceppi> If it's not assigned to charmers for review we effectively don't know about it
[21:43] <arosales> yup
[21:43] <marcoceppi> arosales: what might be a better course of action is. After a charmer reviews it, they move the merge proposal from "Ready for review" to "In Progress", then re-assign charmers. That way the author only needs to move it to ready to review and not mess with assiging it again
[21:43]  * marcoceppi makes task to talk about review process on the list
[21:45] <marcoceppi> arosales: do you see two "bip" charms on this page? https://manage.jujucharms.com/charms/precise
[21:45] <arosales> stays on our radar then
[21:46]  * arosales looks
[21:46] <arosales> marcoceppi, I do, one looks blank
[21:46] <arosales> same with bonne
[21:47] <arosales> same url end point
[21:47]  * marcoceppi files bug
[21:47] <arosales> marcoceppi, thanks thas a juju-gui bug in charm world
[21:47] <arosales> sinzui, ^ fyi
[21:48] <arosales> sinzui, sorry I think the juju-gui maintains that code now
[21:48] <arosales> juju-gui team
[21:48] <marcoceppi> https://bugs.launchpad.net/charmworld/+bug/1249496
[21:48] <_mup_> Bug #1249496: Charms listed multiple times <charmworld:New> <https://launchpad.net/bugs/1249496>
[21:49] <sinzui> arosales, We are in that code too to support the charmers. The gui team added versioned charms recently, and that has caused problems for code that thinks there is only one version of each charm
[21:50] <arosales> sinzui, thanks for the info and marcoceppi thanks for the filing the bug
[21:51] <arosales> and bonnie just needs a readme, ugh
[21:52] <marcoceppi> arosales: the impending audit should resolve that
[21:52]  * marcoceppi piles on more tasks
[21:53]  * arosales files bug  for bonnie
[21:59] <arosales> sinzui, on a different not mbruzek also ran into https://bugs.launchpad.net/juju-core/+bug/1202682
[21:59] <_mup_> Bug #1202682: debug-log doesn't work with lxc provider <cts-cloud-review> <debug-log> <local-provider> <papercut> <ssh> <ui> <juju-core:Triaged> <https://launchpad.net/bugs/1202682>
[22:00] <mbruzek> I found the bug on launchpad, and asked if there was a way around it
[22:01] <mbruzek> No known workarounds?
[22:01] <arosales> not that I see
[22:02] <marcoceppi> mbruzek arosales: yes
[22:02] <marcoceppi> mbruzek: all local logs are in ~/.juju/local/log
[22:02] <mbruzek> ahh.
[22:02] <marcoceppi> mbruzek: they're loopback mounted in to the containers
[22:03] <marcoceppi> mbruzek: arosales: the only two commands that dont' work with local right now are juju debug-log (see above) and juju ssh <machine-number> the latter can be solved with juju ssh <unit> though
[22:03]  * marcoceppi doesn't like debug-log that much anyways; too much information
[22:03] <marcoceppi> mbruzek: you'll be interested in the log files prefixed with unit-
[22:05] <arosales> marcoceppi, ah interesting
[22:07] <arosales> I saw stokachu also commented on 'juju debug-log' not working with some attempts to workaround the problem
[22:07] <marcoceppi> arosales: posted a comment to that bug with the workaround
[22:07] <marcoceppi> arosales: this and juju ssh need to be documented on the local provider page asap if it isn't already
[22:07]  * marcoceppi thought it was
[22:10] <arosales> marcoceppi, thanks for https://bugs.launchpad.net/juju-core/+bug/1202682/comments/5
[22:10] <_mup_> Bug #1202682: debug-log doesn't work with lxc provider <cts-cloud-review> <debug-log> <local-provider> <papercut> <ssh> <ui> <juju-core:Triaged> <https://launchpad.net/bugs/1202682>
[22:31] <mbruzek> marcoceppi, Thanks for your help today I can see the log files now.
[22:31] <marcoceppi> \o/
[22:31] <marcoceppi> mbruzek: thanks for reminding me that still exists, I'm updating the docs to reflect these caveats
[22:32] <mbruzek> I am sorry if that added anything to your task list
[22:35] <arosales> marcoceppi, feel free to also log a quick bug in juju-core and tag it with "docs" so we can follow up on it later too
[22:35] <marcoceppi> mbruzek: worse things have happened
[22:35] <marcoceppi> arosales: ack
[22:35] <marcoceppi> going to finish logging these other bugs
[22:36] <arosales> marcoceppi, thanks
[22:48] <jason955> So, I've been browsing the charms lately and it looks like a lot of charms use a VCS (git, bzr, svn, etc).  When I have been designing charms, I like to pull from a VCS and I prefer Git.  I realize that the charms I want to use don't have a Git options.  Also the charms I make, I only offer Git.
[22:48] <jason955> So my thinking is that it would be nice to create a VCS relationship that allow a service create a subordinate VCS charm, which pulls from a repository and updates it.  The parent charm can just expose a folder to pull to.  I really think this would help with the modularity of the charms.
[22:48] <jason955> Take for example the LAMP charm.  It only uses Bzr for its repo.  What if it just required a VCS charm, that way I can use whatever I want (git, bzr, svn, ftp, http, S3, etc). Is there anything like this already?  What do you think about this?
[23:29] <marcoceppi> o/ jason955 I just replied to your mailing list post, didn't see the messages here
[23:29] <jason955> got it.  Thanks Marco


  This time I'm not sure what did it.  It werked when I left the house, but now it wont..
[07:21] <jgould> going to try to fix it.  Bbs
[07:22] <Unit193> I won't be...   I don't even know exactly waht happened... It was working when I left the house, and no longer worked when I got home...
[07:50] <BiosElement> Heh, fun.
[07:50] <BiosElement> Hmm, gotta plan a trip to Cincinnati soon it seems. >.>
[07:50] <jgould> Why>
[07:50] <BiosElement> File a police report, fun times when idiots threaten me.
[07:51] <jgould> ah
[07:51] <jgould> My printer sounds sick...
[07:52] <BiosElement> Blah
[07:59] <jgould> I'm tired..
[08:00] <BiosElement> Join the club, I've been up near 24 hours >.<
[08:11] <jgould> I've only been up for about 12, but I've also not been sleeping well.
[08:11] <BiosElement> Bah, that sucks >.<
[08:11] <jgould> Is it bad that even though my hardware doesn't work perfectly under Ubuntu, I'm using it more than the Mac OS?
[08:13] <BiosElement> No, Not really. Ubuntu is far more productive for me then Win even if Win may run better for gaming/art.
[08:14] <jgould> I guess you learn to work with the quirks
[08:15] <BiosElement> Yep. FOr example, I feel utterly tied up without virtual desktops :P
[08:15] <BiosElement> And no package manager? Really? ;P
[08:16] <jgould> I don't actually use the virtual desktops (even though I have them in both the MacOS and Ubuntu)
[08:17] <BiosElement> I use them whenever I work, so I can move music and extra chat windows off out of my way
[08:17] <BiosElement> Minimize just isn't enough >.>
[08:19] <BiosElement> Hah, awesome. After cooking food for someone. "Does it taste ok?" "Yes." "Really?" "Yeah." "It doesn't taste like bugs?"
[08:19] <BiosElement> >.>
[08:21] <jgould> Heh
[08:23] <jgould> I'm heading to bed.  Night!
[08:23] <BiosElement> Night
[13:20] <canthus13> Cheri703: Hello!
[13:20] <canthus13> Cheri703: How's sully?
[13:21] <Cheri703> aright, got pics in airports
[13:22] <Cheri703> super beat though, about to take a short-ish nap
[15:23] <J21> canthus13: I guess I didn't get the USB dropout fixed....
[16:21] <canthus13> Cheri703: Having connection issues?
[16:21] <canthus13> J21: USB dropout has always been around. :(
[16:22] <Cheri703> yeah, hotel wireless = meh
[16:23] <canthus13> Heh.  Having fun yet? Or just getting over jet lag?
[16:24] <Cheri703> been taking intermittent naps, probably headed for another one soon :)
[17:34] <J21> canthus13: Only way to fix seems to reboot :/
[18:22] <Unit193> +1 to liqourix! It's faster on the real computer! (Not just VM)
[18:44] <canthus13> Unit193: Cool. :)
[18:44] <canthus13> Unit193: It didn't make a huge difference on mine, and it doesn't support PAE so I switched back. I'll prolly install it on my desktop and my kid's laptop, though...
[18:45] <Unit193> canthus13: irssi seems a bit more slugish, but the desktop seems a little more snappy
[18:46] <canthus13> the other problem I had with it was that conky won't report temperatures with it.
[18:52] <Unit193> I don't use conky (and that computer might not have good sensors)
[18:53] <Unit193> Cheri703: You going to the Lubuntu talk tues(?) at 15:00?
[18:54] <Cheri703> dunno
[18:57] <thafreak> Anyone have any experience with openvz?
[18:58] <thafreak> Found a vps host, $24/year for 512mb ram vps, w/ 20gb disk and unmetered bandwidth
[18:58] <thafreak> but it's openvz...which is different than what I'm used to
[19:04] <Bryan> hello
[19:04] <thafreak> Hello Bryan
[19:04] <Guest67359> ?
[19:05] <Guest67359> what does that mean?
[19:05] <Guest67359> and hi thatfreak
[19:06] <thafreak> Bryan might be a registered nic
[19:06] <thafreak> nick i mean
[19:06] <thafreak> You using the web chat?
[19:06] <Guest67359> uh, yeah I think so
[19:07] <Guest67359> how do I change it to something different?
[19:07] <thafreak> try //nick NEWNAME
[19:07] <thafreak> only one slash
[19:08] <dniMretsaM> cool thanks
[19:08] <thafreak> I'm not really much of an irc guru
[19:08] <dniMretsaM> lol me neither
[19:09] <thafreak> i basically set up my client, then promptly forgot most of what i learned
[19:09] <dniMretsaM> lol nice
[19:09] <thafreak> you new to this room I take it?
[19:10] <dniMretsaM> yep. just joined the LoCo last night
[19:10] <Unit193> Cangrats!
[19:10] <thafreak> oh, that was you...saw the email...welcome
[19:11] <thafreak> what region of ohio are you in?
[19:11] <dniMretsaM> yep, that was me thanks
[19:11] <Unit193> dniMretsaM: I would have to be kicked out too! I only use Xubuntu and Lubuntu
[19:12] <dniMretsaM> north east
[19:12] <thafreak> seems most are columbus, or some part of the northeast...
[19:13] <thafreak> we do have some folks at the other edges of the state...but only a few it seems
[19:13] <dniMretsaM> a lot in Cincy
[19:13] <thafreak> have you been to ohio linux fest, and if so, did you stop by the booth?
[19:14] <dniMretsaM> I've never heard of it. I've only used Linux for just over a month
[19:14] <thafreak> yeah, I guess cincy might be big...but i don't see many from there in here or on the maillinglist
[19:15] <dniMretsaM> speaking of the forums, they seem dead
[19:15] <thafreak> Well then, you need to put it on your calendar if possible!
[19:15] <dniMretsaM> when is it? and where
[19:16] <thafreak> yeah...ther are those who use them, but the same peple on the forums don't tend to wander in here, or use the mailinglist
[19:16] <thafreak> http://www.ohiolinux.org/ sept 9-11 it looks like
[19:17] <dniMretsaM> ah. I've been on the forums for a while. I stumbled on the LoCo when I was doing a google search for something.
[19:17] <thafreak> the main day is saturday...friday there will be an ubucon though
[19:18] <dniMretsaM> looks interesting. I'd have to get my parents to take me though, as I don't drive yet
[19:18] <thafreak> yeah, there seems to be a disjoint...people who use the forums rarely come into the chatroom or use the maillinglist
[19:18] <thafreak> the people on the mailinglist don't pay attention to the forums, etc
[19:19] <thafreak> even better...get them using linux :)
[19:19] <dniMretsaM> they can't stand it
[19:20] <Unit193> I'm in here and read the ML (Don't send anything)
[19:20] <dniMretsaM> I think they just don't like it cause it's so different. Although KDE can be quite Windows-like if you want it to be
[19:20] <thafreak> Unit193: do you use the forums though?
[19:21] <thafreak> Yeah, but different is good :)
[19:21] <thafreak> I think people forget that...
[19:22] <dniMretsaM> i know
[19:22] <Unit193> thafreak: Nope! I only randomly read them...
[19:22] <dniMretsaM> I didn't really like it when I first started, but I stuck it out and now I love it
[19:22] <thafreak> Unit193: you prove my point...there is a division, forum users vs maillinglist readers/irc people
[19:23] <dniMretsaM> anyway, so the Ohio LoCo has a booth at the LinuxFest?
[19:23] <thafreak> dniMretsaM: yep, that's all it takes...
[19:23] <dniMretsaM> I disprove your point :P
[19:23] <thafreak> yes we have a boot...and the last few years we've even had demo machines from system 76 to show off
[19:24] <thafreak> Which if we do this year, it may be quite interesting...
[19:24] <dniMretsaM> I even made a change within Ubuntu (to Kubuntu). I'm getting better at this lol
[19:24] <thafreak> There are quite a few kubuntu users that lurk this chatroom...you should fit right in
[19:24] <dniMretsaM> does System 76 sell pre-installed Linux computers?
[19:24] <thafreak> just avoid canthus13 :)
[19:25] <dniMretsaM> y?
[19:25] <thafreak> yep, they pre-install ubuntu...not sure about kubuntu though
[19:25] <thafreak> haha, just kidding about canthus13, he just isn't a KDE fan is all...
[19:26] <dniMretsaM> yeah well, that's his problem, not mine
[19:26] <thafreak> I was a big kde fan...back in the kde 1.x-2.x days :)
[19:26] <dniMretsaM> but that's the whole point of Linux/open source.  Firefox has spell check <3
[19:27] <thafreak> yeah, but I'm using irssi over ssh :)
[19:27] <thafreak> I'm more of a terminal guy
[19:28] <_bbb> mega dittos
[19:28] <thafreak> sup trip-b
[19:28] <dniMretsaM> lol
[19:28] <_bbb> sappening
[19:28] <thafreak> did you say dorritos?
[19:28] <dniMretsaM> lol
[19:28] <thafreak> mmmm nacho cheese
[19:30] <_bbb> i never really understood the whole preinstalled linux thing
[19:30] <dniMretsaM> so what types of things do they have at linux fest? I looked on the web site, but couldn't really find that much
[19:30] <_bbb> i guess its good to have options but were just gonna reinstall it anyway
[19:32] <dniMretsaM> why would we reinstall (assuming we wanted Ubuntu 11.04, not Xubuntu 10.10 or something)
[19:33] <_bbb> *shrug*
[19:33] <_bbb> force of habit in my case
[19:33] <dniMretsaM> I'd get one just so I don't support MS when I buy a computer
[19:34] <dniMretsaM> System 76 computers are small
[19:38] <_bbb> there is that i guess
[19:38] <_bbb> not an issue when you roll your own
[19:39] <dniMretsaM> true that. I don't have the money for that though. Only 15, so I'm not exactly rolling in dough
[19:41] <_bbb> =)
[19:41] <dniMretsaM> I've actually been looking for a decent (and decently priced) computer on craigslist
[19:41] <dniMretsaM> but so far nothing has caught my eye
[19:47] <thafreak> buy the parts at microcenter
[19:47] <thafreak> they've been running a deal, where you buy certain amd cpu's and get a free motherboard
[19:48] <thafreak> it's really not too bad going that route...
[19:48] <thafreak> and you only have to buy a few parts at a time
[19:49] <thafreak> just don't skimp on the power supply :) buy something that weighs like 10lbs...the really light power supplies are usually junk
[19:50] <dniMretsaM> lol
[19:54] <dniMretsaM> I'm really out of the loop, so I'm gonna ask a question. What would you guys expect to pay for a decent laptop these days? $300? $400?
[19:55] <BiosElement> dniMretsaM: About, yeah.
[19:57] <dniMretsaM> closer to which?
[19:58] <_bbb> depends on your definition of decent
[19:58] <_bbb> somewhere inbetween for lower end sure
[20:05] <dniMretsaM> hmm... found a nice looking used desktop for $250. May ask them if they would leave out the OS, keyboard, and mouse and reduce the price
[20:07] <dniMretsaM> maybe the monitor too
[20:13] <dniMretsaM> I just spotted some guy selling 2 HDs, 250GB and 80GB, for $35. either he's crazy or not legit
[20:23]  * canthus13 pokes at thafreak.
[20:23] <canthus13> dniMretsaM: Used drives? That's reasonable.
[20:23] <canthus13> the 80 is prolly ancient, and a used 250 would go for about 25 bucks.
[20:24]  * canthus13 recently picked up a 750 for 35.
[20:25] <dniMretsaM> really? that surprises me. I've seen 40 for 80 bucks
[20:25] <dniMretsaM> 40GB*
[20:25] <canthus13> That's crazy.
[20:26] <canthus13> Although I could see that for a brand new 40.. Nobody makes drives that small anymore.
[20:26] <canthus13> 80s and 250s are everywhere, though.
[20:26] <dniMretsaM> it probably was a new one
[20:27] <canthus13> A brand new 250 runs about 25-30 bucks.
[20:27] <canthus13> (per pricewatch).  a brand new 80 runs about 20-25.
[20:28] <dniMretsaM> I just looked on ebay and saw a TB for like $96
[20:28] <_bbb> better off new
[20:31] <dniMretsaM> I'm searching for a used computer on eBay and 8/10 items are software
[20:31] <dniMretsaM> not cool
[20:37]  * canthus13 likes old computers. people leave interesting things on them. :)
[20:39] <dniMretsaM> lol true. but old computers don't run as well
[20:40] <canthus13> They run fine once you get windows off of htem. :)
[20:41] <thafreak> yeah, never buy used hard drives these days...they don't last very long as it is
[20:41]  * canthus13 has an old IBM p4 desktop and an old dell p4 laptop that run perfectly well. also, an old PIII dell laptop that ran perfectly until it got stepped on and then dropped on the floor.
[20:41] <thafreak> what kind of machine are you looking for dniMretsaM?
[20:42] <thafreak> or what do you want to do with it?
[20:42] <dniMretsaM> I'm looking for something with at least a Core 2 Duo and 2GB RAM I'd like a 160GB HD or better as well, but that wouldn't b a selling point
[20:45] <dniMretsaM> and u don't have to call me dniMretsaM. Master or MM is fine
[20:46] <Cheri703> dniMretsaM: on irc there is tab complete, so it is actually EASIER to type your full name, as it only requires the first two letters and TAB
[20:47] <Unit193> If they call you The Master, can they call me The Doctor?
[20:47] <dniMretsaM> orly? I did not know that.
[20:47] <dniMretsaM> and lol Unit
[20:48] <dniMretsaM> Oooh! just found a PC with specs pretty close to what I'm looking for.
[20:50] <Cheri703> yeah, type un and press tab
[20:50] <dniMretsaM> it's a Dell Dimension 9200 with Core 2 Duo 2.4 GHz, 4GB RAM, and 160GB HD. $260.xx w/ shipping
[20:54] <dniMretsaM> I could probably get my parents to pay some since they'd most likely be buying me a laptop for when I turn 17. then they wouldn't have ot
[20:54] <dniMretsaM> to*
[20:58] <dniMretsaM> OK well, I guess I'm out for now peeps
[20:58] <Unit193> dniMretsaM: Have a good one!
[20:58] <dniMretsaM> glad to be part of the LoCo!
[20:58] <dniMretsaM> u 2
[21:06] <thafreak> canthus13: you ever hear of an organization called w2servers?
[21:06] <thafreak> 512mb openvz vps for $24/year...
[21:12] <canthus13> Nope.
[21:12] <canthus13> Hmm.
[21:12] <thafreak> I bought one...seems alright...openvz is a little new to me...
[21:12] <thafreak> and I tend to not trust things that I don't really understand at first
[21:13] <thafreak> I was under the impression that openvz is more or less an overglorified and pimped out chroot
[21:13] <canthus13> Hmm... It's a container-type system, apparently.
[21:14] <thafreak> so anyone on the host, has basically direct access to my files
[21:14] <canthus13> And the machines can be rebooted independently.
[21:14] <thafreak> atleast on xen, etc, you have to mount the disk image some how to get at my files...
[21:14]  * canthus13 is poking around at the wiki right now...
[21:15] <thafreak> let me know what you think...they also provide 10mbit unmetered bandwidth...which is nice...
[21:15] <canthus13> Higher performance than Xen...
[21:15] <thafreak> might set up a tor router then :)
[21:22] <canthus13> thafreak: Hmm... Looks like root can see all running processes and have access to each machine.
[21:22] <canthus13> so if you don't trust the admins, you got problems.
[21:24] <canthus13> Updates are a lot easier, though... They hit all the servers automagically, rather than having to update each one individually. Of course, you can't run your own kernel.
[21:28] <thafreak> yeah, it looks like it's running good old 2.6.18
[21:28] <thafreak> eh, as long as debian squeeze is on there, no biggie
[21:29] <thafreak> you get almost the entire disk space to use...which is nice
[21:29] <thafreak> and "re-installing" the os, is very fast...
[21:30] <thafreak> so for now, not going to put anything on there that requires keys or passwords to be in files in the plain...
[21:30] <thafreak> so probably won't be having my irssi session over there...
[23:20] <TheErk> Howdy folks
[23:24] <Unit193> Hello TheErk!
[23:25] <Unit193> I just had to take a little guy from the basement and put him outside....
[23:27]  * canthus13 drools.
[23:28] <Unit193> Good food?
[23:28] <canthus13> nah. just bored.
[23:28] <Unit193> We had a snake in the basement, does that count as fun?
[23:35] <canthus13> Unit193: Sure.. I like snakes.
[23:35] <canthus13> they're tasty.


[05:33] <RAOF> On the plus side, I'm maybe a third of the way into making QtMir handle multiple bufferstreams.
[05:49] <RAOF> Oh, yeah.
[05:49] <RAOF> Lots of QSimulcrumOfStl, but it's all slightly worse.
[05:50] <RAOF> Although I guess CoW is pretty cool.
[05:54] <anpok_> simulcrum?
[05:59] <RAOF> Sumulcrum?
[05:59] <RAOF> Simulcrum?
[05:59] <anpok_> Q?
[05:59] <RAOF> My standard misspelling of simulacrum.
[05:59] <RAOF> https://www.wikiwand.com/en/Simulacrum
[06:00] <RAOF> For those not familiar with the obscure brand of English I sometimes spout.
[06:00] <anpok_> oh I thought of something like simula cruft..
[06:00] <anpok_> which didnt really fit
[06:11] <duflu> RAOF: Recently discovered Qt logging doesn't understand std::string, but instead requires construction of QString from std::string first. That was odd
[06:41] <anpok_> test
[10:00] <alan_g> greyback: does the CI failure mean anything to you? It doesn't seem related and I've not reproduced (but not tried to set up identical environment yet). https://code.launchpad.net/~alan-griffiths/qtmir/test-harness-for-MirWindowManager/+merge/267369
[10:01] <greyback> alan_g: looks unrelated yes. Something else is broken in CI
[11:24] <Saviq> hey guys, there's an email thread on phone ML, someone's having issues with DPI not being reported by QScreen, so likely it's not set by... and now the question - by what? graphics driver?
[11:25] <Saviq> (the subject is "help with touchscreen configuration...")
[11:27] <Saviq> tvoss, you might know ↑
[11:28] <greyback> Saviq: qtmir/qtubuntu supply it if they can, but they don't currently. Qt will calculate it from physical and logical screen size
[11:28] <greyback> which again may not be accurate
[11:29] <greyback> I think I may have improved the situation in the multimonitor work actually
[11:29] <greyback> ah no, it was there before
[11:29] <Saviq> greyback, still, those values should come from the graphics driver, if they're bad, not much we can do (other than saying: ok, these are dumb, we'll just invent some values that make more sense)
[11:30] <Saviq> greyback, can you please reply on the ML?
[11:30] <greyback> sure
[11:34]  * guest42315 EWWWW mailing lists
[11:57] <anpok> oh
[11:59] <anpok> but we dont calculate the physical size through the touchscreen..
[12:02] <ogra_> how would you "calculate" that ?
[12:03] <anpok> i believe we get that info from hwc..
[12:03] <ogra_> you dont know how physically big a pixel actually is
[12:03] <ogra_> could be 0.01mm or could be 3cm ...
[12:06] <anpok> well as already said hwc provies dpi in both directions .. I thought the above was related to touch screens.
[12:07] <anpok> .. and so far I havent found a single touch screen driver that provides that info..
[12:15] <ogra_> right
[12:15] <ogra_> usually you get the resolution boundaries only
[12:15] <ogra_> (for touch)
[12:15] <ogra_> and if you are lucky an offset
[13:48] <seb128> is anyone looking at landing mir 0.16.1 to wily to fix the current build issue?
[13:54] <guest42315> uuu mir 0.18
[13:55] <alan_g> seb128: I thought 0.16.1 landed a while ago. What is "the current build issue"?
[13:55] <seb128> alan_g, it landed in vivid-overlay, not wily
[13:56] <seb128> alan_g, and the build issue is basically what is described in the fix, http://bazaar.launchpad.net/~mir-team/mir/0.16/revision/2951
[13:56] <alan_g> Oh, I thought that was duel landed (before FF).
[13:56] <seb128> CI team changed dual landing to go to the ppa for wily rather than the archive
[13:57] <seb128> so maybe that's where it went
[13:57] <seb128> in which case somebody need to copy it over to wily
[13:58] <alan_g> I though 0.16.1 was before that, but I expect you're right that it didn't.
[14:00] <alan_g> vogons: can anyone clarify^^?
[14:02] <kgunn> alan_g: seb128 is this the mesa build fix ?
[14:02] <seb128> kgunn, yes
[14:02] <kgunn> that was actually 16.2 i thot
[14:02] <kgunn> which didn't quite make it
[14:02] <kgunn> i bet
[14:02] <kgunn> on the hairy edge
[14:02]  * alan_g wonders if https://bazaar.launchpad.net/~mir-team/mir/0.17/revision/3005 would be useful too?
[14:03] <alan_g> kgunn: we haven't done a 16.2 (yet)
[14:03] <seb128> kgunn, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/stable-phone-overlay/+sourcepub/5473299/+listing-archive-extra
[14:03] <seb128> kgunn, that suggests it's 0.16.1
[14:04] <alan_g> "Copied from ubuntu wily"
[14:05] <seb128> https://launchpad.net/ubuntu/+source/mir
[14:14] <alan_g> seb128: so in answer to your original question: no. ;)
[14:14] <seb128> k
[14:14] <seb128> can we get something assigned to sort that out? ;-)
[14:15] <kgunn> seb128: do you need it in a rush ?
[14:15] <seb128> kgunn, no, but this week or next I guess
[14:15] <seb128> before wily is out
[14:16] <kgunn> eh
[14:16] <alan_g> seb128: do you want a fix for lp:1503450 too?
[14:16] <alan_g> Or is 16.1 enough?
[14:17] <kgunn> alan_g: yeah, wondering, should we just punch mir0.17 in as the final for wily ?
[14:18] <seb128> bug #:1503450
[14:18] <alan_g> kgunn: if someone can get us a FFE
[14:18] <seb128> bug #1503450
[14:18] <ubot5`> bug 1503450 in Mir "mesa FTBFS due to missing Requires in mirclient" [High,Fix committed] https://launchpad.net/bugs/1503450
[14:18] <seb128> I think that would be worth including
[14:21] <alan_g> So we either cherry pick -c 3005 to make 16.2 or add wily to the current "duel" release of 0.17
[14:22] <seb128> dual landing don't land to the distro anymore though
[14:22] <seb128> but you can probably pocket copy over
[14:23] <alan_g> seb128: ack.
[14:25] <kgunn> yep, doubles testing altho vs risk of mir0.17 hitting some bumps and taking longer
[14:33] <alan_g> alf: opinion? ^^
[14:38] <alf> kgunn: alan_g: Can we release to wily independently? That is land in overlay (v+w) first, then try for wily, and if we have problem we can think about 0.16.2?
[14:40] <kgunn> alf: we should do dual landing regardless...yes, and then try to poke the whole thing into wily with FFE
[14:41] <kgunn> alf: so mzanetti currently has his phone in the state where is will not screen blank
[14:41] <kgunn> with the ota7 candidate
[14:41] <kgunn> is there any debug to be had ?
[14:42] <kgunn> basically this bug https://bugs.launchpad.net/ubuntu/+source/unity-system-compositor/+bug/1502145
[14:42] <ubot5`> Ubuntu bug 1502145 in unity-system-compositor (Ubuntu) "rc-proposed r140, krillin: screen does not blank after timeout expires" [Undecided,Confirmed]
[14:43] <alf> kgunn: not really, I guess we could get a backtrace, but previous backtraces in this situation didn't provide any info (everything seemed normal). I need to find a way to reproduce this, so I can run with a special USC build with extra logging to figure out what's going on (e.g. if some other process has asked USC to keep the screen on, or there is some strange bug in USC)
[14:45] <kgunn> alf: do you have a special usc available ? since mzanetti is trying to repro he may as well load it
[14:45] <alf> mzanetti: ^^ Any information about how you got into this state? Any other apps open etc
[14:46] <alf> kgunn: No, I wanted to build one but was too busy with the release
[14:46] <mzanetti> alf, no... just doesn't turn off any more ever since I did an OTA last night
[14:46] <alf> mzanetti: so it doesn't turn off consistently or is this a one-off?
[14:46] <anpok> something like powerd-cli list/stats..
[14:46] <mzanetti> and for faenil that seems to be the case too since monday (I didn't do the update earlier because I was travelling)
[14:47] <mzanetti> alf, consistently, sometimes it even turns itself on and doesn't go off any more
[14:47] <alf> mzanetti: ok, which device is this?
[14:47] <alf> mzanetti: I guess pressing the power button turns the screen off, right?
[14:48] <mzanetti> alf, krillin, yes power button works
[14:49] <alf> mzanetti: how do I flash OTA7 on the phone?
[14:50] <alf> mzanetti: I mean to which revision in the stable channel does it correspond? The latest stable?
[14:51] <kgunn> alf: latest rc-proposed
[14:51] <kgunn> well....
[14:51] <kgunn> landings are open (but damn close)
[14:51] <alf> mzanetti: kgunn: I wonder if there is a difference in flashing clean vs updating... perhaps there could be an incompatibility in settings when updating
[14:52] <alf> mzanetti: ah, one thing to try...
[14:53] <alf> mzanetti: gsettings get com.ubuntu.touch.system activity-timeout
[14:53] <alf> mzanetti: and gsettings get com.ubuntu.touch.system dim-timeout
[14:53] <mzanetti> alf, this is the OTA-7 channel ubuntu-touch/rc/bq-aquaris.en
[14:53] <mzanetti> alf, it will become stable when we finally release it
[14:54] <alf> mzanetti: ack
[14:54] <mzanetti> alf, should be *very* similar to rc-proposed atm, but that is opened for new landings again
[14:54] <mzanetti> so rc-proposed might have additional stuff on top already
[14:55] <kgunn> yeah but nothing landing frmo us
[15:00] <alf> mzanetti: when you get the chance please get the gsettings mentioned above
[15:01] <alf> mzanetti: I want to check if we are ok on the settings side of things
[15:01] <mzanetti> oops. missed that... getting it now
[15:01] <mzanetti> alf, uint32 60
[15:02] <mzanetti> and uint32 45
[15:03] <alf> mzanetti: ok, these look sensible
[15:03] <mzanetti> so far can't repro on mako
[18:12] <mhall119> does Mir recognize mouse-wheel scrolling and pass it on to Unity 8?
[18:12] <mhall119> I have a bluetooth mouse connected to my N4, and it all works except the scroll wheel
[19:48] <anpok> mhall119: it should
[19:51] <anpok> mhall119: https://code.launchpad.net/~lukas-kde/qtmir/wheelEvent/+merge/273150
[19:53] <mhall119> anpok: ok, so it's not landed yet, but the implementation has been done