From Michael.Paoli at cal.berkeley.edu  Tue Apr  3 07:39:29 2007
From: Michael.Paoli at cal.berkeley.edu (Michael Paoli)
Date: Tue,  3 Apr 2007 07:39:29 -0700
Subject: [buug] More books for BUUG from Publisher Addison-Wesley/Prentice
	Hall/SAMS (/Pearson Education); and some other stuff too
Message-ID: <1175611169.46126721102b4@webmail.rawbw.com>

Box from Prentice Hall / Pearson Education arrived
2007-04-02 containing the following book/ISBN items:
o The Apache Modules Book, ISBN-13: 9780132409674 [1]
o The Linux Programmer's Toolbox, ISBN-13: 9780132198578 [2]

I intend to bring them to the next BUUG meeting (2007-04-05).

I've also got a fair bunch of LINUX and related materials (slightly 
older magazines and similar materials, mostly from LinuxWorld Expo), 
and also some other documentation and CDs (mostly some older Red Hat 
stuff), and I'll likely also bring at least some of that.

references:
1. http://www.phptr.com/bookstore/product.asp?isbn=0132409674&rl=1
2. http://www.phptr.com/bookstore/product.asp?isbn=0132198576&rl=1


From jammer at weak.org  Mon Apr 16 14:24:34 2007
From: jammer at weak.org (Jon McClintock)
Date: Mon, 16 Apr 2007 14:24:34 -0700
Subject: [buug] [jpeterson@usenix.org: USENIX Discounts & Give-Aways]
Message-ID: <20070416212434.GK16819@weak.org>

FYI...someone local want to contact Jennifer?

-Jon

----- Forwarded message from Jennifer Peterson <jpeterson at usenix.org> -----

Cc: Anne Dickison <anne at usenix.org>
From: Jennifer Peterson <jpeterson at usenix.org>
Subject: USENIX Discounts & Give-Aways
Date: Mon, 16 Apr 2007 14:18:49 -0700
To: jammer at weak.org

Hi,

USENIX '07 is approaching! We would like to send some Annual Tech  
brochures and USENIX give-aways to hand out at your next meeting. If  
interested, please respond with your mailing information and we'll  
mail them out to you the following day. Send 5 or more people from  
your group and each person attending will receive $100 off their  
registration! See below for further USENIX '07 details.

