[00:05] <kristian-aalborg> after building a (hopefully) working config, can I just "make menuconfig" and then Roosevelt stuff again?
[00:08] <jjohansen> generally yes
[00:10] <kristian-aalborg> cool
[00:11] <kristian-aalborg> I guess that building kernels is a fairly good way to get the building process straight
[00:13] <jjohansen> hehe, yeah its a great way :)
[00:16] <kristian-aalborg> I might put a tutorial together... not on an expert level, obviously... but just how to get things running a bit better
[00:44] <kristian-aalborg> will this building method work on any debian-derived distro?
[01:02] <DrDetroit> jjohansen: here is the result of my test
[01:02] <DrDetroit> 2.6.32-28-generic #55-Ubuntu SMP Mon Jan 10 21:21:01 UTC 2011 i686 GNU/Linux
[01:02] <DrDetroit> 1:40,  2 users,  load average: 0.42, 1.03, 1.27
[01:03] <DrDetroit> but its getting pretty poor performance
[01:03] <DrDetroit> I thought 28 was good
[01:03] <DrDetroit> I sure don't know what to think or do anymore
[01:06] <DrDetroit> i guess i will go back to 27 i think i still have that on my menu
[01:07] <DrDetroit> Do you know how long folks have been reporting this issue?
[01:20] <jjohansen> DrDetroit: I had a user on the weekend reporting a similar issue but we didn't track it down
[01:21] <jjohansen> DrDetroit: I am not even sure it is the same problem, but the symptoms are similar
[01:25] <DrDetroit> jjohansen:  I am sort of unsure on how to proceed
[01:26] <jjohansen> DrDetroit: lets give -27 a good run and see if you see problems there
[01:26] <DrDetroit> jjohansen:  Ok I will do that
[01:27] <jjohansen> DrDetroit: from last night bisects I would say we weren't giving the problem enough time to surface
[01:27] <DrDetroit> I have been running that rotating torus screensaver
[01:27] <DrDetroit> I can tell when things slow down after awhile
[01:27] <jjohansen> DrDetroit: there is also the possibility the problem stems from something else that was updated at the same time as the kernel
[01:27] <DrDetroit> it ls almost like an old fashioned windows memory leak
[01:28] <DrDetroit> I have been running xchat, a terminal window, 3 instances olf mudlet (a mud client) and firefox
[01:28] <jjohansen> yes, except in the one I was chasing on the weekend there was plenty of free memory
[01:28] <jjohansen> we should check that when you see the slow down
[01:28] <DrDetroit> ok
[01:29] <jjohansen> DrDetroit: also we should try killing running processes one by one and see if that clears up the problem
[01:30] <DrDetroit> Mem:    444440k total,   331720k used,   112720k free,    17080k buffers
[01:30] <DrDetroit> Swap:  1299448k total,        0k used,  1299448k free,   151360k cached
[01:30] <DrDetroit> that is current with only xchat and a terminal window running
[01:30] <jjohansen> DrDetroit: so yeah good atm, and if we see the slow down check again
[01:31] <DrDetroit> jjohansen: its slow now
[01:32] <jjohansen> before we were just doing a bisect hunt for a kernel regression, this time we will be much more thorough
[01:32] <DrDetroit> jjohansen: with those stats
[01:32] <jjohansen> ah
[01:32] <jjohansen> what does top report
[01:32] <DrDetroit> that was top
[01:33] <DrDetroit> 950 root      20   0  111m  39m 8692 S  5.8  9.1  25:24.79 Xorg
[01:33] <DrDetroit>  1708 bobp      20   0  2548 1192  904 R  2.6  0.3   0:00.44 top
[01:33] <DrDetroit>  1533 bobp      20   0 46296  12m 9724 S  1.3  3.0   0:32.65 gnome-terminal
[01:33] <DrDetroit>   223 root      20   0     0    0    0 S  0.3  0.0   0:05.54 usb-storage
[01:33] <DrDetroit>  1267 root      20   0  3612 1216 1036 S  0.3  0.3   0:05.28 hald-addon-stor
[01:33] <DrDetroit>  1396 root      20   0  5180  968  688 S  0.3  0.2   0:08.67 udisks-daemon
[01:33] <DrDetroit>  1581 bobp      20   0 49604  19m  12m S  0.3  4.5   1:35.80 xchat-gnome
[01:33] <DrDetroit> that is the maddening part
[01:33] <jjohansen> okay and the load figures
[01:33] <DrDetroit> nothing really shows up hogging cpu or memory
[01:33] <jjohansen> okay
[01:34] <DrDetroit> Cpu(s):  7.2%us,  3.6%sy,  0.0%ni, 89.3%id,  0.0%wa,  0.0%hi,  0.0%si,  0.0%st
[01:34] <DrDetroit> thats from top
[01:34] <DrDetroit> its crappy poor at 90 percent idle
[01:34] <DrDetroit> jjohansen: let me proppse this
[01:35] <DrDetroit> I will reboot and go back to 27 but before i do that, i will double check my hardware to make sure it is all working properly including memory
[01:35] <DrDetroit> i think it is
[01:35] <DrDetroit> but i can double check
[01:35] <DrDetroit> then i will boot back to 27 and run that for a while
[01:36] <DrDetroit> I can report back later this evening or tomorrow early
[01:36] <jjohansen> well yes that is worth doing, which kernel are you running /me thought you were on .27
[01:36] <DrDetroit> whichever you prefer
[01:36] <DrDetroit> currently this is 28 which i thought was good
[01:36] <jjohansen> okay, well lets run a few commands first
[01:37] <jjohansen> do
[01:37] <jjohansen> sar 1 100
[01:39] <DrDetroit> jjohansen:apparetnly its not installed
[01:39] <DrDetroit> i will install it hold on
[01:39] <jjohansen> sudo apt-get install sysstat
[01:41] <DrDetroit> its running
[01:41] <DrDetroit> it looks like it is repeating the same stuff, is that what you wanted
[01:42] <jjohansen> yes, look at the iowait column
[01:42] <jjohansen> what kind of figures are you seeing
[01:43] <DrDetroit> Average:        all     37.54      7.69     11.41      0.28      0.00     43.08
[01:43] <DrDetroit> the are all 0.00
[01:44] <DrDetroit> i tanke that back i see one 7 a couple 6's and a couple 1's but the majority are 0.00
[01:44] <jjohansen> alright so we aren't seeing io backup causing the slow down
[01:44] <jjohansen> not a big deal, a few low numbers isn't going to be a problem
[01:44] <DrDetroit> the average is .28
[01:45] <DrDetroit> i did run itop but i really didnt understand what it was telling me
[01:45] <jjohansen> if we where getting high numbers with high idle, it would indicate that processes are spending all their time blocked on io
[01:45] <kristian-aalborg> will subsequent builds be significantly faster?
[01:46] <jjohansen> kristian-aalborg: they can be, it depends on what make determines needs to be rebuilt, based off Makefile dependencies and time stamps
[01:46] <jjohansen> so if you change a header file that gets included everywhere, everything needs to be rebuilt
[01:46]  * kristian-aalborg screams!
[01:47] <jjohansen> change a small section of a .c file and likely only 1 file gets rebuilt
[01:47] <kristian-aalborg> it *still* does not work :(
[01:47] <jjohansen> kristian-aalborg: are you doing make clean?
[01:47] <kristian-aalborg> still goes straight to reboot
[01:48] <kristian-aalborg> no, fdr clean
[01:48] <jjohansen> ah fdr clean will clean out the old build
[01:48] <kristian-aalborg> no no... I start out with fdr clean, then cp over the config file
[01:49] <jjohansen> if you want to do an incremental build with the build system do rm debian/stamps/stamps-build-XXXX
[01:49] <jjohansen> kristian-aalborg: right, 1 clean is needed, after which clean can be skipped if you want to do incremental builds
[01:50] <kristian-aalborg> I thought I was going to want that, but not before my kernel works :/
[01:50] <jjohansen> however depending on your config changes you may need to do a clean
[01:51] <kristian-aalborg> jjohansen: obviously, something is still very wrong with the .debs I produce
[01:51] <jjohansen> I am not sure how well the dependencies between the config file and the rest of the build system are tracked
[01:51] <jjohansen> kristian-aalborg: :(
[01:51] <jjohansen> DrDetroit: can you try running vmstat
[01:51] <DrDetroit> sure
[01:52] <DrDetroit> procs -----------memory---------- ---swap-- -----io---- -system-- ----cpu----
[01:52] <DrDetroit>  r  b   swpd   free   buff  cache   si   so    bi    bo   in   cs us sy id wa
[01:52] <DrDetroit>  1  0      0  77948  27512 172400    0    0    31     6  318 1975 46 10 44  1
[01:52] <kristian-aalborg> build system is Lubuntu 10.4, box to use kernel on is Ubuntu 10.4... should be the same
[01:53] <jjohansen> DrDetroit: what processes are running
[01:53] <jjohansen> kristian-aalborg: what problems are you seeing with your .debs?
[01:53] <DrDetroit> three terminal windows, xchat
[01:53] <DrDetroit> and i just closed 1 terminal window
[01:54] <kristian-aalborg> the debs look fine, I md5summed them too before install
[01:54] <DrDetroit> of course there is the stuff on my panel
[01:54] <kristian-aalborg> well, one of them...
[01:54] <DrDetroit> time date, sound etc
[01:55] <jjohansen> DrDetroit: try this log out of your X session and log back in, let see if reset a session, restarting the panels etc, has an effect
[01:55] <kristian-aalborg> jjohansen: it's what happens when I try to boot the kernel that I installed from those debs that things get weird :/
[01:55] <DrDetroit> ok
[01:55] <jjohansen> kristian-aalborg: still rebooting?
[01:56] <DrDetroit> brb
[01:56] <kristian-aalborg> jjohansen: yes
[01:57] <jjohansen> kristian-aalborg: and you are just changing the config, no other patches right?
[01:57] <kristian-aalborg> I did sudo dpkg -i linux-* this time, would be the same I reckon
[01:57] <kristian-aalborg> yes, I use the config that's in /boot on the old box
[01:58] <jjohansen> kristian-aalborg: can you send me the config, I will compare and try building a lucid kernel for you
[01:59] <kristian-aalborg> http://pastebin.com/LUM4xbu9 this is what I get when I diff the two files
[02:00] <jjohansen> kristian-aalborg: diff your config and the lucid config?
[02:00] <DrDetroit> jjohansen: it is significently worse
[02:00] <DrDetroit> and my desktop has changed themes
[02:00] <DrDetroit> hehe
[02:01] <kristian-aalborg> sorry for being unclear
[02:01] <jjohansen> DrDetroit: interesting, want to look at top and sar output again
[02:01] <DrDetroit> sure
[02:01] <kristian-aalborg> this is the diff between the config from the working config and the non-working one - sent from the old machine
[02:02] <DrDetroit> jjohansen: here is top
[02:03] <DrDetroit> Tasks: 140 total,   1 running, 139 sleeping,   0 stopped,   0 zombie
[02:03] <DrDetroit> Cpu(s): 21.9%us,  9.4%sy, 24.1%ni, 43.8%id,  0.6%wa,  0.1%hi,  0.0%si,  0.0%st
[02:03] <DrDetroit> Mem:    444440k total,   385744k used,    58696k free,    29016k buffers
[02:03] <DrDetroit> Swap:  1299448k total,        0k used,  1299448k free,   194280k cached
[02:03] <jjohansen> kristian-aalborg: thats it? one not having cgroups shouldn't make any difference
[02:03] <jjohansen> DrDetroit: and sar
[02:03] <DrDetroit> Average:        all     29.36      0.00      7.80      0.44      0.00     62.41
[02:04] <DrDetroit> iowaits ave .44
[02:04] <kristian-aalborg> yes, it is weird
[02:04] <jjohansen> alright
[02:04] <DrDetroit> top was with sar running
[02:05] <jjohansen> kristian-aalborg: can you send me the working config
[02:05] <kristian-aalborg> http://pastebin.com/XZjV4Fup
[02:05] <kristian-aalborg> here :)
[02:06] <DrDetroit> jjohansen: we can continue this tomorrow if you would like to work with others tonite
[02:06] <jjohansen> DrDetroit: its fine, we can keep going if you want
[02:07] <kristian-aalborg> I should get some sleep... 3AM here...
[02:07] <DrDetroit> hehe
[02:07] <kristian-aalborg> jjohansen: we could continue later, unless you're already building?
[02:08] <jjohansen> kristian-aalborg: yeah I kicked it off, but we can continue later it will take a bit to build
[02:09] <kristian-aalborg> depends on what "a bit" is on your system - on mine, it's usually hours ;)
[02:09] <jjohansen> kristian-aalborg: say 20-30min
[02:10] <kristian-aalborg> I think the smart thing for me is going to bed then
[02:11] <kristian-aalborg> 30 mins of building
[02:11] <DrDetroit> sleep....sleep....sleep
[02:11]  * DrDetroit giggles
[02:11] <jjohansen> hehe
[02:11] <kristian-aalborg> then spending either one hour trying to figure out what went wrong or the rest of the night tweaking ;)
[02:14] <kristian-aalborg> jjohansen: I'll catch up later, just remember not to delete the files ;)
[02:15] <jjohansen> kristian-aalborg: :)
[02:15] <jjohansen> DrDetroit: alright give the -27 kernel a spin
[02:17] <kristian-aalborg> see ya, and thanks for helping out
[02:19] <DrDetroit> jjohansen: ok will do
[02:19] <DrDetroit> back later on
[02:19] <DrDetroit> with a report
[02:28] <DrDetroit> jjohansen: ok on 27 will let it run for a few hours with hypertorus screensaver running
[02:28] <DrDetroit> I have my normal apps open and running also
[02:46] <jjohansen> DrDetroit: okay I'll check back in a few hours
[07:40] <fairuz> Hi morning
[07:42] <jjohansen> morning
[07:42] <fairuz> jjohansen: can i start with my questions? :D
[07:42] <jjohansen> sure
[07:43] <fairuz> jjohansen: about /usr/src/linux-headers-xxxxxxx, I need one for each kernel i compile?
[07:44] <fairuz> jjohansen: because i see files in /lib/modules/xxxxxxxx/build point to the headers folder
[07:44] <jjohansen> fairuz: define need, they are good to have but the headers aren't "needed" to run the kernel
[07:45] <fairuz> jjohansen: yes, i mean for compiling external module
[07:46] <fairuz> jjohansen: for external module, i need all of those right?
[07:46] <jjohansen> yes, the headers are needed for compiling external modules
[07:47] <fairuz> jjohansen: and i suppose there are make install_headers to create this folder?
[07:47] <fairuz> :D
[07:48] <jjohansen> fairuz: the target is actually headers_install
[07:49] <jjohansen> fairuz: or maybe headers_install_all
[07:49] <fairuz> jjohansen: I think I already tried that, but no idea where the files go after it finishes
[07:49] <jjohansen> for the work I've done I've never needed to do it, but yeah its there
[07:53] <fairuz> jjohansen: I compile the kernel with custom name and it boots ok
[07:54] <fairuz> jjohansen: just there is no display right now, which I think it's normal because I'm not installing the modules yet
[07:54] <jjohansen> fairuz: sounds about right
[07:55] <fairuz> jjohansen: i just get the plain console. I will try now to use sshfs to install the modules. I tried it yesterday but got some problems
[07:56] <fairuz> jjohansen: something about permissions
[07:56] <jjohansen> fairuz: hrmm, I think I might know what you hit, give me a minute to find it
[08:05] <jjohansen> fairuz: http://blog.sumostyle.net/robg/2006/08/07/some-useful-sshfs-options/
[08:05] <fairuz> jjohansen: ok i'll take a look at it
[08:05] <jjohansen> you may need allow_root or allow_other, I can't remember which
[08:05] <jjohansen> I think I did the mount as my regular user and I had to use allow_root, to get the install to work
[08:09] <fairuz> jjohansen: i'll try that
[08:09] <fairuz> jjohansen: have to reboot with my working kernel first :D
[08:11] <fairuz> jjohansen: it's not a simple thing this whole kernel thing. To get it booted is one thing. To get it works with all the modules is other thing.
[08:12] <jjohansen> yeah it can be a pain, there are reasons to like monolithic kernels
[08:16] <fairuz> jjohansen: so you do sshfs without sudo ?
[08:17] <jjohansen> fairuz: that I can't remember, the remote install I was doing where a while ago
[08:17] <jjohansen> I know I did sudo make install ; sudo make modules_install
[08:18] <fairuz> jjohansen: ok.
[08:18] <jjohansen> but I think the fuse mount was probably done as a user
[08:18] <jjohansen> I know I did the compile as just a plain user
[08:18] <fairuz> jjohansen: it dont let me to use -o, I need to edit /etc/fuse.conf
[08:19] <jjohansen> fairuz: yeah, I think I had to do that too
[08:19] <jjohansen> getting it setup was a bit of a pain
[08:19] <jjohansen> but it worked well once I had it
[08:20] <fairuz> jjohansen: one thing i find it weird, before it asking the remote password. It asks for my password 3 times. Each time.
[08:21] <jjohansen> hrmm, I don't remember it doing that, but its possible, /me needs to go back and try doing a remote install like this again some time
[08:52] <fairuz> jjohansen: it's installing the modules now :D
[08:53] <fairuz> jjohansen:  I use sudo sshfs -o allow_other,default_permissions <host> <mountpoint>
[08:54] <jjohansen> yeah that sounds like it should work
[08:54] <DrDetroit> and good morning to all
[08:54] <fairuz> jjohansen: i only have around 400Mb left on the SD, hope it's enough
[08:54] <fairuz> DrDetroit: morning
[08:55] <jjohansen> morning DrDetroit
[08:55] <DrDetroit> jjohansen: I have run the 27 kernel since falling asleep last night
[08:55] <DrDetroit> it seems ok , have not seen any issues yet
[08:55] <jjohansen> hrmm okay
[08:55] <DrDetroit> let me open up a few more apps and see what happens
[09:05] <fairuz> jjohansen: It finishes :D
[09:05] <jjohansen> :)
[09:06] <fairuz> jjohansen: but I think I should change the symlink for build and source
[09:06] <fairuz> jjohansen: right now it points to the mounpoint
[09:06] <jjohansen> hehe, yeah that might be an idea
[09:07] <fairuz> jjohansen: maybe I should change it directly to my source folder in the build machine?
[09:07] <fairuz> jjohansen: since it's accessible by network
[09:08] <jjohansen> fairuz: that should work
[09:08] <fairuz> jjohansen: i will be happy if this works :D
[09:24] <fairuz> jjohansen: hmm still no luck. I got FATAL: Could not load /lib/modules/2.6.35-980-omap4-fairuz/modules.dep: No such file or directory
[09:24] <fairuz> jjohansen: but the file is there!
[09:24] <jjohansen> fairuz: try running depmod -ae
[09:25] <fairuz> WARNING: -e needs -E or -F
[09:25] <fairuz> FATAL: Could not open /lib/modules/2.6.35-980-omap4-fairuz/modules.dep.temp for writing: Permission denied
[09:26] <jjohansen> fairuz: sudo depmod -a
[09:27] <fairuz> jjohansen: ok done. what it does?
[09:27] <fairuz> jjohansen: i reboot now?
[09:27] <jjohansen> depmod - program to generate modules.dep and map files.
[09:27] <jjohansen> sure give it a try
[09:32] <kristian-aalborg> jjohansen: hi again
[09:32] <jjohansen> morning kristian-aalborg
[09:33] <DrDetroit> morning kristian-aalborg
[09:33] <kristian-aalborg> morning
[09:33] <kristian-aalborg> what time is it where you people live?
[09:34] <jjohansen> 02:34
[09:34] <fairuz> >:o
[09:34] <DrDetroit> 4:34
[09:34] <jjohansen> kristian-aalborg: kernel.ubuntu.com/~jj/linux-image-2.6.32-31-generic_2.6.32-31.60~kristian_i386.deb
[09:35] <kristian-aalborg> ah, east and west coast I suppose
[09:35] <kristian-aalborg> jjohansen: thanks
[09:35] <DrDetroit> central here, I live n the Ozark mountains of Arkansas
[09:35] <kristian-aalborg> I have a load of wires all over the place atm, it will be a moment before I can download anything
[09:39] <fairuz> jjohansen: still got FATAL: Could not load /lib/modules/2.6.35-980-omap4-fairuz/modules.dep: No such file or directory
[09:40] <jjohansen> fairuz: hrmm, is /lib mounted, at this point?
[09:41] <fairuz> jjohansen: I have no idea of this
[09:42] <jjohansen> fairuz: how is the filesystem layed out are you using an initramfs/initrd is /lib in the root filesystem
[09:47] <fairuz> jjohansen: I have no idea about initramfs, but now when it finishes botting, i can go in /lib yes
[09:47] <jjohansen> what does mount show
[09:47] <fairuz> jjohansen: oh there is not /lib
[09:48] <fairuz> proc on /proc type proc (rw)
[09:48] <fairuz> none on /proc/sys/fs/binfmt_misc type binfmt_misc (rw,noexec,nosuid,nodev)
[09:48] <fairuz> none on /sys type sysfs (rw,noexec,nosuid,nodev)
[09:48] <fairuz> none on /sys/kernel/debug type debugfs (rw)
[09:48] <fairuz> none on /sys/kernel/security type securityfs (rw)
[09:48] <fairuz> none on /dev type devtmpfs (rw,mode=0755)
[09:48] <fairuz> none on /dev/pts type devpts (rw,noexec,nosuid,gid=5,mode=0620)
[09:48] <fairuz> none on /dev/shm type tmpfs (rw,nosuid,nodev)
[09:48] <fairuz> none on /var/run type tmpfs (rw,nosuid,mode=0755)
[09:48] <fairuz> none on /var/lock type tmpfs (rw,noexec,nosuid,nodev)
[09:51] <fairuz> jjohansen: hmm ... but why with other kenel, it loads ok
[09:51] <jjohansen> fairuz: hrmm I not sure
[09:53] <fairuz> jjohansen: wait i go restart all machines and retry
[09:59] <DrDetroit> well now, that was strange, my screensaver went off, but returned back to the regular screen
[10:01] <fairuz> jjohansen: is this something to do with initrd?
[10:01] <fairuz> jjohansen: at boot, i load uImage and also uInitrd
[10:02] <jjohansen> fairuz: yep, what files are in /boot/
[10:02] <jjohansen> DrDetroit: its not unheard of for the screen saver to have odd bugs
[10:02] <DrDetroit> hehe, i know, its a computer, it's all smoke and magic to me
[10:02] <jjohansen> if you can replicate it is worth filing a bug over
[10:03] <fairuz> jjohansen: there are some vmlinuz files, system.map files, initrd.img-xxxxx
[10:03] <DrDetroit> naw
[10:03] <jjohansen> fairuz: so you need to make an initrd
[10:03] <fairuz> jjohansen: there are files for my old kernel, no files for my new kernel
[10:04] <fairuz> jjohansen: ah ok.. any help to do that?
[10:04] <jjohansen> fairuz: no files at all or no initrd
[10:04] <fairuz> jjohansen: what this thing do? it's ubuntu thing or kernel thing?
[10:04] <jjohansen> fairuz: hrmmm well sort of both
[10:04] <jjohansen> the kernel doesn't need one but one is often used for flexibility
[10:05] <jjohansen> ubuntu uses one
[10:05] <fairuz> jjohansen: i have for example initrd.img-2.6.35-980-omap4 but no initrd.img-2.6.35-980-omap4-fairuz
[10:05] <jjohansen> fairuz: I am going to assume its an initramfs
[10:05] <fairuz> and also i have vmlinuz-2.6.35-980-omap4 but no vmlinuz-2.6.35-980-omap4-fairuz
[10:06] <fairuz> jjohansen: same thing applies for System.map and abi files
[10:06] <jjohansen> sudo update-initramfs -ck 2.6.35-980-omap4-fairuz
[10:06] <fairuz> jjohansen: ok
[10:07] <jjohansen> fairuz: hrmm, do you do a make install?
[10:07] <jjohansen> fairuz: or did you just copy the vmlinuz
[10:07] <fairuz> jjohansen: nope, just make xxx_defconfig and make uImage
[10:07] <fairuz> jjohansen: then i just copy the uImage
[10:07] <jjohansen> fairuz: generally make install will copy those as well as the kernel
[10:08] <jjohansen> you could use the same sshfs trick to do make install as make modules install
[10:10] <jjohansen> fairuz: also update-initramfs isn't the only way to make a ramdisk but it is the way ubuntu uses, I am not up to date on other methods
[10:14] <fairuz> jjohansen: i have now initrd.img for my kernel
[10:16] <fairuz> jjohansen: it still not working. i will try the make install now
[10:16] <jjohansen> fairuz: make install and then remake the ramdisk
[10:17] <jjohansen> fairuz: instead of -ck use -uk
[10:18] <fairuz> jjohansen: actually it generate the initrd but it gives this grep: /boot/config-2.6.35-980-omap4-fairuz: No such file or directory
[10:18] <fairuz> i should copy my config to /boot folder first?
[10:18] <fairuz> or make install will do that
[10:19] <jjohansen> hrmm, configs shouldn't be needed but system.map and abi I believe are
[10:20] <jjohansen> fairuz: but if its complaining about the config missing if make install doesn't put it there copy it yourself
[10:22] <fairuz> jjohansen: ok understood
[10:28] <fairuz> jjohansen: sudo install will not recompile the kernel i suppose?
[10:29] <jjohansen> fairuz: sudo make install should not recompile the kernel
[10:29] <jjohansen> well at least as long as you haven't changed any timestamps
[10:31] <fairuz> jjohansen: if both machines have different time? :D
[10:31] <fairuz> jjohansen: because right now i'm seeing a lot of CC
[10:31] <fairuz> jjohansen: which i think it's in the process of the compiling
[10:31] <jjohansen> fairuz: its the files time stamps that should be important, I'm not sure why you would be seeing lots of CC
[10:32] <jjohansen> which is indeed compiling
[10:32] <fairuz> jjohansen: well i will let it compile then ( which will take forever since it's compiling on the target machine )
[10:33] <fairuz> jjohansen: So if I understand well, I should do make install that will install necessary files to /boot
[10:34] <jjohansen> fairuz: it should
[10:34] <fairuz> jjohansen: and this file is used during the boot i suppose?
[10:35] <jjohansen> fairuz: or for setting up the module dependencies, building the initramfs (which is used during boot)
[10:38]  * jj-afk is going to be off for a bit
[10:38] <DrDetroit> jj-afk: up  8:16,  2 users,  load average: 0.58, 0.79, 0.74
[10:38] <fairuz> jj-afk: ok thanks for your help
[10:38] <DrDetroit> just for info purposes i think 27 is ok
[10:38] <DrDetroit> see you later
[10:39] <jj-afk> DrDetroit: okay, 27 looks okay but not 28, I'll build a kernel for you to test, while I am a way
[10:41] <DrDetroit> thanks, see you later on today
[10:42] <jj-afk> DrDetroit: I am give me 20 min, and I'll have the kernel for you
[11:10] <jj-afk> DrDetroit: kernel.ubuntu.com/~jj/linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.13417a_i386.deb
[11:10] <jj-afk> these ones are going to be slightly different in that I am tagging them with part of the commit sha
[11:12] <jj-afk> so if you don't want all the test kernels installed at the same time, then you will need to dpkg -r the package when done testing with it and moving on
[12:10] <fairuz> jj-afk: there?
[12:40] <DrDetroit> jj=afk: so if i understand correctly, I should 1) download the package 2) install it the same way we did the others with dpkg -i <packagename>
[12:41] <DrDetroit> then once I am done testing do a dpkg -r <packagename> before moving on to the next one
[12:42] <DrDetroit> jj-afk: so if i understand correctly, I should 1) download the package 2) install it the same way we did the others with dpkg -i <packagename>
[12:42] <DrDetroit> then once I am done testing do a dpkg -r <packagename> before moving on to the next one
[13:00] <DrDetroit> jj-afk: downloaded and testing first kernel
[13:28] <DrDetroit> l
[13:33] <tgardner> ogasawara, are you planning to rebase natty master-next for <IP_ADDRESS> today?
[13:34] <ogasawara> tgardner: yep, was gonna do it right after I finish up this Maverick to Natty config delta review
[13:34] <tgardner> ogasawara, cool
[13:45] <ppisati> ogasawara: lp#737073 - why did you mark it invalid for lucid/maverick? the description says it affects kernels before 2.6.37
[13:45] <ogasawara> bug 737073
[13:45] <ubot2> Launchpad bug 737073 in linux "CVE-2010-4527" [Medium,Fix committed] https://launchpad.net/bugs/737073
[13:46] <ogasawara> ppisati: I want to recall that it's because the patch is already in maverick/lucid via stable updates, but I'll have to double check
[13:47] <tgardner> ogasawara, if so, shouldn't it be 'fix released' ?
[13:47] <ppisati> ogasawara: ah ok
[13:47] <ppisati> ppisati: i didn't check the tree before asking, ok
[13:48] <ogasawara> tgardner: yah, I suppose it could be marked Fix Released rather than Invalid
[13:48] <tgardner> ogasawara, that more closely matches the CVE tracker state, doesn't it?
[13:50] <ogasawara> tgardner: the CVE tracker state is marked as not-affected so I guess it just depends how we want to interpret it
[13:51] <tgardner> ogasawara, well, the security team has been dinging us for not noticing when stable updates fix a CVE, even though its not noted in the upstream commit log.
[13:51] <ogasawara> tgardner: ah, in that case Fix Released is probably a better status to use
[14:03]  * ogasawara back in 20min
[14:04] <ppisati> bug 736394
[14:04] <ubot2> Launchpad bug 736394 in linux-source-2.6.15 "CVE-2010-4342" [Medium,In progress] https://launchpad.net/bugs/736394
[14:05] <ppisati> i nominated it for maverick
[14:05] <ppisati> can anyone pass the nomination?
[14:10] <tgardner> ppisati, LP keeps timing out
[14:11] <smb> tgardner, ppisati Did it (was closer)
[14:47] <ogasawara> https://launchpad.net/ubuntu/+spec/hardware-kernel-n-version-and-flavours
[14:47] <ogasawara> ^^ anyone else get an error if they try to edit the whiteboard?
[14:48] <tgardner> ogasawara, I just changed your name in the Whiteboard
[14:48] <ogasawara> tgardner: cool, thanks
[14:49] <tgardner> ogasawara, maybe your LP privs are eroding.
[14:50] <sconklin> tgardner: so the ABI problems with the packages were not the root cause of the FTBFS? (just trying to stay current)
[14:51] <tgardner> sconklin, I can't say for sure since LUM had the same issues, and is in the dependency chain.
[14:51] <sconklin> ok
[14:51] <tgardner> sconklin, thats gotta get fixed first before I can tell if its the root of the HPPA FTBS. its just about gotta be that 'cause nothing else has changed.
[14:52] <sconklin> tgardner: yeah, and it makes sense that it could be the cause
[14:53] <tgardner>  sconklin: so, in order to avoid this ever happening again, I'm ripping out all generated files from dapper/hardy and subsidiary packages.
[14:54] <sconklin> tgardner: great! Brad and I had the "OMG how many other packages could have this problem" conversation last night, but you got there first
[14:54] <sconklin> Even more scary is that potentially it could have happened and not resulted in a build failure
[14:55] <tgardner> sconklin, it likely is an indicator of how many folks aren't using Hardy LUM 'cause I don't think the modules would load, bot nobody has complained.
[14:55] <smb> tgardner, Was Hardy also still carrying the abi number asclear text or was it just re-creating those depending files?
[14:56] <sconklin> Brad and I have also talked about trying to get download stats for dapper and hardy, I'm curious how many consumers they have, and I think the stats are available now
[14:56] <smb> tgardner, I usually would notice when booting the test laptop. But it is more something like "hm, it is very silent on boot"
[14:56] <tgardner> smb, Hardy LUM/LBM had debian/control committed in the repo, which makes it easy to _not_ correctly generate the ABI info.
[14:57] <tgardner> Hardy LRM as well
[14:57] <fairuz> how to generate vmlinuz kernel file? I just have uImage, zimage and compressed/vmlinux. Thanks
[14:58] <smb> tgardner, Ah yes, I was unsure whether Hardy also still have the abi number in the rules file instead of using the number from the changelog
[14:59] <smb> That is what caught me when doing dapper lrm
[14:59] <tgardner> smb, dapper is worse. you _have_ to run the bumpabi target in order to get the udeb stuff henerated correctly.
[15:00] <smb> tgardner, Even worse that is the kernel package only. There is no bumpabi target in lrm
[15:00] <tgardner> smb, right, but we only have to live with that for a couple of months more
[15:01] <smb> That is the hope one can hold on. :)
[15:02] <tgardner> ogasawara, there is no '-' in your LP name. I see you've corrected it already in https://launchpad.net/ubuntu/+spec/hardware-kernel-n-version-and-flavours
[15:03] <ogasawara> tgardner: yep, no -
[15:51] <bjf> GrueMaster, have you signed off on the mvl-dove kernels now in -proposed ?
[15:52] <GrueMaster> I have tested the 216/416 kernels, yes.  I had noted that in the release tracking bug.
[15:52] <GrueMaster> or one of the bugs.
[15:55] <bjf> GrueMaster, i'm looking at what I think is the tracking bug, can you point me at the one you added a comment to? I'll also hunt for it.
[15:57] <GrueMaster> Well, looking at http://kernel.ubuntu.com/~kernel-ppa/reports/sru-report.html I see 4 proposed tracker bugs listed under linux-mvl-dove.  I'm not sure at this point as there were 3 kernels in proposed at one point.
[15:58] <bjf> GrueMaster, ok, thanks, we are working on the "tracking bug" issue
[15:58] <GrueMaster> The only bug I cannot verify is bug 732700.
[15:58] <ubot2> Launchpad bug 732700 in linux-mvl-dove "apparmor_parser triggers a kernel panic" [Undecided,Fix committed] https://launchpad.net/bugs/732700
[15:58] <DrDetroit> l
[15:58] <GrueMaster> But I believe ppisati was going to test it (since he filed it).
[15:59] <ppisati> GrueMaster: did it, and it's ok
[15:59] <ppisati> GrueMaster: i mean, it doesn't happer anymore
[15:59] <ppisati> *happen
[15:59] <GrueMaster> right.
[15:59] <GrueMaster> cool
[16:00] <GrueMaster> bjf: I just added my test notes to tracking bug 734950
[16:00] <ubot2> Launchpad bug 734950 in linux-mvl-dove "linux: 2.6.32-31.60 / linux-ec2 2.6.32-315.28 -proposed tracker" [Undecided,Fix committed] https://launchpad.net/bugs/734950
[16:01] <GrueMaster> Although it doesn't list the specific kernel versions for dove.
[16:07] <DrDetroit> jjohansen: been running the 1st kernel for about 3hrs now, no problems yet
[16:08] <DrDetroit> i forgot how to remove my away status, hehe
[16:10] <jjohansen> DrDetroit: okay, I kick off the next one
[16:20] <tayal> i am willing to build a kernel.. can i do this in my maverick if it will have no harm?
[16:22] <jjohansen> DrDetroit: kernel.ubuntu.com/~jj/linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.4636a8_i386.deb
[16:23] <jjohansen> tayal: you can build your own kernel if you want https://wiki.ubuntu.com/Kernel/BuildYourOwnKernel
[16:23] <bjf> tayal, yes you can
[16:23] <bjf> tayal, is there a reason you want to build your own kernel ?
[16:23] <aakshay> jjohansen: hey.. :) thanks..
[16:24] <aakshay> bjf,
[16:24] <aakshay> bjf: hi. :).. yes
[16:24] <aakshay> i am learning device driver design
[16:24] <aakshay> bjf,: so need to hav kernel builded to run my modules
[16:25] <aakshay> bjf: but i am confused exactly how to build the kernel? How to start? :(
[16:25] <bjf> aakshay, see the url that jjohansen just posted ^^
[16:27] <tayal> bjf: are these the only steps?
[16:28] <bjf> tayal, yes, that all you need to get a kernel built and installed
[16:28] <tayal> bjf: what is the meaning of Root of Kernel Source?
[16:29] <bjf> tayal, the topmost directory in the kernel source tree
[16:29] <tayal> bjf: ok.. i am downloading the source. thanks for the help. :)
[16:29] <bjf> tayal, np
[16:29] <tayal> jjohansen: thanks :)
[16:30] <DrDetroit> jjohansen: dl now, to remove the one I just tested it is dpkg -r linux-image-2.6.32-28-generic?
[16:32] <jjohansen> DrDetroit: dpkg -r linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.13417a_i386.deb
[16:32] <jjohansen> ah, stupid paste
[16:34] <DrDetroit> jjohansen: dpkg: you must specify packages by their own names, not by quoting the names of the files they come in
[16:35] <jjohansen> DrDetroit: yes, sorry I was looking up what the exact package was that you installed and ended up pasting that in
[16:35] <DrDetroit> it removed it when i did  -r linux-image-2.6.32-28-generic?
[16:35] <DrDetroit> i am ok
[16:35] <jjohansen> yeah
[16:35] <DrDetroit> installing now
[16:35] <DrDetroit> ok ready to test it for a couple hours
[16:35] <DrDetroit> back shortly
[16:47] <DrDetroit> and back
[16:48] <DrDetroit> jjohansen: will give this one a few hours at least
[16:48] <jjohansen> DrDetroit: yep
[16:53] <DrDetroit> I guess that means I will have to go mow the yard
[16:53]  * DrDetroit pouts
[17:10] <DrDetroit> l
[17:39] <herton> ogasawara: bug 735640 can be marked as fixed in changelog with latest <IP_ADDRESS> update in natty
[17:39] <ubot2> Launchpad bug 735640 in linux "Request support for Ortek PKB1700 wireless kb" [Undecided,In progress] https://launchpad.net/bugs/735640
[17:39] <herton> and may be someone should nominate it for natty? I don't know
[17:39] <ogasawara> herton: cool, I'll add it
[17:39] <herton> also bug 735450 should be fixed, but no reporter confirmed it the testing kernel I uploaded
[17:40] <ubot2> Launchpad bug 735450 in linux "BUG: unable to handle kernel NULL pointer dereference at 000001e4" [Undecided,Incomplete] https://launchpad.net/bugs/735450
[17:40] <herton> s/confirmed it/confirmed
[17:41] <ogasawara> herton: yah, I suspect they filed it and then forgot about it.  I'll just add it so it gets closed.  They can always reopen it if necessary.
[17:42] <herton> ok, thanks
[17:52] <cnd> ogasawara, do you know if the canonical hwe or platform services guys read the ubuntu-kernel mailing list?
[17:53] <cnd> I want to send something that will reach everyone, but specifically them
[17:53] <cnd> the kernel-team mail list is pretty verbose now...
[17:54] <ogasawara> cnd: hrm, hard to say.  I'd say they probably don't follow it very closely.
[17:54] <cnd> ok
[17:55] <cnd> I'll probably send two emails then
[17:55] <cnd> I don't like to add private list CC's to a public email
[17:55] <ogasawara> cnd: makes sense
[18:16]  * tgardner --> lunch
[18:21] <vanhoof> cnd: we read it :)
[18:21] <vanhoof> cnd: just fwd if you'd like
[18:22] <cnd> vanhoof, ok
[18:43] <sconklin> jjohansen: what's the status of the performance regression that you were bisecting? Just curious . . .
[18:44] <jjohansen> sconklin: haven't found it yet, turns out it show up in the entire range we bisected, the is -28 wasn't good
[18:44] <jjohansen> sconklin: so we have expanded the range and each bisect is being tested for the 3-4 hours necessary for the problem to surface
[18:44] <sconklin> jjohansen: so the possibility exists that it really is from the scheduler updates
[18:45] <jjohansen> sconklin: yeah
[18:45] <sconklin> jjohansen: could you please keep the bug updated and point to the bisection branch so we can tag-team this?
[18:45] <jjohansen> sconklin: sure
[18:46] <sconklin> thanks. I'm curious to see what this one is and why it takes hours to show up
[18:46] <jjohansen> sconklin: me too
[18:47] <sconklin> DrDetroit: is it possible for you to provide a very detailed set of steps for how to reproduce the issue and tell when it happens? Ideally we could get it added as a unit test for QA
[18:51] <bjf> sconklin, jjohansen, DrDetroit, it would be nice if we could duplicate the problem as well
[18:53] <jjohansen> bjf: yep, I have started trying to do that, on actual hardware vs vm
[19:06]  * jjohansen -> lunch
[19:11] <DrDetroit> sconklin bjf jjohansen: sorry i was outside mowin. I am not sure how to tell you to duplicate it
[19:11] <DrDetroit> I just run my normal stuff and after awhile the machine just turns to mush, but nothing really shows up in top or ps aux
[19:12] <DrDetroit> it might be 20 min, it might be several hours
[19:13] <DrDetroit> but I don't mind doing this, since I have plenty of extra time on my hands
[19:15] <sconklin> DrDetroit: one more tool, it may not show anything, but you can try latencytop
[19:16] <DrDetroit> let me try that
[19:16] <DrDetroit> installing
[19:17] <jjohansen> DrDetroit: right, but we can't be sure whether a bisect is good for several hours, its easy when its bad
[19:17] <jjohansen> sconklin: yeah thats another good one to use, I have been asking for vmstat, sar, top, and a few other things
[19:20] <DrDetroit> ok how do i read this
[19:22] <DrDetroit> let me copy the global here so you guys can see it
[19:22] <DrDetroit> 'fudge it wont let me copy
[19:22] <DrDetroit> well scheduler seems to have the most pecentage
[19:23] <DrDetroit> 36-40%
[19:26] <DrDetroit> when i have it set on global one of the items i see is jbd2/sdb1-8, I never heard of that
[19:26] <DrDetroit> its at 46%
[19:26] <skaet> DFo, ogasawara - based on scans so far (it changes every minute after all..  :P ) only new high/critical bug I've found to add to kernel's list this week is Bug:634487
[19:27] <skaet> the searching/scanning will continue though this afternoon.... ;)
[19:27] <skaet> rest of the bugs are already on the list from last week.
[19:30] <ogasawara> skaet: cool, thanks
[19:30] <ogasawara> bug 634487
[19:30] <ubot2> Launchpad bug 634487 in linux "t1.micro instance hangs when installing java" [High,Confirmed] https://launchpad.net/bugs/634487
[19:31] <DrDetroit> sconklin: latencytop installed and running
[19:31] <DrDetroit> what should I look for?
[19:33] <sconklin> heh, it's not helpful to say "anything that looks unusual", is it.
[19:33] <DrDetroit> well
[19:33] <DrDetroit> scheduler stays above 35%
[19:33] <sconklin> Just see if anything jumps to the top when the system starts going south
[19:34] <DrDetroit> ok
[19:35] <sconklin> Also look for any of the latency numbers in the "maximum" column which get really huge
[19:36] <DrDetroit> oh
[19:37] <DrDetroit> how big is huge?
[19:38] <DrDetroit> kswapd0 is 97
[20:22] <tgardner> bjf, wtf does a version look like as an option to create-stable-tracker ?
[20:24] <bjf> tgardner, it's just a string which will be used in the title, and description so for example: <IP_ADDRESS>+drm33.15
[20:24] <tgardner> bjf, so in theory it could be anything?
[20:25] <bjf> tgardner, yes, i don't check it for any kind of "correct-ness"
[20:25] <tgardner> hmm, it keeps blowing up. create-stable-tracker --version <IP_ADDRESS>:
[20:25] <tgardner> version: <IP_ADDRESS>
[20:25] <tgardner> Traceback (most recent call last):
[20:25] <tgardner>   File "/usr3/ubuntu/kteam-tools/stable/create-stable-tracker", line 228, in <module>
[20:25] <tgardner>     app.main()
[20:25] <tgardner>   File "/usr3/ubuntu/kteam-tools/stable/create-stable-tracker", line 144, in main
[20:25] <tgardner>     raise AppError("The version (%s) is not a recognized version string." % (self.cfg['version']))
[20:25] <tgardner> __main__.AppError
[20:25] <JFo> thanks skaet
[20:25] <tgardner> r
[20:26] <JFo> aparently I have been running around all day set to away :-/
[20:26] <bjf> tgardner, --version=<IP_ADDRESS>  though i expect it to behave better than that
[20:27] <tgardner> bjf, that was the next thing I tried: create-stable-tracker --version=<IP_ADDRESS>
[20:27] <tgardner> version: <IP_ADDRESS>
[20:27] <tgardner> Traceback (most recent call last):
[20:27] <tgardner>   File "/usr3/ubuntu/kteam-tools/stable/create-stable-tracker", line 228, in <module>
[20:27] <tgardner>     app.main()
[20:27] <tgardner>   File "/usr3/ubuntu/kteam-tools/stable/create-stable-tracker", line 144, in main
[20:27] <tgardner>     raise AppError("The version (%s) is not a recognized version string." % (self.cfg['version']))
[20:27] <tgardner> __main__.AppError
[20:28] <tgardner> bjf, these error messages lead me to believe that there  is a required format.
[20:28] <bjf> tgardner, looking
[20:29] <bjf> tgardner, interesting, it checks against the debian version, one sec
[20:32] <bjf> tgardner, i'm debugging it
[20:38] <ogasawara> skaet: hrmph, it looks like the gcc armel build was restarted for some reason which is going to delay our no-change kernel upload from today until tomorrow.  The kernel then won't finish being built until Saturday now.
[20:44] <bjf> tgardner, pull it and see if that works better, it's just a string now
[20:45] <DrDetroit> jjohansen: Been running this one for just over 4hrs, downloaded a ubuntu server instal cd, did some browsing etc, it seems ok for now
[20:45] <jjohansen> DrDetroit: okay, I'll kick off the next one
[20:47] <tgardner> bjf, seems to have worked.
[20:47] <bjf> tgardner, double check the bug for content
[20:48] <tgardner> bjf, bug #742056
[20:48] <ubot2> Launchpad bug 742056 in linux "Lucid update to v<IP_ADDRESS>.15 stable release" [Undecided,New] https://launchpad.net/bugs/742056
[20:48] <bjf> tgardner, looking
[20:48] <bjf> tgardner, did you have to do anything or did the script do all that for you ?
[20:48] <tgardner> bjf, so, you don't target any other kernels? we should do this for every variant?
[20:49] <tgardner> bjf, the script did it all
[20:49] <bjf> tgardner, you mean fsl-imx51 and mvl-dove and ec2 for Lucid ?
[20:49] <tgardner> bjf, yes
[20:50] <bjf> tgardner, ok, sconklin and i were just going over our todo list and i'll get that on it
[20:51]  * ogasawara back on later
[21:04] <jjohansen> DrDetroit: kernel.ubuntu.com/~jj/linux-headers-2.6.32-28-generic_2.6.32-28.50~lp740549.8d6842_i386.deb
[21:05] <DrDetroit> jjohansen: on my way
[21:05] <DrDetroit> jjohansen: that didnt take 1 sec to download
[21:06] <DrDetroit> is that coorect>?
[21:06] <jjohansen> hrmm let me check
[21:06] <DrDetroit> that one says linux headers
[21:07] <jjohansen> DrDetroit: ha no, I gave you the header name not the image
[21:07] <DrDetroit> ok
[21:07] <tgardner> bjf, pushed lucid Linux <IP_ADDRESS>, seems to build OK. did you empty out pre-proposed so that it'll build in the morning?
[21:07] <DrDetroit> let me delete that one then
[21:07] <jjohansen> kernel.ubuntu.com/~jj/linux-image-2.6.32-28-generic_2.6.32-28.50~lp740549.8d6842_i386.deb
[21:07] <bjf> tgardner, no
[21:08] <bjf> tgardner, i can handle that if you want
[21:08] <tgardner> bjf, um, not sure what you mean. I just pushed the stable updates to Lucid master-next.
[21:09] <tgardner> oh, you mean about emptying the PPA
[21:09] <bjf> yes
[21:09] <tgardner> yeah, it needs doing.
[21:09] <tgardner> go ahead
[21:09] <bjf> tgardner, i've deleted the email can you forward
[21:09] <bjf> tgardner, and i'll take if from there
[21:10] <tgardner> bjf, so have I. just delete all packages that have been superseded. I'll check back in a few hours.
[21:10] <bjf> tgardner, what's the url to pre-proposed ?
[21:11] <tgardner> https://launchpad.net/~kernel-ppa/+archive/pre-proposed
[21:11] <bjf> tgardner, thanks
[21:12] <tgardner> bjf: 6.8 GiB (84.65%) of 8.0 GiB
[21:12] <tgardner> I'm outta here for the day.
[21:13] <sbeattie> bjf: ask on #soyuz on i.c.c to make that ppa larger, if you need.
[21:13] <bjf> sbeattie, thanks
[21:15] <DrDetroit> back in a few
[21:21] <DrDetroit> and back
[21:26] <DrDetroit> jjohansen: do you know about how many we will have to do this round?
[21:26] <jjohansen> DrDetroit: I think it was 4 more
[21:27] <DrDetroit> ok cool, just curious
[21:30] <jjohansen> DrDetroit: yep 4
[21:34] <DrDetroit> no problemo
[21:35] <DrDetroit> just trying to understand ubuntu-server 10.04 LTS while I am waiting
[21:39] <skaet> ogasawara, arm is a mess right now from the builds, so somehow not feeling surprised to hear it.  :P   thanks for the head's up.
[23:35] <kristian-aalborg> hey jjohansen
[23:35] <jjohansen> hi kristian-aalborg
[23:36] <kristian-aalborg> thanks a lot for building that kernel, I've not tested yet though
[23:36] <kristian-aalborg> I have a kernel-burnout today ;)
[23:36] <kristian-aalborg> how did compiling it go? anything fishy?
[23:37] <jjohansen> kristian-aalborg: np, hrmm I don't remember anything fishy I should try it again to be sure
[23:37] <jjohansen> :)
[23:37] <kristian-aalborg> nah, we'll know when I try to boot it
[23:37] <kristian-aalborg> but, only one file?
[23:38] <jjohansen> kristian-aalborg: what were you looking for?  There are a few other pacakges related to it like headers, but they aren't needed to test if the kernel boots
[23:39] <kristian-aalborg> I thought at least two files were needed, image + headers
[23:42] <DrDetroit> jjohansen: I am going to take a break for a bit, I should be back before you log off for the night
[23:43] <jjohansen> DrD_away: that shouldn't be a problem, as I don't usually log off until after you wake up :)
[23:43] <DrD_away> haha
[23:43] <DrD_away> thats cause i am old
[23:43]  * DrD_away chuckles
[23:44] <jjohansen> kristian-aalborg: no the headers aren't needed, at least for straight boot testing, now if you want to build certain things like external modules, or actually many applications they are needed
[23:44] <jjohansen> DrD_away: nah, its because you are sane and value a good nights sleep
[23:45] <kristian-aalborg> jjohansen: ah, okay
[23:45] <kristian-aalborg> can I have the link again?
[23:56] <kristian_> jjohansen, sorry, box died
[23:57] <jjohansen> kristian_: kernel.ubuntu.com/~jj/linux-image-2.6.32-31-generic_2.6.32-31.60~kristian_i386.deb
[23:58] <kristian_> thanks


[10:48] <hazmat> frankban, the pastebin link in the bug report was invalid.. here's a simple go program to vet the charm though.. http://paste.ubuntu.com/5693306/
[10:50] <frankban> hazmat: what bug report?
[10:50] <hazmat> https://bugs.launchpad.net/juju-core/+bug/1129319
[10:50] <_mup_> Bug #1129319: Local charm deployment not working if symlinks are used <juju-core:New> <https://launchpad.net/bugs/1129319>
[10:50] <hazmat> oh that was a while ago
[10:52] <frankban> hazmat: yeah, and the pastebin records are deleted from time to time, and now we know that...
[10:55] <frankban> hazmat: thanks for the program, so basically it exercises charm.ReadDir against a given path
[10:57] <hazmat> yup
[11:15] <rick_h_> ugh, email reset back to march. Cleaning time.
[12:07] <bac> hazmat: uistage is down.  i can't ssh in to investigate.
[12:07] <hazmat> bac, works for me.. re browser
[12:07] <hazmat> http://uistage.jujucharms.com:8080/
[12:08] <hazmat> bac, and your key is authorized for ssh
[12:08] <bac> hazmat: not for me...
[12:08] <gary_poster> does not work for me either actually
[12:08] <gary_poster> on browser
[12:08] <hazmat> hmm
[12:08] <gary_poster> checking ssh
[12:09] <gary_poster> and connection refused
[12:09] <hazmat> gary_poster, bac what does the dns name uistage.jujucharms.com resolve to for you?
[12:10] <bac> hazmat: uistage.jujucharms.com. 179     IN      A       <IP_ADDRESS>
[12:10] <hazmat> i get.. <IP_ADDRESS> .. i can see the browser, and on ssh i can see both of your keys in authorized_keys
[12:10] <hazmat> aha
[12:10] <hazmat> they switched dns over finally.. i've got a cache
[12:11] <hazmat> i asked them to preserve that entry..
[12:11] <bac> hazmat: remind me, to ssh in you use<EMAIL_ADDRESS>?
[12:11] <hazmat> bac yes
[12:11] <bac> yeah, well of course it doesn't work, but i wanted confirmation
[12:11] <hazmat> bac, gary_poster ie. you can ssh into <IP_ADDRESS> and go to http://<IP_ADDRESS>:8080 for the staging site..
[12:12] <bac> browser works
[12:12] <gary_poster> confirmed thanks
[12:12] <bac> ssh works
[12:12] <bac> hazmat: so, we're just waiting for dns to propogate?  wonder what the ttl is
[12:13] <hazmat> that ip address is strange.. it points to softlayer
[12:13] <hazmat> as the arin owner
[12:13] <gary_poster> it may be that it *has* propagated bac
[12:13] <gary_poster> for us
[12:13] <gary_poster> yeah
[12:14]  * hazmat preps an rt
[12:14]  * hazmat setups a new staging site on digitalocean
[12:14] <bac> gary_poster: oh, ok
[12:19]  * gary_poster tried to change the same thunderbird account from canonical to gmail
[12:19] <gary_poster> that was a bad idea
[12:20] <rick_h_> gary_poster: heh, yea had to clear my offlineimap of work email which reset 3months worth of email.
[12:20] <rick_h_> thought I was done catching up on email yesterday back from holiday, now back at it again
[12:20] <gary_poster> yeah :-(
[12:20] <gary_poster> heh
[12:20] <gary_poster> yeah
[12:22] <hazmat> my inbox went from zero to +6k.. ouch
[12:22] <gary_poster> heh, ow
[12:31] <gary_poster> benji hey.  I'm in https://plus.google.com/hangouts/_/7b687e1d622c10717a0771ee9a363c1d485e87c6 . no rush
[12:32]  * benji rushes just because he can.
[12:32] <gary_poster> :-)
[12:32] <hazmat> which repo does python-selenium live in?
[12:45] <benji> gary_poster: you froze
[12:45] <gary_poster> benji, no, you did :-P
[12:46] <benji> heh
[12:46] <gary_poster> benji I rejoined
[12:46] <benji> gary_poster: I see your headshot but nothing else; I'll rejoin too
[12:46] <gary_poster> you now are "benji in a circle"
[12:47] <bac> hazmat: geez, apt-cache showpkg doesn't tell.
[12:47] <bac> hazmat: fwiw, the packaged version doesn't work with our tests.  must use the one from pip
[12:49] <bac> hazmat: https://launchpad.net/ubuntu/+source/python-selenium shows multiverse
[12:53] <hazmat> bac, thanks
[12:54] <hazmat> new underpowered (but cheap) uistage server.. http://<IP_ADDRESS>:8888/
[12:55] <bac> hazmat: what about the link on https://juju.ubuntu.com/resources/the-juju-gui/
[12:56] <hazmat> bac, i'm going to put it the old dns entry hopefully
[12:56] <bac> gotcha
[13:04]  * bac glad he didn't switch email...
[13:06] <frankban> gary_poster: ready for the call when you are. no rush
[13:06] <gary_poster> thanks frankban almost
[13:08] <teknico> nobody loves hard rock anymore: http://www.youtube.com/watch?v=ksKjR9uPc6E
[13:16] <abentley> gary_poster: I've started work on the lp-submit command, only I renamed it to "lp-merge" because "lp-submit" was taken.  Here's what it does so far: http://pastebin.ubuntu.com/5693661/
[13:18] <abentley> gary_poster: The current branch is at lp:~abentley/junk/lpsubmit because I haven't decided whether to stick with lp-merge or use something else.  Thoughts?
[13:18] <gary_poster> hey, looking
[13:23] <gary_poster> output looks great abentley.  In terms of project/location...my only thought is that, if we actually ever do get line-by-line comments and side-by-side diff  in LP, which doesn't seem too impossible, then we'd be able to naturally switch over to pre-existing lp-merge stuff without having to change what we have installed.  That's a weak argument though, and I think it should be your decision.
[13:25] <abentley> gary_poster: When I said "I haven't decided whether to stick with lp-merge", I meant the command name "lp-merge".
[13:25] <gary_poster> ah I see
[13:25] <abentley> gary_poster: I want to project name to reflect the command name.
[13:25] <gary_poster> ok
[13:25] <abentley> So until we settle the command name, I've got it in +junk.  Thoughts on the command name?
[13:27] <gary_poster> Well...to start from semantics and work to practicality...this is really specifically a rietveld-based merge.  An unfriendly-to-typers name would be lp-rietveld-merge or lp-rietveld-submit.  One approach would be to run with something like that and expect people to make aliases, but maybe that's lame
[13:28] <gary_poster> (I have a call in 2 I have to prep for abentley) that's my best idea atm :-/
[13:30] <abentley> gary_poster: Thanks.
[13:30] <gary_poster> thank you abentley
[13:34] <rick_h_> abentley: standup ping
[13:42] <hazmat> the request for a new uistage dns entry.. is rt 61704 for those interested
[13:43] <hazmat> fwiw the new server address is http://<IP_ADDRESS>/ (also on 8080)
[13:44] <hazmat> bac, gary your keys on the new server (the staging env is /opt/uistage) .. and the  ssh user is root
[13:47] <hatch> mornin
[13:52] <gary_poster> ack thank you very much hazmat
[13:52] <gary_poster> morning hatch
[13:52] <gary_poster> poor little thunderbird is working *so hard*!
[13:53] <hatch> I turned on 'spam filtering' in postbox this morning and it thinks a bunch of canonical emails are spam haha oops
[13:54] <gary_poster> :-)
[13:55] <hatch> pretty happy about the new email migration though
[14:06] <bac> teknico: one review down
[14:09] <teknico> bac: thanks!
[14:09] <teknico> bac: maybe borrow gvr's time machine, go back and tag the card? ;-)
[14:10] <bac> teknico: i'm confused.  i did tag your card
[14:10] <teknico> bac: oh, sorry, my page is not up to date then
[14:11] <teknico> yeah, that was it. sometimes it seems that the kanban page loses its connections
[14:11] <gary_poster> teknico, perhaps you wanted *me* to go back in the time machine and call you 11 minutes ago? :-)
[14:12] <teknico> gary_poster: that too :-)
[14:24] <bac> gary_poster: did you hear back from william re: services with zero units?  Makyo's branch for juju-core ServiceDeploy forces num units >0 even for subordinates, and i'm unclear as to the current thinking.
[14:45] <Makyo> bac, that's the current functionality: http://bazaar.launchpad.net/~juju/juju-core/trunk/view/head:/state/apiserver/apiserver.go#L368
[14:45] <hatch> currently using 15.58GB ram
[14:46] <hatch> :-O
[14:46] <bac> Makyo: right, and that's what prompted the discussion this weekend.  that behavior was in the python version
[14:46] <Makyo> bac, ah.  Good to know.
[14:49] <gary_poster> bac, william is on vacation this week it turns out
[14:49] <gary_poster> bac, so, no
[14:50] <bac> gary_poster: ok
[14:50] <teknico> hatch: you got all that memory, might as well use it ! ;-)
[14:50] <hatch> teknico: I think that's what OSX is also thinking lol
[14:55] <bac> sinzui, jcsackett, benji: i made slanted door's lemongrass pork chops this week.  mighty good and easy.
[14:56] <benji> mmm, sounds good
[14:56] <sinzui> !! the very dish I wanted to make at hime
[14:56] <sinzui> home
[14:56] <benji> I need to try to make the pork belly; that was my favoite dish.
[14:57] <bac> sinzui: we didn't actually have those, did we?
[14:57] <bac> i can photo and send recipe if you want, sinzui
[14:57] <sinzui> Please :)
[15:11] <bac> did
[15:26] <hatch> rick_h_: did you end up putting any time into that flag stuff? (just about to move around some code that uses it)
[15:27] <rick_h_> hatch: yes, I'm working on i tnow
[15:27] <rick_h_> hatch: I've got the code done/working and trying to get the startup/tests into the right places/format. Hopefully have it up for review by EOD
[15:28] <hatch> ahh ok cool - I'll leave my hack in for now then and possibly remove it before landing if yours lands first
[15:28] <rick_h_> hatch: lp:~rharding/juju-gui/global-ff is hte branch in progress if you want to pull down/work with it
[15:29] <hatch> oh cool, it's "stable" enough for me to merge into my branch?
[15:29] <hatch> like the bzr merge won't explode?
[15:29] <rick_h_> hatch: well, the code is I *think*. The test layout isn't
[15:30] <rick_h_> hatch: no promises :)(
[15:31] <rick_h_> grrrr, can't keep the flag tests in their own file like I want.
[15:31] <abentley> gary_poster: I believe I have a working version lp:~abentley/rvsubmit/trunk but I need help with testing, because login.staging hates me.
[15:31] <hatch> haha ok well I'll hold off a bit then - it's not blocking or anything
[15:31] <hatch> I don't like dealing with merge failures
[15:31] <hatch> :)
[15:32] <rick_h_> hatch: hah, well the only merge conflict issue should be in app.js and it's just me wiping it of flag know-how
[15:32] <rick_h_> but hatch yea, if you're not in a hurry give me a couple more hours
[15:33] <abentley> orangesquad: if you approve any juju-gui branches for landing, could you let me do the actual landing?  I'd like to test this plugin I've whipped up.
[15:33] <rick_h_> abentley: rgr
[15:33]  * gary_poster goes to next call
[15:37] <hatch> rick_h_: is jujucharms.com down?
[15:38] <hatch> I'm getting a CORS error
[15:38] <rick_h_> hatch: be more specific please.
[15:38] <rick_h_> hatch: so on what api call from where to what? Do you really mean jujucharms.com or manage.jujucharms.com?
[15:39] <rick_h_> hatch: both *look* up but maybe there's an error with a specific api call?
[15:39] <hatch> XMLHttpRequest cannot load http://jujucharms.com/search/json?search_text=series%3Aprecise%20owner%3Acharmers. Origin <myip> is not allowed by Access-Control-Allow-Origin.
[15:39] <rick_h_> hatch: the call works here and not been changed recently that I know of.
[15:39] <Makyo> Was frustrated by lack of email.  Should've checked the date.
[15:40] <hatch> rick_h_: it's not returning an Access-Control-Allow-Origin header flag
[15:41] <hatch> https://gist.github.com/hatched/675ee084cde5089edc74
[15:41] <hatch> ^ rick_h_
[15:41] <hatch> this is on a fresh trunk checkout and make
[15:41] <hatch> devel
[15:43] <rick_h_> orangesquad anyone aware of changes to the original jujucharms.com views lately? ^^
[15:44] <rick_h_> hazmat: understand. When I hit the site manually I get the headers. I'm not sure if stuff's changed recently as I've been away, but not aware of it. jujucharms.com isn't realy updated so not sure wwtf is up
[15:44] <rick_h_> bah, hatch ^
[15:44] <hazmat> rick_h_, there's been some dns changes i think
[15:45] <abentley> rick_h_: I haven't heard anything.
[15:45] <hazmat> rick_h_, it looks the same to me.. re cors headers
[15:46] <rick_h_> hazmat: k, thx. will try to work with the guys to figure out what changed recently hazmat
[15:46] <rick_h_> bah hatch
[15:46]  * rick_h_ goes to get more coffee
[15:50] <gary_poster> jujugui call in 10; kanban now pls
[15:50] <bac> gary_poster: the card about making juju-gui-charmers the owner of the charm, does that mean make http://jujucharms.com/~juju-gui/precise/juju-gui be http://jujucharms.com/charms/precise/juju-gui ?  and did you mean create a new team ~juju-gui-charmers or continue to use ~juju-gui ?  can clear up after the call.
[15:50] <gary_poster> bac, cool thank you
[15:51] <gary_poster> abentley, ack will ping asap
[16:01] <gary_poster> benji yoohoo
[16:01] <gary_poster> bcsaller, youhoo
[16:02] <benji> bac: you are extra windy today
[16:04] <luca> gary_poster: bcsaller: We can all ok with your recommendations for how the back button works
[16:04] <gary_poster> fantastic thanks luca
[16:16] <gary_poster> ooh bac!
[16:16] <bac> yes?
[16:16] <gary_poster> wanna head back and talk about whatsis
[16:16] <gary_poster> um
[16:16] <gary_poster> the charm location?
[16:16] <gary_poster> your card
[16:16] <bac> sure
[16:17] <hatch> rick_h_: still no luck, so are you saying that something 'did' change? or it's local to me?
[16:20] <hatch> woah look at all those emails
[16:23] <gary_poster> abentley, +1 on rvsubmit name.  Going to have some lunch and then will try out your tool.  thank you!
[16:24] <abentley> gary_poster: You're welcome.
[16:27] <rick_h_> hatch: I'm not sure what changed. hazmat says he thinks something did. I'm hoping to hear something from sinzui
[16:27] <hazmat> rick_h_, not i..
[16:27] <hatch> but it's working for others?
[16:27] <hazmat> rick_h_, the domain transferred to is i think
[16:28] <hatch> rick_h_: like for you on trunk you can load the page without issue?
[16:28] <rick_h_> hazmat: sorry, just meant you think something did change.
[16:29] <rick_h_> hatch: sorry, trying to get tests going and honestly haven't tried.
[16:29] <hatch> oh ok np :)
[16:29] <hazmat> rick_h_, yeah.. nsX.canonical.com is now authoriative for the domain
[16:29] <rick_h_> I'm in a holding pattern until I chat with sinzui
[16:30] <rick_h_> hazmat: ok, thanks for the heads up. Worst case it should be an easy branch to get the heads in place. We do it for the new api calls and not sure why that would have changed tbh.
[16:30] <rick_h_> /heads/headers
[16:31] <hatch> rick_h_: ok I'm pretty sure it's something on (points over there) that side because even untouched branches from yesterday exhibit the same behavior
[16:31] <rick_h_> hatch: right, if the headers are missing then they're missing and they need to show up one way or another. It's th backend's job to respond correctly to the OPTIONS request. So agreeing with you.
[16:39] <rick_h_> hatch: orangesquad can I get some eyeballs when people get a sec please? https://codereview.appspot.com/9682046/
[16:39] <hatch> can do
[16:41] <rick_h_> hatch: and in testing out I don't have the errors with pulling search data. :/
[16:42] <rick_h_> orangesquad can everyone please hit up http://jujucharms.com/search/json?search_text=series%3Aprecise%20owner%3Acharmers and check the headers to verify that they have the Access-Control-Allow-Origin headers in the response?
[16:42]  * sinzui looks
[16:42] <hatch> rick that takes me to a link spam website
[16:42] <rick_h_> hatch: what IP does jujucharms.com resolve to?
[16:43] <rick_h_> hatch: huh?
[16:43] <hatch> <IP_ADDRESS>
[16:43] <rick_h_> hatch: ok, <IP_ADDRESS> for me here.
[16:43] <hatch> wth
[16:43] <sinzui> rick_h_, I see Access-Control-Allow-Origin:*
[16:44] <rick_h_> sinzui: was there dns change/etc with jujucharms.com while I was away? hatch is getting a diff IP than me and hazmat mentioned ^^ about dns changes
[16:45] <sinzui> rick_h_, I was expecting one, but I didn't know it had happened. hazmat didn't want to be charged so we agreed to move domains
[16:45] <bac> rick_h_, sinzui: yes, there was a dns change.
[16:45] <bac> hazmat spun up a new uistage site this morning due to it
[16:45] <rick_h_> bac: right, but this is jujucharms.com not the GUI itself
[16:45] <bac> uistage.jujucharms.com.	508	IN	A	<IP_ADDRESS>
[16:46] <rick_h_> bac: so this is breaking hatch's local instance pulling the search results down
[16:46] <bac> rick_h_: understood.
[16:46] <bac> rick_h_: i'm not sure if both were moved
[16:46] <rick_h_> sinzui: ok, so that changes seems to be going on and broken atm
[16:47] <sinzui> Have we factored out edits to hosts. That is what prevented me from seeing the real manage.jujucharms.com a few weeks ago
[16:47] <sinzui> also why do we care about jujucharms.com. it is old code
[16:47] <rick_h_> sinzui: no, it seemed unlikely hatch had jujucharms.com in the hosts file but didn't verify.
[16:48] <hatch> looking
[16:49] <hatch> negative
[16:49] <sinzui> Since http://jujucharms.com/api/0/charms/interesting is not supported. I don't think we need to be concerned about this site as developers of the new sites.
[16:49] <hatch> nothing in there relating to jujucharms
[16:49] <rick_h_> sinzui: no, it's http://jujucharms.com/search/json?search_text=series%3Aprecise%20owner%3Acharmers which isn't our api but the old search that still occurs until the browser full lands
[16:50] <rick_h_> the gui actually loads that (and twice like our old bug) on initial load
[16:50] <sinzui> hatch, you could hack hosts to support what you need right now...
[16:50] <sinzui> PING jujucharms.com (<IP_ADDRESS>) 56(84) bytes of data.
[16:51] <sinzui> ^ are you seeing a different IP?
[16:51] <rick_h_> sinzui: maybe something international with the DNS updates?
[16:51] <sinzui> also, what is your DNS. I am using googles because I don't trust my ISP
[16:52] <hatch> sinzui: the ip I get for jujucharms is <IP_ADDRESS> which is a linkspam page
[16:53] <hatch> dns is the isp which usually updates very fast
[16:53] <gary_poster> rick_h_, sinzui, hatch, thanks for investigating.  this is currently breaking usage of the GUI as a tool so it is a big deal.  I will go to IS soon
[16:54] <sinzui> hatch, do you want to try <IP_ADDRESS> to see if this addresses your case.
[16:54] <hatch> sure
[16:54] <sinzui> hatch, ^ as a primary DNS
[16:56] <hatch> sinzui: problem solved
[16:56] <sinzui> okay, looks like a propagation issue.
[16:56] <hatch> so slow dns propogation then
[16:57] <hatch> :)
[16:57] <hatch> thanks for the help
[16:57] <gary_poster> why the heck would the dns resolve to a domain parker?
[16:57] <sinzui> I suppose IS/owners could have prepared the world for the switch by changing the domains TTLs in advance.
[16:58] <hatch> gary_poster: it's an enigma of the mystic
[16:58]  * gary_poster not thrilled by enigma, since it means our product is broken while this happens
[16:59] <hatch> that was a tv show reference http://en.wikipedia.org/wiki/Tailgate_(How_I_Met_Your_Mother) :)
[16:59] <hatch> yeah - might be worth an email to them to not to that again :)
[17:16] <hatch> gary_poster: fyi I just switched tbird on my laptop to gmail and it went off without a hitch
[17:16] <gary_poster> cool hatch
[17:17] <hatch> CPU spiked to 100% for a bit but didn't lag
[17:18] <hatch> although SOMEHOW I gained 800 emails back in my inbox
[17:18] <hatch> so not too thrilled about that
[17:18] <hatch> :)
[17:19] <gary_poster> yeah about 2000 for me
[17:20] <hatch> yikes - so much for your inbox 0 ;)
[17:22] <sinzui> My canonical/google id is screwed up. I have had access to gmail since their aborted attempt. While i kept my inbox in order, I still got hundreds of new emails in the lat sync that I deleted in the past :(
[17:23] <hatch> ahh so they must have merged an old freeze or something
[17:24] <sinzui> I think they were overly caution and emails that were deleted were resurrected.
[17:24] <hatch> ahh - reasonable I suppose
[17:26] <sinzui> I'd like to know how to have canonical's gmail run as a separate app from the default unity gmail app
[17:29] <gary_poster> lunch
[17:31] <rick_h_> heh, busy thread while I was replying.
[17:39] <rick_h_> hatch: :P I don't know of a way to do the regex for "not the two characters /: in a row. guihelp: any regex experts know how to make this work http://refiddle.com/gqh
[17:40] <hatch> rick_h_: yeah neither do I, that's why I didn't include a solution :)
[17:40] <hatch> I'm certain it CAN be done - just don't know how without spending a bunch of time reading regex docs ;)
[17:41] <bcsaller> rick_h_: I can't get to your link, access denied
[17:41] <rick_h_> bcsaller: bah, k. Didn't realize they didn't allow access w/o login.
[17:41] <hazmat> requires login .. ick
[17:42] <rick_h_> bcsaller: :flags:\/([^\/:])*/g is the regex that filas on the test string /:flags:/foo/bar=10
[17:42] <hatch> heh that has to kill adoption for htem
[17:42] <rick_h_> so trying to change this from just saying "any char not a :" to "not the characters /: in a row"
[17:42] <rick_h_> yea, actually never logged in until now when it asked me to login to save my fiddle. :(
[17:51] <rick_h_> hatch: ok, got it I think /:flags:\/([^/][^:])*/g
[17:52] <bac> benji, gary_poster: would one of you have time/interest in commenting on the charmhelpers reorg?  https://code.launchpad.net/~mew/charm-helpers/refactor-to-core/+merge/164980
[17:56] <benji> bac: I have both.  I do await the discussion Gary is having with them regarding the package's future.
[17:56] <hatch> :/
[17:56] <hatch> rick_h_: I am not sure what your regex is
[17:56] <hatch> it's all simley faces
[17:56] <hatch> lol
[17:56] <hatch> smiley*
[17:56] <hatch> :\
[17:56] <hatch> ahh
[17:57] <hatch> rick_h_: looks good
[17:57] <hatch> now that I figured out wth those smiley faces were...lol
[17:57] <rick_h_> hatch: lol, get a real irc client :P
[17:58] <hatch> I was actually thinking you were emotionally unstable
[17:58] <hatch> lol jk
[18:05] <rick_h_> gary_poster: got a sec?
[18:09] <hatch> rick_h_: how's that chrome extension coming? ;)
[18:09] <rick_h_> hatch: :P
[18:09] <rick_h_> hatch: already done a chrome extension, not ready to do another
[18:09] <hatch> I have to admit though some os keybinding to search google would be killer
[18:10] <hatch> ctrl+s+g "hello jeff, how can I help you today?"
[18:12] <Makyo> bac, What did you mean about 'TestServiceNameForCharm'?
[18:12] <Makyo> s/For/From
[18:12] <bac> Makyo: i saw code that would pick the service name from the charm if one was not provided
[18:12] <bac> Makyo: but no test for that
[18:13] <bac> hazmat: i just created an umbrella team ~juju-gui-charmers and invited ~juju-gui to it.  would you accept at your leisure?
[18:14] <Makyo> bac, it's currently tested via s.AssertService which takes a service name and a charm URL
[18:14] <bac> Makyo: ok, i must've just missed it
[18:15] <Makyo> bac, I'll add a comment.  From the sounds of it, that'll be going away soon anyway.
[18:15] <benji> some lunch time reading for anyone interested in AngularJS: http://joelhooks.com/blog/2013/05/22/lessons-learned-kicking-off-an-angularjs-project/
[18:15] <bac> benji: dang, too late
[18:15] <bac> benji: so you work on US/East but eat on US/Central?
[18:16] <benji> bac: yep; in fact I like to eat 1:00 to 2:00 central so when I get done from lunch I only have two hours left to work; it seems to shorten the day
[18:16] <hatch> benji: tl;dr; on that link?
[18:17] <benji> hatch: he likes angularjs and if he had the last year to do over again he would use it even harder
[18:17] <hatch> thanks
[18:17] <hatch> :)
[18:19] <hazmat> bac done
[18:21] <gary_poster> rick_h_, I have 10 min.  now good?
[18:21] <rick_h_> gary_poster: sure thing
[18:31] <bac> gary_poster: ping me when done
[18:37] <rick_h_> abentley: ping, just killed my submit remembering your requeast to do it
[18:37] <rick_h_> abentley: let me know what you need to test your stuff. https://code.launchpad.net/~rharding/juju-gui/global-ff
[18:37] <abentley> rick_h_: Ah, excellent.  Is Tarmac set up on juju-gui currently?
[18:38] <bac> abentley: no
[18:38] <rick_h_> abentley: I don't believe so yet. gary_poster or bac confirm?
[18:38] <bac> correct
[18:38] <gary_poster> that is correct abentley.  I was actually going to test your tool on prod because all it would do is fiddle with a MP
[18:38] <gary_poster> since there is no tarmac to act on the change
[18:39] <abentley> rick_h_: Okay, I'll just run the tool, but you'll need to land it normally afterwards.
[18:39] <rick_h_> abentley: rgr
[18:39] <gary_poster> rick_h_, question for you later is about gui charm in charm browser (not ~charmers is approved)
[18:40] <rick_h_> gary_poster: k, there's a card in progress for abel around that currently.
[18:40] <rick_h_> gary_poster: so I think the only update is, will check in soon
[18:40] <abentley> rick_h_: I'm done.  Thanks.
[18:41] <gary_poster> yay! thanks!
[18:41] <rick_h_> abentley: cool, hope it all went well
[18:41] <abentley> rick_h_: Pretty well, you can see on the MP what it would have submitted.
[18:42] <rick_h_> abentley: woot
[18:52] <hatch> lunching
[19:29] <gary_poster> matsubara, hey.  do you have a timeline for the juju-gui tarmac setup in mind yet?
[19:31] <gary_poster> rick_h_, did you see what tests failed in CI on IE that are probably not your fault?
[19:31] <matsubara> gary_poster, hey, how urgent is it? I wanted to tackle that this week but got busy with some MAAS stuff.
[19:32] <matsubara> gary_poster, I also want to talk to you about the next round of ET
[19:32] <gary_poster> matsubara, cool, not urgent.  you thinking next week now?  if so, that would be great
[19:32] <gary_poster> +1 matsubara
[19:32] <gary_poster> matsubara, hangout tomorrow morning?
[19:33] <gary_poster> benji, btw, no rush but in hangout :-)
[19:33] <benji> cool
[19:35] <matsubara> gary_poster, yep, sounds good. can you send me an invite? anytime between16UTC to 21UTC works for me
[19:35] <matsubara> not sure if that's your morning
[19:35] <gary_poster> matsubara, just sent you invite and gave you edit
[19:35] <matsubara> thanks
[19:35] <gary_poster> move where you will that fits my other calls :-)
[19:37] <matsubara> I can't see your other calls. Is there a global calendar I can subscribe?
[19:38] <gary_poster> matsubara, you should be able to use "find a time" or add me to your calendar list
[19:41] <matsubara> oh
[19:42] <matsubara> for someone who works doing ET I totally missed that find a time link for awhile
[19:42] <gary_poster> :-)
[19:46] <matsubara> that's pretty handy
[20:01] <hatch> rick_h_: look slike the flags stuff broke CI
[20:01] <hatch> it failed in IE10
[20:01] <bac> hi sinzui
[20:03] <sinzui> hi bac
[20:05] <bac> sinzui: i hear that the charm browser only recogized charms owned by ~charmers as official, rather than one that is marked in LP as the official one.  is that true?
[20:06] <sinzui> Yes.
[20:06] <sinzui> adeuring is about to propose a fix
[20:06] <bac> sinzui: is that a bug that is on your roadmap for soonish fixing?
[20:06] <bac> yay
[20:06] <bac> abel able, once again
[20:06] <bac> er, vice versa
[20:07] <bac> sinzui: can you ping me when that is live?  the ~charmers juju-gui branch is deprecated but we don't want to remove it until that bug is fixed.
[20:07] <sinzui> understood
[20:08] <sinzui> I will ping you when it lands and when it goes live. We can deploy every day so I don't anticipate any blockers to deploying a few hours arter we QA the fix
[20:14] <bac> okey doke
[20:16] <abentley> gary_poster: I think it's feature-complete as of r16.
[20:19] <gary_poster> abentley, naively I put it in .bazaar/plugins but
[20:19] <gary_poster> $ bzr rvsubmit --help
[20:19] <gary_poster> bzr: ERROR: unknown command "rvsubmit"
[20:19] <gary_poster> ~/.bazaar/plugins/rvsubmit is branch of your code
[20:20] <gary_poster> how should I install?
[20:20] <abentley> gary_poster: The command is "rv-submit".  Also, make sure the subdirectory is named 'rvsubmit', not 'trunk'.
[20:21] <gary_poster> abentley, rv-submit was all I needed thanks
[22:19] <hatch> has anyone elses email been slower today than usual?
[22:19] <hatch> I'm thinking that gmail might be quite a bit slower than the old email
[22:19] <hatch> slower in terms of round trip times
[22:22] <gary_poster> haven't noticed, maybe
[22:22] <hatch> could just be my net today too I suppose
[22:27] <gary_poster> hatch quick review pls? https://codereview.appspot.com/9704043
[22:27] <gary_poster> hatch will be back in a bit, so no rush
[22:29] <hatch> on it!
[22:36] <hatch> ok that email was almost instant....so disregard my previous comment  :)
[23:34] <Makyo> http://james-iry.blogspot.ca/2009/05/brief-incomplete-and-mostly-wrong.html
[23:41] <gary_poster> abentley, rv-submit works great!  trivial: new line at end would be nice:Submitted for landing.gary@gud:~/dev/juju-gui$
[23:41] <gary_poster> thank you!
[23:41] <abentley> gary_poster: You're welcome.  Glad you like.  I'll fix that newline.
[23:41] <gary_poster> very cool
[23:42] <abentley> gary_poster: fixed.
[23:48] <rick_h_> gary_poster: hatch no, didn't see. Sorry was afk. I'll look at what I did.
[23:56] <rick_h_> gary_poster: hatch yea, it looks like the failure is off in no-where land. I'll make sure to get my windows VM going on the new machine tomorrow as I haven't since I've gotten back from vaca yet. I can't view the test 'details' because they're 'public restricted' and I don't have a login for it.