[00:22] <snizzo> appdevs are there any resources for migrating to uitk 1.3?
[00:22] <snizzo> some docs... links in release notes are broken
[00:24] <ahayzen> snizzo, the notes in bug 1508363 maybe useful
[00:25] <snizzo> ahayzen: ok, yeah that's helpful. Is there a change list on what has been fixed for music hub api?
[00:26] <snizzo> sorry for asking a lot, again :D
[00:26] <ahayzen> you mean media-hub api ?
[00:27] <snizzo> oh yes, sorry that one
[00:27] <ahayzen> snizzo, you could look at this http://bazaar.launchpad.net/~phablet-team/media-hub/stable/view/head:/debian/changelog
[00:28] <ahayzen> note if your asking about the background playlists stuff, that is still WIP
[00:29] <snizzo> ah ok. Yeah, that was in my interest. Maybe some bugs were fixed in ota8 :) because I think removing a single track wasn't working
[00:29] <ahayzen> and there is also qtubuntu-media, qtmultimedia etc to watch
[00:29] <ahayzen> snizzo, ah yes that was a bit broken
[00:29] <ahayzen> it may be fixed *now* in the dev channel, but not the stable
[00:30] <snizzo> ok, no problem. It seems I'm going to implement along with stable development :)
[00:31] <ahayzen> :-)
[00:31] <snizzo> silly question: is there the possibility to try apps on a bq e4.5 simulated environment without owning the physical device?
[00:31] <ahayzen> we are getting there though, the music-app is nearly working nicely :-)
[00:31] <ahayzen> snizzo, yeah there is a emulator
[00:31] <snizzo> for bq?
[00:31] <ahayzen> its a generic emulator IIRC
[00:32] <ahayzen> snizzo, https://developer.ubuntu.com/en/apps/sdk/tutorials/using-the-ubuntu-emulator/ maybe worth a read
[00:32] <snizzo> ah ok. I have an e5 but some people contacted me for problems with e4.5 I can't reproduce (I know where the bugs are though)
[00:32] <ahayzen> hmm
[00:33] <ahayzen> probably best to ask for logs etc
[00:33] <ahayzen> then work out if they are the app or platform
[00:33] <snizzo> ok
[00:34] <ahayzen> jhodapp is your man for media-hub if you have issues :-)
[00:42] <snizzo> ahayzen: usually the app path is always /home/phablet/.local/share/<appname> in every device?
[00:43] <ahayzen> snizzo, define app path ?
[00:44] <ahayzen> thats one of the places for storing stuff, eg IIRC our music app database is there
[00:44] <snizzo> uhm... the path of a folder writable by an app
[00:44] <ahayzen> you have ~/.cache/<appname> and ~/.config/<appname>
[00:44] <ahayzen> yeah those 3
[00:44] <snizzo> yeah, is that standard?
[00:45] <ahayzen> yup, let me see if i can find the docs
[00:45] <mcphail> https://developer.ubuntu.com/en/start/platform/guides/app-confinement/
[00:46] <mcphail> scroll down to the bit about "Runtime Environment"
[00:46] <ahayzen> ah ! thanks mcphail
[08:04] <dholbach> good morning
[10:14] <popey> beuno, in the store, someone shared an app with me, and it says "You can find the package in the Ubuntu Store on your device" but I can't
[10:14] <popey> beuno, the app is not approved yet, is that why?
[11:46] <beuno> popey, the phone might not be authenticating all requests to the store yet (CPI being the key word)
[11:46] <beuno> alecu & co would know
[11:48] <alecu> beuno: popey: I understand that every request to cpi goes authenticated as of OTA-8 (as long as the user has authenticated on the phone, that is)
[11:48] <alecu> beuno: popey: let's ask dobey to confirm that.
[11:49] <popey> I'm on a phone which is beyond ota-8
[11:49] <alecu> popey: beuno: do you mind sharing some package with dobey and me, so we can check this?
[11:50] <popey> mcphail, ^
[11:50] <popey> it's his package he shared with me
[11:51] <alecu> btw, this sounds like a thing we should add to the click scope testplan.
[11:54] <mcphail> popey: do you have the link - I don't have access to it just now. Perfectly happy for it to be shared on a public channel
[11:54] <alecu> popey: any app would do, I think we've only added the signing, and have not properly tested sharing packages.
[11:54] <popey> the link you gave me in pm mcphail ?
[11:54] <mcphail> yes
[11:55] <popey> https://myapps.developer.ubuntu.com/dev/click-apps/share/7d5edce49c405acf4bb661b41d3f2a1249b365d5e10aa303997a48ee2627f5907a4d09168c2b28146dc1/
[11:55] <mcphail> "one link fits all" by the look of things
[11:55] <popey> dobey, ^ alecu ^
[11:55]  * mcphail can't cut and paste as he is IRC'ing fromn his phone :)
[11:55] <popey> file a bug ;)
[11:55] <mcphail> ha!
[11:56] <popey> terminal does have copy :)
[11:56] <popey> but yeah :)
[11:56] <mcphail> popey: not in a shaky taxi, it doesn't
[11:56] <popey> haha :)
[11:56] <davmor2> popey: no need for a bug know issue
[11:56] <popey> I love your dedication to irc
[11:56] <popey> davmor2, I was kidding :)
[11:57] <alecu> mcphail: thanks!
[14:54] <alecu> popey: beuno: found out the issue: the click scope is asking the webclient to sign the url, but it's not passing it the credentials, so it's not being actually signed.
[14:55] <alecu> I expect we'll have this fixed by OTA-9
[14:55] <popey> excellent, thanks alecu
[14:55] <popey> ^ mcphail
[15:01] <alecu> popey: I've reopened the bug for this: https://bugs.launchpad.net/canonical-devices-system-image/+bug/1483866
[15:01] <popey> ok
[15:02] <mcphail> alecu: popey: cheers!
[15:12] <snizzo> appdevs : /home/phablet/.local/share/<appname> is automatically created at app installation?
[15:13] <snizzo> If this isn't the case, is it possible to create the folder via app code?
[15:14] <snizzo> I'm having troubles because on BQ e5 the folder is automatically created, while in e4.5 this doesn't happen apparently
[15:15] <mcphail> snizzo: as far as I know it is supposed to be created. If not, you can create it yourself
[15:16] <snizzo> ok, I'll let you know if I still can't create that folder. (on 4.5 it's not automatically created for my app)
[15:16] <mcphail> hmm. I can test later on a 4.5 if you want
[15:17] <snizzo> mcphail: can you bypass payments? My app is not free
[15:17] <mcphail> snizzo: if it isn't created, it is probably a bug. Thinking about it, I suspect the default apparmor profile wouldn't let you create it yourself
[15:18] <mcphail> snizzo: not sure about the payments thing
[15:18] <snizzo> i can share a click package right?
[15:19] <mcphail> snizzo: doesn't work to share from the store - see above converation :(
[15:19] <snizzo> ahh ok. Well also via mail...
[15:20] <mcphail> snizzo: yep - if it is small enough
[15:20] <snizzo> 104k :D
[15:20] <mcphail> ha!
[15:40] <snizzo> mcphail: is it possible that folder is not created due to "There has been a AppArmor denial for your application."?
[15:42] <mcphail> snizzo: if the system doesn't create it, I'm not sure how your app is supposed to as your app cannot write to .local/share itself
[15:43] <snizzo> at the first run, my app was erroneously trying to write in places it can't write lie /sdcard/
[15:48] <mcphail> snizzo: my log - http://termbin.com/e1er
[15:49] <mcphail> snizzo: cerainly looks as if it is looking in the wrong path
[15:50] <snizzo> mm
[15:50] <snizzo> problem is, that click works perfectly on e5 because there's the folder /home/phablet/.local/share/com.ubuntu.developer.reavsoft.liveshuffle
[15:50] <snizzo> can you check if your device has that folder?
[15:51] <mcphail> doesn't have it
[15:52] <snizzo> there is my problem (my main problem)
[15:53] <snizzo> my apparmor: http://paste.ubuntu.com/13515732/
[15:53] <snizzo> my manifest: http://paste.ubuntu.com/13515741/
[15:56] <snizzo> I could better isolate the problem by disabling parts of the app, but I don't own an e4.5
[15:59] <mcphail> I'm not sure. Is it something to do with the appname? Probably doesn't make a difference but I name my apps as per the guidelines at https://developer.ubuntu.com/en/publish/packaging-click-apps/
[15:59] <mcphail> perhaps your way of naming confuses the install hooks?
[15:59]  * mcphail is just guessing here
[16:03] <snizzo> it could. Well, I don't actually have better ideas...
[16:11] <snizzo> tried to change name and reupload, following guidelines and on myapps web interface
[16:11] <snizzo> "The package name com.ubuntu.developer.reavsoft.livetouch is not valid. It can only contain dashes, numbers and lowercase ascii letters."
[16:12] <snizzo> oh well
[17:13] <snizzo> ahayzen: are there cases in which an app at installation time doesn't have /home/phablet/.local/share/<appname> folder?
[17:14] <ahayzen> possibly, not sure, usually something creates them for us IIRC
[17:14] <ahayzen> eg we just go Settings {} in QML and that makes the .config/<appname>/<appname>.conf maybe that creates the dir as well idk
[17:15] <ahayzen> popey, didn't you have an issue with creating directories with something? And had to bundle mkdir ?
[17:15] <popey> yes
[17:15] <popey> I bundled mkdir, mcphail bundled busybox in his
[17:16] <popey> (which is better)
[17:16] <popey> so I will switch to that in future)
[17:19] <snizzo> ahayzen: I have this app that only on bq e4.5 doesn't create /home/phablet/.local/share/<appname>
[17:19] <snizzo> on e5 and nexus 7 (latest devel) works
[17:19] <ahayzen> i'm not sure why that would be
[17:19] <snizzo> on e4.5 ota 8 doesn't. I've been lucky users sent emails instead of 1star ratings :)
[17:19] <ahayzen> you would need the log files from the device
[17:20] <snizzo> which file exactly shoud I ask for that is the most comprehensive?
[17:20] <snizzo> http://termbin.com/e1er this is mcphail's log on e4.5
[17:22] <ahayzen> snizzo, possibly the syslog for the period when the app is running, this will tell you of any apparmor denials
[17:23] <snizzo> mcphail: ^^ you think I can bother you for this? :)
[17:24] <JanC> can't you create a directory in the app itself instead of using mkdir?
[17:24] <mcphail> snizzo: yep - can you give me 15 minutes and I'll have a look
[17:25] <snizzo> JanC: mm, I'm not using mkdir... I use the standard xdg data folder, but it's not existent (only in e4.5 and I have e5)
[17:46] <mcphail> snizzo - couple of relevant lines - http://paste.ubuntu.com/13516969/
[19:39] <popey> Anyone know of a way to stop the phone from locking, from the command line?
[19:40] <popey> I can stop the screen blanking/dimming, but dont know how to stop it locking
[19:53] <davmor2> popey: no way I don't think the lock is tied to the screen blank, so keeping the screen away stops it locking
[19:54] <davmor2> awake even
[20:25] <popey> davmor2, might go looking for gsettings keys to poke
[20:26] <davmor2> popey: just remove your password that means it doesn't lock
[20:27] <popey> no, i'm talking about the lock when idle
[20:28] <davmor2> popey: ah right with you unity8 guys might be able to help you more with that, don't know when they are back
[20:29] <popey> i may have found it
[20:29] <popey> com.ubuntu.touch.system activity-timeout
[20:30] <popey> hm, that'll stop it locking, but on a fresh flash you get the lock screen, how do you bypass that I wonder
[20:31] <popey> phablet@ubuntu-phablet:~$ gsettings get com.ubuntu.touch.system activity-timeout
[20:31] <popey> uint32 0
[20:31] <popey> phablet@ubuntu-phablet:~$ gsettings get com.ubuntu.touch.system activity-timeout
[20:31] <popey> uint32 60
[20:31] <popey> yup, thats the one
[20:37] <popey> wondering how they do this in the lab
[20:42] <popey> aha! https://lists.launchpad.net/ubuntu-phone/msg08825.html
[23:26] <snizzo> ahayzen: you got e4.5?
[23:27] <ahayzen> snizzo, nope, just a mako (nexus 4) :-/
[23:56] <snizzo> ahayzen: XDG app folders are created when the package is installed, or at the first run?
[23:56] <ahayzen> i don't know i'm afraid
[23:57] <mcphail> snizzo: just home and going straight to bed so i'll have a look at the app tomorrow
[23:58] <snizzo> mcphail: no problem at all
[23:58] <snizzo> thank you a lot :)
[23:58] <mcphail> :)


[00:05] <ZetaSyanthis> So, probably a silly question, but I'm googling around and can't quite find the solution to this. I've got MaaS configured on a server, and the clients are able to PXE boot, but they're all kicking out "Can not apply stage final, no datasource found! Likely bad things to come!" I'm using the 16.04 daily for commissioning at the moment, about to try 14.04. Is this something to do with package
[00:05] <ZetaSyanthis> respositories not yet syncing on the controllers, perhaps?
[00:16] <ZetaSyanthis> No dice. And this is with MaaS 2.1.3 from the repos, FYI.
[03:05] <sentinel_> so i am pretty new to maas and i want to know if what i am trying to do is posable
[03:07] <sentinel_> see i am trying to get maas to work on some servers while being semi segrigated from the rest of a network
[13:53] <pmatulis> vlan?


