[GNHLUG] MerriLUG Nashua, Thur 20 Sep, OpenOffice Styles - for groff fans and real people too
Who : Jim Kuzdrall, Intrel Service Company What : Introduction to OO styles and some handy simplifications Where: Martha's Exchange Day : Thur 20 Sep **Tomorrow** Time : 6:00 PM for grub, 7:30 PM for discussion :: Overview Overwhelmed by formatting choices in OpenOffice Writer? Continually fiddling with formatting that never comes up quite right for your present document? Help is on the way! A diagrammatic overview of the OO style system is the first step. Why are they needed? Where do they reside? How do they interact? Should the defaults be changed? How do templates come in? What are the Gotchas? Next, a different approach to style management deftly cuts the styles and templates down to an easy-to-use few. Once you create your small set of custom styles and templates you will rarely revisit formatting details again. (Yes, the scheme evolved from roff macros.) RSVP to Jim Kuzdrall for dinner to assure adequate seating. !!! If you are not a Regular Attendee (50%), please let me know. !!! Driving directions: http://wiki.gnhlug.org/twiki2/bin/view/Www/PlaceMarthasExchange Thanks, Jim Kuzdrall [EMAIL PROTECTED] ___ gnhlug-announce mailing list [EMAIL PROTECTED] http://mail.gnhlug.org/mailman/listinfo/gnhlug-announce/ ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Happy Birthday, Linux!
On 09/18/2007 10:17 AM, Paul Lussier wrote: Happy Birthday Linux! Now you can drive :) Thanks for that perspective. Now I feel really old. Gads. -Mark /get off my floppy disks! ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Happy Birthday, Linux!
On 9/19/07, Mark Komarinski [EMAIL PROTECTED] wrote: On 09/18/2007 10:17 AM, Paul Lussier wrote: Happy Birthday Linux! Now you can drive :) Thanks for that perspective. Now I feel really old. Gads. -Mark If you want to feel young (or old, depending on which side of 1947 you are) - yesterday, 18 September 2007, was the 60th birthday of the Air Force. jeff ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
logwatch, smartd, and a varying parameter (Seek_Time_Performance)
Hello, list! CentOS 5 kernel-2.6.18-8.1.8.el5 logwatch-7.3-5 smartmontools-5.36-3.1.el5 Running smartd to keep an eye on the hard drive. Using logwatch to monitor logs for events of note. Things like the following keep showing up in logwatch every night: - Smartd Begin /dev/hda : Prefailure: Seek_Time_Performance (8) changed to 252, 253, 252, 251, 252, 251, 252, 253, -- Smartd End - Checking the actual logs, I can confirm that smartd is reporting the Seek_Time_Performance value is varying between 251 and 253, inclusive. From what I can tell with Google, this is fairly normal behavior. As long as that parameter hovers around a fixed value, and does not trend steadily in either direction, things are good. However, logwatch doesn't know that, and keep telling me about it. In my world, the point of logwatch is to only report things of relevance, and be silent if nothing interesting is happening. It occurs to me that it would be really nice if logwatch could maintain a tolerance on this parameter, such that these normal variations are not reported, but any significant change would be. My knowledge of logwatch is pretty limited, and unfortunately, I do not have the time to really dig into the internals of it. Anyone know if logwatch already has features that could be used for this? Either way, anyone know how one might go about doing something like this? -- Ben ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: logwatch, smartd, and a varying parameter (Seek_Time_Performance)
Ben Scott wrote: Hello, list! CentOS 5 kernel-2.6.18-8.1.8.el5 logwatch-7.3-5 smartmontools-5.36-3.1.el5 Running smartd to keep an eye on the hard drive. Using logwatch to monitor logs for events of note. Things like the following keep showing up in logwatch every night: - Smartd Begin /dev/hda : Prefailure: Seek_Time_Performance (8) changed to 252, 253, 252, 251, 252, 251, 252, 253, -- Smartd End - Checking the actual logs, I can confirm that smartd is reporting the Seek_Time_Performance value is varying between 251 and 253, inclusive. From what I can tell with Google, this is fairly normal behavior. As long as that parameter hovers around a fixed value, and does not trend steadily in either direction, things are good. However, logwatch doesn't know that, and keep telling me about it. In my world, the point of logwatch is to only report things of relevance, and be silent if nothing interesting is happening. It occurs to me that it would be really nice if logwatch could maintain a tolerance on this parameter, such that these normal variations are not reported, but any significant change would be. My knowledge of logwatch is pretty limited, and unfortunately, I do not have the time to really dig into the internals of it. Anyone know if logwatch already has features that could be used for this? Either way, anyone know how one might go about doing something like this? Its conceptually pretty simple. If you know perl regexp, then you know logwatch. Its fairly trivial to write a filter. The problem is getting it to not be replaced with the next version of logwatch when there's an update. BTW: My experience with logwatch goes back to RHL9, I have no idea how it has changed since then. --Bruce ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
[OT] Re: Happy Birthday, Linux!
All I know is that today (September 19th) is Talk Like A Pirate Day, so imagine the conversation in some places: Arrggg, Matey, I really don't want any more of that Microsoft software, even if I don't have to pay for it. md -- Jon maddog Hall Executive Director Linux International(R) email: [EMAIL PROTECTED] 80 Amherst St. Voice: +1.603.672.4557 Amherst, N.H. 03031-3032 U.S.A. WWW: http://www.li.org Board Member: Uniforum Association Board Member Emeritus: USENIX Association (2000-2006) (R)Linux is a registered trademark of Linus Torvalds in several countries. (R)Linux International is a registered trademark in the USA used pursuant to a license from Linux Mark Institute, authorized licensor of Linus Torvalds, owner of the Linux trademark on a worldwide basis (R)UNIX is a registered trademark of The Open Group in the USA and other countries. ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
Re: Problem with wrt54gl router
Keeping power off on the cable modem fixed the problem. I had recycled it before but only for a short time. When it was working /etc/resolv.conf had an entry to search and 3 name servers. Don ___ gnhlug-discuss mailing list gnhlug-discuss@mail.gnhlug.org http://mail.gnhlug.org/mailman/listinfo/gnhlug-discuss/