Join us in Santa Clara, CA, June 17-22,  2007, for the 2007 USENIX  
Annual Technical Conference (USENIX '07). This year's program  
includes 6 full days of training by industry experts such as Peter  
Baer Galvin, Aeleen Frisch, and Richard Bejtlich; starting June 20,  
technical sessions including the Refereed Papers track; keynote  
address by Mendel Rosenblum, Stanford University; plenary closing by  
Mary Lou Jepsen, One Laptop per Child; and other Invited Talks by  
speakers including Werner Vogels, Amazon.com. Learn the latest  
groundbreaking practices from researchers from around the globe.  
Topics include: system administration, Linux, open source, security,  
networking, and more.

Register at http://www.usenix.org/events/usenix07/ by June 1 and save  
up to $300!

Thank you!

Jennifer Peterson
Marketing & Conference Assistant
USENIX Association
2560 Ninth St., Suite 215
Berkeley, CA 94710
ph 510-528-8649 x26
fax 510-548-5738
jpeterson at usenix.org

----- End forwarded message -----
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://buug.org/pipermail/buug/attachments/20070416/d24e5c47/attachment.sig>

From itz at madbat.mine.nu  Tue Apr 17 07:48:21 2007
From: itz at madbat.mine.nu (Ian Zimmerman)
Date: 17 Apr 2007 10:48:21 -0400
Subject: [buug] local calendar app
Message-ID: <873b2zqcp6.fsf@unicorn.ahiker.homeip.net>


I am desperately searching for a serviceable calendar/appointment
program.

So far I have been using the calendar module of Emacs.  As some of you
know I have been initiated into the Church of Emacs, so the obvious
objections don't apply, in fact I like it quite well as far as usability
goes.  The problem is that now I want to share the data with the laptop,
and the pattern I have developed in such cases is to export the data
to a server.  This has worked well in other cases (example: browser
bookmarks) but it wouldn't work for Emacs because I keep Emacs open
all the time, and there are occassions when I have it open on both
the big box and the laptop, so a race arises (the last closed Emacs
wins and gets to store its changes).

Now, although I have root on the server, I don't control it physically,
and this makes me feel uneasy about storing the data in plain text
form.  No problem: just add a gpg command to the script doing the
export/import.  The reason I mention this is to rule out various web
based solutions (phpgroupware, horde, not to mention Google Calendar),
as well as variants on serving the data files with NFS.

So, the field is narrowed to local apps which are lightweight enough
that they can be opened and closed each time a change is made.  But here
the choice seems pretty dismal.  Most such apps including Sunbird can't
even handle our next holiday: Victoria Day, the Monday on or before
May 24th, or equivalently, the 2nd last Monday in May.  The closest
perhaps is "remind"; I only object to its ugly (to me) Tk GUI,
and the annoying fact that in its reporting mode (like "remind -h '*2' ")
it doesn't output the time of appointments, only date.

Suggestions.

-- 
This line is completely ham.


From emory.taylor at gmail.com  Tue Apr 17 10:51:28 2007
From: emory.taylor at gmail.com (Emory Taylor)
Date: Tue, 17 Apr 2007 10:51:28 -0700
Subject: [buug] local calendar app
In-Reply-To: <873b2zqcp6.fsf@unicorn.ahiker.homeip.net>
References: <873b2zqcp6.fsf@unicorn.ahiker.homeip.net>
Message-ID: <dcd43af40704171051q72faeb3aya9540e681d21a683@mail.gmail.com>

I have a solution you might be interested but it has a very big "but"
attached to it.

I think many people have been suffering from sub par calendaring. The
solution I am currently trying to use right now comes from the pimlico
project which is a very new PIM "suite" of standalone apps meant to
work well on different handheld devices (maemo platform and openmoko
specifically) but they are all very lightweight gtk apps based on top
of EDS so there's good integration into the desktop without all the
evolution bloat (it will share all the data with evolution if you
don't run in terror from it immediately). Combine it with a tinymail
based email client in the future and I might even want to go return to
a desktop based mail solution.

BUT the pimlico suite is under heavy development right now as it is
very new, so, um, recurrence isn't currently supported in dates
(version 0.4.2) from the gui. you would have to fire up evolution to
get recurrence to work properly right now. Evolution (2.10.1),
however, can easily do recurrence. One would have to wait for the
dates app to mature a little more, or you can hold your nose and fire
up a recent version of evo if you aren't completely allergic to it
(2.10.x hasn't been all that terrible - at least as a calendar
solution)

sorry for losing a lot of geek cred by not just suggesting
ssh+screen+emacs? I'm still not sure why you've ruled that out.

Here's the requisite links
Pimlico
http://www.pimlico-project.org/
Debian/Ubuntu repository homepage
http://debian.o-hand.com/

On 17 Apr 2007 10:48:21 -0400, Ian Zimmerman <itz at madbat.mine.nu> wrote:
>
> I am desperately searching for a serviceable calendar/appointment
> program.
>
> So far I have been using the calendar module of Emacs.  As some of you
> know I have been initiated into the Church of Emacs, so the obvious
> objections don't apply, in fact I like it quite well as far as usability
> goes.  The problem is that now I want to share the data with the laptop,
> and the pattern I have developed in such cases is to export the data
> to a server.  This has worked well in other cases (example: browser
> bookmarks) but it wouldn't work for Emacs because I keep Emacs open
> all the time, and there are occassions when I have it open on both
> the big box and the laptop, so a race arises (the last closed Emacs
> wins and gets to store its changes).
>
> Now, although I have root on the server, I don't control it physically,
> and this makes me feel uneasy about storing the data in plain text
> form.  No problem: just add a gpg command to the script doing the
> export/import.  The reason I mention this is to rule out various web
> based solutions (phpgroupware, horde, not to mention Google Calendar),
> as well as variants on serving the data files with NFS.
>
> So, the field is narrowed to local apps which are lightweight enough
> that they can be opened and closed each time a change is made.  But here
> the choice seems pretty dismal.  Most such apps including Sunbird can't
> even handle our next holiday: Victoria Day, the Monday on or before
> May 24th, or equivalently, the 2nd last Monday in May.  The closest
> perhaps is "remind"; I only object to its ugly (to me) Tk GUI,
> and the annoying fact that in its reporting mode (like "remind -h '*2' ")
> it doesn't output the time of appointments, only date.
>
> Suggestions.
>
> --
> This line is completely ham.
> _______________________________________________
> Buug mailing list
> Buug at weak.org
> http://www.weak.org/mailman/listinfo/buug
>


From itz at madbat.mine.nu  Thu Apr 19 21:51:08 2007
From: itz at madbat.mine.nu (Ian Zimmerman)
Date: 20 Apr 2007 00:51:08 -0400
Subject: [buug] local calendar app
In-Reply-To: <dcd43af40704171051q72faeb3aya9540e681d21a683@mail.gmail.com>
References: <873b2zqcp6.fsf@unicorn.ahiker.homeip.net>
	<dcd43af40704171051q72faeb3aya9540e681d21a683@mail.gmail.com>
Message-ID: <87r6qf7io3.fsf@unicorn.ahiker.homeip.net>


Emory> sorry for losing a lot of geek cred by not just suggesting
Emory> ssh+screen+emacs? I'm still not sure why you've ruled that out.

I would still have to hack in the encryption.

Here's the Emacs Lisp I ended up doing to improve my current usage.  
I have looked hard for a better solution, but couldn't find one.
On the way I learned to set up openvpn - very nice, the most
straightforward option for a VPN today, I think.

-- 
(defadvice exit-calendar (before exit-calendar-save-diary
                                 activate compile)
  "If the diary buffer has been modified (and there is no prefix argument), save it.
Also, encrypt and upload it for sharing with laptop."
  (let ((diary-buffer (get-file-buffer diary-file)))
    (when (and (not current-prefix-arg)
               diary-buffer
               (buffer-modified-p diary-buffer))
      (with-current-buffer diary-buffer (save-buffer))
      (kill-buffer diary-buffer)
      (let ((encrypter "gpg -qcao - --passphrase-file ~/.gpgsymm.pass --no-tty")
            (uploader "ssh server.dot.org"))
        (shell-command (format "%s %s | %s 'cat > %s.gpg' 2> /dev/null"
                               encrypter diary-file
                               uploader diary-file))))))

(defun diary-download-diary ()
  (unless (get-file-buffer diary-file)
    (let ((downloader "ssh server.dot.org")
          (decrypter "gpg -qd --passphrase-file ~/.gpgsymm.pass --no-tty"))
      (shell-command (format "%s 'cat %s.gpg' | %s > %s 2> /dev/null"
                             downloader diary-file
                             decrypter diary-file)))))

(defadvice diary (before diary-download
                         activate compile)
  "If we're reading the diary file from disk, refresh from server copy first."
  (diary-download-diary))

(defadvice show-all-diary-entries (before show-all-diary-entries-download
                                          activate compile)
  "If we're reading the diary file from disk, refresh from server copy first."
  (diary-download-diary))

(defadvice view-diary-entries (before view-diary-entries-download
                                          activate compile)
  "If we're reading the diary file from disk, refresh from server copy first."
  (diary-download-diary))

(defadvice mark-diary-entries (before mark-diary-entries-download
                                          activate compile)
  "If we're reading the diary file from disk, refresh from server copy first."
  (diary-download-diary))


From Michael.Paoli at cal.berkeley.edu  Sun Apr 22 16:15:47 2007
From: Michael.Paoli at cal.berkeley.edu (Michael Paoli)
Date: Sun, 22 Apr 2007 16:15:47 -0700
Subject: [buug] LINUX/UNIX job(s) (inside track, ...)
Message-ID: <1177283747.462beca3c0ad8@webmail.rawbw.com>

LINUX/UNIX job(s) (inside track, ...)

At least one, and possibly two LINUX/UNIX jobs that I know of, ...
"inside track" and all that ...

First, at my present employer (I just joined them 2006-04-09), there
is this opening:
http://www.babycenter.com/about/jobs/listing/1518360
I'll probably know a lot more about the position next month when the
hiring manager returns from vacation.  It would be right along with
myself and co-workers as part of a small LINUX/UNIX systems
administrators team.  Some of the information I've gotten suggests
they're looking for roughly a mid-level (not sr., not jr.) LINUX/UNIX
systems administrator - but again, I'll probably know more about that
next month.  In the meantime, if you want to get your resume queued up,
or have some questions about the environment and company (which I'm
quickly well learning; one can also get lots of information about the
company and what they do by poking around their web sites a fair bit),
you can e-mail me at work.  For the work e-mail address, apply rot13 to:
zcnbyv at onolpragre.pbz
or use tr '[a-zA-Z]' '[n-za-mN-ZA-M]'
And the primary location for that would be in San Francisco (fairly
close to CalTrain and the ballpark).

And secondly, at least in theory there's a position with my former
employer in an environment I am very familiar with (I was there through
2006-04-06).  I'm still awaiting official word when (and presumably if)
that position opens to external candidates.  Theoretically that
happens 2007-04-10, but last I heard it's waiting on the requisite
approval of (my former team lead's manger's manager's manager ... or
perhaps even further up the chain).  Anyway, I'll provide an update on
that when (/if) I get confirmation that it's been opened to external
candidates.


From grayarea at reddagger.org  Sun Apr 22 18:43:32 2007
From: grayarea at reddagger.org (jwithers)
Date: Sun, 22 Apr 2007 18:43:32 -0700
Subject: [buug] ajax and versioned backup
Message-ID: <1177292612.428.175.camel@localhost>

Very quick note on two points that came out of the last meeting:

http://www.nongnu.org/rdiff-backup/
rdiff-backup, which is handily in apt for deb or ubuntu users, seems to
handily solve the 'rsynch with reporting and versioning' need without
being quite so heavy as a custom rsynch processing script that rolls in
svn/cvs. 

I am trying it out now and if there are any interested parties contact
me and I will report back.

--------------

I was well into manic phase by the time I was trying to explain how ajax
related to various programing frameworks. The following should make this
much clearer by stripping away all the random detail:

Ajax isn't a programming language it is a methodology. Think of it like
a database adapter or object orientation. 

jpw
-- 
jwithers <grayarea at reddagger.org>



From nick at zork.net  Mon Apr 23 00:55:16 2007
From: nick at zork.net (Nick Moffitt)
Date: Mon, 23 Apr 2007 08:55:16 +0100
Subject: [buug] ajax and versioned backup
In-Reply-To: <1177292612.428.175.camel@localhost>
References: <1177292612.428.175.camel@localhost>
Message-ID: <20070423075516.GL12652@zork.net>

jwithers:
> rdiff-backup, which is handily in apt for deb or ubuntu users, seems to
> handily solve the 'rsynch with reporting and versioning' need without
> being quite so heavy as a custom rsynch processing script that rolls in
> svn/cvs. 

rdiff-backup is delightful for disk-based backup stores for one major
reason: reverse incrementals.  Your typical restore situation is that
you want to grab something that was damaged or lost *very recently*, so
restructuring the incrementals to start at the most recent backup and
give deltas as you go back in time is *very* helpful.

At this point of course, your offsite archival backup volumes (tapes,
most likely) should just do full backups of your disk-based rdiff-backup
landing area.  Very nice for many situations.

-- 
"These people program the way Victorians dress.              Nick Moffitt
It takes two hours and three assistants to put on           nick at zork.net
your clothes, and you have to change before dinner.
But everything is modular."    -- Miles Nordin, on PAM


From itz at madbat.mine.nu  Mon Apr 23 05:53:23 2007
From: itz at madbat.mine.nu (Ian Zimmerman)
Date: 23 Apr 2007 08:53:23 -0400
Subject: [buug] ajax and versioned backup
In-Reply-To: <20070423075516.GL12652@zork.net>
References: <1177292612.428.175.camel@localhost>
	<20070423075516.GL12652@zork.net>
Message-ID: <874pn7jlq4.fsf@unicorn.ahiker.homeip.net>


Nick> rdiff-backup is delightful for disk-based backup stores for one
Nick> major reason: reverse incrementals.  Your typical restore
Nick> situation is that you want to grab something that was damaged or
Nick> lost *very recently*, so restructuring the incrementals to start
Nick> at the most recent backup and give deltas as you go back in time
Nick> is *very* helpful.

Nick> At this point of course, your offsite archival backup volumes
Nick> (tapes, most likely) should just do full backups of your
Nick> disk-based rdiff-backup landing area.  Very nice for many
Nick> situations.

I do rdiff-backup directly to offsite storage, with a plug in 
dedicated hard drive.  It's the best backup solution I've ever had.
(I got chided by Rick on this list for using USB storage,
so I hasten to add I now have a portable ATA enclosure with
a Centronix interface).

-- 
This line is completely ham.


From Michael.Paoli at cal.berkeley.edu  Mon Apr 23 18:39:13 2007
From: Michael.Paoli at cal.berkeley.edu (Michael Paoli)
Date: Mon, 23 Apr 2007 18:39:13 -0700
Subject: [buug] Re: LINUX/UNIX job(s) (inside track, ...)
In-Reply-To: <1177283747.462beca3c0ad8@webmail.rawbw.com>
References: <1177283747.462beca3c0ad8@webmail.rawbw.com>
Message-ID: <1177378753.462d5fc1cdecc@webmail.rawbw.com>

%s/2006-04/2007-04/g

Those should have indicated 2007, not 2006.

references:
http://www.weak.org/pipermail/buug/2007-April/002931.html

Quoting Michael Paoli:

> LINUX/UNIX job(s) (inside track, ...)
> 
> At least one, and possibly two LINUX/UNIX jobs that I know of, ...
> "inside track" and all that ...
> 
> First, at my present employer (I just joined them 2006-04-09), there
> is this opening:
> http://www.babycenter.com/about/jobs/listing/1518360
> I'll probably know a lot more about the position next month when the
> hiring manager returns from vacation.  It would be right along with
> myself and co-workers as part of a small LINUX/UNIX systems
> administrators team.  Some of the information I've gotten suggests
> they're looking for roughly a mid-level (not sr., not jr.) LINUX/UNIX
> systems administrator - but again, I'll probably know more about that
> next month.  In the meantime, if you want to get your resume queued up,
> or have some questions about the environment and company (which I'm
> quickly well learning; one can also get lots of information about the
> company and what they do by poking around their web sites a fair bit),
> you can e-mail me at work.  For the work e-mail address, apply rot13 to:
> zcnbyv at onolpragre.pbz
> or use tr '[a-zA-Z]' '[n-za-mN-ZA-M]'
> And the primary location for that would be in San Francisco (fairly
> close to CalTrain and the ballpark).
> 
> And secondly, at least in theory there's a position with my former
> employer in an environment I am very familiar with (I was there through
> 2006-04-06).  I'm still awaiting official word when (and presumably if)
> that position opens to external candidates.  Theoretically that
> happens 2007-04-10, but last I heard it's waiting on the requisite
> approval of (my former team lead's manger's manager's manager ... or
> perhaps even further up the chain).  Anyway, I'll provide an update on
> that when (/if) I get confirmation that it's been opened to external
> candidates.


From Michael.Paoli at cal.berkeley.edu  Sun Apr 29 11:29:55 2007
From: Michael.Paoli at cal.berkeley.edu (Michael Paoli)
Date: Sun, 29 Apr 2007 11:29:55 -0700
Subject: [buug] Re: LINUX/UNIX job(s) (inside track, ...)
In-Reply-To: <1177378753.462d5fc1cdecc@webmail.rawbw.com>
References: <1177283747.462beca3c0ad8@webmail.rawbw.com>
	<1177378753.462d5fc1cdecc@webmail.rawbw.com>
Message-ID: <1177871395.4634e42312c18@webmail.rawbw.com>

Okay, ... lots more updates (espeically about the 2nd job
opening alluded to earlier).

If one is interested, have a peek here:
http://www.rawbw.com/~mp/job_openings.html
If I have further updates on those two positions, I'll likely just
update the information at that URL noted above, and not send
another e-mail to the list about it.

references:
http://www.rawbw.com/~mp/job_openings.html
http://www.weak.org/pipermail/buug/2007-April/002931.html
http://www.weak.org/pipermail/buug/2007-April/002935.html