[00:44] <axw_> babbageclunk: I just need to get some more context on that code before chatting
[00:48] <babbageclunk> axw_: ok - the start agent code or the ebs stuff?
[00:48] <axw_> babbageclunk: ebs
[00:48] <babbageclunk> cool
[00:49] <axw_> babbageclunk: for the ebs thing, I think you should just compare the pool's storage provider type to the model provider type. ec2 can have ebs, maas can have maas, etc.
[00:49] <axw_> babbageclunk: rather than looking at the name of the pool, or treating ec2/ebs specially
[00:49] <babbageclunk> axw_: ok, that sounds nicer.
[00:50] <babbageclunk> axw_: so filter out any that don't match the model provider type
[00:50] <axw_> babbageclunk: yes, but they don't all match exactly. you'll need a hard-coded table
[00:51] <babbageclunk> axw_: Right.
[00:52] <axw_> babbageclunk: is there something else you wanted to chat about? we can grab another hangout
[00:53] <babbageclunk> axw_: Just an opinion really - I was just looking in start-agents and it uses sudo service <agent> start, which should work on either, right? It's just a matter of working out which machines it needs to be run on post-agent-upgrade.
[00:54] <babbageclunk> axw_: I'm tempted to use the saved machines that rollback-agents uses.
[00:54] <babbageclunk> axw_: Does that sound reasonable or hacky to you?
[00:55] <axw_> work on either what? started or stopped? xenial or trusty?
[00:55] <axw_> babbageclunk: ^
[00:56] <babbageclunk> axw_: oh sorry - 1.25 or 2, I guess. But also xenial or trusty. (I didn't realise service still worked on xenial.)
[00:57] <axw_> babbageclunk: ah ok. yes, should be fine on both - names haven't changed AFAIK
[00:57] <axw_> babbageclunk: using the saved list sounds fine
[00:57] <babbageclunk> axw_: cool.
[00:57] <babbageclunk> axw_: thanks - I'll make that change to the export code and land it.
[00:58] <axw_> babbageclunk: sounds good, thanks
[01:18] <bdx> thumper, babbageclunk: just to follow up the issue from earlier where the elasticsearch would start on a default vpc, and bounce when deployed to non-default vpc with a space constraint
[01:18] <bdx> http://paste.ubuntu.com/25435596/
[01:19] <bdx> ^ I find that in the elasticsearch.log
[01:20] <bdx> strange I only get that when deployed to a space
[01:24] <rick_h> bdx: what's the diff in the ifconfig of the two differently deployed setups?
[01:26] <bdx> not-working: http://paste.ubuntu.com/25435632/
[01:26] <bdx> working: http://paste.ubuntu.com/25435639/
[01:27] <bdx> nothing... other then the hardware address and ip/ip6
[01:56] <mup> Bug #1701481 changed: juju 1.25 leaks memory (1.25.11+) <canonical-bootstack> <sts> <juju-core:Fix Released by axwalk> <https://launchpad.net/bugs/1701481>
[01:56] <bdx> I made a bug with the maintainers of the elasticsearch charm ... here's the link https://bugs.launchpad.net/elasticsearch-charm/+bug/1714126
[01:56] <mup> Bug #1714126: Elasticsearch won't start when deployed to a space <Elasticsearch Charm:New> <https://launchpad.net/bugs/1714126>
[01:59] <mup> Bug #1701481 opened: juju 1.25 leaks memory (1.25.11+) <canonical-bootstack> <sts> <juju-core:Fix Released by axwalk> <https://launchpad.net/bugs/1701481>
[02:08] <mup> Bug #1701481 changed: juju 1.25 leaks memory (1.25.11+) <canonical-bootstack> <sts> <juju-core:Fix Released by axwalk> <https://launchpad.net/bugs/1701481>
[02:13] <thumper> wallyworld: when did we move from mongo 2.4 to mongo 3.2?
[02:13] <wallyworld> hmmm, a while back. i think we did it for juju 2.0 actually
[02:13] <wallyworld> as we were part way through upgrade steps for 2.4->2.6->3.2
[02:14] <wallyworld> and we aborted since for 2.0 we didn;t need that
[02:56] <mup> Bug #1714130 opened: juju reports units in non-existent OpenStack availability zones <juju:Incomplete> <juju-core:New> <https://launchpad.net/bugs/1714130>
[03:10]  * babbageclunk goes for a run
[05:49] <babbageclunk> axw_: I've updated https://github.com/juju/1.25-upgrade/pull/20, can you take another look please?
[05:50] <babbageclunk> axw_: took a while to get it tested - I had a successful import but when I tried to roll it back and remove the model from the target controller it killed the machines, even though I'd removed them from the model with --keep-instance beforehand. Not sure what's going on there.
[05:54] <axw_> babbageclunk: LGTM
[05:54] <babbageclunk> axw_: ta
[05:54] <axw_> babbageclunk: I suspect "keep-instance" isn't removing the tags that we use to clean up
[05:55] <babbageclunk> axw_: yeah, I think that's it too.
[05:56] <babbageclunk> axw_: the upside is running through the upgrade steps fresh is pointing out places where I was expecting the toolsDir to exist and it doesn't yet.
[05:57] <axw_> babbageclunk: for example?
[05:59] <babbageclunk> axw_: well, at the moment it's only created in upgrade-agents, but import (which needs to run first since it uses the agent.conf to connect to state) was trying to download tools into it.
[06:00] <axw_> okey dokey
[06:01] <babbageclunk> axw_: ha, also running things without --debug is showing that I really need some helpful output when an import succeeds.
[06:33] <axw_> juju/juju has finally hit 1000 stars
[06:34]  * axw_ listens out for fireworks and jingling money sacks
[06:38] <veebers> axw: hah ^_^
[06:56] <thumper> heh
[08:35] <wallyworld> axw: if you have a chance before eod, here's a PR, or else whenever https://github.com/juju/juju/pull/7813
[08:36] <axw> wallyworld: ok
[08:37] <wallyworld> ta, it's a folloeup from the one you looked at yersterday
[09:39] <wallyworld> axw: thank you
[10:22] <babbageclunk> yay, thanks for reviews axw!
[16:05] <rick_h> kwmonroe: halp!
[16:06] <kwmonroe> sup rick_h?
[16:06] <rick_h> kwmonroe: I've got an INTERFACE_PATH defined and an updated grafana-source interface code there edited.
[16:07] <rick_h> kwmonroe: now how do I tell charm build to use that locally checked out version of the interface to make sure the charm works with the changes?
[16:07] <kwmonroe> i can tell where this is going.  you've mistaken me for cory_fu ;)
[16:07] <rick_h> kwmonroe: yea, but you're all helpful and use this stuff :P
[16:07] <rick_h> cory_fu: also halp then please kthx :) ^
[16:07] <rick_h> kwmonroe: has abandoned me in my hour of need
[16:07] <kwmonroe> well ok then... so, if you have INTERFACE_PATH and do not use "charm build --no-local-layers", then the build should just work to pick up your local interface changes
[16:08] <kwmonroe> so rick_h, by default, charm build will prefer your local bits.  it's only when you specify "--no-local-layers" that it ignores included layers/interfaces.
[16:08] <rick_h> kwmonroe: what files does that go into to check if the code is there?
[16:08] <cory_fu> rick_h: As long as INTERFACE_PATH is set in your env to a directory containing a copy of that layer, named as the layer name, it should use it.
[16:09] <cory_fu> rick_h: It looks like there's a bug where charm-build will tell you that it's using a local layer for regular layers, but not for interface layers
[16:10] <cory_fu> rick_h: I opened an issue for it: https://github.com/juju/charm-tools/issues/340
[16:11] <cory_fu> rick_h: So, if INTERFACE_PATH=/tmp/interfaces; and you want a local copy of interface:grafana-source, then it should be checked out in /tmp/interfaces/graphana-source
[16:22] <rick_h> cory_fu: ok, where's the interface stuff build int the build charm? I want ot grep/check the source there to see if it's in fact there
[16:23] <cory_fu> hooks/relations/<interface-name>
[16:23] <cory_fu> rick_h: ^
[16:28] <rick_h> cory_fu: <3 ty I had a typo in my path and the output doesn't say it's doing anything differently but fixing my path and checking the source I see it updated now
[16:38] <beisner> hi all - what do i need to do to deploy series: artful with juju at this time?  i'm getting https://bugs.launchpad.net/juju/+bug/1714305 with agent-stream proposed.
[16:38] <mup> Bug #1714305: artful: no matching agent binaries available <openstack> <uosci> <juju:New> <https://launchpad.net/bugs/1714305>
[16:39] <rick_h> beisner: since there's no agents released it needs to be uploaded from the client which means it needs to be deployed from an artful machine?
[16:39] <rick_h> beisner: balloons correct me here, I feel like there's got to be something I'm forgetting. ^
[16:39] <beisner> ooo weird, that'll be a problem for us rick_h
[16:40] <rick_h> beisner: yea, I mean agents are compiled binaries for the series, no release has had them with artful yet I don't think...so it's got to be supplied from the outside. I must be missing something if we've done any testing/etc yet.
[17:27] <bdx> hey, did I see something coming over the wire about replacing creds?
[17:28] <bdx> for a model
[17:28] <bdx> or was that just for a controller
[17:41] <stokachu> anyone seen failed to create relation egress networks: forbidden transaction: references unknown collection "relationNetworks" before?
[17:44] <rick_h> bdx: it's in a controller working out how to hook things up
[17:45] <stokachu> rick_h: ^ is that a mongo error?
[17:46] <rick_h> stokachu: seems like it. I'd assme relationNetworks is in the CMR feature flag
[17:46] <rick_h> stokachu: so maybe something landed that missed the feature flagging bit?
[17:47] <stokachu> yea possible, this user is running from edge
[17:49] <stokachu> rick_h: lol it is
[17:49] <stokachu> https://travis-ci.org/conjure-up/conjure-up/builds/270515922#L866
[17:49] <stokachu> ugh
[17:50] <rick_h> stokachu: yea, so you could try turning on the feature flag and seeing if it works out and file a bug and let wallyworld know what's up
[17:50] <rick_h>  export JUJU_DEV_FEATURE_FLAGS=cross-model
[17:50] <rick_h> but that has to be done pre-bootstrap
[17:51] <stokachu> ok
[17:53] <stokachu> wallyworld: https://bugs.launchpad.net/juju/+bug/1714318
[17:53] <mup> Bug #1714318: juju fails to bootstrap with "references unknown collection "relationNetworks"" <conjure> <juju:New> <https://launchpad.net/bugs/1714318>
[18:58] <beisner> rick_h balloons - with artful in freeze, release just around the corner, we need to be able to deploy/test it.   other than deploying from a client on an artful machine, what options do we have?
[21:00] <wallyworld> stokachu: rick_h: damn, will fix straight away this morning. it's almost time we turn off the cross model feature flag
[21:01] <stokachu> wallyworld: \o/
[21:01] <wallyworld> i just want to get the data model and api stable; we're almost there
[21:09] <stokachu> wallyworld: can't wait for it :D
[21:13] <stokachu> wallyworld: i also have this one https://bugs.launchpad.net/juju/+bug/1711019
[21:13] <mup> Bug #1711019: vsphere: cache VMDKs in datastore to avoid repeated downloads and firewalled hosts <conjure> <juju:Triaged> <https://launchpad.net/bugs/1711019>
[21:14] <stokachu> wallyworld: more people are running into where they dont like having the images downloaded to their local machine
[21:14] <stokachu> and also the firewall issue
[21:15] <stokachu> axw: ^
[21:27] <wallyworld> stokachu: ok, we'll look into it
[21:27] <stokachu> wallyworld: ty!
[22:02] <veebers> Happy Birthday thomi!
[22:02] <veebers> hah wrong channel sorry
[22:03] <bdx> wtf http://paste.ubuntu.com/25441085/
[22:03] <bdx> just added a model, deployed some stuff to it
[22:03] <bdx> then I go to add another
[22:03] <bdx> and WHOAMMI
[22:03] <bdx> ERROR cannot obtain authorization to collect usage metrics: failed to authorize reseller plan
[22:04] <cmars> bdx, we're in the middle of a db migration, it's the planned outage i emailed about on the ml
[22:05] <bdx> oooOOooo
[22:05] <bdx> :)
[22:05] <cmars> bdx, sorry for the trouble. i'll let you know when it's back
[22:05] <bdx> no worries
[22:05] <bdx> cmars: thx
[22:22] <hml> wallyworld: have a minute or two to review my pr?  config-changed hook one
[22:23] <wallyworld> hml: yep, will do
[22:25] <wallyworld> hml: initial comment - if we refresh and get life, we don't also need u.st.life(u.tag)
[22:29] <wallyworld> hml: also, i think we can drop the facade version check as the controller is always updated first before the unit agents
[22:29] <hml> wallyworld: okay
[22:30] <wallyworld> hml: and probably we can drop the embedding of the common.Life stuff since it's no longer used
[22:30] <wallyworld> on the client side anyway
[22:37] <wallyworld> hml: just a few small things, otherwise looks good
[22:38] <hml> wallyworld: thx - i’ll get working on those
[22:38] <wallyworld> hml: also, would be worth just another manual bootstrap and test just to be sure
[22:38] <wallyworld> if not already done
[22:39] <hml> wallyworld:I’ve done a couple - a couple more won’t hurt
[22:39] <cmars> bdx, hey, we should be all done with the maintenance, are you able to create models now?
[22:40] <bdx> cmars: yea, good to go!
[22:40] <cmars> bdx, \o/ ok, glad to hear
[22:42] <bdx> cmars: what was the upgrade from -> to ?
[22:43] <cmars> bdx, it was an VM migration to a different openstack VM host
[22:44] <bdx> ahh nice
[22:44] <bdx> I remember those days
[22:45] <bdx> thank god for openstack
[23:33] <hml> wallyworld: looks like common.Life is still used in the uniter, but i removed the version check
[23:34] <wallyworld> we should look at that usage
[23:34] <wallyworld> see if it should be replaced by refresh
[23:49] <hml> wallyword: application in uniter uses it, not just unit, but perhaps unit should use refresh instead