[02:09] <thumper> I'm sure writing this test would be easier if I actually understood the jujuc commands
[02:12] <hazmat> lots of good stuff on the merge proposals page
[02:14] <hazmat> putcharm/env life/svc owners/status api/ssh key mgmt
[02:22] <thumper> wallyworld: back from the dentist yet?
[02:22] <wallyworld> yep
[02:24] <thumper> wallyworld: were you not well yesterday, didn't hear from you
[02:24] <wallyworld> thumper: no all good. just busy
[02:24] <wallyworld> head stuck in code
[02:24] <thumper> wallyworld: ok, why didn't you land the approved code?
[02:24] <thumper> busy further down the pipe?
[02:24] <wallyworld> yeah
[02:24]  * thumper nods
[02:25] <wallyworld> waiting till more stuff done in case of upstream tweaks
[02:25] <wallyworld> got about 5 branches with more tocome
[02:25] <thumper> how's it all going?
[02:25] <thumper> why so many?
[02:25] <wallyworld> hangout?
[02:25] <thumper> sure
[02:25] <wallyworld> https://plus.google.com/hangouts/_/d3f48db1cccf0d24b0573a02f3a46f709af109a6
[02:26] <thumper> wallyworld: the party is over
[02:26] <thumper> so it says
[02:27] <wallyworld> hmmm. i'm in
[02:27] <thumper> is the link right?
[02:27] <wallyworld> just sent an invite
[02:27] <wallyworld> https://plus.google.com/hangouts/_/72cpjqoho8enpq0msp9kbjj06s
[02:27] <wallyworld> wrong link
[02:48] <wallyworld> thumper: lost you?
[02:52] <_thumper_> wallyworld: sorry, lost connectivity for some reason
[02:52] <wallyworld> same habgout url :-)
[02:52] <wallyworld> hangout even
[04:42] <axw_> davecheney: say if we wanted a fallback SSH for Juju CLI on Windows, would go.crypto/ssh be suitable? not necessarily for interactive usage, but for bootstrapping
[04:45] <davecheney> axw_: sure
[04:45] <davecheney> i wouldnt' use it for histing an ssh server
[04:45] <davecheney> by as a client, no worries
[04:45] <axw_> cool.
[04:45]  * davecheney celebrates a birthday while juju bootstraps
[04:47] <davecheney> % juju add-relation w1 p1
[04:47] <davecheney> ERROR no relations found
[04:47] <davecheney> fuck me
[04:47] <davecheney> people people stop fucking with the haproxy charm
[05:09] <davecheney> why, why does nothing work today ?
[05:09] <davecheney> https://gist.github.com/davecheney/7905375
[05:09] <davecheney> what am I doing wrong ?
[07:36] <axw_> fwereade_: when you're awake, can you please take a look at https://codereview.appspot.com/28880043/diff/80001/state/environ.go#newcode90 and https://codereview.appspot.com/28880043/diff/80001/state/state.go#newcode492
[07:37]  * fwereade_ will not be distracted from booking travel, but will look as soon as he can
[08:00] <dimitern> morning all
[08:01] <jam> morning dimitern
[08:40] <dimitern> fwereade_, hey
[08:41] <dimitern> fwereade_, i see you're reviewing - perhaps you can take a look at my 2 CLs as well? https://codereview.appspot.com/40160043/ https://codereview.appspot.com/40290044/
[09:31] <fwereade_> dimitern, I'm just getting there, but I've got to go out for a couple of hours I'm afraid :(
[09:31] <fwereade_> dimitern, if someone else gets there first that's fine, otherwise they're atthe topof my list when I get back
[09:34] <dimitern> fwereade_, sure, thanks
[09:34] <fwereade_> dimitern, probably won't make the standupbut I'll stick my headin incase anyone's still there
[09:39] <dimitern> fwereade_, ok
[09:49] <jamespage> any of the juju-core dev team interested in blogging about how juju uses mongodb?  czajkowski asked if we would - they will federate it to the mongodb blog
[09:50] <jamespage> happy to co-author but I don't know all of the cool stuff we are doing in detail
[09:59] <rogpeppe> jamespage: i'm not entirely sure it's something to shout about - our usage is somewhat odd and not the most... efficient.
[10:09] <rogpeppe> dimitern: i just sent another review of  https://codereview.appspot.com/40160043/
[10:09] <dimitern> rogpeppe, thanks, looking
[10:11] <dimitern> rogpeppe, I think you said to panic if curl==nil, no?
[10:11] <dimitern> rogpeppe, or you're now suggesting to remove the whole test + the panic?
[10:12] <rogpeppe> dimitern: yeah, but you don't need an explicit test - the panic will happen anyway as a matter of course, just like using any nil pointer
[10:12] <rogpeppe> dimitern: yes
[10:12] <dimitern> rogpeppe, ok then
[10:12] <rogpeppe> dimitern: sorry if i wasn't clear
[10:13] <dimitern> rogpeppe, it was one of "perhaps this or perhaps that" and I picked one :)
[10:13] <rogpeppe> dimitern: np
[10:47] <jam> fwereade_: dimitern: standup time
[10:47] <jam> https://plus.google.com/hangouts/_/calendar/am9obi5tZWluZWxAY2Fub25pY2FsLmNvbQ.mf0d8r5pfb44m16v9b2n5i29ig
[11:37]  * dimitern lunch
[11:54] <jam> dimitern: for when you get back. If PendingUpload is false by default, then old clients will not set it (and it will be nil), I'm guessing that works correctly for compatibility? I just wanted to verify that.
[11:56] <jam> jamespage: interestingly, you can't just "go get launchpad.net/juju-core/..." because mgo is labix.org/v2/mgo redirected to launchpad.net, so you have to go check that bit out manually. Anyway, I should have a working juju dev tool there now
[11:56] <jam> rogpeppe: does godeps help get you to the right versions? or does it just populate the file?
[11:58] <jam> I guess godeps -u does the right thing. ISTR that I tried it in the past and it didn't work, but looks like it did this time
[12:01] <jam> mgz: it would appear that 'go test' still requires that you have a ~/.ssh/id_rsa.pub :(
[12:03] <natefinch> jam,: FWIW, go get labix.org/v2/mgo works just fine.
[12:03] <jam> natefinch: not on the bastion host with firewalled/proxied egress
[12:03] <jam> which is what james set up for us
[12:04] <jam> natefinch: but you're right that it does usually work
[12:04] <natefinch> jam: ahh, ok, I missed that context
[12:04] <mgz> jam: that was fixed and reintroduced several times I think
[12:05] <rogpeppe> jam: godeps -u doesn't pull the right versions if they're not currently available
[12:05] <jam> mgz: do you get 'strip' from build-essential?
[12:06] <jam> it seems we have a part of the test suite that complains if there isn't an executable 'strip' in your path
[12:07] <jam> mgz: ah, go bot *has* an ssh key because it has to to push stuff to LP, shame we don't enforce that stuff there.
[12:07] <jam> well, installing build-essential got it for me, though we shouldn't really depend on it. And I thought strip wasn't safe on go binaries anyway (because it uses the debug info for reflect stuff)
[12:08] <mgz> jam: I get it from binutils
[12:08] <jam> fwereade_: did you get your destroy-machine changes from 1.16 into trunk?
[12:09] <mgz> which doeswhich comes in via dpkg-dev
[12:10] <jam> mgz: which certainly isn't what *we* should depend on for testing juju-core, right ? :)
[12:11] <mgz> well, it's fine(ish) with build-essential
[12:12] <jam> mgz: but isn't that stuff to build C/C++ stuff, which Go doesn't need?
[12:12] <jam> also, for someone with more experience with local provider, does 'juju destroy-environment  local' properly nuke the Charm cache? There was discussion in #juju that it wasn't
[12:13] <mgz> yeeeas
[12:22] <fwereade_> jam, yes, they're in
[12:31] <dimitern> jam, it should work even if PendingUpload is missing, when unmarshalled it will be false; that's the idea
[13:10] <dimitern> rogpeppe, take a final look at this before I trow it away, will you? :) https://codereview.appspot.com/40290044/
[13:10] <dimitern> *throw
[13:10] <rogpeppe> dimitern: i've been on it :-)
[13:10] <rogpeppe> dimitern: not far off posting the review
[13:11] <dimitern> rogpeppe, cheers!
[13:11] <rogpeppe> dimitern: i suggest evolving it not throwing it away, BTW...
[13:11] <dimitern> rogpeppe, you mean devolving it like 40% and evolving another 15%
[13:11] <dimitern> :)
[13:12] <jam> dimitern: I don't think you would throw away much. The only bit that changes in "processPost" isn't it?
[13:12] <jam> all of the work to move the auth stuff around you still need
[13:12] <rogpeppe> dimitern: i think the changes (in charms.go anyway) will pretty much amount to throwing away 20 lines of code
[13:13] <jam> and as rogpeppe mentions, the change is that you don't use a MultipartReader but something that checks the contet type and then reads the bytes into the temp file.
[13:14] <rogpeppe> dimitern: we should chat with gary about the change too
[13:14] <dimitern> yeah
[13:15] <dimitern> i'm looking into it to minimize the damage
[13:15] <jam> dimitern: arguably you just get ird of MultipartReader and go straight to the application/zip handler
[13:26] <rogpeppe> dimitern: reviewed
[13:27] <dimitern> rogpeppe, thanks
[13:28] <jam> dimitern: rogpeppe: any idea why "juju deploy ubuntu" in trunk against a local 1.16.4 environment would give "service already exists" ? I'm seeing failure to deploy with trunk, but success with /usr/bin/juju ==1.16.4
[13:28] <rogpeppe> jam: what does juju status show?
[13:28] <jam> rogpeppe: juju status shows only machine-0 running
[13:28] <jam> and then juju deploy gives me "service already exists"
[13:29] <dimitern> jam, no idea off hand
[13:29] <rogpeppe> dimitern: that does seem odd
[13:30] <rogpeppe> jam: ^
[13:30] <jam> dimitern: yeah, since you haven't actually finished what you're working on, I would have thought deploy in trunk is essentially unchanged
[13:30] <jam> but it definitely seems repeatably broken :(
[13:30] <rogpeppe> jam: yeah, i'd have thought that too
[13:30] <rogpeppe> jam: i'd put some printfs into trunk and see what's going on...
[13:31] <rogpeppe> jam: what does deply --debug print?
[13:31] <dimitern> jam, it is unchanged
[13:38] <jam> rogpeppe: nothing particularly helpful in this case
[13:39] <jam> rogpeppe: you can see the --debug output here: https://bugs.launchpad.net/juju-core/+bug/1259925
[13:39] <_mup_> Bug #1259925: juju destroy-environment does not delete the local charm cache <destroy-environment> <local-provider> <juju-core:Triaged> <https://launchpad.net/bugs/1259925>
[13:40] <jam> rogpeppe: interestingly, after having called "juju destroy-service -e local ubuntu" and then trying again I get a slightly different (but still unhelpful) log: http://paste.ubuntu.com/6556054/
[13:40] <jam> so now it is clearly not trying to upload the charm (good), but it still says the service already exists (bad)
[13:41] <rogpeppe> jam: what do you see if you connect directly to the mongo instance and look in the settingsRefs and services collections?
[13:41] <dimitern> rogpeppe, it seems you edited https://docs.google.com/a/canonical.com/document/d/1TxnOCLPDqG6y3kCzmUGIkDr0tywXk1XQnHx7G6gO5tI/edit#heading=h.t7svtxl846ha and most of the implementation got lost
[13:42] <rogpeppe> dimitern: oops, will check
[13:43] <dimitern> rogpeppe, ah, sorry, you just reformatted it to the top
[13:43] <dimitern> rogpeppe, perhaps we can remove the footnotes and the history and leave only the implementation description
[13:43] <rogpeppe> dimitern: i did, but i think i did miss some stuff
[13:44] <rogpeppe> dimitern: i'd do that
[13:44] <dimitern> rogpeppe, cheers
[13:44] <jam> rogpeppe: "mongo localhost:37017/admin" doesn't actually let me do anything, am I spelling somethingwrong? (it gives me failures running 'whatsmyurl")
[13:44] <rogpeppe> dimitern: it's all still available
[13:44] <rogpeppe> dimitern: even if we remove it from the current version
[13:44] <dimitern> rogpeppe, yeah, good point
[13:44] <rogpeppe> jam: you probably need to connect in auth mode
[13:45] <dimitern> rogpeppe, it actually much easier to handle binary post uploads and to test them in go than in javascript it seems
[13:46] <rogpeppe> dimitern: you chatted to gary?
[13:49] <dimitern> rogpeppe, just doing so now, as you see :)
[13:49] <rogpeppe> dimitern: :-)
[13:56] <rogpeppe> dimitern: i updated the charm upload doc to cut out all the old stuff
[13:56] <dimitern> rogpeppe, cheers, looking
[14:22] <rogpeppe> lunch
[14:23] <mgz> gobblegobble
[14:23] <dimitern> rogpeppe, URL vs Url comes from my C# days I guess :) and I didn't like it one bit then, glad to unlearn it!
[14:37] <natefinch> rogpeppe, let me know when you're back and when you'd like to talk about next steps
[15:12] <abentley> jcsackett, sinzui: AFAICT, the "Build Failure Analyzer" plugin does expose the failure type into the API.  I am disappointed.
[15:12] <sinzui> :(
[15:13] <abentley> s/does/does *not*/
[15:17] <abentley> sinzui: If you have a chance, I'd like to do a pre-imp on the i386 thing.
[15:17] <rogpeppe> natefinch: back
[15:17] <rogpeppe> natefinch: hangout?
[15:17] <natefinch> rogpeppe, sure
[15:18] <rogpeppe> natefinch: https://plus.google.com/hangouts/_/calendar/am9obi5tZWluZWxAY2Fub25pY2FsLmNvbQ.mf0d8r5pfb44m16v9b2n5i29ig
[15:20] <natefinch> did I miss you?  Sorry, my wife asked for help at an inopportune time
[15:21] <natefinch> hmm.... seems to not be joining... weird
[15:21] <sinzui> abentley, okay
[15:23] <abentley> sinzui: https://plus.google.com/hangouts/_/76cpihrgnbqj3fqb0hu5umjbso?authuser=1&hl=en
[15:23] <rogpeppe> natefinch: my machine display driver has just died
[15:23] <rogpeppe> natefinch: i need to reboot, sorry
[15:32] <jcsackett> abentley: ack. i share your disappointment.
[15:39] <dimitern> gah, just finished with https://codereview.appspot.com/40290044/ and rogpeppe disappeared
[15:39] <nate_finch> he's here
[15:39] <nate_finch> in a hangout with me
[15:40] <dimitern> send him the link pls nate_finch
[15:40] <nate_finch> sure
[16:13] <rogpeppe> grrr
[16:31] <dimitern> rogpeppe, review poke
[16:31] <rogpeppe> dimitern: ah, looking
[16:41] <rogpeppe> dimitern: LGTM
[16:41] <dimitern> rogpeppe, cheers
[16:45] <dimitern> rogpeppe, you're sure about defer req.Body.Close() ? req.Body is a ReadCloser
[16:46] <rogpeppe> dimitern: yeah
[16:47] <rogpeppe> dimitern: from the docs for Request:
[16:47] <rogpeppe> // The Server will close the request body. The ServeHTTP
[16:47] <rogpeppe>         // Handler does not need to.
[16:47] <dimitern> rogpeppe, yeah, was just about to say that
[16:47] <dimitern> :) good to know
[16:54] <sinzui> I am losing a fight with lbox. It complains I don't have vet. This probably relates to the fact I have a most of golang now in my local path to do cross-compiling
[16:57] <rogpeppe> sinzui: if in doubt, you can do what i do, which is have an entirely separate golang repo and GOPATH. then go get lbox with GOPATH set to that
[16:58] <rogpeppe> sinzui: with CGO_ENABLED to true or unset
[16:58] <sinzui> rogpeppe, I think I have done that
[16:59] <rogpeppe> sinzui: hmm
[16:59] <sinzui> well GOROOT is pointing to system installed path. that looks like what is blocking me from go install
[16:59] <rogpeppe> what do you see if you do go get code.google.com/p/go.tools/cmd/vet ?
[17:00] <sinzui> rogpeppe, go install code.google.com/p/go.tools/cmd/vet: open /usr/lib/go/pkg/tool/linux_amd64/vet: permission denied
[17:00] <rogpeppe> sinzui: BTW there's nothing in lbox itself that requires govet
[17:00] <sinzui> ^ obviously not my intent
[17:00] <sinzui> :(
[17:00] <sinzui> lbox propose -cr -for=xxx seems to think I need it
[17:01] <rogpeppe> sinzui: it's called by the .lbox.check script
[17:02] <rogpeppe> sinzui: if you're using the system installed go, i'm surprised that vet isn't installed
[17:02] <sinzui> maybe I am a victim of trusty
[17:03]  * sinzui looks at packages
[17:06] <rogpeppe> sinzui: i have to say i haven't used the system-installed go much - i usually pull the mercurial archive
[17:07] <rogpeppe> sinzui: what if you chmod a+w /usr/lib/go/pkg/tool/linux_amd64, then run the go install command again?
[17:07] <sinzui> ah, I will move my gopath to the start of my path to see if the right binaries are found
[17:09] <rogpeppe> sinzui: unfortunately there's a special case in the go tool for installing tools
[17:10] <rogpeppe> sinzui: it always installs them to $GOROOT/pkg/tool/$arch
[17:10] <sinzui> rogpeppe, I don't want to touch /usr. I want to work in my $GOPATH. I may need to build out more go in my work dirs, or just remove the system go for now
[17:10] <rogpeppe> sinzui: i suggest downloading the go distribution and having an entirely separate thing
[17:11] <sinzui> rogpeppe, I think I did that to setup cross-compiling. I see vet in the src, but I don't think everything was built and installed
[17:12] <rogpeppe> sinzui: what does "go env" print for you?
[17:13] <sinzui> rogpeppe, informative: http://pastebin.ubuntu.com/6556978/
[17:13] <TheMue> rogpeppe: the Tailer is in again *phew*
[17:14] <TheMue> rogpeppe: and me is off for dinner, but will look again later for a possible review result ;)
[17:15] <rogpeppe> sinzui: if you want to build go vet without sudo, you'll need to use a go binary from a different go root
[17:16] <sinzui> agreed
[17:16] <sinzui> still I wonder about where vet went to
[17:16] <rogpeppe> sinzui: because "go get code.google.com/p/go.tools/cmd/vet" will always install to /usr/lib
[17:16] <rogpeppe> sinzui: yeah, i'm surprised it didn't come with the package
[17:27] <nate_finch> rogpeppe: back, sorry.... turns out we had the time wrong, so were a half hour early and had to wait around.
[17:27] <rogpeppe> nate_finch: that's ok
[17:28] <rogpeppe> nate_finch: just on a review currently but we can continue in a bit if you'd like
[17:28] <rogpeppe> nate_finch: (i'll need to reboot again though :-[)
[17:28] <nate_finch> yeah, no problem, sounds good
[17:28] <nate_finch> (except for the reboot :)
[18:29] <rogpeppe> TheMue: you have a review
[18:30] <rogpeppe> nate_finch: that took longer than i thought it would, sorry, and now it's getting a bit too late
[18:30] <rogpeppe> nate_finch: i've updated the Juju HA Notes document a reasonable amount
[18:30] <nate_finch> rogpeppe,  yeah, I figured
[18:31] <nate_finch> cool
[18:32] <rogpeppe> nate_finch: since, you've been dealing closely with starting mongo recently, how would you feel about doing EnsureMongoServer ?
[18:32] <rogpeppe> nate_finch: it would replace the existing cloudinit shell script logic
[18:32] <rogpeppe> nate_finch: (eventually)
[18:32] <nate_finch> yeah, that's what I was thinking
[18:33] <rogpeppe> nate_finch: cool
[19:28] <bac> hi negronjl, i've just proposed a branch for merging into the mongodb charm.  you seem like the right guy to review it and i'd like your feedback.
[19:29] <negronjl> bac: I'll review it in a few ... thx for the heads up
[19:29] <bac> np
[19:44] <sinzui> I think trusty has hexed me. I am on go 1.2 now.
[19:54] <sinzui> natefinch, do you have a few minutes to review https://codereview.appspot.com/41030044
[19:56] <natefinch> sinzui, sure
[20:01] <thumper> mramm: morning, there is no hangout associated with the meeting
[21:33] <wallyworld> fwereade_: hi
[21:34] <fwereade_> wallyworld, hey dude
[21:34] <wallyworld> did you want a quick chat about that review?
[21:34] <fwereade_> wallyworld, damn, I was meant to have thought more about something before I talked to you ;p
[21:35] <fwereade_> wallyworld, yes, I will have to figure it out as I go along, just a sec ;)
[21:35] <wallyworld> ok
[21:35] <wallyworld> https://plus.google.com/hangouts/_/76cpiot72i7502oceu38mint0k
[21:40] <wallyworld> fwereade_: https://codereview.appspot.com/39790043/
[23:20] <wallyworld> davecheney: hey
[23:20] <davecheney> wallyworld: o/
[23:20] <wallyworld> i have a go yaml question
[23:21] <davecheney> shoot
[23:21] <wallyworld> i have a long string with a space in it. when go yaml marshalls it, it splits the string over two lines. this is bad
[23:21] <wallyworld> since it breaks cloud init
[23:22] <davecheney> wallyworld: so it's converting it to the | long form ?
[23:22] <wallyworld> long form?
[23:22] <davecheney> you can do
[23:22] <davecheney> descriptoin: some string
[23:22] <davecheney> or
[23:22] <davecheney> description: |
[23:22] <davecheney>    some really long string
[23:22] <davecheney>    that rivals war and peace
[23:22] <wallyworld> it's doing this....
[23:23] <wallyworld> #cloud-config
[23:23] <wallyworld> ssh-auth-keys:
[23:23] <wallyworld>   - some really long string
[23:23] <wallyworld>    some more of the string
[23:23] <davecheney> hmm, that smells like a bug
[23:24] <davecheney> can you email me the deatils
[23:24] <davecheney> or something
[23:24] <davecheney> and i'll make a test case
[23:24] <davecheney> then i can fix the bug and have it reverted the next day \o/
[23:24] <wallyworld> sure, will do. i want the whole string on the one line starting with the -
[23:24] <wallyworld> what?
[23:24] <wallyworld> did your --- fix get reverted?
[23:28] <davecheney> wallyworld: i'm guessing the key you're having problems with is your own
[23:28] <davecheney> so i guess you can't paste it :)
[23:35] <wallyworld> davecheney: well, it's the public portion
[23:35] <wallyworld> but the difference is that now i'm adding a key comment
[23:35] <wallyworld> which is ppending to the key blob with a space
[23:36] <wallyworld> and the yaml marshalling is splitting the string at the space
[23:36] <wallyworld> but i need it all on one line
[23:36] <davecheney> you sure do
[23:36] <davecheney> that is where I thought it was braking
[23:36]  * davecheney adds a test case


