[00:08] <nhaines> pleia2: thanks for the tweet!
[00:08] <pleia2> :)
[00:09] <nhaines> Hope to make that site far less ugly after Ubucon.  :)
[00:11] <pleia2> nhaines: how much do you know about /dev/dm-# things on raid systems
[00:11] <pleia2> dm-8 seems to have gone walkabout on one of my systems and it's giving me i/o errors that I'm not loving
[00:11] <pleia2> (I have dm-0 - dm-19 in fdisk, but no dm-8!)
[00:12] <nhaines> I know nothing of /dev/dm unfortunately!
[00:12] <pleia2> mysterious magical sauce
[00:24] <nhaines> I'm sad because I never did get an Ubuntu live CD to start that RAID-5 array.  :(
[00:24] <pleia2> :(
[00:24] <nhaines> But on my installed system it just worked.
[00:24] <nhaines> And with Fedora Core 13 and 14 it just works.  So there's a start, that's all I can say.  :)
[00:25] <pleia2> hmm, I guess I've never had to recover a raid5 array with a livecd
[00:26] <nhaines> Me either, but since a lot of customers seem to enjoy using RAID as a "backup" (which it is not) we get calls about it.
[00:26]  * pleia2 nods
[00:26]  * pleia2 also weeks @ raid5 as backup
[00:26] <nhaines> Somewhere on the Internet there's a rumor that Ubuntu CDs are a panacea.  :)
[00:26] <pleia2> weeps too!
[00:27] <pleia2> I prefer sysresccd
[00:27] <pleia2> but mostly because we do a lot of work with non-profits who run on old systems and the ubuntu livecd won't work
[00:27] <akk> Ubuntu desktop installs are notoriously anti-raid.
[00:28] <akk> I've seen several people try ubuntu, give up and go to another distro because they cared about raid.
[00:28] <nhaines> Alternate installer!
[00:28] <pleia2> yeah, I think you still need the alt installer for lvm too
[00:28] <akk> Yeah, told 'em that but by that point they're usually pretty frustrated and don't want to start over.
[00:29] <nhaines> Anyone who buys a 4TB or 8TB WD ShareSpace doesn't have a problem with getting a computer to run an Ubuntu Desktop CD on.
[00:31] <DarkwingDuck> akk: RAID works perfectly on mine
[00:31] <DarkwingDuck> You have to configure it with th Alt CD
[00:31] <nhaines> I told the last customer I walked through mounting half of a RAID-1 array that he could do the same trick with a Windows computer that wouldn't boot.  He was pretty excited about that.
[00:32] <akk> DarkwingDuck: Right, but by the time they find that out (after fighting with the livecd for a while) they don't want to start over.
[00:32] <akk> Like a lot of linux things, it works great if you know the secret ways to configure it. :)
[00:33] <DarkwingDuck> akk: Thanks! I now knw what I'm going to write about today :)
[00:33] <DarkwingDuck> windows in a VM with seamless intergration. http://imm.io/3TxO
[00:34] <nhaines> When I went over the mount command I told the customer "no news is good news", which he liked enough to write down in his notes.
[00:34] <iheartubuntu> gotta run. i think im done pleia2
[00:41] <pleia2> yay
[00:42] <akk> Good way of saying it, nhaines
[00:44] <nhaines> akk: he was happy to have been escalated and seemed pretty techy, so it was a pretty pleasant call.  I explained that command line Linux expects you to know what you're doing and it therefore does exactly what you say.
[00:44] <nhaines> Which is why if the command works, it just shows a prompt again.  You did something and it did it.  Only if there's an error are there messages.
[00:44] <nhaines> Then when he started to write in his notes I suggested "no news is good news" and he said he was going to write just that.  :)
[00:45] <akk> I"ve had to explain that to people too, but never thought about a catchy phrase like that. I'll use that next time!
[00:45] <nhaines> Catchy phrases make good mnemonics.  :)
[00:50] <pleia2> k, printing up 100 of these http://iheartubuntu.com/ubuntu-us-ca/ubuntu-ca-infosheet-bw.png
[00:50] <pleia2> on orange paper
[00:51] <pleia2> someone want to proof-read real quick before I hit the print button?
[00:52] <pleia2> hmm, community help wiki isn't strictly true, should be help.ubuntu.com/community
[00:57]  * pleia2 makes change and hits print
[04:19] <Eureka> wiki: http://wiki.ubuntu.com/CaliforniaTeam/Projects/MaverickRelease edited
[04:35] <Eureka> wiki: http://wiki.ubuntu.com/CaliforniaTeam/Projects/Shirts edited
[04:51] <Eureka> wiki: http://wiki.ubuntu.com/CaliforniaTeam/Projects/Scale9x edited
[15:13] <sn9> i start driving to L.A. for SCaLE about 4 hours from now. any last-minute booth coordination?
[15:16] <sn9> if i am already offline by the time anyone can respond, my number again is (408)37-COMPU
[17:56] <pleia2> Flannel: thanks for passing my name along (amusingly akk and I are the same two that akgraner recommended to Francine)
[18:30] <iheartubuntu> Is the crew that are driving down to SCALE coming down tomorrow or friday?
[18:31] <pleia2> I'm not sure who is driving down, I guess MarkDude would be
[18:32] <iheartubuntu> a penguin in a car... sounds like an old 60s tv show
[18:32] <pleia2> grantbow and aaditya can't make it this time, I think he said a couple gidget kitchen people would be coming down
[18:32] <pleia2> heh :)
[18:32]  * iheartubuntu wonders how going to the bathroom works out for markdude
[18:33] <iheartubuntu> and youre flying? i'll be flying the freeways
[18:33] <iheartubuntu> probably crawling more like
[18:33] <pleia2> yeah, flying down late tomorrow night
[18:33] <iheartubuntu> so no Ubuntu CA table on friday?
[18:34] <pleia2> nope, the expo is only sat-sun
[18:55] <nhaines> But there will be an entire room dedicated to Ubuntu on Friday.
[18:57] <pleia2> ubucon \o/
[19:01]  * aaditya jelly
[19:36] <sn9> iheartubuntu: MarkDude is driving down with ryan singer on friday, and i will drive down in about an hour
[20:07] <iheartubuntu> thanks sn9 safe trip!
[20:13] <iheartubuntu> a buddy of mine works at a Lowes and said YES they use some form of linux, but he said the whole system is on  a locked mode. i was thinking of directing him to a terminal (if there is even one around and if it would even open for him) and have him key in some commands :)
[20:13] <iheartubuntu> maybe an lsb type command or something
[20:14] <iheartubuntu> curious if "lsb_release -a" would work on any linux terminal?
[20:18] <pleia2> it's a pretty common command (it works on redhat) but you have to have the package installed
[20:18] <pleia2> saying "work on any" is always tricky :)
[20:18] <pleia2> gentoo doesn't even have releases, for example
[20:19] <iheartubuntu> i forget all commands ive used :) there was one i would key in and it would give me a rundown on my machine... more detailed than lsb_release -a
[20:19] <iheartubuntu> like usb ports, etc
[20:19] <iheartubuntu> lusb
[20:19] <akk> Debian doesn't have /etc/lsb-release (the file), and doesn't install lsb_release the program by default.
[20:19] <iheartubuntu> was that it?
[20:20] <pleia2> lspci?
[20:20] <akk> lshard? there are lots of programs like that
[20:20] <akk> that all give somewhat different lists.
[20:20] <iheartubuntu> yah lspci was one of them
[20:20] <iheartubuntu> thanks
[20:21] <iheartubuntu> when he decides to quit he mi
[20:21] <iheartubuntu> nevermind :)
[20:21]  * iheartubuntu controls himself finally
[20:22] <iheartubuntu> it sounded like it was more of an intranet setup to me the way he described it
[20:22] <akk> Actually debian doesn't even have a package for lsb_release (maybe it's in some other package; our debian server doesn't have apt-file installed right now)
[20:23] <akk> oh, the package name is hyphenated, lsb-release
[20:23] <pleia2> it's lsb-release
[20:23] <pleia2> annoying - vs _
[20:23] <iheartubuntu> No command 'lsb-release' found, did you mean:
[20:23] <iheartubuntu>  Command 'lsb_release' from package 'lsb-release' (main)
[20:23] <iheartubuntu> lsb-release: command not found
[20:23] <iheartubuntu> but im ubuntu
[20:23] <pleia2> the package is lsb-release, the command is lsb_release :)
[20:24] <iheartubuntu> ohhh
[20:24]  * iheartubuntu said DUH really loud
[20:25]  * sn9 is running late
[20:26] <akk> quite confusing!
[20:27] <pleia2> I'm really glad debian.org is redesigned to look modern and professional, but I really don't like what they've done to the installer first page, it's so cartoony :(
[20:28] <pleia2> I mean, on a personal level it's really cute, but professionally not so much http://princessleia.com/temp/squeeze_ssh_install_01.png
[20:29]  * akk agrees, that's overly cartoony
[20:29] <akk> and not very polished looking ... not something that would win over users from other platforms.
[20:37] <iheartubuntu> looks like a NES game from the 80s :) Mike Tysons Debian Punchout!
[20:37] <pleia2> lol
[20:39] <iheartubuntu> is there a screenshot page? cant seem to find one on the debian site
[20:39] <pleia2> screenshot page?
[20:39] <pleia2> there is http://screenshots.debian.net/ but that's mostly for single application screenshots
[20:42] <iheartubuntu> some photos look like ubuntu
[20:52] <iheartubuntu> is there irc from terminal? like such thing as lirc?
[20:53] <sn9> lirc is for infrared
[20:53] <iheartubuntu> irssi
[20:53] <sn9> irssi ist gut
[20:54] <iheartubuntu> danke
[20:58] <idankeubuntu> looks like irssi works pretty good
[20:59] <iheartubuntu> now im talking to myself
[20:59] <pleia2> I've been using it for years, wouldn't dream of using anything else!
[20:59] <idankeubuntu> thanks cant be good (talking to oneself)
[20:59] <iheartubuntu> wait, you use irssi all the time? even right now?
[20:59] <pleia2> yes
[21:00] <iheartubuntu> does it have logging?
[21:00] <pleia2> yep
[21:00] <iheartubuntu> does it highlight names like idankeubuntu if i use it
[21:00] <pleia2> yes
[21:00] <pleia2> and you can configure it to highlight anything you want
[21:00] <pleia2> I have highlights on "leia" "lyz" and some others
[21:01] <iheartubuntu> do you have a link to it or you just head to terminal and type it in
[21:01] <pleia2> 13:01:35 Irssi uptime: 251d 18h 35m 10s
[21:01] <pleia2> I don't start it very often
[21:01] <pleia2> I run it in a screen session on my server
[21:02] <iheartubuntu> OMG
[21:02] <pleia2> so I ssh to my server, screen -r
[21:03] <iheartubuntu> so average users (didnt say below average at least) are not going to have a 3/4 of a year uptime. i just open pidgin or xchat if im really bored.
[21:03] <iheartubuntu> you use irssi because its easier? familiar?
[21:04] <pleia2> I'm a command line nerd, and IRC is text-based, makes sense to me to use a text-based client
[21:04] <pleia2> it's pretty easy, uses perl for scripts, very configurable, I can connect to it from anywhere via ssh
[21:05] <iheartubuntu> i might leave my system going once i get a laptop. for now my desktop is a power hog at home. i can see this working awesome on older computers too
[21:06] <iheartubuntu> wow ive learned and done something new today :)
[21:06] <akk> And small screens, since there's no UI stealing screen space from the text.
[21:08] <iheartubuntu> thanks for the help all. have to go for now.
[21:09] <pleia2> take care
[22:48] <iheartubuntu> pleia2, you are headed to budepest in may? im not really a dev, could i benefit at all?
[22:49] <jtatum> ask not what uds can do for you. ask what you can do for ubuntu
[22:50] <jledbetter> iheartubuntu, Yes.
[22:50] <pleia2> iheartubuntu: if I get sponsorship I'm going, you can check out schedules from past UDSes to see if anything sparks your interest: http://summit.ubuntu.com/uds-n/ http://summit.ubuntu.com/uds-m/
[22:50] <iheartubuntu> more on the lines of... is going to UDS right for me and right for ubuntu?
[22:50] <pleia2> I do debian packaging, but the technical sessions I attend tend to be limited to the ubuntu-debian relationship and some major policy things, most of what I do there is community work
[22:52] <iheartubuntu> i used to program yahoo widgets before i switched to ubuntu. im still trying to fgure out where i fit in i think. i can do some programming, but ive got a world to learn basically. one thing id really like to focus on is creating debs of programs i come across that have no debs
[22:52] <iheartubuntu> tons of apps without install debs out there
[22:53] <iheartubuntu> ive read through tips on creating debs and i get lost too easy
[22:53] <pleia2> the learning curve is pretty steep
[22:53] <pleia2> but there are tools out there to make it easier
[22:53] <pleia2> the developer summit is more broad than individual packages though, a lot of wider policy discussions
[22:54] <pleia2> whether they be strictly technical or things like "what default $x app should we have"
[22:54] <jtatum> it's not really an educational event, it's more for face to face decision making and task assignments
[22:55] <pleia2> you may consider attending remotely for your first UDS, then in October if you're interested fly to the next (probably) US domestic UDS
[22:55] <iheartubuntu> would make for a nice b-day gift for my wife to head to budapest. she can shop, i can drop (in to UDS)
[22:55] <iheartubuntu> ok i will have to read through the links
[22:56] <iheartubuntu> UDS is where selections for base apps get picked like banshee over rhythmbox? that type of stuff?
[22:57] <pleia2> it's discussed, sometimes decisions are made
[22:58] <iheartubuntu> so this is totally different than say the expo coming up
[22:58] <jtatum> there aren't that many of that sort of decision honestly.. but yes that's a small part of it
[22:58] <pleia2> it depends on how much representation is there for particular projects, if a lot of the core devs are together it may make sense to make formal decisions, if not they may have some discussions and then take it to the mailing list
[22:58] <pleia2> iheartubuntu: oh yes, very different
[22:58] <pleia2> the expo is an educational and social event for users
[22:58] <pleia2> UDS is for people who make ubuntu (and the ubuntu community) happen
[22:59] <jtatum> discussing and planning the work for the next release
[23:01] <iheartubuntu> Jono's new blog post says "You don’t have to be technical, or be a programmer or packager to attend – UDS is open to everyone (including non-Ubuntu folks) and free to attend. We encourage everyone with an interest in Ubuntu to attend."
[23:02] <pleia2> doh, looks like ryan singer isn't coming to scale
[23:02] <pleia2> iheartubuntu: oh yes, everyone is welcome :)
[23:02] <pleia2> your question was whether you'd benefit from it, which only you can really answer
[23:04] <iheartubuntu> i want to contribute. i also want to learn so i can give back as well.
[23:07] <pleia2> had a fedora dev friend of mine come out to the one in brussels, he seemed to enjoy it
[23:09] <nhaines> iheartubuntu: Ted Gould is going to talk about contributing to Unity on Friday. http://ubucon.org/scale/scale9x/sessions.html#unityTG
[23:09] <nhaines> It might give you an idea about how contributing can work.
[23:10] <iheartubuntu> nhaines :) thanks im just reading that now on the ubucon page
[23:10] <iheartubuntu> hoping there was an "ubuntu hour" talk
[23:10] <pleia2> jdeslip's talk will probably be useful too
[23:29] <jdeslip> All the talks looked pretty good
[23:29] <iheartubuntu> BTW - the Hotel Corinthia in Budapest looks amazing.
[23:29] <jdeslip> except DarwkingDucks... who cares about KDE? seriously... ;)
[23:29] <iheartubuntu> ouch! :)
[23:31] <pleia2> jdeslip: +1
[23:31] <pleia2> :D
[23:31] <iheartubuntu> and the UDS is held at the hotel it looks like
[23:31] <pleia2> that's what I say when people ask me about Ubuntu Women "Well I don't care about KDE and for some reason they're still around too!"
[23:31] <pleia2> ;)
[23:31] <iheartubuntu> that would be quite amazing to interact with ubuntu devs and users from all around the world.
[23:32]  * iheartubuntu is patient with wife using ubuntu. slowly but surely.
[23:32] <jdeslip> pleia2: lol :)
[23:58] <iheartubuntu> my wife likes MS money for doing our finances. I found out a couple years ago MS money was shutting down and would no longer be sold or maintained. she is now starting to feel the effects. error messages are popping up on Money and downloading of transactions are starting to have problems.
[23:58] <iheartubuntu> ive been trying to get her to switch to ubuntu for a while now... kmymoney looks about the best replacement
[23:59] <iheartubuntu> knowing her i think she will hold out until money starts smoking and catches fire. she'll keep trying until it no longer works entirely.


