Back
[01:51:11] <CIA-2> EMC: 03seb 07TRUNK * 10emc2/src/hal/drivers/mesa-hostmot2/firmware/5i22/ (SV16.PIN SVST8_24.PIN SVST8_8.PIN): New .PIN files for 5i22, from Peter Wallace
[03:13:02] <seb_kuzminsky> remember me mentioning a fire near my house about a month ago? here are some pics:
http://highlab.com/family/2009.01%20fire/index.html
[03:23:12] <cradek> wow
[07:09:07] <CIA-2> EMC: 03seb 07TRUNK * 10emc2/src/Makefile: include a missing header file in emc2-dev.deb
[09:48:48] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/emc/usr_intf/halui.cc: fix SF #2607450, can't have more than 10 MDI commands in halui
[11:04:21] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/debian/changelog: mention bugfix
[14:52:32] <CIA-2> EMC: 03bigjohnt 07TRUNK * 10emc2/docs/src/drivers/hostmot2.lyx: change subsections to sections
[18:30:19] <alex_joni> hmm.. does emc2-sim run for you guys?
[18:31:04] <BJT-Work> I've not tried it...
[18:31:21] <seb_kuzminsky> the sim tests are passing on the buildbot, but beyond that i dont know
[18:31:31] <SWPadnos> it did recently. lemme rebuild and find out
[18:31:46] <SWPadnos> any particular config or problem you're seeing?
[18:31:48] <alex_joni> 19 failed here
[18:31:58] <alex_joni> it doesn't seem to load rtapi
[18:32:27] <SWPadnos> hmm. what's the incantation to run the tests?
[18:32:32] <alex_joni> runtests
[18:32:33] <seb_kuzminsky> runtests
[18:32:48] <SWPadnos> ok
[18:32:49] <SWPadnos> ok
[18:34:26] <SWPadnos> 31 tests run, 30 successful, 0 failed + 1 expected
[18:34:32] <alex_joni> something is borked here
[18:34:41] <SWPadnos> this is on Jaunty even :)
[18:34:51] <seb_kuzminsky> alex_joni: tighten the nut between the chair and the keyboard
[18:35:03] <SWPadnos> let's not discuss alex's nuts, please
[18:35:17] <seb_kuzminsky> you're right, many teenagers read this channel
[18:35:25] <SWPadnos> heh
[18:35:40] <alex_joni> poor teenagers
[18:37:31] <alex_joni> aha
[18:37:40] <alex_joni> didn't run a full make clean
[18:37:49] <alex_joni> and it seems even building a new package didn't make clean
[18:37:50] <SWPadnos> hmm. neither did I
[18:38:00] <alex_joni> (I had it configured for RT previously)
[18:38:05] <SWPadnos> oh. I trued to build some packages here, but got an error
[18:38:08] <SWPadnos> tried
[18:38:16] <alex_joni> sim packages?
[18:38:21] <alex_joni> or RT packages?
[18:38:29] <SWPadnos> RT
[18:38:35] <alex_joni> what's the failure?
[18:38:45] <SWPadnos> I was sort of following along your conversation with ehj
[18:39:03] <SWPadnos> oh hmm. do you need to be running the RT kernel to build RT packages?
[18:39:08] <alex_joni> no
[18:39:16] <alex_joni> but you need to have the headers package installed
[18:39:16] <SWPadnos> good. didn't think so
[18:39:19] <SWPadnos> one sec
[18:39:28] <alex_joni> and you need to configure for the proper kernel
[18:39:59] <alex_joni> real0m33.278s
[18:40:00] <alex_joni> user0m36.066s
[18:40:15] <alex_joni> (that's from building emc2-sim on this laptop after a make clean)
[18:40:26] <SWPadnos> ok, not sure I have all that set up right yet
[18:40:48] <SWPadnos> this is on Jaunty alpha <whatever it would be now>
[18:41:39] <SWPadnos> hmmm. actually, I can't work on that right now, but I'll pastebin the last bit of the build messages
[18:42:05] <alex_joni> ok
[18:42:46] <SWPLinux> http://pastebin.ca/1340242
[18:43:30] <SWPadnos> I'm sure it's something (things?) stupid that I missed
[18:43:45] <cradek> error code 65280?
[18:44:41] <SWPadnos> yeah, whatever that means :)
[18:44:49] <SWPadnos> that's FF00
[18:47:14] <alex_joni> SWPadnos: probably didn't rebuild control
[18:47:22] <alex_joni> or you didn't touch a file which you should have
[18:48:19] <alex_joni> my bet would be for debian/rules.d/0-common-vars.mk:all_custom_flavours = ...
[18:48:25] <alex_joni> you need to add rtaismp there
[18:48:33] <alex_joni> err.. rtaismp64 in your case
[18:49:00] <alex_joni> (then rebuild control.in and control, using debian/rules debian/control.in && debian/rules debian/control)
[19:03:09] <SWPLinux> I have no debian/control.in
[19:03:35] <alex_joni> "debian/rules debian/control.in" builds it
[19:03:51] <alex_joni> the second part is the actual target for debian/rules
[19:03:54] <SWPLinux> make: *** No rule to make target `debian/control.in'. Stop.
[19:04:42] <alex_joni> sorry.. it's control.stub
[19:04:46] <alex_joni> (not control.in)
[19:04:47] <SWPLinux> ah
[19:05:18] <alex_joni> then check debian/control if it has rtaismp64 in it
[19:05:29] <SWPLinux> argh. need kernel-wedge
[19:05:40] <SWPLinux> maybe I missed installation of some helper metapackage
[19:05:51] <alex_joni> bet you didn't run apt-get build-dep linux-image-*
[19:06:01] <SWPLinux> could be
[19:06:09] <alex_joni> although kernel-wedge shouldn't be used
[19:06:21] <alex_joni> that's only used if you want to build d-i packages
[19:06:35] <alex_joni> (I see I have it installed..)
[19:06:40] <alex_joni> so maybe it's needed
[19:06:54] <SWPLinux> kernel-wedge gen-control > debian/control
[19:06:56] <SWPLinux> /bin/bash: kernel-wedge: command not found
[19:06:58] <SWPLinux> make: *** [debian/control] Error 127
[19:07:00] <SWPLinux> that was my clue :)
[19:10:16] <SWPLinux> build-dep linux-image... only seemed to pull in gawk
[19:10:41] <SWPLinux> after installing kernel-wedge, debian/rules<etc> worked. building now.
[19:11:05] <alex_joni> Build-Depends: debhelper (>= 3), module-init-tools, kernel-wedge (>= 2.24ubuntu1), gcc-4.1-hppa64 [hppa], binutils-hppa64 [hppa], device-tree-compiler [powerpc], gcc-4.1 [powerpc ia64], gawk [amd64 i386]
[19:11:10] <alex_joni> Build-Depends-Indep: xmlto, docbook-utils, gs, transfig, bzip2, sharutils
[19:11:38] <SWPadnos> for linux-image-whatever?
[19:12:01] <alex_joni> that's from debian/control (which you'll soon generate)
[19:12:06] <alex_joni> or you just did..
[19:12:08] <SWPLinux> heh
[19:16:40] <SWPLinux> ok, so after ./build.sh, shouldn't there be packages somewhere?
[19:16:51] <alex_joni> one level up
[19:17:00] <SWPLinux> though it did fail to sigh because I don't have your private key :)
[19:17:02] <SWPLinux> sign
[19:17:09] <SWPLinux> ok, cool
[19:17:14] <alex_joni> are they there?
[19:17:18] <SWPLinux> yep
[19:17:22] <alex_joni> (sounds like a pretty fast machine you have :)
[19:17:36] <SWPLinux> could be that I didn't build everything you guys are
[19:17:42] <alex_joni> dmesg | grep BOGOMIPS ?
[19:17:43] <SWPLinux> it's only a dual-core A64
[19:18:15] <alex_joni> dmesg | grep BogoMIPS ?
[19:18:18] <SWPLinux> steve@jauntyA3:/Project/rtai-smp$ grep bogo /proc/cpuinfo
[19:18:20] <SWPLinux> \bogomips: 2009.23
[19:18:22] <SWPLinux> bogomips: 2009.23
[19:18:48] <alex_joni> Total of 2 processors activated (6922.15 BogoMIPS) - on this laptop
[19:19:02] <alex_joni> (still takes a bit longer to build ;)
[19:19:03] <SWPLinux> yeah. this one was selected because it's low power
[19:19:06] <SWPLinux> strange
[19:19:26] <SWPLinux> it's not even a super-fast hard drive, just some generic SATA2 320G seagate
[19:19:46] <alex_joni> this one's a great laptop.. the best one I've ever seen/had
[19:19:47] <SWPLinux> hmmm
[19:19:50] <alex_joni> 12" :)
[19:20:00] <alex_joni> runs about 5h
[19:20:06] <SWPLinux> actually, that bogomips number is wrong. the CPU must have been in low power mode
[19:20:18] <alex_joni> check dmesg
[19:20:25] <alex_joni> on boot it's not in low power mode
[19:20:31] <SWPLinux> [ 0.004000] Calibrating delay using timer specific routine.. 5022.87 BogoMIPS (lpj=10045748)
[19:20:33] <SWPLinux> [ 0.380211] Total of 2 processors activated (10045.96 BogoMIPS).
[19:20:38] <alex_joni> that's more like it
[19:20:38] <SWPLinux> that's more like it :)
[19:20:43] <alex_joni> heh
[19:21:00] <SWPLinux> interesting
[19:21:13] <alex_joni> this is a T5300 CPU
[19:21:43] <alex_joni> but I see the bogomips is the same even when the CPU runs at 800MHz instead of the 1.73GHz max
[19:21:50] <SWPLinux> cool. I didn't realize that /proc/cpuinfo is actually dynamically recreated
[19:22:03] <SWPLinux> I guess I could have guessed, since it's in /proc
[19:22:14] <SWPLinux> steve@jauntyA3:/Project/rtai-smp$ grep bogo /proc/cpuinfo
[19:22:16] <SWPLinux> bogomips: 5023.08
[19:22:17] <SWPLinux> bogomips: 5023.08
[19:22:21] <alex_joni> heh
[19:22:21] <SWPLinux> that's what I get while compiling EMC2
[19:22:41] <SWPLinux> bbiab
[19:24:57] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/configure.in: install sample-configs according to Debian Policy to /usr/share/doc/emc2/examples/sample-configs/
[19:25:10] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/Makefile.inc.in: install sample-configs according to Debian Policy to /usr/share/doc/emc2/examples/sample-configs/
[19:25:16] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/Makefile: install sample-configs according to Debian Policy to /usr/share/doc/emc2/examples/sample-configs/
[19:25:19] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/src/configure: rebuild
[19:25:51] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/debian/emc2.files.in: install sample-configs according to Debian Policy to /usr/share/doc/emc2/examples/sample-configs/
[19:26:04] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/debian/rules.in: install sample-configs according to Debian Policy to /usr/share/doc/emc2/examples/sample-configs/
[19:26:20] <SWPLinux> oh hmm. I now have kernel packages, but no emc packages
[19:26:57] <SWPLinux> and no rtai/rtai modules either
[19:27:06] <alex_joni> sure you don't :)
[19:27:14] <alex_joni> you need to build those too :D
[19:27:24] <SWPLinux> gonna have to fiddle with it a bit later though. bbiab (again)
[19:27:31] <alex_joni> ok
[19:31:13] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/debian/changelog: note new install location for sample configs
[19:43:34] <alex_joni> a pyvcp spinbox would be nice which could export NIST style pins
[19:43:49] <alex_joni> 2 pins for up/down, 1 input pin float for the value
[20:00:16] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/configs/halui_pyvcp/ (pyvcp.hal vcp.xml): make feed-override and spindle-override work
[20:18:55] <SWPadnos> ok, this is strange
[20:19:21] <SWPadnos> I just got an "excessive bounces" message about my subscription to emc-commit :?
[20:19:50] <cradek> yeah I see that too
[20:19:50] <SWPadnos> and then I got an earlier commit message
[20:20:29] <cradek> lately I've seen sf blacklisting its own machines several times
[20:21:33] <SWPadnos> yep, I noticed that conversation
[20:22:06] <SWPadnos> what's strange is that I can't log to lists.sf.net in using my email address
[20:25:07] <alex_joni> SF mailing lists suck
[20:25:13] <alex_joni> sometimes
[20:26:05] <CIA-2> EMC: 03alex_joni 07TRUNK * 10emc2/configs/halui_pyvcp/ (pyvcp.hal vcp.xml): add optional-stop and block-delete
[20:27:22] <alex_joni> SWPadnos: seems it's the same in your case
[20:27:31] <SWPadnos> ?
[20:28:27] <alex_joni> host mx.sourceforge.net [216.34.181.68]: 550-Your IP, 172.29.29.179 has been autoblocked because of abuse. Please email
[20:28:39] <alex_joni> that 172.29.29.179 sounds like a SF machine
[20:28:48] <SWPadnos> ok, another internal blacklisting
[20:29:18] <alex_joni> want me to check the subscribe status?
[20:29:36] <SWPadnos> nah, I laready re-enabled
[20:29:38] <SWPadnos> already
[20:30:02] <SWPadnos> there's a link to re-enable without logging in
[20:30:11] <SWPadnos> I was going to look at other options, so I wanted to log in
[20:30:25] <alex_joni> looks fine from ehere
[20:30:41] <SWPadnos> which I couldn't do on the lists.sourceforge.net machine using my email address (or username), but I was able to from sourceforge.net using my username
[20:30:56] <SWPadnos> hmmm
[20:31:13] <SWPadnos> as long as I'm here, does anyone remember the bug report I was supposed to file?
[20:32:52] <alex_joni> err.. nope
[20:33:07] <alex_joni> OT: what's nomail reason [U] for the mailing list?
[20:33:40] <SWPadnos> ah, jepler already fixed it. I'm saved :)
[20:34:18] <alex_joni> ah, [U] = user
[20:34:37] <SWPadnos> ah. "U asked for it" :)
[23:28:18] <skunkworks> wow - roland has been thru a lot! Yecky
[23:57:30] <cradek> wow, I hope he heals up quick. that sucks.
[23:59:59] <SWPadnos> yeah