[02:46] <mwhudson> did that garbo job for backfilling product.vcs finish yet?
[02:56] <blr> mwhudson: it has yep
[02:57] <mwhudson> awesome
[02:58] <mwhudson> so as far as we know, we should be able to remove the special casing from the go tool?
[02:58] <blr> mwhudson: I would imagine so, yes :)
[03:01] <mwhudson> cool
[03:04]  * mwhudson tries to find a go project on lp with >1 series
[03:07] <mwhudson> oh poop
[03:07] <mwhudson> go get launchpad.net/project/series/sub/directory is documented as working
[03:08] <blr> mwhudson: sorry, don't follow...
[03:08] <mwhudson> as is launchpad.net/~user/project/branch
[03:09] <mwhudson> blr: basically you can feed a subdirectory of the branch to go get and it knows to get the whole branch and then only build the subdir
[03:09] <mwhudson> i assume
[03:15] <blr> mwhudson: is github special cases somehow to handle that as well?
[03:15] <blr> s/cases/cased/
[03:15] <mwhudson> yes, looks like it
[03:15] <mwhudson> bah
[03:17] <mwhudson> i guess i could cook up a re so the existing behaviour is preserved when there is trailing stuff
[03:24] <mwhudson> maybe
[03:28] <mwhudson> blr: can you link me to a project that uses git?
[03:28] <blr> mwhudson: https://launchpad.net/~blr/+git/mushrooms-russia-history
[03:29] <blr> oops
[03:29] <blr> no that's no good
[03:29] <mwhudson> that's like a junk branch?
[03:30] <blr> https://launchpad.net/germinate ?
[03:30] <blr> yes that one's git
[03:30] <blr> mwhudson: right, not a project
[03:33] <mwhudson> blr: i bet you haven't thought at all about what the go import path for a project hosted in git on lp should be :)
[03:35] <mwhudson> blr: i just said this: https://github.com/golang/go/issues/11436#issuecomment-121124410
[03:35] <blr> mwhudson: have I missed something? go-import should render for git projects too
[03:35] <mwhudson> blr: for git projects too, but what about git repos that are not the repo for a project?
[03:35] <mwhudson> i guess that's a rarer thing than the bzr case, given the nature of git
[03:36] <blr> mwhudson: right, in this case you're only going to get the default repo for the project or series
[03:51] <blr> mwhudson: how often is that used in practice? the sub-directory feature
[03:51] <mwhudson> blr: i have no idea
[03:52] <mwhudson> i suspect not often
[07:31] <rpadovani> blr, cjwatson thannk you very much, I start to take a look at it :-) I'm not good (yet) at writing tests, so maybe it takes a bit. Thanks for pointing me to the right direction
[07:38] <cjwatson> Sure.  Let us know if you need help.
[07:51] <blr> mwhudson: is there anything more we can do on the launchpad side? I see russ cox replied.
[09:00] <rpadovani> sorry to bother you, but I'm a bit lost writing the test. The general logic is ready and it does what I think it should do, but I have some problems forgint the href for the revision. Atm I've something like this: revision_link = '%s/revision/%s' % (target_identity, self.arbitrary_revisions[2]), where target_identity is bmp.merge_target.identity. It produces something similar to the final result: http://paste.ubuntu.com/11876524/ The
[09:00] <rpadovani> problem is I need to replace the starting of the link with http://bazaar.launchpad.net and with http://git.launchpad.net. I don't understand if there is a way to have the link from some variable or I need to create it form the merge_target looking if it starts with lp:// or with ~
[09:00] <rpadovani> here the code I wrote so far: http://paste.ubuntu.com/11876534/
[09:07] <cjwatson> Neither of those is correct for the link.  You'll want to construct something based on self.context.getCodebrowseUrl().
[09:10] <cjwatson> Something like self.context.getCodebrowseUrl("revision/%s" % quote_plus(revision)) should do the job for Bazaar.  For Git it'd be more like "%s/commit/?id=%s" % (self.context.getCodebrowseUrl(), quote_plus(revision))
[09:11] <cjwatson> Oh, this is from a merge proposal, so self.context.merge_target rather than self.context there
[09:12] <cjwatson> And in fact in the Git case it'll want to be self.context.target_git_repository, as GitRef.getCodebrowseUrl isn't appropriate here
[09:14] <rpadovani> okay, thanks. How can I check if the test is running agains git or bzr?
[09:15] <cjwatson> What class is this test in?
[09:15] <rpadovani> or should I create two tests, one under class TestBranchMergeProposalMergedViewGit and the other under class TestBranchMergeProposalMergedViewBzr?
[09:16] <rpadovani> TestBranchMergeProposalMergedViewMixin atm
[09:17] <cjwatson> You *can* create two tests, but I would suggest instead adding a method to each of TestBranchMergeProposalMergedView{Bzr,Git} that returns the expected link text for a revision.  See how test_initial_values is implemented for comparison.
[09:17] <cjwatson> Then the test in TestBranchMergeProposalMergedViewMixin can be generic.
[09:20] <rpadovani> okay, thanks for the ideas, I take a look
[09:50] <rpadovani> have to study now, I'll continue tonight or tomorrow, thanks for suggestions :-)
[12:17]  * cjwatson glares at the swamp of bug notifications
[20:39] <blr> morning
[21:19] <mwhudson> blr: i don't think so, i have woken up with a cold and my brain is full of cotton wool but i'll try to follow up today at some point
[21:20] <blr> mwhudson: ugh, sorry to hear that. no worries
[21:31] <rpadovani> After I spent an afternoon studying about DFA and NFA and how to transform one in the other, it's time to write a test for my branch :D So, I was trying to forge the url where I should point the link to. cjwatson suggested me to the test under TestBranchMergeProposalMergedViewMixin, and then make two little helper functions under TestBranchMergeProposalMergedViewBzr and TestBranchMergeProposalMergedViewGit. Let's focus on the first
[21:31] <rpadovani> one atm: so I created two versions of this helper function, but they don't work. Any hint on which I'm missing? I'm sure it's something very stupid...
[21:31] <rpadovani> http://paste.ubuntu.com/11879809/
[21:37] <blr> rpadovani: bmp does not have a 'context' attribute, I think you just want bmp.merge_source
[21:38] <blr> rpadovani: rather than using pastebin, it might be better to make a merge proposal in the 'work in progress state'
[21:39] <rpadovani> blr, well, I need to link to the target where the branch has been merged, so bmp.merge_target. But with bmp.merge_target I've only the name of the branch, not the address of the code (that is what I need)
[21:39] <rpadovani> blr, ok, I'll do, then the commit log for the branch will be a mess, but if it's okay for you it is also for me :-)
[21:49] <rpadovani> blr, okay, I pushed the test I wrote so far here: https://code.launchpad.net/~rpadovani/launchpad/link-revision-merged-mp/+merge/264654
[21:50] <rpadovani> if you have some time to take a look thanks so much :-)
[21:50] <rpadovani> meanwhile I take a look to the *real* code
[21:51] <blr> thanks rpadovani, someone should be able to have a look today
[21:51] <rpadovani> thanks to you guys for your time
[23:20] <wgrant> blr: Could you have a look at https://bugs.launchpad.net/launchpad/+bug/1474592? Should be a quick fix in two templates or two views, plus a test for each.
[23:20] <mup> Bug #1474592: golang_import_spec needs to check that the branch is accessible <branches> <privacy> <regression> <Launchpad itself:Triaged> <https://launchpad.net/bugs/1474592>
[23:20] <blr> sure
[23:21] <wgrant> The branch link on Product:+index and ProductSeries:+index is already guarded (possibly with a /required:launchpad.View, or possibly in the view itself)
[23:22] <blr> wgrant: worth a browser test as well?
[23:23] <cjwatson> Right, a view test would go in browser-land.
[23:24] <cjwatson> (Unless it fits with something in stories and is too hard to put elsewhere, which sin I've committed a few times.)
[23:26] <cjwatson> wgrant: Is there a way to add a person to a team in a test without triggering TestMailer.send to the added person?
[23:26] <cjwatson> I have nefarious reasons.
[23:27] <wgrant> cjwatson: Um, you could possibly fixture out the ITeamMembership subscribers, or create a TeamMembership manually and not fire the event.
[23:28] <wgrant> TeamMembershipSet.new is illegal, but it works.
[23:33] <cjwatson> Maybe a fixture is the right thing.
[23:33] <cjwatson> Or maybe I should stop trying to test this in an existing doctest ...
[23:34]  * beuno passes cjwatson a can of gasoline and a matchbook, winks and points at LP doctests
[23:35] <cjwatson> beuno: Wouldn't be the first I've committed arson against
[23:35] <cjwatson> (the first doctest, I should clarify!)
[23:35] <cjwatson> (oh hi nice mr policeman)
[23:35] <blr> trying not to grow the number of doc-tests at least
[23:36] <beuno> I still have nightmares about 6 hour test suites, PQM and getting all levels of agree to pass at the same time
[23:37] <cjwatson> It's not been that bad for a while, fortunately
[23:38] <cjwatson> Thank goodness
[23:39] <beuno> my last commits were around the time the test suite got pararellised, enough to have ended up with a 300 USD AWS bill because the tool didn't shut down instances properly, but not where the cloud bit was centralised
[23:40] <cjwatson> When I started ec2test was still a thing but there'd been enough mistakes made for there to be prominent warnings to check that shutdown had worked
[23:43]  * beuno shivers


[15:19] <pikurasa> I have a 3200x1200 15FPS clip (from a screenrecord) in OGV that I would like to edit in Kden Live--how does this work? When I bring the clip into KdenLive it doesn't seem to be showing the correct frames for the first half of the clip (in the project monitor and clip monitor). Should I change the file with ffmpg before bringing it in? If so, what would be the best way to do that?
[15:19] <pikurasa> Or should I change "clip properties" with Kden?
[15:19] <cfhowlett> pikurasa, will your final form also be 3200x1200?
[15:21] <pikurasa> The final form could be anything, really... I just want to get onto the editing process and pull some stuff together. It could be scaled--preferably with a similar ratio.
[15:21] <cfhowlett> pikurasa, scale it down with avconv then edits
[15:22] <pikurasa> I have never used avconc. Is that command line?
[15:23] <cfhowlett> pikurasa, it is.  avconv -i inputfile -s ****x**** outputfile          -s = output size
[15:23] <pikurasa> @cfhowlett Thanks. Will try now.
[15:24] <pikurasa> What output size would you recommend??
[15:24] <cfhowlett> pikurasa, you could also try resize with kdenlive
[15:53] <pikurasa> [pikurasa is trying things (like avconv), but having troubles...wait, on to something...]
[15:54] <pikurasa> Looks like you right click on the clip and then choose transcode in KdenLive.
[15:56] <pikurasa> What is this option "fix ogg theora"? Quite the provocative title for an operation...
[16:05] <pikurasa> Fix Ogg Theora gets this error -- Unrecognized option 'sameq'.
[16:05] <pikurasa> Error splitting the argument list: Option not found. Am I missing something??
[16:08] <holstein> you are trying to transcode audio? inside kdenlive?
[16:09] <pikurasa> @holstein Yes.
[16:09] <holstein> from what to what? and whats the goal?
[16:11] <pikurasa> I have a 3200x1200 15FPS clip (from a screenrecord) in OGV. Any "normal" format--and preferably in a free format--would be good.
[16:11] <pikurasa> I successfully transcoded to .mov
[16:12] <holstein> i have only ever exported to different formats.. but, ideally, the "freedom" would be considered *before* creation
[16:12] <holstein> maybe, at the source.. if you are just doing it for freedom's sake, so to speak..
[16:12] <pikurasa> the original is OGV
[16:12] <holstein> otherwise, i would go for what give the "Best" results, based on where its going
[16:17] <pikurasa> Basically, I am trying to make demo videos of this project I did with SugarLabs over the summer. It is web based software and I want others to see how it works, so I am making videos. RecordmyDesktop in UbuntuStudio creates files that KDenLive does not import well--the 3200x1200 15FPS OGV output from RecordmyDesktop does not seem to be a clip that KDenLive can use. Therefore, I am trying to change the format.
[16:17] <pikurasa> The "Fix OGV" returned the error I mentioned above.
[16:18] <pikurasa> I am trying Matroska, which seems to be working.
[16:18] <pikurasa> .mov worked.
[16:19] <pikurasa> [I am kind of just "talking out loud" as I work. No need to reply if busy--although, may be entertaining :)  ]
[16:20] <holstein> well, for me, i just use all of the options, and see what works
[16:20] <holstein> im not a video guy, so, i dont even have really the skills to properly troubleshoot the issues..
[16:20] <holstein> i did like kdenlive, though.. and i found it works "best" for what i was doing, at the time
[16:25] <pikurasa> I have no doubt that it works great. I just don't know how to use it... :)
[16:25] <pikurasa> Also, I only know two emoticons :)
[16:46] <pikurasa> I have another idea to get the result I want, but I need all my CPU power to do it. Thanks and Bye!
[16:46] <holstein> pikurasa: good luck..
[19:36] <studio-user022> Hi.
[19:37] <studio-user022> Hi. I am new to Linux ( Ubuntu Studio) and need a videconverter for H265 . So , i have a Video and want to convert it into H265. Has Anyone any Idea ? Thanks for your Answer.
[19:39] <studio-user022> Hi. I am new to Linux ( Ubuntu Studio) and need a videconverter for H265 . So , i have a Video and want to convert it into H265. Has Anyone any Idea ? Thanks for your Answer.