[20:06] <mhall119> daker: will you be able to make the 20:30 UTC call today?
[20:11] <daker> mhall119: yep
[20:12] <mhall119> cool, see you then
[20:33] <mhall119> daker: I'll be a minute, my laptop randomly rebooted on me
[20:34] <daker> :)


[06:04] <darkxst> octoquad, great
[06:05] <darkxst> just for reference the wrapper and desktop file can live within debian/ folder and get installed into the proper place with a debian/rules install override
[06:06] <octoquad> darkxst, ok, it's stand-alone at the moment. Will integrate with getting started docs package.
[06:07] <octoquad> darkxst, for the seeds file, are we going to be swapping out rhytmbox etc at the same time?
[06:08] <darkxst> octoquad, thinking of keeping rhytmbox, but seeding gnome-music also
[06:08] <octoquad> darkxst, ok.
[06:08] <darkxst> since the last has no support for playing files via context menus
[06:08] <octoquad> ah
[06:09] <darkxst> photos is less of a problem, eog can take care of viewing images
[06:09] <octoquad> yeah, this version in wily is pretty nice
[06:11] <darkxst> so basically it will be swap gnome-photos for shotwell, make sure eog is set as default image viewer (for context menus) and add gnome-music
[06:11] <darkxst> feel free to make those changes if you have time
[06:12] <octoquad> darkxst, sure, I'll let you know if I can't get to it soon
[06:12] <darkxst> octoquad, feature freeze is 20th
[06:12] <octoquad> oh yeah
[06:12] <darkxst> looks like I have to finish the langpack stuff for g-c-c
[06:12] <darkxst> and still get g-s-d/g-c-c updated to 3.16
[06:13] <darkxst> but alteast we now have bluez5
[06:13] <darkxst> most stuff got held up by gcc5 transition, so I think there will be plenty of FFe stuff this cycle
[06:17] <darkxst> (which still isnt finished, but for us its mostly cleared up since all everything is C except spidermonkey and webkit
[06:22] <darkxst> octoquad, filed bug 1485290, and assigned to you :)
[06:22] <octoquad> darkxst, ta, I was going to create it just now, thanks for saving me some time :)
[06:23] <octoquad> darkxst, I placed a file called .seen-getting-started-guide in the home directory. I didn't think it made sense to put it in .config, it's not configuration options.
[06:24] <darkxst> octoquad, just follow what gnome-initial-setup does,
[06:25] <darkxst> perhaps .cache/
[06:25] <octoquad> ok, I based it off .sudo_as_admin_successful
[06:28] <darkxst> actually maybe gnome-initial-setup won't make sense in this case, thats really first boot
[06:29] <darkxst> so probably ~/.cache/gnome-getting-started-docs/seen-getting-started-guide would be best
[06:30] <darkxst> I think its discouraged to add . files to the homedir these days
[06:34] <octoquad> is .cache always available at first run? I'm just curious to know.
[06:35] <darkxst> by the time you login, it surely should be
[06:38] <octoquad> ok changes are done. will integrate with package now
[06:47] <octoquad> Is this the correct bzr repo? https://code.launchpad.net/~ubuntu-branches/ubuntu/wily/gnome-getting-started-docs/wily shows 3.12.1-1
[06:48] <darkxst> octoquad, udd branches are often broken
[06:48] <darkxst> if you want to use vcs, just setup a git branch somewhere
[06:48] <darkxst> or even just a debdiff in this case should be fine
[06:49] <octoquad> ok. But where are the latest changes for this package?
[06:49] <darkxst> pull-lp-source
[06:49] <octoquad> sorry being silly lol
[06:50] <darkxst> (we don't have any packaging branches yet, remember)
[06:53] <darkxst> though I gave up on bzr long ago, I do everything in git locally and then export to bzr branches when needed
[06:53] <darkxst> I reckon ubuntu will switch to git in the next 12months though
[06:53] <octoquad> I would love git support, like right now haha
[06:54] <darkxst> launchpad has git support in beta, but not being used for udd
[06:54] <darkxst> yet
[06:54] <octoquad> darkxst, please share how you do git locally then export to bzr branchs. Do you use git-bzr?
[06:55] <darkxst> we also have access to the debian git repos, if needed
[06:56] <darkxst> octoquad, I have a  script to import http://pastebin.com/PYZtyBmk
[06:57] <darkxst> it fallsback to pull-lp-source when there is no packaging branch though
[06:57] <darkxst> in which case you can't export, but making diff from git is soo easy anyway
[06:58] <darkxst> octoquad, and its kinda geared toward gbp
[06:59] <darkxst> gbp import-dsc <debian-package.dsc>
[06:59] <darkxst> git import-bzr
[06:59] <darkxst> do a merge
[06:59] <darkxst> etc
[06:59] <darkxst> gbp build-package
[07:00] <darkxst> which runs sbuild, though may have take local config to make it work
[07:02] <darkxst> if you just want a git branch from current ubuntu source, pull-lp-source, gbp import-dsc is enough
[07:05] <octoquad> cool, ever though about creating a Ubuntu GNOME development / packaging guide?
[07:05] <octoquad> I found the way documented on the various pages different to how it's actually done.
[07:06] <darkxst> octoquad, the problem with debian packaging is there are atleast 3 ways to do every step
[07:07] <darkxst> and I don't have time to write a guide, but once we have git branches maybe someone else can do it
[07:08] <darkxst> steve started on scripts to export stuff from ppa into git, but he left the team before it was finished
[07:09] <darkxst> debian pkg-gnome also long planning on switching to git
[07:09] <darkxst> I think eventually we will have debian/ubuntu/ppa branches all living together on alioth
[07:10] <darkxst> (atleast for the Ubuntu GNOME stuff, and maybe some of the ubuntu-desktop stuff)
[07:10] <octoquad> darkxst, I understand that it takes time to do documentation. I think it just helps lower the barrier for those who would like to help out, but have never contributed to a project before. I don't mind doing it to be honest, I have already written some notes down on how to split packages and how to do patching.
[07:13] <darkxst> octoquad, upstream everything is git, debian is still for now svn, ubuntu is bzr
[07:13] <darkxst> for the most part, alteast simple patches debdiff's are fine for debian/ubuntu
[07:15] <darkxst> I usually recommend debdiff's, to newcomers since they seem the path of least resistance, but then its a pain to update if package is re-uploaded before its sponsored
[07:17] <darkxst> octoquad, but if you want to write some docs, I will give them a quick review when ready
[07:18] <darkxst> to be fair, I have been doing it to long, to know what info a beginner would require, what is documented elsewhere well etc
[07:21] <octoquad> :)
[07:24] <octoquad> good thing I read some of the C stuff and makefile. This makefile is insane lol
[07:24] <darkxst> which?
[07:25] <octoquad> getting started docs Makefile.in
[07:25] <darkxst> thats autogenerated most likely
[07:25] <darkxst> Makefile.am is the source
[07:25] <octoquad> aaah
[07:25] <octoquad> one line in there
[07:25] <darkxst> but don't patch upstream for this
[07:26] <darkxst> put the files in debian/ and install via overrides in rules
[07:28] <octoquad> Ok, I have static paths at the moment in the .desktop file (/var/lib/
[07:29] <darkxst> see for example gnome-session/debian/rules
[07:30] <darkxst> the static paths are probably ok since its ubuntu only
[07:30] <darkxst> but put the desktop fine in debian/
[07:30] <darkxst> and the wrapper
[07:31] <darkxst> fedora and RH use /var/libexec/ but that won't affect us
[07:35] <octoquad> interesting. So how do tell it to install to the desktop to /etc/xdg/autostart and the script into /var/lib?
[07:37] <darkxst> install/gnome-getting-started-docs::
[07:37] <darkxst>         install -m 644 -D debian/.desktop debian/gnome-getting-started-docs/<where it goes>
[07:37] <darkxst>         install -m 644 -D debian/wrapper debian/gnome-getting-started-docs/<where it goes>
[07:39] <darkxst> or something like that
[07:40] <darkxst> there are loads of packages that do this sort of stuff, if you need example codesearch.debian.org is your friend
[07:41] <octoquad> ta, was looking for an example online
[07:42] <darkxst> http://codesearch.debian.net/results/install%2F.*%3A%3A%20path%3Adebian%2Frules/page_0
[07:44] <octoquad> https://www.debian.org/doc/manuals/maint-guide/modify.en.html#destdir
[07:46] <darkxst> octoquad, sure, don't install anything in to /usr/local/ not sure what else that page is meant to say
[07:47] <darkxst> and they look like dh overrides, won't work with cdbs
[08:09] <octoquad> good example: http://sources.debian.net/src/gedit/3.14.0-3/debian/rules/?hl=13#L13
[08:09] <octoquad> package is building now (hold thumbs)
[08:24] <darkxst> i'd prefer install over that snippet
[08:25] <octoquad> yeah just changed it to install now. The cp didn't work (permission denied)
[08:31] <octoquad> cool, successful build
[08:46] <octoquad> darkxst, for that gjs-console bug, how do you get a stacktrace, especially if it is a malloc: https://bugs.launchpad.net/ubuntu-gnome/+bug/1432068
[08:47] <octoquad> I think I found the pattern to reproduce
[08:49] <octoquad> awesome, she werks! debdiff incoming.
[08:49] <darkxst> apport-retrace?
[08:51] <darkxst> though seems to have a pretty reasonable backtrace from bot, I'd auggest submit that upstream to tracker
[08:51] <octoquad> ok
[08:52] <octoquad> alright, debdiff is attached to bug report. I'm going to call it a day, have some other work to attend to. Let me know if you need any changes (doubt it)
[08:53] <octoquad> that was fun btw, thanks for helping me :)
[08:55] <darkxst> octoquad, did you diff files in the wrong order?
[08:55] <darkxst> your changes are being removed
[08:55] <octoquad> er, the way you mentioned last time. Possible, did new old.dsc > diff
[08:56] <octoquad> lol
[08:56] <darkxst> octoquad, old then new!
[08:56] <octoquad> ok I'll re-upload
[08:56]  * octoquad pulls noob move
[08:57] <darkxst> octoquad, I would point desktop file autostartCondition at the stamp made by srapper script
[08:58] <octoquad> AutostartCondition=if-exists /var/lib/gnome-welcome-tour?
[08:59] <darkxst> no seen-getting-started
[09:00] <octoquad> is if-exists negated? So if it does exist it won't actually process the wrapper script?
[09:01] <darkxst> unless-exists
[09:02] <darkxst> (I think)
[09:02] <octoquad> upstream desktop file points to the script for AutoStartCondition
[09:02] <octoquad> s/script/wrapper
[09:05] <darkxst> I suppose it doesnt matter too much, but I would use unless-exists stamp
[09:05] <darkxst> probably doesnt avoid maybe in terms of boot time though
[09:05] <darkxst> s/maybe/much/
[09:07] <darkxst> and if-exists /var/lib/gnome-welcome-tour is always TRUE
[09:07] <darkxst> why even set it then?
[09:08] <darkxst> (that would normally be used for cross-package deps)
[09:09] <octoquad> ok, I just the upstream version as starting point. So should I change it to if-exists ~/.cache/gnome-getting-started-docs/seen-getting-started-guide or remove completely?
[09:10] <octoquad> I just used the ...
[09:10] <darkxst> unless-exists <stamp file>
[09:11] <darkxst> so unless-exists ~/.cache/gnome-getting-started-docs/seen-getting-started-guide
[09:12] <octoquad> ok done. Anything else/
[09:12] <octoquad> ?
[09:14] <darkxst> what happened to yelp-intro.webm?
[09:14] <darkxst> did upstream remove that?
[09:15] <darkxst> but otherwise the rest looks good
[09:16] <octoquad> i don't know. Can't find it on my wily system
[09:16]  * darkxst needs steak
[09:16] <octoquad> I need breakfast!
[09:16] <octoquad> nearly lunch time though
[09:17] <darkxst> is it in gnome-initial-setup perphaps?, thats not packaged
[09:18] <darkxst> ive not actually seen it apart from references in the welcome-tour
[09:18] <darkxst> ^script
[09:21] <octoquad> nope nothing in there
[09:31] <darkxst> maybe it was removed, recently?
[09:32] <octoquad> https://git.gnome.org/browse/gnome-initial-setup/commit/data/gnome-welcome-tour?id=6261c8b1ca0be9126e5a3e7551e04de115c27c43
[09:33] <darkxst> octoquad, k, thats fine by me
[09:33] <octoquad> cool
[09:34] <octoquad> it was removed in 2013 already
[09:35] <darkxst> octoquad, its not like I have time to check details on what I am saying!
[09:37] <darkxst> well not everything, and this case seems you answered it yourself, I'm off to cook steak
[09:41] <darkxst> hoping that will help with withdrawal symptoms, from most awesome chick that just left for a year, a month after meeting her ;(
[09:42] <darkxst> octoquad, "fix committed" is meant for stuff actually committed to vcs, don't set that
[10:05] <octoquad> darkxst, apologies, this page https://help.launchpad.net/Bugs/Statuses and this page https://wiki.ubuntu.com/Bugs/Bug%20statuses say different things. The wiki will take precedence for me from now on.
[10:07] <darkxst> octoquad, I'm not even going to read those, stuff that needs sponshorsip should just be confirmed (or wishlist)
[10:09] <darkxst> or triaged of course
[11:53] <Linnak> Hi, where should I copy Gnome shell themes?
[14:17] <LinDol> hi all
[17:32] <MAtahari> hi. how can I make KDE apps look right in gnome?


[00:26] <mhall119> s/you/our/
[00:26] <mhall119> better late than never :(
[19:00] <cjohnston> JoseeAntonioR: ping
[19:01] <JoseeAntonioR> cjohnston: pong
[19:01] <cjohnston> JoseeAntonioR: can i see your settings.py and local_settings.py please
[19:01] <cjohnston> for http://summit.joseeantonior.com:8000/
[19:01] <JoseeAntonioR> sure
[19:01] <JoseeAntonioR> give me a second
[19:01] <cjohnston> i can reproduce an error on your site thatmay help us debug
[19:02] <JoseeAntonioR> what is it?
[19:02] <cjohnston> ValueError at /openid/login/ when i try to login
[19:03] <JoseeAntonioR> oh, yes, that's been like that since yesterday
[19:03] <cjohnston> ya..
[19:03] <cjohnston> we need to figiure that out
[19:05] <JoseeAntonioR> http://vps.joseeantonior.com/local_settings.py
[19:05] <JoseeAntonioR> and http://vps.joseeantonior.com/settings.py
[19:05] <JoseeAntonioR> cjohnston: ^
[19:06] <cjohnston> hrm
[19:07] <JoseeAntonioR> the local settings are the sample one
[19:07] <cjohnston> ya
[19:09] <JoseeAntonioR> let me know if there's something I can do
[19:09] <cjohnston> JoseeAntonioR: i assume django-openid-auth is installed via pip?
[19:09] <JoseeAntonioR> yeah
[19:09] <JoseeAntonioR> want me to install again?
[19:09] <cjohnston> no
[19:10] <cjohnston> i think pypi may need to be updated
[19:10] <JoseeAntonioR> huh?
[19:11] <cjohnston> http://pypi.python.org/pypi/django-openid-auth/0.4 the last update was more than a year ago
[19:11] <cjohnston> https://code.launchpad.net/django-openid-auth 8/29 was updated to work with 1.3
[19:12] <JoseeAntonioR> want me to update and try?
[19:12] <cjohnston> sure
[19:12] <cjohnston> bbiaf
[19:13] <mhall119> cjohnston: we have the newer one in production don't we?
[19:13] <cjohnston> i dont know
[19:14] <mhall119> cjohnston: JoseeAntonioR: I only have OPENID_SREG_REQUIRED_FIELDS = ['email'] in my settings
[19:14] <mhall119> where are the two nicknames coming from?
[19:15] <mhall119> cjohnston: are you back from vacation?
[19:16] <JoseeAntonioR> cjohnston, mhall119: works now
[19:16] <JoseeAntonioR> it needs the last version
[19:19] <cjohnston> yes
[19:20] <cjohnston> JoseeAntonioR: can you run an lpupdate plese
[19:20] <cjohnston> please
[19:21] <JoseeAntonioR> sure
[19:21] <JoseeAntonioR> cjohnston: erm, how do I run it? :P
[19:22] <cjohnston> manage.py lpupdate uds-r
[19:25] <JoseeAntonioR> cjohnston: I got lots of errors
[19:25] <cjohnston> ?
[19:25] <JoseeAntonioR> http://paste.ubuntu.com/1295834/
[19:26] <cjohnston> try again? ive never seen that
[19:27] <JoseeAntonioR> same errors
[19:27] <cjohnston> its working for me
[19:28] <JoseeAntonioR> not here
[19:28] <cjohnston> are you sure your inside the virtual env
[19:28] <JoseeAntonioR> yes
[19:29] <JoseeAntonioR> that's why it says (summit) at the beginning
[19:29] <cjohnston> kk
[19:30] <JoseeAntonioR> oh, one sec
[19:31] <JoseeAntonioR> cjohnston: is the import url https://launchpad.net/sprints/uds-r ?
[19:31] <cjohnston> ahh
[19:31] <cjohnston> no
[19:31] <JoseeAntonioR> what's it?
[19:32] <cjohnston> https://launchpad.net/sprints/uds-r/+temp-meeting-export
[19:33] <JoseeAntonioR> ok, it's importing all the users
[19:33] <JoseeAntonioR> may take a while, though
[19:47] <JoseeAntonioR> cjohnston: what do you think should be done with the star thingy?
[19:56] <cjohnston> i would like to do ajax
[19:59] <JoseeAntonioR> I tried ajax with no success, maybe another person can do it, then
[19:59] <JoseeAntonioR> or I can give it a shot in about ~45, when I'm done with the UWN


[02:02] <ahoneybun> cyphermox: when is the freeze that no new slideshow uploads will happen?
[02:07] <cyphermox> you should mostly follow UI Freeze (which makes that next week), but it's also a lot so we have time to get translations for any slideshow work.


[07:00] <dholbach> good morning
[15:52] <Rohith> hi
[15:52] <Rohith> i have one problem in my ubuntu
[15:53] <Rohith> could any body please help me
[15:53] <Rohith> is any body there here
[15:53] <Rohith> am new to here
[15:53] <Rohith> could you please any body help me
[15:57] <mhall119> Rohith: what do you need?
[15:59] <Rohith> i want some suggistion sir
[16:07] <mhall119> Rohith: I'll help however I can, tell me what you problem or question is
[16:07] <Rohith> i recently installed ubuntu 14.04
[16:08] <Rohith> that time i gave only 5 gb memory to root file system
[16:09] <Rohith> recently it says "root file system has 0 bytes disk space remaining"
[16:09] <Rohith> how can i increase the memory of root file system
[16:09] <Rohith> my hard disk capacity is 500
[16:09] <Rohith> now i use only 100 gb
[16:11] <mhall119> Rohith: you'll have to boot from a DVD or USB again, then use the program gparted to re-size your partitions
[16:11] <mhall119> you can't resize them while you're booted from them, which is why you need the DVD/USB
[16:12] <mhall119> Rohith: http://askubuntu.com/questions/126153/how-to-resize-partitions has instructions that are a little old but should still be accurate
[16:20] <Rohith> hmm k
[16:21] <Rohith> am not installed ubuntu software i paid some money in one shop and installed that ubuntu
[16:30] <mhall119> Rohith: you might want to ask the people at the shop to resize if for you then
[16:32] <Rohith> is he accepted for my praposal sir?
[16:33] <Rohith> i think he is don't know about ubuntu that's y he did like this
[16:33] <Rohith> sir do  u have ubuntu software?
[16:44] <Rohith> i have another doubt
[16:47] <mhall119> Rohith: I use Ubuntu, yes
[16:47] <mhall119> if the shop installed it, I would hope they can help you fix your install
[16:47] <mhall119> otherwise, like I said, the instructions in the link above should do it for you too
[16:50] <Rohith> k
[16:50] <Rohith> can i change my hard disk name sir?
[19:57] <belkinsa> Sigh, do people ever read signs...
[20:01] <skellat> belkinsa: Which sign do you refer to?  The topic?
[20:01] <belkinsa> Yeah, the topic, but it's like a sign, isn't?
[20:01] <skellat> Yep
[21:21] <mhall119> belkinsa: it's selection bias, you never hear from the ones who *do* read the sign, because they read the sign :)
[21:22] <belkinsa> Aye, it is.


[19:21] <nelson_mtkwan> hi there. I am a newbie in ubuntu. I have just setup the automounting of my partition by the 1st method on https://help.ubuntu.com/community/AutomaticallyMountPartitions, which containing Chinese file name. Everything goes rights except those Chinese file name. They all became question marks!!! Can anybody here help me?
[19:23] <nalioth> nelson_mtkwan: support is in #ubuntu


[15:02] <mark06> anyone with problems downloading xz files from launchpad?
[15:05] <wgrant> mark06: What sort of problems?
[15:09] <mark06> instead of downloading, it showed the blob on screen
[15:09] <mark06> on a win7 firefox 29... then I switched to zip
[15:09] <wgrant> Which URL in particular?
[15:18] <mark06> I deleted it, so it shouldn't happen? a sec
[15:31] <mark06> https://launchpad.net/pidgin++/trunk/2.10.9-rs137/+download/Pidgin%202.10.9-RS137%20Source.tar.xz
[15:41] <wgrant> mark06: https://bugs.launchpad.net/launchpad/+bug/1325642
[15:45] <mark06> thanks!
[17:32] <lazyPower> I think i broke launchpad
[17:32] <lazyPower> https://code.launchpad.net/charms - is giving me a timeout all of a sudden after i pushed a charm to the project.
[17:34] <dobey> just laoded here
[17:34] <dobey> but 2764 is one hell of a lot of branches :-/
[17:34] <lazyPower> Thats the charm store for you
[17:34] <lazyPower> :)
[17:35] <lazyPower> i may have been trying to load while it was ingesting, no idea. but it did indeed just pop backu p for me. Thanks for the confirmation dobey
[17:35] <dobey> well, with that many branches, there might be some timeouts occurring every now and then on that page
[17:38] <mark06> btw, why did juju move to github? it's just... *odd*
[17:41] <dobey> ask #juju
[17:43] <mark06> I thought the boss would know
[18:17] <cjwatson> lazyPower: We're just rolling out new code, so possibly there was a bit of a load spike.
[18:17] <cjwatson> But indeed it seems fine now.


[09:02] <kim0> morning everyone
[09:27] <koohead11> hi kim0
[14:54] <koohead11> kim0, ping
[14:55] <kim0> koohead11: hey


[08:38] <hrw> morninge
[10:03] <vstehle> ogra: Hi Oliver, you came back after all :)
[10:03] <vstehle> ogra: I find something puzzling regarding the PPA.
[10:04] <persia> I wouldn't trust much communication until there's been no netsplit traffic for a while: sometimes stuff gets lots in the backscroll.
[10:04] <vstehle> persia: May I please ask _you_ about this PPA thing, then?
[10:05] <persia> I generally recommend asking questions generally of the channel.  I'm unsure that this is the best channel for a PPA question, but I'll try.  Otherwise, you can ask in #launchpad.
[10:05] <vstehle> persia: Ok; I move there.
[10:17] <ogra> so the sound stuff doesnt work at all anymore :/
[10:18] <lag> What have you done?
[10:18] <ogra> lag, trying mathieus kernel, putting all new files in place
[10:18] <lag> Hmm
[10:19] <ogra> all muted
[10:21] <ogra> urgh
[10:21] <lag> ?
[10:21] <ogra> a) i tried remotely .... my screen is all blue if i switch the monitor on
[10:22] <lag> Nice
[10:22] <ogra> not sure what he did to that kernel package
[10:22] <ogra> b) calling alsactl init makes it work
[10:22] <lag> I'm just looking now
[10:22] <lag> Is that correct?
[10:22] <ogra> no
[10:22]  * ogra reverts everything, it worked yesterday with distro kernel and my file without alsactl init
[10:23] <lag> What does cat /proc/asound/cards produce?
[10:23] <hrw> ogra: panda sound still has problems?
[10:23] <lag> What was the link to the kernel he gave you?
[10:24] <ogra> http://people.canonical.com/~mpoirier/linux-image-2.6.35-903-omap4_2.6.35-903.13+release3_armel.deb
[10:25] <ogra> lag, before i had http://people.canonical.com/~roc/kernel/audio/linux-image-2.6.35-903-omap4_2.6.35-903.13+audio1_armel.deb installed
[10:25] <ogra> just reinstalling that one
[10:25] <lag> That's Bryans kernel
[10:26] <ogra> right
[10:26] <ogra> and that one worked after the alsa-lib change
[10:26] <ogra> i dont get why i would get that bright blue screen
[10:26] <ogra> the patches dont touch anything related
[10:27] <lag> I'm trying to find the server which he built on
[10:27] <lag> But to no avail as yet
[10:28] <ogra> sound/soc/omap/sdp4430.c , include/sound/soc.h and sound/soc/soc-core.c
[10:28] <ogra> nothing should have any influence on my display
[10:28] <lag> I can't find any of his builds
[10:28] <ogra> fun
[10:29]  * ogra reboots into old kernel with old init files
[10:30] <ogra> yup, login sound here
[10:30]  * ogra checks the screen
[10:30] <ogra> and netbook ui
[10:33] <lag> I can't find any up-to-date build?
[10:33] <ogra> weird
[10:33] <ogra> well, we need cooloneys kernel plus the bits from lrg
[10:34] <ogra> i just need the names
[10:34] <ogra> and i know cooloney built on one of your servers
[10:34] <lag> How different is cooloney's tree to the mainline?
[10:35] <lag> What if I applied lrg's patches to the current tree?
[10:36] <ogra> you would be missing a ton of audio fixes
[10:36] <ogra> afaik
[10:36] <lag> Ah
[10:36] <ogra> oh, no, wait, i think they were applied
[10:36] <ogra> please check the tree
[10:36] <lag> Yep
[10:36] <ogra> not sure there was an upload with thgem though
[10:38] <lag> http://kernel.ubuntu.com/git?p=ubuntu/ubuntu-maverick.git;a=shortlog;h=refs/heads/ti-omap4
[10:38] <lag> Is that all the patches?
[10:38] <lag> Or are there more?
[10:38] <ogra> its like 70 patches and i cant find the merge request on the kernel ML
[10:39] <ogra> RAAAAAHHHH !!!!
[10:39]  * ogra freaks out about being CCed on all the kernel mails
[10:39] <ogra> I HATE THAT !
[10:39] <lag> We've had this discussion
[10:39] <ogra> thanks to that they dont match the ML sort filter and end up in places i cant find them
[10:39] <lag> Not everyone reads the mailing list
[10:39] <ogra> thats so annoying
[10:40] <ogra> i do
[10:40] <lag> Good for you :)
[10:40] <ogra> and i am sure that other people filter on ML headers too
[10:40] <lag> Perhaps you shouldn't
[10:40] <lag> ;)
[10:40] <lag> I have working filters
[10:40] <lag> ;)
[10:40] <lag> Anyway ...
[10:41] <lag> That current tree looks like it has loads of new audio patches
[10:41] <ogra> lag, based on ML headers (like you should for LP mail ?)
[10:41] <ogra> [Maverick] [ti-omap4] SRU: audio driver fixings
[10:41] <lag> I'd say ~90 patches
[10:42] <ogra> applied and pushed by tim on the 6th
[10:42] <lag> In the ML/
[10:42] <lag> ?
[10:42] <ogra> yes
[10:43] <lag> Yes, they are applied
[10:43] <ogra> good
[10:43] <ogra> so only the naming patches from lrg are missing there
[10:43] <ogra> could you roll me a kernel deb ?
[10:45] <lag> Of course
[10:45] <ogra> merci :)
[10:45]  * ogra meanwhile goes to find some breakfast
[10:45] <ogra> we'll need GrueMaster (once he gets up) to confirm the switching works, he has a blaze
[10:47] <lag> There are only 4 patches right?
[10:52] <persia> ogra, jasper-initramfs/scripts/local-bottom/jasper_setup runs in initramfs, right?
[10:53] <ogra_ac> yes
[10:55] <persia> So, I think we can't enable universe via the python API there.  Is there a script that runs in userspace, or do you think unsafe sed is better?
[10:58] <ogra_ac> you cant run apt-get update from there at all
[10:58] <ogra_ac> no networking in initrd
[10:59] <ogra_ac> so your apt-cache will be completely out of sync
[10:59] <persia> Oh, I don't care about apt-get update.
[10:59] <persia> That's fine.
[10:59] <ogra_ac> i do
[10:59] <persia> Everything will be able to tell the apt-cache is out of date because of timestamps.
[10:59] <ogra_ac> if a user calls apt-get install i dont want him to be greeted with an out of sync cache error
[11:00] <ogra_ac> thats about the first impression not about technical issues
[11:00]  * persia digs into oem-config code
[11:01] <ogra_ac> i think apt-setup is only called from oem-config in case you also run tasksel
[11:01] <ogra_ac> which we dont want in our setup
[11:01] <ogra_ac> i'm not sure they are separate
[11:52] <lag> ogra_ac: I also have Blue screen!
[11:53] <ogra> even with the new kernel ?
[11:53] <ogra> wow
[11:53] <lag> The latest kernel
[11:53] <lag> We're screwed
[11:53] <ogra> i dont get how the soc changes can affect hdmi
[11:54] <lag> I don't think it was the SoC changes
[11:54] <ogra> especially since its only a few lines adding names
[11:54] <lag> Let me roll there kernel without lrgs patches
[11:54] <ogra> well, the kernel on the release image works
[11:54] <lag> Which was compiled when?
[11:55] <ogra> and i think the 90 sound patches are in there
[11:55] <ogra> and cooloneys test kernel works for me too
[11:55] <ogra> without any issues
[11:55] <ogra> there was one patch afterwards ...
[11:56] <ogra> one sec, let me find it
[11:56] <ogra> [Maverick] [ti-omap4] [SRU] UBUNTU: [Config] enable passing all kernel command line to init
[11:56] <lag> 7 days ago	Mythri P K	OMAP4:DSS:HDMI:Fix for default boot on HDMI with ES2.0
[11:56] <ogra> Thu,  7 Oct 2010
[11:56] <ogra> lag, oh, wait
[11:56] <ogra> which image do you use ?
[11:57] <ogra> x-loader changed along with that patch
[11:57] <lag> Ah
[11:57] <lag> I'm using the daily build
[11:57] <ogra> you need to use the new image
[11:57] <lag> But with my own x-loader
[11:57] <lag> Whould the daily build work?
[11:57] <ogra> right, x-loader and the Mythri P K HDMI patch had to be applied at the same time
[11:58] <ogra> the daily from 7th should
[11:58] <lag> Okay, re-DDing
[11:59] <ogra> (it should be the release image, we didnt re-roll)
[12:15] <lag> ogra: Okay, my blue screen has disappeared momentarily
[12:15] <lag> ogra: Why did you get a blue screen?
[12:15] <lag> ogra: Were you using the old x-loader too/
[12:17] <ogra> lag, yeah
[12:18] <ogra> i still use the same image, upgraded since RC and we dont upgrade x-loader (as you wouldnt upgarde a PC BIOS)
[12:19] <ogra> ok, updated x-loader
[12:19] <ogra> let me try with mathieus kernel again
[12:20] <lag> If it doesn't work, I have a working one here
[12:20] <ogra> k
[12:20] <ogra> i suspect it will work now
[12:21] <ogra> *twiddle*
[12:21] <lag> Which board do you have?
[12:21] <lag> 8 layer?
[12:22] <ogra> 2.1
[12:22] <lag> I am sooooo behind on boards :(
[12:22] <ogra> and 8 layer 2.0 and a special 2.1 with DVI wiring added
[12:22] <ogra> 2.0 8 layer is fine
[12:22] <lag> I only have a 6 layer
[12:22] <ogra> oh, yeah, we need to upgrade you
[12:23] <lag> No kidding
[12:23] <lag> Why have I been left behind
[12:23] <ogra> ask rsalveti, i thinnk he has a patched u-boot and kernel package
[12:23] <ogra> because we got limited amounts of HW
[12:23] <lag> I should always have the most up to date board!
[12:23] <lag> And who has priority?
[12:23] <ogra> and i think mathieu got the new one because he didnt have one at all
[12:23] <lag> Surely the kernel is important to you?
[12:24] <lag> Mathieu is normally OMAP3
[12:24] <ogra> cooloney has the 2.1 and the 2.1+DVI
[12:24] <ogra> you should get his 8 layer
[12:24] <hrw> ogra: how old are 2.1 boards?
[12:24] <ogra> about a week
[12:24]  * hrw wonder which ver will land in my hands
[12:24] <ogra> we only got fout of them directly handed out
[12:25] <ogra> hrw, pray its not a 6 layer
[12:25] <ogra> lag, we'll get more borads within the next few weeks
[12:25] <hrw> ogra: I was told that it will es2.0 8layer minimum
[12:25] <ogra> enough for everyone i hope
[12:25] <lag> I want 2.2
[12:25] <ogra> lag, well, then get a soldering iron :P
[12:26] <ogra> and a list from TI what will be on 2.2
[12:26] <hrw> good thing is that I will be able to run anything not exactly ubuntu on it D:
[12:26] <lag> For future h/w releases I really should have the latest boards
[12:26] <ogra> they wont go to production for a while :)
[12:26] <lag> It was a jk
[12:26] <ogra> 2.1 is what goes out
[12:26] <ogra> and i hope we wont see any HW upgrade for a while now
[12:26] <lag> But as the OMAP4 kernel team representative I should be on the priority list
[12:27] <ogra> lag, well, cooloney is *the* OMAP4 representative i was told
[12:27] <hrw> fight, fight!
[12:27] <ogra> we can swap that indeed
[12:27] <lag> Who told you that?
[12:28] <ogra> that was decided at UDS iirc
[12:28] <lag> Before I joined :)
[12:28] <ogra> right
[12:28] <lag> Well there's a new daddy in town ;)
[12:28] <ogra> yeah
[12:28] <jkridner|work> rsalveti: let me know if my response about the P8 BeagleBoard-xM memory was at all confusing.  you should swap out MLO and see if your problem goes away..
[12:28] <ogra> lets shuffle responsibilities at UDS
[12:29] <lag> By all means
[12:32] <ogra> hmm, i think i trashed my panda image :/
[12:32] <ogra> ah, no
[12:32] <ogra> now it boots
[12:35] <cooloney> lag and ogra, are you guys talking about my panda toy? -:)
[12:35] <ogra> cooloney, hehe, we do
[12:36] <lag> Yep yep
[12:38] <cooloney> yeah, I got 2 panda boards now. actually one is 2.1+DVI
[12:39] <ogra> oh, you dont have the 2.0 anymore ?
[12:39] <cooloney> and one is 2.0
[12:39] <cooloney> yeah, the 8 layers 2.0
[12:39] <ogra> i thought you got a normal 2.1 too
[12:39] <ogra> no sound here :/
[12:40] <cooloney> ogra: oh, i returned that to chris, as 2.1+DVI is enough
[12:40] <ogra> sigh
[12:40] <cooloney> but i have to keep 2.0, since we need to support 2.0, right?
[12:40] <ogra> so with the old kernel it all worked
[12:40] <ogra> with the new kernel i have to call aslactl init *again*
[12:41]  * ogra doesnt get that
[12:41] <ogra> and i cant esaily downgrade, hrm
[12:41] <cooloney> ogra: just before we left, i got 3 boards ->  2.0, 2.1 and 2.1+dvi
[12:41] <ogra> yeah
[12:42] <cooloney> ogra: after sent your guys to airport, we were back to hotel
[12:42] <cooloney> chris called GrueMaster
[12:42] <ogra> ah
[12:42] <cooloney> chris showed up and i returned the normal 2.1 to him
[12:42] <cooloney> so i just have 2 boards. one old 2.0 and a 2.1+dvi
[12:42] <ogra> yup
[12:44] <cooloney> so lag, do you wanna i give you my board? i think you got 2.0 board
[12:44] <cooloney> ogra: how come sound doesn't work?
[12:44] <cooloney> ogra: doesn't work with new kernel?
[12:44] <ogra> cooloney, it never worked ?
[12:44] <ogra> only partially
[12:45] <ogra> we're trying to fix the last bits since beginning of the week
[12:45] <cooloney> oh, i mean even using your alsactl trick, it doesn't work?
[12:45] <ogra> sure it does
[12:45] <cooloney> ogra: ok, got it.
[12:45] <ogra> but the alsactl call is wrong
[12:45] <cooloney> ogra: so any idea about our plan?
[12:46] <ogra> yes, look at the bug
[12:46] <ogra> lag, documented everything
[12:46] <cooloney> ok, let me check
[12:46] <cooloney> ogra and lag, thanks
[12:50] <ogra> GRRR
[12:50] <ogra> no sound at all
[12:50] <ogra> not even after alsactl init now
[12:52] <ogra> HA
[12:52] <ogra> putting my omap4 file back works
[12:53] <ogra> so one step at a time now
[12:53] <ogra> keeping everything as is and upgrading to mpoiriers kernel
[12:53] <lag> :)
[12:53] <lag> cooloney: I don't want your board
[12:53] <ogra> (and adjusting the name in 00main indeed)
[12:54] <lag> cooloney: I'll wait for the next batch
[13:00] <cooloney> lag: oh, panda 2.2? heh
[13:01] <lag> cooloney: No, just the new batch of 2.1's
[13:01] <cooloney> ogra: did liam provide the patch to export platform name from kernel to userspace
[13:01] <ogra> lag, confriming, with the new kernel it doesnt work at all
[13:01] <cooloney> lag: yeah, indeed.
[13:01] <cooloney> ogra: which kernel?
[13:01] <ogra> cooloney, yes, thats what i'm testing here
[13:02] <lag> ogra: Well that's not good!
[13:02] <cooloney> ogra: ok, where is the patch from liam
[13:02] <ogra> no
[13:02] <lag> I don't know which kernel he rolled
[13:02] <lag> Do you want to try mine?
[13:02] <ogra> yes
[13:02] <lag> In case it's any different
[13:02] <lag> Okay, wait one
[13:03] <ogra> i know which kernel he rolled ...  2.6.35-903-omap4 #13+release3
[13:03] <ogra> :P
[13:03] <ogra> its release3 :)
[13:03] <ogra> (i dont know what release3 is supposed to mean though)
[13:05] <lag> ogra: Uploading
[13:05] <lag> My point exactly
[13:05] <lag> I don't think it has any of the audio patches in
[13:05] <lag> Doh!
[13:05] <lag> The one he rolled was *.13*
[13:05] <lag> Mine is *.15*
[13:06] <lag> That would explain it
[13:06]  * lag is uploading
[13:06] <lag> Well, my kernel is :)
[13:08] <lag> ogra: I'll let you know when it's finished uploading: http://people.canonical.com/~ljones/lp637947-maverick/
[13:08] <ogra> oki
[13:09] <ogra> the alsa-lib fix is uploaded btw
[13:09] <ogra> we'll need some testers to confirm it works and can go to -updates (its in -proposed now)
[13:11] <cooloney> ogra: i can try that on my board
[13:11] <ogra> cooloney, use the 00main and omap4 files from the bug
[13:11] <persia> ogra, Have you prepared the candidate alsa-utils bit yet (the new conf file and 00main changes)?
[13:11] <ogra> persia, not until i know they work
[13:12] <persia> Ah, so you're waiting for the alsa-lib bit to be verified?  Makes sense.
[13:12] <cooloney> ogra: oh, if you didn't changed those 2 files since Dallas trip, I've already installed them on my board
[13:12] <ogra> persia, to test the switching i need the new kernel, but the one i got didnt include cooloney's 90 audio patches
[13:12] <ogra> cooloney, great, with the new alsa-lib it should work without alsactl init
[13:12] <cooloney> ogra: i think lag's kernel contains those audio patches
[13:13] <persia> Oh, I somehow missed that the alsa-utils bit depended on the kernel bit.  Sorry for the poorly-timed poke.
[13:13] <ogra> cooloney, right, thats what i'm waiting for
[13:13] <cooloney> ogra: ok, so i just need to update my alsa-lib on board?
[13:13] <ogra> persia, well, my alsa-libs bit doesnt but that works only for panda
[13:13] <ogra> what we need is the switching piece based on boardname
[13:13] <ogra> and thats what we try to test atm
[13:14] <ogra> cooloney, from maverick-proposed, yes
[13:14] <cooloney> ogra: ok, cool. let me upgrade
[13:14] <ogra> cooloney, bug 652035 is the one waiting for test results
[13:14] <ubot2> Launchpad bug 652035 in alsa-lib (Ubuntu Maverick) (and 1 other project) "libasound2 not finding usb sound card (affects: 2) (heat: 18)" [High,Fix committed] https://launchpad.net/bugs/652035
[13:15] <persia> ogra, Right.  I just was chatting with crimsun earlier, and added the task to the other bug (637...) based on what he was saying.
[13:16] <ogra> right
[13:16] <ogra> i'll prepare my stuff today as soon as i can prove it works on the panda at least
[13:16] <ogra> we'll need GrueMaster for the blaze test
[13:16] <persia> Right.
[13:16] <ogra> btw, i suspect the fix also fixes dove
[13:17] <ogra> we should ask NCommander to try
[13:17] <lag> ogra: Done
[13:17] <ogra> lag, you guys dont need to upload the headers every time :)
[13:18] <ogra> i wont compile anything against the test packages :)
[13:18] <lag> It's automatic
[13:18] <ogra> ah
[13:18] <lag> scp linux-* <server>
[13:18] <ogra> i thought you do that with scp
[13:18] <ogra> right, just use scp linux-image*
[13:19] <lag> What does it matter?
[13:19] <ogra> saves time and bandwith
[13:19] <lag> 100%  573KB 573.3KB/s   00:00
[13:22] <persia> 573KB?  Are you sure that's the file you wanted?
[13:22] <ogra> well, at least it took no time :P
[13:22] <ogra> everyone cross your fingers :)
[13:22]  * ogra reboots
[13:24] <ogra> lag, hmm
[13:24] <ogra> lag, are you sure you applied the patches ?
[13:24] <ogra> my card is still named SDP4430 with your kernel
[13:24] <lag> 2 secs
[13:25] <ogra> should be Panda
[13:25] <ogra> ogra@panda:~$ cat /proc/asound/cards
[13:25] <ogra>  0 [SDP4430        ]: SDP4430 - SDP4430
[13:25] <ogra>                       TI OMAP4 SDP4430 Board
[13:25] <ogra> yeah, no name change
[13:26] <ogra> behind the colon it should be: OMAP4 - Panda
[13:27] <lag> http://kernel.ubuntu.com/git?p=lag/ubuntu-maverick.git;a=commit;h=39f15b5e3ac8c486bcc8bcf4376b7d2e8122517b
[13:27] <lag> They're applied
[13:27] <lag> Maybe something went wrong with the build
[13:27] <lag> Let me try again
[13:27] <ogra> err
[13:28] <ogra> whats these abe changes ?
[13:28] <lag> ref: lrg's email 12/10/10 @ 11:45
[13:31] <ogra> ah, k
[13:31] <ogra> he does weird testing though
[13:31] <ogra> pretty hackish :P
[13:32] <ogra> but ok, i'll trust him
[13:32] <ogra> he should know what the mixer values should be
[13:32] <ogra> though i dont get why the name change doesnt work now
[13:33] <lag> As I said, it's probably a build error
[13:33] <lag> I am re-compiling
[13:33] <ogra> ok
[13:33] <lag> Shouldn't be too long
[13:34] <ogra> k
[13:34] <ogra> i'll go play with my ac100
[13:34] <ogra> :)
[14:13] <ogra> rsalveti, hey
[14:22] <lag> ogra: The latest kernel is up by the way
[14:22] <lag> (and has been for a while)
[14:26] <ogra> pulling, thanks
[14:32] <ogra> ok, rebooting, lets see
[14:32] <ogra> (or hear rather)
[14:36] <ogra> the names changed
[14:36] <ogra> but it doesnt work :(
[14:37] <ogra> lag, could i get a build with *only* the name changes ?
[14:39] <lag> You mean without all the other audio patches?
[14:39] <lag> Or without his other 2 patches?
[14:39] <ogra> right
[14:39] <ogra> without any patches to the abe files
[14:40] <ogra> i have to call alsactl init manually again with your kernel
[14:40] <ogra> then it works
[14:40] <ogra> and i cant imagine that to be caused by the name changes
[14:41] <ogra> sound/soc/omap/abe/abe_dat.c , sound/soc/omap/abe/abe_def.h and sound/soc/omap/omap-abe-dsp.c dropped please
[14:41] <ogra> (the changes, not the files indeed :) )
[14:43] <ogra> oh, shriek !
[14:44]  * ogra just found a spares alsactl init in one of the alsa files
[14:45] <ogra> *sparse
[14:45] <lag> Does that mean you don't want me to re-compile yet?
[14:45] <ogra> yes, wait a sec
[14:45] <ogra> i have to test the old kernel again
[14:45] <ogra> GAH
[14:47] <ogra> lag, leave it i think i'll haver to additionally apply a hack to alsa-utils
[14:47] <ogra> seems the alsa-lib fix only fixed it partitally
[14:47] <lag> Okay
[14:47] <lag> Let me know if you need me
[14:47] <ogra> will do
[14:48] <ogra> but i think kernel wise we're fine now
[14:50] <rsalveti> ogra: hey
[14:52]  * rsalveti reading backlog
[14:54] <ogra> rsalveti, not about the backlog :)
[14:55] <ogra> rsalveti, about the "oem-config doesnt start in my rootstock images OMG the world ends !!!" issue :)
[14:55] <rsalveti> haha
[14:55] <ogra> rsalveti, i ran into a similar issue with ac100 users ...
[14:55] <ogra> we need to use --numeric-owner in tar
[14:56] <rsalveti> sure, saw that while reading backlog
[14:56] <rsalveti> I have an exclusive todo list just for rootstock :-)
[14:56] <ogra> else it will replace the UIDs and GIDs with the ones from /etc/passwd and group from the host machine
[14:56] <rsalveti> but I can push at least this fix for now
[14:56] <ogra> ah, you already saw it, k
[14:57] <rsalveti> ogra: so, ac100 users are using rootstock?
[14:57] <ogra> no, but a tarred up rootfs
[14:57] <ogra> and i suddenly got users with exactly the same issues
[14:57] <ogra> using --numeric-owner on packing and unpacking fixed it
[14:57] <rsalveti> hm, ok
[14:57] <rsalveti> yeah
[14:59] <rsalveti> ogra: so, how is the audio thing going now?
[14:59] <ogra> bad, we still need the init, but at least it gets respected in the right place now
[14:59] <ogra> i'm preparing patches now
[15:01] <mpoirier> ogra: reading the above exchange, should I undertand the patched kernel that was produced for you didn't work ?
[15:01] <ogra> mpoirier, you based on the wrong version and were missing about 90 audio patches apparently
[15:02] <ogra> it didnt work for me for other reasons based on my own stupidity though
[15:02] <mpoirier> ogra: I used the latest maverick kernel
[15:02] <ogra> lag said you used 13 while 15 is current
[15:03] <mpoirier> ogra: yes indeed that where the current code is but I pulled all the audio patches.
[15:03] <ogra> ah
[15:03] <mpoirier> ah
[15:04] <mpoirier> the kernel I produced for you has all the latest audio patches.
[15:05] <rsalveti> mpoirier: ogra: at least 2.6.35-903.13 is a quite old one
[15:05] <rsalveti> mpoirier: why did you pulled?
[15:05] <mpoirier> it's about a couple of weeks old.
[15:05] <rsalveti> you should just use based on what's in the repo
[15:06] <mpoirier> simply 'cause I had it on my machine already and it was quick to recompile.
[15:06] <rsalveti> you should really follows our kernel tree, in a way it's easy to identify the kernel we're using
[15:07] <rsalveti> to avoid problems like these
[15:07] <rsalveti> we don't know what else you have on your kernel, so it's not that great to test it
[15:08] <mpoirier> I agree the in this case, it was impossible for you to know I pulled the audio patches.
[15:09] <ogra> lag, so feel free to prepare an upload, i'll prepare an alsa-utils patch now
[15:09] <rsalveti> and this kernel probably misses b5485d193f8a422901fe7e401542950970121860, in a way that breaks the display
[15:10] <ogra> rsalveti, no it has it ... i missed the new x-loader though
[15:11] <ogra> which left me with a bright blue screen
[15:11] <lag> ogra: What is it you want?
[15:11] <ogra> lag, an upload of what i just tested
[15:11] <lag> All the audio patches plus the _two_ name change patches?
[15:12] <ogra> well, whatever you just gave me works :)
[15:12] <lag> Sorry, save me reading though the backlog
[15:12] <lag> Awesome!
[15:12] <lag> Okay, I'll get it pushed
[15:12] <lag> Well done :)
[15:12] <ogra> lag, so that should be uploaded, i'll roll the alsa-utils change now
[15:12] <lag> Will Maverick work out-of-the-box now?
[15:14] <ogra> yes
[15:14] <lag> :D
[15:14] <persia> No.
[15:14] <persia> Maverick will work just-after-update
[15:15] <persia> (minor, but important distinction, as support folk have to remember to ask "Have you installed all the updates")
[15:17] <rsalveti> ogra: but you were using the newer x-loader already
[15:17] <rsalveti> I believe, if you're using the released image as base
[15:17] <ogra> rsalveti, i used the RC
[15:17] <rsalveti> heheh, that's a problem :-)
[15:19] <rsalveti> lag: and what are the needed changes at the kernel?
[15:19] <rsalveti> jkridner|work1: cool, will test with this x-loader and see if it works better
[15:20] <rsalveti> thanks for the info
[15:20] <lag> Driver name export and some maximum volume amendments
[15:21] <rsalveti> hm, cool, not so many changed lines I believe
[15:26] <rsalveti> ogra: I just don't understand yet why you still need to call alsactl init
[15:28] <persia> rsalveti, Because the SRU for that bug isn't in -updates yet.
[15:30] <rsalveti> persia: oliver said he tested with the fix from this bug, and still didn't work
[15:31] <persia> It needs three pieces.  the kernel bits lag just did, the alsactl stuff crimsun uploaded earlier, and the alsa-utils stuff ogra was preparing.
[15:31] <persia> leading to ogra's 14:12 comment about everything working.
[15:32] <rsalveti> persia: the alsa-utils stuff *is the* alsactl init
[15:32] <rsalveti> that's the one I don't yet understand why we need it
[15:33] <rsalveti> http://launchpadlibrarian.net/57601862/alsa-utils.patch
[15:33] <persia> rsalveti, No, alsa-lib is alsactl.  alsa-utils is /usr/share/alsa/init/
[15:33] <persia> Where's that from?  That's not the patch to 00main I was expecting.
[15:34] <rsalveti> persia: read the bug
[15:34] <persia> Which one?
[15:34] <rsalveti> ogra posted the latest changes at the end
[15:34] <rsalveti> bug 637947
[15:34] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 3 other projects) "no sound devices on current ES2.0 boards (affects: 2) (dups: 1) (heat: 26)" [High,Triaged] https://launchpad.net/bugs/637947
[15:35] <persia> That's not a complete patch.  Alsa-utils needs the bits from comment #36 and comment #37 as well.
[15:36] <persia> (although, really comment #36 should be a patch rather than a blob)
[15:36] <ogra> uploaded
[15:36] <rsalveti> persia: yeah, but I still don't get why we need this alsactl init stuff
[15:36] <persia> Same as comment #24
[15:36] <ogra> http://bazaar.launchpad.net/~ubuntu-core-dev/alsa-utils/ubuntu.new/revision/70
[15:36] <persia> The comment #40 thing?
[15:37] <ogra> rsalveti, me neither, thats stuff to figure out in natty
[15:37] <persia> Why didn't the 652035 patch work?
[15:37] <ogra> persia, it does
[15:37] <rsalveti> persia: yeah, the link I sent you
[15:37] <ogra> alsactl init at that place did never work before
[15:37] <persia> So, why do you need 637947/comment 40?
[15:37] <ogra> persia, no idea
[15:37] <ogra> but its still needed
[15:37] <persia> Ah, right.  That's broken for complicated reasons we don't understand.  I can live with that for now.
[15:38] <ogra> right
[15:38] <ogra> we just need the fix in -updates on monday
[15:38] <ogra> thats a requirement
[15:38] <ogra> lag, ^^^ same goes for the kernel btw
[15:38] <persia> The final solution is close enough to comment #13 that I'm very much happy with everyone for doing it that way :)
[15:38] <ogra> right
[15:38] <ogra> natty will make everything better
[15:39] <ogra> the scary bit will likely become the tablet ;)
[15:39] <persia> In a completely different way, because of UCM (or parts thereof).
[15:39] <ogra> nobody knows what the soundcard is called on that
[15:39] <persia> heh.
[15:39] <ogra> but thats my personal headdache
[15:39] <ogra> since i'm the only one having a tablet to test (and no poroper kernel yet)
[15:41] <rsalveti> ogra: were you able to touch it since last week?
[15:41] <ogra> rsalveti, nope
[15:41] <ogra> and to be honest i'm not in a hurry
[15:41] <rsalveti> yeah, understand
[15:41] <rsalveti> if you read the kernel diff you'll be scared :-)
[15:41] <ogra> i'll need to roll a kernel package for it from the tarball i have
[15:42] <ogra> but first need to make up a proper ubuntuized config
[15:42] <ogra> their kernel doesnt even have lzma enabled so ubuntu initrd doesnt work
[15:42] <rsalveti> ogra: I can try to create a deb file for you if you want
[15:42] <rsalveti> based on our kernel
[15:42] <rsalveti> and applying just the diff
[15:42] <ogra> and i dont want to have to repack the initrd every time i try something
[15:43] <rsalveti> let me see if I still have the tarball
[15:43] <ogra> well, if that boots and you feel like doing that work :)
[15:43] <ogra> i can push it to chinstrap worst case
[15:43] <ogra> i habe the SD somewhere in the unpacked part of my luggage
[15:44] <rsalveti> yeah, I have it: tablet_kernel.tgz
[15:45] <ogra> yep, thats the one
[15:45]  * ogra relocates
[15:45] <GrueMaster> ogra: I can't test blaze yet.  I only have an ES1.
[15:46] <rsalveti> yeah, true :-(
[15:46] <ogra_ac> oh, i thought you could take the CPU board with you
[15:46] <rsalveti> but I believe vstehle can :-)
[15:49] <lag> Sent to kernel team ML
[15:51] <ogra_ac> with an urgecy tag i hope
[15:52] <ogra_ac> *urgency
[15:52] <rsalveti> lag: did you create the SRU?
[15:53] <lag> A do what now?
[15:53] <ogra_ac> rsalveti, lets wait until everything is in the queue
[15:53] <lag> Wiki please?
[15:53] <ogra_ac> lag, subscribe the SRU team to the bug
[15:53] <ogra_ac> lag, https://wiki.ubuntu.com/StableReleaseUpdates
[15:57] <ogra_ac> lag, after the upload to -proposed we need to subscribe ubuntu-sru ... they will let it into -proposed
[15:57] <ogra_ac> then it needs at least two positive comments on the bug from testers to make it to -updates
[15:57] <GrueMaster> Is this the audio fix for panda?
[15:58] <ogra_ac> GrueMaster, righht
[15:58] <GrueMaster> nice.
[16:03] <vstehle> ogra_ac, rsalveti, GrueMaster, I have no blaze at hand but I can ask around me if you want. What is it that you want to test?
[16:04] <rsalveti> vstehle: audio, but needs changes all around
[16:05] <ogra_ac> nothing right now buit if the packages for Bug #637947 are in maverick-proposed we need a test on blaze
[16:05] <ubot2> Launchpad bug 637947 in linux-ti-omap4 (Ubuntu Maverick) (and 3 other projects) "no sound devices on current ES2.0 boards (affects: 2) (dups: 1) (heat: 26)" [High,Triaged] https://launchpad.net/bugs/637947
[16:05] <lag> lrg: Are you about?
[16:05] <rsalveti> seems the sound should be ok at panda and blaze with these changes
[16:05] <lag> I need your sob on the patches I just submitted
[16:06] <vstehle> rsalveti, is everything in packages, or are there even patches around? If it boils down to apt-get/test I can grab someone at his desk :)
[16:08] <rsalveti> vstehle: at the moment there are only patches, but you'll be able to test it soon :-)
[16:09] <rsalveti> once the packages are in maverick-proposed we can ping you back
[16:09] <ogra_ac> vstehle, hopefully we have packages in maverick-proposed by tomorrow
[17:29] <lag> ogra: I need a favour
[17:40] <ogra_ac> lag, tell me
[17:40] <lag> ogra: I need a King Cobra picking up from Holland :D
[17:40] <ogra_ac> np. when ?
[17:41] <lag> Really?
[17:41] <lag> :)
[17:41] <lag> You jest
[17:41] <ogra_ac> i use my care to rarely anyway :)
[17:41] <ogra_ac> s/care/car
[17:43] <lag> I'm assuming you do know what a King Cobra is?
[17:43] <ogra_ac> a snake ?
[17:43] <lag> Yep
[17:45] <ogra_ac> safely boxed ?
[17:45] <lag> It would be, but I have no way of collecting it from you then
[17:46] <lag> :(
[17:46] <lag> I think you are even further away
[17:46] <GrueMaster> Erm, why?
[17:46] <ogra_ac> probably
[17:46] <ogra_ac> well, i cnt leave my girlfriend with a snake during UDS
[17:47] <ogra_ac> *cant
[17:47] <ogra_ac> i surely have no prob picking up a box and delivering it somewhere
[17:47] <GrueMaster> Oh, why not.  She has one the rest of the time when you aren't traveling.  :P
[17:47]  * GrueMaster ducks for cover.
[17:48]  * ogra_ac slaps GrueMaster behind his chair
[17:48] <lag> :)
[17:49] <lag> That's very kind of you, but I fear it is too much to ask
[17:56] <GrueMaster> lag: Why do you want a king cobra?  Not enough challenges in the kernel team?
[20:55] <marvin24_DT> ojn: does the tegra kernel on git.chromium.org depends on nvidia binary-only userspace stuff for sound/graphics?
[20:55] <ojn> yes
[20:56] <marvin24_DT> means, nvrm_daemon required?
[20:56] <marvin24_DT> I'm asking because we have this beautiful ac100 laptop
[20:57] <marvin24_DT> but we cannot get something usefull out of it with this nvidia stuff
[20:57] <ojn> marvin24_DT: the binary pieces still have a bit of nvrm dependencies, yes. For graphics most of them have been removed but there's still some in there.
[20:58] <marvin24_DT> ojn: thanks for the answer!
[20:59] <ogra_ac> ojn, sound would be more intresting
[20:59] <ojn> ogra_ac: I haven't looked at sound yet, so no input there yet unfortunately.
[21:00] <ogra_ac> ah, tell me if you have ... on the ac100 i get sound devices but no mixers for example ... it also appreas like it defaults to a null codec unless nvrm_daemon runs


