[00:04] <ubptgbot> <Cary Sanchez> (Photo, 656x967) https://irc.ubports.com/gFN3dm0R.png
 @UniversalSuperBox SPAM
 @Shakendo [@UniversalSuperBox SPAM], deleted thank you
 that was fast
 welcome
 faster than i replied with kaboom yes rico kaboom
 thats cause Dalton is Awesome
[01:15] <ubptgbot> <Pete Nell> I see the ubports installer now supports pixel 3a...does that apply to the XL ?
[01:15] <ubptgbot> <Pete Nell> And hello 🤘
[01:15] <ubptgbot> <Pete Nell> (Sticker, 534x534) https://irc.ubports.com/sCvgoFq3.webp
 @Josele13 [Yes, I use it daily and very happy, all day working with it, calling customers, …], so bq phones does really have great battery? that's nice
 Indeed
[06:01] <ubptgbot> DrBlessed44 was added by: DrBlessed44
 @Pete Nell [I see the ubports installer now supports pixel 3a...does that apply to the XL ?], XL is almost identical so I am guessing yes.   Sounds like best to advise Ratchanan of that
 ok
 file a bug on https://github.com/ubuntu-touch please, that way we can track it easier
 [Edit] file a bug on https://github.com/ubports/ubuntu-touch please, that way we can track it easier
 Anyone tried to port UB on the iPhone SE ?
 @marc_petschke [Anyone tried to port UB on the iPhone SE ?], No
 @marc_petschke [Anyone tried to port UB on the iPhone SE ?], have fun
 run android there first
 or mainline
 He he oh my skills are to low for that. … But i just saw that we have an SE and I wanted to test UB... :-)
 @marc_petschke [Anyone tried to port UB on the iPhone SE ?], Sounds like one hell of a task, you'd have to put android on there first for Halium to work unless you wrote an iPhone abstraction layer from scratch yourself, then there's the problem of how locked down they are. Using checkm8 you have to have a computer connected to the phone at
[13:16] <ubptgbot>  every bootup to boot anything other than ios
 it's a double edged sword: If you succeed, you unleash lots of good hardware to a more healthy environment.  If you fail, you've wasted time that you could have spent on a more likely chance of success....
[13:29] <ubptgbot> Vd Hdh was added by: Vd Hdh
[13:30] <ubptgbot> <Vd Hdh> Hello i want ubuntu touch on my phone..
[13:30] <ubptgbot> <Vd Hdh> Can anyone help
[13:30] <ubptgbot> <Vd Hdh> Its lg v30
[13:30] <ubptgbot> <Vd Hdh> Model
[13:32] <ubptgbot> h.a.s.a was added by: sajjad_u
 @Vd Hdh [Can anyone help], Supported Devices: https://devices.ubuntu-touch.io/
