#emc-devel | Logs for 2008-03-16

[00:00:15] <SWPadnos> patch -p1 blah blah blah ;)
[00:00:22] <jmkasunich> alex_joni: thank you for working on Hardy
[00:00:40] <alex_joni> jmkasunich: thank me when/if it works :)
[00:00:51] <SWPadnos> heh
[00:01:26] <alex_joni> whee.. patch applied
[00:01:44] <alex_joni> dang.. this is quite a fastish machine
[00:01:54] <alex_joni> the last one was my 1400MHz athlon
[00:01:56] <SWPadnos> what CPU(s)?
[00:01:58] <SWPadnos> heh
[00:02:05] <alex_joni> T5300
[00:02:07] <SWPadnos> yeah, hard to get anything that slow these days
[00:02:21] <SWPadnos> mobile, 1M cache??
[00:02:28] <alex_joni> 2MB cache
[00:02:44] <SWPadnos> ah - 1M per core, dual core?
[00:03:08] <SWPadnos> 1.73 GHx, google tells me
[00:03:11] <SWPadnos> GHz too
[00:03:12] <alex_joni> yeah, that one
[00:05:07] <alex_joni> can one of you put a dapper config online?
[00:05:20] <SWPadnos> a dapper .config?
[00:05:26] <alex_joni> yeah, please
[00:05:37] <alex_joni> saves me booting another machine up
[00:05:38] <jmkasunich> rtai, or stock?
[00:05:39] <SWPadnos> I think there is one for the 2.6.20 SMP kernell that cradek made
[00:05:48] <alex_joni> jmkasunich: 2.6.15-magma
[00:06:02] <jmkasunich> let me boot my RT dapper machine
[00:06:09] <alex_joni> ah, nm.. I can do the same
[00:06:17] <jmkasunich> (is the file on every box, or only those that built kernels?)
[00:06:19] <alex_joni> I thought maybe one of you had one running already
[00:06:25] <alex_joni> jmkasunich: every box
[00:06:28] <alex_joni> in /boot/
[00:06:45] <jmkasunich> I should leave it on, since its the compile farm RT dapper "slot"
[00:06:47] <SWPadnos> are you goingto try for SMP?
[00:06:57] <jmkasunich> oh, wait
[00:07:00] <alex_joni> SWPadnos: hmm, not yet
[00:07:00] <SWPadnos> it should be /boot/config.gz or something
[00:07:05] <SWPadnos> ok
[00:07:08] <jmkasunich> I can use the shoptask
[00:07:23] <alex_joni> I'm booting a VM right now
[00:09:00] <SWPadnos> heh - wiki.linuxcnc.org/uploads/config-2.6.15-magma
[00:09:08] <SWPadnos> unless that's upload with no 's'
[00:09:14] <jmkasunich> http://jmkasunich.com/pics/config-2.6.15-magma
[00:11:04] <alex_joni> thx
[00:13:06] <alex_joni> 9th June 2006
[00:13:17] <jmkasunich> 6.06 ;-)
[00:13:19] <SWPadnos> not bad for a 6.06 release :)
[00:13:46] <alex_joni> * alex_joni prepares for a bazillion enter's
[00:14:46] <jmkasunich> how many is a bazillion?
[00:14:58] <alex_joni> I suspect a couple hundred at least
[00:15:07] <SWPadnos> heh - I think the quote is "how many is a brazillion" :)
[00:15:33] <jmkasunich> none!
[00:15:47] <alex_joni> how many IPIPE domains do we want?
[00:15:47] <alex_joni> :P
[00:15:55] <SWPadnos> make oldconfig :)
[00:16:00] <jmkasunich> enter
[00:16:08] <alex_joni> SWPadnos: that's what I'm doing :)
[00:16:09] <SWPadnos> make oldconfig < yes
[00:16:17] <alex_joni> hmm, doesn't work
[00:16:21] <alex_joni> there are numeral choices aswell
[00:16:22] <SWPadnos> or true or whatever it is :)
[00:16:54] <SWPadnos> there is a make option actually - make allyesconfig or something. not sure if those can be combined with oldconfig though
[00:17:04] <SWPadnos> allyes, allno, allmod ...
[00:19:43] <alex_joni> hmm.. I did something else on dapper iirc
[00:20:06] <alex_joni> I started from the dapper .config, and used that as a basis for oldconfig
[00:20:16] <alex_joni> then changed the RTAI dependent stuff
[00:20:44] <SWPadnos> righto
[00:21:08] <SWPadnos> are you using some RTAI or have you taken the drastic step of going to xenomai (with the RTAI skin)?
[00:21:21] <alex_joni> vulcano rtai
[00:21:45] <alex_joni> I would have used 3.6, but there are a couple of bugfixes which I definately want
[00:21:53] <alex_joni> the >1G memory fix is one
[00:22:02] <SWPadnos> indeed
[00:22:46] <SWPadnos> in a couple of weeks, I may be able to help out with this - I think SMP is important enough (or will be before 10.4 LTS) that we should put some effort into it
[00:22:55] <alex_joni> module versioning is another feature, although that might be present in 3.6-rtai
[00:23:18] <SWPadnos> oh, interesting. isn't that one thing that needs to be turned off right now?
[00:23:27] <alex_joni> not anymore
[00:23:30] <alex_joni> it used to
[00:23:57] <SWPadnos> "right now" meaning "in the version that the distributed EMC RT kernel uses" :)
[00:24:17] <alex_joni> oh, sure.. in dapper it's turned off
[00:25:04] <alex_joni> preempt the big kernel lock <- wtf?
[00:25:22] <SWPadnos> be vewy vewy careful
[00:25:56] <SWPadnos> BKL shouldn't be used anywhere now anyway
[00:26:09] <alex_joni> what's BKL?
[00:26:14] <alex_joni> besides the obvious name ..
[00:26:15] <SWPadnos> big kernel lock
[00:27:04] <SWPadnos> oh - way back when, you could basically lock the whole kernel when you were doing something, rather than a semaphore/spinlock on some particular resource
[00:28:11] <jepler> on uniprocessor machines in 1993 it wasn't that bad a decision to make :-P
[00:28:14] <SWPadnos> (particularly annoying on SMP machines, because I believe all CPUs were locked by the BKL)
[00:28:16] <SWPadnos> heh
[01:24:19] <alex_joni> real51m15.164s
[01:24:33] <alex_joni> sounds acceptable for a full build :)
[01:25:03] <alex_joni> kernel build + creating the deb's
[02:06:36] <alex_joni> crap, r1 is a no-go :)
[02:08:34] <cradek> 51:15 * n
[02:08:42] <alex_joni> yup :)
[02:08:52] <alex_joni> and ccache at n-1 usually
[02:08:54] <cradek> ... n>>1
[02:09:42] <cradek> I installed a horny kernel update on a machine today and it porked the radeonfb console
[02:09:55] <alex_joni> 12-20 ?
[02:10:04] <cradek> so I booted the previous kernel again. something-12
[02:10:13] <cradek> the working one was something-9 I think
[02:10:25] <alex_joni> seems the last one is 12.22
[02:10:36] <alex_joni> 12.20 was a bad one :)
[02:11:09] <cradek> 2.6.24-12.22
[02:11:22] <alex_joni> yeah, that's what I'm running atm
[02:11:23] <cradek> -7.12 is the one that works - I didn't get any intermediate ones
[02:11:39] <alex_joni> I also have 11.something installed
[02:12:00] <alex_joni> 11.17
[02:12:13] <alex_joni> arch/x86/kernel/entry_32.S: Assembler messages:
[02:12:14] <alex_joni> arch/x86/kernel/entry_32.S:270: Error: invalid character '_' in mnemonic
[02:12:15] <cradek> do you think this is the last one?
[02:12:22] <cradek> ugh.
[02:12:28] <alex_joni> fun.. ain't it?
[02:15:03] <cradek> pain in the neck
[02:17:18] <alex_joni> at least it fails pretty early
[02:23:39] <jepler> alex_joni: so are you adding the rtai patch to the ubuntu kernel, or to the vanilla kernel closest to the ubuntu kernel?
[02:23:50] <alex_joni> trying vanilla so far
[02:23:59] <alex_joni>
[02:24:17] <alex_joni> but I think I'll try ubuntu next
[02:24:45] <jepler> I should get a 64-bit install of hardy going
[02:25:34] <alex_joni> I wonder why my first build worked without issues..
[02:25:52] <alex_joni> and now I always get that asm error
[02:26:17] <jepler> * jepler salivates over what $700 buys: AMD 4 core @ 2.2GHz, 8GB RAM, DVI video, 500GB SATA 3.0Gb/s, nice Antec Sonata III case.
[02:27:31] <jepler> AMD/ATI chipset, so there's even a chance of an OpenGL driver written from vendor-provided datasheets (not holding my breath on that one)
[02:28:42] <alex_joni> sounds nice :D
[02:29:06] <jepler> yeah, too bad I just spent all my money on a new car
[02:30:29] <alex_joni> hrmpf.. with a certain config file it compiles..
[02:34:47] <alex_joni> jepler: noticed the python-tk message earlier?
[02:34:57] <alex_joni> maybe configure could catch that?
[02:41:39] <cradek> did you get the car today?
[02:41:52] <jepler> cradek: yes
[02:41:59] <cradek> how is it?
[02:42:27] <cradek> (if you spent your last $700, you did it wrong)
[02:43:14] <jepler> alex_joni: this command will exit with success if tkinter is installed, or with failure otherwise: python -c 'import _tkinter' 2>/dev/null
[02:43:36] <jepler> it works OK even if DISPLAY is unset or set to something invalid)
[02:43:42] <alex_joni> jepler: I'll add it to configure tomorrow then :)
[02:43:54] <jepler> alex_joni: IMO it's unimportant for 2.2
[02:44:00] <jepler> for TRUNK it's a fine addition
[02:44:13] <alex_joni> sure, wasn't thinking about 2.2
[02:44:19] <jepler> cradek: the car's fine, and I didn't really spend my last $700
[02:44:49] <jepler> we haven't driven it much yet
[02:45:08] <alex_joni> hmm. it seems the rtai patch applies to the hardy kernel too
[02:51:41] <jepler> huh, with highlighting, internal wiki links to attachments are damaged (on the ubuntu wiki): https://wiki.ubuntu.com/HardyHeron/Beta?highlight=(png)
[02:54:12] <jepler> maybe just for attachments that don't exist yet..
[02:54:22] <alex_joni> heh
[02:54:41] <jmkasunich> weird - I could have sworn that the "sample every N runs of the thread" functionality in halscope worked at one time
[02:54:53] <jmkasunich> but CVS says it has been untouched since 1.1
[02:55:43] <cradek> what is "it"?
[02:56:00] <jmkasunich> the line of code that prevents it from working ;-)
[02:56:02] <SWPadnos> scope_rt?
[02:56:06] <cradek> ha
[02:56:20] <jmkasunich> a very simple mistake on the call that creates the spinbutton
[02:56:23] <alex_joni> you said it
[02:56:27] <SWPadnos> can we argue about the trigger line now? :)
[02:56:29] <jmkasunich> the upper limit was set to 1
[02:57:29] <jmkasunich> (I hope the rest of the code works ;-)
[02:59:23] <jmkasunich> ./build
[02:59:30] <jmkasunich> oops
[03:00:27] <alex_joni> AHA
[03:00:54] <alex_joni> seems the paravirtualisations config is the one borking things up..
[03:01:10] <alex_joni> when that is unset, it seems to compile gladly
[03:01:24] <CIA-22> EMC: 03jmkasunich 07TRUNK * 10emc2/src/hal/utils/scope_horiz.c: fix 'sample every Nth time' function of halscope
[03:01:33] <cradek> whee
[03:01:36] <alex_joni> * alex_joni calls it a night..
[03:01:42] <alex_joni> see you guys tomorrow
[03:01:42] <jepler> me too
[03:01:48] <jepler> after all it's 10PM here
[03:01:56] <alex_joni> (maybe my second kernel will boot.. the first one didn't)
[03:02:01] <cradek> goodnight guys
[03:02:14] <jmkasunich> goodnight
[03:02:43] <jmkasunich> wait - are the Nebraska guys calling it a night at the same time as the guy who is about 8 times zones ahead?
[03:02:55] <alex_joni> wimps :P
[03:03:24] <cradek> not me (yet)
[03:03:26] <alex_joni> jmkasunich: it's roughly 5am here :/
[03:03:37] <jmkasunich> goodnight alex
[03:03:40] <jmkasunich> ;-)
[03:03:44] <jmkasunich> sleep fast
[03:03:49] <cradek> ha
[03:03:54] <alex_joni> oh, I sleep late :)
[03:04:14] <alex_joni> probably I'll be up for lunch around 2pm :D
[03:09:01] <CIA-22> EMC: 03jmkasunich 07v2_2_branch * 10emc2/debian/changelog: backport 'every Nth time' fix for halscope
[03:09:08] <CIA-22> EMC: 03jmkasunich 07v2_2_branch * 10emc2/src/hal/utils/scope_horiz.c: backport 'every Nth time' fix for halscope
[07:39:08] <CIA-22> EMC: 03cmorley 07TRUNK * 10emc2/src/hal/classicladder/spy_vars_gtk.c: chanages so var window changes symbol names when section window button toggles plus more...
[08:22:58] <CIA-22> EMC: 03cmorley 07TRUNK * 10emc2/src/hal/classicladder/zEMC_README.txt: update change log
[13:20:56] <alex_joni> morning.. anyone around?
[13:29:25] <cradek> hi, just got up
[13:29:41] <alex_joni> hmm.. I have 2 news re hardy
[13:30:15] <alex_joni> managed to boot a pached kernel
[13:30:38] <cradek> yay
[13:30:46] <alex_joni> (some stuff still missing, I noticed they don't include modules in the image deb anymore, so I need to figgure out how to build a lum deb)
[13:30:55] <alex_joni> lum=linux-ubuntu-modules
[13:31:20] <alex_joni> the bad part is that rtai doesn't want to compile using the freshly installed headers :/
[13:32:17] <cradek> can anything else use those headers to build kernel modules?
[13:32:34] <alex_joni> hmm.. I could try emc2
[13:32:50] <alex_joni> the build starts, but then fails while looking for irq_vectors.h
[13:34:25] <alex_joni> which is present in include/asm-x86/mach-default
[13:34:48] <alex_joni> found some old references on RTAI mailing lists, that that location should be picked up by the build system
[13:37:47] <cradek> do you think it's a problem with the includes themselves or the header deb packaging?
[13:39:59] <alex_joni> hmm.. I tried with the sources dir, same problem
[13:40:07] <alex_joni> so I don't think it's the header deb
[13:40:52] <cradek> what can I do to help?
[13:42:50] <cradek> looks like 2.6.20 is the latest kernel I've used
[13:43:34] <alex_joni> not much atm ;)
[13:43:42] <alex_joni> trying rtai-3.6 now
[13:44:06] <alex_joni> (maybe you can find some info on building a l-u-m deb on the ubuntu wiki somewhere.. what I found so far is pretty scarse)
[13:44:11] <cradek> ok, I'm off to shower and breakfast
[13:44:20] <alex_joni> see you later
[13:44:41] <cradek> maybe I should install hardy somewhere
[13:44:55] <cradek> doesn't make-kpkg make that?
[13:45:35] <alex_joni> not with the default kernel_image/headers/source incantation
[13:45:52] <cradek> http://ubuntuforums.org/archive/index.php/t-619171.html
[13:49:36] <jepler_> anything else for 2.2.2?
[13:49:38] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: univstep config fix from TRUNK
[13:49:39] <alex_joni> hmm.. rtai-3.6 seems to go way better than vulcano
[13:49:49] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/configs/univstep/univstep_load.hal: univstep config fix from TRUNK
[13:49:54] <jepler_> (well, besides that)
[13:50:25] <cradek> jepler_: did you see the pluto patch?
[13:50:35] <jepler_> cradek: no
[13:51:38] <alex_joni> whee rtai-modules-
[13:51:48] <alex_joni> wonder if that's too much of a version name :P
[13:52:43] <cradek> jepler_: https://sourceforge.net/tracker/?func=detail&atid=106744&aid=1915407&group_id=6744
[13:53:03] <jepler_> cradek: thanks, got it now
[13:53:10] <jepler_> if only I was set up to test that hardware
[13:54:02] <CIA-22> EMC: 03jepler 07TRUNK * 10emc2/src/hal/drivers/pluto_step.comp: from Len Shelton: fix negative scale values
[13:55:06] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: from TRUNK: Len Shelton's fix for negative scales
[13:55:06] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/src/hal/drivers/pluto_step.comp: from TRUNK: Len Shelton's fix for negative scales
[13:55:57] <jepler_> er, oops -- wrong name
[13:56:02] <jepler_> * jepler_ really crossed his wires on that one
[13:56:51] <alex_joni> bet cradek can fix the cvs comment
[13:57:06] <jepler_> any of us can use 'cvs admin' to do that
[13:57:24] <alex_joni> really?
[13:57:40] <cradek> sure
[13:58:48] <alex_joni> hmm.. rtai-3.6 compiles against the source, but not against the headers dir
[13:58:54] <jepler_> cvs admin -m1.11:"from Michael Jochum: fix negative scale values" pluto_step.comp
[13:59:32] <alex_joni> cradek: bad headers package?
[13:59:44] <cradek> sounds like
[14:00:04] <cradek> missing a symlink or some files somewhere?
[14:00:49] <alex_joni> it had a borked symlink
[14:00:54] <alex_joni> asm->asm-i386
[14:01:13] <alex_joni> I changed it to asm->asm-x86 as it should be, but still nothing
[14:01:55] <alex_joni> ah, found it
[14:06:13] <alex_joni> or not
[15:54:57] <jepler_> * jepler_ twiddles his thumbs waiting for the hardy x64 installer to start
[15:56:47] <jepler_> what the HECK is this bird background in the installer?
[15:56:57] <jepler_> weird weird weird
[15:57:02] <jmkasunich> heh
[15:57:35] <jepler_> I guess it's a heron
[16:31:00] <skunkworks> jepler: same issue? http://cnczone.com/forums/showthread.php?t=54585
[16:37:01] <jepler_> skunkworks: no
[16:37:05] <skunkworks> oops - sorry - some reason I thought it was talking about pluto step. (campfire last night... lots o 'fun)
[16:37:14] <jepler_> I don't know what the problem is with pwm+direction in pluto-servo, the other problem was something to do with pluto-step
[17:20:06] <CIA-22> EMC: 03jepler 07TRUNK * 10emc2/src/hal/drivers/pluto_servo.comp: another typo was keeping pwmdir from working properly
[17:21:48] <skunkworks> Great! :)
[17:22:08] <jepler_> I had written 'i' instead of 'x', and wasn't able to see it
[17:22:38] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: fix pwm+direction mode
[17:22:40] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/src/hal/drivers/pluto_servo.comp: fix pwm+direction mode
[17:22:43] <jepler_> bbl
[17:23:09] <jepler_> I'll wait anothre hour in case there's another bug fixed :-P
[17:23:19] <jmkasunich> hey jepler_
[17:23:26] <skunkworks> will this be backported?
[17:23:35] <jmkasunich> I see some things in stepconf
[17:23:50] <jmkasunich> (working on one fix, the other I want to talk to you about)
[17:31:32] <CIA-22> EMC: 03jmkasunich 07TRUNK * 10emc2/src/emc/usr_intf/stepconf/stepconf.py: improve calculation of HOME_LATCH_VEL
[17:32:59] <jepler_> jmkasunich: the fix you just checked in looks good, and it looks like a bugfix so I'd like it backported
[17:33:06] <jmkasunich> I'm doing that now
[17:33:38] <jepler_> * jepler_ twiddles his thumbs waiting for the first hardy 'apt-get upgrade' to finish
[17:36:22] <CIA-22> EMC: 03jmkasunich 07v2_2_branch * 10emc2/debian/changelog: improve calculation of HOME_LATCH_VEL
[17:36:23] <CIA-22> EMC: 03jmkasunich 07v2_2_branch * 10emc2/src/emc/usr_intf/stepconf/stepconf.py: improve calculation of HOME_LATCH_VEL
[17:36:37] <jmkasunich> the other thing about stepconf is defaults, and maybe its no big deal, since people should change that stuff anyway
[17:36:45] <jmkasunich> but some defaults seem out in left field
[17:37:32] <jmkasunich> in mm mode, the default screw pitch is 20mm/rev
[17:37:42] <jmkasunich> and default max velocity is 1mm/sec, which is very slow
[17:38:06] <jmkasunich> default home search vel is 0.05 mm/sec, which is glacial
[17:39:05] <jmkasunich> ah, I see - the defaults are the same regardless of mm or inch
[17:39:25] <jmkasunich> changing that would be more complex, and is not really a bugfix
[17:40:31] <jmkasunich> I just noticed something weird (but harmless)
[17:40:55] <jmkasunich> when you first enter an axis screen (say X), all the values are displayed as integers "1" "30"
[17:41:17] <jmkasunich> if you proceed to the next screen, then back to the one you were at, the values are now floats: "1.0" "30.0"
[17:50:15] <skunkworks> 2.2.4 hapening this weekend?
[17:50:34] <jmkasunich> I believe so
[17:54:16] <skunkworks> http://cnczone.com/forums/showthread.php?p=425929#post425929
[17:54:24] <skunkworks> sweet
[17:55:46] <jepler_> jmkasunich: yeah the system of defaults stinks
[17:55:51] <jepler_> jmkasunich: but I don't see a simple solution
[17:56:10] <jmkasunich> it can wait for 2.3
[18:06:34] <jepler_> anything else last-minute for 2.2.4?
[18:08:24] <jmkasunich> lemme check the trackers
[18:08:37] <jmkasunich> (not that we're likely to see bugs with 5 minute fixes in there)
[18:09:02] <jmkasunich> did you fix "pluto-step doesn't handle negative scale values" ?
[18:09:10] <jepler_> yes, I blindly applied the patch
[18:10:21] <jmkasunich> I guess we can close that one, if the patch doesn't work somebody will complain
[18:12:41] <jepler_> whoops, I thought I had
[18:12:57] <jepler_> thanks
[18:13:01] <jmkasunich> np
[18:13:19] <jmkasunich> I don't see any other "quick-n-easy" ones there
[18:14:07] <jmkasunich> ship it!
[18:14:18] <jepler_> heh
[18:14:27] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: note the bug number that this fixed
[18:14:30] <jepler_> I think I will go ahead and start the release process now
[18:15:54] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/VERSION: bump version for release
[18:15:55] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: bump version for release
[18:18:16] <jepler_> wow, "cvs tag" sure isn't fast
[18:20:11] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/VERSION: bump version after tagging release
[18:20:12] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/debian/changelog: bump version after tagging release
[18:20:23] <cradek> jepler: I'm around
[18:20:36] <jepler_> cradek: great -- I will let you know when the updated packages are on dreamhost
[18:20:41] <cradek> ok
[18:21:21] <jepler_> (Locally modified changelog moved to .#changelog.
[18:21:22] <cradek> dear chris: I need to develop some cad software. can you tell me how?
[18:21:25] <jepler_> cvs update: warning: debian/changelog was lost
[18:21:25] <jepler_> cvs update: move away `debian/changelog'; it is in the way
[18:21:37] <jepler_> here's the thing that often happens to me when I 'cvs up -C': ^^^
[18:22:24] <jmkasunich> I never do cvs up -C, I cheat and delete any modified files, then do a regular up to replace them from the repository
[18:22:35] <jepler_> yeah
[18:22:37] <cradek> I often do cvs up -C, but I don't think I've seen it cause that
[18:23:29] <jmkasunich> cradek: was that a mail you got? ("teach me how to program")
[18:24:03] <cradek> that was a pretty fair paraphrase, yes
[18:24:09] <cradek> jepler_: did you regenreate configure?
[18:24:26] <jepler_> cradek: not in CVS
[18:24:31] <jmkasunich> I hate anything that says "I _need_ to do foo" - that means either "my boss told me to do it" or "my teacher told me to do it"
[18:24:36] <cradek> jepler_: ok just checking
[18:24:45] <cradek> jmkasunich: in this case, I think it's boss
[18:24:54] <jmkasunich> "I want to do foo" is much more promising
[18:24:55] <cradek> jmkasunich: no sign that he's developing Free software either
[18:25:01] <jepler_> cradek: my procedure runs autoconf before it runs configure, but that regenerated configure never gets put in cvs
[18:30:12] <jepler_> it seems to have something to do with the file being a conflict .. http://pastebin.ca/945118
[18:30:37] <cradek> ah
[18:30:39] <jepler_> after the 'cvs up -C' completes, the halrun.in file still contains the same data as it did before
[18:30:42] <jepler_> it must be deliberate
[18:32:22] <jepler_> jepler_ is now known as jepler
[18:36:07] <CIA-22> EMC: 03jepler 07v2_2_branch * 10emc2/src/configure: bump version after tagging release
[18:38:24] <jepler> packages uploading now, but it'll be 10+ minutes before they're done
[19:00:37] <jepler> oops -- still more packages to transfer
[19:00:43] <jepler> starting on the rt ones
[19:06:56] <jepler> cradek: about 3 minutes left
[19:10:27] <jepler> cradek: I'm ready for you to do your thing
[19:14:05] <jepler> bbl
[20:04:17] <jepler> cradek: had a chance to sign the repository yet?
[20:38:41] <alex_joni> jepler: yay on the release
[20:39:22] <alex_joni> cradek: I think there's a bug in make-kpkg (it sets a symlink wrong)
[20:39:33] <alex_joni> I'll try to build debs with the ubuntism hacks ..
[20:39:41] <alex_joni> debian/rules foo
[20:40:02] <jepler> alex_joni: it's not really released until chris signs it, and I don't think he has yet
[20:40:09] <jepler> (it won't appear in apt-get update / update manager yet)
[20:40:27] <alex_joni> jepler: yeah, I know.. I can still be glad it happens
[20:56:33] <jepler> thanks
[21:00:46] <cradek> oops sorry, I was away
[21:03:49] <cradek> jepler: done
[21:04:37] <jepler> cradek: thanks
[21:05:03] <jepler> The following packages will be upgraded:
[21:05:03] <jepler> emc2 emc2-dev
[21:05:04] <jepler> looks good
[21:06:24] <jepler> announce sent
[21:06:28] <jepler> I'll work on the wiki shortly
[21:09:53] <alex_joni> jepler: I'll do SF and linuxcnc.org in a bit
[21:09:55] <cradek> Installing new version of config file /etc/emc2/Makefile.modinc ...
[21:10:00] <cradek> wonder what the heck that is :-)
[21:10:06] <alex_joni> wasn't me :P
[21:35:44] <jepler> wiki done
[21:37:43] <cradek> thanks for doing the release jeff
[21:43:04] <cradek> what a nice list of fixes
[21:59:15] <alex_joni> quite a lot of them :)
[22:00:54] <cradek> best emc release ever
[22:00:58] <cradek> but, I always say that
[22:01:07] <cradek> (I believe it too)
[22:01:10] <alex_joni> well.. it might always be true
[22:12:54] <alex_joni> classicladder/calc.c is userspace?
[22:13:48] <SWPadnos> it looks like it includes RT headers ...
[22:16:26] <alex_joni> jepler: I notice the 2.2.4 tar.gz is about 90kB smaller than 2.2.3
[22:27:40] <jepler> alex_joni: huh, I don't know why that would be.
[22:29:30] <alex_joni> jepler: I downloaded it from cvs.linuxcnc.org.. not sure either why
[22:29:41] <alex_joni> (but I noticed after doing the SF release..)
[22:29:46] <alex_joni> btw, SF and linuxcnc done
[22:30:09] <jepler> thank you
[22:30:34] <jepler> I did modify some of the .png images to change the embedded dpi setting; I wonder if gimp compressed them more effectively than whatever had been used before
[22:39:57] <jepler> alex_joni: they're about the same size on www.linuxcnc.org
[22:39:57] <jepler> 5844 -rw-r--r-- 1 emcboard pg167418 5975748 2008-01-27 18:37 emc2_2.2.3.tar.gz
[22:40:00] <jepler> 5844 -rw-r--r-- 1 emcboard pg167418 5974573 2008-03-16 10:30 emc2_2.2.4.tar.gz
[22:45:01] <alex_joni> emc2.2.4.tar.gz : 5890306
[22:45:18] <alex_joni> emc2.2.3.tar.gz : 5975748
[22:49:23] <jmkasunich> less bugs in the new one (you didn't realise bugs took up so much space did you?)
[23:05:31] <alex_joni> * alex_joni calls it a night
[23:05:34] <alex_joni> good night all