[00:21] <gamerchick02> everything is awesomesauce, wolfger. how's it going?
[00:21] <gamerchick02> i've not said hi to you in a long time.
[00:21] <greg-g> :)
[00:21] <gamerchick02> and howdy greg-g
[00:24] <jrwren> the pvdisplay man page is wrong. *RAGE*
[00:26] <gamerchick02> that's unfortunate.
[00:26] <gamerchick02> :(
[00:36] <wolfger> hey gamerchick02 I was just asking about you the other day. Still working at Chrysler?
[00:36] <gamerchick02> i sure am!
[00:36] <gamerchick02> i'm still in Auburn Hills, still at my apartment, and still in the same department.
[00:37] <gamerchick02> i'd like to move to engineering but we'll see. it's been busy with the new MP/M1/M4 program that's ramping up.
[00:37] <gamerchick02> i'm not online during the day because my ID doesn't give me regular net access. it's fine, really... :-P
[00:38] <wolfger> Heheheh
[00:38] <jrwren> https://bugs.launchpad.net/ubuntu/+source/lvm2/+bug/1280037
[00:38] <jrwren> vote that it effects you, even if it doesn't... plz :)
[00:39] <wolfger> I moved on, sort of. I now work for Sandalwood, but doing more or less exactly the same job as before. I'm just strictly project based now, with the possibility of working for, say, Ford if there are no current projects from Chrysler
[00:39] <gamerchick02> oh. that's interesting!
[00:39] <gamerchick02> you like it?
[00:40] <gamerchick02> i'm still mucking in codep
[00:40] <gamerchick02> i can hardly wait til destination comes out and we can migrate away from codep. java is hinky
[00:41] <gamerchick02> or at least the oracle thing we use is hinky
[00:41] <gamerchick02> jrwren, i don't even know what that bug is about. :(
[00:42] <wolfger> If the bug makes jrwren unhappy, it affects me! ;-)
[00:42] <wolfger> It's much nicer than the old contract job. Sandalwood treats its people very well, and actually cares about them.
[00:43] <jrwren> gamerchick02: I've been a linux admin for nearly 20yrs now :p
[00:43] <gamerchick02> that's awesome, jrwren. :)
[00:43] <gamerchick02> and that's awesome, wolfger. RGBSI isn't so bad. i'd like to get into chrysler-fiat proper
[00:46] <wolfger> You mean FCTP? (I know, it's supposed to be FCA, but that is *not* an A in the logo, it's a teepee)
[00:46] <gamerchick02> i dont' know who came up with that.
[00:46] <gamerchick02> it's a dumb logo.
[00:50] <gamerchick02> if i say so myself. ahem.
[00:50] <gamerchick02> i understand what it means, but still.
[11:06] <cmaloney> morning
[11:16] <wolfger> morning
[11:27] <rick_h_> morning
[12:21] <wolfger> A lively crowd on a Friday...
[12:22] <rick_h_> yea, party party
[12:22] <rick_h_> TGIF
[12:22] <rick_h_> and all that
[12:30] <cmaloney> Yeah, can't wait for this week to be over. ;)
[12:32] <wolfger> Friday is just one day closer to having to fly back to Mexico. :-p
[12:34] <cmaloney> wolfger: when are you headed back?
[12:35] <wolfger> Monday
[12:35] <cmaloney> oh fun
[12:35] <cmaloney> so Sunday is make sure I have everything squared away day.
[12:35] <wolfger> Two weeks down, one week home.
[12:35] <cmaloney> That's no fun
[12:37] <wolfger> Eventually it will be two down, four home. That will be nice.
[12:38] <wolfger> And Mexico is warm, and good for the wallet, so there is a bright side or two
[12:38] <wolfger> I just hate travel
[12:45] <cmaloney> wolfger: I don't think there's anyone on the planet that enjoys travel
[12:45] <cmaloney> anyone sane that is.
[12:50] <wolfger> I'm not sure I know any sane people. I mean, a number of us look normal on the surface, but then you realize they actually *like* tiling wm's and such....
[12:53] <brousch> I don't use a tiling WM, just Kubuntu
[12:56] <wolfger> Just like me. And I know I'm not right in the head ;-)
[12:57] <brousch> You don't seem so bad
[12:57] <brousch> Though I don't think we've ever met in meatspace
[12:57] <wolfger> Heheh. Thanks!
[12:58] <wolfger> So you should come to Penguicon and rectify that
[13:12] <brousch> OK, I guess you are messed up. No sane person attends Penguicon
[13:13] <rick_h_> bingo!
[13:15] <wolfger> LOL
[13:21] <cmaloney> http://shop.oreilly.com/category/deals/valentines-day.do?code=DEAL
[13:22] <cmaloney> All pink books on sale
[13:24]  * wolfger shakes his head
[13:25] <brousch> I got a free copy of The Python cookbook as a give away at GRPUG. Flipping through it, it's a pretty good book
[13:25] <brousch> Basically 1 page per concept with example code and discussion
[13:26] <rick_h_> yea he did a good job on it
[13:26] <brousch> They should turn it into a phone-friendly app/ebook. Would be great for bathroom reading
[13:27] <brousch> Oooh, the early release Kivy book is $10
[14:51] <jrwren> http://www.markshuttleworth.com/archives/1316  great leadership
[14:54] <rick_h_> yep, honestly the guys dealing with that have done great all around
[14:54] <rick_h_> <3
[14:58] <jrwren> i agree
[14:58] <jrwren> and its perfect timing IMO
[14:58] <jrwren> upstart and systemd have both matured to the point that there isn't a reason for both to continue forward. Time to pick one.
[14:59] <brousch> Not perfect. Perfect would be systemd default in 14.04
[14:59] <rick_h_> yea, not quite
[15:00] <jrwren> brousch: you want it and you want it now :)
[15:00] <rick_h_> get an LTS out and give 4 cycles to get things adjusted/right
[15:00] <rick_h_> that's good timing
[15:01] <brousch> 4 cycles!
[15:02] <rick_h_> LTS->LTS baby
[15:04] <jrwren> cant' you just throw 10 people at it and get it done in 4/10 of a cycle?
[15:07] <rick_h_> feature freeze is next week...no
[15:07] <brousch> That's 7 days! Plenty of time
[15:47] <akelling> RIP upstart
[15:47] <rick_h_> well how it goes away is still TBD
[15:49] <akelling> I am probley the only one who would rather have rc style startup scripts....
[15:49] <akelling> They are easy to understand and light weight.
[16:14] <greg-g> wait, it's going away?
[16:15] <greg-g> oh, /me looks at sabdfl's blog
[16:15]  * greg-g just got online
[16:17] <greg-g> wow
[16:17] <greg-g> cool
[16:17] <greg-g> well done mark
[17:36] <rick_h_> <3 https://twitter.com/fjsteele/status/434249935316615168
[19:06] <wolfger> rick_h_: that is awesome
[20:08] <rick_h_> a lifestyle pusher? cmaloney you shame me. What about tool appreciator? Productibity afficionado?
[20:10] <cmaloney> hah
[20:10] <cmaloney> I dunno...
[20:11] <cmaloney> Tiling Window Managers
[20:11] <cmaloney> Woodworking.
[20:11] <cmaloney> Standing Desks that go up and down
[20:12] <cmaloney> That one I havent done yet although I'm sitting on my ball
[20:12] <rick_h_> I did do the ball first :P
[20:12] <cmaloney> (bouncing, more like).
[20:12] <cmaloney> Yeah, I know
[20:15] <cmaloney> http://decafbad.net/2013/02/09/sitting-on-my-ball-chair/
[20:16] <cmaloney> HUh, I've been doing this for a year.
[20:16] <cmaloney> Happy anniversary ball chair
[20:16] <rick_h_> nice
[20:23] <brousch> cmaloney: Have you experienced any positive effects?
[20:23] <cmaloney> brousch: a bit
[20:23] <cmaloney> I still have a gut
[20:23] <cmaloney> I still slouch a bit
[20:23] <brousch> Well damn.  I think the ball would make me less lazy
[20:31] <cmaloney> That it does
[20:31] <cmaloney> It does take some time to "adjust" though
[20:31] <cmaloney> And during the summer if you wear shorts you will sweat against it
[20:32] <cmaloney> I don't tend to wear shorts much
[20:32] <cmaloney> as evidenced by my chicken-legs that could pass for white-meat.
[20:33] <brousch> What ballchair are you using? Is that the rick_h_ approved ballchair?
[20:33] <brousch> No shorts at work
[20:33] <cmaloney> I'm using the Gaim one
[20:33] <brousch> Gaiam?
[20:33] <cmaloney> http://www.amazon.com/Gaiam-Balance-Ball-Chair-Black/dp/B0007VB4NE
[20:33] <cmaloney> Yeah, that one.
[20:33] <brousch> Ga I am?
[20:33] <cmaloney> http://www.amazon.com/Isokinetics-Inc-Brand-Fitness-Chair/dp/B000VK5MRU/ref=pd_sim_sg_5
[20:33] <brousch> Decent price
[20:34] <cmaloney> If I were to do it again I'd probably get the isokinetics one
[20:34] <cmaloney> That one is adjustible
[20:34] <cmaloney> and the back is usable
[20:35] <cmaloney> the gaiam one doesn't have a usable back rest
[20:35] <cmaloney> it's mostly to keep you from killing yourself should you lean back
[20:36] <cmaloney> There's a bar on the front of the Gaiam chair that's supposed to keep the ball in place. That broke off on mine
[20:36] <cmaloney> but the well is enough that it keeps it in place
[20:36] <brousch> I have to determine if the benefits outweigh the constant ribbing from coworkers
[20:36] <cmaloney> I think that's to keep the ball from popping out if you use it for exercises and what-not
[20:36] <brousch> http://www.amazon.com/Isokinetics-Inc-Brand-Fitness-Chair/dp/B00FAY1BRW/ref=sr_1_5?ie=UTF8&qid=1392410133&sr=8-5&keywords=ball+chair
[20:37] <cmaloney> brousch: You'll get ribbed. no doubt about it.
[20:37] <brousch> I got ribbed a lot when I was standing
[20:37] <brousch> But now I'll be sitting on my balls all day
[21:03] <wolfger> ...
[21:04] <wolfger> I go back to what I said earlier today
[21:04] <wolfger> I don't think I know any sane people
[21:18] <brousch> rick_h_: No snow on the ground in Portland, OR, and they are not affected by the drought in CA. It really does look like paradise
[21:19] <rick_h_> brousch: +1
[21:19] <brousch> 8 years ago I was offered a job in Eugene