[13:33] <ubptgbot> <Vd Hdh> The device ia not listed in support list
 @sajjad_u [Supported Devices: https://devices.ubuntu-touch.io/], supported devises is list there 👆
 @Vd Hdh [The device ia not listed in support list], then ubinstaller not support your devis till now. maybe you must use youtube!
[13:39] <ubptgbot> <Vd Hdh> Yes
[13:39] <ubptgbot> <Vd Hdh> Thanks
 you're welcome
 @hacker12455 [run android there first], Well about that
 Project sandcastle go brrr
 iPhone support is not relevant for us when there are tons of Android devices that can be theoretically ported
 Yeah
 @amyosx [Project sandcastle go brrr], nice demo, but doubt anyone uses that as daily device
 @NotKit [nice demo, but doubt anyone uses that as daily device], Never updated, terrible linux patches
 Doubt it will ever have a linux port beyond the demo
 @NotKit [nice demo, but doubt anyone uses that as daily device], No
 @amyosx [Project sandcastle go brrr], reboot go brrr
 there's a reason its called a sandcastle
 [Edit] there's a reason its called a sandcastle :p
 @jja2000 [Never updated, terrible linux patches], aka downstream
 @hacker12455 [aka downstream], Yep lol
 Hi, it's been a while since I used Anbox and the last time I did it was slow and unusable, is it any better now?
 @ImmyChan [Hi, it's been a while since I used Anbox and the last time I did it was slow and …], no, same so far
 aw, that's a shame :(
 @Fuseteam [there's a reason its called a sandcastle :p], Lol
 @ImmyChan [aw, that's a shame :(], An employee of UBports is about to start work on Anbox
 awesome ^ ^
 I presume that if a pathway is found, more resources could be added to the effort
 @NunoRocha51 [OTA14 big shit with oneplus 3 T,with OTA13 everything work fine,when I install g …], Please test again after shortly after this is merged … https://github.com/ubports/media-hub/pull/21
[14:31] <gitbot> ubports issue (Pull request) 21 in media-hub "Revert "Support playing remote media"" [Open]
 Thank you bot. Have a nice day 😃
 Is there a reliable application or technique to use a BTC, XMR... wallet on Ubuntu-Touch?
 uCopay - OpenStore … https://open-store.io/app/ucopay.nanuc
 @Elias [Is there a reliable application or technique to use a BTC, XMR... wallet on Ubun …], you should be able to use CLI wallets in libertine; i think mrcyjanek was also working on a native bitcoin wallet app
 i also started development on a native monero wallet, though haven't really had time to work on it
 Why not dash :(
 Tbh I mine monero then convert to dash when prices are good
 @rubencarneiro [uCopay - OpenStore … https://open-store.io/app/ucopay.nanuc], Thank you for the application
 @dohbee [you should be able to use CLI wallets in libertine; i think mrcyjanek was also w …], Okay, tell you about this tool?  … https://github.com/MrCyjaneK/bitcoinwallet-ut
 @Elias [Okay, tell you about this tool?  … https://github.com/MrCyjaneK/bitcoinwallet-ut], yeah that's the native app that was being worked on which imentioined
 @dohbee [yeah that's the native app that was being worked on which imentioined], It's a great initiative, it must have taken you a long time to develop the Wallet.
 that is not from me
 But it's a pity that UT doesn't support full operating system encryption, because anyone with the smartphone could extract the keys from the Wallet I think.
 But maybe it's possible to create encrypted containers for applications, I don't know if it's possible.
 physical access is endgame anyway. LUKS won't save you from that, as the wrapped encryption key and data being encrypted would be both be accessible to an attacker, and could be copied off for brute force attacking
[15:22] <ubptgbot> Agzamxoja was added by: Agzamxoja
 @NotKit [iPhone support is not relevant for us when there are tons of Android devices tha …], yes. i just asked because.. i have a SE nearby that i dont use :D.
 Ooooooo
 Tu
 but you're welcome to spend your time working on getting some OSK support into the recovery
 MAMA
 @Agzamxoja [MAMA], this group is about Ubuntu Touch
 R
 do i need to ban you Agzamxoja
 Ryugzusid
 @dohbee [physical access is endgame anyway. LUKS won't save you from that, as the wrapped …], If the encryption key is difficult to break, it may take hundreds of years to break the Brute Force, unless it has a quantum computer ^^
 @Elias [If the encryption key is difficult to break, it may take hundreds of years to br …], very few people are going to have a passphrase of significant difficult to break, that they have to type on a phone screen keyboard
 arguing about theoreticals isn't going to change the facts
 @dohbee [very few people are going to have a passphrase of significant difficult to break …], That's true, but for my part I have a fairly long combination of letters and symbols, I store the password in an encrypted database, but I don't need to remember the password, because I use the touch keyboard to locate the locations of the characte
[15:33] <ubptgbot> rs in the password, which are organized in a certain order. So it's rather the organization and order of the keyboard keys that allows me to enter the password without remembering it.
 In my specific case, an encryption could be very useful, and not everyone can launch a Brute Force attack. … The speed of a Brute Force attack depends a lot on the encryption algorithm used.
 @Elias [That's true, but for my part I have a fairly long combination of letters and sym …], the OSK we use in the main system can't be used in recovery. so for that to work for you, we'd need to have encryption implemented The Right Way ^TM^ which means using the hardware backed storage for the key, and file based encryption as on newer a
[15:37] <ubptgbot> ndroid devices, so it can boot to somewhat usable level where you can receive calls and system OSK can work, before you enter your passphrase
 @dohbee [the OSK we use in the main system can't be used in recovery. so for that to work …], Okay, I know it's complicated to set up full encryption.
 also, i'm not sure if pinephone even has appropriate hardware for it; since i'm pretty sure you're using that
 @dohbee [also, i'm not sure if pinephone even has appropriate hardware for it; since i'm …], Yes, I do own the pinphone, but it's not my main smartphone, I'm using the Fairphone 2 under UT right now, but I know that the PineBook Pro has the appropriate hardware for encryption. In my opinion it's only a matter of time before the encryption h
[15:46] <ubptgbot> ardware used on pinebook is also integrated on the PinePhone, but I could be wrong.
 @Elias [Yes, I do own the pinphone, but it's not my main smartphone, I'm using the Fairp …], i don't think the rockchip has a trusted execution environment like qc snapdragon and such do (which we also aren't able to use). it seems like it just has AES instructions so encryption will be fast, but afaict doesn't provide a hardware backed ke
[15:56] <ubptgbot> y storage solution
 @dohbee [i don't think the rockchip has a trusted execution environment like qc snapdrago …], I hate AES encryption  … https://www.itnews.com.au/news/nsa-can-break-some-encryption-new-snowden-leak-355942 … But I don't know if Purism is considering full Pure-OS encryption on the librem5
 @Elias [I hate AES encryption  … https://www.itnews.com.au/news/nsa-can-break-some-encryp …], i don't see what this article has to do with anything. it makes a broad claim with no specifics. AES was developed by NSA either. it is a broad standard developed through a competition held by NIST https://en.wikipedia.org/wiki/Advanced_Encryption
[16:07] <ubptgbot> _Standard
 anyway, this group is about UT; not personal feelings about arbitrary standards
 @dohbee [anyway, this group is about UT; not personal feelings about arbitrary standards], These are not personal feelings, there are all the documents to prove it, and the encryption concerns Ubuntu-Touch operating systems. … AES encryption is backdoor by the NSA, military cryptanalysts such as "Eric Filiol" (the creator of GostCrypt softw
[16:20] <ubptgbot> are) certify that AES encryption is backdoor by the NSA. … It is via the Meltdown and Spectrum backdoor that Intel has implemented in these processors, that the AES private keys are recorded in clear text, all current Intel processors are backdoor https://akshaytechnotron.blogspot.com/2018/01/meltdown-and-spectre-backdoors-in.html
[16:38] <ubptgbot> György Imreh was added by: György Imreh
 @Elias [These are not personal feelings, there are all the documents to prove it, and th …], You're going quite a bit off topic, meltdown and spectre are bugs that don't affect mobile devices for one
 @Elias [These are not personal feelings, there are all the documents to prove it, and th …], [Edit] You're going quite a bit off topic, meltdown and spectre are bugs that don't affect mobile devices for one and are mitigated on the linux desktop for two
 @Elias [These are not personal feelings, there are all the documents to prove it, and th …], [Edit] You're going quite a bit off topic, meltdown and spectre are bugs that don't affect any of the current ubuntu touch devices for one and are mitigated on the linux desktop for two
 yes, please don't spread conspiracy theories.
 (Document) https://irc.ubports.com/9KZsYgjV.mp4
[17:05] <ubptgbot> 3335 was added by: 3335
 @dohbee [also, i'm not sure if pinephone even has appropriate hardware for it; since i'm …], I have a boot password set in PMos on my pinephone. I'm not confident to say how encrypted the drive is, but an OSK and password entry at boot level could maybe be gleaned off of that?
 @YougoChats [I have a boot password set in PMos on my pinephone. I'm not confident to say how …], the thing is, recovery can only be so complicated. any OSK at that point is going to be quite minimal, thus also limiting password complexity, along with the fact that people will use relatively short passwords or pin anyway, because typing on
[18:20] <ubptgbot>  a phone is a pain, and nobody wants to lose all of their data due to a couple of silly mistakes using a touch screen
 the OSK issue is but one tiny bit of the whole set of problems with getting a proper encryption scheme working, with a secure and audited boot process
[18:22] <ubptgbot> <Pete Nell> @Stereofont [XL is almost identical so I am guessing yes. If not, then soon ™], Thank you Sirrrr..
 @dohbee [the OSK issue is but one tiny bit of the whole set of problems with getting a pr …], I see. So what PMos does is nice but kind of not good enough?
 @YougoChats [I see. So what PMos does is nice but kind of not good enough?], right. and i'm pretty sure it's just doing the standard LUKS encryption, where you have a wrapped passphrase that's kept on the same storage device that's being encrypted. and afaik, there's no way to lock bootloader and such on pinephone
 So the moment someone gets close enough to go and try a password, they might aswell go ahead and crack it
 physical access is basically endgame anyway. you can probe a PCB with oscilloscope/logic analyzer/etc… to enhance the probability of breaking passwords or encryption
 and if your threat model is "big bad govt come to get me" with the opinion that anything they or a certain few large corporations have funded or contributed to, is full of backdoors, then you probably should not be using computers anyway
[18:39] <ubptgbot> <X YZ> (Photo, 448x274) https://irc.ubports.com/ktcLdtRS.png 😉
 I guess good enough use case is to keep data inaccessible for the case the device is lost/stolen
 here just PIN-based encryption should suffice
 @dohbee [right. and i'm pretty sure it's just doing the standard LUKS encryption, where y …], well you do have secure boot
 (Sticker, 512x512) https://irc.ubports.com/GtDM4CL0.webp
[19:36] <ubptgbot> Mathew Dennis was added by: Mathew Dennis
[19:42] <ubptgbot> DieBramMetDieVeelTeLangeUsername was added by: DieBramMetDieVeelTeLangeUsername
 @dohbee [right. and i'm pretty sure it's just doing the standard LUKS encryption, where y …], Well theoretically you can burn e-fuses to be able to lock the bootloader, but nobody did that so far that I know...
 Why would u
 @Elias [Yes, I do own the pinphone, but it's not my main smartphone, I'm using the Fairp …], Sidenote: how viable would you say the pinephone is as a daily driver? I'm very interested in them and am just curious as to how well they work...
 @amyosx [Why would u], security
 yeah but that would be pretty pointless
 unless you really needed to keep something secure
 @pistolpete3058 [Sidenote: how viable would you say the pinephone is as a daily driver? I'm very …], hardware wise it's solid enough. performance is about mid range.  … software wise it's not ready. (none of the os'es for it are imo. and UT is ahead of the bunch) things like calling and messaging aren't finished, rear camera turns on b
[20:14] <ubptgbot> ut barely, battery optimization craves attention … not dissing the hard work being done at all. it's just not ready. getting there though....
 @YougoChats [hardware wise it's solid enough. performance is about mid range.  … software wise …], Nice. So I suppose the software is basically in the Alpha phase for testing?
 sounds about right.
 i do believe great progress is pending some hurdles like Qt upgrades (?) after which it can all come together
 Sweet! Thanks for the info
 it's about doing things the proper and hard way so UT as a whole across the board can benefit
 @Fuseteam [You're going quite a bit off topic, meltdown and spectre are bugs that don't aff …], It's not exact : https://forums.ubports.com/topic/866/security-meldown-spectre-and-ubports-smartphones-tablets?_=1604953287680
[20:33] <ubptgbot> Fabio was added by: Fabio
 Uhhh none of those links actually confirm those socs are affected aside from a big headline 🤔
 And convo belongs in Overflow, not here…
 https://t.me/UBportsOF
 true that!
[21:13] <ubptgbot> GuateEdicion was added by: GuateEdicion
 @GuateEdicion [GuateEdicion was added by: Stereofont], https://t.me/UBPorts_ES
[22:26] <ubptgbot> The3DmaN was added by: The3DmaN
[23:02] <ubptgbot> Berates1944 was added by: Berates1944
 Fwd from Flohack: New TELEports out now ^^
 👍
 @Flohack [New TELEports out now ^^], WOOO
 (Photo, 526x710) https://irc.ubports.com/RSXFikuD.png
 @pistolpete3058 [Sidenote: how viable would you say the pinephone is as a daily driver? I'm very …], The pinephone still has bugs in its operation, the battery is lower than the competition, but there are improvements that are made every day on the pinephone, it is still usable even if it has not yet reached its stable version, but for my p
[23:54] <ubptgbot> art, I decided to put it in the closet and use the Fairphone 2, waiting for the pinephone to come out in a stable version, because the librem5 has already reached its stable version.
 @Fuseteam [You're going quite a bit off topic, meltdown and spectre are bugs that don't aff …], It's totally wrong what you say, and I can't hear something like that without reacting. … First of all, we're not getting away from the subject we're talking about smartphone security, especially under Ubuntu Touch.  … Second, a very small resear
[23:55] <ubptgbot> ch will allow you to discover that almost all IOS and Android smartphones are affected by the Meltdown and Spectrum vulnerabilities.  … https://www.csoonline.com/article/3245796/meltdown-and-spectre-affect-the-smartphone-in-your-pocket-should-you-be-worried.html … I'm curious to know how you managed to miss it. … Thirdly, ARM processors are also af
[23:55] <ubptgbot> fected by the Meltdown and Spectrum backdoors, a non-exhaustive list of affected processors has been provided by ARM https://developer.arm.com/support/arm-security-updates/speculative-processor-vulnerability.  … The pinphone has a Quad-Core ARM Cortex-A53 processor (the same as the Librem5 one), luckily it is not vulnerable to the flaw, but the "So
[23:55] <ubptgbot> ny Xperia X" smartphone which is compatible with Ubuntu Touch, uses the "Cortex-A72" processor, and it is totally vulnerable to Meltdown and Spectrum attacks even if it uses Ubuntu Touch. … Fourth, the flaw has absolutely nothing to do with operating systems, it's a hardware flaw burned on the processors, you can update your operating system but it
[23:55] <ubptgbot>  won't change anything, even the most secure Linux distribution "Qubes-OS" is fallible against Meltdown and Spectrum attacks. … I work in cyber security so I know what I'm talking about. Thank you
 @dohbee [yes, please don't spread conspiracy theories.], And maybe the StuxNet malware that infected all Windows computers worldwide with three 0-day vulnerabilities, and nearly blew up the uranium enrichment centrifuges, is also a conspiracy theory.


[00:41] <thumper> marcoceppi: was at the gym, reading scrollback
[00:44] <thumper> marcoceppi: FWIW, fixing upgrade is on my todo list
[06:33] <freeflying> do we have some thing similar to achieve maas-name constraints now in latest go juju
[07:06] <nesusvet> Hello everyone! Can I install the juju agent locally in maas environment? in сase if I am using the remote installed agents on another hosts?
[07:11] <sarnold> nesusvet: I think so? can you describe a bit more what you're trying to accomplish? (I'm no expert, but I am awake :)
[07:13] <nesusvet> I installed maas environment  and can see remote machines via juju status. Now, I want to write own charm on the local machine (on which installed maas controller). I wish to see this local machine in the juju status also.
[07:15] <nesusvet> Another reason is that I don't want to use local environment, because I want to deploy on the maas controller another applications
[11:40] <mthaddon> anyone able to take a look at https://bugs.launchpad.net/charms/+source/swift-proxy/+bug/1238660 and let us know if we're missing something obvious?
[11:40] <_mup_> Bug #1238660: Default installation fails <swift-proxy (Juju Charms Collection):New> <https://launchpad.net/bugs/1238660>
[15:14] <kentb> Would this be considered a maas, juju, or saucy problem?  I hit this with every service I tried to deploy through maas yesterday.  Juju was at 1.16.0 version:  http://askubuntu.com/questions/364714/juju-deploy-of-charm-mysql-in-maas-provider-failing-after-successful-bootstrap
[15:14] <kentb> everything (for this experiment) was using 13.10 as underlying OS, including deployed nodes.
[16:49] <sinzui> bac, jcsackett, do I dare to merge Abel's heartbeat additions to charmworld? Do we want to freeze charmworld while we learn why staging had 40 review.py procs running?
[16:51] <bac> sinzui: i haven't seen abel's changes but i'd guess they are innocuous-ish
[16:53] <sinzui> bac, just changes to the health checks and the heartbeat page. They don't relate to ingestion, storage, or search
[17:51] <Azendale> jcastro: Was it you I was talking to last week about charm caching (when trying to test version of a charm with a bug fixed)?
[17:52] <jcastro> yeah
[17:52] <jcastro> did it work?
[17:52] <jcastro> Azendale, oh also
[17:52] <jcastro> something I totally forgot
[17:53] <jcastro> you can try tacking a -u to a deploy command
[17:53] <jcastro> to force it to increment the revision
[17:53] <Azendale> jcastro: ah, ok
[17:55] <Azendale> jcastro: I did get it to deploy a new version. I just need to do some testing to see exactly what part of what I did was the deciding factor. I did notice that there is an archive of the charm stored when you are using the LXC provider in .juju/name_of_env/storage, which I removed
[17:55] <jcastro> interesting
[17:55] <jcastro> maybe we should put that in the troubleshooting docs
[18:09] <marcoceppi> jcastro: we should really promote the deploy -u flag
[18:09] <jcastro> yeah
[18:48] <Azendale> marcoceppi: Check it out, I think I have a working fix for the bug I've been chipping away at: https://bugs.launchpad.net/charms/+source/etherpad-lite/+bug/1247636
[18:48] <_mup_> Bug #1247636: etherpad-lite fails to deploy, install hook running get-relation <etherpad-lite (Juju Charms Collection):New> <https://launchpad.net/bugs/1247636>
[18:58] <marcoceppi> Azendale: awesome! You can propose to merge and it'll land in the review queue
[18:58] <marcoceppi> I'll take a look at it either today or tomorrow
[18:59] <Azendale> marcoceppi: I think I proposed it already, did I do it right? Once it goes through the review queue is it then in the store? (or is it more complicated than that?)
[19:00] <marcoceppi> Azendale: ah! there it is: http://manage.jujucharms.com/tools/review-queue
[19:00] <marcoceppi> once it's reviewed and accepted, it'll be merged in to the charm store
[19:02] <Azendale> marcoceppi: awesome! It's really neat when you finally get something working that wasn't before
[19:04] <marcoceppi> Azendale: and we reallllly realllllly apprecaite you helping us fix the tings that don't!
[19:08] <jcastro> Azendale, have we sent you a Juju shirt yet?
[19:09] <Azendale> jcastro: Uh, no. I am just a community member, not an employee or anything
[19:09] <jcastro> perfect!
[19:10] <marcoceppi> Azendale: Just a community member? We love the community members!
[19:10] <jcastro> Azendale, send me your address<EMAIL_ADDRESS>and I'll have something shipped out to you!
[19:10] <Azendale> jcastro: Wow, thanks! I will.
[19:14] <Azendale> so, if I've proposed my branch to be merged, what is the proper bug status to set?
[19:59] <marcoceppi> Azendale: fix committed
[21:25] <sinzui> marcoceppi, how many hours until the ODS charm school starts?
[21:26] <marcoceppi> sinzui: I don't know, I'm not at ODS
[21:27] <marcoceppi> jcastro: ?
[21:40] <thumper> marcoceppi: is jcastro at ODS?
[21:40] <marcoceppi> thumper: nope
[21:41] <jcastro> thumper, yo
[21:41] <thumper> jcastro: hey
[21:41] <thumper> jcastro: do you know if there is a charm school at ODS?
[21:41] <jcastro> yeah
[21:41] <jcastro> the CTS guys are handling it
[21:41] <thumper> do you know when?
[21:41] <jcastro> in multiple languages even!
[21:41] <jcastro> not sure
[21:42] <thumper> because it may all go horribly wrong
[21:42] <thumper> ...
[21:42] <jcastro> we didn't get a talk accepted so they had to schedule it in another room
[21:42] <jcastro> why? what's up?
[21:42] <jcastro> well, if they listened to what I said they know better than to upgrade
[21:42] <thumper> there is a precise update that triggers a setup of cgroups-lite which triggers apparmor in the host
[21:42] <thumper> which leaves apt in a weird state
[21:43] <thumper> which makes all install hooks fail
[21:43] <thumper> it impacts all previous versions of juju
[21:43] <thumper> jcastro: you could confirm by trying it locally
[21:43] <thumper> just try to fire up the local provider and deploy mysql
[21:43] <jcastro> my local provider is broken, remember
[21:43] <thumper> jcastro: didn't we fix it?
[21:43] <jcastro> no
[21:44] <jcastro> I'm going to have to reinstall
[21:44] <thumper> we need to work out what's going on there
[21:44] <jcastro> hey so is there a workaround?
[21:44] <thumper> no
[21:44] <thumper> :(
[21:44] <thumper> I've submitted a fix to the stable branch
[21:44] <thumper> but releasing properly can take some time
[21:44] <jcastro> for juju or cgroups?
[21:45] <thumper> juju
[21:45] <jcastro> is it a workaround or do we need to have something fixed in cgroups in distro quickly?
[21:45] <thumper> we have to get them new jujus
[21:45] <thumper> it isn't cgroups fault
[21:46] <thumper> it is my fault
[21:46] <jcastro> ok so basically
[21:46] <jcastro> they need to run juju from source
[21:46] <jcastro> and not from a package
[21:46] <sinzui> That is one fix
[21:46] <jcastro> unless we're working on a PPA build right now?
[21:46] <thumper> jcastro: who in cts is your touch point on this?
[21:47] <jcastro> looking it up
[21:47] <sinzui> the other is to run from source from lp:juju-core/1.16 which is just the fix
[21:47] <thumper> sinzui: can we push it into the dev ppa?
[21:47] <sinzui> I can build 1.17 to that ppa....
[21:48] <jcastro> thumper, you just tell me what to tell them, I'll  draft a mail now
[21:48] <thumper> sinzui: how about we go with the 1.17 dev ppa route?
[21:48] <thumper> sinzui: with no cloud tools, just for local use?
[21:49] <sinzui> thumper, I appear to be capable of uploading to to the stable and dev ppas, but my packaging rules are definitely unstable...so I would put the packages in devel, and I cannot imagine cts using that ppa
[21:49] <thumper> ...
[21:49] <jcastro> how about a oneoff PPA with the fix?
[21:49] <sinzui> I happen to have one...
[21:49] <sinzui> first
[21:49] <sinzui> who is installing the juju-core package?
[21:50] <sinzui> Many people, just cts staff?
[21:50] <jcastro> thumper, ugh, the school was for today, 2-4pm local time
[21:50] <jcastro> local hong kong
[21:51] <sinzui> So we are past that?
[21:51] <jcastro> so it should have happened already
[21:51] <jcastro> yeah
[21:51] <sinzui> well
[21:51] <sinzui> I put together a plan and release notes
[21:51] <thumper> jcastro: today, wednesday or tuesday?
[21:52] <jcastro> tuesday
[21:52] <jcastro> aka, we would have heard about it by now
[21:55] <jcastro> thumper, do you happen to know when the cgroups issue hit us exactly?
[21:56] <thumper> I got pinged about it monday, fixed it tuesday
[21:56] <thumper> it is now wednesday
[21:59] <jcastro> thumper, are we sure that the cgroup bug was in the latest cloud images?
[21:59] <thumper> it came through in the update/upgrade part of cloud-init
[21:59] <jcastro> ah nuts
[21:59] <jcastro> do you have a link to the bug?
[21:59] <thumper> however...
[22:00] <thumper> if someone created a new lxc base image that didn't need the update
[22:00] <thumper> perhaps they wouldn't hit it
[22:00]  * thumper shrugs
[22:00] <thumper> maybe it hit others because the lxc image isn't updated locally automatically
[22:00] <jcastro> if it was a disaster we would have heard by now
[22:00] <thumper> most likely
[22:01] <jcastro> and those guys are way smart, they probably monkey patched it, made fun of you, and then moved on with their lives, heh.
[22:01] <thumper> :)
[22:02] <jcastro> they only issue they were having is needing more slides over the weekend, but I took care of that
[22:13] <jason955> hello all
[22:15] <jason955> I am trying to run a local version of juju but getting error message related to installing cgroup-lite.  The bug is documented here: https://bugs.launchpad.net/ubuntu/+source/cgroup-lite/+bug/1247299
[22:15] <_mup_> Bug #1247299: local provider deploys fail with 'install hook failed' <local-provider> <juju-core:Fix Committed by thumper> <juju-core 1.16:Fix Committed by thumper> <cgroup-lite (Ubuntu):Invalid> <https://launchpad.net/bugs/1247299>
[22:15] <jason955> Does anyone know how to work around this bug?
[22:15] <thumper> :)
[22:16] <thumper> we were just talking about it
[22:16] <thumper> jason955: have you used the local provider before?
[22:16] <jason955> No.  I am new to Juju in general.  I have quite a bit of linux experience though.
[22:17] <thumper> can I get you to check the timestamps on the files is /var/cache/lxc/cloud-precise?
[22:17] <jason955> I was just trying to launch a couple of services to play with Juju
[22:18] <jason955> I'm actually at work right now and not on my machine.  I was just wondering if there was a simple workaround.  I can always come back later this evening when I am on my machine.
[22:18] <thumper> jason955: the short answer is "it's broken" for some value of broken
[22:19] <thumper> the fix has been landed and we are rolling out a release
[22:19] <thumper> jason955: I have a theory
[22:19] <thumper> jason955: that perhaps newer downloads of the 12.04 lxc template might be fine
[22:19] <thumper> but not found anyone to test it yet
[22:19] <thumper> jason955: how long until you are back home?
[22:20] <jason955> ok.  Thanks for the info.  I probably won't be back for another 7 hours or so.... :(
[22:21] <thumper> jason955: AU?
[22:21] <thumper> or nz
[22:21] <jason955> I'm in Los Angeles.  Just have some stuff to take care of after work so won't get home until late.
[22:21] <thumper> ah..
[22:22] <thumper> I probably won't be around then
[22:22] <jason955> You usually around on the weekends?
[22:22] <thumper> not really, family calls
[22:23] <thumper> I'm only three hours out from CA now
[22:23] <thumper> three hours behind that is
[22:23]  * thumper is in nz
[22:23] <thumper> jason955: so around working during your sunday :)
[22:23] <jason955> Gotcha.  I'll try to catch you early in the morning some time or right after work.  Or.... on Sunday
[22:23] <dpb1`> Hi -- how do I search for charms that implement an interface on jujucharms.com now?
[22:24]  * thumper shrugs and looks at gary_poster|away
[22:25] <jason955> I'm actually impressed that you were online.  I saw you answered the question on Stack Overflow (or ask ubuntu...)  small world
[22:26] <dpb1`> Or... even without jujucharms.com... Just any way to do it.  :)
[22:26] <jason955> and you are the bug fixer assigned to the task it appears...
[22:26] <thumper> :)
[22:27] <thumper> I'm a core dev for juju
[22:27] <thumper> and also happened to write the local provider
[22:27] <jason955> nice work!  pleasure to meet you
[22:28] <thumper> always nifty to make contacts in other parts of the world
[22:28] <jason955> I will be in touch.  I usually go under the nick sbbrtn.  TTYL
[22:29]  * thumper nods
[22:29] <thumper> ciao
[22:31] <dpb1`> oh, I see
[22:31] <dpb1`> manage.jujucharms.com
[23:00] <marcoceppi> jcastro: thumper I think they were deploying to HP Cloud
[23:00] <marcoceppi> for the charm school
[23:00] <thumper> \o/
[23:00] <thumper> no problems with that AFAIK
[23:00] <marcoceppi> at least that's the impression I got/gave them during our chat at the sprint
[23:00] <marcoceppi> thumper: right
[23:00] <thumper> marcoceppi: because they were demonstrating openstack?
[23:00] <thumper> I guess
[23:00] <thumper> being at ODS and all
[23:01] <marcoceppi> thumper: because I tell people to demo on a real cloud
[23:01] <thumper> nice
[23:01] <marcoceppi> it's more impressive when you can juju status and people can hit, say an etherpadlite ip adddress and start typing
[23:01] <sarnold> :)
[23:02] <marcoceppi> don't get me wrong, I love the local provider, but when you want to show the power of juju, deploying to HP Cloud or EC2 is way better than trying to explain my laptop is now a cloud
[23:54] <jason955> Right now I have an ec2 server with 3 mysql instances.  They run on different ports.  Is this possible to do with Juju?  Or do I have to deploy on separate VMs?
[23:58] <jcastro> thumper, wait ...
[23:58] <jcastro> thumper, so we ONLY break on LXC
[23:58] <jcastro> whew, of course I told them not to use the local provider!
[23:58] <jcastro> even before this bug!
[23:59] <thumper> jcastro: and only lxc on the local provider, lxc on maas is fine


[17:01] <mdeslaur> \o
[17:01]  * slangasek waves
[17:02]  * infinity is very not here today.
[17:03] <mdeslaur> infinity: uh, meaning?
[17:03] <infinity> mdeslaur: Mentally, I mean.  Completely checked out and concentrating on other things.
[17:03] <infinity> mdeslaur: But I'm clearly present. :P
[17:04] <mdeslaur> I see
[17:04] <mdeslaur> I hope other people show up, I really want to discuss what to do with docker
[17:07] <infinity> We had long talks about it at the CDO sprint.
[17:07] <infinity> But it would be nice if someone could summarize those on the list.
[17:07] <mdeslaur> oh? interesting
[17:08] <infinity> It's going to (likely) involve a "strong suggestion" from Mark, which may or may not result in a sabdfling if we don't all agree with said suggestion. :P
[17:08] <mdeslaur> I keep thinking what would be nice is a pocket for stuff that is in a constant state of flux, for stuff that we want the latest upstream until the next LTS
[17:08] <infinity> The ball's in the server team's court to write a sane proposal and throw it at us, however.
[17:08] <infinity> mdeslaur: $series-volatile.
[17:09] <mdeslaur> infinity: yes, just like that
[17:09] <infinity> mdeslaur: But that really just shifts the problem.
[17:09] <mdeslaur> well, it clearly sets people's expectations
[17:09] <infinity> mdeslaur: And if it's software that will have lots of users, I don't see how it actually solves anything.
[17:09] <mdeslaur> I don't think we're doing our users a favour by having an outdated docker that nobody is going to fix, security-wise
[17:09] <infinity> mdeslaur: Stuff that's known volatile can't ship in the release/updates/security pockets at all, or we have to support two versions, old and latest.
[17:10] <slangasek> right, I believe the consensus there was that, given the principles expressed it warrants a bit of an exception for docker; however we're currently waiting for the server team to follow through and express those same principles publicly for the TB to consider as a whole
[17:10] <infinity> mdeslaur: So... You're just moving the package around to tag it differently with a tag no one will read. ;)
[17:10] <infinity> mdeslaur: Unless volatile is opt-in, and then it will be vetoed by Mark because he wants docker and, say, firefox to be available by default without twiddling.
[17:11] <mdeslaur> infinity: well, the tag means "you are going to get the latest here, until the next LTS, with no promises of abi compatibility, or stability"
[17:11] <mdeslaur> unless we don't mind doing that for certain packages in the regular archive
[17:11] <infinity> mdeslaur: Sure, I'm saying that if it's in the default sources.list, no one will pay attention to where apt got it from.  But meh.
[17:11] <mdeslaur> such as, for example, docker
[17:11] <infinity> mdeslaur: We already do it for firefox, but I always trot out firefox as the evil exception that should do the exact opposite of setting the rule.
[17:11] <mdeslaur> the kicker is the "supported for 5 years"
[17:12] <mdeslaur> upgrading to the latest and greatest for 5 years is IMHO unachievable
[17:12] <slangasek> the docker package is in universe, however, so there's no actual support guarantee anyway?
[17:12] <mdeslaur> true
[17:12] <mdeslaur> and what about stuff like maas?
[17:13] <infinity> MaaS can't even seem to keep the promises they made to me a year ago.
[17:13] <infinity> So, we'll see. :P
[17:13] <mdeslaur> exactly :)
[17:13]  * stgraber waves
[17:13] <mdeslaur> hi stgraber!
[17:13] <infinity> stgraber: That was a quick flight...
[17:13] <infinity> stgraber: I assumed you were doing something involving oceans.
[17:13] <mdeslaur> stgraber: you missed out a few words about docker
[17:13] <infinity> mdeslaur: He was in the sprint talks, he didn't miss anything here. :)
[17:14] <mdeslaur> stgraber: http://paste.ubuntu.com/10276238/
[17:14] <infinity> mdeslaur: Except for the volatile bikeshedding.
[17:15] <mdeslaur> infinity: so you're saying you'd simply prefer to allow version upgrades in the universe pocket, rather than having one that's specific for that?
[17:15] <stgraber> infinity: yeah, that was just YUL to IAD, I'm heading towards Santa Rosa but got a couple more flights to make it :)
[17:15] <infinity> mdeslaur: As for the maas tangent, the reason I am still carrying that maas SRU policy action item is because the team's recently gone through some upheaval, and I'm hoping I can get them to fix their process in light of them having tossed out half the team. :P
[17:16] <infinity> mdeslaur: I have no opinion on main vs universe in the matter, I honestly think we should treat them both the same, except for what CANONICAL supports.  No TB policy should make community support policies harder/different.
[17:17] <infinity> mdeslaur: But on a case-by-case basis, I think it can something be acceptable to apply the firefox exception.  I just think those cases are amazingly rare.
[17:17] <infinity> mdeslaur: But "code's moving way too fast to backport because security fixes usually mean a 5% LOC rewrite" is a fair argument, perhaps. :/
[17:18] <mdeslaur> yeah, that's unfortunately what happened with docker
[17:18] <mdeslaur> it's not a 5 line patch that you just need to backport
[17:18] <infinity> mdeslaur: Yes, and I wasted a year of my life doing subsystem-backports-as-static-functions and other such evil for mozilla. :P
[17:19] <mdeslaur> perhaps a new term is needed, something other than "Micro Release Exception", which doesn't even make sense for Firefox
[17:19] <infinity> mdeslaur: The nail in the mozilla coffin was the combination of that and people wanting/needing the latest and shiniest in web standards, and we caved.  Much to my delight.
[17:19] <slangasek> giving it a name only increases the chance that we'll use this exception :)
[17:19] <mdeslaur> heh
[17:19] <mdeslaur> "Herpes"
[17:20] <slangasek> I think the intersection between "essential to our users to have in a stable release" and "can't be security supported except by tracking upstream" is small enough that we don't necessarily need to generalize
[17:20] <infinity> mdeslaur: I feel docker probably fits both those criteria (code moving too quickly to backport, and users actually needing, rather than wanting, new features as they land) for the next short while.  It should stabilise as it actually GETS more users, since they can't break them willy-nilly.
[17:21] <infinity> slangasek: And yes, I agree.  Codifying any of this just encourages more people to apply for the exception we don't want to give them.  Case-by-case analysis with a default position of "heck no" seems sane to me.
[17:21] <mdeslaur> slangasek: ok, I agree
[17:21] <mdeslaur> infinity: I agree with the "heck no" + exceptions too
[17:22] <mdeslaur> and yeah, once the project matures, this will likely be less of an issue
[17:24] <mdeslaur> so, what specifically do we do with the docker case? wait for the server team to come up with a new proposal, or grant an exception now?
[17:26] <slangasek> another aspect of the discussion at the CDO sprint was that we would be getting a formal request from docker upstream, rather than just proxying through Canonical's server team
[17:26] <infinity> I want to see their proposal to make sure they digested the contents of the (multiple) meetings we had on the topic.
[17:26] <slangasek> at least in theory
[17:26] <infinity> And that.
[17:26] <slangasek> so I'm waiting to see that happen
[17:27] <mdeslaur> oh, great
[17:27] <mdeslaur> ok, so we'll wait then.
[17:27] <mdeslaur> hrm, who is chairing?
[17:27] <mdeslaur> slangasek: was it you?
[17:28] <slangasek> um, I didn't think so
[17:28] <slangasek> :)
[17:28] <mdeslaur> slangasek: surprise! :)
[17:28] <infinity> 17:23 <slangasek> [INFO] pitti possibly to chair in stgraber's place due to sprint
[17:28] <infinity> That was the last word on the last meething.
[17:28] <slangasek> which makes it stgraber's turn this time, no? :)
[17:29] <infinity> I do believe so.
[17:29] <mdeslaur> stgraber: surprise! :)
[17:29] <infinity> He may be AFK running through an airport or something.
[17:30] <mdeslaur> I nominate stgraber to chair the next 3 meetings
[17:30] <slangasek> well no one gaveled us in so all the preceding discussion is seemingly "off the record" anyway :/
[17:31] <mdeslaur> #startmeeting
[17:31] <meetingology> Meeting started Tue Feb 17 17:31:36 2015 UTC.  The chair is mdeslaur. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[17:31] <meetingology> Available commands: action commands idea info link nick
[17:31] <mdeslaur> [topic] Apologies
[17:31] <mdeslaur> pitti couldn't make it
[17:31] <mdeslaur> [topic] Action review
[17:31] <mdeslaur> "infinity to review and respond to MAAS SRU thread "
[17:32] <mdeslaur> infinity: so, carry?
[17:32] <infinity> As stated, I'll revisit that with the new team when they seem settled.  Carry.
[17:32] <infinity> Or, the reorged team.  Whatever.
[17:32] <mdeslaur> [topic] Mailing list archive
[17:33] <mdeslaur> docker -> awaiting proposal from server team and/or upstream
[17:33] <mdeslaur> reSIProcate package
[17:33] <infinity> The reSIProcate MRE request looks sane at first glance.
[17:34] <slangasek> I seem to have missed this
[17:34] <mdeslaur> https://lists.ubuntu.com/archives/technical-board/2015-February/002080.html
[17:34] <slangasek> thanks
[17:35] <slangasek> ah, arrived in my email at some point backdated
[17:36] <slangasek> looks reasonable to me
[17:36] <mdeslaur> looks reasonable to me also
[17:37] <mdeslaur> ok, let's respond to list
[17:37] <mdeslaur> Doesn't look like there's anything else on the list
[17:38] <mdeslaur> [topic] Community bugs
[17:38] <mdeslaur> None
[17:38] <mdeslaur> [topic] Next chair
[17:38] <infinity> stgraber :P
[17:38] <slangasek> since stgraber dodged this time, I think he's up next ;)
[17:38] <mdeslaur> stgraber! :)
[17:38] <mdeslaur> that's it...does anyone have anything else they would like to discuss?
[17:39] <infinity> Some day, we might want to sort out why the community bugs are always zero, and either stop caring, or start driving people toward filing some.
[17:39] <slangasek> not me
[17:39] <slangasek> I think the bugs are a vestigial process; all the documentation drives people to the mailing list
[17:40] <infinity> Right, so possibly the "stop caring" bit.  But I guess it doesn't hurt to take 5 seconds to load the URL and count to 0.
[17:40] <slangasek> but we probably shouldn't drop it from our agenda unless we actually remove the launchpad project
[17:40]  * slangasek nods
[17:40] <slangasek> oh, and it's not actually our project to drop :)
[17:41] <mdeslaur> I wonder if we'd be more visible having our meeting in #ubuntu-meeting (if there wasn't a scheduling conflict)
[17:42] <mdeslaur> #endmeeting
[17:42] <meetingology> Meeting ended Tue Feb 17 17:42:53 2015 UTC.
[17:42] <meetingology> Minutes:        http://ubottu.com/meetingology/logs/ubuntu-meeting-2/2015/ubuntu-meeting-2.2015-02-17-17.31.moin.txt
[17:42] <mdeslaur> thanks everyone
[17:43] <infinity> Toodles.


[07:48] <erika14212> hi all
[14:14] <shay> zul: u around?
[14:15] <shay> I think I found a bug on Xen but not sure how to get further information or how to report it, talk to me when u're available
[19:14] <frinknet> Anyone know about patching an LPIA kernel for RT preempt?
[19:14] <frinknet> my understanding is it should be straaight forward but not really done anything with LPIA before so...


[08:48] <seb128> goood morning IRC!
[11:27] <KGB-2> gnome-desktop signed tags 97dc24f Jeremy Bicha upstream/44.0 * Upstream version 44.0 * https://deb.li/3ezmM
[11:51] <KGB-2> gdm ubuntu/44 5ee0d32 Jeremy Bicha . * branch deleted
[12:27] <juliank> Chrome locks up for a couple seconds intermittently, not sure if it's Chrome itself or Xwayland that's doing the lockup
[12:28] <juliank> I am running at 1.5x font scaling and Chrome only respects that with the X11 ozone backend :(
[13:23] <jbicha> ricotz: hi, I'm cherry-picking a webp patch for Shotwell but I'm getting a Vala error. Do you have time to take a look? https://salsa.debian.org/jbicha/shotwell
[13:39] <ricotz> jbicha, hi, I can take a look later, what is the actual error?
[13:42] <ricotz> I assume those patches didn't need adjustments to apply?
[13:52] <jbicha> ricotz: thanks for the hint. I made a mistake in rebasing the patch :)
[13:55] <ricotz> alright :)
[15:45] <KGB-0> nautilus ubuntu/master f26ee97 Jeremy Bicha * pushed 6 commits (first 5 follow) * https://deb.li/3uY9M
[15:45] <KGB-0> nautilus ubuntu/master c77f8f2 Jeremy Bicha debian/ control control.in * Depend on xdg-desktop-portal-gnome | xdg-desktop-portal-backend * https://deb.li/fep1
[15:45] <KGB-2> nautilus signed tags 5342a6e Jeremy Bicha ubuntu/1%44.0-1ubuntu2 * nautilus Debian release 1:44.0-1ubuntu2 * https://deb.li/3QSdI
[15:45] <KGB-0> nautilus ubuntu/master 5ca7230 Jeremy Bicha debian/patches/ series properties-window-fix-execution-switch-behavior.patch * Cherry-pick fix for inconsistent on/off switch * https://deb.li/3eibN
[15:45] <KGB-0> nautilus ubuntu/master 9e85a34 Jeremy Bicha debian/patches/ series places-view-remove-GTK-translation-domains.patch * Cherry-pick a translation fix * https://deb.li/34sHV
[15:46] <KGB-0> nautilus ubuntu/master 6fd5209 Jeremy Bicha debian/patches/ series window-slot-Try-current-location-even-if-it-is-marked-as-.patch * Cherry-pick a fix for annoying behavior with autofs mounts * https://deb.li/iW7sg
[15:46] <KGB-0> nautilus ubuntu/master e6adfdf Jeremy Bicha debian/patches/ series grid-cell-name-cell-Have-thumbnail-cover-allocation.patch * Cherry-pick a fix for extra 1px thumbnail border * https://deb.li/pinl
[21:00] <KGB-2> cogl Jeremy Bicha 393191 * commented merge request !1 * https://deb.li/38JcI


[11:06] <antgo> could you recommend a network help channel? I have a tens of thousands of ms lag type of problem on my wan link.
[11:07] <antgo> as soon as I
[11:07] <antgo> use an icecast stream
[11:13] <hateball> antgo: ##networking
[11:13] <hateball> !alis | antgo
[11:13] <antgo> hateball: thanks
[11:14] <antgo> hateball: my bot knowledge takes me as far as nickserv
[11:14] <antgo> gonna look into it
[11:14] <hateball> :)
[13:14] <jk^> why there isn't libreoffice in lubuntu software center?
[13:36] <hateball> jk^: I am not on Lubuntu atm, but I guess it could be to hilight more "lightweight" solutions
[13:36] <hateball> jk^: You can still install it using apt
[13:37] <jk^> highlight what?
[13:38] <hateball> I dunno, leafpad? :p
[13:38] <hateball> at any rate, you can simply "sudo apt install libreoffice" and you have it
[13:48] <jk^> i don't understand what u want to tell me :| about "hilight, lightweight, leafpad :(
[13:48] <jk^> excuse me
[13:49] <jk^> May u be clearly?
[13:49] <jk^> clearer
[13:49] <hateball> jk^: I am telling you, that if you simply want to install libreoffice, then run this in a terminal: sudo apt install libreoffice


[13:00] <alan_g[m]> Saviq, as a sanity check, can you reproduce https://github.com/MirServer/confined-shell-wip/issues/9?
[13:48] <Saviq> alan_g so just create a desktop session (like I have for Miriway), but using ↑?
[13:49] <alan_g[m]> Install `confined-desktop --edge` (and run the `.../setup.sh` script
[13:49] <alan_g[m]> *confined-shel
[13:49] <alan_g[m]> **confined-shell
[13:49]  * Saviq too
[13:50] <alan_g[m]> Just note that when input breaks it also breaks VT switching
[13:51] <alan_g[m]> (So have another computer with ssh access)
[13:51] <Saviq> Now typing from a confined-shell session
[13:51] <Saviq> Everything seems in order
[13:51] <alan_g[m]> See. It works!
[13:51] <Saviq> Does it die after a while, or?
[13:52] <alan_g[m]> No, on 22.10 it just doesn't work at all
[13:53] <Saviq> $ grep VERSION= /etc/os-release
[13:53] <Saviq> VERSION="22.10 (Kinetic Kudu)"
[13:53] <alan_g[m]> Are you sure you're not still on a Miriway session?
[13:54] <Saviq> Quite sure, yeah
[13:54] <alan_g[m]> Like, where did you get a terminal from?
[13:54] <Saviq> Remmina :D
[13:54] <Saviq> SSH'd into localhost
[13:55] <Saviq> $ ps aux | grep confined
[13:55] <Saviq> michal   1635856  0.0  0.0 164520  5020 tty2     Ssl+ 15:50   0:00 /usr/libexec/gdm-wayland-session --register-session confined-shell
[13:55] <Saviq> michal   1635859  4.7  0.1 1851764 104552 tty2   Sl+  15:50   0:10 /snap/confined-shell/135/usr/local/bin/miriway-shell
[13:55] <alan_g[m]> OK, so on your system there's no problem. Just on mine...
[13:56] <Saviq> Weird that it would be confinement-related
[14:05] <alan_g[m]> I'm tempted to stop caring about it
[16:37] -GitHub[m]:#mir-server- **[MirServer/mir]** Saviq removed Saviq review needed from [issue #2375](https://github.com/MirServer/mir/issues/2375): Tests failing on focal/riscv64
[16:50] <alan_g[m]> OK, that wraps up my attempts to figure out what's happening with https://github.com/MirServer/confined-shell-wip/issues/9 - unless someone else can reproduce there are more urgent things to investigate
[16:50] <alan_g[m]> EOD o/


[12:58] <zaki> hi pavlushka
[14:36] <pavlushka> Hello zaki :)
[14:39] <zaki> how are u?
[14:42] <pavlushka> zaki: my nose is running :(
[14:42] <pavlushka> I mean runny


[02:20] <metalfan_> https://launchpad.net/~fitpc2/+archive/ppa          can anybody tell me if mplayer-vaapi from this site is available for lpia or not available?
[06:34] <bharatkumar> what is the procedure for customization
[15:08] <metalfan_> https://launchpad.net/~fitpc2/+archive/ppa          can anybody tell me if mplayer-vaapi from this site is available for lpia or not available?
[15:08] <lool> metalfan_: It failed to build
[15:09] <lool> It fails in an interesting way
[15:09] <metalfan_> hm, i compiled it by hand on my intel atom.  the compilation worked, but mplayer does not display the video. it only plays sound
[15:10] <metalfan_> http://www.splitted-desktop.com/~gbeauchesne/mplayer-vaapi/         <- i also found this site, but the checkout script does not work out of the bo
[15:10] <metalfan_> x
[15:13] <lool> I have no idea
[15:13] <lool> I don't use libva
[15:14] <metalfan_> i could give you ssh acces to my intel atom box if you like to try something
[15:15] <metalfan_> oh wait
[15:15] <metalfan_> if it failed to build for lpia does it mean its available for i386?
[15:15] <metalfan_> i dont get the architecture listing at all
[15:19] <lool> metalfan_: Click on the left arrow
[15:19] <metalfan_> still no clue
[17:10] <metalfan_> my ubuntu did just restart xorg for no apparent reason....
[17:10] <metalfan_> weird


 I am preparing a release and Azure is having network issues.
[00:44] <wallyworld_> sinzui: is this 1.17?
[00:44] <sinzui> wallyworld_, I mean azure, not juju.
[00:45] <wallyworld_> no i mean is the release you are preparing a juju 1.17 release?
[00:45] <sinzui> CI failed 2166 for azure with networking errors. When I logged into azure, they said they were having networking issues
[00:46] <wallyworld_> :-(
[00:46] <sinzui> I am going to replay the tests, but given that azure is wobbling, I may need to wait
[00:48] <sinzui> wallyworld_, I am going to release 1.17.0 CI loves juju at the moment so I have let every keep landing (I can have a lot of good revisions to choose from).
[00:49] <wallyworld_> great :-)
[00:49] <wallyworld_> sinzui: btw, there is a mp for a restore plugin in progress. so backup/restore will definitely be ready for 1.17.1 i think
[00:49] <sinzui> rock
[00:54] <wallyworld_> sinzui: i forget who's court the proverbial ball is in - streams.canonical.com still has our test data we did at the sprint. were there plans to get that sorted out for the 1.17 release also?
[00:54] <sinzui> wallyworld_, yes, Ben is on holiday and didn't want to touch it while other staff were also missing
[00:54] <wallyworld_> ok, np :-)
[00:55] <sinzui> wallyworld_, We have the build/release process tested and will set everything on the first week of Jan
[00:55] <wallyworld_> \o/
[00:55] <sinzui> wallyworld_, oh, actually...
[00:56] <sinzui> The lost os images on azure happened when Azure added Japan  regions
[00:56] <sinzui> I need to add them to the mirror's file
[00:56] <wallyworld_> ah
[01:02] <thumper> hi wallyworld_
[01:02] <wallyworld_> hey
[01:09] <thumper> wallyworld_: reviewed
[01:09] <thumper> wallyworld_: just a small thing
[01:09] <wallyworld_> great thanks
[01:11] <wallyworld_> thumper: so i hacked up some code for charm version in status - it shows version info for both service and units since i figure units can before out of date separate to service if node is down and service is updated
[01:11] <thumper> yeah...
[01:11] <wallyworld_> but i need martin's stuff to land before i can go any further
[01:11] <thumper> I was thinking about that
[01:11] <wallyworld_> so i'll park it for now
[01:11] <thumper> well, mgz is off now
[01:11] <wallyworld_> :-(
[01:11] <wallyworld_> too bad status didn't get done
[01:12] <wallyworld_> thumper: i could propose against trunk as is maybe
[01:12] <wallyworld_> i would need to clean up my code - i just hacked it together
[01:12] <thumper> at least we'll get it done for 1.18
[01:13] <thumper> I'd like to talk through the status before you ran with it
[01:13] <wallyworld_> sure, next year then :-)
[01:13] <wallyworld_> or we can talk now
[01:17] <thumper> we can chat now
[01:17] <wallyworld_> thumper: i don't understand "otherwise if you get a comment that starts with a space, you return it."
[01:18] <thumper> do you still have that pastbin?
[01:18] <wallyworld_> yeah
[01:18] <thumper> let's hangout
[01:18] <wallyworld_> https://pastebin.canonical.com/102221/
[01:18] <thumper> I still have it open too
[01:18] <wallyworld_> https://plus.google.com/hangouts/_/7ecpi24kekk8g5rnnpd44j64e0
[01:25] <bradm> https://pastebin.canonical.com/102275/ <- interesting response to a juju destroy-environment
[01:33] <thumper> bradm: :-(
[01:34] <bradm> looks like swift is a bit confused with whats in that bucket
[01:34] <bradm> swift download tells me there's files not found
[01:35] <bradm> fwiw juju seems to have done the right thing, and blown away my environment, just the swift bucket still exists with some dodgy content
[01:38] <bradm> interested in any debugging from this?  otherwise I'll just blat the swift bucket
[01:47] <wallyworld_> bradm: 409 normally means there's content inthe container that's being asked to be deleted. not sure how that happened unless a call to delete a file in the container failed. i wonder if anything was logged?
[01:47] <wallyworld_> thumper: changes pushed
[01:47] <thumper> already approved
[01:50] <bradm> wallyworld_: I can't see anything, and if I rebootstrap, then destroy-environment, it looks clean
[01:50] <wallyworld_> blame it on santa's elves or something
[01:51] <bradm> seems as good a reason as any!
[01:51] <wallyworld_> if it happens more regularly we can look at it
[01:53] <bradm> definately, I'd hate to file a bug for an unreproducible issue, just wastes everyones time
[02:33] <wallyworld_> axw: i've landed a change to more robustly ignore empty lines in the auth keys string in juju env config
[02:34] <axw> wallyworld_: thanks!
[02:34] <wallyworld_> i meant to do it right the first time but clealr didn't
[02:34] <axw> no worries
[02:35] <axw> I mean to do lots of things right the first time but clearly don't ;)
[02:37] <wallyworld_> don't we all :-)
[02:44] <axw> thumper: do you have any juju-run things you'd like me to do while you're off? otherwise I have manual-provider destroy-environment, and Windows SSH/bootstrap stuff to work on
[02:46] <wallyworld_> thumper: also, don't forget to email us the hotel details
[02:57] <thumper> wallyworld_: ok
[02:57] <thumper> axw: work on the windows bootstrapping and ssh stuff
[02:57] <thumper> axw: I'm parking the rest of the juju run client until after the break
[02:59] <axw> thumper: okey dokey
[03:00] <thumper> axw: how do I get the long hash for the tip of go.crypto?
[03:00] <thumper> hg tip just shows the short hash
[03:00] <axw> thumper: not sure sorry, I've just used "godeps -t" in the past
[03:00]  * axw looks at the source
[03:00] <thumper> -t?
[03:01] <axw> thumper: -t generates the contents of dependencies.tsv
[03:01] <axw> godeps -t <some package that imports go.crypto/ssh>
[03:01] <thumper> I don't have godeps installed
[03:02] <axw> thumper: hg log -l 1 -r . --template "{node} {rev}\n"
[03:02] <axw> that's what godeps does
[03:03] <thumper> cheers
[03:04] <thumper> axw: where is godeps? and is its use documented?
[03:04] <axw> thumper: go get launchpad.net/godeps
[03:04] <axw> thumper: there's a bit about it in our README I think
[03:04] <thumper> ta
[03:04] <axw> thumper: juju-core/CONTRIBUTING
[03:04] <axw> right at the bottom
[08:09] <jamespage> wallyworld_, its not canonistack - jam + mgz have access to it
[08:42] <rogpeppe> thumper: the -t flag asks for testing dependencies to be included (probably not necessary in your case)
[08:42] <rogpeppe> thumper: (but was undocumented - i've just fixed that)
[09:33] <dimitern> thumper, you around?
[09:33] <dimitern> thumper, I'm thinking of taking over martin's branch about status via the api and landing it
[09:37] <axw> wallyworld_: am I a bit thick, or is the authorized_keys updater modifying /root/.ssh, rather than ~ubuntu/.ssh?
[09:38] <axw> wallyworld_: I can't see where the ubuntu user is specified
[10:38] <rogpeppe> axw: ping
[10:38] <axw> rogpeppe: pong, sorta. holding my baby, may take a while to respond
[10:38] <rogpeppe> axw: np
[10:38] <rogpeppe> axw: just a quick question on dying environments
[10:39] <rogpeppe> axw: what operations is a dying environment supposed to forbit?
[10:39] <rogpeppe> forbid, even
[10:39] <axw> rogpeppe: machine and service creation
[10:39] <rogpeppe> axw: what about container creation?
[10:39] <rogpeppe> axw: i.e. nested machines
[10:40] <axw> rogpeppe: hmm, I think I had intended it to, but now I'm not sure it's necessary
[10:40] <rogpeppe> axw: i just noticed that there's no check for that, and it'll be awkward to do...
[10:40] <axw> rogpeppe: since taking down the instances will take out the containers, I think it doesn't matter
[10:41] <rogpeppe> axw: ok, that's good
[10:42] <axw> rogpeppe: will it be difficult to retrofit if I think of a reason? ;)
[10:42] <rogpeppe> axw: not *too* bad - it would just need to go in about three or four different places
[10:42] <rogpeppe> axw: one other thing: i was wondering about caching the Environment object in the state, so we don't have to fetch it every time we add a machine. is there anything about it that can change?
[10:42] <axw> ok
[10:43] <axw> rogpeppe: only life at the moment
[10:43] <axw> so yeah, that's probably a good idea
[10:44] <rogpeppe> axw: if it was an object in the state, it would make the retrofitting easier, because we wouldn't need to go through the environment object fetching dance in each place
[10:44] <axw> rogpeppe: that'll work for now, but maybe not when JAAS comes along
[10:44] <axw> but of course we can deal with that when it comes
[10:45] <rogpeppe> axw: i suspect that we'll want to maintain a one-to-one State<->Environment mapping
[10:45] <rogpeppe> axw: and add a higher level object.
[10:45] <rogpeppe> axw: or perhaps rename State to Environment
[10:45] <rogpeppe> axw: otherwise every single method gets a new argument, and that seems wrong
[10:46] <axw> rogpeppe: yeah, makes sense
[10:46] <rogpeppe> ah, standup
[10:46] <dimitern> rogpeppe, jam, others? last standup of the year! get it while it's hot https://plus.google.com/hangouts/_/calendar/am9obi5tZWluZWxAY2Fub25pY2FsLmNvbQ.mf0d8r5pfb44m16v9b2n5i29ig
[10:47] <axw> gotta go - have a nice Christmas all
[10:47] <rogpeppe> axw: you too
[10:47] <rogpeppe> axw: have fun!
[10:47] <dimitern> axw, all the best!
[10:47] <axw> thanks :)
[12:39] <rogpeppe> natefinch: what would you think about moving the replicaset to juju-core/replicaset, or perhaps juju-core/utils/replicaset ?
[12:40] <rogpeppe> natefinch: environs doesn't seem quite right as a place, as it's a building block and doesn't really have any logic related to juju environments
[13:04] <rogpeppe> lunch
[13:43] <natefinch> rogpeppe: juju-core/replicaset works.  environs was a suggestion by I forget who.  Ideally I'd just move it out to be a standalone package, but no time etc
[13:53] <sinzui> rogpeppe, dimitern, Do either of you expect to land anything in the next 2 hours?
[13:54] <dimitern> sinzui, yes, status using the API
[13:54] <dimitern> sinzui, I'm proposing it now
[13:54] <sinzui> sweet. I will wait.
[13:55] <dimitern> thanks sinzui
[13:58] <rogpeppe> sinzui: i'm also expecting a couple of branches to land, but the bot seems stalled currently - i've had them approved for the last hour
[13:59] <dimitern> rogpeppe, I'll look into the bot
[14:02] <sinzui> rogpeppe, thank you.
[14:05] <dimitern> rogpeppe, in the mean time, can you take a look at the status CL: https://codereview.appspot.com/38420046
[14:05] <rogpeppe> dimitern: looknig
[14:08] <rogpeppe> dimitern: reviewed
[14:08] <dimitern> rogpeppe, thanks
[14:14] <dimitern> rogpeppe, mongod on the bot seems to have hung, so I killed it and removed the sockets, now it seems it works again
[14:14] <rogpeppe> dimitern: ok, thanks
[14:14]  * rogpeppe should work out how to do that some time
[14:21] <sinzui> jcsackett, can you take some time to read my propose juju-core 1.17.0 release notes? https://docs.google.com/a/canonical.com/document/d/1-xisuLkhozMm40e4w5M_Nl1l4yzBBxhzrYhj5eGUoas/edit
[14:22] <dimitern> rogpeppe, I usually check for a lot of /tmp/gocheck-* or /tmp/test-mgo-* dirs, which sometimes take up all the space, then I look at ~/.bash_history to see what the others are doing :) - mainly tail -f ~/tarmac/tarmac.log
[14:23] <dimitern> rogpeppe, btw, now I can feel what you were saying about waiting forever for lbox to finish - it seems on a weak wireless link it really takes 5m to run, if not more
[14:29] <rogpeppe> dimitern: i don't actually know how to log in to see what the bot is doing
[14:29] <rogpeppe> dimitern: or look at its files
[14:30] <dimitern> rogpeppe, just a sec
[14:30] <dimitern> rogpeppe, you need to source a file like this (sent you a pm)
[14:31] <dimitern> rogpeppe, then if you have the nova python client, you can do "nova list" and should see 2 machines, the bot is running on the second one
[14:32] <dimitern> rogpeppe, and you'll need to setup your canonical sshbang stuff, so you can do ssh 10.55.x.x (whatever the ip is
[14:35] <rogpeppe> dimitern: what do you mean by "sshbang"?
[14:36] <natefinch> rogpeppe: https://wiki.canonical.com/InformationInfrastructure/IS/SSHebang
[14:36] <dimitern> natefinch, rogpeppe, yeah - you need to se
[14:36] <dimitern> setup chinstrap access, so you can ssh tunnel to canonistack machines
[14:37] <natefinch> or you can just ssh into chinstrap and ssh from there to the machine
[14:49] <jcsackett> sinzui: release notes look good.
[14:50] <sinzui> thank you jcsackett
[15:20] <dimitern> natefinch, once it's merged it's gone btw
[15:21] <dimitern> natefinch, you can't re-merge it
[15:23] <natefinch> dimitern, aww, there's no way to modify it and merge it in again, I have to make a new branch?
[15:24] <dimitern> natefinch, yes, sorry :)
[15:24] <natefinch> dimitern, bah
[15:24] <natefinch> dimitern, at least it's a trivial change
[15:28] <sinzui> natefinch, dimitern rogpeppe. I just disabled CI auto build so that I can start the builds. CI takes about 30 minutes. I want to start the CI in the next 60 minutes to verify tip is ready for release
[15:29] <dimitern> sinzui, I'm done with my stuff, the CLI API has all landed
[15:29] <sinzui> thank you very much dimitern
[15:29] <rogpeppe> sinzui: you'd better go ahead without my juju-restore then, because that'll take at least 15 minutes to merge
[15:30] <sinzui> rogpeppe, I can wait a bit. I am ever so hopeful that this release will take less than 4 hours, most of the time being spent waiting for the packages to reach the archives
[15:33] <natefinch> sinzui: the stuff I've landed isn't actually used yet, so no worries from my end
[15:33] <sinzui> thank you natefinch
[15:35] <rogpeppe> sinzui: well, it's approved, and hopefully will land soon
[15:36] <sinzui> excellent
[15:38] <dimitern> rogpeppe, ah, Client().Status(nil) is what you need for that build failure
[15:38] <rogpeppe> dimitern: oh damn, another merge problem
[15:41] <rogpeppe> approved again
[15:44] <rogpeppe> right, that's cool. i now have a "watchgobot" script that i can run to tail the tarmac log file
[15:45] <dimitern> rogpeppe, nice!
[15:45] <rogpeppe> dimitern: http://paste.ubuntu.com/6606340/
[15:45] <natefinch> dimitern, rogpeppe: can you check this out https://codereview.appspot.com/34660045 ...you can't tell from the diff, but I did a bzr mv environs/replicaset ./replicaset  (you can tell if you browse the code on the branch: http://bazaar.launchpad.net/~natefinch/juju-core/027-mongoha2/files
[15:46] <rogpeppe> dimitern: the "gobot" script just runs a command with the env vars you gave to me set
[15:46] <rogpeppe> natefinch: looking
[15:46] <rogpeppe> natefinch: LGTM
[15:47] <rogpeppe> natefinch: thanks
[15:47] <dimitern> rogpeppe, heh, nice script, too bad it won't work out of the box on bash :)
[15:47] <rogpeppe> dimitern: oh, sorry
[15:48] <rogpeppe> dimitern: rc is my default shell scripting language
[15:48] <dimitern> rogpeppe, np, it's trivial to change it so
[15:48] <rogpeppe> dimitern: you'll need to change the sed command so it takes the argument that allows extended regexps
[15:48] <dimitern> rogpeppe, i tend to stay away from bash and any shell scripting language that's not at least python :)
[15:49] <natefinch> dimitern: ditto.  bash is one step below perl in my book.... and I hate perl
[15:49] <rogpeppe> dimitern: for trivial stuff that's just calling commands, rc works pretty well
[15:49] <rogpeppe> dimitern: and is a bunch better than sh
[15:49] <dimitern> natefinch, oh, perl is somewhere far down on my list, a bit higher than java
[15:49] <natefinch> seriously, what the hell is this doing?  if(! ~ $#* 0) {
[15:49] <rogpeppe> natefinch: ! is not
[15:50] <rogpeppe> natefinch: ~ is the pattern matching operator
[15:50] <rogpeppe> natefinch: $#var gives the number of elements in a variable (all variables hold lists)
[15:50] <rogpeppe> natefinch: $* are the arguments
[15:50] <dimitern> yeah, weird i tell you..
[15:51] <rogpeppe> if len(os.Args) > 1 {
[15:51] <dimitern> yep
[15:51] <dimitern> and looks sooo much better :)
[15:51] <rogpeppe> dimitern: yeah, that's not a fantastic idiom, although the primitives are simple
[15:52] <rogpeppe> rc is actually *really* simple
[15:52] <dimitern> rogpeppe, I got my share of bash (and the like) highly arcane stuff some years back, I was never the same person since :)
[15:53] <rogpeppe> dimitern: the main problem with bash is the hideous quoting rules
[15:53] <rogpeppe> dimitern: it's almost impossible to deal well with stuff that has spaces in
[15:53] <dimitern> rogpeppe, and let's not even get into arrays and fancy substitutions
[15:53] <rogpeppe> dimitern: ha
[15:54] <rogpeppe> dimitern: i still use vanilla bourne shell when writing bash
[15:54] <rogpeppe> dimitern: apart from $( )
[15:54] <dimitern> that's useful, as is ``
[15:54] <rogpeppe> dimitern: thing is with bash, it seems that almost noone knows about the crucial role of "$@"
[15:55] <rogpeppe> sinzui: $() is better than ` `; that's why i use it
[15:55] <rogpeppe> s/sinzui/dimitern/
[15:55] <sinzui> rogpeppe, I also agree. I cannot tell backticks from specs of dust om my screen
[15:56] <rogpeppe> sinzui: merged
[15:56] <dimitern> rogpeppe, I can show you some CMD batch files I had to write like 10 ago, which make bash look a really sensible language
[15:56] <rogpeppe> the main reason it's better is that it nests correctly
[15:56]  * sinzui once scrubbed his screen for 10 minutes, then released the script had a backtick in it
[15:56] <rogpeppe> dimitern: ha, .bat is utterly braindead
[15:56] <dimitern> but backticks are so much easier to write, and with proper vi syntax highlighting it's a breeze
[15:57] <dimitern> rogpeppe, .bat was the precursor to .cmd and the "extensions" winNT introduced
[15:57] <rogpeppe> dimitern: ah, i don't know about that
[15:58] <rogpeppe> dimitern: the basic syntax of sh is actually quite nice
[15:58] <natefinch> I only use bash scripts for putting together commands that I would actually type out on the commandline otherwise. If I need branching or looping, I use a real language. Same for batch scripts on windows
[15:58] <rogpeppe> dimitern: i'm still happy with the shell i wrote. i will probably port it to unix at some point.
[15:59] <rogpeppe> sinzui: you can go ahead with the release now if you like, BTW
[16:00] <dimitern> anyway
[16:00] <dimitern> i think i'll sign off for this year
[16:00] <sinzui> rogpeppe, I expect CI to see the new revs in a minute http://<IP_ADDRESS>:8080/
[16:00] <rogpeppe> dimitern: ok
[16:00] <dimitern> with the warm fuzzy feeling we did all we could :)
[16:01] <rogpeppe> dimitern: have a great christmas
[16:01] <sinzui> if not, I will force a build
[16:01] <rogpeppe> dimitern: and holidays afterwards
[16:01] <dimitern> thanks!
[16:01] <rogpeppe> dimitern: thanks for all your work
[16:01] <dimitern> have great holidays all of you guys!
[16:01] <dimitern> rogpeppe, cheers, thanks for all the reviews and help ;)
[16:02] <dimitern> (but remember, I'm coming BACK :)
[16:02] <rogpeppe> dimitern: np. hope i wasn't too harsh :-)
[16:02] <dimitern> rogpeppe, it's fine, not to worry :) i appreciate it
[16:03] <rogpeppe> natefinch: FYI here's something nice someone wrote about my shell: http://debu.gs/entries/inferno-part-1-shell
[16:10] <natefinch> rogpeppe: pretty cool
[16:12] <rogpeppe> natefinch: it had one or two warts, but it was actually amazingly powerful for its size
[16:14] <natefinch> rogpeppe: very cool. When did you write it?
[16:14] <sinzui> rogpeppe, natefinch 2173 is hated by CI http://<IP_ADDRESS>:8080/job/prepare-new-version/540/console
[16:15] <sinzui> was juju-update-bootstrap moved?
[16:15]  * sinzui can update packaging rules if so
[16:15] <rogpeppe> natefinch: the initial version was probably written around '97, but it was developed over a few years
[16:16] <rogpeppe> sinzui: yeah, juju-update-bootstrap was moved to juju-restore
[16:16] <rogpeppe> sinzui: sorry, i didn't realise it needed an explicit rule
[16:16] <rogpeppe> natefinch: the core shell is still only ~2700 lines though
[16:16] <natefinch> rogpeppe: that's not bad at all
[16:17] <sinzui> rogpeppe, packaging rules from ubuntu make it explicit. We just inherit it. This is good because we can tell jamespage to review our packaging changes when we release 1.18.0
[16:17] <rogpeppe> natefinch: it would probably be smaller in Go, although there are some things Go can't do that are kinda fundamental to it
[16:18] <rogpeppe> natefinch: and in Go you'd have to deal with all the hideous unix process group management
[16:19] <natefinch> yeah, but if it was written in go, you could call it gosh :)
[16:19] <natefinch> inferno doesn't even have sh in it... I don't know how it can be considered a valid shell ;)
[16:19] <rogpeppe> natefinch: :-)
[17:04] <sinzui> rogpeppe, natefinch: Do either of you have time to review the 1.17.1 inc branch? I want to land it the moment I release 1.17.0. https://codereview.appspot.com/44600044
[17:04] <natefinch> sinzui, sure
[17:05] <rogpeppe> sinzui: i'll look too
[17:06] <natefinch> sinzui, what's with the change in client.go?
[17:07] <sinzui> natefinch, lbox reported this when I proposed my number changes http://pastebin.ubuntu.com/6606702/
[17:08] <sinzui> natefinch, I am on trusty which provides golang 1.2, which I think is the reason for the message
[17:08] <rogpeppe> sinzui: i'd prefer to just delete one of those lines. i said that in the code review, but didn't check that it had been done.
[17:09] <rogpeppe> sinzui: but tbh i don't mind
[17:09] <rogpeppe> sinzui: we'll fix it in trunk
[17:29] <rogpeppe> natefinch, sinzui: trivial review of fix for the above? https://codereview.appspot.com/44620044
[17:34] <sinzui> rogpeppe, LGTM
[17:34] <rogpeppe> sinzui: thanks
[17:35] <sinzui> We are release r2173 as 1.17.0. CI loves it
[18:06] <sinzui> rogpeppe, do you mind landing your import errors fix before me. I can reconcile conflicts then land mine
[18:07] <rogpeppe> sinzui: ha, i thought i'd approved it some time ago, but i'd only set the commit message
[18:08] <sinzui> that is also my secret technique for not accomplishing anything
[18:13] <nate_finch> rogpeppe: anything you want me to look into in the next couple days? I'll be working on EnsureMongoServer, but if that goes faster than expected, I might have some time.
[18:13]  * rogpeppe thinks
[18:16] <rogpeppe> nate_finch: API server address caching, perhaps?
[18:17] <rogpeppe> nate_finch: essentially you just need to call configstore.EnvironInfo.SetAPIEndpoint at the right time
[18:18] <nate_finch> rogpeppe hmm, ok
[18:19] <rogpeppe> nate_finch: you might also want to think about how we might do agent failover.
[18:19] <rogpeppe> natefinch: it's a little tricky and i'm not sure of the best approach there
[18:20] <natefinch> rogpeppe: yeah, I can see it being pretty tricky
[18:39] <rogpeppe> natefinch: i just did a little bit of mongo stats digging - if we deploy a service with one unit, the API server does 170 consecutive round trips to mongo
[18:45] <natefinch> rogpeppe: dang!  That's um... a lot
[18:46] <rogpeppe> natefinch: at least they're all round trips to localhost (in the non-HA case anyway)
[18:49] <natefinch> rogpeppe: right... not the end of the world, still, seems like a lot
[18:49] <rogpeppe> natefinch: indeed
[18:50] <rogpeppe> natefinch: takes about 30ms all told
[18:50] <rogpeppe> natefinch: (but that is on an otherwise empty database)
[18:51] <rogpeppe> natefinch: sorry, 40ms
[18:51] <natefinch> rogpeppe: any idea how it scales?
[18:51] <rogpeppe> natefinch: linearly i imagine
[18:51] <rogpeppe> natefinch: pretty much
[18:52] <rogpeppe> natefinch: our database is pretty tiny, even with a large env
[18:53] <natefinch> rogpeppe: yeah, I was assuming that.  We just don't have that much information to keep in there.  Honestly, barely even need a DB.
[18:53] <rogpeppe> natefinch: indeed. there would be no problem with holding the whole thing in memory if we wanted to
[18:54] <rogpeppe> natefinch: i occasionally think about redoing the whole of state with a much simpler in-memory representation and a raft protocol to keep state servers in sync
[18:55] <rogpeppe> natefinch: in time, that's definitely something we should consider - it would speed things up by a couple orders of magnitude i think
[18:55] <rogpeppe> natefinch: because the db operations could be juju-specific
[19:35] <sinzui> we may have a problem with 1.17.0
[19:36] <sinzui> rogpeppe, natefinch My own upgrades to 1.17.0 results in config errors in to services. I cannot destroy the environments. CI didn't see this/
[19:37] <rogpeppe> sinzui: darn
[19:37] <rogpeppe> sinzui: what errors?
[19:38] <rogpeppe> sinzui: i've really got to go though
[19:38] <sinzui> rogpeppe, I wont keep you then. I have not released the packages yet. The tools are there and I have 1.17.0 installed using them
[19:38] <natefinch> rogpeppe: I can work with him on it.  No sense staying late on the friday before vacation week
[19:39] <natefinch> (any later than it already is over there)
[19:40] <rogpeppe> natefinch: ok
[19:40] <sinzui> natefinch, rogpeppe : http://pastebin.ubuntu.com/6607413/
[19:41] <rogpeppe> sinzui: those aren't errors AFAICS
[19:41] <rogpeppe> sinzui: it's just warning you about deprecated fields in your configuration
[19:41] <sinzui> the agent did upgrade, but each service shows config-changed hook failed
[19:41] <sinzui> This is on aws, hp, azure, and canonistack
[19:42] <rogpeppe> sinzui: that's probably unrelated to what you pasted
[19:42] <rogpeppe> sinzui: the paste is about environment config
[19:42] <rogpeppe> sinzui: a hook is about service config
[19:42] <sinzui> rogpeppe, that is all that all-machines-log reports for each
[19:43] <rogpeppe> sinzui: could you paste the entire all-machines.log ?
[19:43] <rogpeppe> sinzui: or actually
[19:43] <rogpeppe> sinzui: just the log for a single machine with a failed hook would be better
[19:43] <rogpeppe> sinzui: the uniter log in particular
[19:44] <sinzui> this is the all. I will get the unit http://pastebin.ubuntu.com/6607428/
[19:45] <sinzui> natefinch, rogpeppe, this is the machine-log http://pastebin.ubuntu.com/6607431/
[19:46] <rogpeppe> sinzui: the machine log won't tell us anything about failed hooks
[19:46] <natefinch> rogpeppe: required environment variable not set for credentials attribute: User
[19:47] <rogpeppe> natefinch: where's that from?
[19:47] <natefinch> rogpeppe: the machine log
[19:47] <natefinch> http://pastebin.ubuntu.com/6607431/
[19:47] <rogpeppe> natefinch: oh yes, i see it
[19:48] <natefinch> seems like there's an environment variable for the openstack user that isn't set
[19:48] <rogpeppe> natefinch: i wonder how it worked before
[19:48] <rogpeppe> natefinch: the agents should not rely on env vars
[19:48] <sinzui> sorry rogpeppe, natefinch I typed too fast and went to the wrong machine. This is better http://pastebin.ubuntu.com/6607451/
[19:49] <natefinch> rogpeppe: maybe a red herring, then
[19:49] <sinzui> natefinch, this was an upgrade from 1.16.5 to 1.17.0. I am tempted to take the azure stack down and do a simple deploy with 1.17.0
[19:50] <rogpeppe> hmm, the error seems to be that config-get couldn't find the charm: "cs:precise/mysql-31"
[19:50] <natefinch> rogpeppe: yeah, was looking at that
[19:53] <sinzui> 1.16.5 can destroy the envs. A small plus.
[19:54] <rogpeppe> oh frick, i know the problem
[19:54] <rogpeppe> sinzui, natefinch: it's related to dimiter's work on charm uploads
[19:54] <rogpeppe> i *think* the problem is on this line:
[19:54] <rogpeppe> 	err := st.charms.Find(D{{"_id", curl}, {"pendingupload", false}}).One(cdoc)
[19:55] <rogpeppe> in State.Charm
[19:56] <sinzui> I am going to test a simple 1.17.0 deploy of the samething to aws. If it goes well, I will update the release notes to state upgrade from stable to 1.17.0 are note supported
[19:57] <natefinch> rogpeppe: why is that wrong?
[20:06] <rogpeppe> natefinch: sorry, had a call
[20:07] <rogpeppe> because i think that won't match charm docs with no pendingupload field (the old environment won't have that field)
[20:07] <rogpeppe> natefinch: because false!=nil
[20:07] <natefinch> ahh
[20:07] <rogpeppe> natefinch: i think it should be an easy fix
[20:08] <natefinch> rogpeppe, yeah
[20:08] <rogpeppe> natefinch: could you take it forward please - i'm done
[20:09] <rogpeppe> natefinch: it'd first be worth verifying if that is actually the problem
[20:09] <rogpeppe> g'night all.
[20:09] <rogpeppe> sinzui: hope you manage the release...
[20:09] <sinzui> rogpeppe, It still looks good
[20:11] <sinzui> natefinch, simple deploys look very good with the new data. Since we don't officially support stable to dev upgrades, I am going to add a disclaimer to not upgrade, it is no supported
[20:23] <rogpeppe> sinzui: sgtm
[20:25] <natefinch> sinzui: sounds good.  We should still fix it, though, and like Roger said, it's not hard
[20:26] <sinzui> natefinch, +1 for a fix. It can go out in 1.17.1
[20:27] <natefinch> sinzui:  I can get it done for Monday morning if that works?  I'm short on time today.
[20:27] <sinzui> natefinch, I think I can manage that.
[20:27] <sinzui> Most of my time is still spent waiting for builders and azure to do something
[20:33] <rogpeppe> sinzui: BTW this problem will occur upgrading from 1.17.0 to 1.17.1 too; i don't know if that's a problem
[20:33] <sinzui> rogpeppe, noted
[20:35] <natefinch> sinzui, rogpeppe: I gotta run, but I'll submit a fix, it's very easy
[20:35] <sinzui> natefinch, thank you.
[20:35] <natefinch> er, I'll submit a fix this weekend / early monday morning