[00:04] <infinity> pbuckley: Looking at the specs, there's a fair chance that any work done by people on the tf201 might Just Work on the tf700, but hard to tell without hardware.
[00:04] <infinity> That display sure looks nice, though.
[00:11] <pbuckley> cool ill check out whats going on with tf201 and see if i can use any of it as a jumping board
[00:11] <pbuckley> yeh the display is beautiful
[00:11] <pbuckley> loving the hardware.. android isn't cutting it though
[11:55] <LetoThe2nd> ogra_: now tried the netboot installer several times an two brand new 16g sd cards. never finished, always failed during the "select and install software" step.
[11:56] <ogra_> weird, worked for three people during the past two days
[11:56] <ogra_> anything in dmesg or syslog ?
[11:57] <LetoThe2nd> ogra_: no idea. will try the preinstalled server image now
[11:57] <ogra_> (syslog is on tty4 if you do a console install, on serial you need to check the file)
[11:57] <LetoThe2nd> ogra_: i can look on one of the two cards in a few moment
[11:57] <ogra_> there is no preinstalled server image anymore
[11:57] <ogra_> its dead
[11:57] <ogra_> only a normal daily server
[11:58] <LetoThe2nd> ogra_: i've got a copy of the 12.04 omap4hf already here.
[11:58] <ogra_> (all arm images are now identical to their x86 pendants, desktop -> live, server -> alternate with squashfs, netboot -> well, netboot)
[11:59] <ogra_> if you downloaded anything called preinstalled thats several weeks old and 99% positively uninstallable
[11:59] <LetoThe2nd> ogra_: strange, my ubuntu-12.04-preinstalled-server-armhf+omap4.img.gz here is the only thing that ever worked.
[11:59] <ogra_> oh, 12.04 ... sorry
[12:00] <LetoThe2nd> ok, got one of the cards with failed netboot ready now.
[12:01] <LetoThe2nd> the file in use was boot.img-serial.gz
[12:01] <ogra_> and you zcat'ed it as root to the SD
[12:01] <ogra_> ?
[12:01] <LetoThe2nd> sure.
[12:03] <LetoThe2nd> ogra_: you meant checkout the second partition on the sd card and there /var/log, right?
[12:03] <ogra_> looking at http://ports.ubuntu.com/ubuntu-ports/dists/precise/main/installer-armhf/current/images/omap4/netboot/  the serial image definitely has a partition
[12:04] <LetoThe2nd> i really have no idea whats broken. it never finished the installer successfully.
[12:04] <LetoThe2nd> hm, now preinstalled also fails with /dev/mmcblk0p2: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY.
[12:05] <LetoThe2nd> something is really going on here.
[12:05] <ogra_> booting ...
[12:06] <LetoThe2nd> *sigh* now giving today's boot.img_serial.gz one more try.
[12:06] <LetoThe2nd> logged in as root, i do "zcat boot.img-serial.gz > /dev/sdd", then sync
[12:06] <ogra_> todays should definitely work
[12:07] <LetoThe2nd> i'm starting to believe in bad karma, broken feng shui or black magic.
[12:07] <ogra_> heh, probably
[12:08] <ogra_> hmm, my install doesnt seem to progress
[12:08] <ogra_> and i have a suspicion ...
[12:08] <LetoThe2nd> booted fine, language and locale select fine, network config fine.
[12:08] <ogra_> oh, it moved now
[12:08] <ogra_> just took a while to do whatever it did
[12:08] <LetoThe2nd> archive setup fine
[12:09] <ogra_> "Loading additiona componnents" now
[12:10] <ogra_> user setup done
[12:11] <ogra_> partitioning done (picked guided for the usb key)
[12:13] <LetoThe2nd> user setup done, no home encryption
[12:13] <ogra_> same here
[12:13] <ogra_> i largely just go with the defaults
[12:13] <LetoThe2nd> same here.
[12:13] <ogra_> its installing the base system now
[12:13] <LetoThe2nd> guided partitioning, using MMC/SD card #1 (mmcblk0) - 16.1 GB SD SDC
[12:14] <ogra_> oh, not sure that will work, good luck :)
[12:14] <ogra_> bug 1025420
[12:14] <ubot2> Launchpad bug 1025420 in ubiquity "AssertionError: Returned to partman/choose_partition with nothing to do" [High,New] https://launchpad.net/bugs/1025420
[12:14] <ogra_> though thats a quantal desktop install
[12:15] <ogra_> but they both use the same backends
[12:15] <ogra_> he picked a pre-created partition on a live image though
[12:23] <LetoThe2nd> seems like it is stuck doing mkfs.ext4 on mmcblk0p2
[12:26] <ogra_> give it some time ... big slow media etc
[12:27] <LetoThe2nd> too much time already.
[12:27] <LetoThe2nd> sd led also shows no activity.
[12:27] <ogra_> ah
[12:27] <ogra_> my LEDs are both solid green here
[12:27] <ogra_> i dont think we have the modules in d-i to use them
[12:29] <LetoThe2nd> just to be sure, redownloaded qq's boot.img-serial.gz now and starting over again.
[12:29] <ogra_> well, installing to mmc will likely have the same issue there
[12:29] <ogra_> and i bet if you check the logs you would see a similar error as in the bug
[12:36] <LetoThe2nd> now its "installing the base system"
[12:37] <ogra_> to MMC ?
[12:37] <LetoThe2nd> yep
[12:37] <ogra_> intresting
[12:37] <LetoThe2nd> nope, installing.
[12:37] <ogra_> did you keep the existing partition intact ?
[12:37] <LetoThe2nd> nope.
[12:37] <ogra_> heh
[12:37] <ogra_> oh, but you created a vfat in the beginning of the SD i hope
[12:38] <ogra_> it wont do that automatically
[12:38] <LetoThe2nd> it creates an ext2 in the beginning.
[12:38] <ogra_> thats /boot
[12:38] <ogra_> doesnt help
[12:38] <ogra_> you need a vaft to boot from
[12:38] <LetoThe2nd> ah yes, now we're getting closer.
[12:39] <ogra_> if you dont have that partiton flash-kernel-installer will fall over
[12:39] <ogra_> it tries to mount -t vfat i think
[12:39] <lilstevie> LetoThe2nd: I have seen the unexpected inconsistency message every second boot on my tf201, no idea whats causing it but I wonder if there is something going on (booting with single and fscking the volume fixes it)
[12:39] <LetoThe2nd> so basically the automagic partitioning does not work, and one needs to take care that a vfat partition with, say 64mb or such is in place, right?
[12:40] <ogra_> automagic partition only works if you install to USB and leave the SD as "boot floppy/fake NAND"
[12:40] <LetoThe2nd> lilstevie: there's more going on here. :(
[12:40] <lilstevie> hm :/
[12:40] <ogra_> if you want a different setup you need to know what you are doing
[12:40] <LetoThe2nd> ogra_: ok. will do that next then.
[12:41] <ogra_> the automatic creation of /boot is plainly silly
[12:41] <LetoThe2nd> hey i'ma tyrant god emperor. i do not have to know what to do. i have minions for that! *SCNR*
[12:41] <ogra_> but the partman code is scary .. i need to be in the right mood to get at it :P
[12:41] <LetoThe2nd> massively drunk?
[12:42] <ogra_> for three days ... yeah
[12:43] <LetoThe2nd> minimum
[12:44] <lilstevie> do you think being drunk is enough?
[12:45] <LetoThe2nd> resizing the terminal during serial netboot install is funny, talking ncurses-interface layout wise. :=
[12:45] <ogra_> after three days being drunk i dont think anything ;)
[12:45] <ogra_> thats the point ;)
[12:45] <lilstevie> might need some form of hallucinogen to help there
[12:45] <ogra_> LetoThe2nd, screen or minicom ?
[12:45] <LetoThe2nd> lilstevie: please, not engelbert humperdinck records again!
[12:45] <LetoThe2nd> ogra_: screen
[12:46] <lilstevie> LetoThe2nd: lol
[12:47] <LetoThe2nd> lilstevie: "having a bad trip"
[12:47] <ogra_> lol
[14:58] <LetoThe2nd> ogra_: ok, now i've proceeded through the complete netinstaller and kept the first fat partition intact (use largest contiguous space). still does not boot - where to go hinting in the logs?
[15:00] <ogra_> pastebin it somewhere (sudo apt-get install pastebinit;; pastebinit /var/log/installer/syslog  ;))
[15:00] <LetoThe2nd> http://paste.ubuntu.com/1112040/
[15:01] <ogra_> hmm, looks all good
[15:02] <ogra_> how does it not boot ?
[15:02] <ogra_> what are the symptoms ?
[15:02] <LetoThe2nd> power on -> led2 solid.
[15:02] <ogra_> notihing on serial ?
[15:02] <LetoThe2nd> exactly that
[15:02] <ogra_> thats pretty strange, MLO and u-boot wouldnt have changed
[15:02] <LetoThe2nd> check the vfat partition?
[15:03] <ogra_> yes
[15:03] <LetoThe2nd> http://paste.ubuntu.com/1112047/
[15:03] <ogra_> the installer only updates boot.scr, kernel and initrd
[15:04] <ogra_> right, the timestamps agree
[15:04] <ogra_> since MLO wasnt changed you should definitely at least see MLO messages on serial
[15:04] <LetoThe2nd> negative.
[15:05] <LetoThe2nd> http://paste.ubuntu.com/1112052/
[15:06] <ogra_> hmm
[15:06]  * ogra_ is a bit clueless what to say
[15:07] <ogra_> from a binary POV nothing should have changed for MLO
[15:07] <ogra_> its a fat, files dont move around or anything
[15:08] <LetoThe2nd> i told ya. bad karma, or broken feng shui.
[15:09] <ogra_> boot.img-serial1   *           1       61440       30720    c  W95 FAT32 (LBA)
[15:09] <LetoThe2nd> just retried including starting the terminal over again. led2 solid, nothing else.
[15:09] <ogra_> hmm, the data has definitely changed
[15:10] <ogra_> i suspect parted rewrites the partition table
[15:10] <ogra_> since you created one
[15:11] <LetoThe2nd> ok, so the guess would be - what?
[15:11] <ogra_> oyu should probably pre-create one and select to not format it in the partitioner ... then it shouldnt touch the part. table
[15:11] <ogra_> as a workaround
[15:11] <ogra_> and the bug would be against partman i guess
[15:11] <LetoThe2nd> the fat partition? it basically *should* not get touched, as i nowhere told the installer to do so.
[15:12] <ogra_> no, not the partition, the partition table
[15:12] <LetoThe2nd> ogra_: so zcat to sd, manually partition in the pc, then start all over?
[15:12] <ogra_> compare my fdisk output with yours for the vfat partition
[15:13] <ogra_> right
[15:13] <ogra_> my guess would be that this works
[15:13] <ogra_> seems the rom doesnt get along with the differently computed partition table
[15:13] <ogra_> or some such
[15:14] <ogra_> the image is originally created by fdisk ... while the installer uses partman
[15:14] <ogra_> (which handles CHS differently for example)
[15:14] <LetoThe2nd> ok, lets see.
[15:16] <LetoThe2nd> ok, when repartitioning with gparted after zcat'ing boots.
[15:21] <ogra_> my install to USB finished properly btw
[16:06] <LetoThe2nd> ogra_: seems to boot now.
[16:06] <LetoThe2nd> \o/
[16:53] <ogra_> LetoThe2nd, awesome !
[17:21] <janimo> marvin24, did you commit yesterday's resume problem fix?
[17:22] <janimo> marvin24, I just checked your new branch compared to what we have in ubuntu, quite a diff. You seem to have added a lot of commits since Jun 8 when the previous package got branched off
[17:22] <janimo> did you add rt2000 driver fixes too besides strictly ac100 stuff? I want to make sure I am not mishandling git log here
[17:22] <janimo> :)
[18:12] <marvin24> janimo: use the l4t-r15-ac100 branch
[18:12] <marvin24> and yes, I updated some drivers we use
[18:12] <marvin24> rt2x00 and cleancache
[18:13] <janimo> marvin24, ok. thanks, I'll use that
[18:13] <janimo> too bad gitorious is so slow
[18:13] <janimo> and sometimes disconnects
[18:15] <marvin24> yes, that's the "non-commercial" way ;-)
[18:16] <marvin24> janimo: I'm thinking about uboot ...
[18:16] <marvin24> what is the prefered way to boot the kernel (where to store, initrd, boot.scr?)
[18:17] <janimo> preferred way with uboot?
[18:17] <janimo> the cases I know have a separate partition for uboot conffiles and kernel+initrd
[18:20] <marvin24> I wonder if we should use the boot partitions for this
[18:20] <janimo> if it works I don't see why not.
[18:20] <janimo> it can be restored easily
[18:21] <marvin24> and what about an efi partition table?
[18:21] <infinity> We usually store the kernel and initrd on the same flash/partition as u-boot.bin, but that's only for historical reasons, because u-boot used to suck so terribly hard at loading from ext* filesystems.
[18:21] <infinity> There's really no reason we should continue that brain damage, IMO.
[18:21] <marvin24> I think it still only understands ext2
[18:22] <marvin24> or ext4 without some features I guess
[18:22] <infinity> For read-only, it's good enough on ext4, afaik.
[18:22] <infinity> As for efi, I don't think u-boot speaks gpt at all yet.
[18:23] <infinity> But that's fine if you load u-boot and the kernel externally, and let the kernel sort out partitions.
[18:23] <marvin24> I tried loading the kernel from my ext4 partition, but failed
[18:23] <marvin24> it could only see the root fs, but /boot gave garbage
[18:23] <marvin24> gpt is supported AFAIK
[18:24] <marvin24> chromeos also uses it and likely all new devices also
[18:24]  * marvin24 goes and checks
[18:25] <marvin24> seems it should work as long as the storage is smaller than 2 TB ...
[19:30] <ogra_> marvin24, use vfat
[19:31] <marvin24> ogra_: never ...
[19:31] <marvin24> ext2 is fine I think
[19:31] <marvin24> for internal mmc
[19:31] <ogra_> vfat is the most stable filesystem in u-boot, as sad as it sounds ...
[19:31] <marvin24> even read only ext2 doesn't work?
[19:31] <marvin24> zzz
[19:32] <ogra_> but ext2 is usually ok too, i have seen it failing on arches where iot was supposed to work though
[19:32] <ogra_> (some mervell ones, but they used their own u-boot fork i think)
[19:32] <ogra_> *marvell
[19:46] <marvin24> yeah, we can use mainline :-)
[21:21] <janimo> marvin24, I rebased on your new branch and want to check with you on the config changes introduced as I see it here
[21:21] <janimo> +CONFIG_REGMAP=y and REGMAP_I2C=m are new
[21:21] <janimo> XVMALLOC ZCACHE and ZRAM got turned off
[21:23] <janimo> ogra_, what keys to use to boot into recovery on the ac100?
[22:22] <janimo> ogra_, ah you removed the 30 minutes text from the installer, nice :)
[22:23]  * RoyK smacks his raspberry pi
[22:25] <infinity> janimo: I think he should have taken an average timing of 5 installs, and ammended the message to "this process may take around 13.73 minutes, ish."
[22:26] <janimo> it is 5-6 minutes in my tests. Not sure if the USB stick or the internal mmc is the bottleneck
[22:26] <janimo> but its not slow at all
[22:27] <infinity> Yeah, I know.   :P
[22:28] <janimo> I figured. Ithought 5 - as I experienced should be representative for all, but forgot the usb stick/sd card used has an influence
[22:29] <janimo> infinity, I'll do some more work on mono tomorrow and in the weekend, today and yesterday I did not do anything.


