#emc-devel | Logs for 2006-02-20

Back
[02:14:49] <jmkasunich> http://linuxcnc.org/compile_farm/emc2head_slot4.txt
[02:15:25] <jmkasunich> looks like the vti driver wasn't added properly for the 2.4 kernel build system
[02:19:45] <jmkasunich> I think I found it
[02:43:12] <cradek> yay
[02:43:34] <jmkasunich> do you have a box that is always on and can send mail?
[02:45:06] <cradek> yes, but it's not linux
[02:45:23] <jmkasunich> does it have bash and wget?
[02:45:28] <cradek> sure
[02:45:53] <jmkasunich> I'm working on a script that reads the compile farm status and prepares an email if it fails
[02:46:04] <jmkasunich> would you consider making it a cron job?
[02:46:14] <cradek> sure
[02:46:31] <cradek> hey I bet sourceforge machines can do that
[02:46:33] <jmkasunich> ok, I'll mail it to you when its done
[02:46:42] <cradek> do we have shell access on a sf machine?
[02:46:43] <jmkasunich> good idea
[02:46:48] <jmkasunich> I think so
[02:46:54] <jmkasunich> but I bet sending mail is disallowed
[02:46:58] <jmkasunich> (spam)
[02:47:40] <cradek> I just tried sending one...
[02:47:48] <cradek> it worked fine
[02:47:50] <jmkasunich> you shelled into sf?
[02:47:54] <cradek> yes
[02:47:59] <cradek> shell.sf.net
[02:48:15] <jmkasunich> damn, that would have taken me at least a half hour of searching and man-page reading
[02:48:24] <cradek> it was a lucky guess
[02:49:16] <cradek> if only I could fix dishwashers
[02:49:24] <jmkasunich> whats broken?
[02:49:32] <cradek> nothing except our water supply
[02:49:33] <jmkasunich> (I fixed our dishwasher twice ;-)
[02:49:57] <cradek> the nozzles are full of calcium "flakes"
[02:50:01] <cradek> out of our terrible water
[02:50:08] <jmkasunich> oh
[02:50:20] <cradek> so no matter how I painstakingly clean them, they plug immediately
[02:50:41] <jmkasunich> try that "CLR" stuff?
[02:50:54] <cradek> today I tried vinegar, which sort of worked
[02:51:16] <cradek> About the Common Language Runtime (CLR)
[02:51:34] <cradek> aha CLR cleaner
[02:51:52] <jmkasunich> yeah
[02:51:55] <jmkasunich> the cleaner
[02:51:56] <cradek> no, I hesitate to put anything in it that's not a food product...
[02:52:08] <jmkasunich> ?
[02:52:17] <jmkasunich> dishwasher soap isn't a food product
[02:52:25] <cradek> well that's true
[02:52:35] <cradek> I guess as long as it's soluble
[02:52:58] <jmkasunich> I think its an acid that disolves lime and calcuim
[02:53:18] <jmkasunich> never used it myself, I'd certainly read the label before buying, but it might work
[02:53:21] <cradek> I have a gallon of muriatic... I was really tempted to try it.
[02:53:44] <cradek> it would probably eat the plastic though.
[02:54:30] <cradek> thanks, I'll try it (or something like it)
[02:54:52] <cradek> were my changes to the halcmd man page ok?
[02:55:03] <cradek> (I was just thinking we need an emc man page)
[02:55:08] <jmkasunich> we do
[02:55:14] <jmkasunich> I think the changes are OK
[02:55:27] <jmkasunich> I only read the commit message, and with the markup and diff its hard to tell
[02:55:34] <cradek> it also gets installed with the latest packages
[02:55:38] <jmkasunich> right
[02:56:00] <jmkasunich> heh, for about a year, installing that one man page was the only thing "make install" did
[02:56:29] <cradek> that seems not-so-useful...
[02:56:55] <jmkasunich> rip was all I cared about, install was an afterthought
[02:57:55] <cradek> I'm really pleased with the packaging and the easy update ability it gives the users
[02:58:07] <jmkasunich> yeah, that is nice
[02:58:34] <jmkasunich> as a user, I love it, debian (and now ubuntu) are very easy to add new things to
[02:58:38] <cradek> when we're using it, though, we sure have to make sure that each of our releases is better than the last...
[02:58:53] <jmkasunich> need something, run synaptic, search, find a package, install it, done
[02:59:01] <cradek> I guess a user can just as easily go back a version though
[02:59:28] <jmkasunich> regression testing would be nice
[02:59:53] <jmkasunich> I just realized, that problem in 2.4... its in Testing
[03:00:01] <jmkasunich> we didn't check the compile farm before moving the tag
[03:00:22] <cradek> if you think anyone will use TESTING on 2.4, just move the tag up
[03:00:43] <cradek> if you don't, it's probably best to leave it for next time.
[03:00:46] <jmkasunich> well, it only works on BDI-Live anyway, the older 2.4 BDIs have other issues
[03:01:21] <cradek> I put "check farm" at the top of my notes
[03:07:02] <jmkasunich> heh
[03:07:16] <jmkasunich> had to take the dog out
[03:07:25] <jmkasunich> while I was waiting for him, I was thinking about this script
[03:07:48] <jmkasunich> instead of reading the results in a cron job that isn't synced to the actual compiles,
[03:08:02] <jmkasunich> could the farm ssh into the SF box and send a mail?>
[03:08:26] <jmkasunich> that would be faster, by up to an hour
[03:08:42] <jmkasunich> and simpler than parsing the farm results page looking for changes
[03:08:54] <cradek> sure it could
[03:09:10] <jmkasunich> how would I ssh into SF and send a mail?
[03:09:53] <cradek> ssh jmk@emc.sf.net 'echo help me. sincerely, the farm |mail the-list@lists.sf.net'
[03:10:14] <cradek> err ssh jmk@shell.sf.net ...
[03:10:40] <cradek> you have to set up ssh so each of your farm machines can ssh to shell.sf.net without a password.
[03:11:11] <jmkasunich> they can ssh to cvs without a password, hopefully the setup for shell is similar
[03:11:20] <cradek> yes, it's already done then
[03:11:42] <jmkasunich> echo help me | mail.... seems to be missing some quotes?
[03:11:53] <jmkasunich> echo "help me" | mail?
[03:11:58] <cradek> sure, that'll work too
[03:12:06] <cradek> echo prints all its arguments by default, so quotes are optional
[03:12:32] <cradek> you could also put a file containing your email on shell.sf.net
[03:12:48] <cradek> then ssh shell.sf.net 'mail the-list < the-file'
[03:13:34] <jmkasunich> hmm, it wants a password, and my normal SF password doesn't work
[03:13:49] <cradek> hmm, it didn't for me
[03:13:56] <cradek> maybe you need to enable shell access in your sf profile?
[03:14:00] <cradek> let me dig in mine
[03:16:37] <cradek> I do see some shell-related stuff
[03:17:00] <cradek> on My Page >> Preferences
[03:17:02] <jmkasunich> I see a place to set your shell
[03:17:18] <cradek> does it say Project shell server: shell.sourceforge.net?
[03:17:26] <jmkasunich> yes
[03:17:33] <jmkasunich> shell is set to /bin/bash
[03:17:48] <cradek> does your local login match your sf username?
[03:18:00] <jmkasunich> no
[03:18:04] <jmkasunich> duh
[03:18:07] <cradek> did you ssh sf-username@shell.sf.net
[03:18:08] <jmkasunich> and confusing
[03:18:21] <jmkasunich> my local name is john
[03:18:29] <jmkasunich> my SF name is jmkasunich
[03:18:33] <cradek> in your local .ssh/config you can put:
[03:18:37] <cradek> Host shell.sf.net
[03:18:40] <cradek> User jmkasunich
[03:18:45] <jmkasunich> john@ke-main-ubuntu:~$ ssh jmk@shell.sourceforge.net 'echo "testing" | mail jmkasunich@att.net'
[03:18:45] <jmkasunich> The authenticity of host 'shell.sourceforge.net (66.35.250.208)' can't be established.
[03:18:45] <jmkasunich> DSA key fingerprint is 4c:68:03:d4:5c:58:a6:1d:9d:17:13:24:14:48:ba:99.
[03:18:45] <jmkasunich> Are you sure you want to continue connecting (yes/no)? yes
[03:18:47] <jmkasunich> Warning: Permanently added 'shell.sourceforge.net' (DSA) to the list of known hosts.
[03:18:49] <jmkasunich> jmk@shell.sourceforge.net's password:
[03:18:51] <jmkasunich> Permission denied, please try again.
[03:18:53] <jmkasunich> jmk@shell.sourceforge.net's password:
[03:18:53] <cradek> then you don't have to worry about it anymore
[03:18:57] <jmkasunich> it pulled "jmk" out of somewhere
[03:19:04] <cradek> you typed it :-)
[03:19:15] <cradek> before the @
[03:19:16] <jmkasunich> du
[03:19:25] <jmkasunich> duh even
[03:19:47] <jmkasunich> that worked
[03:19:52] <jmkasunich> still asked for a password
[03:20:10] <cradek> can you at least log in thougH?
[03:20:16] <jmkasunich> thats because I don't have a ssh key for the ubuntu box
[03:20:27] <cradek> aha
[03:20:31] <cradek> easy enough to fix
[03:20:33] <jmkasunich> it sent the mail
[03:20:36] <jmkasunich> yeah, but I haven'
[03:20:41] <cradek> good
[03:20:48] <jmkasunich> haven't bothered - this ubuntu install is still a trial run
[03:20:57] <jmkasunich> when I do it for real it will be on the larger disk
[03:21:08] <cradek> I thought that about mine too, but as I'm getting more things settled how I like them, it's becoming permanent.
[03:21:19] <jmkasunich> the farm slots all have ssh keys set
[03:21:50] <jmkasunich> gonna have to read man mail, it came thru with no subject
[03:21:54] <cradek> the hard parts are done then
[03:22:04] <cradek> mail -s "the subject" < the-file
[03:22:20] <jmkasunich> I'm really suprised that SF lets you send mail
[03:22:36] <cradek> why? they know exactly who is sending
[03:22:39] <jmkasunich> true
[03:22:53] <jmkasunich> ok, now I need to modify the farm scripts to send mail on failure
[03:23:30] <cradek> it's not going to send every hour until something is fixed, is it?
[03:23:39] <cradek> ... one from each machine?
[03:23:42] <jmkasunich> but only for some trees (emc2, not emc or rcslib) and only some slots (slots 2 and 3 fail every time, until/unless we make the build system work with gcc 2.xx)
[03:23:53] <jmkasunich> no, it will send after every failed compile
[03:24:02] <jmkasunich> but it only compiles if there has been a commit in the last hour
[03:24:14] <cradek> right, I forgot that detail
[03:24:49] <jmkasunich> I think I'll have it send to me only for the first few days, just in case
[03:25:06] <cradek> should it send to -devel or -commit?
[03:25:17] <jmkasunich> good question
[03:26:16] <cradek> 21:25:51 < ipfw> ubuntu is kinda gay.. How do I get it to install the darn devel tools ?
[03:26:18] <jmkasunich> everyone who commits code (and might break things) SHOULD be subscribed to commit
[03:26:27] <cradek> I agree
[03:26:30] <cradek> and -devel
[03:26:59] <jmkasunich> there are a lot more subscribed to devel
[03:27:15] <jmkasunich> well over 100 I think, compared to maybe 20-30 on commit
[03:27:16] <cradek> I think ray has said he's not subscribed to commit
[03:27:36] <jmkasunich> gonna take a look now
[03:27:48] <jmkasunich> (btw, do you have the list admin passwords?)
[03:27:56] <cradek> I think so
[03:29:02] <cradek> shell.sf.net is nice - one could do useful work on a unix project even with only access to a windows machine, or a public machine
[03:29:36] <jmkasunich> 43 addys on commit, but there are quite a few that have two for one person
[03:29:57] <jmkasunich> their SF addy (required so it will accept commit messages) and their preferred one
[03:30:05] <jmkasunich> delivery turned off to the SF addy
[03:30:28] <jmkasunich> ray has all delivery turned off
[03:30:52] <cradek> maybe you should use -devel then
[03:30:59] <jmkasunich> -devel has 194 members
[03:31:09] <jmkasunich> dunno if I want to spam all those folks
[03:31:44] <cradek> ideally you might email only the person who made the change, and include the errored compile output.
[03:31:44] <jmkasunich> the likelyhood of ray changing any C or C++ code to cause a compile failure is pretty slim
[03:31:57] <jmkasunich> I will include the URL of the output
[03:32:06] <cradek> do you know the committer?
[03:32:10] <jmkasunich> no
[03:32:19] <cradek> forget it, that'd be too hard
[03:32:27] <jmkasunich> and in fact there could have been multiple commits by multiple people in the last hour
[03:32:33] <cradek> true
[03:32:58] <jmkasunich> besides, if it goes to the entire commit list, and one person has mail turned off, the others can yell at him
[03:33:34] <jmkasunich> now if only it didn't have my name attached...
[03:33:46] <cradek> I think you're not going to get around that
[03:34:03] <jmkasunich> create a SF user "emc-compile"
[03:34:10] <jmkasunich> probably against their rules
[03:34:30] <cradek> why bother? it's your farm
[03:34:50] <jmkasunich> yeah, but I don't want to be thought of as the guy who sends nagging messages
[03:35:01] <jmkasunich> its not important
[03:35:32] <jmkasunich> there is another annoying farm thing that I want to try to fix
[03:35:57] <jmkasunich> sometimes (probably a race condition when two slots finish a compile at the same time) the index.html file gets lost
[03:36:08] <jmkasunich> (winds up zero length on the linuxcnc server)
[03:37:01] <cradek> in a case like that, use the fact that mv is atomic
[03:37:14] <cradek> copy to some temp file (containing the slot number?) and then mv it to the final filename
[03:37:15] <jmkasunich> ftp has a mv?
[03:37:34] <cradek> I don't think so... you'd have to use ssh
[03:37:43] <jmkasunich> can't
[03:37:46] <cradek> hmm
[03:37:49] <jmkasunich> linuxcnc.org is a doze box
[03:37:55] <jepler> on the machine that creates index.html: blah > index.html.$$; mv -f index.html.$$ index.html
[03:38:11] <jmkasunich> nobody "creates" it
[03:38:11] <cradek> jepler: I just said that...
[03:38:40] <jmkasunich> it is there, each slot does an ftp get, sed's in its info, and ftp put
[03:38:41] <jepler> what creates index.html? software on a windows box?
[03:38:50] <jmkasunich> the original was created by hand
[03:39:08] <cradek> jmkasunich: does the windows machine have server-side includes?
[03:39:10] <jmkasunich> (and is sometimes edited by hand, for instance to insert a note that the farm will be down for a period)
[03:39:20] <jmkasunich> nothing fancy that I know of
[03:39:29] <cradek> that's not very fancy...
[03:39:33] <jmkasunich> I have ftp write access to a dir and thats about it
[03:39:44] <cradek> you should try a SSI
[03:39:45] <jepler> ftp does have 'rename', doesn't it?
[03:39:53] <cradek> does it?
[03:40:11] <jepler> RNFR + RNTO
[03:40:37] <jmkasunich> http://cvs.sourceforge.net/viewcvs.py/emc/emc_HAL/farm_scripts/run_farm?rev=1.3&view=auto
[03:40:54] <cradek> SSI format is <!--#include file="some-file.txt" -->
[03:41:11] <cradek> if you had that, each farm slot could write its own file
[03:41:58] <cradek> oh god it's microsoft IIS
[03:42:02] <cradek> forget it
[03:42:06] <jmkasunich> heh
[03:42:08] <jepler> Use <IFRAME>s
[03:42:14] <jepler> or AJACULA
[03:42:18] <jepler> (I just made that up)
[03:42:20] <cradek> yeah IFRAMEs would work
[03:42:25] <cradek> haha
[03:42:57] <jmkasunich> echo "get index.html old.html" >>ftp_cmds
[03:42:57] <jmkasunich> echo "! cat old.html | sed -f sed_cmds >index.html" >>ftp_cmds
[03:42:57] <jmkasunich> echo "put index.html" >>ftp_cmds
[03:43:04] <jmkasunich> thats what it does today
[03:43:08] <jmkasunich> get, sed, put
[03:43:14] <jmkasunich> (all in one invocation of ftp)
[03:43:47] <jmkasunich> if I could run the sed on the server... but that is just as impossible as server side includes or any other server side tricks
[03:44:02] <cradek> use iframes
[03:44:07] <cradek> that'll actually work
[03:44:17] <jmkasunich> is it MS specific?
[03:44:19] <jepler> Yeah, but will it work on IE4?
[03:44:21] <cradek> no
[03:44:25] <jepler> <IFRAME> is an HTML tag
[03:45:07] <jepler> State of slot 1: <IFRAME SRC="slot1.txt">
[03:45:19] <jepler> </IFRAME>
[03:45:29] <cradek> http://www.microsoft.com/windows2000/en/server/iis/default.asp?url=/windows2000/en/server/iis/htm/core/iisiref.htm
[03:45:32] <jmkasunich> * jmkasunich googles iframe
[03:45:40] <cradek> some unknown version of IIS does actually have SSI
[03:45:46] <cradek> so you should try it first
[03:45:58] <jepler> goodnight guys
[03:46:01] <cradek> it's the easy way that will work for all browsers
[03:46:04] <jmkasunich> I'd rather keep things as generic as possible
[03:46:15] <cradek> yeah
[03:46:30] <cradek> do try a SSI first
[03:46:30] <jmkasunich> the existing way is as generic as you can get
[03:47:05] <cradek> iframes may be finicky on some old browsers.
[03:47:15] <jmkasunich> I always feel like a dinosaur when talking to you guys
[03:47:25] <cradek> why??
[03:47:25] <jmkasunich> SSI, IFRAMES, all kinds of stuff
[03:47:42] <jmkasunich> whats wrong with get/sed/put
[03:47:58] <cradek> the race condition
[03:48:21] <jmkasunich> what confuses me is how does the file get set to zero length?
[03:48:29] <jmkasunich> I can understand losing one slots updates
[03:48:51] <cradek> I'm not sure either
[03:48:52] <jmkasunich> slot A gets, slot B gets, both sed, slot A puts, slot B puts, slot A's changes are lost
[03:49:28] <cradek> I'd guess it's slots A & B try to put at the same time, and microsoft ftp pukes
[03:50:05] <jmkasunich> probalby
[03:50:06] <cradek> if ssi works, each slot would put to its own file and the main page would include them, and you'd never touch the main page
[03:50:16] <jmkasunich> right, I can see the benefit
[03:50:20] <jmkasunich> ok, lets try it
[03:50:28] <cradek> ok
[03:50:39] <jmkasunich> I'm editing a test.html that I'll put up there
[03:50:44] <jmkasunich> what needs to go in it?
[03:51:14] <cradek> the usual header/footer, plus <!--#include "otherfile.txt"--> somewhere in the body
[03:51:23] <jmkasunich> SSI format is <!--#include file="some-file.txt" -->
[03:51:25] <cradek> then put a short message in otherfile.txt in that same directory.
[03:51:29] <cradek> right
[03:51:40] <jmkasunich> the contents of otherfile.txt just appear inline?
[03:51:42] <cradek> yes
[03:51:50] <cradek> the server replaces that comment with the contents of the file
[03:51:53] <jmkasunich> can I embed it in a table or do other fun stuff?
[03:51:58] <cradek> yes
[03:52:09] <cradek> no restrictions, it's a simple insertion
[03:52:33] <jmkasunich> (right now, the word passed or failed is a link to the results file)
[03:52:41] <jmkasunich> ok, lets try this
[03:54:00] <jmkasunich> what happens if otherfile.txt doesn't exist?
[03:54:07] <cradek> I'm not sure
[03:54:14] <cradek> you might get an error, or the comment will be unmodified
[03:54:54] <cradek> The file containing the #include directives must use a file name extension that is mapped to the SSI interpreter; otherwise, the Web server will not process the directives. By default, the extensions .stm, .shtm, and .shtml are mapped to the interpreter
[03:55:11] <cradek> looks like you have to make it test.stm, not test.htm
[03:55:13] <jmkasunich> not plain old html
[03:55:14] <jmkasunich> ok
[03:55:27] <jmkasunich> stm, or shtml?
[03:55:29] <cradek> it's the same as html, but the extension tells the server to look for these SSI directives
[03:55:39] <cradek> do you have long file names? shtml then
[03:55:52] <jmkasunich> I assume so , the existing one is index.html
[03:55:58] <cradek> ok
[03:56:48] <cradek> "404 Object not found"
[03:56:57] <jmkasunich> try now
[03:57:10] <cradek> hmmsame error
[03:57:18] <cradek> http://linuxcnc.org/test.shtml ?
[03:57:41] <jmkasunich> linuxcnc.org/compile_farm/test
[03:57:49] <jmkasunich> .shtml ;-)
[03:58:04] <jmkasunich> the include files aren't there yet
[03:58:07] <jmkasunich> that is next
[03:58:40] <cradek> <a href="emc2head_slot2.txt"> <!--#include "emc2head_slot2_status.txt"--></a>
[03:58:45] <cradek> not lookin' good so far
[03:58:52] <cradek> but maybe it'll work when you put a file there
[03:59:12] <jmkasunich> on my box, the "results" column is just blank
[03:59:20] <cradek> yeah but in the source, it shows the comment
[04:00:37] <jmkasunich> yeah, its not working
[04:00:46] <jmkasunich> put the status file there, still nothing
[04:00:49] <cradek> darn.
[04:00:50] <jmkasunich> M$ crap
[04:01:12] <cradek> I can't tell on this microsoft.com page what IIS version they are document
[04:01:14] <cradek> ing
[04:01:52] <jmkasunich> my (rather lame) solution to the problem was gonna be:
[04:01:58] <jmkasunich> wget index.html
[04:02:14] <jmkasunich> if length = 0, ftp put the most recent copy
[04:02:42] <cradek> lame but working is better than elegant and unworkable
[04:02:49] <jmkasunich> (thats when I was gonna be wgeting the file anyway, to detect compile failures)
[04:02:54] <cradek> I found another page that says IIS 4.0 *does* do SSI
[04:03:56] <cradek> wait a second
[04:04:04] <cradek> I must have told you the wrong format
[04:04:13] <cradek> <--#include file="filename.txt"-->
[04:04:13] <jmkasunich> dummy ;-)
[04:04:48] <cradek> I told you right the first time, wrong the second time
[04:05:22] <jmkasunich> delete the !, right?
[04:05:34] <cradek> dammit
[04:05:38] <cradek> <!--#include file="filename.txt"-->
[04:05:47] <cradek> you are missing the file=
[04:06:11] <jmkasunich> duh
[04:06:23] <jmkasunich> I see the little !, but miss the big ole "file="
[04:06:33] <cradek> I left it out once or twice
[04:06:49] <cradek> I can't write a line of code right the first time, in any language, to save my life
[04:07:01] <jmkasunich> it works
[04:07:02] <cradek> wheeee
[04:07:29] <jmkasunich> duh, I don't want to use slot 2 for all four
[04:08:01] <jmkasunich> ugly error message if the file is missing
[04:08:10] <jmkasunich> but it won't be missing soon
[04:08:16] <jmkasunich> this is a great improvement
[04:08:19] <cradek> agreed
[04:08:22] <jmkasunich> that sed fu was yucky
[04:09:26] <jmkasunich> dunno whether I should have the script create the individual files on the server, the put them
[04:09:45] <jmkasunich> s/server/farm slot/
[04:10:06] <jmkasunich> or have two permanent files passed.txt and failed.txt, and do put passed.txt emc2head_slot2_status.txt
[04:10:21] <jmkasunich> (or put failed.txt emc2head_slot2_status.txt)
[04:12:19] <jmkasunich> uh, oh, just realized something
[04:12:26] <jmkasunich> it isn't just passed/failed
[04:12:32] <jmkasunich> my sed fu was also changing the date
[04:13:32] <cradek> just use another file for the date?
[04:13:40] <cradek> date >file; ftp put file
[04:13:50] <jmkasunich> maybe
[04:14:04] <jmkasunich> theres yet another place where this could be approved...
[04:14:08] <jmkasunich> the history file
[04:14:19] <jmkasunich> each time, I append a line to a local file, then put the whole thing
[04:14:42] <jmkasunich> there is an ftp append command, instead of uploading the entire file I could update the line
[04:14:46] <cradek> not sure how you'll fix that...
[04:14:53] <cradek> ftp append???
[04:14:57] <cradek> I obviously don't know ftp
[04:15:07] <cradek> well there sure is
[04:15:08] <jmkasunich> and it just so happens that the line consists of the date, and PASSED/FAILED
[04:15:19] <jmkasunich> I don't know how to use it, just did help and there it was
[04:15:54] <cradek> I never ever use (non-anonymous) ftp because of the cleartext password problem.
[04:16:33] <jmkasunich> heh, this is a doze box, that is probably the least of the security holes
[04:18:02] <jmkasunich> if I play it right, maybe the same file that contains the date and result (and is included into index,html) can be appended onto history.txt
[04:19:18] <jmkasunich> crap
[04:19:31] <jmkasunich> 11:20, gotta work tomorrow
[04:19:38] <jmkasunich> too late to dive into this stuff
[04:21:11] <jmkasunich> I need to do a fairly significant revision of the farm scripts, to use the includes and to mail out failure notices
[04:21:19] <jmkasunich> too much for tonight
[04:21:39] <jmkasunich> goodnight
[04:23:59] <lilo> [Global Notice] Hi all. Just a reminder: #freenode-groups has been set up as a social channel for folks with primary space group cloaks. Work on freenode-registry, which will replace services and provide automated functionality for group registration, continues. If you don't currently have processed group registration and cloaks, please be patient. Thanks!
[05:13:43] <lilo> [Global Notice] A new network news article is up for 20 February 2006....topics: group registrations, freenode staff channels, fundraiser. Have a great morning!
[20:14:23] <lilo> [Global Notice] Hi all. Just a reminder: news article up at http://freenode.net/news.shtml .... group registrations, staff channels, 2006-2007 fundraising .... have a great evening, and thank you for using freenode!
[21:24:43] <cradek> new emc2-axis package in the Ubuntu repository
[22:20:12] <jepler> I know it's not a supported configuration, but I am going to try emc on a kernel with CPU frequency scaling enabled
[22:20:46] <jepler> I'm going to modify the 'realtime' script to change the governor to 'performance' (top CPU speed) with 'realtime start' and the previous setting with 'realtime stop'
[22:20:59] <jepler> does anyone think I shouldn't commit a change like this?
[22:21:31] <jepler> argh. changing that would require 'sudo' or another setuid helper. :(
[22:21:58] <jepler> OK, I won't commit it