From Michael.Paoli at cal.berkeley.edu Fri Nov 9 20:16:29 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Fri, 9 Nov 2007 20:16:29 -0800 Subject: [buug] BUUG largeish meeting turnouts! (9 at 2007-09-06 and 2007-11-01) Message-ID: <1194668189.4735309d7048e@webmail.rawbw.com> BUUG largeish meeting turnouts! (9 at 2007-09-06 and 2007-11-01) Looks like we've had some of our largest meeting turnouts in a while. On both 2007-09-06 and 2007-11-01 we had 9 people present at the BUUG meeting! While that may not sound like all that large a number, given the unstructured (no set agenda) nature of our meetings, it can make for particularly interesting and lively meetings (and two or three completely different threads of conversation going simultaneously for most or all of the meeting). At present count, we've got 179 "members" (list subscribers) ... so we could always have a bumper turnout at any given time :-). I haven't quite made *all* the BUUG meetings in the past several years, but I think most recent earlier high mark I counted was 8 on 2006-09-21: http://www.weak.org/pipermail/buug/2006-September/002861.html and I recall one meeting in the past 3 or 4 years where we swelled up to about 12 people for at least part of the meeting. Also, given that BUUG meets twice per month, our count of attendees per month is higher than many UGs in the Bay Area. From Michael.Paoli at cal.berkeley.edu Fri Nov 9 20:16:40 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Fri, 9 Nov 2007 20:16:40 -0800 Subject: [buug] XML11 (and doing cool stuff like X11 within JavaScript over https), etc. Message-ID: <1194668200.473530a8a61e4@webmail.rawbw.com> XML11 (and doing cool stuff like X11 within JavaScript over https), etc. [still catching up on the BUUG part of my todo list ...] "The goal of XML11 is to help programmers write AJAX-applications without requiring any JavaScript knowledge." I think it was also the 2007-09-06 BUUG meeting, or thereabouts, but had bit of a discussion about XML11. I believe I mentioned a slight bit about it and it having been covered at a past BALUG meeting. In any case, some of the quite cool things I seem to recall of XML11 (and perhaps also some closely related project(s)): * one can do quite cool things, such as: * effectively run X11 within JavaScript in browser over http[s] connection * run within JavaScript in browser (and rather to quite independently of server) applications that were essentially written for Java * Java tends to vary in functionality and availability of installed browser base, and can be rather problematic, buggy, or not installed/enabled in many browsers * most browsers generally have JavaScript available, enabled, and working pretty solidly * lots of stuff gets written in Java - much less painful than trying to write the equivalent in JavaScript * It's feasible to programmatically effectively convert (most) Java to JavaScript This was covered and well presented by Arno Puder at the 2006-01-17 BALUG meeting: http://lists.balug.org/pipermail/balug-announce-balug.org/2006-January/000054.html references: http://www.xml11.org/ http://www.mico.org/ From Michael.Paoli at cal.berkeley.edu Fri Nov 9 20:16:43 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Fri, 9 Nov 2007 20:16:43 -0800 Subject: [buug] man page terseness Message-ID: <1194668203.473530ab1d6d9@webmail.rawbw.com> man page terseness I think this was also discussed a bit at the 2007-09-06 (or thereabouts) BUUG meeting. Though it may be more true historically than so much presently, I rather like to at least occasionally quote: "Within the area it surveys, this volume attempts to be timely, complete and concise. Where the latter two objectives conflict, the obvious is often left unsaid in favor of brevity. It is intended that each program be described as it is, not as it should be." - UNIX PROGRAMMER'S MANUAL, Seventh Edition, January, 1979, Volume 1, INTRODUCTION TO VOLUME 1 This is still rather to quite true today with Unix(/Linux/BSD) man pages. Most notably, they still tend to: * describe things as they are and are implemented, rather than as they should be. Notably, BUGS is a standard section for Unix man pages - though some flavors may retitle that for marketing/political reasons - e.g. instead titling that section NOTES, so as not to show "BUGS" throughout the manual pages documentation. Man pages tend to be much heavier on reality than hype ... this is probably at least due in part to them tending to have a rather to quite technically demanding audience - and hype just won't do well for the context in which they're used and depended upon. * be "complete and concise" - with emphasis on concise where those objectives conflict - i.e. terse. Another way I might describe it, from another context: "sufficient but necessary" - tends to include precisely, but only, what's required. Over time, however, the tendencies have changed a bit. "Back in the day", UNIX man pages generally meant utilizing dead trees to print the documentation - either in printed volumes for convenient and relatively fast reference, or having them slowly and loudly bang out on a Teletype ASR-33, or some other hardcopy terminal or printer ... because it was much faster to read/skim them off-line, ... than wade through them on a 300 baud "glass TTY" ... if one was so lucky as to have a CRT terminal, rather than a hardcopy terminal ... so being terse and concise was an especially good thing. But nowadays ... so, ... when's the last time your Unix flavor came with printed man pages? What, ... perhaps about a decade or so ago? ... or had they already changed to a not shipped with it but you could order the bound volumes - for a price of course - by then? (probably depends upon precise flavor and time). Anyway, today Unix manual pages rarely (if ever?) ship in printed form with one's Unix flavor. Systems are physically much smaller, more powerful, much greater storage capacity, and much more numerous. Graphic capabilities - including in softcopy display, are much more advanced and faster than in times past. The volume of what's included in the operating system has gone up tremendously, and that, at least in part, has accounted for much larger volumes of the man page documentation. Also, however, as printing man pages is much less common, and reviewing their text on-line is much faster and more convenient, there's less criticality placed upon being concise and terse - so that's caused the volume and size of man pages to tend to increase. E.g. in times past, it was exceedingly rare for a Unix man page to include example(s) ... such is no longer so rare. In any case, however, Unix man pages still hang onto much of their terse and concise tradition - and to a large extent that is quite good. Most notably, people's time is a precious commodity, so better to try to be concise/terse and not waste it. There are also lots of other places that can include more detailed documentation/tutorials, etc. E.g. Linux tends to have /usr/share/doc, and depending on Unix flavor, there may be other collections/repositories of documentation - in many cases available, or also available, via the Internet (Web, etc.). And just for some comparison points: sh(1) Seventh Edition, January, 1979 - 6 pages bash(1) (from the flavor/version I'm using at the moment) - 4527 lines - or roughly 69 pages. Seventh Edition, January, 1979, Volume 1 - about a 1" stack of 8.5x11" pages printed double sided - perhaps somewhere between 150 and 400 pages. manual volume 1 of flavor at my fintertips - roughly 11,891 pages: $ cat man1count #!/bin/sh cd /usr/share/man/man1 && echo \ $( for tmp in * do set -- $(echo "$tmp" | sed -e 's/\.gz$//;s/\.\([^\.][^\.]*\)$/ \1/') 2>>/dev/null man "$2" "$1" done | wc -l | sed -e 's/[ ]*//' )/66 | bc -l ./man1count 11890.06060606060606060606 $ http://www.rawbw.com/~mp/unix/sh/ From Michael.Paoli at cal.berkeley.edu Fri Nov 9 20:17:01 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Fri, 9 Nov 2007 20:17:01 -0800 Subject: [buug] BUUG 2007-11-01 timezone files, documentation, & related Message-ID: <1194668221.473530bdadaf6@webmail.rawbw.com> BUUG 2007-11-01 timezone files, documentation, & related At the BUUG 2007-11-01, there was some discussion of timezone files, finding them, their documentation, their time mappings and checking them, etc. First, I'll note, that some of this is a bit GNU/Linux oriented, though most of it is quite applicable to most any non-ancient Unix flavor (precise name and location of things may be a bit different, and exactly what utilities are included for the flavor/distribution will vary). Secondly, for some earlier discussion on Daylight Saving Time changes and the like, see also: daylight saving changes, UNIX/LINUX/... time, etc. http://www.weak.org/pipermail/buug/2007-March/002907.html So, ... finding the timezone files, documentation, etc. $ apropos zone | fgrep -i time | fgrep -v '(3pm)' timezone (3) [tzset] - initialize time conversion information tzconfig (8) - set the local timezone tzfile (5) - time zone information tzselect (1) - view timezones tzselect (8) - select a time zone tzsetup (8) - set the local timezone zdump (1) - time zone dumper zic (8) - time zone compiler Among those, probably most immediately of note, from tzfile(5) we have: "as commonly found in /usr/lib/zoneinfo or /usr/share/zoneinfo" tzconfig(8) is fairly distribution specific, but it usefully includes: "just updates the link /etc/localtime to point to the correct timezone installed in /usr/share/zoneinfo/" So, ... for location of zone files, we're pretty much looking at /etc/localtime and /usr/share/zoneinfo/ at this point. So, ... what's our zone? $ ls -l /etc/localtime lrwxrwxrwx 1 root root 30 Mar 10 2007 /etc/localtime -> /usr/share/zoneinfo/US /Pacific Well, that was easy, ... for other distributions /etc/localtime may be an ordinary file, rather than a symbolic link. For illustration, let's pretend we had the harder case. $ md5sum /etc/localtime ad7be76a1d7216104d9004a73e200efc /etc/localtime $ (cd /usr/share/zoneinfo && > find * -type f -exec md5sum \{\} \; | > fgrep ad7be76a1d7216104d9004a73e200efc > ) ad7be76a1d7216104d9004a73e200efc America/Los_Angeles ad7be76a1d7216104d9004a73e200efc SystemV/PST8PDT ad7be76a1d7216104d9004a73e200efc US/Pacific ad7be76a1d7216104d9004a73e200efc posix/US/Pacific ad7be76a1d7216104d9004a73e200efc posix/America/Los_Angeles ad7be76a1d7216104d9004a73e200efc posix/SystemV/PST8PDT Still not too hard. We also check and notice: $ (cd /usr/share/zoneinfo && > ls -lion America/Los_Angeles \ > SystemV/PST8PDT \ > US/Pacific \ > posix/US/Pacific \ > posix/America/Los_Angeles \ > posix/SystemV/PST8PDT > ) | > sort 119880 -rw-r--r-- 3 0 1017 Nov 28 2006 posix/America/Los_Angeles 119880 -rw-r--r-- 3 0 1017 Nov 28 2006 posix/SystemV/PST8PDT 119880 -rw-r--r-- 3 0 1017 Nov 28 2006 posix/US/Pacific 156021 -rw-r--r-- 1 0 1017 Nov 28 2006 America/Los_Angeles 156106 -rw-r--r-- 1 0 1017 Nov 28 2006 SystemV/PST8PDT 211782 -rw-r--r-- 1 0 1017 Nov 28 2006 US/Pacific ^^^^^^ ^ inode_number link count Note that several of them are the same file (same inode with multiple hard links and inode count greater than one). This distribution likely chose to have some be the same file, as they're alternative names for zones that would presumably always have the same mappings - or could at least be later split into separate files if that weren't the case sometime in the future. And for the others, the distribution likely chose to have them as separate files, as they might conceivably have different mappings ... though they happen to all presently match (which can be verified with cmp(1)). And something quite useful to examine/check the zones: zdump(1) E.g.: $ zdump -v US/Pacific | sed -ne '/ 2007 /{s/^.* UTC = //;p}' Sun Mar 11 01:59:59 2007 PST isdst=0 gmtoff=-28800 Sun Mar 11 03:00:00 2007 PDT isdst=1 gmtoff=-25200 Sun Nov 4 01:59:59 2007 PDT isdst=1 gmtoff=-25200 Sun Nov 4 01:00:00 2007 PST isdst=0 gmtoff=-28800 But note also, if we look around a bit, we also see slightly different versions of various timezone files, e.g.: $ (cd /usr/share/zoneinfo && > find * -name PST8PDT -exec md5sum \{\} \; > ) | > sort 5d380ebaf6a33f43a07337bfeb28136d right/PST8PDT 698c605c2ab9b8b0cedf5cc0f7bb66cd right/SystemV/PST8PDT ad7be76a1d7216104d9004a73e200efc SystemV/PST8PDT ad7be76a1d7216104d9004a73e200efc posix/SystemV/PST8PDT b04417d20583bdc21e0e6f27f48170fe PST8PDT b04417d20583bdc21e0e6f27f48170fe posix/PST8PDT Well, isn't that interesting? So, ... what's different? After gathering a bit of data and poking around a bit: $ for tmp in \ > right/PST8PDT \ > right/SystemV/PST8PDT \ > SystemV/PST8PDT \ > PST8PDT > do > d=`dirname "$tmp"` || break > [ -d "$d" ] || mkdir -p "$d" > d=`dirname "$tmp"` || break > zdump -v "$tmp" | > >"$tmp" sed -e 's/^.* UTC = //;s/ [^ ][^ ]* isdst=/ isdst=/' > done; unset tmp We see differences such as ... $ for tmp in \ > right/PST8PDT \ > right/SystemV/PST8PDT \ > SystemV/PST8PDT \ > PST8PDT > do > echo "$tmp:" > fgrep ' 1948 ' "$tmp" | head -1 > fgrep ' 1966 ' "$tmp" | tail -1 > done; unset tmp How they view offsets in the years 1948 through 1966: right/PST8PDT: right/SystemV/PST8PDT: Sun Mar 14 01:59:59 1948 isdst=0 gmtoff=-28800 Sun Oct 30 01:00:00 1966 isdst=0 gmtoff=-28800 SystemV/PST8PDT: Sun Mar 14 01:59:59 1948 isdst=0 gmtoff=-28800 Sun Oct 30 01:00:00 1966 isdst=0 gmtoff=-28800 PST8PDT: $ for tmp in \ > right/PST8PDT \ > right/SystemV/PST8PDT \ > SystemV/PST8PDT \ > PST8PDT > do > echo "$tmp:" > grep 'Dec 31.* 2005 ' "$tmp" | head -1 > done; unset tmp Whether or not they include (at least certain) leap seconds: right/PST8PDT: Sat Dec 31 15:59:60 2005 isdst=0 gmtoff=-28800 right/SystemV/PST8PDT: Sat Dec 31 15:59:60 2005 isdst=0 gmtoff=-28800 SystemV/PST8PDT: PST8PDT: So, ... and where do all these zone files come from?: $ dpkg -S /usr/share/zoneinfo/US/Pacific libc6: /usr/share/zoneinfo/US/Pacific ... at least for one flavor, anyway. Of course those would be compiled zic(8) from source. There's a fair bit of interesting history in how Unix has evolved from it's early dealings with timezones up to the timezone files of today - well solving a rather complex problem pretty well. If you've got a good tzset(3) man page, or similar, that may give one excellent hints on how much of the Unix timezone specification and practice has evolved over the years (noteworthy hint - it remains highly backwards compatible). From Michael.Paoli at cal.berkeley.edu Fri Nov 9 20:16:53 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Fri, 9 Nov 2007 20:16:53 -0800 Subject: [buug] BUUG 2007-10-04 NEMA (e.g. L6-30R, etc.) Message-ID: <1194668213.473530b529c02@webmail.rawbw.com> BUUG 2007-10-04 NEMA (e.g. L6-30R, etc.) I think it was the 2007-10-04 BUUG meeting we had some discussions on various NEMA plugs/receptacles, and power, etc. (e.g. for larger UPSs). Wikipedia has some quite good information, e.g.: http://en.wikipedia.org/wiki/NEMA_connector and there are some nice good reference links from there, which have, e.g. some fairly concise array displays of types of connectors, e.g.: http://www.nooutage.com/nema_configurations.htm Note also that the NEMA voltage and current ratings are the RMS maximums. E.g. L6-30 is very commonly 208V rather than 240V or 250V. 208V is 2 legs of 3 phase: c^2=a^2+b^2-2a*b*cos(120 degrees) we'll start with unit (a=1, b=1), and multiply by 120 a bit later c=(a^2+b^2-2a*b*cos(120 degrees))^0.5 and now dropping in the 120 factor: 120*(a^2+b^2-2a*b*cos(120 degrees))^0.5 120*(1+1-2*c(1/3*8*a(1)))^0.5 120*(2-2*c(8/3*a(1)))^0.5 120*e(0.5*l(2-2*c(8/3*a(1)))) 207.84609690826527521880 208 (when rounded to the nearest unit) references: http://en.wikipedia.org/wiki/NEMA_connector http://www.nooutage.com/nema_configurations.htm http://en.wikipedia.org/wiki/Three-phase_electric_power bc(1) From Michael.Paoli at cal.berkeley.edu Sat Nov 10 09:05:25 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Sat, 10 Nov 2007 09:05:25 -0800 Subject: [buug] [2007-03-13] Fwd: New Books from Pearson Education for your UG Message-ID: <1194714325.4735e4d5c5d6c@webmail.rawbw.com> Making "final"* pass over some older e-mail, looks like I missed forwarding this earlier. We did get the books earlier: http://www.weak.org/pipermail/buug/2007-April/002926.html Some of the other content may still be useful or of note. *pre-archiving ----- Forwarded message from "Fox, Heather" ----- Date: Tue, 13 Mar 2007 10:24:16 -0400 From: "Fox, Heather" Reply-To: "Fox, Heather" Subject: New Books from Pearson Education for your UG To: "Fox, Heather" Hello Esteemed User Group Leaders! NEW BOOKS FOR YOUR GROUP! (Please read on to learn of new titles soon to ship in March, 2007 for the benefit of your User Group) REMINDER: Be sure your members are receiving 35% off list price by purchasing directly from the publisher sites! The 35% coupon is also valid for our new Short Cuts! (i.e. our newest Short Cuts include, ???Google Web Toolkit Solutions??? (Digital Short Cut) and ???AJAX and JavaServer Faces??? (Digital Short Cut???). Read reviews here: http://www.javalobby.org/articles/google-web-toolkits-john/ http://www.javalobby.org/articles/google-web-toolkits-horaci/ Please share our new Short Cut "sampler" with your members by forwarding this link (includes sample content on Ajax, BusyBox, Embedded Linux): http://www.informit.com/content/downloads/pdfs/ShortCut_Sampler.pdf To redeem the coupon: Select the book(s) of your choice and enter COUPON CODE: "USERGROUP" (must be ALL CAPS!) at Checkout Step #3 (Payment Method). PLEASE NOTE-- You can request a PDF coupon flyer w/ this info to distribute to your members!] Sites to redeem the coupon: www.awprofessional.com www.prenhallprofessional.com or www.samspublishing.com www.informit.com/shortcuts NEWSFLASH: LATEST BOOK SHIPMENT FOR YOUR User Group! Includes the following new titles from the Prentice Hall Open Source Software Developer Series: www.prenhallprofessional.com/opensourcedev -- The Apache Modules Book: Application Development with Apache, authored by Nick Kew; www.prenhallprofessional.com/title/0132409674 -- The Linux Programmer???s Toolbox, authored by John Fusco; www.prenhallprofessional.com/title/0132198576 NEXT UP! ....... April 2007-- you will receive a review copy for: -- Red Hat Enterprise Linux 5 Administration Unleashed, authored by Tammy Fox; www.samspublishing.com/title/0672328925 MARCH, 2007 BONUS BOOK!! Your User Group has the option to receive a review copy of this new book! Please email me directly if you wish to receive it. BONUS BOOK: -- Building a Monitoring Infrastructure with Nagios, authored by David Josephsen; www.prenhallprofessional.com/title/0132236931 Please encourage your LUG members to support their favorite books by submitting reviews directly to Heather Fox at: heather.fox at pearsoned.com, or submit to Amazon.com, BN.com, Slashdot.org, or other favorite news and resource sites. We are glad to be working with your User Group! --- Thx, HFox ***************** Heather L. Fox, Senior Publicist & User Group Liaison Addison-Wesley Professional?? ????? IBM Press ????? Prentice Hall Professional ???? Que Publishing ????? Sams Publishing Publishing imprints of Pearson Education heather.fox at pearsoned.com Office Ph: 201-236-7139; Office Fx: 201-236-7123 *Mobile*: 201-362-7763 Geo: c/o Pearson Education, 1 Lake St., 3K17, Upper Saddle River, NJ 07458 *********************************************************************** This email may contain confidential material. If you were not an intended recipient, please notify the sender and delete all copies. We may monitor email to and from our network. *********************************************************************** ----- End forwarded message ----- From Michael.Paoli at cal.berkeley.edu Mon Nov 12 12:35:08 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Mon, 12 Nov 2007 12:35:08 -0800 Subject: [buug] Fwd: New LUG Book Mailing from Pearson Education User Group Program Message-ID: <1194899708.4738b8fc29621@webmail.rawbw.com> Note that there's three books they ask if we're interested in, ... let me know if any and/or all of them are of interest to you, and I'll pass that along. I'm probably at least potentially interested in the: -- Advanced AJAX: Architecture and Best Practices by Shawn Lauriat; www.informit.com/title/0131350641 book. I'll probably update them with whatever folks have expressed interest in through the end of this week's BUUG meeting. ----- Forwarded message from "Fox, Heather" ----- Date: Mon, 12 Nov 2007 12:37:20 -0500 From: "Fox, Heather" Reply-To: "Fox, Heather" Subject: New LUG Book Mailing from Pearson Education User Group Program To: "Fox, Heather" Hello LUG Leaders, Hope you're enjoying the new Pearson Education User Group Program, which includes a monthly book giveaway contest (see below), an improved UG member discount program (see below), and new quarterly newsletters. You can read about all these benefits here: www.informit.com/usergroupwelcome As I continue to be your point of contact for all things Linux and open source, please know that I will soon place a shipment for the benefit of your LUG to receive a review copy of our new release: openSUSE Linux Unleashed by Michael McCallister. www.informit.com/title/067232945x We have additional new titles which I'd be happy to include in your shipment, but you must first write to me to confirm your group's interest in any or all of the below: -- Rapid GUI Programming with Python and Qt: The Definitive Guide to PyQt Programming by Mark Summerfield; www.informit.com/tilte/0132354187 -- Advanced AJAX: Architecture and Best Practices by Shawn Lauriat; www.informit.com/title/0131350641 -- Implementation Patterns by Kent Beck; www.informit.com/title/0321413091 As always, please ask your members to return support to Pearson by providing formal reviews and/or informal feedback-good, bad or indifferent! We welcome any feedback. Please send them to: usergroups at informit.com Members may also wish to post to Amazon.com, BN.com, Slashdot.org, or any relevant technical site that accepts user content. Last but not least, Pearson is producing a conference dedicated to the Google Web Toolkit in San Francisco, Dec 3-6, involving lead GWT developers from around the world, including its co-creators Bruce Johnson + Joel Webber. www.voicesthatmatter.com/gwt2007 Please let me know if GWT has been a topic of interest for your group and I will send along some User Group coupon information- valid for a $100 discount. COPY AND PASTE into your member communications: User Group members will receive up to 35% off every purchase on informIT.com and our partner imprint sites (ciscopress.com and ibmpressbooks.com )! Just follow these easy steps for added savings: -- Go to www.informit.com/join to create an account -- Enter the following member code: USERGROUP -- You are only required to register and apply the member code once, but you must be logged in to automatically receive the special pricing. NOVEMBER/DECEMBER CONTEST: this month's prize books are: YouTube 4 You (ISBN: 0789736985) and Googlepedia (ISBN: 078973639x); individual members enter to win here: http://www.informit.com/user_groups/contest.aspx Many thanks, Heather Fox ***************** Heather L. Fox, Senior Publicist & User Group Liaison Addison-Wesley Professional < IBM Press < Prentice Hall Professional < Que Publishing < Sams Publishing Publishing imprints of Pearson Education heather.fox at pearsoned.com Office Ph: 212-641-6539 *Mobile*: 201-362-7763 Geo: c/o Pearson Education, 1330 6th Ave., 35th Floor NY, NY 10019 *********************************************************************** This email may contain confidential material. If you were not an intended recipient, please notify the sender and delete all copies. We may monitor email to and from our network. *********************************************************************** ----- End forwarded message ----- -------------- next part -------------- An HTML attachment was scrubbed... URL: From Michael.Paoli at cal.berkeley.edu Mon Nov 12 21:16:55 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Mon, 12 Nov 2007 21:16:55 -0800 Subject: [buug] BALUG 2007-11-20: James Burgett, "ACCRC+Linux: Keeping computers out of Landfills" Message-ID: <1194931015.47393347d2ae5@webmail.rawbw.com> Bay Area Linux Users Group (BALUG)[1] will be presenting, for its 2007-11-20 meeting: James Burgett, Alameda County Computer Resource Center (ACCRC)[2]: "Free Software, The Environment, Social Welfare, and the Digital Divide" Planning to attend? Please e-mail an RSVP[3] to: RSVP at BALUG.ORG James will recount the path ACCRC has taken as it's grown in the last five years to reclaim and reuse computers, peripherals, and other electronic devices people donate. In general, ACCRC gives computers to individuals and worthy organizations without charge or strings. ACCRC uses Linux on the systems it gives away and has developed quite a bit of expertise in installing various Linux distros on various (old) hardware. (flyer[5] for event) The event is free. However, dinner is $13 for those that want to eat. 2007-11-20 starting at 6:30PM (more details[1], directions[4]) Four Seas Restaurant 731 Grant Ave. San Francisco, CA 94108-2113 1. http://www.balug.org/ 2. http://www.accrc.org/ 3. http://www.balug.org/#RSVP 4. http://www.fourseasr.com/directions.htm 5. http://www.balug.org/flyers/2007-11-12.pdf From Michael.Paoli at cal.berkeley.edu Sat Nov 24 12:14:37 2007 From: Michael.Paoli at cal.berkeley.edu (Michael Paoli) Date: Sat, 24 Nov 2007 12:14:37 -0800 Subject: [buug] arp In-Reply-To: <1175399369.460f2bc97a1da@webmail.rawbw.com> References: <082D130C-058C-4AF6-9674-952F106F916A@jjdev.com> <1175399369.460f2bc97a1da@webmail.rawbw.com> Message-ID: <1195935276.4748862d02cad@webmail.rawbw.com> And there's another thing that can typically greatly speed and ease the switchover: gratuitous ARP reply Quoting Michael Paoli: > Quoting John de la Garza: > > > I have a webserver that is say ip addr: 1. I make change it to be 2, > > then make a new box (different nic) to be ip addr of 1. Now things > > behave odd... I just learned that things like this get cached. > > > > Is there a way I can erase the entire arp cache and let it get > > rebuilt? or must I do it case by case with arp -d? > > One can generally check/alter the arp cache data via the arp command. > Typically arp data will effectively fix itself (older data timing out) > within several minutes. If the problem(s)/issue(s) are lasting longer > than that, you likely have something else going on. /etc/ethers can be > used for persistent Ethernet MAC <--> IP mapping (and thwarting arp cache > poisoning) ... but that's typically not used in most environments. If > you've still got persistent issues, you may want to poke around with > tcpdump or the like, a bit more, to see what's actually going on on the > network. With suitable options to tcpdump, one will get to see the arp > request and reply packets (or note the lack thereof) and the > Ethernet MAC addresses (link level headers). That should be enough to > relatively quickly isolate if one has a Ethernet MAC address and/or arp > or related issue/problem. From larry at compwebtech.com Sun Nov 25 12:39:05 2007 From: larry at compwebtech.com (larry at compwebtech.com) Date: 25 Nov 2007 14:39:05 -0600 Subject: [buug] Re: If I don't respond with in a timely manner please email me at larrycaragay@yahoo.com Message-ID: <20071125203905.12390.qmail@plesk.ev1servers.net> This is a auto Responder: If I don't respond with in a timely manner please email me at larrycaragay at yahoo.com Thx, Larry From larry at compwebtech.com Mon Nov 26 12:38:45 2007 From: larry at compwebtech.com (larry at compwebtech.com) Date: 26 Nov 2007 14:38:45 -0600 Subject: [buug] Re: If I don't respond with in a timely manner please email me at larrycaragay@yahoo.com Message-ID: <20071126203845.25351.qmail@plesk.ev1servers.net> This is a auto Responder: If I don't respond with in a timely manner please email me at larrycaragay at yahoo.com Thx, Larry From jammer at weak.org Mon Nov 26 15:12:12 2007 From: jammer at weak.org (Jon McClintock) Date: Mon, 26 Nov 2007 15:12:12 -0800 Subject: [buug] Re: If I don't respond with in a timely manner please email me at larrycaragay@yahoo.com In-Reply-To: <20071126203845.25351.qmail@plesk.ev1servers.net> References: <20071126203845.25351.qmail@plesk.ev1servers.net> Message-ID: <20071126231212.GD2140@weak.org> On Mon, Nov 26, 2007 at 02:38:45PM -0600, larry at compwebtech.com wrote: > This is a auto Responder: > > If I don't respond with in a timely manner please email me at larrycaragay at yahoo.com Sorry for the spam, folks. This guy's been removed from the list. -Jon -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 189 bytes Desc: Digital signature URL: