[10:57] <gasconheart> I run Ubuntu Server on a regular PC, I've been running it for months or perhaps more than one year. Recently it crashed seemingly on its own, twice, one 24h after the other
[10:57] <gasconheart> it crashed and froze, it went unresponsive, I had to take this photograph: http://www.gasconheart.cu.cc/crashscreenshot/
[10:58] <gasconheart> I need some help understanding those messages; thank you very much
[11:03] <ikonia> gasconheart: so thats a kernel panic
[11:04] <ikonia> thats the stack trace from the panic, the bit on screen is showing the filesystem details in memory
[11:32] <taliptako> Hello
[11:32] <taliptako> why shouldnt i manage my server from root account ?
[11:33] <RoyK> well, obviously, you can
[11:33] <RoyK> but it's more common to use sudo these days to allow for logging who did what
[11:34] <RoyK> also, allowing ssh logins to root, especially with password authentication isn't really a good idea - should work well with keys, though
[11:35] <taliptako> actually i just have LEMP stack on my Ubuntu 16.04 server and i intalled those software as a root
[11:35] <ikonia> "E" ?
[11:35] <taliptako> now i had little problem about file permissions
[11:35] <ikonia> if you installed them using the package manager, the permisions should be fine out of the box
[11:35] <taliptako> i wonder if this cause because i installed all softwares as a root account
[11:36] <ikonia> taliptako: did you install using the ubuntu package manager ?
[11:36] <taliptako> of course i installed with apt
[11:36] <ikonia> then the only way to use that is with root privileges
[11:36] <ikonia> so how can that be the problem ?
[11:36] <taliptako> but maybe its different to do things from root account or with sudo
[11:36] <taliptako> i dont know
[11:36] <ikonia> no, it's not
[11:36] <ikonia> what is the "E" in lemp ?
[11:37] <taliptako> hmm i have interesting problem
[11:37] <taliptako> let me explain maybe you can guess :)
[11:37] <ikonia> no
[11:37] <ikonia> just tell me
[11:37] <ikonia> I'm not playing a game, I'm trying to understand your setup
[11:37] <ikonia> what does the "E" in lemp stack reference
[11:38] <taliptako> i have website and i'm using php and visitors uploading images okey and i save them to uploads/ folder i create a folder for all images for example /dog/1.jpg also i create conversions folder in dog folder  /dog/conversions/230x300px.jpg(example)
[11:39] <ikonia> ok - so you're not answering my question
[11:39] <taliptako> i resize images and putting them to conversions folder and i resize them with php-gd library of course
[11:39] <ikonia> I'm afraid I can't help you
[11:39] <taliptako> conversions folder owned by root
[11:40] <taliptako> just conversions folder all my others folders files doesnt have this problem but images resized with php-gd owned by root
[11:40] <taliptako> and when i try to delete them its causing the permission denied problem
[11:40] <taliptako> Nginx - php - mysql ikonia
[11:40] <ikonia> so you actually don't understand what you're saying then
[11:40] <ikonia> LAMP = Linux Apache PHP Mysql
[11:41] <ikonia> LEMP = Linux ??? Mysql Php
[11:41] <ikonia> so what's the E ?
[11:41] <taliptako> https://lemp.io/
[11:41] <taliptako> look here
[11:41] <ikonia> no
[11:41] <ikonia> just answer the question
[11:41] <ikonia> actually, I can't be bothered
[11:41] <ikonia> good look sorting yourself out
[11:41] <taliptako> We go with LEMP due to the pronunciation for Nginx: Engine-X (en-juhn-ecks). Think of how in English, the article an is used instead of a for hour even though it begins with a consonant.
[11:43] <RoyK> ikonia: E for Evangelist :D
[11:44] <ikonia> ha
[11:45] <RoyK> taliptako: that should be LNMP, though, since nginx is spelt with an n...
[11:46] <RoyK> and btw, don't use mysql if you can use postgresql :P
[11:46] <taliptako> i dont care
[11:46] <taliptako> if its lemp or lnmp :)
[11:47] <RoyK> hm - windows, iis, mysql and php, that should be like wimp, right? ;)
[11:48] <gasconheart> ikonia: thanks for your reply
[11:49] <ikonia> gasconheart: no problem
[11:49] <gasconheart> (I'm looking after a kid over here)
[11:49] <gasconheart> ikonia: some guy here suggested it might be related to the dirty cow vulnerability
[11:49] <ikonia> gasconheart: not sure how they could make ANY guess based on that single bit of output of a stack trace
[11:50] <gasconheart> is there anything that might point to dirty cow?
[11:50] <gasconheart> oh
[11:51] <gasconheart> I check my logs all the time, almost paranoidly, I found no strange logins
[11:53] <gasconheart> I am close to 100% positive it was not a hacking attempt; does anything in that screenshot suggest otherwise? thanks
[12:09] <taliptako> soo guys there is no difference using sudo or directly writing commands as a root ?
[12:09] <taliptako> for sure ?
[12:17] <andol> taliptako: You usually end having different environment variables set, which might affect how the commands run.
[12:18] <ikonia> gasconheart: that screenshot suggests nothing
[13:50] <bor691> hello, i'm having trouble changing /etc/sshd_config (it doesn't affect anything even after reboot) on ubuntu server 14.04. i check the value with sshd -T after modifying the file but still shows the old value...
[13:55] <ikonia> bor691: what value are you changing
[13:56] <bor691> i intended to do a reverse tunnel that binds to non-local interface , some questions in serverfault and askubuntu suggested changing gatewayports
[13:56] <bor691> but after that didn't work i tried setting passwordauthentication no
[13:57] <bor691> just to test if it changes , but it didn't , sshd -T shows no and i can still login via password, even after restarting the service and rebooting the server
[14:01] <bor691> is there a way to get address of the loaded config file ? is it possible that i'm chainging the wrong file ? (i was modifying /etc/ssh/ssh_config , and verified that the file is saved with the new value)
[14:01] <ikonia> bor691: you need sshd_config
[14:01] <ikonia> ssh_config is the client
[14:02] <bor691> now i feel like an idiot :| tnx
[14:03] <ikonia> no problem, easy to miss it, nothing silly about it
[18:45] <al_nz1> Anyone here using Nagios?
[18:50] <al_nz1> I want pretty graphcs
[18:50] <al_nz1> network graphs :-)
[19:01] <spammy> al_nz1:  I use icinga
[19:01] <spammy> a fork of nagios
[19:01] <al_nz1> Hi spammy. I only went with nagios because it seems widely known
[19:02] <al_nz1> and I hoped well supported
[19:02] <al_nz1> bit of a steep learning curve so far
[19:02] <spammy> icinga is in Ubuntu's repo
[19:02] <spammy> works like nagios
[19:02] <spammy> well supported
[19:02] <al_nz1> ok. I will take a look
[19:04] <spammy> I've also been playing with Zabbix, it seems a bit easier than Nagios/Icinga
[19:04] <spammy> you can add hosts etc. in gui
[19:05] <spammy> which is nice
[19:05] <al_nz1> yeah - that would be nice
[19:05] <spammy> there's a PPA for Zabbix
[19:05] <al_nz1> easy is better at this point
[19:05] <al_nz1> is it in repo?
[19:06] <spammy> in a PPA repo....hang on, I'll look it up
[19:08] <spammy> whoops....my bad, not a PPA but a zabbix official repo
[19:08] <spammy> https://www.zabbix.com/documentation/3.2/manual/installation/install_from_packages/repository_installation
[19:09] <spammy> Ubuntu steps to install repo are at the end
[19:09] <spammy> then follow these instructions...
[19:09] <spammy> https://www.zabbix.com/documentation/3.2/manual/installation/install_from_packages/server_installation_with_mysql
[19:10] <spammy> or the postgres one, depending on which db flavor you want
[19:27] <al_nz1> ok
[19:27] <al_nz1> ta
[19:37] <al_nz1> why the heck do I not have a httpd.conf on apache2
[19:37] <al_nz1> find / -name httpd.conf is empty
[19:38] <Pici> al_nz1: its /etc/apache2/apache2.conf conf for whatever reason
[19:38] <al_nz1> ok
[19:38] <al_nz1> just found that in google
[19:38] <al_nz1> ta
[20:59] <al_nz1> I am getting Forbidden: You don't have permission to access /nagiosgraph/cgi-bin/show.cgi on this server.
[20:59] <al_nz1> How do I resolve this on ubuntu16 / apache2
[21:03] <tsimonq2> al_nz1: 16.04 or 16.10?
[21:57] <al_nz1> tsimonq2: 16.04
[21:57] <al_nz1> but I have restarted the installation of nagios from scratch
[22:38] <al_nz1> you still about tsimonq2