[00:00] <thumper> fark
[00:00] <thumper> I thought this was a small branch
[00:00] <thumper> $ git diff master | wc -l
[00:00] <thumper> 973
[00:00] <thumper>  15 files changed, 467 insertions(+), 174 deletions(-)
[00:00] <thumper> hmm... menno is reviewer
[00:00] <thumper> no worries then
[00:01]  * thumper goes to write more tests :)
[00:39] <menn0> thumper: screw you hippie :)
[00:40]  * thumper bows
[00:41] <thumper> oh fuck
[00:41] <thumper> hmm...
[00:42]  * thumper found an interesting bug^Wfeature
[01:01] <thumper> FINE
[01:01] <thumper> IF THAT IS THE WAY IT'S GOING TO BE...
[01:01]  * thumper beats the code into submission
[01:19] <jw4> fwereade: if you get a chance in the morning could you review http://reviews.vapour.ws/r/1181/ ?
[01:20] <jw4> fwereade: I've updated with good feedback from perrito666 and dimitern
[01:34] <thumper> menn0: got a few minutes to discuss a testing approach?
[01:43]  * thumper grumbles
[01:44] <thumper> davecheney: can I pass around an unbound method as a func to call on a target?
[01:46]  * thumper recalls the following
[01:46] <thumper> type foo struct {}
[01:47] <thumper> func (f *foo) method(param string) error {...}
[01:47] <thumper> foo.method -> func (*foo, string) error
[01:47] <thumper> ...
[01:47] <thumper> that'll work
[01:48] <menn0> thumper: back now. standup hangout?
[01:48] <thumper> yea
[01:54] <mup> Bug #1433384 was opened: utopic unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core:Triaged> <https://launchpad.net/bugs/1433384>
[02:07] <mup> Bug #1433384 changed: utopic unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core:Triaged> <https://launchpad.net/bugs/1433384>
[02:13] <mup> Bug #1433384 was opened: utopic unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core:Triaged> <https://launchpad.net/bugs/1433384>
[02:17] <thumper> menn0: what do you think about having the function api.OpenWithLoginV1 exported publicly?
[02:17] <thumper> menn0: that way we can call it from the apiserver package
[02:19] <menn0> thumper: it's a little ugly but it doesn't bug me that much
[02:19]  * thumper nods
[02:19] <menn0> thumper: perhaps it should be OpenWithVersion
[02:20] <thumper> but that implies it takes an arg
[02:20] <thumper> but it doesn't
[02:20] <menn0> thumper: would that make sense? then there'd be just one call to let people get at any version.
[02:21] <thumper> hmm...
[02:21] <thumper> perhaps
[02:21] <menn0> thumper: but could it take an arg
[02:21] <menn0> ?
[02:21] <thumper> yes
[02:21] <thumper> we could switch on the version
[02:21] <thumper> and error on unknown
[02:21] <menn0> thumper: why do you really need to export it from apiserver?
[02:21] <thumper> it is an api client function right now
[02:22] <thumper> and I want to use it in the apiserver package
[02:22]  * thumper hunts for some books of equal height
[02:22] <menn0> thumper: right I see.
[02:22]  * thumper is trying standing up
[02:23] <thumper> Beginning GIMP is the same thickness as Generative Programming
[02:23]  * thumper is winning
[02:23] <menn0> :)
[02:23] <thumper> hmm... that's better
[02:23] <thumper> keyboard was a little low before
[02:24] <menn0> thumper: just thought some more about it
[02:24] <thumper> yus...
[02:24] <menn0> thumper: and it seems ok
[02:25] <thumper> which bit?
[02:25] <menn0> thumper: esp if there's a docstring saying that it's mainly for testing
[02:25] <thumper> exporting one that takes a version
[02:25]  * thumper nods
[02:25] <thumper> will do
[02:25] <menn0> thumper: either is ok
[02:25] <thumper> and I'll have it take a version number
[02:25] <thumper> I think it is a little more flexible
[02:25] <menn0> thumper: but i prefer the version taking form
[02:25] <thumper> ack
[02:26]  * thumper takes a deep breath and ignores a little mess
[02:26]  * thumper makes a note to clean it up next
[02:30] <thumper> menn0: I'm not sure I'm going to get all this done before 6 today
[02:30] <thumper> menn0: as I have a parent-teacher interview at 4
[02:30] <thumper> and a class at 5
[02:30] <thumper> but I'll finish it off tongiht
[02:31] <thumper> menn0: I don't expect you to review it today (maybe tomorrow) :)
[02:32] <menn0> thumper: np
[03:48] <axw> wallyworld: http://reviews.vapour.ws/r/1193/
[03:48] <wallyworld> ok
[03:49] <menn0> anyone able to review this? http://reviews.vapour.ws/r/1192/
[03:50] <menn0> it's a fix for a problem I introduced that is preventing compilation on i386
[03:50] <wallyworld> axw: i've done the go-amz mods ti support volumes, writing tests. had to update v4-unstable branch with latest v3 changes, conflicts due to stupid paths in imports. that shits me no end with Go
[03:50] <wallyworld> menn0: looking
[03:50] <thumper> menn0: class is at 6 not 5
[03:50] <thumper> so I'm about to push this branch up
[03:50] <menn0> thumper: ok, bring it on
[03:51] <thumper>  20 files changed, 588 insertions(+), 192 deletions(-)
[03:51]  * menn0 warms up his review issue fingers
[03:54] <wallyworld> menn0: i just left a suggestion, not that important
[03:54] <menn0> wallyworld: good idea. i'll do that.
[03:57] <thumper> hmm...
[03:57] <thumper> why is reviewboard not picking that up
[03:57] <thumper> menn0: https://github.com/juju/juju/pull/1868
[03:58] <menn0> thumper: cool. i'll do that next.
[04:06] <menn0> looks like CI is blocked at the moment
[04:06] <menn0> bug 1433384
[04:06] <mup> Bug #1433384: utopic unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core:Triaged> <https://launchpad.net/bugs/1433384>
[04:07] <menn0> thumper: your PR didn't make it to RB?
[04:08]  * thumper shrugs
[04:08] <thumper> NFI
[04:10] <menn0> thumper: i'll review on GH
[04:13] <thumper> this standing desk thing has my shoulders aching
[04:13] <thumper> less hunching and more hanging I guess
[04:19] <rick_h_> thumper: time to go to walking desk :)
[04:20] <ericsnow> thumper: FYI, that RB problem is a bug in my hook code where it cannot handle unicode properly (yay 7 year old Python version)
[04:20] <ericsnow> thumper: from time to time Github sends unicode in the request (or we have some in our code somewhere)
[04:21] <ericsnow> thumper: once the vivid stuff settles down I'm planning on fixing it
[04:29] <wallyworld> axw: reviewed, sorry about delay, pool man was here
[04:29] <axw> wallyworld: nps, thanks
[04:34] <thumper> ericsnow: ah... I was wondering what it was
[04:35] <ericsnow> thumper: yeah, it's the most common reason why the hook fails
[04:35] <thumper> ok, handy to know
[04:35] <thumper> I'm going to head off to my boxing class now
[04:35] <thumper> time to hit things hard
[04:35] <menn0> thumper: review done
[04:35] <ericsnow> thumper: the other is when a branch get's rebased against an incompatible base revision to the original
[04:35] <thumper> menn0: awesome thanks
[04:35] <thumper> menn0: I was wondering about the restricted root ordering
[04:35] <thumper> it seemed weird to do work that you were going to throw away
[04:36] <thumper> but I'll look for the method first
[04:36] <thumper> for consistency
[04:36] <thumper> with the other methods
[04:36] <ericsnow> menn0: thanks for pointing out filepath.EvalSymlinks
[04:36] <ericsnow> menn0: I've updated the patch
[04:36] <menn0> thumper: yeah it does looks weird but I did put some thought into it for upgradingRoot
[04:36] <thumper> laters peeps
[04:36] <thumper> menn0: ack, will address tomorrow
[04:36] <menn0> ericsnow: no problems
[04:36] <ericsnow> thumper: o/
[04:37] <menn0> ericsnow: i've got to finish up in a sec so i might not be able to get back to your PR until tomorrow
[04:37] <ericsnow> menn0: no worries
[04:38] <ericsnow> menn0: thanks for the reviews
[04:38] <ericsnow> menn0: we kept you busy today
[04:39] <ericsnow> menn0: I'll probably have someone else wrap up the review so I that we can maybe release 1.23b1 tomorrow
[04:39] <jw4> menn0: thanks for the review, and the kind words :)
[04:40] <menn0> ericsnow: np
[04:40] <menn0> jw4: np
[04:44] <menn0> ericsnow: i just managed to sneak another review in
[04:44] <menn0> ericsnow: one problem, but otherwise ship it
[04:44] <ericsnow> \o/
[04:44] <ericsnow> menn0: a pity review :)
[04:58] <wwitzel3> ericsnow: what are you still doing here?
[05:07] <ericsnow> wwitzel3: just checking on reviews before going to bed :)
[06:14] <axw> wallyworld: I've proposed another couple of branches. I'll now look at the last bits required to populate filesystem info for filesystems-on-volumes
[06:14] <axw> can't land anything atm, as trunk is blocked
[06:17] <wallyworld> axw: ok, i'm still plowing through writing tests for the go-amz work, have to go to soccer soon, may look after i get back. i expect tmorrow we'll have EBS volume source working
[06:18] <axw> wallyworld: awesome :)
[06:18] <wallyworld> axw: oh, and that will include attach, detach
[06:18] <axw> great
[06:18] <axw> wallyworld: I haven't removed VolumeParams.Attachment yet, will defer that for now
[06:19] <axw> but it's still necessary to have separate attach/detach anyway
[06:19] <wallyworld> axw: sure, np, yep
[06:19] <wallyworld> and it's not much extra work to do it up front
[06:35] <dimitern> wallyworld, hey there, do you know if thumper's on leave?
[06:48] <wallyworld> dimitern: he was here before, but it's past his EOD now
[06:49] <dimitern> wallyworld, yeah, I was wondering about that i386 issue, but I've seen menn0 proposed a fix for it.. and now we have another blocker
[06:49] <wallyworld> i saw the i386 fix (reviewed it) but hadn't seen the other blocker
[06:51] <dimitern> #1433384 - some leadership fallout it seems
[06:51] <mup> Bug #1433384: utopic unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core:Triaged> <https://launchpad.net/bugs/1433384>
[08:36] <dimitern> fwereade, hey
[08:37] <fwereade> dimitern, heyhey
[08:37] <dimitern> fwereade, I wonder if you can clarify the logic around worker/leadership/tracker_test.go - the durations chosen
[08:38] <dimitern> fwereade, seems like refreshes() picks a halfRefreshes in the order or a few nanoseconds, which leads to frequent failures in TestWaitMinionBecomeMinion
[08:39] <dimitern> fwereade, that's related to the current blocker for 1.23 - bug 1433384
[08:39] <mup> Bug #1433384: utopic unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core:Triaged> <https://launchpad.net/bugs/1433384>
[08:40] <fwereade> dimitern, hmm, did I screw up the logic? it ought to always pick (2n+1)/2 * coretesting.ShortWait for integer N
[08:42] <dimitern> fwereade, hmm so that looks like it needs to yield a duration around 1.5 - 2.5 x shortWait
[08:42] <fwereade> dimitern, yeah, it shouldn't ever return anything less than half shortWait
[08:43] <fwereade> dimitern, and looking at the code I can't immediately see how it's not doing that
[08:43] <dimitern> fwereade, depending on N ofc; the trouble is if you run the worker/leadership tests a few times - that same test (and only it so far I can see) fails - it happens to me about 50% of the time
[08:45] <dimitern> fwereade, hmm, actually it's a lot less than 50%
[08:45] <dimitern> fwereade, can you try running this on 1.23 in worker/leadership?: time go test -c && for i in `seq 50`; do ./leadership.test & sleep 0.01; done
[08:46] <fwereade> dimitern, yeah, it looks like I *can*induce failures, but I'm not seeing the one you mentioned above
[08:47] <dimitern> fwereade, but is the ultimate failure the same - got unexpected readiness: true ?
[08:47] <mattyw> morning all
[08:47] <dimitern> mattyw, o/
[08:47] <fwereade> dimitern, afraid not -- I'm seeing occasional failures to unblock the release goroutine in TestFailGainLeadership
[08:48] <fwereade> mattyw, o/
[08:49] <fwereade> dimitern, and they're not guaranteed to trigger, whether running with seq 50 or seq 500
[08:50] <dimitern> fwereade, :) ok, there goes my one clue of the cause of the failure
[08:51] <dimitern> fwereade, I'll experiment on i386 to see if it makes a difference
[08:55] <fwereade> dimitern, hmm, seq 5000 seems to be stressing it a bit more, I managed to get 21 failures -- but *all* of them are in unblockRelease :/
[08:55] <dimitern> fwereade, are you using go 1.2.1 from the archive?
[08:56] <fwereade> dimitern, hmm, looks like I'm on 1.2 actually
[08:57] <fwereade> dimitern, (I think the unblockRelease *is* an issue actually -- we ought to have a generous timeout there instead of the default: case)
[08:57] <dimitern> fwereade, right, sounds fair
[09:00] <fwereade> dimitern, yeah, with coretesting.LongWait in unblockRelease I can do seq 5000 without failures
[09:04] <dimitern> fwereade, nice! well, if I have success with that other test on i386 I can propose a fix for both
[09:08] <fwereade> dimitern, cool, thanks
[09:32] <dimitern> fwereade, it gets weirder.. on a i386 machine even with seq 5000 I couldn't reproduce the TestWaitMinionBecomeMinion failure
[09:33] <fwereade> dimitern, blargh
[09:33] <dimitern> fwereade, I had ~25 failures and all of them related to unblockRelease
[09:55]  * fwereade out, laura's school, bbs
[10:02] <dooferlad> dimitern, voidspace, TheMue: hangout?
[10:02] <voidspace> dooferlad: yes
[10:02] <dimitern> dooferlad, sorry, omw
[10:41] <natefinch> I need to be able to alias juju destroy-enviroment to juju destroy-environment
[10:41] <natefinch> ...or learn to type/spell
[11:27] <mattyw> natefinch, juju burn-more-fossil-fuels?
[11:36] <mattyw> natefinch, would you mind taking another look at http://reviews.vapour.ws/r/1005/? I'm going to fix the test up - but I'll do it in a follow up
[12:29] <mup> Bug #1433566 was opened: Precise unit test failure discoverySuite.TestDiscoverInitSystemScript  <ci> <precise> <regression> <test-failure> <juju-core:Triaged> <https://launchpad.net/bugs/1433566>
[12:36] <voidspace> virt-manager changes the owner of iso images you use to create kvm images from!
[12:37] <dimitern> voidspace, yeah, because they're in added to the libvirt storage pool
[12:37] <voidspace> dimitern: the iso image?
[12:37] <voidspace> that seems unfriendly
[12:37] <dimitern> voidspace, indeed
[12:38] <voidspace> dimitern: I can now create a storage pool - but can't read the iso image. Which is odd. I think it's because the iso image is behind a symlink
[12:39] <voidspace> well, copying elsewhere worked - for whatever reason
[12:39] <dimitern> voidspace, :) go figure
[12:41] <voidspace> dimitern: I think the type of access it uses doesn't like symlinks
[12:41] <voidspace> block level
[12:42] <dimitern> voidspace, why are there symlinks in there?
[12:43] <voidspace> dimitern: I moved the directory and left a symlink in the old location
[12:43] <voidspace> dimitern: ~/Downloads
[12:43] <voidspace> dimitern: it's where the iso image is
[12:44] <voidspace> dimitern: for the storage volumes I used bind mount to move them
[12:44] <voidspace> dimitern: which may or may not be necessary - but works
[12:44] <voidspace> dimitern: I just needed to set the right owner/group on the files as well
[12:46] <dimitern> voidspace, hmm bind mounts should work better than symlinks
[12:47] <dimitern> voidspace, can't you specify default owner/perms at mount time of the bind?
[12:49] <voidspace> dimitern: the bind mount is working fine
[12:49] <voidspace> dimitern: the ~/Downloads symlink is also fine normally
[12:50] <voidspace> dimitern: it's just that because it's a symlink virt-manager can't get block level access to iso images there
[12:50] <voidspace> dimitern: I should have specified the full path instead of via the symlink - just habit
[12:50] <dimitern> voidspace, ah, I got you
[12:50] <dimitern> fwereade, are you around?
[12:59] <mup> Bug #1433577 was opened: Vivid unit tests need to pass <ci> <test-failure> <vivid> <juju-core:Triaged> <https://launchpad.net/bugs/1433577>
[13:05] <mup> Bug #1433577 changed: Vivid unit tests need to pass <ci> <test-failure> <vivid> <juju-core:Triaged> <https://launchpad.net/bugs/1433577>
[13:11] <mup> Bug #1433577 was opened: Vivid unit tests need to pass <ci> <test-failure> <vivid> <juju-core:Triaged> <https://launchpad.net/bugs/1433577>
[13:35] <natefinch> mattyw: that severity is different than the severity you were using before... is that right?
[13:53] <mattyw> natefinch, it's changed a little bit, the logic had changed with it though yes
[13:53] <mattyw> natefinch, I think this order makes more sense
[13:57] <ericsnow> dimitern: FYI, bug 1433577 looks like the same issue as bug 1433384, but on vivid
[13:57] <mup> Bug #1433577: Vivid unit tests need to pass <ci> <test-failure> <vivid> <juju-core:Triaged> <https://launchpad.net/bugs/1433577>
[13:57] <mup> Bug #1433384: unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core:In Progress by fwereade> <https://launchpad.net/bugs/1433384>
[13:58] <dimitern> ericsnow, well part of it is
[13:58] <ericsnow> dimitern: right
[14:00] <dimitern> ericsnow, fwereade is already on #1433384 btw
[14:00] <mup> Bug #1433384: unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core:In Progress by fwereade> <https://launchpad.net/bugs/1433384>
[14:00] <ericsnow> dimitern: ah, great
[14:01] <dimitern> ericsnow, I wanted to check something with you re systemd support
[14:02] <ericsnow> dimitern: sure
[14:02] <dimitern> ericsnow, looking at https://github.com/juju/juju/blob/master/container/lxc/clonetemplate.go#L129-L172
[14:03] <ericsnow> dimitern: yep
[14:03] <dimitern> ericsnow, and the corresponding test - https://github.com/juju/juju/blob/master/container/lxc/lxc_test.go#L811-L841
[14:04] <dimitern> ericsnow, do you think this will work for systemd? I mean for upstart it does (it's live tested), but I wasn't sure if you can have multiple commands in ExecStart (provided all of them have abs. paths)
[14:06] <ericsnow> dimitern: systemd only allows a single command for ExecStart (or any Exec*)
[14:06] <ericsnow> dimitern: however, the systemd code in juju turns a multi-line ExecStart into a separate shell script that ExecStart then calls
[14:08] <dimitern> ericsnow, so it will work?
[14:09] <ericsnow> dimitern: it should work fine; I'll look more closely at it in a minute
[14:09] <perrito666> ericsnow: wwitzel3 ?
[14:09] <dimitern> ericsnow, thanks!
[14:29] <mup> Bug #1433615 was opened: Manual provider fails to bootstrap: failed to check provisioned status ... /: Is a directory <bootstrap> <ci> <manual-provider> <regression> <juju-core:Triaged> <https://launchpad.net/bugs/1433615>
[14:45] <alexisb> natefinch, ericsnow, fwereade, dimitern thank you all for tackling critical bugs for 1.23 quickly
[14:46] <ericsnow> alexisb: blame my feeling of guilt :)
[14:47] <alexisb> ericsnow, given the number of features we landed in 1.23 we will be seeing a fair amount of guild :)
[14:48] <alexisb> we will just need to tackle the bugs quickly and get things hardened and stable, ready for the release
[14:48] <dimitern> ericsnow, :) guilt usually works for me as well
[14:49] <dimitern> alexisb, thanks!
[15:06] <ericsnow> fwereade: you free to meet briefly?
[15:07] <fwereade> ericsnow, oops, sorry, with you in 2
[15:07] <ericsnow> fwereade: no worries
[16:02] <fwereade> mgz, sinzui: FATAL: Unable to delete script file /tmp/hudson7105716500738528055.sh ?
[16:02] <natefinch> gah, why the heck is machine 0 running without the environmanager job when it first boots up? :/
[16:04] <natefinch> oops, nevermind... figured out what I was doing wrong :)
[16:41] <natefinch> man I hate it when people type assert stuff and then if the type assert fails... don't tell me what type it actually was in the error - https://github.com/juju/juju/blob/master/apiserver/watcher.go#L90
[16:49] <jw4> natefinch: at least log the type right?
[16:50] <jw4> natefinch: not sure if it's a potential security issue to reveal the type in the error?
[16:51]  * jw4 out for a couple hours
[17:22] <fwereade> dimitern, can you clarify http://reviews.vapour.ws/r/1165/diff/3/?file=42926#file42926line396 ?
[17:23] <fwereade> dimitern, that's a comment I added (in what I thought was the right place) to address my remembering someone had once asked why we did that, and that it wasn't immediately clear from context
[17:24] <fwereade> dimitern, if I explained it nearer the top of the method it'd be further away from the code it's explaining and likely to rot even faster than most comments
[17:48] <natefinch> fwereade: I hate that this code doesn't differentiate between "not found" and "wrong type" :/  https://github.com/juju/juju/blob/master/apiserver/watcher.go#L90
[18:00] <fwereade> natefinch, I think the error is reasonable for both cases, but yes, when debugging you'd probably want to know more
[18:01] <fwereade> abentley, if you're around I appear to have broken the bot with http://juju-ci.vapour.ws:8080/job/github-merge-juju/2552/
[18:09] <abentley> fwereade: looking...
[18:14] <abentley> fwereade: do you have an idea what the cause is here?  I don't understand why it can't delete the script.  I can (try to) delete the script, but I imagine the same thing will happen with the next run.
[18:14] <fwereade> abentley, I have no idea, I'm afraid
[18:16] <abentley> fwereade: AFAICT, the script is being deleted by jenkins, and it has 0644 with ownership jenkins:jenkins, and /tmp (the parent directory) is 0777
[18:17] <abentley> fwereade: I might as well try
[18:17] <abentley> fwereade: I've deleted the script and triggered a rebuild.
[18:19] <abentley> fwereade: It seems to be getting further: http://juju-ci.vapour.ws:8080/job/github-merge-juju/2553/console
[18:19] <fwereade> abentley, cool, thanks
[18:29] <voidspace> dimitern: ping
[18:29] <voidspace> dimitern: you shouldn't be here even if you are :-)
[18:29] <voidspace> dimitern: but just in case...
[18:30] <voidspace> dimitern: running upgrade with loggging shows that the life field is correctly set to "dead" for a destroyed container IP address
[18:30] <voidspace> dimitern: so I'm proposing the logging branch (just two logging lines)
[18:30] <voidspace> dimitern: and moving onto the worker
[19:11] <natefinch> you know it's bad when I can't even tell WTF is going on with a full traceback.
[19:11] <natefinch> this watcher code is a twisted mess
[19:21] <perrito666> natefinch: there are worse, beware of what you wish
[19:21] <perrito666> I have been around watcher when changin state, need a hand?
[19:23] <natefinch> perrito666: yeah... just trying to debug why this watcher is causing an error
[19:24] <natefinch> perrito666: brb
[19:24] <perrito666> heh, seems my help causes people to flee :p
[19:28] <natefinch> perrito666: back
[19:28] <natefinch> perrito666: let's jump in moonstone
[19:38] <natefinch> wwitzel3: you around?
[20:04] <wwitzel3> natefinch: yep
[20:06] <natefinch> wwitzel3: was the watcher working for you?  I keep getting a problem where the state server says it's trying to find a watcher with an empty id... but I can't figure out why, because the watcher code is all so twisty
[20:07] <wwitzel3> wwitzel3: nope. that is the same error I left it at last night, I'm working on that no, trying to get it fixed.
[20:07] <wwitzel3> natefinch:
[20:08] <wwitzel3> natefinch: the setup runs, the handle runs (which is our usual throw away the first run stuff), then I get that unknown watcher id
[20:09] <natefinch> wwitzel3: ok, cool (sorta).  I made a branch with more logging on my github called nate-ww3-ha-to
[20:10] <natefinch> it also has some of the work to actually do stuff inside the watcher when it triggers... but yeah, I haven't been able to figure out the unknown watcher ID thing either
[20:10] <perrito666> juju local behaves much like the ring from lotr, when you most need it it leaves you stranded
[20:10] <natefinch> wwitzel3: I know that it's because it's somehow getting an empty id in newNotifyWatcher, but can't figure out why
[20:10] <wwitzel3> natefinch: right, and the Next attempt throws the error
[20:11] <niedbalski> abentley, ping
[20:11] <niedbalski> abentley, are you able to target https://bugs.launchpad.net/juju-core/+bug/1423936 to 1.22 ?
[20:11] <mup> Bug #1423936: Juju backup fails when journal files are present <backup-restore> <cts> <juju-core:Triaged by niedbalski> <https://launchpad.net/bugs/1423936>
[20:15] <abentley> niedbalski: I can.
[20:16] <alexisb> o perrito666 look a backup and restore bug, your favorite
[20:16] <wwitzel3> lol
[20:16] <perrito666> alexisb: it is my favorite
[20:16] <perrito666> because natefinch has a patch for it
[20:16] <perrito666> :p
[20:17] <alexisb> looks like niedbalski has fixed it for you though
[20:17] <perrito666> and by natefinch I meant niedbalski
[20:17] <natefinch> haha I was going to say... news to me
[20:17] <alexisb> heh exactly
[20:17] <perrito666> natefinch: you should have seen your face
[20:17] <wwitzel3> natefinch frequently codes up patches and just keeps them in his back pocket, JIC
[20:17] <perrito666> lol
[20:19] <alexisb> abentley, that bug will need to be discussed in the release call, so that xwwt and team can decide how/when the point release will go out
[20:21] <abentley> alexisb: ACK.  With 1.23 in beta, 1.22 may soon be obsolete anyway.
[20:21] <alexisb> abentley, we will be pushing it to trusty
[20:31] <niedbalski> abentley, thanks
[20:36] <abentley> niedbalski: np
[20:48] <ericsnow> dimitern: FYI, I wrote a patch to test systemd in containers/lxc: http://reviews.vapour.ws/r/1203/
[21:35] <bogdanteleaga> is there any way to debug go build hanging completely?
[21:38] <thumper> bogdanteleaga: umm... best person to suggest stuff would be davecheney I think
[21:41] <thumper> wallyworld: you up?
[21:41] <wallyworld> thumper: yeah, in meeting, talk soon
[21:41] <thumper> ack
[22:01] <mup> Bug #1433615 changed: Manual provider fails to bootstrap: failed to check provisioned status ... /: Is a directory <bootstrap> <ci> <manual-provider> <regression> <juju-core:In Progress by ericsnowcurrently> <https://launchpad.net/bugs/1433615>
[22:03] <wallyworld> thumper: zup
[22:07] <thumper> wallyworld: quick hangout?
[22:07] <wallyworld> sure
[22:24] <ericsnow> bbl (running some errands)
[22:46] <mup> Bug #1433384 changed: unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core 1.23:Fix Committed by fwereade> <https://launchpad.net/bugs/1433384>
[22:55] <mup> Bug #1433384 was opened: unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core 1.23:Fix Committed by fwereade> <https://launchpad.net/bugs/1433384>
[23:01] <mup> Bug #1433384 changed: unit-test failure: TrackerSuite.TestWaitMinionBecomeMinion <ci> <i386> <regression> <test-failure> <utopic> <juju-core 1.23:Fix Committed by fwereade> <https://launchpad.net/bugs/1433384>
[23:06] <ericsnow> wallyworld: FYI, those failing tests on precise just passed: http://juju-ci.vapour.ws:8080/job/run-unit-tests-precise-amd64/2538/console
[23:06] <wallyworld> ericsnow: awesome. i'm still waiting for the manual provider tests to pass also
[23:33] <ericsnow> wallyworld: when you have a minute could you take another look at http://reviews.vapour.ws/r/1164/?
[23:33] <ericsnow> wallyworld: I haven't done much manual testing on it yet (due to more pressing concerns)
[23:38] <wallyworld> ericsnow: looking
[23:38] <ericsnow> wallyworld: ta