[00:03] <vhaarr> crimsun: downgrading those packages to -ubuntu1 and then reinstalling the nvidia driver "fixed" it here
[01:35] <_Groo_> hi/2 all
[03:11] <sirninja> I'm using the lucid alpha. Mostly everything works great, but when use the volume control keys on my laptop, it controls the pulse audio volume, not the master track volume, what happens is once I get a little below halfway pulseaudio brings the master track down to 0 so I don't hear anything. I resolved this same issue in Karmic by editing some file, I just can't remember which one. Does anybody know what file I need to edit to
[03:11] <sirninja> fix this?
[03:46] <alex_mayorga> is there a GUI to configure notifications behavior?
[03:47] <RAOF> For notify-osd?  No.
[03:47] <RAOF> There is no configuration for notify-osd notifications.
[03:49] <alex_mayorga> RAOF, that's bad I guess
[03:49] <bjsnider> DanaG has also complained about that
[03:49] <alex_mayorga> notifications won't show on top of a full screen Firefox window for example
[03:50] <alex_mayorga> I'd like to have a saying on that behavior
[03:50] <alex_mayorga> DanaG: did you reported it as bug?
[03:51] <RAOF> alex_mayorga: Urgent notifications should show on top of everything, but full-screen firefox should trigger the “disable non-urgent notifications when in a presentation” mode.
[03:51] <RAOF> So, that'd be expected & intended behaviour.
[03:52] <bjsnider> what is an urgent notification?
[03:52] <RAOF> Something that's been tagged urgent :)
[03:52] <RAOF> For example, the your-battery-is-about-to-die notification is tagged urgent.
[03:52] <RAOF> But song change notifications aren't.
[03:53] <bjsnider> restart required because of a kernel update?
[03:53] <RAOF> IIRC there are 3 priorities for notifications, but I think we only use urgent/not-urgent.
[03:53] <RAOF> I don't think that should be urgent.
[03:54] <alex_mayorga> RAOF, it would be cool if I get a saying on "urgency"
[03:54] <RAOF> You'll notice that Lucid's notify-osd has all sorts of debugging displayed?  The blue bar at the top says “low - report incorrect urgency” for most notifications; that's what this is.
[03:55] <RAOF> alex_mayorga: Possibly?  What would you actually like to do with it?
[03:55] <alex_mayorga> mail or twitter might be "urgent" for me, but powers that be decided they're "low"
[03:55] <alex_mayorga> or I might have to want to see everything even with a full-screen app
[03:56] <RAOF> At the moment, that means you don't want to use notify-osd.
[03:56] <alex_mayorga> I bet there are many more valid user cases
[03:57] <alex_mayorga> so configuration is out of the question?
[03:57] <RAOF> At the moment, yes.
[03:57] <alex_mayorga> RAOF, I'll take it as it is then
[03:57] <RAOF> alex_mayorga: Bring up your use-cases on the atayana list; maybe they'll be able to work something out.
[03:57] <alex_mayorga> is the're a config file somewhere?
[03:58] <RAOF> Notify-osd is deliberately unconfigurable at the moment to make it more likely that people will make the default behaviour right.
[03:58] <DanaG> But it my case, it instead makes things really bad.
[03:58] <DanaG> Guess how long it takes me to read the following notification... and how long it leaves it on the screen...
[03:58] <DanaG> Ambient Light Sensor:
[03:58] <DanaG> ON
[03:59] <DanaG> Takes me, oh, 1/8 to 1/4 second to read.... but it stays on the screen for 10 seconds!
[04:00] <bjsnider> they can certainly code in a correlation between length of message and length of display time
[04:00] <bjsnider> even if it's something simple like 1 second per word
[04:01] <DanaG> The default minimum-time is also way too long.
[04:01] <DanaG> It doesn't take 10 seconds to read a track-change notification (example: quodlibet).
[04:01] <DanaG> Skip 6 tracks... and it'll take a full minute before it shows the track you're actually on!
[04:03] <bjsnider> ah, i see why that doesn't apply to me. banshee doesn't support libnotify
[04:03] <bjsnider> yet
[04:03] <RAOF> Yes it does.
[04:04] <RAOF> Is yours not displaying track change notifications?
[04:04] <bjsnider> negative
[04:04] <bjsnider> but i'm on karmic
[04:05] <bjsnider> it's not in the extensions list
[04:05] <RAOF> Works on my Karmic install.
[04:06] <RAOF> It's in the “Notification area” extension; it's not an extension of its own.
[04:06] <alex_mayorga> I think is plainly arrogant to decide for users, what's important or not or how fast they should read and such
[04:06] <RAOF> It perhaps should be.
[04:06] <bjsnider> is it an extension or is it a feature?
[04:06] <bjsnider> ok, that explains it. i disable all notification area icons
[04:06] <DanaG> Yeah, arrogant is a good word.
[04:08] <RAOF> alex_mayorga: So, how would you set the importance?  Would you have each application that raises a notification have an option to set its importance?
[04:08] <RAOF> The importance has to come from _somewhere_
[04:08] <alex_mayorga> DanaG: that's how I felt the moment I discovered I didn't have any for of saying on the "feature" logic
[04:09] <bjsnider> but you don't want to expose things to users that let them screw up the system without being able to easily fix it, ie. the kde approach
[04:09] <alex_mayorga> RAOF, ask me the first time an app wants to notify
[04:09] <RAOF> What if the app has multiple different types of notifications?
[04:09] <DanaG> I do see the overly-configurable bit... check out the qtcurve settings.  At the very least, they should have the presets more easily accessible instead of buried with the oodles of settings being the main thing.
[04:09] <alex_mayorga> let me say OK I want to see these notifications, or I don't care at all
[04:10] <RAOF> “New email arrived” and “Sending email failed” and ...
[04:10] <bjsnider> DanaG, isn't everything in kde buried in oodles of options?
[04:10] <RAOF> alex_mayorga: And if you now want to turn those notifications back on?  Where's the option hidden?
[04:11] <bjsnider> probably in a giant page full of incomprehensible options
[04:11] <alex_mayorga> RAOF: System > Preferences > Notifications is what I was looking for
[04:11] <ChogyDan> are the wifi notifications changes at all?  I haven't started testing yet...
[04:11] <RAOF> alex_mayorga: And that would list every application that has ever sent at least one notification?
[04:11] <bjsnider> it would have to, to be consistent
[04:12] <alex_mayorga> RAOF: how about all the ones that are running at the moment?
[04:12] <bjsnider> it would also violate gnome's rules on these things
[04:12] <RAOF> alex_mayorga: There's no way to work that out.
[04:13] <RAOF> Apps don't register with the notification daemon, they just say “hey, display this now”.
[04:14] <alex_mayorga> it's tricky business I know, but not having any kind of saying is baffling IMHO
[04:14] <RAOF> I don't find it particularly baffling; I don't want to have to mess around with this stuff.  It should just work, and not get in the way.
[04:14] <alex_mayorga> it all started to copy growl if I'm not mistaken, and I believe growl is configurable
[04:15] <RAOF> No, notify-osd wasn't intended to copy growl.
[04:15] <alex_mayorga> RAOF, what works for one person might be intolerable to another
[04:15] <RAOF> Indeed.  But that's surprisingly uncommon.
[04:16] <RAOF> For something as basically insignificant as notifications it *should* be possible to get something that works well for 99% of users.
[04:17] <alex_mayorga> if you let me pick what notifications to receive it would work for a 100% DanaG and me might be the 1% that do want to fiddle with the details
[04:17] <RAOF> The 1% not covered can either install upstream notification-daemon or notify-osd can grow some configuration, but the goal is to get to 99% first, so people complain.
[04:17] <DanaG> My problem is that their minimum time is way too **** long!
[04:18] <RAOF> DanaG: Is there a bug report for that?
[04:18] <DanaG> 10 seconds to glance at 3 words.  Reasoning fail there.
[04:18] <RAOF> Or have you brought it up on the atayana list?  I haven't noticed, but I may have missed it.
[04:18] <DanaG> yup, digging it up now.
[04:18] <DanaG> https://bugs.launchpad.net/debian/+bug/423314
[04:19] <DanaG> Not sure why it's in Debian, and not in Ubuntu.
[04:19] <alex_mayorga> how about if the user is a kid learning to read? 10 sec for 1 word might be too little
[04:19] <DanaG> Would a little kid be using notify-send?
[04:20] <DanaG> Or are you just playing devil's advocate, or such?
[04:20] <DanaG> =þ
[04:20] <DanaG> Or whatever the term is.  Taking arguments to the extreme.
[04:20] <alex_mayorga> I participate on a foundation that tries to get Edubuntu for 1st to 6th graders, so yes
[04:21] <alex_mayorga> hopefully they will
[04:21] <DanaG> hmm, then they should make it NOT ignore the time specified!
[04:21] <DanaG> That'd fix things.
[04:21] <DanaG> There's already a solution... that they chose to throw away.
[04:22] <alex_mayorga> So I should bug every app that uses notifications for controls?
[04:22] <DanaG> No, I mean more just for notify-send, specifically.
[04:23] <RAOF> Many apps that use notifications for controls are currently broken, yes.  They should get bugs.
[04:24] <DanaG>  while (true); do notify-send this sucks;done;
[04:24] <DanaG> And watch it take 15 minutes for them all to go away.
[04:24] <RAOF> That's a part of the specification that's yet to been implemented, yes.
[04:25] <alex_mayorga> also the fact that the notification dissipate when I mouse over it is counter intuitive, but I guess SABFL knew better
[04:25] <RAOF> You have different intuition to me, clearly :)
[04:25] <DanaG> oh, and now try moving your cursor over that stream of notifications.
[04:25] <DanaG> It stops blurring.
[04:26] <DanaG> Even if you jiggle the mouse.
[04:26] <RAOF> So, that's a bug.
[04:26] <DanaG> oh, and notify-osd is reeeeeeeeeeally really tiny for me, since I use half-integer font size 8.5.
[04:27] <DanaG> Instead of 8 or 9 points, it looks more like I get, oh, 3 points.
[04:27] <DanaG> Or 4.
[04:27] <alex_mayorga> when a human is alerted to something the natural reaction is to try to respond if I'm not mistaken
[04:27] <RAOF> Wheras one of the goals of notify-osd is to not distract people.
[04:28] <DanaG> I'd say it fails at that, too. =þ
[04:28] <RAOF> It's not so bad; maybe it could be better.
[04:29] <alex_mayorga> again, if I don't get to pick how often or with what do I get distracted, then don't bother
[04:29] <DanaG> And gnome-shell takes things to an extreme.
[04:29] <RAOF> You can engage the don't bother me mode, and then you'll only get high priority notifications :)
[04:30] <DanaG> http://users.csc.calpoly.edu/~dgoyette/Screenshot.png
[04:30] <DanaG> gdm on another computer I have around here: http://users.csc.calpoly.edu/~dgoyette/GDM-Screenshot.png
[04:31] <alex_mayorga> RAOF, I meant don't bother trying ;)
[04:31] <DanaG> heh, notify-osd is like the energizer rabbit.  It just keeps going and going and <copy, paste>, <select, copy, paste>, <select more and get exponential copy-and-paste>
[04:31] <alex_mayorga> besides what's the point if I didn't choose the priorities either
[04:32] <RAOF> Because applications generally have a reasonably good idea of what the priority of their messages should be?
[04:36] <alex_mayorga> I guess I need to go through https://wiki.ubuntu.com/NotifyOSD
[04:39] <alex_mayorga> Seems like I've found a Firefox bug then, as "Popular applications that have a full-screen mode (Firefox, Totem, OpenOffice.org, Vino) should have a visible option for whether/when to inhibit non-critical notifications when a window of that application is full-screen and focused."
[04:40] <DanaG> Oh, and Flash fails, too... changing volume makes things un-fullscreen.
[04:40] <RAOF> Yay, flash :(
[04:52] <alex_mayorga> I guess I'll need to inspire myself and chip-in at https://wiki.ubuntu.com/NotifyOSD/Comments
[04:58] <alex_mayorga> after going through all the comments seems like mpt stopped answering to comments there anyway
[05:00] <RAOF> Quite possibly; you'd probably be better served contributing to the atayana list.
[05:00] <RAOF> launchpad.net/~atayana.
[05:01] <alex_mayorga> RAOF, do you think they keep an eye on this room log?
[05:04] <RAOF> No.
[05:05] <alex_mayorga> I guess I'll at least mail them the log tomorrow then
[05:05] <alex_mayorga> FWIW
[05:06] <RAOF> You can find them on #ayatana, though.
[05:09] <alex_mayorga> I see you there :)
[05:10] <alex_mayorga> RAOF, are you part of the initiative?
[05:10] <RAOF> No, not really.
[05:10] <RAOF> I'm not on the DX team, no.
[05:42] <vish> alex_mayorga: Bug #428509
[05:59] <DanaG> http://users.csc.calpoly.edu/~dgoyette/bootcharts/
[06:00] <DanaG> there's my bootchart collection.
[06:01] <bjsnider> how much webspace does cal poly give you?
[06:02] <DanaG> eh, only 300 megs for my total everything, including my roaming profile.  It used to be much more... but then they cut it way down.
[06:03] <bjsnider> did you have to ask them for it, or did they send you instructions and so forth?
[06:03] <alkisg> teeworlds complains "error while loading shared libraries: libGLU.so.1". I see that it was moved /usr/lib/libGLU.so.1 to /usr/lib/mesa/libGLU.so.1, should there be a symlink or something now that's moved?
[06:03] <alkisg> *from
[06:04] <DanaG> It's automatic -- anything in your www dir is made internet-accessible; I just set .htaccess to allow directory listing.
[06:05] <DanaG> Computer Sci and Computer Engineering majors get profiles to use on the computer labs.
[06:24] <bjsnider> DanaG, do they work on linux in any way in their studies?
[06:24] <DanaG> Yeah, all the programming stuff we do is on Linux; Windows-specific programming hasn't been taught in any of my classes, at least.
[06:25] <DanaG> They also used to have Solaris boxes; those were weird.
[06:25] <DanaG> Different interpretations of POSIX.
[06:25] <bjsnider> so in a sense, they're training you to be linux developers
[06:25] <DanaG> Or something like that.
[11:32] <BUGabundo_work> morning
[11:53] <alkisg> Firefox gives me an .xml problem when trying to display its "certificates error" page: http://pastebin.ubuntu.com/354983/
[11:54] <alkisg> (I got this by just visiting https://bugs.freedesktop.org/show_bug.cgi?id=20490 from Lucid..)
[14:02] <om26er> !test
[14:13] <BUGabundo_work> ehe om26er
[14:13] <BUGabundo_work> we dont usually go so long so quiet, right?
[14:16] <yofel> BUGabundo_work: got some time to do some bash-completion testing?
[14:17] <yofel> bug 218933
[14:19] <BUGabundo_work> yofel: nope. too much work today.... darn svn :(
[14:19] <yofel> ^^
[14:23] <BUGabundo_work> yofel: err wasnt that my bug from the other day?
[14:24] <BUGabundo_work> nope
[14:24] <BUGabundo_work> its older
[14:24] <yofel> well, I only noticed it today since Rory posted a comment and I subscribed to apport mail a while ago
[14:27] <BUGabundo_work> eheh
[14:30] <om26er> BUGabundo_work, its all quite out here
[14:30] <om26er> the kernel update that arrived today what version is it?
[14:30] <om26er> 2.6.32.x?
[14:31] <yofel> -10?
[14:31] <om26er> and if talking upstream
[14:31] <om26er> <IP_ADDRESS>?
[14:31] <BUGabundo_work> !info linux
[14:32]  * om26er thought canonical was no longer supporting lpia
[14:32]  * yofel too
[14:33] <yofel> at least the ppa machines don't build lpia any more
[14:33] <yofel> *for lucid
[14:37] <om26er> what rhythmbox is playing becomes the status of empathy is it a feature?
[14:40] <IdleOne> om26er: yes, it's allow $application to change my status to $song that is playing.
[14:40] <IdleOne> it sucks
[14:40] <om26er> i think it was a feature of MeMenu
[14:40] <IdleOne> should be able to disable that in prefs
[14:41] <om26er> IdleOne, https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/505562
[14:43] <om26er> it was supposed to be a future work in MeMenu  https://wiki.ubuntu.com/MeMenu
[15:01] <BluesKaj> well, kde failed on my last update/upgrade and now I'm forced to use gnome . I have a long list of unmet dependencies if i try to install kubuntu-desktop. Any suggestions from you kde fans/users ?
[15:02] <yofel> as most kde packages are still FTBS I don't think there's much hope
[15:03] <yofel> I hope they'll get this sorted out till alpha2...
[15:03] <BluesKaj> I even tried to reinstall on / , but the kubuntu lucid installer on the live cd fails to launch.
[15:04] <BUGabundo_work> [14:58]  * micahg suggests pinning all PPAs at 450 to insure you choose to install a specific package vs overwriting the package from the archive
[15:04] <BUGabundo_work> [15:03]  * BUGabundo_work supports micahg idea
[15:04] <BUGabundo_work> [15:03] <BUGabundo_work> micahg: would be great if mvo would expose that via  software-sources
[15:04] <BUGabundo_work> [15:03] <BUGabundo_work> maybe right a spec for 10.10
[15:06] <yofel> and how would you pin all ppa packages? or do you want to add a pin per ppa?
[15:07] <BUGabundo_work> yofel: u can already
[15:07] <BUGabundo_work> pin all PPAs
[15:07] <yofel> huh? where?
[15:07] <BUGabundo_work> [15:00] <micahg> nasam: http://pastebin.ubuntu.com/355048/ [15:00] <micahg> add that to /etc/apt/preferences [15:00] <micahg> you might have to create the file [15:01] <micahg> or you can add it to /etc/apt/preferences.d/ppa
[15:07] <BluesKaj> yofel,  FTBS?
[15:08] <BUGabundo_work> but directly in APT db, would be great
[15:08] <BUGabundo_work> so even sources.list would have it inline
[15:09] <yofel> BluesKaj: https://edge.launchpad.net/ubuntu/+source/kdebase-workspace/4:4.3.90-0ubuntu1
[15:11] <yofel> ah, pin per origin, makes sense :)
[15:20] <joaopinto> BUGabundo_work, that will also stop you from getting updates form the ppa
[15:20] <joaopinto> from
[15:20] <hggdh> fooroom
[15:24] <meatbun> when u kill 9483 is there a way to confirm it before killig it? like print out the name of the service?
[15:25] <Pici> meatbun: Are you running Lucid?
[15:25] <meatbun> Pici: no
[15:26] <Pici> meatbun: Then you should wait for an answer in #ubuntu.  #ubuntu+1 is only for Lucid support.
[15:26] <Ian_Corne> how should we know what 9483 is?
[15:27] <meatbun> Ian_Corne: that's the process ID in ps aux
[15:28] <Ian_Corne> ok..
[15:29] <Ian_Corne> well i'll stand by Pici 's statement :)
[16:56] <knittl> yay, nvidia drivers in the archives! :)
[16:57] <yofel> yep, finally ^^
[16:58] <BluesKaj> which nvidia drivers?
[16:58] <knittl> pulling the last upgrades, then installing nvidia-common, then rebooting, then use jockey, reboot. yehaa :D
[16:59] <BluesKaj> using the glx-190 here
[17:00] <yofel> BluesKaj: the old drivers are outdated, the new 'nvidia-current' package replaces it
[17:01] <yofel> 190.53 at the moment
[17:01] <BluesKaj> but I'm not very impressed with the framerate ..about 1/20th the speed of the previous
[17:01] <knittl> btw, general question regarding ubuntu: everytime there is a kernelupdate i have to run dist-ugpgrade
[17:01] <knittl> i guess i once installed a specific version, and since then ubuntu is complaining. or is this normal behavior?
[17:02] <knittl> /var/lib/dpkg/info/nvidia-common.config: line 11: [: too many arguments
[17:02] <knittl> what's this?
[17:02] <BluesKaj> yofel, are you recommending I drop the seven machines ppa repository ?
[17:02] <yofel> BluesKaj: afaik yes, but you should ask bjsnider for more accurate infomation
[17:02] <Ian_Corne> no that's normal knittl
[17:03] <BluesKaj> I thought bjsnider was just =concerned with his flash devs
[17:03] <Ian_Corne> i meant the dist-upgrade part
[17:03] <knittl> Ian_Corne: ok :)
[17:03] <knittl> there are quotation marks missing in the nvidia-common.config script
[17:03] <knittl> should be /var/lib/dpkg/info/nvidia-common.config: line 11: [: too many arguments
[17:03] <knittl> wah
[17:04] <knittl> should be if [ "${LATEST}" != "none" ]; then in line 11
[17:08] <yofel> knittl: true
[17:08] <knittl> yofel: just posted it in #ubuntu-x
[17:08] <yofel> but another funny thing, I actually ran that script after fixing it and got: http://yofel.pastebin.com/f7b3ab945
[17:08] <knittl> please install none none?
[17:08] <yofel> intersting package, this 'none none'
[17:09] <knittl> that's what i got right now :D
[17:09] <knittl> after fixing it ...
[17:11] <knittl> yofel: will it cause any problems or can i ignore that warning?
[17:11] <yofel> dunno, first time seeing this for me tooo
[17:11] <yofel> *too
[17:14] <knittl> https://bugs.launchpad.net/ubuntu/+source/nvidia-common/+bug/505855 @ yofel
[17:14] <yofel> knittl: thx
[17:14] <knittl> nevertheless, i'm rebooting and then installing the drivers with jockey
[17:14] <knittl> cu
[17:21] <knittl> ubuntuone-syncdaemon is crashing constantly for me, but i couldn't find information on launchpad. any advice?
[17:21] <knittl> constantly: on every reboot
[17:25] <knittl> meh, installation of nvidia driver failed
[17:26] <knittl> 010-01-11 18:23:07,729 WARNING: modinfo for module nvidia failed: ERROR: modinfo: could not find module nvidia
[18:04] <knittl> hm, are there any issues with standby? my screen stays blank after reboot. using nvidia driver i can issue ctrl-alt-backspace to restart X
[18:04] <knittl> but that's not that comforting :D
[18:06] <ssix> hey @all
[18:16] <acicula> Ugh why does mouse integratio never work in Virtual PC :(, can Virtualbox handle amd64 on a x86 with the virtualization extenstions?
[18:35]  * cwillu_web reads the channel topic especially because things are broken
[18:37] <bjsnider> things are broken?
[18:41] <cwillu_web> bjsnider: seem to be;  updated yesterday (about 4 days since the last upgrade), and x seems to hardlock the machine (doesn't even respond to alt-sysrq-b)
[18:42] <cwillu_web> this was still under 2.6.32-9;  -10 doesn't act any differently though
[18:43] <cwillu_web> one notable feature of /var/log/xorg.0.log is something to the effect of "no mode setting driver available", which seems odd on an intel chipset :p
[18:45] <cwillu_web> added edgers at that point for no particularily good reason, and I get a partially working failsafe-x
[18:46] <cwillu_web> question: can somebody tell me the four options that failsafe-x gives you?  I can see the list well enough to click on one, but not well enough to read them
[18:48] <knittl> the first option is failsafe mode
[18:49] <cwillu_web> yep, figured that one out :)
[18:49] <cwillu_web> what are the others, do you know?
[18:49] <knittl> the last one is exit to console
[18:49] <knittl> and the other two are (don't know the order) reconfigure graphics and view logfiles
[18:50] <cwillu_web> okay, that one doesn't work, probably because of kms being broken
[18:50] <cwillu_web> reconfigure is the second one?
[18:51] <knittl> could be, but could also be the third one
[18:52] <cwillu_web> second option gives me a list of three options
[18:52] <cwillu_web> none of which seem to do anything
[18:59]  * cwillu_web tries a different approach
[18:59] <cwillu_web> where does xorg's glx module live?
[19:01] <cwillu_web> can anybody confirm that they've got /usr/lib/xorg/modules/extensions/libglx.so?
[19:02] <knittl> what's wrong with setxkbmap?
[19:02] <bjsnider> that would be a link
[19:02] <cwillu_web> bjsnider:  to what?
[19:03] <bjsnider> the actual file would be /usr/lib/xorg/modules/extensions/standard/libglx.so
[19:03] <cwillu_web> also missing :D
[19:03] <cwillu_web> okay, this narrows things down
[19:03]  * cwillu_web reinstalls xserver-xorg-core
[19:03] <cwillu_web> different crash
[19:04] <cwillu_web> [   18.093211] (EE) intel(0): Failed to submit batch buffer, expect rendering corruption or even a frozen display: Input/output error.
[19:07] <cwillu_web> and aptitude reinstall xserver-xorg xserver-xorg-core xserver-xorg-video-intel, things look normal again
[19:07] <cwillu_web> odd
[19:08] <cwillu_web> I don't think I've had any crashes during upgrades
[19:12] <seren__> has anyone tried kubuntu + plymouth ?
[19:12] <seren__> does it start ? :)
[19:28] <vish> bah , all i get in Ubuntu is "mountall cannot connect to plymouth" argh!
[19:28] <seren__> I have seen people reporting it was working on ubuntu after today's update
[19:28] <seren__> I have no idea what it looks like though
[19:29] <seren__> but it is "different from fedora"
[19:43] <CShadowRun> is nvidia proprietary driver working in lucid atm?
[19:46] <seren__> using plymouth instead of usplash for kubuntu does not really work
[19:47] <seren__> X does not start
[19:47] <seren__> there is probably missing pieces
[19:49] <alkisg> CShadowRun: it works for me...
[19:49] <CShadowRun> alkisg: nice, ty
[20:30] <coz_> hey guys...out of curiosity... are nvidia drivers not working again?
[20:30] <coz_> they arent here  so I just wanted to check with you guys
[20:30] <charlie-tca> AFAIK, they are broken
[20:31] <coz_> charlie-tca,  ok   that's all I needed to know for now :)  thanks
[20:31] <charlie-tca> welcome
[20:34] <yofel> coz_: you did try to install nvidia-current ?
[20:34] <coz_> yoasif,   from hardware drivers?  no I didnt
[20:35] <coz_> yoasif,   trying now
[20:35] <yofel> coz_: I'm yofel, not yoasif :P
[20:35] <coz_> yofel,  sorry...bad tab habits
[20:35] <coz_> yoasif,  apologies  guy
[20:40] <coz_> yofel,   that driver failed to install
[20:40] <coz_> yofel,  I will try again tomorroe
[20:40] <coz_> tomorrow
[20:43] <yofel> odd, works here (amd64)
[20:44] <coz_> yofel,  according to /var/log/jockey.log    ERROR   could not find module nvidia
[20:44] <coz_> yofel,   32 bit here
[20:44] <yofel> oh, now that you mention it...
[20:45] <yofel> it builds a 'nvidia-current.ko' not 'nvidia.ko'
[20:45] <yofel> bjsnider: you here? is that a bug or will that work?
[20:46] <coz_> yofel,  any issues reported with manual install?
[20:46] <yofel> no, 'aptitude reinstall nvidia-current' works without error, but as I said, the module name is different from before
[20:48] <coz_> yofel,  then I will download the nvidia driver and try a manual install
[20:48] <yofel> I can't reboot my pc right now to test it though
[20:50] <coz_> yofel,  rebooting now to test... if this fails  I will go for manual instal
[20:50] <coz_> install
[20:50] <bjsnider> there are some issues being worked out right now that will be fixed in the next couple of days
[20:50] <coz_> bjsnider,  cool.... I want worried :)   I just checked in to see the current issues with the driver :)
[20:59] <coz_> ok  manual install  worked fine ...for now :)
[21:01] <FFForever> I know this isn't regular ubuntu support but i have been asking this a few times and no one has answered me in #ubuntu, I disabled the default messaging app and pidgin just stays in my tray, is there a way i can get the green tray icon back?
[21:03] <coz_> FFForever,  I personally couldnt help with this since I never use pidgin
[21:04] <FFForever> i prefer pidgin over empathy
[21:04] <coz_> FFForever,   try the  #pidgin channel
[21:04] <FFForever> coz_, the issue is ubuntu mods the pidgin source so they wouldn't help me or thats what they told me...
[21:04] <coz_> FFForever,  ah I see... ok  sorry about that then
[21:10] <yofel> FFForever: did you remove the indicator applet maybe?
[21:10] <FFForever> yofel, i disabled it from starting up
[21:11] <FFForever> like 2 months ago
[21:11] <yofel> hm, afaik empathy has a green tray icon, pidgin should have a while sheet of paper with a small green icon on it
[21:12] <yofel> ah, no, while message box with green circle
[21:12] <FFForever> it just sits in my task bar at the bottom with no indications of new messages :(
[21:13] <yofel> well, I'm no expert on this, I use psi in kde
[21:18] <rrva> How can I identify which process is causing heavy disk i/o at the moment+
[21:18] <yofel> rrva: iotop
[21:19] <yofel> you might want to use 'iotop -o'
[21:24] <rrva> how can I identify processes in io wait state?
[21:28] <CShadowRun> hmm, just tried to install the alpha 1 of lucid, i selected "Install", it gave me a login prompt.
[21:28] <CShadowRun> \o/
[21:30]  * charlie-tca thinks you can hit enter on that one and keep going, if it is alpha1. The daily-live won't work.
[21:31] <CShadowRun> haha, i tried ubuntu, and live...didn't think to try null
[21:33] <charlie-tca> heh
[21:33] <CShadowRun> is the partition editor stable?
[21:33] <charlie-tca> one of the images I tested accepted it, when nothing else worked
[21:33] <charlie-tca> Seems to be
[21:34] <CShadowRun> just asking because i want to install it on a separate partition, don't wanna nuke my existing install particularly :P
[21:34] <charlie-tca> I haven't nuked any yet, but my systems I install it on are test machines, and I don't worry about it
[21:34] <CShadowRun> yea, i just wanna stick it on another partition to play with
[21:35] <CShadowRun> Keeping my karmic install :)
[21:35] <CShadowRun> k gonna go play with that, brb :)
[21:35] <charlie-tca> It has worked on the ones I did it too. I had as many as 6 installs on a 40GB drive
[21:47] <CShadowRun> no luck with null as the password :(
[21:47] <CShadowRun> interestingly, it doesn't actually say incorrect password, it just goes black for a second and throws me back at the login prompt. Maybe X is crashing.
[21:51] <charlie-tca> :-(
[21:51] <CShadowRun> i'll try again with alpha2 :P
[21:51] <charlie-tca> try it on user instead
[21:52] <charlie-tca> All I could get was a little grey line for user name; so I hit enter and it went through
[21:52] <CShadowRun> haha
[21:58] <BUGabundo> evening
[21:58] <yofel> hi BUGabundo
[21:58] <BUGabundo> so Nvidia is cool again?
[21:59] <BUGabundo> cause I got a biiigggg error
[21:59] <BUGabundo> trying to install it
[21:59] <BUGabundo> $ pastebinit  /var/log/jockey.log http://paste.ubuntu.com/355196/
[21:59] <yofel> more or less
[21:59]  * BUGabundo heads to #-x
[21:59] <yofel> yeah, coz_ said too that jockey fails
[21:59] <coz_> yofel,  ah ok  :)
[21:59] <yofel> the module name changed from nvidia.ko to nvidia-current.ko
[21:59] <yofel> dunno if that was intentional
[22:00] <coz_> yofel,  well  the manula install works fine at least for now
[22:01] <coz_> manual
[22:01] <BUGabundo> (10:01:04 PM) tseliot: jockey won't work with nvidia
[22:01] <BUGabundo> (10:01:09 PM) tseliot: not yet, at least
[22:02] <BUGabundo> I guess we need to move EVERYONE to #-x
[22:02] <yofel> BUGabundo: just install the driver with aptitude, WFM
[22:02] <BUGabundo> let me see what tseliot says
[22:03] <yofel> hm, I was fine without nvidia-xconfig
[22:04] <BUGabundo> FYI
[22:04] <BUGabundo> (10:04:32 PM) tseliot: BUGabundo: ok, then just use nvidia-xconfig. As I said, it's better if you don't update your system today
[22:32]  * yofel still wonders if someone wants to test the bash-completion in bug 218933
[22:33]  * BUGabundo ducks :S
[22:34] <yofel> I never said you had to test it, and you were busy anyway :P
[22:53] <DrHalan> hows lucid doing? )
[22:53] <yofel> ok, X and KDE are broken
[22:53] <DrHalan> lol kay
[22:54] <DrHalan> isn't there already a freeze for alpha 2?
[22:54] <yofel> well, X works mostly I think, but nvidia drivers are not quite ok, the opengl libs are messed up
[22:55] <yofel> DrHalan: yes, but the mesa packages take longer than expected
[22:55] <yofel> and KDE won't build without right now
[22:55] <yofel> *without mesa
[22:56] <yofel> then again, mesa should be mostly fixed now
[22:57] <yofel> believing the X folks
[22:57] <DrHalan> oh was tehre a new mesa release or are you building from trunk?
[22:58] <BUGabundo> yofel: anyone reported kmail crash on delete?
[22:59] <yofel> BUGabundo: I get kmail crashes when opening a mail
[22:59] <BUGabundo> not here
[22:59] <yofel> but right now we have  a KDE 4.4 beta2 / rc1 mix anyway
[22:59] <BUGabundo> but I haven't upgrade last packages of it
[22:59] <BUGabundo> $ apt-cache policy kmail  Installed: 4:4.3.85-0ubuntu1
[22:59] <yofel> you should wait 1 or 2 days before you do that
[23:00] <bjsnider> nvidia and x at large will be ok after a couple of days
[23:00] <yofel> DrHalan: not sure, afair they changed something in the packageging
[23:00] <yofel> *packaging
[23:03] <yofel> hi DanaG
[23:08] <DrHalan> how is grub-pc doing. on karmic i can't boot from my software raid yet have to use super-grub-cd to boot
[23:45] <Barridus_> fail
[23:47] <yofel> o.O
[23:47] <BUGabundo> HAIL
[23:48] <yofel> ^^