[01:25] <halcyonCorsair> can anyone tell me the easiest way to install the minimal ubuntu-desktop packages?
[01:26] <Burgundavia> halcyonCorsair: what do you mean by minimal?
[01:26] <lamont> apt-get install ubuntu-desktop?
[01:27] <lamont> depending, of course on what you mean by "minimal"
[01:28] <halcyonCorsair> ubuntu-desktop is in no way minimal...lots of cruft, all i pretty much want is x, gnome, and firefox
[01:29] <leonel> halcyonCorsair:  I install these  on servers that  customers  "want"  a gui  :
[01:29] <lamont> ah, then you don't want ubuntu-desktop.  you want gnome+firefox
[01:29] <leonel> gnome-panel gdm metacity xserver-xorg firefox xfonts-base firefox-themes-ubuntu gtk2-engines-ubuntulooks buntu-artwork gnome-applets gnome-system-tools nautilus gnome-terminal ubuntu-docs update-manager
[01:29] <leonel> can I make  a  metapackage with  this dependencies  and  be included in Universe  ??
[01:30] <lamont> (ubuntu-desktop would be my definition of the minimum set of packages that need to be installed  on the machine to call it an "Ubuntu Desktop")
[01:30] <lamont> leonel: it's a bit late for gutsy, but you could sure upload it - worst case, it'd land first thing in hardty
[01:30] <lamont> hardy, even
[01:30] <halcyonCorsair> hmm
[01:30] <leonel> lamont:  great !
[01:30] <lamont> mind you, I don't approve uploads :)
[01:31] <leonel> lamont: not so great !  :(
[01:31] <leonel> haha
[01:31] <lamont> if it exists in the open source universe, it goes in universe... so just make your  package and upload it.
[01:31] <lamont> OTOH, the decision of whether or not to take it for gutsy/universe is not mine to make
[01:32] <leonel> ok
[01:32] <lamont> the bigger question is going to be around what the package should be called...
[01:32] <lamont> leonel-gui comes to mind as one that would likely not fly. :-)
[01:33] <leonel> haha
[01:34] <leonel> another  would be  put it  on  ppa  and  there we have all the "minimal" desktop  for servers
[01:42] <halcyonCorsair> why would mount tell me "unknown filetype iso9660" for a cdrom?
[01:51] <lamont> modprobe?
[01:52] <lamont> generally, I just don't tell it a type.
[02:52] <halcyonCorsair> hmm
[02:52] <halcyonCorsair> lamont: somehow after an update, one of our servers managed to delete everything under /lib/modules, so i had no drivers >:(
[02:52] <lamont> neato.
[02:52] <halcyonCorsair> not so much
[02:52] <halcyonCorsair> i eventually got it back with the help of a rescue cd :(
[02:52] <lamont> you'll want those.
[02:53] <kgoetz> smooth work
[03:21] <halcyonCorsair> *sigh*
[05:50] <nealmcb> lamont: I'd think a printer gui config app might be a good option for part of the "minimal gui" for servers.
[06:31] <lamont> nealmcb: are there any good ones?
[06:31] <lamont> short of maybe cupsys's gui?
[06:47] <Burgundavia> ebox has an ok one
[06:57] <nealmcb> lamont: I was assuming the default of gnome-cups-manager -but don't know how much cruft that would bring in beyond what you all listed before....
[06:58] <nealmcb> but it is surprising that there doesn't seem to be a way to bring in a relatively simple gnome desktop with ooo etc.  I guess "relatively simple gnome" is an oxymoron...
[07:04] <lamont> hehe
[07:08] <nealmcb> me either.  I just know that dealing with a printer on a feisty xubuntu desktop is a pain.  I guess I need to figure out how to configure the x11 config of cups, with working users and all - first attempts failed....
[08:32] <kraut> moin
[08:35] <kgoetz> hey
[09:38] <_ruben> hmm .. i tried both emptying and deleting the 70-persistent-net.rules, but it either remains empty or non-existing after a reboot :(
[09:39] <_ruben> soren: any ideas? or anyone else for that matte
[09:39] <_ruben> r
[09:41] <soren> _ruben: Hang on.. checking.
[09:42] <_ruben> sure
[09:43] <soren> Have you done anything at all to 75-persistent-net-generator.rules ?
[09:44] <_ruben> nope, i hadn't even noticed that file untill now
[09:47] <soren> _ruben: What do you mean by "either remains empty or non-existing"? which is it?
[09:47] <_ruben> depends on whether i emptied it or deleted it ;-)
[09:47] <_ruben> iow: nothing changes after reboot
[10:03] <_ruben> any way to force to generation of that file other than rebooting?
[10:13] <soren> _ruben: Not really.
[10:13] <soren> Do you see the interfaces at all?
[10:13] <soren> ifconfig -a ?
[10:14] <_ruben> yes, i see both of em, nicely named eth0 and eth1
[10:15] <soren> Ok. Hang on, I'll test something.
[10:16] <_ruben> Ok
[10:17] <soren> it does work for me.
[10:17] <soren> _ruben: Ok, here's what we do..
[10:19] <soren> No, that didn't work :
[10:19] <soren> )
[10:19] <soren> This is feisty, or gutsy?
[10:19] <soren> I forget.
[10:20] <_ruben> gutsy
[10:20] <soren> Everything's up-to-date?
[10:21] <_ruben> i installed yesterday and ran a dist-upgrade .. i'll if there's any pending updates now
[10:21] <soren> No, yesterday is recent enough.
[10:22] <soren> Could you be so kind and file a bug on launchpad about this?
[10:23] <_ruben> hmm .. there's 23 updates available, i'll give this a shot and if that aint helping i'll file a bug
[10:26] <_ruben> would there be any differences between emptying the file and deleting it? just rebooted with an empty file and it remains empty
[10:34] <_ruben> ok, bug filing it is
[10:38] <kraut> yoda?
[10:41] <_ruben> hehe ;)
[10:42] <_ruben> soren: is there a specific package i should file this bug against?
[10:48] <_ruben> bug filed (#149319)
[11:51] <soren> _ruben: udev.
[11:51] <soren> _ruben: oh.
[11:51] <soren> _ruben: heh :)
[11:56] <soren> _ruben: have you done anything else at all to try to fix the nic naming thing?
[12:41] <_ruben> soren: not that i recall .. i did manage to get it renamed to int0 like i wanted (using a line i tried earlier but only did network restarts back then, no reboots)
[12:44] <_ruben> i added the reference to the udev package in my bug report
[02:57] <leonel> is there any problems with     security.ubuntu.com ?
[03:02] <_ruben> its slow, but seems functional otherwise
[03:05] <leonel> _ruben: yes it responded
[03:06] <ScottK> lamont: The Postfix backport for Feisty got done and my servers upgraded no trouble at all (as I expected).  I think it'd be nice to offer the latest Postfix in dapper-backports too.
[03:06] <lamont> ScottK: I'm good with that
[03:06] <lamont> I'm mean, it's -backports...
[03:07] <lamont> more crack there than in universe. :-)
[03:07] <lamont> ScottK: does it require a manual upload for dapper, or is it push-button?
[03:08] <ScottK> lamont: Dunno.  I have a dapper box I can test it on.
[03:09] <ScottK> more crack in lamont's mirror script than in ...
[03:09] <ScottK> Oops.  Did I say that out loud?
[03:09] <Kamping_Kaiser> :)
[03:09] <lamont> two extra quote characters...
[03:09] <lamont> it's a less abusive script than my partial-mirror script was
[03:10] <lamont> this script at least mirrors a complete suite/arch tuple
[03:10] <lamont> instead of being rather germinate-like in generating a list of what I wanted.
[03:13] <lamont> ScottK: touch
[04:07] <soren> _ruben: Could you grab an md5sum of /etc/udev/rules.d/75-persistant-rules-generator.rules ?
[04:15] <_ruben> sure, sec
[04:15] <_ruben> 1536dab0e466d9eede6fe88edd09d9ff  /etc/udev/rules.d/75-persistent-net-generator.rules
[04:15] <_ruben> i assume that one
[04:17] <ivoks> again problems with interfaces?
[04:17] <_ruben> same issue as yesterday still
[04:18] <ivoks> soren: AFAIR, that file wasn't changed
[04:18] <ivoks> installer was changed
[04:18] <ivoks> _ruben: did you reinstall?
[04:18] <_ruben> i did manage to get my interfaces renamed, but the 70-persistent-net.rules doesnt get recreated
[04:18] <_ruben> ivoks: i did a fresh install yesterday
[04:19] <ivoks> with latest daily?
[04:19] <soren> ivoks: I know it hasn't changed, but it's not working on _ruben's system.
[04:19] <_ruben> i guess not, picked the beta, didnt even think about the alternative of picking a daily
[04:20] <ivoks> _ruben: well, in beta, that's broken
[04:20] <soren> I get the same md5sum.
[04:20] <ivoks> installer is the guilty one
[04:20] <soren> ivoks: Yes, in the installer.
[04:20] <soren> After install, it should work.
[04:20] <soren> it doesn't.
[04:22] <ivoks> it does for me
[04:22] <_ruben> afaik i didnt do anything fancy during or after install
[04:22] <ivoks> that one loads only if there are new interfaces, which don't exist in 70-persistent-net.rules
[04:22] <_ruben> ivoks: i tried both emptying and deleting that file, no changes after reboot
[04:23] <_ruben> file remains empty/deleted
[04:23] <ivoks> _ruben: you have latest updates?
[04:23] <_ruben> yes
[04:23] <ivoks> ok
[04:23] <ivoks> remove all content (but not file) from /etc/udev/rules.d/70-persistent-net.rules
[04:23] <_ruben> unless my source are messed up somehow as well, but i doubt that
[04:24] <_ruben> i've tried that several times
[04:24] <ivoks> and then stop udev
[04:24] <ivoks> and then start udev
[04:24] <ivoks>  (/etc/init.d/udev stop | start)
[04:24] <ivoks> you did that?
[04:24] <_ruben> no, i tried network restarts and reboots
[04:24] <ivoks> network restarts have nothing to do with this
[04:25] <_ruben> that's a habit i got from suse
[04:25] <_ruben> though i doubt restarting udev would yield different effects than a reboot, right?
[04:26] <ivoks> ok, could you just try that what i've told you?
[04:26] <_ruben> sure
[04:26] <ivoks> great...
[04:28] <_ruben> ruben@ismlnx-fw08:~$ sudo /etc/init.d/udev stop
[04:28] <_ruben>  * Stopping kernel event manager...                                                                                [ OK ]
[04:28] <_ruben> ruben@ismlnx-fw08:~$ sudo /etc/init.d/udev start
[04:28] <_ruben>  * Starting kernel event manager...                                                                                [ OK ]
[04:28] <_ruben>  * Loading hardware drivers...                                                                                error receiving uevent message: No buffer space available
[04:28] <_ruben>                                                                                [ OK ]
[04:28] <ivoks> hm
[04:28] <_ruben> file's still empty
[04:29] <ivoks> that message isn't normal
[04:29] <_ruben> and my nics kept their renamed names (int0/wan0) btw
[04:29] <ivoks> is that amd64?
[04:29] <_ruben> yes
[04:30] <ivoks> long boot up?
[04:30] <_ruben> not really
[04:32] <ivoks> https://bugs.edge.launchpad.net/ubuntu/+source/udev/+bug/57041
[04:32] <ubotu> Launchpad bug 57041 in udev "no buffer space available" [High,Invalid]
[04:32] <ivoks> do you get this message every time?
[04:33] <_ruben> hmm .. it did like 3 times in a row, just tried again once, and it didnt show that message
[04:33] <ivoks> funny... :/
[04:33] <_ruben> 3 times in a row without that error now
[04:34] <ivoks> ok
[04:34] <_ruben> but file remains empty
[04:34] <ivoks> is that /etc/udev/rules.d/70-persistent-net.rules still empty?
[04:34] <ivoks> ok...
[04:35] <ivoks> is this a laptop?
[04:35] <_ruben> no, dell poweredge 860
[04:35] <ivoks> hm hm hm
[04:36] <ivoks> and what network devices you have?
[04:36] <_ruben> 04:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
[04:37] <_ruben> 05:00.0 Ethernet controller: Broadcom Corporation NetXtreme BCM5721 Gigabit Ethernet PCI Express (rev 11)
[04:38] <ivoks> ok...
[04:39] <ivoks> try adding int*|wan* to /etc/udev/rules.d/75-persistent-net-generator.rules
[04:39] <ivoks> so the second line would look like:
[04:39] <ivoks> ACTION=="add", SUBSYSTEM=="net", KERNEL=="eth*|ath*|wlan*|ra*|sta*|int*|wan*" \
[04:39] <ivoks> then do udev start stop thing again
[04:40] <_ruben> heh .. i did get that buffer error again .. but...
[04:40] <_ruben> $ cat /etc/udev/rules.d/70-persistent-net.rules
[04:40] <_ruben> # PCI device 0x14e4:0x1659 (tg3)
[04:40] <_ruben> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:18:8b:f7:90:5a", NAME="wan0"
[04:40] <_ruben> # PCI device 0x14e4:0x1659 (tg3)
[04:40] <_ruben> SUBSYSTEM=="net", DRIVERS=="?*", ATTRS{address}=="00:18:8b:f7:90:59", NAME="int0"
[04:41] <_ruben> odd .. wonder why it didnt work back when i had eth* devices
[04:41] <ivoks> only one?
[04:41] <ivoks> ok... but this is not good
[04:41] <ivoks> checkout dmesg | grep eth
[04:42] <_ruben> only one error? yeah
[04:42] <ivoks> and dmesg | grep wan
[04:42] <_ruben> $ dmesg | grep eth
[04:42] <_ruben> [   63.928948]  eth0: Tigon3 [partno(BCM95721) rev 4101 PHY(5750)]  (PCI Express) 10/100/1000Base-T Ethernet 00:18:8b:f7:90:59
[04:42] <_ruben> [   63.928955]  eth0: RXcsums[1]  LinkChgREG[0]  MIirq[0]  ASF[1]  WireSpeed[1]  TSOcap[1]
[04:42] <_ruben> [   63.928957]  eth0: dma_rwctrl[76180000]  dma_mask[64-bit]
[04:42] <_ruben> [   63.969067]  eth1: Tigon3 [partno(BCM95721) rev 4101 PHY(5750)]  (PCI Express) 10/100/1000Base-T Ethernet 00:18:8b:f7:90:5a
[04:42] <_ruben> [   63.969073]  eth1: RXcsums[1]  LinkChgREG[0]  MIirq[0]  ASF[1]  WireSpeed[1]  TSOcap[1]
[04:42] <_ruben> [   63.969075]  eth1: dma_rwctrl[76180000]  dma_mask[64-bit]
[04:42] <_ruben> $ dmesg | grep wan
[04:42] <_ruben> [   69.896212]  tg3: wan0: Link is up at 1000 Mbps, full duplex.
[04:42] <_ruben> [   69.896216]  tg3: wan0: Flow control is on for TX and on for RX.
[04:42] <_ruben> [   83.522902]  wan0: no IPv6 routers present
[04:43] <ivoks> ok...
[04:43] <ivoks> emtpy the content of /etc/udev/rules.d/70-persistent-net.rules
[04:43] <ivoks> and reboot :)
[04:44] <_ruben> hmm .. not sure, but im under the impression that int0 and wan0 swapped names at a certain point during the reboots, but that doesnt really matter now (i think)
[04:44] <ivoks> it's possible, yes
[04:45] <_ruben> ok, lets see if it comes up properly .. the machine is a few stairs down :)
[04:45] <ivoks> :)
[04:45] <ivoks> thanks for helping us solve this...
[04:45] <_ruben> takes a while to boot, but that's the bios and shit taking quite some time .. ubuntu itself is small part of the total boot time ;)
[04:46] <ivoks> if it doesn't get interfaces up, that could be a good sign :D
[04:46] <_ruben> its pinging :)
[04:47] <_ruben> lets see if ssh works
[04:47] <_ruben> ok, its up, with an eth0 and eth1
[04:47] <_ruben> checking the file
[04:47] <_ruben> ruben@ismlnx-fw08:~$ cat /etc/udev/rules.d/70-persistent-net.rules
[04:47] <_ruben> ruben@ismlnx-fw08:~$
[04:47] <ivoks> funny
[04:47] <_ruben> yup
[04:48] <ivoks> udev stop & udev start?
[04:48] <_ruben> no longer empty ;-)
[04:49] <ivoks> but no that buffer error?
[04:49] <_ruben> indeed, no error
[04:49] <_ruben> i realised something
[04:49] <ivoks> and is eth0 and eth1 in 70-persistent-net?
[04:49] <_ruben> dont know if its related
[04:49] <_ruben> yes
[04:50] <ivoks> great!
[04:50] <ivoks> maybe it is
[04:50] <_ruben> i have /var/log/ on a lvm partition on top of a software raid .. and during boot i see a msg like mv /dev/.udev.log /var/log/udev .. which fails because /var/log isnt mounted yet
[04:51] <ivoks> ouch...
[04:51] <ivoks> we should talk with someone know know udev better than us :D
[04:52] <ivoks> anyway, that is a bug
[04:52] <ivoks> and you should report it
[04:52] <_ruben> you happen to know such a person? ;-)
[04:52] <_ruben> i already did
[04:52] <_ruben> 10:48 < _ruben> bug filed (#149319)
[04:53] <_ruben> i guess i could add some comments now
[04:53] <_ruben> that udev restart does work, somehow
[04:53] <ivoks> yeah
[04:54] <ivoks> bug 149319
[04:54] <ubotu> Launchpad bug 149319 in udev "network interfaces not properly configured" [Undecided,New]  https://launchpad.net/bugs/149319
[04:55] <ivoks> do you have /dev/.udev.log?
[04:55] <ivoks> or /var/log/udev?
[04:56] <_ruben> lemme check
[04:57] <_ruben> ruben@ismlnx-fw08:~$ ls -lh /var/log/udev /dev/.udev.log
[04:57] <_ruben> -rw-r--r-- 1 root root 293K 2007-10-05 16:48 /dev/.udev.log
[04:57] <_ruben> -rw-r--r-- 1 root root 302K 2007-10-04 13:42 /var/log/udev
[04:58] <ivoks> anyway, bug with multiple interfaces is solved (i'm checking it again)
[04:58] <ivoks> heh /var/log/udev is from yesterday
[04:58] <ivoks> you installed it yesterday?
[04:58] <_ruben> yes
[04:58] <_ruben> most likely around that time
[04:59] <_ruben> my lost+found dir has a similar timestamp, so that'd be correct
[04:59] <ivoks> ok... that could be a root of the problem
[05:00] <ivoks> and you can edit /etc/udev/rules.d/70-persistent-net.rules now and rename interfaces to the ones you want
[05:00] <_ruben> sure
[05:00] <ivoks> the thing with eth2/eth3 instead eth0 and eth1 is fixed (but, i'm checking it again)
[05:01] <_ruben> i really need to edit my inputrc to have pgup/pgdn scroll through my bash history .. its a habit/feature i dont want to lose ;-)
[05:03] <_ruben> and some terminal configuration as well .. when pressing arrow keys in edit mode in vi(m) causes D/B/... chars to be printed instead of cursor movement
[05:03] <_ruben> smth i recall from my slackware 4.0 machine :-P
[05:03] <mralphabet> _ruben: I have that too, it drives me crazy and I am not sure how to fix it
[05:04] <_ruben> 5 o'clock .. time for me head home
[05:04] <_ruben> thanks for the support so far and have a nice weekend
[05:07] <ivoks> _ruben: wait
[05:07] <ivoks> :)
[05:07] <ivoks> _ruben: add the information about /var/log to that bug
[05:08] <_ruben> ah ok
[05:09] <_ruben> having /var/log as seperate partition might need a bug on its own .. /var/log/boot shows: (Nothing has been logged yet.)
[05:09] <ivoks> _ruben: great, then report it as a new bug :)
[05:11] <_ruben> any particular package i could file that against?
[05:11] <ivoks> udev
[05:12] <_ruben> the /var/log/boot one is udev related as well?
[05:13] <ivoks> bug will be reassigned to proper package if udev is wrong
[05:13] <ivoks> it's just important to get that on LP ASAP, since launch is near
[05:14] <_ruben> ok
[05:14] <ivoks> i think scott is already working on it :)
[05:15] <_ruben> Bug #149476 filed
[05:15] <ubotu> Launchpad bug 149476 in udev "Having /var/log as a seperate partition breaks udev and possibly more" [Undecided,New]  https://launchpad.net/bugs/149476
[05:15] <_ruben> (couldnt think of a more proper title for the bug, its friday afternoon, weekends around the corner ;-))
[05:15] <ivoks> it's ok :)
[05:16] <_ruben> it took quite some thinking to get to this one ;-)
[05:17] <ivoks> thanks for all the info and help
[05:17] <_ruben> same to you
[05:17] <_ruben> am i allowed to go home now ? ;-)
[05:18] <ivoks> :D yes :D
[05:18] <_ruben> might go play a ball or two of table soccer in the basement first tho .. will be back monday :-)
[05:18] <ivoks> enjoy your weekend
[05:19] <_ruben> you too
[05:59] <ivoks> um soren ... :)
[05:59] <ivoks> soren: i just tested with daily from yesterday... and the bug with interfaces is still there :/
[06:03] <soren> ivoks: d-i might need a rebuild to catch the new busybox.
[06:03] <ivoks> could be, yeah...
[06:11] <ScottK> lamont: Postfix 2.4.5-3 on Dapper works just fine with no changes.
[06:11] <ScottK> -3build1 I guess.
[06:15] <lamont> rock
[06:18] <ScottK> lamont: Done.
[06:20] <ScottK> It may be some kind of record.  4 minutes from I filed the backports bug to the archive had released the backport!
[06:23] <mathiaz> ScottK: ok.
[06:23] <ScottK> It seemed more on topic here.
[06:23] <ScottK> Yes.  I know almost nothing about samba
[06:23] <mathiaz> ScottK: every now and then there is a request file in LP that samba should be upgraded to suppor the latest and greatest.
[06:24] <ScottK> Which is, in general, what backports is for.
[06:24] <mathiaz> ScottK: I was wondering if dapper-backport could be used for shipping the latest samba
[06:24] <mathiaz> ScottK: so that people can use the latest version of samba or choose the one that is supported.
[06:25] <ScottK> Sure.  The key questions are:
[06:25] <mathiaz> ScottK: I was thinking about putting the latest version from samba in dapper-backports.
[06:25] <ScottK> 1.  Are there rdepends that it breaks?
[06:26] <ScottK> 2.  Does it work (who's got Dapper and is going to test it)?
[06:26] <ScottK> 3.  When it falls over and dies and users file bugs, who can I point a finger at?
[06:27] <mathiaz> ScottK: for 3. I guess that users will file a bug directly under samba for ubuntu.
[06:28] <soren> ivoks: I checked, and yes, that's the case.
[06:28] <mathiaz> ScottK: so ubuntu-server will receive it.
[06:28] <ivoks> soren: great
[06:28] <ScottK> mathiaz: And if they do, you should mark it invalid and tell them to file against dapper-backports.
[06:29] <mathiaz> ScottK: right. May be ubuntu-server could be added as a bug contact for samba in -backport
[06:29] <soren> ivoks: Yeah, so it's under control, and as soon as my module-init-tools build is done, I think cjwatson will be doing a new d-i build, so either tomorrow or the day after.
[06:29] <ScottK> For backports it's all or nothing.
[06:29] <ScottK> I think we can leave it that if there are problems, I'll scream and you'll deal with it.
[06:29] <ScottK> Oh.  Almost forgot:
[06:29] <ScottK> 4.  Are all the dependencies present in Dapper.
[06:30] <ScottK> That's important too.
[06:30] <mathiaz> ScottK: yes. of course.
[06:30] <mathiaz> ScottK: I won't try to publish in dapper if it cannot build.
[06:30] <mathiaz> ScottK: what do you mean by "all or nothing" ?
[06:31] <ScottK> If you are a dapper-backports bug contact you get ALL the dapper-backports bugs, not just specific packages.
[06:32] <mathiaz> ScottK: you cannot set a bug contact for the specific package ?
[06:32] <ScottK> No.
[06:34] <mathiaz> ScottK: is it by policy or for a technical reason ?
[06:34] <ScottK> Technical
[06:34] <ScottK> We don't file bugs in backports by package, just against the project.
[06:35] <mathiaz> ScottK: ok.
[06:36] <ScottK> It's no problem for me to point you at stuff that comes up, I just want to make sure there's someone that will figure Samba stuff out as I'm virtually completely ignorant on Samba.
[06:36] <mathiaz> ScottK: ok. I understand your point of view.
[06:37] <mathiaz> ScottK: I may bring that up during next ubuntu-server meeting.
[06:37] <ScottK> So, if you decide to go for it, test the package out and then file a bug in dapper-backports.
[06:37] <ScottK> OK.
[07:37] <ticked> i am trying to install ubuntu 7.04 server edition, the desktop edition sets up fine on that machine. but when ever i try the server edition i get to "trying to enable frame buffer" and it hangs there....any ideas??
[07:39] <nealmcb> ticked: what kind of machine?
[07:40] <ticked> nealmcb hang on and i will get the details
[07:44] <ticked> utits a p4 1.6 with 512MEG
[07:45] <nijaba> ticked: the video card would be usefull
[07:45] <ticked> sis
[07:46] <nijaba> if you do not know the precise model : put the result of lspci -vvnn in pastebin.com and send the URL
[07:49] <ticked> hang one
[07:56] <ticked> Integrated RealTek 256-bit 2D/3D Graphics Engine.
[07:57] <ticked> that help?
[07:58] <nealmcb> ticked: this can also help: https://wiki.ubuntu.com/DebuggingHardwareDetection
[07:58] <ticked> thanks
[08:33] <ScottK> lamont: I find Changed-By: SpecialK<EMAIL_ADDRESS>in the changes file for the Postfix backport to Dapper.  Since you're the listed maintainer, you may hear from SpecialK as that's not me.
[08:35] <ScottK> lamont: Also it FTBFS on AMD64.  Any suggestions? http://launchpadlibrarian.net/9824338/buildlog_ubuntu-dapper-amd64.postfix_2.4.5-3build1%7Edapper1_FAILEDTOBUILD.txt.gz
[09:15] <maestrojed> i have just installed php5 on my ubuntu box.  Some functions that use sendmail are not sending mail yet not returning any errors.  Does the default installation of PHP5 built for Ubuntu disable sendmail in any way?
[09:17] <ScottK> maestrojed: Did you install an MTA?  One isn't included by default.
[09:20] <maestrojed> ScottK: I don't know what an MTA is?
[09:20] <maestrojed> ScottK: so, no, I did not install one :)
[09:20] <ScottK> maestrojed: Mail Transfer Agent (aka mail server).
[09:21] <ScottK> Then you have no sendmail.
[09:21] <mathiaz> !mta | maestrojed
[09:21] <ubotu> Sorry, I don't know anything about mta - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[09:21] <maestrojed> ohhh, no this is the first server I built and I followed the direction for a standard LAMP server but didn't now I had to do that.
[09:21] <mralphabet> the piece of software that accepts a message, wraps stuff around the message, then is capable of handing the message off to another machine = MTA
[09:22] <maestrojed> Gotcha, Thanks for all this info.  I will read up on it and try to get one installed
[09:22] <mralphabet> maestrojed: LAMP is apache mysql (or postgresql) and php (or python or perl)
[09:23] <maestrojed> mralphabet: right, I just thought sendmail was a self contained function in PHP that could send mail.  I did not realize it needed a MTA
[09:23] <mralphabet> mta isn't in that equation ;)  I would suggest postfix, it seems the standard preference
[09:23] <maestrojed> great
[09:23] <mralphabet> maestrojed: gotcha
[09:27] <mralphabet> "sendmail" is an MTA by itself
[09:27] <mralphabet> there are several large MTA packages
[09:27] <mralphabet> Sendmail, EXIM, Postfix
[09:29] <ScottK> Postfix is the primary/most supported in Ubuntu, but you can use pretty much whichever one you want.
[09:30] <mralphabet> there are other smaller ones too, but like ScottK said, postfix is probably the way to go
[09:30] <dantalizing> does the postfix configuration set up a symlink for /usr/sbin/sendmail?  and does postfix accept the same args?
[09:30] <dantalizing> the way exim4 does?
[09:30] <mralphabet> now that we have beat that issue to death . . .
[09:31] <ScottK> dantalizing: Yes.  One of Postfix's primary design goals was to be externally compatible with Sendmail.
[09:31] <dantalizing> thx
[09:33] <ScottK> dantalizing: The other ones were to be more secure and more comprehensible.
[09:34] <ScottK> Even today, "Sendmail does X, so please fix Postfix" is generally an acceptable request.
[09:34] <dantalizing> need to try migrating one of my systems to postfix
[09:35] <maestrojed> Hey I appreciate it because I know not what I am doing :) So all this info is great
[09:37] <ScottK> For anyone learning Postfix, I highly recommend "The Book of Postfix".  It covers everything you need to know in a logical, detailed way.  Not just Postfix specifics, but the theory behind it too.
[09:40] <dantalizing> is that available via apt? or $ only?
[09:41] <dantalizing> nm...
[09:42] <ScottK> Which?
[09:42] <ScottK> Oh.
[09:54] <leonel> the latest clamav for  feisty  is  0.90.2-0ubuntu1.4    where can I get the original before this updated version ?
[09:58] <nealmcb> maestrojed: if you don't really want to handle mail on the machine, you can also check out smaller packages like ssmtp  nullmailer, nbsmtp, esmtp-run, sendemail
[09:59] <nealmcb> many of which just send email....
[09:59] <Roge> is there a way to force apt-get to use the network repo.. as it is asking for the cd
[09:59] <ScottK> leonel: Source package or .deb?
[10:00] <leonel> deb
[10:00] <ScottK> Which arch?
[10:00] <leonel> i386
[10:02] <ScottK> leonel: Linked from here: https://edge.launchpad.net/ubuntu/+source/clamav/0.90.2-0ubuntu1.3/+build/366243
[10:02] <leonel> thank you
[10:04] <leonel> I Still get lost  between mirrors  packages.ubuntu.com  and launchpad :(
[10:05] <mralphabet> Roge: remove cd from /etc/apt/sources.list
[10:05] <Roge> thx


[00:03] <menn0> waigani: yep thanks. I changed parseTag during the meeting and those annotator tests started parsing
[00:03] <menn0> waigani: and I knew about the megawatcher change
[00:03] <waigani> menn0: sweet
[00:03] <menn0> waigani: from reviewing the services change
[00:03] <waigani> menn0: okay, i *think* they are the only spots that will need progressive updating as we migrate
[00:04] <waigani> other than dealing with collection specific quirks of course
[00:06] <menn0> waigani: that sounds right
[00:06] <menn0> waigani: and then there's all the queries that need to be updated to filter by env uuid
[00:06] <menn0> waigani: but we should get the collections in shape first
[00:07] <hazmat> out of curiosity.. anyone using gooracle
[00:07] <hazmat> davecheney, pong
[00:07] <waigani> menn0: largely mechanical
[00:07] <waigani> hazmat: I wrote a sublime text plugin: https://github.com/waigani/GoOracle
[00:08] <waigani> hazmat: I use it most days, has really helped :)
[00:09] <hazmat> waigani, nice.. i've got sublime.. but emacs users myself.. currently resurrecting my go editor conf.. oracle seems pretty sweet
[00:09] <waigani> hazmat: menn0 uses emacs with oracle
[00:10] <waigani> I couldn't keep up with him, so a wrote the plugin for sublime ;)
[00:12] <hazmat> waigani, solid.. i'm currently pimping my ride following along to http://yousefourabi.com/blog/2014/05/emacs-for-go/
[00:12] <davecheney> hazmat: are you coming to paris on friday ?
[00:12] <hazmat> davecheney, unclear.. its not sold out it is it?
[00:12] <hazmat> nope.. still avail
[00:13] <hazmat> oh.. crap.. super late bird only now
[00:13] <davecheney> hazmat: well, you are super late
[00:13] <hazmat> davecheney, its like SO next month :-)
[00:13] <davecheney> hazmat: its like so 15 days away
[00:14] <hazmat> if i get through a day i'm on top of the world
[00:14] <hazmat> davecheney, noted.. i'll have it sorted this week
[00:15] <davecheney> hazmat: ok, if you get stuck I can ask the organisers
[00:15] <davecheney> i won't be a free ticket
[00:15] <davecheney> but we might be able to get you into the overflow
[00:15] <hazmat> i gotta coordinate with sidnei he'll come out as well if i go
[00:15] <davecheney> is sidnei still in zurich ?
[00:15] <hazmat> yup
[00:15] <davecheney> cool
[00:15] <davecheney> well, let me know
[00:16] <hazmat> will do
[00:16] <hazmat> heading out latter this week to surgecon.. aka disaster porn
[00:17] <hazmat> hah.. twitter feed on that topic.. "Bryan Cantrill @bcantrill  ·  8h Does systemd have you #illumos-curious? "
[00:47] <davecheney> lol
[00:47] <davecheney> systemd-make-me-a-sandwich
[00:57] <menn0> hazmat, waigani: the oracle emacs integration is pretty good. I use go-oracle-referrers and go-oracle-implements fairly often.
[01:10] <menn0> thumper, davecheney: is the first line of this method a little crazy?
[01:10] <menn0> http://paste.ubuntu.com/8414641/
[01:11] <menn0> or is that intentional for some reason?
[01:13] <menn0> thumper, davecheney: actually I can understand why it might be making a copy, but assigning the copy to u seems a little sketchy
[01:13]  * thumper looks
[01:14] <thumper> menn0: where is the assigning to the copy?
[01:14] <thumper> oh
[01:14] <thumper> ew
[01:14] <menn0> first line
[01:14] <thumper> wha...?
[01:15] <thumper> I'm guessing the reciever is effectively a value type
[01:15] <thumper> assigning to it means nothing other than saving declaring another value?
[01:15] <thumper> seems a bit esoteric
[01:16] <menn0> it would be clearer if done like this: u2 := &Unit{st: u.st, doc: u.doc}
[01:16] <thumper> agreed
[01:16] <menn0> ok.
[01:16] <thumper> or... unitCopy
[01:16] <menn0> as long as it's not a bug or pure evil
[01:16] <thumper> or whatever
[01:17] <thumper> I don't think it is either of those
[01:17] <thumper> just a bit confusing
[01:17] <thumper> davecheney: do you agree with that assessment?
[01:17] <menn0> thumper: using a longer than 2 character variable name??? That's crazy talk! This is Go!
[01:17] <thumper> :P
[01:18] <menn0> :)
[01:19] <thumper> axw: you around?
[01:20] <thumper> axw: two things, I just noticed that we have a ci blocker, see topic ^^^
[01:20] <thumper> axw: secondly I want to chat to you about the gridfs storage stuff
[01:21] <axw> thumper: I am here now, sorry, bit late
[01:22]  * axw looks at topic
[01:22] <axw> gah
[01:22] <axw> ok, will get onto it
[01:22] <axw> thumper: what about gridfs?
[01:24] <thumper> axw: I'm munch on lunch and then catch up
[01:25] <axw> okey dokey
[01:25] <thumper> axw: mostly about how we store stuff in the paths and what impact multiple environments will have
[01:25] <thumper> if any
[01:25]  * thumper is hoping for no impact
[01:25] <axw> mkay
[01:25] <axw> paths already encode env UUID
[01:26] <axw> we do need some modifications to pass in env-specific UUIDs though, atm it's just using State.Environment() to get the one and only UUID
[01:37] <thumper> axw: hangout? https://plus.google.com/hangouts/_/gupglu6np5t3logeqtcab2praua?hl=en
[02:05] <axw> thumper menn0 davecheney: trivial review please: http://reviews.vapour.ws/r/91/ (fixes CI blocker)
[02:06]  * menn0 looks
[02:09] <thumper> axw: what happens if we run this test on arm or power?
[02:09] <thumper> axw: should it work?
[02:10] <thumper> or do we mock out the architecture elsewhere?
[02:10] <axw> thumper: it's uploading fake tools, should work still
[02:10] <axw> the UploadArches just tells the fake-tools-uploading code which arches to upload for
[02:10] <thumper> ok, but uploading fake tools for only i386 and amd64
[02:10] <axw> it's ec2, there is only i386 and amd64
[02:11] <thumper> ah, ok
[02:11] <menn0> thumper, axw: i've already given it a Ship it (looks through the code to figure out the above)
[02:11] <thumper> axw: can I get you to add just a comment before the UploadArches?
[02:11] <axw> sure
[02:11] <axw> menn0: thanks
[02:11] <thumper> axw: just to say that if ec2 expands it architectures, we should add extra tools here?
[02:12] <axw> thumper: will do
[02:12] <thumper> thanks
[02:12]  * thumper goes to rubber stamp menn0's review
[02:13]  * thumper goes to make a coffee
[02:15] <davecheney> thumper: /me reads
[02:15] <davecheney> hmm, that is some complex code
[02:15] <davecheney> such side effect
[02:15] <davecheney> much impurity
[02:25] <menn0> thumper, waigani: this units env UUID change has been tough, especially the unit watcher
[02:25] <menn0> 11 failing tests in state left
[02:25] <menn0> then the megawatcher change
[02:25] <menn0> and then the migration
[02:25] <thumper> menn0: yeah, I thought it would be pretty shitty
[02:26] <davecheney> menn0: i *think* that line 2 on that paste does not update u
[02:26] <davecheney> well, it updates the copy of the pointer passed to WatachSubUnits
[02:26] <davecheney> but that is fine
[02:26] <menn0> davecheney: that's the conclusion that thumper and I came up with too
[02:26] <davecheney> but it's confusing code and should be rewritten
[02:26] <menn0> but it's not especially clear
[02:26]  * menn0 nods
[02:27] <menn0> since finding that one I've found a few other methods that do the same thing
[02:27] <davecheney> *u = &Unit would update the caller's copy
[02:27] <davecheney> actually
[02:27] <davecheney> *u = Unit
[02:27] <menn0> yep
[02:27] <davecheney> u = &Unit changes the pointer value passed to you to point to something else
[02:27] <davecheney> it's just a bit nuts
[02:27] <thumper> I'm pretty sure it is explicitly creating a copy as there will be a go-routine accessing it
[02:28] <thumper> and this way, they avoid extra mutexes
[02:28] <thumper> davecheney: I agree, unclear code
[02:28] <thumper> menn0: I suggest you create a new variable, not reusing 'u' :)
[02:28] <menn0> davecheney: as I said earlier something like u2 := &Unit{...} would have been much clearer
[02:28] <davecheney> it updates u in the scope of that method
[02:28] <davecheney> but to point to a new value
[02:29] <davecheney> not the valye that u points to
[02:29] <waigani> what code are you lot talking about?
[02:30] <davecheney> waigani: http://paste.ubuntu.com/8414641/
[02:30] <waigani> thanks
[02:35]  * thumper makes a sad face
[02:35] <thumper> 	sel := bson.D{{"_id", bson.D{{"$regex", "^" + regexp.QuoteMeta(ensureActionMarker(prefix))}}}}
[02:35] <thumper> 	iter := actionsCollection.Find(sel).Iter()
[02:35] <thumper> bodie_: you around?
[02:38] <jcw4> thumper: I may have been responsible for that code
[02:38] <thumper> jcw4: hey
[02:38] <jcw4> hey :)
[02:38] <thumper> jcw4: I'm looking at the collections working out what is needed for the multi-environments
[02:38] <thumper> what makes up the id for an action?
[02:38] <thumper> also, what is the prefix normally in the above code?
[02:39] <thumper> as a general rule, I don't like encoding values into an id field that need to be decoded later
[02:39] <jcw4> thumper: the prefix of an action id is the id of the unit to which it has been queued
[02:39] <jcw4> thumper: agreed
[02:39] <thumper> jcw4: is an action always for a unit?
[02:39] <jcw4> thumper: at this point yess
[02:40] <jcw4> thumper: the intent is to allow prefixes of service id's too
[02:40] <thumper> jcw4: can you concieve of a time where it won't be?
[02:40] <thumper> hmm...
[02:40] <jcw4> thumper: although even in the case that an action is queued for a service I think it will ultimately end up queued for a unit
[02:40] <jcw4> thumper: so maybe not
[02:41] <thumper> jcw4: right, so the idea that the CLI says run this action for this service, and we create an action for each unit
[02:41] <jcw4> thumper: the main rationale for the prefix is so that the watcher can easily filter
[02:41] <thumper> that exists at that time
[02:41] <jcw4> thumper: right
[02:42] <thumper> jcw4: was there pushback from someone about having a Unit field explicitly and independently from the id?
[02:42] <jcw4> thumper: long story - I think fwereade may have a strong opinion on it
[02:42]  * thumper chuckles
[02:42] <jcw4> (but I don't want to put him on the spot)
[02:42] <jcw4> :)
[02:43] <jcw4> thumper: when I talk to you, my initial feeling that the id should not encode the unit id is re-inforced
[02:43] <thumper> this may be a situation where fwereade and I both hold strong and opposing points of view
[02:43] <jcw4> thumper: however when I talk to fwereade he makes compelling case too
[02:44] <thumper> what is the case to keep it in the id,
[02:44] <thumper> apart from saving a few bytes?
[02:44] <jcw4> thumper: I beleive the primary reason is to make the watchers efficient
[02:44] <thumper> ah fark
[02:44] <thumper> that's wright
[02:45] <thumper> most of the watchers only see the id field right?
[02:45] <jcw4> thumper: exactly
[02:45] <thumper> wright?
[02:45] <thumper> right!
[02:45] <jcw4> haha
[02:45] <thumper> fudge cake
[02:46] <jcw4> thumper: that being said, I think env UUID prefix on the unit would transparently flow through to the action?
[02:46] <thumper> I hate designing our system around problems that we have made for ourselves
[02:46] <davecheney> *cough* mongo
[02:46] <thumper> jcw4: no...
[02:46] <davecheney> where is wallyworld when you need him
[02:46] <thumper> jcw4: not exactly
[02:47] <thumper> jcw4: the way we are dealing with the environment uuid is as follows
[02:47]  * jcw4 leans forward
[02:47] <thumper> jcw4: and we may want to tweak the actions collection too
[02:47] <thumper> jcw4: we read the full document
[02:48] <thumper> jcw4: and then prefix the existing _id field with "<env-uuid>:"
[02:48] <thumper> jcw4: also adding "env-uuid": <env-uuid>
[02:48] <thumper> jcw4: and changing the existing _id field to something meaningful
[02:48] <thumper> like "name" or "foo"
[02:49] <thumper> jcw4: I think it would be worthwhile also adding in "unit"
[02:49] <thumper> jcw4: when we do the schema migration for actions
[02:49] <jcw4> thumper: prefixing the existing _id field and then adding something meaningful?
[02:49] <thumper> jcw4: the service document changes are now in master
[02:49] <thumper> jcw4: do you have an up to date master as of about 18 hours ago?
[02:49] <thumper> jcw4: I'll explain
[02:49] <jcw4> thumper: yep
[02:49] <jcw4> thumper: lemme look
[02:49] <thumper> hangout?
[02:49] <jcw4> sure
[02:50] <thumper> jcw4: who do I add?
[02:50] <jcw4><EMAIL_ADDRESS>[02:50] <thumper> kk
[02:50] <thumper> https://plus.google.com/hangouts/_/g424bdmxb7yrh4awwwarvkuw7ia?hl=en
[03:10] <thumper> jcw4: this commit: 59cfe5aff287b46de440e45dfc2aa25b34dac571
[03:11] <thumper> jcw4: git diff 3c0b77b..59cfe5aff
[03:16] <jcw4> thumper:  git diff 59cfe5aff^..59cfe5aff
[03:21] <thumper> jcw4: ah, that works too? I'm assuming it takes the first parent if a merge?
[03:49] <jcw4> thumper: yeah I think so
[03:53] <jcw4> thumper: http://git-scm.com/book/ch6-1.html#Ancestry-References
[03:54] <thumper> jcw4: cheers
[04:13] <menn0> thumper, waigani: almost done with the units env uuid work
[04:13] <thumper> menn0: awesome
[04:13] <waigani> menn0: nice
[04:13] <menn0> thumper, waigani: just saw this in TestAddEnvUUIDToServicesIDIdempotent:
[04:13] <menn0> 	serviceResults[0].DocID = s.state.docID(serviceName)
[04:13] <menn0> }
[04:14] <menn0> that's supposed to be an assertion
[04:14] <menn0> thumper, waigani: we all missed it :(
[04:14] <waigani> yikes
[04:14] <thumper> haha
[04:14] <thumper> yep
[04:14]  * menn0 fixes
[04:14] <waigani> thank you
[04:15] <menn0> waigani, thumper: fixed. thankfully the tests pass with the assert in place
[04:16] <thumper> :)
[04:16] <waigani> few
[04:16] <thumper> phew?
[04:17] <waigani> true
[04:29]  * thumper whimpers
[04:30]  * thumper head desks
[04:32] <thumper> menn0: is the upgrades collection used solely by the state servers to synchronise updates?
[04:33] <menn0> thumper: yep
[04:33] <menn0> thumper: although Will and I were thinking of using it to report the status of the last upgrade in the juju status output
[04:34] <thumper> menn0: so, about env-uuid, should we add it?
[04:34] <menn0> thumper: probably not... since the upgrade isn't environment specific
[04:34] <thumper> well... it sis
[04:34] <thumper> is
[04:34] <menn0> thumper: the status thing isn't planned for any time soon
[04:34] <menn0> thumper: well it is sort of
[04:34] <thumper> yeah, sort ov
[04:34] <thumper> of
[04:34] <menn0> thumper: the state server upgrade aren't
[04:34] <thumper> ugh
[04:35] <menn0> thumper: the whole upgrades with MESS thing needs to serious thought. Maybe a good topic while we're in Brussels?
[04:35] <thumper> probably
[04:38] <menn0> thumper: for your current planning I would lean towards not including the env UUID in the upgrades doc
[04:38] <thumper> menn0: that is what I have decided too for now
[04:39] <menn0> thumper: k
[04:45] <menn0> thumper, waigani: the tests for adding env uuid to services and units are now each one line
[04:45] <menn0> the test implementation is generic and works for units and services
[04:46] <thumper> woot woot
[04:46] <menn0> it should now be much easier to add more env UUID migration steps
[04:46] <menn0> about to try a similar refactoring for the upgrade steps themselves
[04:49] <thumper> menn0: we also need to talk about what backup means for other environments
[04:49] <menn0> thumper: definitely
[04:58] <jcw4> thumper-cooking: http://reviews.vapour.ws/r/92/ (fwereade and TheMue too)
[05:27] <menn0> thumper-cooking: env UUID change for units here: http://reviews.vapour.ws/r/93/diff/
[05:46] <axw> waigani: if you're still working, can you please take a look at my response to your review?
[05:50] <waigani> axw: done
[05:50] <axw> waigani: thanks!
[05:51] <axw> davecheney: you too, if you don't mind - there's two issues you raised that I didn't resolve, but commented on
[05:54] <davecheney> axw: /me looks
[05:54] <davecheney> axw: which link ?
[05:54] <axw> sec
[05:55] <axw> davecheney: http://reviews.vapour.ws/r/82/
[05:56] <davecheney> axw: i can't see your comments
[05:57] <axw> davecheney: nothing shows up next to your comments on the front page?
[05:58] <axw> davecheney: there were two things unresolved: you asked if RB screwed up the formatting; looks fine to me on RB, and go fmt is happy anyway
[05:58] <axw> the other was whether we should return an error from StartInstance if we can't record the instance-id
[05:59] <axw> and I said no, because (a) we never recorded instance-ids for non-bootstrap machines before (known deficiency), and (b) if we fail to do it for bootstrap ,we'll have other issues anyway and bootstrap will tear down
[06:08] <davecheney> axw: nope, can't see your comments
[06:08] <davecheney> did you publish them ?
[06:09] <davecheney> nah, RB is screwing up the indentation of some blocks
[06:09] <davecheney> it's happened on other reviews as well
[06:09] <axw> davecheney: yes, I did publish. weird, looks fine on my end
[06:20] <davecheney> great, it's not even showing me my comments uinless i'm on the review screeen
[06:20] <davecheney> it won't show them on the diff screen
[06:20] <davecheney> what the f
[06:28] <axw> davecheney: thanks. comments on the diff screen show up as a little box on the LHS, which you need to hover over
[06:28] <davecheney> yup, couldn't see them
[06:28] <davecheney> honestly given up
[06:28] <davecheney> your change is good
[06:28] <davecheney> no need to sweat the small stuff
[06:29] <axw> hrm, yeah not showing up for me either. maybe because I uploaded a new changeset? I dunno
[06:29] <axw> woot, once more step till Environ.Storage() is no more
[06:29] <axw> one*
[06:30] <thumper> \o/
[06:30]  * thumper looks at the reviews
[06:30]  * thumper takes a deep breath
[06:31] <davecheney> axw: i've no fucks left to give rb
[06:32] <axw> heh :)   I must say I'm not overwhelmed by it, I'd gotten used to GitHub reviews
[06:34]  * thumper headdesks
[07:11] <thumper> fwereade: have you started?
[07:13] <thumper> guess not
[07:46] <mattyw> morning folks
[07:49] <dimitern> morning mattyw
[07:50] <dimitern> mattyw, you're OCR today, right? have a look at http://reviews.vapour.ws/r/95/ please?
[07:51] <mattyw> dimitern, be happy to
[08:35] <rogpeppe> does anyone know if it's ok to have a non-subordinate relation to juju-info ?
[08:35] <rogpeppe> fwereade: ^
[08:37] <rogpeppe> dimitern: ^
[08:39] <dimitern> rogpeppe, why not? it's not bound to subordinates afaik
[08:39] <rogpeppe> dimitern: i *thought* it's probably ok, but i'm just writing some relation-verification code in the charm package and wanted to check
[08:40] <rogpeppe> dimitern: i'll assume it's ok for now. the code in the state package doesn't look as if it complains
[08:40] <dimitern> rogpeppe, but in general, using juju-info is frowned upon
[08:40] <rogpeppe> dimitern: frowning isn't relevant here :-)
[08:41] <dimitern> rogpeppe, :) just saying
[09:08] <mattyw> dimitern, LGTM
[09:08] <dimitern> mattyw, cheers!
[09:16] <fwereade> rogpeppe, sorry I missed that -- but yeah I think it's fine
[09:16] <rogpeppe> fwereade: cool, thanks
[09:16] <fwereade> rogpeppe, pretty sure that if it wasn't we would have scoped it differently
[09:16] <rogpeppe> fwereade: yeah
[09:18] <fwereade> rogpeppe, I think one of the possible use cases was a penetration testing charm :)
[09:18] <rogpeppe> fwereade: nice idea
[09:19] <mattyw> reviewboard seems slow today - anyone else seeing that?
[10:03] <jam> axw: aren't you supposed to link your RB review back to the original branch somehow? (like via a github PR? )
[10:38] <axw> jam: could be helpful I guess - I didn't think anyone would care about the PR
[10:38] <axw> I can do that tho
[10:41] <jam> axw: so *I* occasionally like to actually download the code, and that is hard to do from just RB
[10:42] <axw> fair enough
[10:42] <jam> axw: in this case, I trolled github and found your PR and your branch, but it would be nice to have a direct link (though even just to the git branch would be fine for my purposes)
[10:43]  * axw nods
[10:43] <jam> though I don't think github makes it easy to see what PR's a given branch is involved in
[10:43] <jam> I can see what PRs are proposed to go into a branch, but is there an obvious "this branch is proposed in these PRs" ?
[10:43] <axw> not that I'm aware of
[10:45] <jam> mattyw: it seems intermittent, and I'm seeing slowdown elsewhere, so I'm wondering if it is "Internet" or RB
[10:46] <mattyw> jam, it feels like it's just slower on the larger reviews
[10:47] <jam> dimitern: standup ?
[10:47] <dimitern> jam, omw
[10:54] <perrito666> morning
[11:16] <dimitern> fwereade, jam, mattyw, axw, please take a look http://reviews.vapour.ws/r/96/
[11:17] <mattyw> dimitern, looking
[11:18] <dimitern> mattyw, ta!
[11:29] <mattyw> dimitern, one thing from me, might be something we need to discuss
[11:30] <dimitern> mattyw, I haven't changed the behavior what's allowed and what's not, I just converted the check already in place to use AuthFuncs
[11:31]  * mattyw looks again
[11:32] <mattyw> dimitern, I see it now - that's a great point - and a potential bug - thanks very much
[11:33] <dimitern> mattyw, sure, np
[11:55] <mattyw> folks, just wanted to say I've landed some code that fails the go vet test because I forgot to enable the pre push hook - this is me saying I'm sorry, it won't happen again
[11:56] <jam> mattyw: I'm thinking mgz should be aware that the bot should be running go vet if we want to require it
[11:57] <perrito666> mattyw: we love you anyway
[11:58] <jam> mattyw: I don't hold people to very high "you must be very careful doing X", but I do hold our *process* to that standard. So if something happened that shouldn't have, that is more a sign that we're missing a step.
[11:58] <jam> especially something like 'go vet' which is highly automatable
[11:58] <mattyw> perrito666, I have to assume you love me because of all this ;)
[11:58] <mattyw> jam, in that case think of me as a part time - "problem in process finder"
[11:59] <axw> fwereade: if you have any time today, I'd appreciate if you could weigh in on http://reviews.vapour.ws/r/94/ -- just to make sure I've not veered wildly off course
[11:59] <jam> mattyw: everybody makes mistakes in process, which is why I don't feel bad.  Anytime the design of something is "as long as we're careful" that's a sign of something brittle that should be done differently.
[12:03] <jam> mattyw: we wouldn't need a test suite if we were just careful enough to not make mistakes :)
[12:09] <mattyw> jam, sounds awesome - let's do it!
[12:09] <rogpeppe> jam: what state is charm.v4 in? is it ok to move the charm store to use it?
[12:09] <jam> rogpeppe: the only change there (to my knowledge) is updating the gocheck dependency, so it will still need to have v3 merged into it
[12:09] <rogpeppe> jam: cool, thanks
[12:10] <rogpeppe> jam: i have actually been applying v3 patches to v4 too, so all should be ok
[12:50] <wwitzel3> jam: any idea why I would still be getting the, ERROR unknown object type "RunCommand", error from the rpc reflection, even though I've defined an init, registered a common facade 'RunCommand', and added that import to allfacades?
[12:51] <perrito666> wwitzel3: not using upload tools?
[12:53] <wwitzel3> using upload-tools
[12:57] <perrito666> wwitzel3: facadeversions?
[12:57] <perrito666> with capital V
[12:58] <wwitzel3> perrito666: ?
[12:58] <wwitzel3> perrito666: isn't facadeVersions built from registered facades?
[12:58] <perrito666> I am checking Backups facade to see what other steps are required
[12:59] <perrito666> wwitzel3: I see a map of strings and numbers
[12:59] <wwitzel3> perrito666: I do too :/
[12:59] <wwitzel3> first time noticing it, le sigh
[13:00] <perrito666> it would be nice to have a facade todo list :p
[13:01] <wwitzel3> I even read through TheMue's API implementation doc, and I don't recall it mentioning facadeversions, but I probably just missed it.
[13:03] <TheMue> wwitzel3: the current proposal? pushed it yesterday again.
[13:04] <jam> wwitzel3: I'd have to see your code to give you any hints
[13:05] <wwitzel3> TheMue: yeah, current version, I didn't see any mention of api/facadeversions
[13:05] <wwitzel3> jam: well perrito666 pointed me at facadeversions which has me getting a different error now, but it is progress :)
[13:05] <TheMue> wwitzel3: ah, ok, currently I only cover the server-side
[13:06] <jam> wwitzel3: sure, but I'll help you with it if you point me to code.
[13:06] <wwitzel3> TheMue: I'll write some notes so I can help fill out the client side
[13:06] <perrito666> wwitzel3: backups is very cool for that, its a very uncommon word so it makes easy to find what must be done for a faade
[13:07] <TheMue> wwitzel3: great, thanks
[13:07] <wwitzel3> jam: https://github.com/wwitzel3/juju/blob/ww3-juju-run-with-context/apiserver/runcmd/runcmd.go
[13:08] <wwitzel3> jam: and the client is https://github.com/wwitzel3/juju/blob/ww3-juju-run-with-context/api/runcmd/client.go
[13:09] <wwitzel3> jam: the new error is ERROR no such request - method RunCommand(1).Run is not implemented .. that is after adding RunCommand, 1 to api/facadeversions.go
[13:10] <jam> wwitzel3: your Run() function takes a slice
[13:10] <jam> you're only allowed to put structs
[13:10] <jam> so if you need a slice, then you need a struct that has a slice
[13:11] <jam> wwitzel3: I *think* if you run at the right debug level the RPC code will tell you that it is discarding certain functions (and hopefully why)
[13:11] <jam> wwitzel3: make sense?
[13:12] <wwitzel3> jam: yep, makes sense
[13:13] <jam> wwitzel3: so without setting facadeversions, it was probably using BestAPIVersion to then request version 0 of the facade, which didn't (and shouldn't) ever exist
[13:13] <jam> wwitzel3: and Run() just wasn't being exposed because it was taking a slice.
[13:14] <wwitzel3> jam: thank you
[13:14] <wwitzel3> perrito666: thank you
[13:14] <perrito666> wwitzel3: np
[13:23] <mattyw> dimitern, http://reviews.vapour.ws/r/96/ ship it
[13:28] <mattyw> can I get a quick review from someone? I'm OCR today but I don't trust myself: http://reviews.vapour.ws/r/97/
[13:29] <rick_h_> mattyw: that's a decent excuse I suppose :P
[14:02] <sinzui> fwereade, can you comment on bug 1372016. We either have a bug in the API or we need to document that clients cannot assume that the error information is in a consistent place
[14:02] <mup> Bug #1372016: api errors coming back in response instead of envelope <api> <juju-core:Triaged> <https://launchpad.net/bugs/1372016>
[14:02]  * fwereade looks
[14:03] <jam> sinzui: fwereade: I think the statement there is "if your whole request is invalid, Error is on the overall scope", if one of the pieces of your request is invalid, then that piece gets the error.
[14:03] <jam> since EA now takes a slice of machines, right?
[14:04] <jam> (most bulk apis work this way, just because 1 entry of a slice is bad, we don't error on the whole request)
[14:04] <sinzui> jam, fwereade, thank you. since we don't have a time machine to fix old envs, it might be true that all API clients need to check for the error in many locations
[14:04] <fwereade> jam, sinzui: yes, the top-level errors are not the primary way of discovering problems at all -- if things are so bad that we can't give you the usual response, that's where the error will be
[14:08] <natefinch> gsamfira: can you join #juju? someone is having difficulty deploying a windows charm
[14:19] <gsamfira> natefinch: joined
[14:22] <sinzui> natefinch, can you ask someone to look into bug 1373424. I think the issue has been in the code for a long time
[14:22] <mup> Bug #1373424: method Client.AddMachinesV2 is not implemented <api> <ci> <compatibility> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1373424>
[14:23] <natefinch> sinzui: will do.
[14:30] <wwitzel3> is there a good way to check the type of error? in this case I want to check if the error is one of the ERROR from the rpc, so I can attempt to call the old API client.
[14:32] <wwitzel3> ahh found it, in apiserver/params/apierror
[14:36] <natefinch> if v, ok := err.(SomeErrorType) ; ok {  // it's that type, v is the value of that type }
[15:06] <natefinch> wwitzel3: standup?
[15:09] <gsamfira> heya guys. This PR: https://github.com/juju/utils/pull/27 has been reviewed. Can we merge it?
[16:22] <katco> mattyw: can i get a (hopefully) final review and "Ship It!" (if appropriate) on http://reviews.vapour.ws/r/66/?
[16:23] <mattyw> katco, of course
[16:24] <katco> mattyw: thanks :)
[16:45] <mattyw> katco, done, not quite "Ship it" from me I'm afraid
[16:46] <katco> mattyw: no worries, doing a good job.
[16:46] <katco> mattyw: i struggle with the split comments however. all that does is just shift the functions to a broader scope and possibly introduce new parameters due to lack of closure
[16:47] <katco> mattyw: defining several functions within a function is a pattern, and it's a bit like defining a class w/o the boilerplate.
[16:52] <mattyw> katco, I'm fine with the functions being unexported and only being used in FormatSummary. For me it's all about how much I can keep in my head. I don't mind a function having a number of inputs as long as I can quickly work out what it's doing. When functions get long I start getting confused. There's the rule of thumb that a person can remember about 7 "things". With closure I have to remember what they do but also work
[16:52] <mattyw> out what parts they're closing over
[16:52] <mattyw> katco, if it's all split out that I can usually look at a single function, work out what it does then only need to remember the one thing it does when I go back to what's calling it
[16:53] <katco> mattyw: can't you do that within the scope of a function?
[16:53] <katco> mattyw: closures are exactly equivalent to classes, except you can't modify the member variables they close over.
[16:54] <katco> (outside the scope of what they close over)
[16:54] <mattyw> katco, yes, but the larger the scope the harder is is to do
[16:54] <katco> mattyw: which is equivalent to "the more member variables, the harder..." i think
[16:58] <katco> mattyw: well, you're the second one to bring it up, so i'll move one scope-level higher and make it a class
[16:58] <mattyw> katco, sorry - I wasn't ignoring you I was just thinking
[16:58] <katco> mattyw: no worries at all
[16:58] <mattyw> katco, I don't think you need to go that far, I agree with you that it adds boiler plate
[16:59] <mattyw> katco, and as you say the more fields the harder it is to work out what's going on
[17:00] <mattyw> katco, I think if you just turned the closures in that function into seperate functions that would be a good start - conceptually nothing much would have changed, but the FormatSummary function would be shorted and I think easier to read
[17:00] <katco> mattyw: i guess i just don't like the idea of them floating around when they're only hyper-specific to the summary formatter
[17:01] <mattyw> katco, I sort of know what you mean
[17:02] <mattyw> katco, I agree. But the reason they are floating around is because people are weak. They're floating around to make a function with lots of things to do look smaller
[17:03] <katco> mattyw: mmm... like if this were java, and the summary function were a class, this would look exactly the same indentation-level wise
[17:04] <katco> mattyw: i am trying not to be too obstenant, but i'm struggling with why it's easy to refer to top-level functions, but not variables which are functions
[17:06] <wwitzel3> katco: it is about the noise ratio, with the variables, I have to stop reading. with extracted methods, I can read to the end, I don't have to remember to stop.
[17:06] <wwitzel3> katco: so as I'm reading through format summary, I am getting bogged down with the implementation specifics of each step
[17:07] <wwitzel3> katco: when what I really want to read is each step, then go see the specifics, when/if/should i care to
[17:08] <katco> wwitzel3: i guess i just scan over closures unless i care what they do. sounds like i'm a weirdo ;)
[17:08] <wwitzel3> no you're just a lisp programmer / emacs user
[17:08] <katco> wwitzel3: rofl
[17:08] <wwitzel3> oh right, you said weirdo .. correct
[17:08] <wwitzel3> :P
[17:08] <katco> bam!
[17:12] <katco> and to be fair, i think i can only barely claim to understand lisp. i've not used it that much. but i am trying to change that ;)
[17:21] <mattyw> katco, you are an emacs user though right?
[17:21] <katco> mattyw: absolutely
[17:22] <mattyw> wwitzel3, vim?
[17:22] <katco> mattyw: i make fun of myself, but i love that editor
[17:23] <mattyw> katco, I moved from emacs to vim I'm afraid
[17:23] <katco> mattyw: the only thing i argue vehemently to people is that they learn 1 editor deeply
[17:23] <katco> mattyw: i think it's unproductive to argue over what works for you hehe
[17:24] <mattyw> katco, +1000
[17:25] <wwitzel3> mattyw: yeah, vim :)
[17:27] <wwitzel3> katco: +1 on learning one editor really well
[17:28] <katco> wwitzel3: it's like right above your brain on the programming stack. really important.
[17:29] <wwitzel3> katco: yep, I try to go through some commands so I don't forget them, even if I haven't needed some of them in a while.
[17:29] <wwitzel3> katco: I hate the context switch of .. oh how I do do that?
[17:30] <katco> wwitzel3: see in emacs, that's just C-s (get up and flush the toilet) M-` 1 2 3 Q
[17:30] <katco> wwitzel3: do you do vimgolf?
[17:31] <wwitzel3> katco: haha, I did for a bit, it makes you faster for a while
[17:31] <wwitzel3> then it makes you slower trying to find obscure ways to avoid keystrokes
[17:31] <wwitzel3> until eventually vim is a regex parser
[17:31] <katco> rofl
[17:32] <wwitzel3> natefinch: heading to moonstone
[17:32] <natefinch> I like thinking about my code not my editor.  That's why I use "dumb" gui editors like sublime :)
[17:32] <natefinch> wwitzel3: omw too
[17:32] <natefinch> I know like 3 hotkeys that are specific to sublime and that's it
[17:35] <mattyw> calling it a day folks, see you all tomorrow
[17:36] <katco> mattyw: ty for the review, i'll make those changes
[17:37] <mattyw> katco, ping me when you want to take another look
[17:37] <katco> mattyw: will do
[17:37] <mattyw> night all
[18:02] <natefinch> hazmat: HA meeting?
[18:03] <hazmat> yup
[18:34] <sinzui> natefinch, this job is failing. I changed the test to help juju pass http://juju-ci.vapour.ws:8080/job/functional-ha-backup-restore/759/console I see (error: cannot re-bootstrap environment: restore does not support HA juju configurations yet) and it worries me. this looks like a policy change that breaks a test
[18:35] <perrito666> sinzui: :| what?
[18:35] <perrito666> that has always been there and I never in my life saw it triggered
[18:45] <perrito666> ok, so suddenly environs.Environ StateServerInstances is returning something differnet
[18:54] <sinzui> perrito666, All three tries with the revised test consistently show "error: cannot re-bootstrap environment: restore does not support HA juju configurations yet" I recall the rule is that the restore returns a single state-server and the user can run --ensure-ha again
[18:56] <sinzui> perrito666, there was traffic on one the mailing lists where we recommend to backup the state-servers in HA because it is always a last restore in a catastrophe
[19:01] <perrito666> sinzui: the thing is, what restore does not support is to restore while other state servers are up and running
[19:02] <sinzui> perrito666, right, and the test shows they were deleted using nova.
[19:05] <perrito666> sinzui: I do see the deletion taking place after the error
[19:10] <sinzui> perrito666, the console logs are out of order because the error is reported last. when I see http://juju-ci.vapour.ws:8080/job/functional-ha-backup-restore/760/console, I see the 3 state-servers deleted, then the restore is started, but it fails, then the status/destroy-env cleanup code is run, then we see the error message from rstore
[19:11]  * sinzui changes test to print the error immediately so that the older of events is clear
[19:13] <natefinch> katco: do you know if your team has scheduled time to make the debug-log fix from the pain points document?
[19:13] <natefinch> katco: (that the filter requires using the internal juju identifier, not the CLI-style unit/0 identifier)
[19:16] <katco> natefinch: um, i know ian sent out some bugs to work on while he was out if we ran out of things to do
[19:16] <katco> natefinch: let me check those
[19:16]  * sinzui re-runs test with better output
[19:17] <perrito666> sinzui: tx
[19:18] <katco> natefinch: are you referring to the customer pain points doc?
[19:21] <natefinch> katco: correct
[19:21] <katco> natefinch: he prioritized the apt-related bugs for axw and i
[19:21] <natefinch> katco: ok
[19:21] <katco> natefinch: and for me, that was prioritized behind the status work (also in that document)
[19:22] <natefinch> katco: ok, cool.  I was thinking of having one of the people on my team tackle the debug-log change and didn't want to overlap.  Sounds like there wouldn't be overlap, so that's good.
[19:22] <katco> natefinch: yeah i think you're gtg.
[19:23] <katco> natefinch: i am half-remembering that i thought someone was looking at this already. for some reason voidspace comes to mind
[19:23] <natefinch> katco: ok, I'll just email out on the list, then.  no big rush
[19:24] <perrito666> sinzui: lemme know when you have logs
[19:26] <sinzui> perrito666, I am watching http://juju-ci.vapour.ws:8080/job/functional-ha-backup-restore/761/console, and it think we are 45 minutes away from completion
[19:26] <perrito666> sinzui: :( ok, ill take a look in 45
[19:50] <sinzui> perrito666, It is failing at this minute: http://juju-ci.vapour.ws:8080/job/functional-ha-backup-restore/761/console
[20:02] <perrito666> sinzui: very odd, I do see something different
[20:02] <perrito666> WARNING: Could not find the instance_id in output
[20:02] <perrito666> which comes from assess_recovery.py line ~94
[20:02] <hazmat> axw, ping re https://bugs.launchpad.net/juju-core/+bug/1373592
[20:02] <mup> Bug #1373592: When bootstrapping select-zone could retry if the instance-type is full in the region <papercut> <juju-core:New> <https://launchpad.net/bugs/1373592>
[20:03] <perrito666> sinzui: and it suggests that at that point restore failed with the HA error once
[20:03] <perrito666> and then you delete and after that it fails again with the same
[20:04] <sinzui> perrito666, your script is old.
[20:04] <sinzui> perrito666, update to pull the test changes
[20:06] <sinzui> perrito666, the failure you are seeing is because the test wanted to get the instance_id that was rejected. It isn't used, so I change the test to just warn that juju no longer tells us what was rejected.
[20:15] <perrito666> sinzui: my script? I am copying that from jenkins
[20:18] <sinzui> perrito666, sorry, more ambiguity. the error is note the test, the test is showing why juju refused to restore to a working state-server (juju-restore correctly refused to restore because the state-server was still up.). That is correct. The test once looked for the instance_id in the text. Once we are certain juju wont do something dangerous, the script will remove all 3 state-servers, then we see "starting restore", followe
[20:18] <sinzui> d by "Restore Failed"
[20:19] <perrito666> sinzui: so the test should no longer look for the instance_id_
[20:19] <perrito666> ?
[20:21] <sinzui> perrito666, that is right. the test is correct. Why is juju showing a message that contradicts what CTS advises when we restore (error: cannot re-bootstrap environment: restore does not support HA juju configurations yet)
[20:22] <perrito666> sinzui: what I am trying to clarify is, if the test no longer looks for the instance_id is why jenkins still shows the error as if the test was looking for it
[20:23] <sinzui> perrito666, because I wanted a warning in place. I think the missing instance_id means juju's has intentionally introduced a regression
[20:24] <perrito666> sinzui: ok, since restore has not changed I will guess that this is an unrelated regression that broke restore by accident, ill try to find it
[20:25] <perrito666> btw something else the description on the jenkins job is odd
[20:25] <perrito666> the revision for the first failure is 0fafcd986aa7501e9796519a2c432c16fe5b231f
[20:26] <perrito666> yet it says: gitbranch:master:github.com/juju/juju r0fafcd98
[20:26] <perrito666> shouldnt the hex be the shortform for the sha?
[20:28] <perrito666> bbl
[20:35] <sinzui> perrito666, I need to remove the 'r' the 'r' is from the days of testing bzr revnos
[20:47] <fwereade> natefinch, if thumper wasn't fixing the debug-log mess I don't think anyone else was
[20:47] <fwereade> natefinch, I would be most grateful if you would unfuck that
[20:47] <natefinch> fwereade: heh ok
[21:38] <thumper> fwereade: ping?
[21:38] <perrito666> sinzui: back
[21:54] <fwereade> thumper, heyhey, just having a ciggie, with you in 5
[21:54] <thumper> fwereade: ack
[21:55] <perrito666> sinzui: ping me when you have a moment
[21:55] <sinzui> perrito666, I am about
[21:58] <perrito666> ok just if you can resolve my doubt about the commit hash so I know where to start looking
[22:02] <sinzui> perrito666, I will arrange for that annoying 'r' to be removed tomorrow from future hashes. Maybe I can also get the branch and hash added to the tests that are missing that info
[22:03] <perrito666> sinzui: duhhh
[22:03] <perrito666> sorry I hadnt noticed the r
[22:03] <perrito666> my apologies
[22:03]  * perrito666 prepares coffee
[22:05] <perrito666> sinzui: well Iam looking at the offending commit.. as usual, does not seem to change anything relevant... such is life
[22:05] <sinzui> perrito666, no need to apologise. Humans should work with Jenkins. We are adding links to the s3 data now. next week, engineers can go to pages like this to download everything that the tests collected http://reports.vapour.ws/releases/1871
[22:05] <sinzui> perrito666, there are three suspects https://bugs.launchpad.net/juju-core/+bug/1373611
[22:05] <mup> Bug #1373611: cannot restore a HA state-server <backup-restore> <ci> <ha> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1373611>
[22:06] <sinzui> perrito666, and I agree non look like they wanted to change restore
[22:08] <perrito666> whyy whyyy always something breaks the commit is so long
[22:13] <waigani> On ReviewBoard, is there a way/place to see a list of review requests that you are involved in?
[22:15] <waigani> or a list or your reviews?
[22:16] <ericsnow> waigani: 2 places: "Outgoing" and via some of the columns
[22:17] <perrito666> sinzui: it does not really matter that filter should be removed since I made restore HA compatible, pushing a fix
[22:17] <waigani> ericsnow: what I'm actually after is a list of my reviews - is that possible?
[22:18] <waigani> I did a bunch yesterday and now I need to follow up
[22:19] <ericsnow> waigani: one of the columns is "My Comments" (it shows a colored square with a curly right edge)
[22:19] <waigani> ericsnow: right, just found that, thanks
[22:19] <ericsnow> waigani: np
[22:24] <perrito666> who is OCR?
[22:24] <perrito666> http://reviews.vapour.ws/r/101/
[22:24] <perrito666> or who would be so nice to R this anyway, it is extremely trivial
[22:25] <perrito666> sinzui: that patch fixes the issue
[22:25] <perrito666> I am not sure if this is a regression or what in the universe
[22:26] <sinzui> thank you perrito666. I really appreciate your fast response
[22:48] <thumper> perrito666: if it works in HA, I'm +1
[23:30] <perrito666> thumper: sinzui my theory is that a bug that had environs.Environ StateServerInstances returning the wrong number of instance ids was fixed and that is why that condition triggered
[23:31] <perrito666> after I finish to put the groceries I just bought Ill merge it tx for the review thumper and ericsnow
[23:50] <menn0> thumper: can you remind me of how to get a State connected to another env in tests? you mentioned something recently.
[23:50] <thumper> menn0: st.ForEnviron(tag)
[23:51] <menn0> thumper: cheers. I had been searching but it wasn't jumping out.


[02:17] <hallyn> apw: root cause for bug 1531747 was pretty predictable;  not quite sure what we should do to fix it


[00:11] <smallfoot-> W: Failed to fetch bzip2:/var/lib/apt/lists/partial/se.archive.ubuntu.com_ubuntu_dists_quantal_universe_binary-amd64_Packages  Hash Sum mismatch
[00:12] <smallfoot-> whats this?
[00:12] <Daekdroom> A file was corrupt during repository update, I suppose.
[00:13] <smallfoot-> can fix?
[00:13] <Daekdroom> If trying to 'sudo apt-get update' again doesn't work, it's probably an issue on the repository side.
[00:14] <smallfoot-> oh
[00:14] <smallfoot-> ya, i done that 99 times
[00:14] <Daekdroom> You could try changing the repository you're using.
[00:15] <Daekdroom> I mean, choosing a different mirror.
[00:15] <smallfoot-> oh
[00:15] <smallfoot-> kinda tricky get it back then
[00:47] <smallfoot-> oss-compat:
[00:47] <smallfoot->  Depends: kmod  but it is not installable
[00:52] <smallfoot-> instead they do stupid shit like hold events where ppl can come and learn how to code html
[00:53] <smallfoot-> oops, ww
[00:53] <bazhang> !language | smallfoot-
[00:53] <bazhang> smallfoot-, this is the wrong channel for that sort of discussion.
[00:55] <smallfoot-> ya, i was type in wrong window, i only wonder about that oss-compat thing
[00:59] <smallfoot-> cuz now i have the cool 12.10 alpha, i upgraded it today, it rox cuz it has firefox 15, kernel 3.5, php 5.4
[01:00] <Daekdroom> bug #992991
[01:00] <smallfoot-> thanks
[01:00] <smallfoot-> bash: warning: setlocale: LC_ALL: cannot change locale (en_US.UTF-8)
[01:11] <smallfoot-> when someone updates 'weston' in repo? its old version
[02:24] <smallfoot-> boring that wayland progress is slow, and no /usr/ merge in 12.10
[02:25] <smallfoot-> no 256 color term
[02:25] <smallfoot-> all cool things are in fedora
[02:26] <bazhang> !ot | smallfoot-
[02:34] <Daekdroom> /usr/ merge is still not done?
[02:34] <jbicha> smallfoot-: what's so cool about /usr merge?
[02:54] <sam-c> python 3.x still crashing?!
[03:06] <smallfoot-> W: Failed to fetch http://ppa.launchpad.net/ubuntu-wine/ppa/ubuntu/dists/quantal/main/binary-amd64/Packages  404  Not Found
[03:15] <micahg> smallfoot-: not a bug, nothing published in quantal
[03:19] <smallfoot-> so nobody can fix this?
[03:19] <micahg> smallfoot-: not a bug :)
[03:19] <smallfoot-> not a bug
[03:19] <smallfoot-> but something doesnt work
[03:19] <micahg> not a problem even, quantal should have the latest versions
[03:20] <smallfoot-> i think quantal only have 1.4
[03:20] <smallfoot-> not 1.5.9
[03:20] <micahg> no, there's just nothing published, if the PPA owner wants to update for quantal, they can
[03:20] <smallfoot-> tell the ppa owner to do that
[03:20] <micahg> you can do so
[03:21] <smallfoot-> i dont know that due
[03:21] <micahg> https://launchpad.net/~ubuntu-wine/+archive/ppa
[03:24] <smallfoot-> thanks, i told that guy
[03:24] <smallfoot-> "Message sent to Scott Ritchie"
[14:44] <BluesKaj> looks like I have java problems with Firefox on Kubuntu 12.10. Is there anything I should check for besides the plugins ? ...chromium works fine btw..
[14:52] <smallfoot-> alt+F4 doesn't work
[14:52] <micahg> BluesKaj: can you be more specific?
[14:52] <smallfoot-> all the window shortcuts are gone
[14:55] <BluesKaj> micahg:  buttons and borders to dailogs etc are missing or hidden , if one searches around by clicking on parts of the page one can click on an event or option etc and it works , just can't see them
[14:57] <micahg> BluesKaj: if this with icedtea-6-plugin or icedtea-7-plugin?
[14:57] <BluesKaj> micahg:  this is on game page btw , it's played in a browser , it's a strategy game with very little "action" ..icedtea 6 plugin
[14:59] <BluesKaj> the plugin doesn't help , the page was acting in a similar fashion , before installing icedtea, micahg
[14:59] <micahg> BluesKaj: here are the bug reporting guidelines for Firefox in Ubuntu: https://wiki.ubuntu.com/MozillaTeam/Bugs
[15:00] <BluesKaj> micahg:  yeah , ok
[16:35] <smallfoot-> everytime i press the clock in gnome-panel (i use classic session) the gnome-panel crashes :(
[16:53] <IdleOne> stop pressing clock
[16:55] <smallfoot-> ok
[16:58] <IdleOne> smallfoot-: you're running alpha, things break, stop working, refuse to do anything without prior notice. easiest way to get these things fixed is to report bugs
[16:59] <johnjohn101> can i make a suggestion for unity and dash? to see what you guys think?
[17:00] <smallfoot-> oh ok
[17:01] <IdleOne> johnjohn101: you can but best way to make suggestions would be to file a bug and in the title mark it as a WISH
[17:01] <johnjohn101> i think better integration between look up and the virtual keyboard (on board) so that the keyboard isn't in the way.
[17:04] <johnjohn101> maybe a way to launch it from dash and position out of the way.
[17:08] <johnjohn101> IdleOne: so do this through launchpad?
[17:08] <IdleOne> correct
[17:09] <johnjohn101> is there a way to move onboard (virtual keyboard) to a different part of screen?
[17:09] <IdleOne> you file a bug like normal except that in the bug title you put WISH: title goes here.
[17:09] <IdleOne> johnjohn101: I don't know, sorry.
[17:09] <johnjohn101> it's ok
[17:10] <johnjohn101> I'm loving this distro so far.  definitely the best ubuntu ever
[17:10] <johnjohn101> ok, there is  a move button on the keyboard.
[17:12] <johnjohn101> and onboard uses an indicator. so I can get what I want.
[17:14] <trism> johnjohn101: maybe bug 915250 ?
[17:15] <trism> johnjohn101: no wait, that version of onboard is already in quantal
[17:15] <johnjohn101> its working here
[22:47] <aljosa> i'm on ubuntu 12.04 and do-release-upgrade -d doesn't give me 12.10-dev. did i forgot something?
[22:49] <trism> aljosa: software-properties-gtk; select "For any new version" on the Updates tab
[22:50] <aljosa> trism: thanks
[23:45] <smallfoot-> im using 12.10 and i have python2.7.3
[23:45] <smallfoot-> does anyone else have this too?
[23:51] <trism> smallfoot-: that would be the version in quantal, why?