[19:09] <micahg> skaet: ping re Firefox updates next week
[19:10] <skaet> micahg: yup?
[19:10] <micahg> skaet: can we publish to -updates and -security when ready (hopefully 2011-02-14) or do we need to wait until 10.04.2 is released?
[19:11] <jdstrand> we can also just publish to -security
[19:11] <jdstrand> (I can adjust crontab for the copies)
[19:12] <jdstrand> I would really prefer not to wait to publish to at least -security (it is extremely rare that we do so)
[19:12] <jdstrand> and I would hate to set the precedent going forward if it can be avoided
[19:12] <skaet> micahg: please wait until 10.04.2 is released to publish to -updates, in case any last minute dive/catches show up from the testing.   May be able to do earlier, but we'll need to see how it goes.
[19:13] <micahg> skaet: but -security would be ok?
[19:14] <skaet> micahg:  would like cjwatson or pitti to comment, but would think so.
[19:15]  * skaet still learning about interaction of -security with -updates, etc.
[19:15]  * micahg doesn't know how images are generated, so isn't sure what's safe
[19:15] <jdstrand> skaet: the security team published to -security. there is a cronjob that automatically copies things from -security to -updates
[19:15] <jdstrand> skaet: that happens at :50
[19:16] <skaet> jdstrand: urk,  yeah, definitely want to hear from pitti then.   Possibly we should disable it for next week?
[19:16] <jdstrand> as an AA, I can disable that for the few days between firefox is released and the CDs are ready
[19:16] <jdstrand> I can't speak to how point releases deal with the various pockets
[19:17] <skaet> jdstrand,  sounds like that's the approach we'll take then, unless pitti or cjwatson advise otherwise, when they get the chance to read the backscroll ;)
[19:18] <jdstrand> there will most likely be an openssl update any day now
[19:18] <jdstrand> skaet: the one caveat with this approach is that security.ubuntu.com, aiui, is not mirrored and therefore there are bandwidth costs associated with not copying to -updates
[19:19] <jdstrand> so feedback from the others is welcome
[19:19]  * skaet agrees
[19:20]  * skaet agrees re: getting feedback from others ;)
[19:21] <jdstrand> actually, the copy happens at :58, not :50
[19:23] <skaet> images for QA and the iso tracker for 10.04.2 are due to be built tomorrow, so, we probably need to look at disabling cron job after the image set is in place, until we know they're basically sound.
[19:23] <cjwatson> there's no problem with publishing to -security, I just wouldn't want to guarantee that it will end up in images if you do that
[19:24] <cjwatson> cron job> certainly, seems SOP :)
[19:24] <cjwatson> skaet: so, -security => -updates
[19:24] <cjwatson> skaet: that actually saves Canonical quite a bit of bandwidth money
[19:24] <cjwatson> so it's an interesting question
[19:25] <cjwatson> I guess one factor is: does certification actually do anything special with Firefox?
[19:25] <cjwatson> oh, jdstrand mentioned bandwidth money too
[19:26] <cjwatson> if cert doesn't do much with Firefox, then we aren't actually (potentially) skipping any QA by letting it into -updates and risking building with it
[19:26] <cjwatson> if they do, then it's a harder question
[19:27] <cjwatson> bandwidth> I think I did the sums at the time and concluded that when I implemented that cron job I'd paid my salary for the year, though I may have been off by a factor of two or so ;-)
[19:28] <jdstrand> heh
[19:28] <jdstrand> there is actually a pending openssl update. I'm trying to ascertain the severity now
[19:29] <skaet> good data,  would like to understand a bit more.
[19:31] <skaet> cjwatson, who's best to ask understand economics of -updates/mirroring?
[19:32] <jdstrand> skaet: when is the point release supposed to go out?
[19:32] <cjwatson> elmo
[19:32] <skaet> jdstrand, next thursday (7 days from now)
[19:33] <jdstrand> ok
[19:34] <jdstrand> so, the openssl update is in some extensions that aren't used a lot
[19:34] <jdstrand> so I get to decide if the bandwidth costs of having only in -security outweigh when to release
[19:35] <jdstrand> regardless, we won't push openssl to -updates
[19:35] <jdstrand> cjwatson: I'm going to take copy-report offline for now, and tell the team to ping me directly
[19:35] <cjwatson> righto
[19:36] <cjwatson> note that the CD images are currently configured to build from -security (mostly as a hangover from the days when -security wasn't auto-copied to -updates)
[19:36] <cjwatson> I'll leave that alone for now, but it's easy to disable if we need to
[19:36] <cjwatson> just a heads-up that it's there
[19:36] <cjwatson> I mean, they currently build from -security + -updates
[19:37] <jdstrand> copy-report disabled with comment
[19:38] <cjwatson> thanks
[19:39] <jdstrand> ah, sbeattie made a keen observation-- I can still pocket copy non-lucid to -updates
[19:39]  * micahg isn't sure where we stand with the Firefox updates
[19:39] <jdstrand> so I'll do that manually for the next week (except where copying to lucid doesn't affect anything)
[19:40] <jdstrand> micahg: we (the security team) are proceeding like normal.
[19:40] <jdstrand> micahg: there is a question on whether or not we can/should pocket copy it to -updates
[19:40] <jdstrand> micahg: and it seems like skaet may be looking into that
[19:40] <micahg> jdstrand: ok, cool, even though it might make it onto the images if they're respun since the images are produced from -security + -updates?
[19:41] <cjwatson> I've still got copy-report set to mail me about needed syncs in my own crontab
[19:41] <cjwatson> so I should spot non-lucid changes that need to be made
[19:41] <jdstrand> cjwatson: cool. I've also asked the team to ping me directly
[19:41] <cjwatson> micahg: if we need to respin, we can decide whether we want to take -security or not, and disable -security in our image builds
[19:41] <micahg> cjwatson: ah, ok, cool
[19:42] <cjwatson> we will need to remember to take that decision if a respin is needed
[19:43] <micahg> ok, thanks cjwatson, skaet, jdstrand
[21:05] <ScottK> skaet: Looking at https://blueprints.launchpad.net/ubuntu/+spec/other-qa-n-testing-different-architectures - How can you be doing "Release manifest changes:INPROGRESS" when there is still "coordinate identification of set of products of interest:TODO" left?  Are the draft manifest changes available anywhere?
[21:06] <skaet> ScottK, coordinate identification of set of products of interest, should be INPROGRESS as well.
[21:07] <ScottK> persia: ^^^
[21:07] <ScottK> OK.
[21:07] <ScottK> I'm interested to know who's the Kubuntu POC for this coordination then.
[21:14] <skaet> ScottK,  will be coordinating with Riddell for Desktop and Rodrigo Belem for mobile.  Are these not the right contacts?
[21:15] <ScottK> skaet: They are.  I'll talk to them and make sure you've got the right inputs.  Thanks.
[21:45] <persia> ScottK, Thanks for the reminder.  INPROGRESS was indeed the correct status.