[00:10] <kulelu88> the comments shows more languages
[05:18] <magespawn> good morning
[10:28] <gremble> o/
[14:58] <Kilos> afternoon superfly inetpro and all others
[15:01] <magespawn> howdy Kilos
[15:01] <Kilos> hi magespawn
[16:27] <magespawn> Kilos you been keeping busy?
[16:29] <Kilos> yeah magespawn trying to get kde understandable so sis can get to telegram easy
[16:29] <Kilos> with power cuts she cant follow rigmarole
[16:29] <theblazehen> Kilos! Using telegram!


[13:05] <ionutbalutoiu> Hello, guys! Juju charms icons are broken Google Chrome 59.0.3071.115. Is there a known with this particular version ?
[13:05] <ionutbalutoiu> Icons are properly shown in Firefox. though.
[13:06] <ionutbalutoiu> (.. broken in* Google Chrome ... known issue* with ...)
[13:11] <rick_h> ionutbalutoiu: no known issue. can you check the dev console and see if there's an error or something in there of note?
[13:11] <ionutbalutoiu> sure
[13:11] <rick_h> ionutbalutoiu: what page are they broken in? Just all icons?
[13:12] <rick_h> or specifically in bundle visualizations? or something else?
[13:12] <rick_h> wfm, but I'm on v61
[13:14] <ionutbalutoiu> http://balutoiu.com/ionut/icons.png
[13:15] <ionutbalutoiu> All icons. Trying to see them after the deployment is finished.
[13:15] <ionutbalutoiu> looking into the dev console
[13:17] <rick_h> ah ok, so this isn in the GUI itself vs in jujucharms.com
[13:17] <rick_h> ionutbalutoiu: so they'll be broken if you can't reach the charmstore website perhaps there's some sort of proxy/firewall issue?
[13:18] <ionutbalutoiu> I used local charms btw.
[13:18] <ionutbalutoiu> for all of them
[13:19] <ionutbalutoiu> And this is a local GUI endpoint from the controller as well.
[13:19] <rick_h> ionutbalutoiu: oic
[13:19] <rick_h> ionutbalutoiu: hmm, so the urls should be to the icons from the local charms served from the controller I think.
[13:19] <rick_h> ionutbalutoiu: it'd be interesting to see what the url is that's 404'ing to cause the broken icons. I've not tested local charms icons myself lately.
[13:20] <ionutbalutoiu> If i do an inspect element, and open that particular link for the icon in chrome
[13:20] <ionutbalutoiu> all good
[13:20] <ionutbalutoiu> I see the image. The issue is that it's broken in the canvas.
[13:21] <ionutbalutoiu> Firefox works without any problem. For the same GUI endpoint.
[13:21] <rick_h> ionutbalutoiu: huh? so the url is a good image but it's not showing in the canvas?
[13:21] <ionutbalutoiu> exactly. This is what I see in the canvas -> http://balutoiu.com/ionut/icons.png
[13:21] <rick_h> ionutbalutoiu: hmm, ok. Can you file a bug at https://github.com/juju/juju-gui with the notes on the local charm, a sample url, etc.
[13:22] <rick_h> ionutbalutoiu: yea, but it's puzzling that you can see the icon based off the same url when the GUI cannot load it.
[13:22] <ionutbalutoiu> bugs are tracked on github right ?
[13:22] <ionutbalutoiu> cool :)
[13:22] <rick_h> ionutbalutoiu: <3
[13:31] <ionutbalutoiu> Issue created: https://github.com/juju/juju-gui/issues/3067