[06:03] <jussi> perhaps someone with a little more knowledge than me should delete/update this page:  https://wiki.ubuntu.com/Wayland
[06:23] <jose> jussi: what do you think about putting a header on the page stating that we're moving to Mir and not Wayland?
[06:23] <jussi> jose: ive no idea to be honest
[06:24] <jose> I'll do that for the moment, and if anyone else has any other ideas/suggestions they can just change it, it's a wiki anyways :)
[06:57] <dpm> good morning all
[06:57] <jussi> jose: looks fine to me, others can now update if they want also, but at least something is there
[06:57] <jussi> hiya dpm
[06:57] <jose> great, then :)
[06:58] <jose> hello, dpm!
[06:58] <jose> long time no see
[06:58] <dpm> hey jussi, hola jose :)
[07:32] <dholbach> good morning
[07:38] <dholbach> dpm, welcome back!
[07:38] <dholbach> how's Germany treating you?
[07:39] <dholbach> dpm, found a café to work from or a coworking space or something?
[07:44] <dpm> hey dholbach :)
[07:45] <dpm> thanks :)
[07:45] <dholbach> hey dpm
[07:46] <dpm> Germany is treating me well so far apart from internet :) the weather in Stuttgart is pretty good right now
[07:46] <dpm> let's see how long it lasts ;)
[07:47] <dpm> it seems this morning the mobile broadband connection is working acceptably well, so I can work from home, but I'm looking for other options for when it starts being flaky again
[08:00] <dholbach> sure
[08:53] <jussi> you know, I still dont understand why we dont have a text editor on LP, so that we can edit a file in a package, and click "create patch". then we do not have to be on our own PC, with all the keys etc ionstalled to be able to contriobute easily (and typo patches will get fixed in like 1 second...)
[12:52] <mhall119> jussi: bzr branch lp:launchpad
[12:53] <jussi> mhall119:  ?
[12:53] <mhall119> nobody else is adding features to Launchpad right now
[12:53] <mhall119> so you'd have to add it yourself
[12:53] <mhall119> and once you see Launchpad's code, you'll probably understand why nobody's doing that :)
[12:53] <jussi> mhall119: ahh right, yeah, sorry, my skills, yeah, errr
[12:54] <mhall119> hey man, I think pretty highly of my skills and I still won't touch LP :)
[12:57] <jussi> haha
[12:57] <jussi> well, Im off. see you all later
[13:57] <jono> pleia2, hey
[13:57] <jono> any chance you an ack tvoss's mails to xubuntu-devel so the community sees them?
[16:14] <pleia2> jono: he did send it to the list and it was let through the moderation queue, all is well :)
[16:14] <pleia2> (also, pre-7AM? gah!)
[16:17] <jono> pleia2, cool
[16:17] <jono> pleia2, yeah, early early
[16:17] <jono> babies do that for you
[16:17] <jono> :-)
[16:21]  * elfy says nothing
[17:02] <dholbach> all right my friends
[17:02] <dholbach> I call it a day
[17:02] <dholbach> see you all tomorrow!
[17:03] <elfy> jcastro: ping
[18:28] <jose> hey guys, can I have an upvote? http://www.reddit.com/r/Ubuntu/comments/1jr7cx/getting_through_the_trough_and_closer_to_the_edge/
[18:29] <jose> mhall119: ^
[18:29] <mhall119> jose: it already has a reddit thread
[18:29] <jose> yeah, I just noticed
[18:29]  * jose deletes
[18:29] <mhall119> :)
[18:29] <mhall119> you can upvote http://www.reddit.com/r/Ubuntu/comments/1jqyas/submit_your_ubuntu_edge_campaign_perk_ideas_here/ though
[18:31] <jose> just did it!
[22:45] <cjohnston> 5
[22:45] <jose> cjohnston: 6
[22:45] <cjohnston> that's how many summit bugs your going to fix today?
[22:46] <jose> cjohnston: if there are no other projects where I can pitch in, yes
[22:46] <cjohnston> jose: lp:qa-dashboard too
[22:47] <jose> cjohnston: are you tagging them? I usually check the bitesize ones
[22:47] <cjohnston> for which project
[22:47] <jose> qa-dashboard
[22:49] <jose> cjohnston: if there's a project you want me to contribute with, just send me the link and make sure you have bitesize tagged, I'll make sure to check those and fix as much as I can
[22:49] <cjohnston> cool. ty
[22:49] <jose> :)