[16:11] <ChrisG_> Hi all
[16:12] <ChrisG_> Im a juju novice, I only watched the workshop this morning.  I have a couple of questions
[16:13] <ChrisG_> When it says expose the app in the cloud, does that imply it will give you a fairly hard to remember URL?
[16:18] <chrisguk> anyone here?
[19:07] <chrisguk> anyone here
[19:37] <lemao> there is at least one here :) not sure if I can be of any help as I am just starting with juju
[22:10] <euphor][a> hi all
[22:10] <euphor][a> im getting error: unknown constraint "instance-type" when I try to set a contraint?
[22:10] <euphor][a> what gives :/
[23:32] <chrisguk> hello


[15:35] <balloons> pitti, I'm curious why juju-core hasn't had an adt run after uploading to yakkety. It was pushed yesterday. Is there a longer delay, or is something else holding it?
[15:38] <pitti> balloons: http://people.canonical.com/~ubuntu-archive/proposed-migration/update_excuses.html#juju-core
[15:39] <pitti> balloons: it's FTBFSing on powerpc; tests only run once it built everywhere and is installable
[15:39] <pitti> dh_auto_build: go install -v -p 1 -x -v github.com/juju/juju/... returned exit code 2
[15:39] <pitti> doesn't look like a retry will help?
[15:41] <balloons> pitti, ouch.. It's weird that the xenial runs are happening now, though perhaps they won't show. That build error is do to a bug 1612713
[15:41] <balloons> we worked around it though -- the package should build fine; curious why ppc isn't
[15:42] <balloons> and sorry, I clearly missed the obvious build failure
[15:43] <balloons> pitti, however, you can see xenial has the same issue with ppc failed to build: https://launchpad.net/ubuntu/+source/juju-core/2.0~beta15-0ubuntu<IP_ADDRESS>. However, adt tests are running
[15:44] <pitti> http://people.canonical.com/~ubuntu-archive/proposed-migration/xenial/update_excuses.html#juju-core doesn't complain about lack of powerpc indeed
[15:45] <pitti> balloons: right, not waiting until it built looks like a bug in the britney config (or code) for stables
[15:49] <balloons> pitti, so it's interesting we build for i386 and ppc as we don't target those
[15:51]  * pitti -> dinner, cu tomorrow
[15:53] <balloons> cheers pitti, ty!


[08:12] <apw> jibel, on that precise -proposed DKMS random failures.  I restarted all the failed ones, and they all completed sucessfully.  as we had lost about 50% of them before that, i call those 10 all working indicative of a transient testbed level failure
[08:12] <apw> henrix, and i think we can stop worrying about that release for this at least
[08:14] <jibel> these false positives are still really annoying and I'd like to figure out if it's the fault of qemu or the host
[08:15] <apw> jibel, yeah tehy are, at least i have the power and knewledge to poke them in the short term
[08:15] <apw> jibel, i don't see the lts U view as yet on public, i assume there is and RT for that somewhere?
[08:16] <apw> jibel, also i see we have an extra (?) view on public: Trusty Release Kernel-Team-PPA -generic
[08:19] <zequence> infinity: Thanks
[08:22] <jibel> apw, RT sent.
[08:22] <jibel> I CCed you
[08:24] <apw> jibel, ack thanks
[08:24] <apw> jibel, nice optimisation :)  "sync"
[11:15] <diwic> cking, hi, can I poke your PCI-enabled brain for a second or two? :-)