[06:39] <Unit193> In the roadmap, the ways to complete "Add DVD support to Xubuntu restricted extras" would be to 1. Add libdvdcss2 to xubuntu-restricted-addons and pretend that they may have medibuntu repos, 2. Automagically add the repos and install libdvdcss2, and 3. Install libdvdread4 and run /usr/share/doc/libdvdread4/install-css.sh (worst option, IMO)
[06:40] <Unit193> So I'm guessing that'll be fully ignored. :P
[06:41] <Unit193> Another option as a workaround, but be to make it easier/educate people how to do it and that it's not there by default.
[06:46] <micahg> yeah, I''m not in favor of those
[06:48] <chelz> maintaining a xubuntu-specific nonfree repository that basically mirrors the medibuntu stuff might be an option
[06:48] <Unit193> Don't think so.
[06:50] <chelz> i'm not sure how ubuntu does it but they have that "install mp3 support" during the install. could have that and have it add medibuntu repos, then maybe have some menu option in Preferences or something for "install mp3/dvd support", then also prompt the user if they put in a dvd. thing that informs them about medibuntu being added, it being a separate thing, etc
[06:52] <Unit193> MP3 support is far different than DVD support, and adding 3rd party repos isn't exactly supported (and not in main for legal reasons, along with others)[C
[06:56] <chelz> ah, would there be legal issues with something that facilitates adding 3rd party repos like medibuntu?
[06:57] <micahg> well, one's distributable, the other one is questionable
[06:59] <Unit193> There's not a great way to handle DVD support, but I'm not fond of current (or any that I said.)  Something like Kubuntu's firefox isn't really either.
[07:00] <micahg> Firefox is in the archive :()
[07:00] <micahg> :)
[07:01] <chelz> Unit193: well about 2), adding repos without the user accepting that is the iffy part in my mind. if the user is prompted then it becomes more okay
[07:01] <Unit193> chelz: That's the proposal.
[07:01] <Unit193> micahg: Yep, has an option in the menu to install it, I know that's different.
[07:15] <ochosi> bluesabre-laptop: great work on the update-db dialog!
[07:17] <ochosi> knome: could we please change the !panels factoid in ubottu? it links to a wordpress-post from 2007(!) for changing the panel-bg (which is an easy point-and-click action now)
[07:50] <knome> ochosi, will you come up with a new text (in paste, or in irc), and i'll update
[08:00] <ochosi> knome: ty
[08:06] <ochosi> bluesabre-laptop: another thing: "$n files found" is in fact incorrect, as the result-set also contains folders... maybe "$n results found" instead?
[08:09] <ochosi> bbl
[08:55] <knome> ochosi, but aren't folders files too ;)
[09:15] <ochosi> knome: yeah, well....
[09:18] <knome> ;]
[09:42] <ochosi> knome: have you tested blackbird yet?
[10:01] <knome> not yet
[10:01] <ochosi> bbl
[10:01] <knome> me too
[19:20] <bluesabre> Wow, everyone is so quiet today.
[19:20] <knome> bluesabre, nah, we're just hiding out at #xubuntu-offtopic
[19:22] <mr_pouit> do like me, don't go there, so knome has at least a chan to say bad things behind your backs (:
[19:23] <Unit193> Actually, it's me diong it.
[19:23] <knome> mr_pouit, i thought #shimmer was the blame-others channel?
[19:23] <knome> oops
[19:23] <knome> O:)
[19:26] <mr_pouit> haha
[20:26] <knome> hmph, surveymonkey doesn't support restricted surveys
[20:26] <knome> i'm really thinking that creating a google doc and inviting people in team to join
[20:27] <knome> oh wait
[20:28] <knome> yay
[20:29] <knome> ochosi, you there?
[20:29] <knome> or, anybody ;]
[20:29] <knome> (from the team...)
[20:29]  * pleia2 waves
[20:30] <knome> hai
[20:30] <knome> you'll get some email really soon
[20:30] <bluesabre> The new website is on top of wordpress right?  http://wordpress.org/extend/plugins/tags/survey maybe
[20:30] <pleia2> no more email D:
[20:30] <knome> pleia2, ahah :D
[20:30] <pleia2> :)
[20:30] <Unit193> I has no email...
[20:30] <knome> Unit193, yeah, you won't get any.
[20:30] <pleia2> btw, I'm mostly internetless this weekend (holiday weekend in the states, I will have a pool and bad internet connectivity)
[20:31] <len-dt> Quick question, has xubuntu been having problems building the ISOs for the last few days?
[20:33] <len-dt> knome, ^^
[20:33] <Unit193> pleia2: Haha! :)
[20:34] <knome> len-dt, i've no idea :)
[20:34] <pleia2> Unit193 :)
[20:34] <len-dt> knome Ok, Ustudio has and it looks xfce4ish so I thought I would ask.
[20:35] <pleia2> len-dt: their mailing list tracks build failures, from today: https://lists.ubuntu.com/archives/ubuntu-studio-devel/2012-May/004096.html
[20:36] <pleia2> even though they do use xfce, they're a different build from us
[20:36] <knome> pleia2, psst... len-dt is a US developer
[20:36] <pleia2> oh :)
[20:36] <pleia2> hehe
[20:36] <pleia2> but I see their build failures are xfce related now that I look at the email
[20:36] <len-dt> Ya, I know. ;-)  We haven't (yet) made any changes
[20:37] <knome> Unit193, PM me your email where you want FOSS stuff.
[20:37] <pleia2> sorry, I'm used to answering questions from people who don't actually have a clue
[20:37]  * knome waves
[20:37] <len-dt> I see that there  are xubuntu amd64 builds but no 1386
[20:38] <len-dt> So I thought I would see if the problem is the same or not
[20:40] <Unit193> "cp: cannot stat `/srv/cdimage.ubuntu.com/ftp/dists/quantal/main/installer-i386/current/images/cdrom/non-pae/initrd.gz': No such file or directory"  Not sure that's related, but would make sense why only 386.
[20:40] <len-dt> Nope that is different.
[20:42] <len-dt> Thanks for the info.
[20:44]  * Unit193 knows nothing, just looked at http://people.canonical.com/~ubuntu-archive/cd-build-logs/xubuntu/quantal/daily-live-20120523.log
[20:45] <Unit193> knome: FOSS == Xubuntu in this case?
[20:45]  * bluesabre is going to ask all iso-related question to Unity193 from now on
[20:45] <knome> Unit193, yes. most probably xubuntu team -related stuff only
[20:45] <knome> (i prefer irc, and rarely contact people by email without agreement anyway)
[20:48] <knome> Unit193, it isn't that hard, is it?
[20:48] <knome> :|
[20:48] <Unit193> I generally never send email, but I check it quite often. (Have a few emails, and had to check if we had coffee, we're out :''( )
[20:49] <knome> everybody in the xubuntu team should have mail now
[20:50] <knome> oops, Unit193's email shows for anybody in the team
[20:50] <knome> ;)
[20:50]  * Unit193 cares not, one at least already had it, and I've sent to the list once.
[20:50] <knome> yeah.
[20:51] <pleia2> I haz for cat pix
[20:51] <Unit193> Just glad I wasn't called "Unity" again.
[20:51] <Unit193> :D
[20:51] <pleia2> lol
[20:51] <knome> pleia2, good news; you can answer now, so you don't have to do it over the weekend
[20:52] <pleia2> if I vote for something, does that mean I have to work on it? :)
[20:53] <knome> no
[20:53] <knome> the assignees are listed on the roadmap page
[20:54] <knome> you are just voting for "can the assignees start working on X"
[20:54] <knome> this is kind of... well, stupid, since all of the blueprints are added by team members
[20:55] <pleia2> so I can just approve all?
[20:55] <knome> yeah, if you don't have anything against somebody working on the items :D
[20:55] <astraljava> knome: Where did you grep the emails from? doodle?
[20:56] <pleia2> none of these are particularly controversial :)
[20:56] <knome> astraljava, personal address book + LP
[20:56] <knome> astraljava, you got something from j.j@gmail
[20:56] <knome> err, at
[20:56] <astraljava> knome: It's weird, as I hardly ever sent anything to *buntu from that address.
[20:56] <knome> really?
[20:56] <knome> i must've gathered that somewhere
[20:57] <knome> point me to something else, and i'll update accordingly
[20:57] <knome> oh right
[20:57] <knome> there it is
[20:57] <knome> @kapsi?
[20:57] <meetingology`> knome: Error: "kapsi?"  Oh wait, this isn't one. It's a meritocracy. Hmm...
[21:02] <knome> hehe.
[21:02] <knome> i'd love a sauna :|
[21:02] <astraljava> Hop in the bus, I'll switch it on.
[21:02] <astraljava> Bring beer.
[21:02] <knome> haha.
[21:02] <knome> :)
[21:03] <knome> <- too lazy
[21:03] <knome> but thanks for the offer
[21:03] <knome> i'll carry that on to some other day ;)
[21:04] <astraljava> Sure. :) I'll carry myself to bed now.
[21:04] <knome> hehe, good night!
[21:21] <ochosi> knome: _i_ have talked you into voting??
[21:21] <knome> hehe
[21:22] <knome> well, i remember only one conversation distantly
[21:22] <knome> i mean, after i told i wanted the team to approve
[21:22] <ochosi> i think it's rather a (late) consequence of the stupid (and otherwise consequence-less) 4chan "raid"/visit
[21:22] <knome> then i said something like "oh this is so unneeded...", and you responded "better to do it anyway" :]
[21:22]  * knome is not really blaming ochosi
[21:22] <ochosi> hehe
[21:23] <knome> ochosi, now that you are on, you could drop in the "approve" votes :P
[21:23] <knome> or, try to decline them, let's see which one gets the majority :P
[21:23] <ochosi> heh
[21:23] <ochosi> sure, one sec, i'll be back in a minute
[21:23] <knome> yup, np
[21:23] <knome> now if we only get you and somebody else vote "approve", we're done
[21:24] <ochosi> :)
[21:24] <knome> (9 members, atm 3 have approved everything)
[21:24] <Unit193> I did check the specs for the ones I didn't know (if they had them)
[21:24] <Unit193> I'd not think there'd be much to apt-offline.
[21:24] <knome> Unit193, well, that's not even open for voting, since no assignee
[21:25] <knome> Unit193, though i'm sure we can look at that at some point of the cycle anyway...
[21:25] <Unit193> I started looking at everything left anyway.
[21:25] <knome> :)
[21:25] <knome> sure, not a bad idea
[21:25] <Unit193> I'd rather not make a commitment I don't know 100% I can complete.
[21:30] <ochosi> hmm
[21:30] <knome> hmm hmm?
[21:30] <ochosi> if i decline my own blueprint i have less work...
[21:30] <knome> ochosi, not, unless 4 other people also decline
[21:30] <ochosi> btw, why is ubiquity-app-sets there?
[21:31] <ochosi> i thought you were against that anyway because we don't have great chances for a good a11y version
[21:31] <knome> but astraljava wanted to be the assignee.
[21:31] <knome> ;)
[21:31] <ochosi> lo
[21:31] <ochosi> l
[21:31] <knome> i think i might have declined that too
[21:31] <knome> ;)
[21:31] <knome> err,
[21:31] <knome> i could have
[21:31] <ochosi> i'm not against it
[21:32] <knome> me neither.
[21:32] <ochosi> but i was mainly wondering
[21:32] <ochosi> so anyway, i voted
[21:32] <knome> i'm just *probably* against it if it takes his time off from something else
[21:32] <knome> haha, yeah
[21:32] <ochosi> catfish and the keyboard-overlay are pretty far down the road already, so those two definitely shouldn't be declined
[21:32] <knome> somebody else up for voting? :P
[21:33] <ochosi> you should really test the new catfish, it's so much better
[21:33] <knome> ochosi, well, that's not a reason, if you think logically - vlc is far down the road already too, but we're still not going to include it
[21:33] <ochosi> kudos to bluesabre for all the hard work
[21:33] <knome> yay for bluesabre
[21:33] <ochosi> knome: pfff ;)
[21:33] <ochosi> apps are not up for voting anyway...
[21:34] <knome> ochosi, yeah, not really, because there's not yet any spec
[21:34] <knome> ochosi, so impossible to vote
[21:34]  * knome is thinking we might be a bit late for the spec deadlines, agian
[21:34] <knome> *again
[21:34] <knome> unless people really start working on stuff :)
[21:35] <ochosi> well yes
[21:35] <ochosi> but tbh the specs where i'm involved are all going quite ok (not to brag too much, but...)
[21:35] <knome> hehe
[21:36] <knome> looks like we'd need to sit down with the QA stuff someday with the other finnish creep
[21:36] <ochosi> in fact the finnish part of xubuntu is growing lately
[21:37] <ochosi> i don't know about edii though, seems we lost him along the way
[21:37] <knome> yup, and i hope that keeps on going
[21:37] <knome> he's just damn busy :|
[21:37] <ochosi> but now there's laite (which i'm extremely happy about)
[21:37] <knome> probably when he starts studying again
[21:37] <knome> i mean, he's definitely interested
[21:38] <ochosi> you mean when he's studying he can actually slack off? :}
[21:38] <knome> and able too, for god's sake
[21:38] <ochosi> hmm
[21:38] <knome> well, isn't studying == slacking off true?
[21:38] <knome> if it isn't, damn... i've done it wrong all the time!!
[21:39] <ochosi> :)
[21:39] <ochosi> well it's definitely a phase that potentially allows you to follow all kinds of interests (to put it more diplomatically)
[21:39] <Unit193> Nice, updatedb right in the progy.
[21:39] <knome> heh
[21:39] <ochosi> Unit193: "progy"?
[21:41] <knome> reminds me of "pierogy"
[21:41] <ochosi> or "the prodigy"?
[21:41] <Unit193> Program.
[21:41] <ochosi> ah
[21:41]  * ochosi isn't street-slang-proof
[21:41] <ochosi> so you're referring to catfish
[21:44] <Unit193> Yes I am.
[21:58] <knome> GridCube, go vote @surveymonkey
[21:58] <ochosi> bbl
[22:00] <knome> yeah, i'm off for playing something on ps3 too, see you later or tomorrow
[22:00] <knome> nighty!
[22:00] <Unit193> 'Night!
[22:09] <GridCube> knome, say again
[22:09] <GridCube> ¿
[22:32] <GridCube> oh :D mailing list
[22:33] <ochosi> no, not mailing list, just plain email :)
[22:33] <GridCube> oh
[22:33] <GridCube> :P
[22:35] <GridCube> well. for the first one, i love the terminal theme :P
[22:35] <GridCube> so ill go with decline
[22:35] <ochosi> doesn't mean we'll drop it though
[22:37] <GridCube> what Ubiquity application sets means?
[22:37] <ochosi> i mean: review != drop
[22:37] <GridCube> :P i know
[22:37] <ochosi> that means people could e.g. choose to install an a11y version of xubuntu in the installer already
[22:37] <ochosi> or other kinds of default application sets
[22:37] <GridCube> but you asking me, so i say what i think we should focus, our terminal is pretty enough, doesnt need hours of working if it works
[22:39] <ochosi> hmwell, the thing is that it doesn't work too well with some terminal apps (mutt and others)
[22:39] <GridCube> the thing is i keep thinking on 4.8, :/ and being that 12.10 will be on 4.10 i think a lot of the things we are planning are going to change by default
[22:40] <ochosi> nah, not really. 4.10 only improves 4.8, it doesn't change the base
[22:40] <GridCube> i hope so
[22:41] <pleia2> it'll look like unity
[22:41]  * pleia2 runs away
[22:41] <ochosi> haha
[22:41] <ochosi> exactly
[22:41] <ochosi> and you can already test it by installing the package unity-xfce from mr_pouit's ppa :D
[22:41] <pleia2> lol
[22:42] <bluesabre-laptop> panel+bamf?
[22:42] <ochosi> bluesabre-laptop: yes, actually i'd love that...
[22:43] <ochosi> there's already a plugin (unreleased) that does some of that
[22:43] <ochosi> but it's in a rather unfinished state
[22:44] <ochosi> (and doesn't actually use bamf)
[22:45]  * ochosi is off to watch another episode of chuck
[22:45] <ochosi> bbiab
[22:46] <bluesabre-laptop> date night with wife... see you all tomorrow
[22:46] <ochosi> oh nice
[22:46] <ochosi> bluesabre-laptop: have fun!
[22:46] <ochosi> and see ya
[22:54] <mr_pouit> ubuntu-studio iso build-failures:  I filed bugs for that against ubuntustudio-meta and ubuntustudio-default-settings
[22:55] <mr_pouit> (I could directly upload myself, but I prefer if they take care of these)
[22:55] <mr_pouit> Bug #1002250
[22:55] <mr_pouit> (and Bug #1003064)
[22:57] <mr_pouit> good night ;>
[23:30] <ochosi> night everyone