[11:22] <sakrecoer> eylul, krytarik: got a repsonse from RT regarding the plug in.
[11:23] <eylul> oh?
[11:23] <eylul> result?
[11:23] <eylul> *goes to check*
[11:23] <sakrecoer> RT: "I am not confident that this plugin will play nicely with our read-only security model for Wordpress themes. "
[11:23] <sakrecoer> RT: "Can you come up with a list of read-write resources it would need access to?  If it's just the database, we're probably fine, but I worry it needs access to the filesystem in ways we deliberately prevent"
[11:24] <sakrecoer> eylul: https://rt.ubuntu.com/Ticket/Display.html?id=29028
[11:28] <eylul> I *think* it only touches the database (the pages are saved on the database in some compressed format). as in it doesn't create new files? the only part I have doubts about is the template creation (which we do not use, because it is buggy anyway) I am not entirely sure through. as in it doesn't touch the theme at all.
[11:32] <eylul> sakrecoer: what I can do is to try to ftp into the stage to see if there are any files created by the plugin. I know it doesn't touch the theme. Not sure if it creates its own files somewhere through. I doubt it does but..
[11:39] <eylul> ok if this thing is modifying anything the filesystem I am not seeing it. krytarik might have more ideas on this.
[11:58] <sakrecoer> eylul: ok, i think we need a straight answer..
[11:58] <sakrecoer> krytarik seemed to be meaning we might not need that plugin anymore...
[11:58] <sakrecoer> not sure how or why, but today i leanred of another plugin by him, that we seem to use
[11:59] <sakrecoer> Simple Custom CSS plugin
[12:00] <sakrecoer> so, if we don't find a straight answer about what live-thing~plugin needs access to, i will tell RT to disregard it while i mention the simple-css-sthing-plugin
[12:10] <eylul> yes, we were discussing that we should probably have both plugins available
[12:10] <eylul> if possible
[12:11] <eylul> but my argument is that handcoding everything should be the last resort, and we should aim to maintain a min hassle website that doesn't require people to know css hacks to do a content update.
[12:14] <sakrecoer> oh i agree, but it seems such a sollution also need to copmly with RT's rules...
[12:14] <sakrecoer> *comply
[12:16] <eylul> sakrecoer: that goes without saying. I am fairly certain it doesn't touch anything but the database through.
[12:16] <eylul> I wish I knew exactly what parts they keep as read only. I could recreate the setup somewhere and ensure the plugin works