[23:48] <lanase> AceBlade258: after installing the ATI video card drivers i lost the sound
[23:48] <ActionParsnip> phunyguy: which is probably why you are in this mess
[23:48] <Scunizi> AceBlade258: the one that says "kernel"
[23:49] <AceBlade258> Scunizi: oh... duh
[23:49] <Scunizi> :)
[23:49] <Scunizi> AceBlade258: never got around to trying this but there was another suggestion I found to change SATA to ahci.. but not sure where to do that.
[23:50] <AceBlade258> lanase: go to terminal and type in sudo lspci
[23:50] <grizlo42> hey i have a ati radeon 3650hd, but i am having problems with compiz and opengl
[23:50] <grizlo42> any way to fix this?
[23:50] <AceBlade258> Scunizi: i read that too onling but couldnt figure it out
[23:50] <AceBlade258> *online
[23:50] <Scunizi> AceBlade258: I think it's done in the bios.
[23:50] <Decepticon> koshar1 i tried it but it does not delete the file on the dir+X on pc_A
[23:50] <lanase> AceBlade258 : ok , what are we looking for in there ?
[23:50] <AceBlade258> i'll check on reboot
[23:50] <ActionParsnip> phunyguy: try: sudo umount /media/cdrom0; sudo chmod 755 /media/cdrom0
[23:51] <Ikan> wat, if I choose guided - entire disk this is the next menu
[23:51] <Ikan> http://i43.tinypic.com/vnh1z8.jpg
[23:51] <AceBlade258> is your card listed
[23:51] <Decepticon> koshar1: are you there. i did rsync -ravz --del -u /home/bizinichi/public_html/media/ decepticon@decepticon.rlogin.org:/home/decepticon/public_html/media/tazeat/ --progress ..... but it does not delete the file from local hdd after transfering
[23:51] <Ikan> if I choose manual wat, this is my next menu http://i43.tinypic.com/357kp3s.jpg
[23:51] <AceBlade258> pastbin the results
[23:51] <Ikan> I would want to install it on /dev/sda4
[23:51] <Scunizi> AceBlade258: what video card do you have .. seperate? or onboard.. and must be nvidia?  if it's the 8000 series or higher the latest nvidia driver off their site really helps screen writes.
[23:51] <lanase> sudo lspci |grep Audio
[23:52] <ActionParsnip> phunyguy: also run: "ls -laFh /media/cdrom0" (without "s and make sure its owned by root root
[23:52] <AceBlade258> 8800 GTS offboard, latest being 177 ?
[23:52] <lanase> 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia
[23:52] <lanase> 01:05.2 Audio device: ATI Technologies Inc Radeon X1200 Series Audio Controller
[23:52] <Scunizi> AceBlade258: nope.. latest being 180.xx
[23:52] <wat> ikan ive never seen that before O_o, this is different than the 8.04 installer
[23:52] <Ikan> It's 8.10
[23:53] <wat> hmmm
[23:53] <wat> sorry never used 8.10 =/
[23:53] <grizlo42> is there a compiz/opengl problem in 64 bit too, or is it just 32?
[23:53] <wat> try restarting the computer and the installation =/
[23:53] <Ikan> and because it says manual 100% i'm afraid to try and install
[23:53] <AceBlade258> oh, i should go get that
[23:53] <koshar1> Decepticon that command deletes the file that is redundant on the backup not the cource, i misunderstood your requirements
[23:53] <ActionParsnip> !intrepid | wat
[23:53] <Ikan> The same thing shows up :x
[23:53] <Scunizi> AceBlade258: 177 is pretty horrible.. 173 worked better for lots of cards.. my 8200 is still slow but functional on the new driver.. It was like running through mollassis with the 173 & 177
[23:53] <Decepticon> whats the rsync command so that it looks at dir X on pc_A and compares to dir_Y on pc_B, if there are files in dir_X on pc_A that do not exist on dir_Y on pc_B, to upload such files to dir_Y on pc_B and then delete these files on dir_X on pc_A and disconnect? right now i am using rsync -ravz --del -u /home/bizinichi/public_html/media/ decepticon@decepticon.rlogin.org:/home/decepticon/public_html/media/tazeat/ --progress ....... but it does not d
[23:53] <wat> homework g2g
[23:53] <lanase> AceBlade258: did you see the 2 line that i get from lspci | grep Audio ?
[23:54] <Decepticon> er local file
[23:54] <Decepticon> not local hdd
[23:54] <Decepticon> koshar1: oh
[23:54] <AceBlade258> no, i don't see them posted
[23:54] <Scunizi> AceBlade258: scroll up and you'll see them
[23:54] <lanase> 00:14.2 Audio device: ATI Technologies Inc SBx00 Azalia
[23:54] <lanase> 01:05.2 Audio device: ATI Technologies Inc Radeon X1200 Series Audio Controller
[23:54] <Scunizi> or look now :)
[23:55] <lanase> lol
[23:55] <ubuntu> i need help im trying to delete partitions on my drive..........gparted says that the drive is mounted but konsole says it isnt
[23:55] <AceBlade258> lol
[23:55] <Decepticon> koshar1: how to modify it then?
[23:55] <Scunizi> ubuntu: use gparted to unmount it then
[23:55] <AceBlade258> umm... is your video pci express?
[23:55] <ubuntu> i dont have that option Scunizi
[23:56] <ActionParsnip> ubuntu: run mount to see where its mounted, then run: sudo umount /mount/point
[23:56] <lanase> AceBlade258: its a extension card of my board asus m2a-vm hdmi
[23:56] <Scunizi> ubuntu: you can "sudo umount /media/<drive>" or "sudo umount /dev/<drive>"
[23:56] <ubuntu> iit says that its not mounted
[23:57] <burkmat> Crontab looks like this: "* * * * *     mplayer /wakeup.mp3", cron is running, wakeup.mp3 has chmod 777. Why is this not working?
[23:57] <JohnAnderson> okay got another question
[23:57] <CanonEOS> is there a way to uncheck the kernel upgrade and not have it show up again
[23:57] <workingchair> how did you score the name ubuntu on this server?  haha
[23:57] <JohnAnderson> how do i make certain programs run on startup
[23:57] <ubuntu> i didnt score anything the live cd gives it to u
[23:57] <Decepticon> burkmat: maybe full path to mplayer is needed
[23:57] <JohnAnderson> for example when the comp starts .... the program 'firefox' would load up automagically
[23:57] <burkmat> Decepticon, Good thinking. Will try.
[23:58] <Scunizi> JohnAnderson: list the program in System>Admin>service
[23:58] <Jack_Sparrow> !startup
[23:58] <Reformer81> What application would work well for finding duplicate IMAGE files (regardless of filename/size)?
[23:58] <Decepticon> burkmat: that would seem to launch that mplayer mp3 every minute of every day of every weekday of every year
[23:58] <Decepticon> burkmat: are you trying to get it to launch on boot
[23:58] <Scunizi> JohnAnderson: sorry.. Jack_Sparrow is right.. again.. look at ubottu's links
[23:58] <burkmat> Decepticon, I know, just testing with this before I set my real parameters. :)
[23:59] <Decepticon> burkmat: theres also something @reboot
[23:59] <Itaku> whats the windows equivilant to rm -rf /(dont try it)
[23:59] <Decepticon> burkmat: it takes the place of specifying a time afaik
[23:59] <burkmat> Decepticon, I know, just using this for my alarm clock so reboot is a nono. :P I know how all that works, just don't know why it wont play my music.
[23:59] <AceBlade258> lanase: that means ubuntu is somhow mixing up PCI and PCI-Ex ports...
[23:59] <Decepticon> burkmat: cool
[23:59] <jgoguen> Itaku: format C:
[23:59] <Reformer81> Itaku: format c:


[12:03] <RoyB72> what if it's _Dapper Drake_  do I replace it with _edgy_  or just edgy
[12:03] <nalioth> i don't think that will be the case
[12:06] <RoyB72> done
[12:06] <RoyB72> close it?
[12:06] <nalioth> save and close kate, yes
[12:07] <nalioth> then in konsole, type "sudo apt-get update"
[12:08] <RoyB72> done
[12:08] <nalioth> now here is the upgrade part
[12:08] <jrib> cross your fingers
[12:08] <RoyB72> hehe
[12:08] <nalioth> when you type "sudo apt-get dist-upgrade" <enter>  you'll be on your way
[12:08] <jrib> you check for *-desktop?
[12:09] <RoyB72> well.. it's working...
[12:10] <RoyB72> it will still be Kubuntu, right?
[12:10] <nalioth> yup
[12:10] <RoyB72> not Ubuntu
[12:10] <RoyB72> k
[12:10] <nalioth> it will only upgrade what you have now
[12:10] <RoyB72> goodie
[12:10] <RoyB72> hmm.. that was a word a teenager would use...
[12:11] <RoyB72> hehe
[12:11] <RoyB72> ohh great.. it's midnight.....
[12:12] <jrib> go to sleep and wake up to 6.10
[12:12] <RoyB72> well.. I'm unemplyed... so I don't have to get up..
[12:12] <jrib> note you need to dist-upgrade one more time to get upstart to install
[12:13] <RoyB72> dist? and that is? remember I had linux for a little over 2 days
[12:13] <RoyB72> all my other comps got win
[12:13] <nalioth> you only use dist-upgrade when you are upgrading to the next distribution
[12:13] <jrib> RoyB72: by "dist-upgrade" I just meant the command you just ran
[12:13] <nalioth> otw, you use just "apt-get upgrade"
[12:15] <RoyB72> a question while I upgrade here...
[12:16] <RoyB72> what if I uninstall something and it uninstalls more file I didn't know about?
[12:16] <nalioth> it will always tell you what it's doing.
[12:17] <RoyB72> ok.. this install I'm doing... is it only updating what I had, or making a standard 6.10 install?
[12:18] <nalioth> it will bring all your installed programs up to what they are in Kubuntu 6.10
[12:20] <RoyB72> hmm :( anyway to make an installer just install everything clean? like "standard install" ?
[12:21] <nalioth> RoyB72: wipe and install?
[12:22] <RoyB72> something like that.. just don't want to do a format and install all over again..
[12:22] <RoyB72> just make it setup like it was after original install
[12:22] <jrib> what is the difference?
[12:23] <RoyB72> get read of the things I installed and uninstalled
[12:23] <jrib> RoyB72: so you want to keep the packages you have installed but you want to kind of "reset" them all?
[12:24] <RoyB72> no.. I want to get read of all I did after I installed kubuntu 6.06 but keep 6.10
[12:24] <RoyB72> remove all I installed after, I mean
[12:25] <RoyB72> but make it install all I removed from the original install
[12:25] <jrib> the easiest way to do that is to just reinstall ubuntu using a 6.10 disk as nalioth suggested
[12:26] <RoyB72> hmm.. was hoping it wouldn't be necessary.. :( ohh well...
[12:27] <jrib> RoyB72: why not?
[12:28] <RoyB72> 1st I'd have to download the dvd... have only 6.06
[12:28] <nalioth> RoyB72: no dvd necessary
[12:28] <nalioth> RoyB72: there are CD images
[12:28] <jrib> RoyB72: nah, just download the cd iso.  That's essentially what you are doing right now as we speak
[12:29] <RoyB72> 2nd I had a lot of problems installing this in the first place...
[12:29] <RoyB72> especially the bloody grup
[12:29] <RoyB72> *grub
[12:30] <RoyB72> refering to the wrond hd's
[12:30] <RoyB72> had to use Super GRUB disk
[12:30] <RoyB72> find out which hd is the correct on... bla bla bla
[12:33] <RoyB72> reason I want to make it clean (default packages) is, I think I might have screwd up somewhere...
[12:33] <RoyB72> and since I'm noob, I have no way of finding that out
[12:55] <RoyB72> done
[12:57] <RoyB72> done with the update...
[12:57] <RoyB72> *upgrade
[01:08] <nalioth> RoyB72: restart and come back  :)
[01:08] <nalioth> or restart twice and come back
[01:08] <RoyB72> right... brb then.. if not.. something went wrong... hehe
[02:36] <Ahorner> hi
[02:36] <nalioth> !msg the bot
[02:36] <ubotu> Please investigate with me only in /msg or in #ubuntu-bots (see also !Bot). Abusing the channel bots will only result in angry ops...
[02:36] <nalioth> !xcfg
[02:36] <ubotu> The X Window System is the part of your system that's responsible for graphical output. To restart your X, type  sudo /etc/init.d/?dm restart  in a console - To fix screen resolution or other X problems: http://help.ubuntu.com/community/FixVideoResolutionHowto
[02:37] <Ahorner> huh
[02:37] <Ahorner> im brand new lol
[02:37] <nalioth> Ahorner: your menu doesn't allow you to change resolution?
[02:37] <Ahorner> ive done that before
[02:37] <Ahorner> well its stuck on 800x600 oor 600x480
[02:37] <Ahorner> ive already installed envy
[02:38] <Ahorner> and enabled universe
[02:39] <Ahorner> any ideas
[02:39] <coldfish> ahorner problem is resolution?
[02:39] <nalioth> enabling repos has nothign to do iwth your resolution
[02:39] <Ahorner> yes
[02:40] <Ahorner> wait
[02:40] <Ahorner> i just downloaded the driver from ati
[02:40] <Ahorner> its a .run how do i use it
[02:40] <Ahorner> brb
[02:40] <Ahorner> .
[02:41] <coldfish> hm ok ubuntu right_?
[02:41] <coldfish> gnome?
[02:42] <Ahorner> im on ubuntu
[02:42] <coldfish> ok
[02:42] <coldfish> wait a minute
[02:43] <coldfish> sudo nano /etc/X11/xorg.conf
[02:44] <coldfish> find section screen, and subsection modes
[02:45] <coldfish> add "1280x800" "1024x768" into front of them("800x600" "640x480")
[02:45] <coldfish> subsection "display" sorry:)
[02:52] <jrib> fasm_erx_CC2_: yeah, because there is too much traffic in #ubuntu
[02:52] <fasm_erx_CC2_> I see Jrib
[02:52] <jrib> so when I need to actually talk back and forth, I usually come here...
[02:52] <fasm_erx_CC2_> I see
[02:52] <fasm_erx_CC2_> Not sure whats wrong with this
[02:53] <jrib> how did you do the checkout?
[02:53] <fasm_erx_CC2_> svn co<EMAIL_ADDRESS>[02:53] <fasm_erx_CC2_> something like that
 is my username