[08:29] <elacheche> That's FullStack as well praisethemoon :p
[08:42] <praisethemoon> elacheche, :D
[09:07] <elacheche> praisethemoon: If Omar joins us and I'm not around keep him in here :)
[09:08] <elacheche> praisethemoon: chekc this http://www.omgubuntu.co.uk/2016/11/kde-plasma-mobile-linux-smartphone-wars
[09:09] <praisethemoon> elacheche, i'll do my best :D
[09:10] <praisethemoon> elacheche, I WANT IT
[09:11] <elacheche> praisethemoon: Just tell him that I may be a little bit busy this morning.. I think that I'll be more available by this afternoon
[09:11] <elacheche> thx praisethemoon
[09:11] <praisethemoon> you're welcome :D
[09:11] <praisethemoon> let's just hope he joins xD
[09:16] <elacheche> Naeil: pavlushka: https://diasp.org/posts/6307489
[09:22] <elacheche> And this is for you praisethemoon https://opensource.com/business/16/11/open-source-not-free-software
[09:27] <Naeil> nice one elacheche :D ty for sharing
[09:36] <elacheche> I also got the 201 book the same way, I can share it when you need it
[09:38] <Naeil> That's very cool! :D I will finish the 101 one and ask you for the 201
[09:38] <elacheche> :)
[10:13] <praisethemoon> Free as in Freedome
[10:19] <elacheche> GPL is FREE, BSD is OpenSource :p
[10:24] <praisethemoon> I think it's all about morale ..
[10:24] <praisethemoon> if you use ; say a Public domain library, and you make money; why not donate & help maintain the project that allowed you to succeed :(
[10:29] <elacheche> true
[10:33] <praisethemoon> elacheche, I think the problem is not OpenSource vs Free vs Prop.
[10:33] <praisethemoon> I think it's more about the way people think & selfishness of the man kind
[10:33] <praisethemoon> brace your selves, the next RMS is here
[10:33] <praisethemoon> MUAHAHAHAHA
[10:34] <elacheche> hahaha :)
[10:35] <praisethemoon> elacheche, but seriously, I would contribute to every lib that I have used if I had the money
[10:36] <elacheche> Same here.. I would contribute to too many projects if I had enough money and a way to x)
[12:08] <elacheche> Naeil: You finaly sent that mail x)
[12:08] <elacheche> :p
[12:09] <Naeil> hahaha :D I was waiting to be sure that I can do it :D
[12:10] <praisethemoon> XD
[12:10] <praisethemoon> I saw that coming :3
[12:11] <elacheche> So, now we have 5 propostiotns.. 3 with mentors and 2 without.. We end this with a vote by this weekend.. Until we see what the ORG team will give us (place/time)
[12:16] <Naeil> haha praisethemoon :D
[12:17] <Naeil> I hope that we see more ideas, that makes me happy that people still checking their mails xD
[12:35]  * elacheche is trying to install Gentoo on a VM
[12:36] <praisethemoon> xDDDD
[12:36] <praisethemoon> elacheche, good luck XD
[12:37] <elacheche> It's not that hard to do.. :)
[12:44] <Naeil> if you know the process and how to link the stages, it will be easy :D I use it for 3 months then I back to my lovely arch :D
[12:45] <elacheche> Yeah that's right.. I find myself checking my knowledge by reading the handbook, otherwise I could start without it..
[12:45] <elacheche> the live CD have a sshd installed! That's awesome
[12:46] <Naeil> yep :D
[14:38] <praisethemoon> elacheche, he did not join :(
[14:40] <elacheche> He'll join ;) He's just hesitating about taking the decision to accept to lead or not that workshop ;)
[14:46] <praisethemoon> XD
[14:46] <praisethemoon> let's hope he does :3
[16:00] <praisethemoon> o/
[16:00] <praisethemoon> \o
[16:00] <elacheche> o/
[16:03] <praisethemoon> elacheche, he didn't come :(
[16:03] <elacheche> x)
[18:41] <praisethemoon> GUESS WHOS BACK pavlushka
[18:41] <praisethemoon> :D :D
[18:41] <pavlushka> praisethemoon: you :)
[18:42] <praisethemoon> pavlushka, that's correct :D
[18:42] <AcidNinjaFWHR> Salam
[18:43] <praisethemoon> AcidNinjaFWHR, hello o/
[18:43] <AcidNinjaFWHR> hey praisethemoon labess?
[18:43] <praisethemoon> Labess Hamdoullah :D et toi?
[18:43] <AcidNinjaFWHR> hamdoullah aussi
[18:43] <praisethemoon> welcome tu Ubuntu Tunisia :D
[18:43] <AcidNinjaFWHR> Thanks
[18:44] <praisethemoon> Being here does not necessary means you are tunisian, right pavlushka? :D
[18:45] <AcidNinjaFWHR> and it's okay if I do run Arch Linux ?
[18:45] <AcidNinjaFWHR> xD
[18:46] <AcidNinjaFWHR> sooo what's up praisethemoon ?
[18:53] <praisethemoon> network trouble :(
[18:53] <praisethemoon> so AcidNinjaFWHR, how is it going?
[18:56] <pavlushka> AcidNinjaFWHR: Salam :)
[18:56] <AcidNinjaFWHR> Priviet :)
[18:56] <AcidNinjaFWHR> trolollo
[18:56]  * pavlushka is guessing now
[18:57] <AcidNinjaFWHR> praisethemoon, i will have Fiber connection soon :)
[18:57] <pavlushka> praisethemoon: otherwise I would have been kicked out :p
[18:57] <AcidNinjaFWHR> 200Mbits/s Download, 100Mbits/s Upload
[18:57] <pavlushka> praisethemoon: that means guests are allowed here :)
[18:58]  * pavlushka bows to AcidNinjaFWHR for his soon net speed
[19:07] <praisethemoon> :O
[19:08] <praisethemoon> fiber?
[19:08] <praisethemoon> I dont care
[19:08] <praisethemoon> prepare a room for me
[19:08] <praisethemoon> in your house :P
[19:09] <praisethemoon> pavlushka, elacheche AcidNinjaFWHR is one of the very first people i've met on the internet :') And he teached a lot of things across all these years .. <3
[19:10] <pavlushka> xD @ praisethemoon for asking for a room there
[19:11] <praisethemoon> we do have fiber optic @ work
[19:11] <praisethemoon> but i dont have access to
[19:11] <praisethemoon> XD
[19:12] <AcidNinjaFWHR> hehehe
[19:13] <AcidNinjaFWHR> I miss coding but I have no time for it :(
[19:21] <elacheche> Hello folks
[19:23] <elacheche> Hello AcidNinjaFWHR.. All GNU/Linux user are welcome in here :)
[19:24] <elacheche> praisethemoon: 4hours installing Gentoo then I got a Kernel PAnic x) I forgot to enable Virtio support in the kernel x)
[19:24] <praisethemoon> XDDD
[19:25] <praisethemoon> such fun
[19:25] <praisethemoon> you told me it was easy XD
[19:25] <elacheche> hahah :D x) It was funny x) And easy :D But slow x)
[19:25] <elacheche> Easy != User-Firendly
[19:26] <elacheche> hassoon_: you're back :) welcome back :)
[19:26] <elacheche> fanen: Happy to see you here again :)
[21:14] <praisethemoon> chrom
[21:15] <praisethemoon> DAMN
[21:15] <praisethemoon> i messed up my plasma desktop :(
[21:15] <praisethemoon> now I see no task bar XD
[21:17] <praisethemoon> thank you superuser.com <3
[21:17] <praisethemoon> I think i caught cold :( i'm in bed coding my computer vision library
[21:23] <elacheche> x)


[15:54] <bdmurray> jsalisbury: Have you seen anything like bug 1779827?
[16:08] <jsalisbury> bdmurray, I haven't seen a pattern yet, but I'll dig into that bug
[16:16] <bdmurray> jsalisbury: thanks, its rather incomplete but could be serious
[16:16] <jsalisbury> bdmurray, Yeah, I'll ask for screen shots, etc.  I'll see if I can reproduce it too.  Thanks for the heads up!
[18:17] <m0x90> Hello, I noticed that the amd64 package linux-image-4.15.0-24-generic-dbgsym is not in http://ddebs.ubuntu.com/pool/main/l/linux-hwe/. Instead only an unsigned one is present.
[20:11] <sforshee> m0x90: that's correct. The kernel in linux-image is identical to the one in linux-image-unsigned, except that it is signed, so the debug symbols from the -unsigned package will work.


 where is that patch currently; packaged? daily?  can I get a package version please (re @lubuntu_bot: (irc) <tsimonq2> Alright, so I have a working patch to lxqt-powermanagement which only shows a message when the battery is actually present. @guiverc / wxl / etc. do you want to test?)
[03:53] <guiverc> I'm doing a 'replace partition' where sda1 was / & was selected (sda2 = /home)... calamares has offered me to re-use sda2 for /home again (yes/no)!!   I've never had calamares offer me this before
[04:33] <guiverc> ^ install worked perfectly .. my geolocation isn't being detected though - https://launchpad.net/bugs/2038254
[04:33] -ubottu:#lubuntu-devel- Launchpad bug 2038254 in calamares (Ubuntu) "lubuntu mantic ; third install that has had me in new york (today)" [Undecided, New]
 guiverc: That ^ uses https://geoip.ubuntu.com/lookup now. If for some reason that was down you would get New York. That is the fallback default location.
[11:27] <guiverc> yeah i realize ny is fallback... I couldn't recall the site we used (i remembered ubuntu.com but not the rest of geoip.ubuntu.com/lookup
[11:27] <guiverc> thanks kc2bez
 Sure thing
[11:29]  * guiverc will be doing many more installs in coming days.. I can watch for other temporary failures.. (on internet installs anyway)
 Sounds good
[18:27] <wxl> @teward001 since you still seem to be having issues with your registrar that is affecting images on discourse, perhaps we should post something about it? https://discourse.lubuntu.me/t/mantic-wallpaper/4539/10
[20:13] -queuebot:#lubuntu-devel- Unapproved: calamares-settings-ubuntu (mantic-proposed/universe) [1:23.10.3 => 1:23.10.4] (lubuntu, ubuntustudio)
[20:13] <tsimonq2> The calamares-settings-ubuntu upload I just did removes Ubuntu Studio.
[20:42] <Eickmeyer> tsimonq2: And rejected. "Not release-critical; removing packages at cycle end adds workload to AAs"
[20:44] <Eickmeyer> Ope, great minds. 🧠
[20:46] <tsimonq2> Eickmeyer: Nah, your ping prompted my response. I would have read the email anyway, but thanks ;)
[20:49] <Eickmeyer> tsimonq2: Glad to help, even if it's somewhat awkward news.
[21:04] <tsimonq2> Bah, I've had much more embarrassing rejects in the past.
 Jump start on the next cycle
[21:14] <Eickmeyer> Honestly, I've done uploads *knowing* they'd get rejected simply because I needed a better option and knew Steve could help me.
[21:18] <tsimonq2> Eickmeyer: I've done that with MPs. For uploads, I did that once. I'll forward you the email real quick ;)
[21:20] <Eickmeyer> tsimonq2: 🤣
[21:20] <tsimonq2> 🦒🦒🦒🦒🦒🦒🦒
[21:20] <Eickmeyer> I'm ded. 💀 🤣
[21:21] <tsimonq2> https://launchpad.net/~laney
[21:21] <tsimonq2> XD
[21:21] <Eickmeyer> HAHAHAHAHAHA
[21:22] <Eickmeyer> I should show up to Summit with a giraffe.
[21:22]  * tsimonq2 looks down the hallway as Erich chases Iain with a stuffed giraffe
[21:22] <tsimonq2> you just hear "AAAAAAAH SHOO!"
[21:23] <Eickmeyer> 🤣
[21:23] <tsimonq2> Anyway, it's about beer o'clock, for now. Have fun.
[21:23] <Eickmeyer> You too. o/
[21:24]  * tsimonq2 chuckles at his away message, try whois tsimonq2 on IRC ;)
[21:27] <tsimonq2> guiverc: $ dput ssh-ppa:lubuntu-dev/powermanagement ../lxqt-powermanagement_1.3.0-0ubuntu2~ppa1_source.changes
 Pending publication if anyone feels like grabbing those debs for testing
[22:06] <guiverc> ack...
 Thank you for what you do guiverc, if you get to test it I'd appreciate it :)
[22:08] <guiverc> :)


[09:41] <michel__> installer ubuntu 14.04.3
[09:42] <michel__> xxx
[09:58] <NoklaM> Trying to setup a pc with studio that I can access from a difrent pc, basicaly - 1st PC Monitor Keyboard TV - 2nd PC just turned on and running, is there other ways of doing it other than a KVM switch?
[11:57] <sakrecoer_> my battery is dead and i keep getting my screen flooded with powermanagment notifications switching from "battery loaded" to "battery charging" so i'm trying to find a way to disable those specific notifications. Anybody knows how?
[19:28] <studio-user326> hello
[19:28] <studio-user326> everyone