User Tools

Site Tools


balug:balug_todo_list

Differences

This shows you the differences between two versions of the page.

Link to this comparison view

Both sides previous revision Previous revision
Next revision
Previous revision
Next revision Both sides next revision
balug:balug_todo_list [2007-10-15T10:41:59+0000]
michael_paoli update on BALUG.ORG registrant contacts
balug:balug_todo_list [2010-02-24T15:30:22+0000]
michael_paoli some slight status updates
Line 1: Line 1:
 ====== BALUG todo list ====== ====== BALUG todo list ======
 +==== in approximate priority ranking - notes first ====
 +  *Notes:
 +    *This is not a complete/​current list
 +    *higher/​highest priority towards the top
 +    *lower priority items may proceed before higher items depending on resources and if not dependent upon higher priority items
 +  *system(s):
 +    *restore (most) all functionality BALUG had on the %%<​=%%2009-11-11 VIP on shared tower box to the balug Xen domU, still to do:
 +      *finish rounding out appropriate redirects (critical ones done, but many others remain to be done)
 +      *robots.txt - update for the various virtual sites (updated some - more to do)
 +      *disable temporary testing stuff(?) (e.g. /env)
 +    *send out relevant communication(s) once the above is sufficiently complete (most notably need to update webmaster how-to stuff, as it's changed a fair bit).
 +  *more wiki page updates:
 +    *webmaster "how to" and such (work-in-progress)
 +    *sysadmin "how to" and such (mostly pending)
 +  *speakers/​presentations
 +    *line up more speakers/​presentations
 +    *get more volunteer(s) actively working on this
  
 +----
 +----
  
-===== Steering Committee ​===== +===== Caution - much of the material on this page below this point is rather out-of-date ​=====
-Noon, +
-October 1st,  +
-Conference Call+
  
- +===== general todo ===== 
- +  * Get (more) detailed information (text blurbs, etc., both short and extended) for upcoming confirmed speaker engagements
- +
- +
-==== Agenda ​==== +
-      -__**The Big Plan**__ ​  +
-          * BALUG in general +
-          * sponsorships/​funding/​budgets/​policies,​ etc. +
-          * general direction, plans, and vision for BALUG? +
-      -**__BALUG Web & Email Issues__** +
-          * beta.balug.org - where, objectives, participants,​ etc. +
-          * longer term Internet plans (redundancy,​ fail-over, RSVP system, etc.) +
-          * Website +
-            -Do we have access/own all of the resources that we need? +
-              * not yet: +
-                * need to get full control of DNS (Michael Paoli following up on this) +
-                * redundancy/​failover? ​ Once we're off of DreamHost we're down to exactly one system shared with SF-LUG - and that system will be going through major changes soon (i.e. downtime). +
-                              *What are BALUG'​s requirements for hosting the site? +
-                                   ​-System & Storage? +
-                                   ​-Physical Access? +
-                                   ​-Bandwidth?​ +
-            -Can we move forward without the old broke mysql stuff? +
-              * yes and no: +
-                * yes - we've got beta.balug.org. - can put it anywhere we want and use it as long as we want +
-                * no: +
-                  * unless we want a gaping hole in BALUG'​s history, archives, and web site, etc., we still have more work to do to extract 2003-09 - ~2007-03 content (meeting minutes/​links/​summary pages and contents from speakers, various other useful web & wiki pages) +
-                  * we can't smoothly transition the lists without doing some well timed and coordinated mysql extracts and loads. ​ Yes, we can get subscriber'​s e-mail addresses, and a slightly munged form of the list archives without the mysql pieces, but without the mysql pieces we'll lose all the other stuff (e.g. list subscribers names, preferences and passwords, non-munged archive contents, etc.) +
-            -Anyone opposed to a hosted wysiwyg solution like sitekreator.com?​ +
-              * yeah, I'm not keen on the idea: +
-                * Haven'​t we already been sufficiently screwed by "​managed hosting sites" where we don't have full control of the materials/​tools/​software/​etc. and easy ability to quickly replicate the same functionality and content elsewhere?​ +
-                * "​managed hosting"​ sites usually let us do what we want - but only so long as it's something the hosting provider will let us do - it can be very constraining and problematic. ​ We really don't need more of those issues/​limitations. +
-                * do we really want to be subject to terms that aren't under our control and can be changed at any time without notice, and be agreed to the terms in advance? +
-                * various folks might also object on various "​political"/​freedom grounds. ​       +
-            -How can we implement an RSVP system for events? +
-              * simple e-mail alias? ​ (That'​s what BALUG had historically) +
-              * snazzier web form, with reminder option(s), etc.? +
-                              * Should reminders be optional? +
-              * we probably want to avoid some 3rd party system that folks may not particularly trust and/or that may have terms some or many may find objectionable (e.g. many folks don't want their e-mail addresses made available to yet another 3rd party site that may end up leading to spam or unwanted promotional e-mails, etc.) +
-              * we probably need to consistently "​push"​ folks towards RSVP to get RSVP responses that would be reasonabe indicators of probable attendance. ​ E.g. if the event is promoted and publicized in inconsistent ways (not necessarily a bad thing itself), but when it's promoted, if there'​s nothing that implies folks need to RSVP, or they need to refer to our web site (where it would tell them they need to RSVP), then they typically wouldn'​t RSVP - and as publicity coverage (and response) may vary, we may be left with litle clue as to how many folks to actually expect. +
-      -__**[[Event Communications]]**__ +
-        * Which lists/​locations? ​ What is the timing? ​ Who posts? +
-          -Internal BALUG mailing lists +
-          -External LUG mailing lists +
-          -RSS from the website +
-            * feasibility & implementation timing? +
-          -iCal and/or similar notification/​calendaring systems? +
-          -Flyers +
-          -Member blogs +
-          -Speaker blogs +
-          -Event listing websites +
-          -Social Networking: Facebook, MySpace, others? +
-      -__**Speaker Coordination**__ +
-        * What is our goal... driving meeting attendance or supporting local causes? +
-        * How to ensure that we don't double book speaking slots? +
-          * Update [[BALUG Speaker Coordination]] (note that that page may eventually move - but for the time being, that's where it is) - that's what it's there for.  If one doesn'​t put information there that a speaker is booked/​confirmed (or even tentative) for a date, then folks will presume the date is open.  Folks aren't going to remember that e-mail from N days/​weeks/​months ago - especially if they weren'​t on <​balug-speaker-coordinators@balug.org>​ at the time (and having a bunch 'o individuals trying independently to track the status would be rather redundant with what the wiki page is intended to do; also if folks separately maintain their own copies of such status, when they have conflicting information,​ how would one determine which information is correct? ... with the wiki page it's out there for all to see (and even the revision history of who made what changes and when)). +
-          * also use <​balug-speaker-coordinators@balug.org>​ for general speaker coordination - e.g. so the rest of the speaker coordinators are at least aware of some of the key bits of information - like how to get in touch with the speaker and any issues/​communications of note.  Don't make yourself the single point of failure. ​ Also make sure the speaker is aware of <​balug-speaker-coordinators@balug.org>​ for contacting us.  That doesn'​t mean every bit of communication needs to go out to <​balug-speaker-coordinators@balug.org>,​ but if aliens abducted you for a couple weeks, enough communications should have already gone out to <​balug-speaker-coordinators@balug.org>​ that we'd be able to reasonably pick up the pieces. +
-        * Best Practices Guide for Speakers +
-          * did a quite good page of that before; it's still to be extracted from the old BALUG wiki stuff (and no, I don't feel like writing up all that work again, but if someone else wants to, feel free; we can always reintegrate useful bits from the older materials into a newer writeup once we've retrieved the older materials) +
-      -__**Event Logistics**__ +
-        * Update from Mae Ling on the Four Seas +
-          -Menu Changes +
-             ​*Number of dishes won't change +
-             ​*Variety will change & rotate monthly between 4 entrees from the beef, pork, chicken & veggie menu items +
-             *Menu will rotate monthly between noodles & rice, both of which will be veggie ​       +
-          -50+ people, we can eat upstairs (how to forecast this?) +
-          -No more Musical Chairs +
-             ​*Portions of food will be determined by the number of blue tickets instead of by number of people sitting at the table +
-          -Feb. 2008 - 2008-02-19 - any conflicts between date, venue, and Chinese New Year? +
-        * Name tags? +
-        * Address bottlenecks:​  +
-          -Sitting down for dinner promptly +
-          -Selling dinner tickets +
-          -Late comers  +
-          -Musical Chairs & non-eaters +
-          -Dinner to speaker transition +
-          -Door Prizes +
-        * How can we improve the AV equipment?​ +
-          -Portable Projector (Can borrow from Untangle, Speaker is bringing his own for October) +
-          -Portable Screen (About $300) +
-        * Time for community announcements,​ how to keep them concise & on topic? +
-        * Publicizing the next event +
-      -__**Finances**__ +
-        * setting up a bank account +
-        * budget for flyers, website & anything else? +
-      -__**Mailing Lists**__ +
-        * Keeping Mailing Lists Useful +
-            -Flaming: ​ Try to squash it __or__ accept as inevitable +
-            -Spam Etiquette: ​ Send every thing down the mailing lists __or__ Send only what the group needs +
-            -Unsolicited Bulk Mail: How to minimize  +
- +
-===== Additional Issues & general todo ===== +
- * Get (more) detailed information (text blurbs, etc.) for upcoming confirmed speaker engagements+
   * update website with the above   * update website with the above
 +  * sf-lug.com (hosts new.balug.com) transitioning to new hardware box!
 +    * remote management/​setup:​ KVM over IP?  (Michael Paoli attempting to get resources for that; Cced Jim Stockford on communications).
 +      * obtained one remote KVM device 2007-11-01, have another remote KVM devices pledged to us/SF-LUG - need 501%%(c)%%(3) EIN for the second of those donations
 +        * 2007-10-28 - Michael Paoli e-mailed Andrew Fife regarding 501%%(c)%%(3) status (also checked earlier with Jim Stockford regarding possibly handling that via sfccp)
 +    * need to coordinate sf-lug.com./​new.balug.org. hardware migration strategy (Michael Paoli, Jim Stockford, et. al.)
 +      * most recent indications are build of new box will be started sometime on/after 2007-10-29
 +  * get more control into hands of webmaster(s),​ PHP assistant(s)/​consultant(s)/​fixer(s),​ etc., (Michael Paoli working to set these up) e.g.:
 +    * more automagic updates of [www.]balug.org. from www.new.balug.org.
 +    * various staging/​test/​PHP areas (mostly done weekend of 2007-11-03, there are now separate [[http://​www.new.balug.org/​|new]],​ [[http://​www.beta.balug.org/​|beta]],​ and [[http://​www.test.balug.org/​|test]] areas)
 +    * better ways for webmasters to control when updates occur and have more free reign with website (at least for testing purposes, anyway)
   * continue to tweak and improve our dining experience and coordination (cat herding and menu improvements,​ avoiding musical chair syndrome, etc.)   * continue to tweak and improve our dining experience and coordination (cat herding and menu improvements,​ avoiding musical chair syndrome, etc.)
 +  * survey the membership / meeting attendees?
   * continue to line up speaker(s)/​presentation(s) more future meetings   * continue to line up speaker(s)/​presentation(s) more future meetings
- 
   * In general, increasing moves to a more "​production"​ infrastructure (reliable and redundant web, lists and e-mail) (probably don't need super-high availability,​ but being able to fail over or recover to alternate system in relatively quick order (minutes to hours, rather than days to weeks) would be a very good thing)   * In general, increasing moves to a more "​production"​ infrastructure (reliable and redundant web, lists and e-mail) (probably don't need super-high availability,​ but being able to fail over or recover to alternate system in relatively quick order (minutes to hours, rather than days to weeks) would be a very good thing)
 +    * untangle.com. to provide virtual host - that should cover us pretty well in regards to redundancy/​failovver
 +      * 2007-10-01 virtual host contact information passed along to Michael Paoli
 +      * 2007-10-21 Michael Paoli followed up with contact on initial questions (e.g. setup, options, etc.) & again on 2007-11-06
 +      * 2007-11-06 heard back from untangle.com contact
   * Migration off of DreamHost.com - including salvaging all that's feasible and of significant interest to BALUG, and smooth migration\\ (including:   * Migration off of DreamHost.com - including salvaging all that's feasible and of significant interest to BALUG, and smooth migration\\ (including:
     * control of and (eventual) migration of DNS (     * control of and (eventual) migration of DNS (
       * Michael Paoli: e-mailed domain registrant on 2007-09-08 & 2007-09-30       * Michael Paoli: e-mailed domain registrant on 2007-09-08 & 2007-09-30
       * Michael Paoli: left phone message(s) and e-mailed again on 2007-10-10       * Michael Paoli: left phone message(s) and e-mailed again on 2007-10-10
-      * Mae Ling Make-mailed domain registrant 2007-10-14 +      * Mae Ling Mak may have e-mailed ​and/or called ​domain registrant 2007-10-14 
-      * need to follow-up as necessary to gain control of registrant and DNS delegation information ... without being excessively pesky about it)+      * received an e-mail from domain registrant & replied on 2007-10-15 
 +      * Michael Paoli: e-mailed domain registrant again on 2007-11-06 
 +      * e-mail received 2007-11-06 from domain registrant 
 +      * Michael Paoli e-mailed domain registrant again on 2007-11-08 (with a bit of luck, we may have the registrant control stuff all wrapped up within about 5 to 10 days or so) 
 +      * need to follow-through ​as necessary to gain control of registrant and DNS delegation information ... without being excessively pesky about it\\ )
     * lists and list archives (including passwords, names, preferences,​ etc.)     * lists and list archives (including passwords, names, preferences,​ etc.)
     * lots of wiki pages that were functional there     * lots of wiki pages that were functional there
Line 134: Line 78:
         * wiki - sf-lug.com. has a wiki configured for it (and BALUG is using some of that) ... but don't yet have such configured separately for BALUG (under it's own IP address and DNS names and such) - so, the BALUG stuff that's there so far may not be at all in it's "​permanent"​ location.         * wiki - sf-lug.com. has a wiki configured for it (and BALUG is using some of that) ... but don't yet have such configured separately for BALUG (under it's own IP address and DNS names and such) - so, the BALUG stuff that's there so far may not be at all in it's "​permanent"​ location.
     * DreamHost.com content extraction     * DreamHost.com content extraction
-      * Any PHP and MySQL volunteers? (As of 2007-09-24 we've started to get at least some volunteer(s) to step forward on that.) BALUG could use assistance/​consulting advice with PHP and MySQL; that could aid transition from the old DreamHost.com hosted site of www.balug.org. and lists.balug.org. ​ Maybe we can leverage some "​talk"​ list(s) or similar resources for answer to specific questions? ​ Nothing all that major to do, but those aren't at least presently expert fields of the current BALUG sysadmins, and they'​ll likely ​ otherwise manage to muddle through them anyway. ​ Mostly just need to dump some MySQL data - and preferably in most useful/​portable format(s) feasible - e.g. we may not be reloading that data into MySQL, but may want to process and pull out relevant bits via perl or other means ... though reloading into MySQL might also be a possibility.  There'​s also some (slightly) broken PHP stuff to fix (or diagnose and make a "​fix"​ recommendation). ​ Presumably (my best guess) the PHP stuff was all working with the same, or a slightly older version of PHP, and changes in PHP version and/or some minor goofs in some PostNuke PHP web data have gotten the "​old"​ stuff to the point where it's effectively quite non-functional ... but it's probably not all that horribly difficult to fix ... at least enough to usefully extract information - which is key objective. ​ Anyway, if some person(s) want to volunteer a bit of assistance/​consulting on MySQL and/or PHP, that may be of significant benefit to BALUG.+      * Any PHP and MySQL volunteers? (As of 2007-09-24 we've started to get at least some volunteer(s) to step forward on that.) BALUG could use assistance/​consulting advice with PHP and MySQL; that could aid transition from the old DreamHost.com hosted site of www.balug.org. and lists.balug.org. ​ Maybe we can leverage some "​talk"​ list(s) or similar resources for answer to specific questions? ​ Nothing all that major to do, but those aren't at least presently expert fields of the current BALUG sysadmins, and they'​ll likely ​ otherwise manage to muddle through them anyway. ​ Mostly just need to dump/​migrate ​some MySQL data - and preferably in most useful/​portable format(s) feasible - e.g. we may want to reload all the Mailman related ​data into a different ​MySQL database, but for some of the other data, we may want to process and pull out relevant bits via perl or other means. ​ There'​s also some (slightly) broken PHP stuff to fix (or diagnose and make a "​fix"​ recommendation). ​ Presumably (my best guess) the PHP stuff was all working with the same, or a slightly older version of PHP, and changes in PHP version and/or some minor goofs in some PostNuke PHP web data have gotten the "​old"​ stuff to the point where it's effectively quite non-functional ... but it's probably not all that horribly difficult to fix ... at least enough to usefully extract information - which is key objective. ​ Anyway, if some person(s) want to volunteer a bit of assistance/​consulting on MySQL and/or PHP, that may be of significant benefit to BALUG.
       * List archives and subscribers,​ etc.       * List archives and subscribers,​ etc.
         * automate backups of this data, as complete as feasible         * automate backups of this data, as complete as feasible
-          * it's presently being done approximately monthly manually (last done 2007-09-03); covers a rather imperfect and limited view of archives (munged @ --> " at " and most headers stripped, and no backup of any attachments),​ and list subscriber e-mail addresses (but not names, passwords, or preferences)+          * it's presently being done approximately monthly manually (last done 2007-10-21); covers a rather imperfect and limited view of archives (munged @ --> " at " and most headers stripped, and no backup of any attachments),​ and list subscriber e-mail addresses (but not names, passwords, or preferences)
         * optimal extraction/​migration may require fair bit of use of MySQL         * optimal extraction/​migration may require fair bit of use of MySQL
       * Older web content (most notably many wiki pages)       * Older web content (most notably many wiki pages)
Line 147: Line 91:
       * add slaves for balug.org. (have queued up good volunteer slave resources once we can allow them to do zone transfers)       * add slaves for balug.org. (have queued up good volunteer slave resources once we can allow them to do zone transfers)
       * continue to maintain balug.org. zone in mode compatible with DreamHost.com until fully migrated off of DreamHost.com (work in progress - currently being done with (to be new) primary master on ns1.balug.org.)       * continue to maintain balug.org. zone in mode compatible with DreamHost.com until fully migrated off of DreamHost.com (work in progress - currently being done with (to be new) primary master on ns1.balug.org.)
- 
     * e-mail (@balug.org,​ etc.)     * e-mail (@balug.org,​ etc.)
       * The @balug.org e-mail addresses are mostly fairly managed at this point - have functional forwarding aliases in place, have the information on the expansion of the aliases also on the sf-lug.com. box.  Main thing missing from @balug.org is reasonable spam filtering - DreamHost.com doesn'​t offer spam filtering for forwarding only e-mail addresses - they only offer it for e-mail addresses that are fully hosted on DreamHost.com (e.g. the mail stays on DreamHost.com. and is accessed via a web interface ... not very handy for forwarding aliases where one wants the mail to be sent to multiple recipients).       * The @balug.org e-mail addresses are mostly fairly managed at this point - have functional forwarding aliases in place, have the information on the expansion of the aliases also on the sf-lug.com. box.  Main thing missing from @balug.org is reasonable spam filtering - DreamHost.com doesn'​t offer spam filtering for forwarding only e-mail addresses - they only offer it for e-mail addresses that are fully hosted on DreamHost.com (e.g. the mail stays on DreamHost.com. and is accessed via a web interface ... not very handy for forwarding aliases where one wants the mail to be sent to multiple recipients).
Line 154: Line 97:
 [[http://​lists.balug.org/​pipermail/​balug-admin-balug.org/​2007-June/​000373.html|Any good words as to the gathering of data from the old balug website ?]]\\ [[http://​lists.balug.org/​pipermail/​balug-admin-balug.org/​2007-June/​000373.html|Any good words as to the gathering of data from the old balug website ?]]\\
 [[http://​lists.balug.org/​pipermail/​balug-admin-balug.org/​2007-May/​000369.html|http://​www.balug.org/​ updated! :-) (& related information)]] [[http://​lists.balug.org/​pipermail/​balug-admin-balug.org/​2007-May/​000369.html|http://​www.balug.org/​ updated! :-) (& related information)]]
 +
 +===== Steering Committee =====
 +2007-10-01T12:​00:​00-0700 Conference Call
 +
 +==== Agenda ====
 +  -__**The Big Plan**__
 +    * BALUG in general
 +    * sponsorships/​funding/​budgets/​policies,​ etc.
 +    * general direction, plans, and vision for BALUG?
 +  -**__BALUG Web & Email Issues__**
 +    * beta.balug.org - where, objectives, participants,​ etc.
 +    * longer term Internet plans (redundancy,​ fail-over, RSVP system, etc.)
 +    * Website
 +      -Do we have access/own all of the resources that we need?
 +        * not yet:
 +          * need to get full control of DNS (Michael Paoli/Mae Ling Mak following up on this)
 +          * redundancy/​failover? ​ Once we're off of DreamHost we're down to exactly one system shared with SF-LUG - and that system will be going through major changes soon (i.e. downtime).
 +            *What are BALUG'​s requirements for hosting the site?
 +              -System & Storage?
 +              -Physical Access?
 +              -Bandwidth?
 +      -Can we move forward without the old broke mysql stuff?
 +        * yes and no:
 +          * yes - we've got beta.balug.org. - can put it anywhere we want and use it as long as we want
 +          * no:
 +            * unless we want a gaping hole in BALUG'​s history, archives, and web site, etc., we still have more work to do to extract 2003-09 - ~2007-03 content (meeting minutes/​links/​summary pages and contents from speakers, various other useful web & wiki pages)
 +            * we can't smoothly transition the lists without doing some well timed and coordinated mysql extracts and loads. ​ Yes, we can get subscriber'​s e-mail addresses, and a slightly munged form of the list archives without the mysql pieces, but without the mysql pieces we'll lose all the other stuff (e.g. list subscribers names, preferences and passwords, non-munged archive contents, etc.)
 +      -Anyone opposed to a hosted wysiwyg solution like sitekreator.com?​
 +        * yeah, I'm not keen on the idea:
 +          * Haven'​t we already been sufficiently screwed by "​managed hosting sites" where we don't have full control of the materials/​tools/​software/​etc. and easy ability to quickly replicate the same functionality and content elsewhere?
 +          * "​managed hosting"​ sites usually let us do what we want - but only so long as it's something the hosting provider will let us do - it can be very constraining and problematic. ​ We really don't need more of those issues/​limitations.
 +          * do we really want to be subject to terms that aren't under our control and can be changed at any time without notice, and be agreed to the terms in advance?
 +          * various folks might also object on various "​political"/​freedom grounds.
 +      -How can we implement an RSVP system for events?
 +        * for now: simple e-mail alias  (That'​s what BALUG had historically)
 +        * future: snazzier web form, with reminder option(s), etc.
 +          * Should reminders be optional?
 +        * we probably want to avoid some 3rd party system that folks may not particularly trust and/or that may have terms some or many may find objectionable (e.g. many folks don't want their e-mail addresses made available to yet another 3rd party site that may end up leading to spam or unwanted promotional e-mails, etc.)
 +        * we probably need to consistently "​push"​ folks towards RSVP to get RSVP responses that would be reasonabe indicators of probable attendance. ​ E.g. if the event is promoted and publicized in inconsistent ways (not necessarily a bad thing itself), but when it's promoted, if there'​s nothing that implies folks need to RSVP, or they need to refer to our web site (where it would tell them they need to RSVP), then they typically wouldn'​t RSVP - and as publicity coverage (and response) may vary, we may be left with litle clue as to how many folks to actually expect.
 +  -__**[[Event Communications]]**__
 +    * Which lists/​locations? ​ What is the timing? ​ Who posts?
 +      -Internal BALUG mailing lists
 +      -External UG mailing lists
 +      -RSS from the website?
 +        * feasibility & implementation timing?
 +        * perhaps in the future, but not yet
 +      -iCal and/or similar notification/​calendaring systems?
 +      -Flyers
 +      -Member blogs
 +      -Speaker blogs
 +      -Event listing websites
 +      -Social Networking: Facebook, MySpace, others?
 +  -__**Speaker Coordination**__
 +    * What is our goal... driving meeting attendance or supporting local causes? (JS: entertain and/or enlighten members attending the meeting, not either driving meeting attendance, which should result from entertain/​enlighten,​ nor support any particular cause other than general free and open source -ness.) ​
 +    * How to ensure that we don't double book speaking slots?
 +      * Update [[BALUG Speaker Coordination]] (note that that page may eventually move - but for the time being, that's where it is) - that's what it's there for.  If one doesn'​t put information there that a speaker is booked/​confirmed (or even tentative) for a date, then folks will presume the date is open.  Folks aren't going to remember that e-mail from N days/​weeks/​months ago - especially if they weren'​t on <​balug-speaker-coordinators@balug.org>​ at the time (and having a bunch 'o individuals trying independently to track the status would be rather redundant with what the wiki page is intended to do; also if folks separately maintain their own copies of such status, when they have conflicting information,​ how would one determine which information is correct? ... with the wiki page it's out there for all to see (and even the revision history of who made what changes and when)).
 +      * also use <​balug-speaker-coordinators@balug.org>​ for general speaker coordination - e.g. so the rest of the speaker coordinators are at least aware of some of the key bits of information - like how to get in touch with the speaker and any issues/​communications of note.  Don't make yourself the single point of failure. ​ Also make sure the speaker is aware of <​balug-speaker-coordinators@balug.org>​ for contacting us.  That doesn'​t mean every bit of communication needs to go out to <​balug-speaker-coordinators@balug.org>,​ but if aliens abducted you for a couple weeks, enough communications should have already gone out to <​balug-speaker-coordinators@balug.org>​ that we'd be able to reasonably pick up the pieces.
 +    * Best Practices Guide for Speakers
 +      * did a quite good page of that before; it's still to be extracted from the old BALUG wiki stuff (and no, I don't feel like writing up all that work again, but if someone else wants to, feel free; we can always reintegrate useful bits from the older materials into a newer writeup once we've retrieved the older materials)
 +  -__**Event Logistics**__
 +    * Update from Mae Ling on the Four Seas
 +      -Menu Changes
 +        *Number of dishes won't change
 +        *Variety will change & rotate monthly between 4 entrees from the beef, pork, chicken & veggie menu items (yum!)
 +        *Menu will rotate monthly between noodles & rice, both of which will be veggie (yum!)
 +      -50+ people, we can eat upstairs (how to forecast this?)
 +      -No more Musical Chairs (yippie!)
 +        *Portions of food will be determined by the number of blue tickets instead of by number of people sitting at the table
 +      -Feb. 2008 - 2008-02-19 - any conflicts between date, venue, and Chinese New Year?  No, we're all clear on that date (and in 2009).
 +    * Name tags? - probably, but need to be sure we do it in a time efficient manner (e.g. don't slow up dinner to do name tags!)
 +    * Address bottlenecks:​
 +      -Sitting down for dinner promptly - at 7:00 P.M.!
 +      -Selling dinner tickets - in bar, upon arrival - or certainly before leaving bar area
 +      -Late comers
 +      -Musical Chairs & non-eaters
 +      -Dinner to speaker transition - works better if we dine upstairs; short of that, timely start on dinner helps a lot
 +      -Door Prizes - speed it up - draw at most for 3 items
 +    * How can we improve the AV equipment?
 +      -Portable Projector (Can borrow from Untangle, Speaker is bringing his own for October)
 +      -Portable Screen (About $300) (that might be okay for 25 folks, but when we have 50+ folks would a portable screen even help us at all?)
 +    * Time for community announcements,​ how to keep them concise & on topic? - _The Gong Show_ tactics - 60 second maximum per person - go over time or off topic and that's the end of that announcement
 +    * Publicizing the next event: __**[[Event Communications]]**__
 +  -__**Finances**__
 +    * setting up a bank account
 +      * via USENIX/​BayLISA?​
 +      * via ???
 +      * via Jim Stockford?
 +    * budget for flyers, website & anything else?
 +  -__**Mailing Lists**__
 +    * Keeping Mailing Lists Useful
 +      *this has mostly been a non-issue so far:
 +        *the Mailman list software is pretty good at detecting and snagging spam
 +        *"​announce"​ is moderated
 +        *"​talk"​ and "​admin"​ have fairly open policies; listadmin(s) can warn/squash the problematic if/when that becomes necessary
balug/balug_todo_list.txt · Last modified: 2022-08-11T02:10:07+0000 by michael_paoli