[02:54] <fasm_erx_CC2_> then ask me for the password, I'm in
[02:54] <fasm_erx_CC2_> i'm in then ask me for the password I mean
[02:54] <fasm_erx_CC2_> then permission denied
[02:54] <fasm_erx_CC2_> Then ask me for the password again
[02:54] <Ahorner> i think im back
[02:55] <fasm_erx_CC2_> Could it be the configuration server side possible?
[02:55] <fasm_erx_CC2_> The guy who set it up knew I was developing under windows.
[02:55] <jrib> fasm_erx_CC2_: well that's what I was thinking which is why I wanted you to try a different server, but since it works for you in windows it should be working here
[02:56] <fasm_erx_CC2_> I see
[02:57] <Ahorner> ok so im in xorg.cfg
[02:57] <Ahorner> conf*
[02:57] <jrib> fasm_erx_CC2_: try 'rapidsvn', it's a gui client so it may nudge us in the right direction
[02:57] <fasm_erx_CC2_> I trie every GUI client. They did not work. I'll try again with this version..
[03:03] <Ahorner> im back
[03:03] <Ahorner> something worked and myresolution is back yay
[03:05] <fasm_erx_CC2_> Jrib: still there?
[03:06] <jrib> fasm_erx_CC2_: yeah
[03:06] <fasm_erx_CC2_> I tried to run rapidsvm from terminal as I don't know where to locate it. Its asking me for the password in terminal
[03:06] <jrib> fasm_erx_CC2_: how are you running it?
[03:06] <fasm_erx_CC2_> Is there a way to seperate rapidsvn from terminal when I execute rapidsvn from terminal?
[03:07] <fasm_erx_CC2_> rapidsvn shows, when I type rapid svn from terminal
[03:07] <jrib> fasm_erx_CC2_: it should show up in applications > programming
[03:07] <fasm_erx_CC2_> it doesnt for me
[03:07] <jrib> fasm_erx_CC2_: try 'killall gnome-panel' to refresh the menu
[03:07] <fasm_erx_CC2_> jrib: okay
[03:08] <fasm_erx_CC2_> Still nothing, I only have meld there
[03:09] <jrib> fasm_erx_CC2_: hmm  ok, well just run it as:  rapidsvn &
[03:09] <fasm_erx_CC2_> jrib: ok
[03:13] <fasm_erx_CC2_> Its still asking me the password from terminal
[03:14] <fasm_erx_CC2_> jrib: I'll go for now. Its a bit late here already and sleepy already. I'll be back here tommorrow here. Thanks for the help btw.
[03:15] <jrib> fasm_erx_CC2_: try #svn too, hope you figure it out
[03:16] <fasm_erx_CC2_> jrib: Thanks, I'll be back tommorrow.
[05:22] <sacater> erm
[05:22] <sacater> err...
[05:22] <sacater> teach me..
[05:22] <sacater> :P
[09:47] <RoyB72> nalioth: hello.. remember me from yesterday? I really did muck it up.. but I got the 6.10 dvd and installed it now... with all updates... kinda scared to do anything... hehe