[sf-lug] My final comment on "Does anyone have a good backup strategy for Ubuntu 7.04 (Feisty)?"

RBV GoodWriter2548 at earthlink.net
Mon Sep 10 12:29:00 PDT 2007


Hi:

As I mentioned in my penultimate comment, submitted yesterday, I did manage
to use Norton Ghost 2003 and its "-ial" command line switch to successfully
image and restore ("clone") my Feisty EXT3 partition.

Having initiated this thread, at this point I'll end my participation with
one final observation.  That is that the word "backup" seems to have at
least two different meanings, depending on who is using it and in what context.

Some, such as I, think in terms of backing up a *disc*.  Others think in
terms of backing up *files*.  Therein is an important conceptual divide.
The division is exacerbated, I think, by whether one is running a dual-boot
Windows / Linux system or not.

Whatever Ghost's liabilities as a paid product, the program's ability to
image a complete, multi-partition, dual-boot *disk* apparently has no
counterpart in Linux.  That means that without Ghost, a dual-boot *user*
(there's that word again) must develop and employ two separate backup
strategies: one for Windows disks (good) and one for Linux files (perhaps
less good).

That is to say that Linux's file-based backup strategy may be most useful
for Linux-only computers.  Having said that, I'll note that all of the
various discussions about Linux backup I've located -- including the one I
started on this mailing list -- immediately acquire discussions if not
disagreements about what files, exactly, can and cannot be safely
incorporated into the list of backed up files.

As such, my research has convinced me that Linux could very much benefit
from a user-friendly, robust tool or mechanism for backing up and restoring
("cloning") disks.  Until then, any future upgrades to my Linux partition
will be guided if not constrained by the need to remain compatible with
Norton Ghost.  Caveat upgrader, as it were...

Cheers and sincere thanks again to all contributors,
Riley
SFO


sf-lug-request at linuxmafia.com wrote:
> Send sf-lug mailing list submissions to
> 	sf-lug at linuxmafia.com
> 
> To subscribe or unsubscribe via the World-Wide Web, visit
> 	http://linuxmafia.com/mailman/listinfo/sf-lug
> or, via e-mail, send a message with subject or body 'help' to
> 	sf-lug-request at linuxmafia.com
> 
> You can reach the person managing the list at
> 	sf-lug-owner at linuxmafia.com
> 
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of sf-lug digest..."
> 
> 
> Today's Topics:
> 
>    1. Re: Does anyone have a good backup strategy for Ubuntu 7.04
>       (Feisty)? (Asheesh Laroia)
>    2. Re: Does anyone have a good backup strategy for Ubuntu 7.04
>       (Feisty)? (Asheesh Laroia)
>    3. Re: Does anyone have a good backup strategy for	Ubuntu	7.04
>       (Feisty)? (RBV)
>    4. bayPIGgies September meeting: Developing a Python Product
>       (jim stockford)
> 
> 
> ----------------------------------------------------------------------
> 
> Message: 1
> Date: Sun, 9 Sep 2007 14:25:18 -0700 (PDT)
> From: Asheesh Laroia <asheesh at asheesh.org>
> Subject: Re: [sf-lug] Does anyone have a good backup strategy for
> 	Ubuntu 7.04 (Feisty)?
> To: RBV <GoodWriter2548 at earthlink.net>
> Cc: sf-lug at linuxmafia.com
> Message-ID: <alpine.DEB.0.999.0709091415220.27395 at alchemy.localdomain>
> Content-Type: TEXT/PLAIN; charset=us-ascii; format=flowed
> 
> On Sun, 9 Sep 2007, RBV wrote:
> 
>> Tom, et al:
>>
>>> Rsync is your friend.
>> Thanks.  Yes, my research frequently leads me to discussions about rsync.
>>
>> Okay -- so far, so good.  A bit fidgety perhaps, but eventually I can
>> presumably create some sort of "image" of a working system so I can clone
>> it, albeit not in as straightforward a manner as permitted by Norton Ghost 2003.
>>
>> But, how does one restore an rsync-created "backup image" IF the target
>> system that needs to receive this image is broken?  For that matter, how
>> does one restore the image even if the target system isn't broken?  (That is
>> to say, one surely can't copy a cloned system over a currently running one...?)
>>
>> I suspect that the answer may require the use of Ubuntu Live-CD.  My
>> immediate concern is therefore the presumptive need to perform some mount
>> commands to make the target system and the backup image usable.  And then...?
> 
> You just copy the files back, and reboot.
> 
> You don't end up with a disk image, but instead a copy of all the files. 
> So you just put the files back into the right place, and reboot.  You'd be 
> free to erase the existing files or not; if you choose 'not', just move 
> them out of the way so that they don't conflict with the 
> restored-from-backup files.
> 
>> (I'll mention parenthetically that I'm giving serious thought to (a)
>> reverting to Dapper, or (b) trying to convert my current EXT3-based Feisty
>> system to an EXT2 system to permit me to return to the "good old days"
>> wherein I could easily use Norton Ghost to readily image and restore a
>> backup system with no finicky command line experimentation required...)
> 
> Have you seen g4u "Ghost 4 UNIX" <http://www.feyrer.de/g4u/>?
> 
> Also, I use dirvish, which is a wrapper for rsync that does incremental 
> backups.  Restoring is very easy - again, you just copy the files back in.
> 
> -- Asheesh.
> 
> --
> Trust your husband, adore your husband, and get as much as you can in your
> own name.
>  		-- Joan Rivers
> 
> 
> 
> ------------------------------
> 
> Message: 2
> Date: Sun, 9 Sep 2007 14:30:23 -0700 (PDT)
> From: Asheesh Laroia <asheesh at asheesh.org>
> Subject: Re: [sf-lug] Does anyone have a good backup strategy for
> 	Ubuntu 7.04 (Feisty)?
> To: jim stockford <jim at well.com>
> Cc: sf-lug at linuxmafia.com, RBV <GoodWriter2548 at earthlink.net>
> Message-ID: <alpine.DEB.0.999.0709091428180.27395 at alchemy.localdomain>
> Content-Type: TEXT/PLAIN; format=flowed; charset=us-ascii
> 
> On Sun, 9 Sep 2007, jim stockford wrote:
> 
>>    when i bring such topic up among uber-geeks
>> they remind me to think of inode numbers of files
>> i want to hoist about, just in case there are links
>> or other dependencies among the filesystem
>> citizens--a copy of a file has a different inode
>> number from its source, and moving the copied
>> file in place of the source file has the effect of
>> changing the inode number for that file, often
>> okay, but not always.
> 
> iirc rsync is smart enough to handle that.  cp -a is too, I think.  I may 
> be wrong about those, though - if I am, someone please correct me!
> 
> tar has an option to be smart enough to handle that too, I think.
> 
>>    Sounds like you're a candidate for a bit-wise
>> write of partitions, yes? I'd like to know what tools
>> exist for impressing info on a hard drive bit-by-bit
>> (I know this is done for installs).
> 
> No it's not done for any current distro installs I know of.  What makes 
> you think it is?
> 
> Also please cut off irrelevant quoted text when you can.
> 
> -- Asheesh.
> 
> --
> A drama critic is a person who surprises a playwright by informing him
> what he meant.
>  		-- Wilson Mizner
> 
> 
> 
> ------------------------------
> 
> Message: 3
> Date: Sun, 09 Sep 2007 18:37:49 -0700
> From: RBV <GoodWriter2548 at earthlink.net>
> Subject: Re: [sf-lug] Does anyone have a good backup strategy for
> 	Ubuntu	7.04 (Feisty)?
> To: sf-lug at linuxmafia.com
> Message-ID: <46E49FED.4000809 at earthlink.net>
> Content-Type: text/plain; charset=ISO-8859-1
> 
> Jim, et al.
> 
>>    Sounds like you're a candidate for a bit-wise
>> write of partitions, yes? I'd like to know what tools
>> exist for impressing info on a hard drive bit-by-bit
>> (I know this is done for installs).
> 
> Note -- I'm writing this under a "cloned" image of Feisty Linux.  Ta da!
> 
> The essential piece of information was that I imaged my Feisty boot and root
> partitions with Norton Ghost 2003 and the program's "-ial" command line switch.
> 
> The "-ial" switch is a variation of the "-ia" switch that performs
> sector-by-sector copying or a source partition; the "-ial" switch limits
> sector-by-sector copying to Linux partitions whereas the "-ia" switch does not.
> 
> Note, too, that the "-ial" switch (like the "-ia" switch) requires that the
> geometries of the source and destination partitions be identical!  So the
> "-ial" solution is perhaps not as complete as one might wish.
> 
> Finally, note that I've only done this once.  So I for one don't at this
> point imagine that I have uncovered The One True Solution to the problem.
> Stated another way, I fully intend to keep researching alternatives such as
> those graciously offered in response to my original query on the subject.
> 
> Nevertheless, it does preliminarily appear that once can indeed use Norton
> Ghost 2003 in conjunction with the program's "-ial" switch to create Feisty
> EXT3 Ghost images that can be restored and run.  That's worth knowing, I
> think...
> 
> Cheers and thanks again to all,
> Riley
> SFO
> 
> 
> jim stockford wrote:
>>    when i bring such topic up among uber-geeks
>> they remind me to think of inode numbers of files
>> i want to hoist about, just in case there are links
>> or other dependencies among the filesystem
>> citizens--a copy of a file has a different inode
>> number from its source, and moving the copied
>> file in place of the source file has the effect of
>> changing the inode number for that file, often
>> okay, but not always.
>>    Sounds like you're a candidate for a bit-wise
>> write of partitions, yes? I'd like to know what tools
>> exist for impressing info on a hard drive bit-by-bit
>> (I know this is done for installs).
>>
>>
>> On Sep 9, 2007, at 2:08 PM, RBV wrote:
>>
>>> Tom, et al:
>>>
>>>> Rsync is your friend.
>>> Thanks.  Yes, my research frequently leads me to discussions about rsync.
>>>
>>> Okay -- so far, so good.  A bit fidgety perhaps, but eventually I can
>>> presumably create some sort of "image" of a working system so I can clone
>>> it, albeit not in as straightforward a manner as permitted by Norton
>>> Ghost 2003.
>>>
>>> But, how does one restore an rsync-created "backup image" IF the target
>>> system that needs to receive this image is broken?  For that matter, how
>>> does one restore the image even if the target system isn't broken? 
>>> (That is
>>> to say, one surely can't copy a cloned system over a currently running
>>> one...?)
>>>
>>> I suspect that the answer may require the use of Ubuntu Live-CD.  My
>>> immediate concern is therefore the presumptive need to perform some mount
>>> commands to make the target system and the backup image usable.  And
>>> then...?
>>>
>>> (I'll mention parenthetically that I'm giving serious thought to (a)
>>> reverting to Dapper, or (b) trying to convert my current EXT3-based
>>> Feisty
>>> system to an EXT2 system to permit me to return to the "good old days"
>>> wherein I could easily use Norton Ghost to readily image and restore a
>>> backup system with no finicky command line experimentation required...)
>>>
>>> Cheers & sincere thanks again to everyone for their help,
>>> Riley
>>> SFO
>>>
>>>
>>> sf-lug-request at linuxmafia.com wrote:
>>>> Send sf-lug mailing list submissions to
>>>>     sf-lug at linuxmafia.com
>>>>
>>>> To subscribe or unsubscribe via the World-Wide Web, visit
>>>>     http://linuxmafia.com/mailman/listinfo/sf-lug
>>>> or, via e-mail, send a message with subject or body 'help' to
>>>>     sf-lug-request at linuxmafia.com
>>>>
>>>> You can reach the person managing the list at
>>>>     sf-lug-owner at linuxmafia.com
>>>>
>>>> When replying, please edit your Subject line so it is more specific
>>>> than "Re: Contents of sf-lug digest..."
>>>>
>>>>
>>>> Today's Topics:
>>>>
>>>>    1. Does anyone have a good backup strategy for Ubuntu 7.04
>>>>       (Feisty?) (RBV)
>>>>    2. Re: Does anyone have a good backup strategy for    Ubuntu    7.04
>>>>       (Feisty?) (Tom Haddon)
>>>>    3. Re: Does anyone have a good backup strategy for    Ubuntu    7.04
>>>>       (Feisty?) (Rick Moen)
>>>>    4. Re: Does anyone have a good backup strategy for Ubuntu    7.04
>>>>       (Feisty?) (Jeff Bragg)
>>>>    5. Fwd: UG News--Women in Tech Series from www.oreillynet.com
>>>>       (jim stockford)
>>>>    6. BALUG 2007-09-18: John D. Mitchell, Krugle Chief Architect    -
>>>>       Find and reuse code; etc. (Michael Paoli)
>>>>
>>>>
>>>> ----------------------------------------------------------------------
>>>>
>>>> Message: 1
>>>> Date: Thu, 06 Sep 2007 11:50:25 -0700
>>>> From: RBV <GoodWriter2548 at earthlink.net>
>>>> Subject: [sf-lug] Does anyone have a good backup strategy for Ubuntu
>>>>     7.04    (Feisty?)
>>>> To: sf-lug at linuxmafia.com
>>>> Message-ID: <46E04BF1.7010002 at earthlink.net>
>>>> Content-Type: text/plain; charset=ISO-8859-1
>>>>
>>>> Hi:
>>>>
>>>> Three days ago I upgraded from Ubuntu 6 (Dapper) to Feisty.  So far, so
>>>> good, BUT Feisty's use of EXT3 disk broke my old backup strategy
>>>> based on
>>>> Norton Ghost 2003.  More specifically, a restored Feisty root (not boot)
>>>> partition isn't usable.  Multiple threads on The Ubuntu Forum lead me to
>>>> believe I'm not alone in experiencing this...
>>>>
>>>> I have at my disposal a Feisty CD-ROM (thanks Jim!), a 180GB USB2 drive
>>>> currently comprising NTSF and FAT32 partions, an internal CD-RW
>>>> burner, and
>>>> two 80GB tray-mounted drives which I can readily swap in and out of my
>>>> computer.  One such drive currently contains a working W2K / Feisty
>>>> dual-boot system, the second drive contains a W2K / non-working
>>>> Feisty root
>>>> partition.
>>>>
>>>> With this in mind, can anyone suggest a sensible, straightforward,
>>>> *reliable* backup strategy for a complete Ubuntu Feisty system?
>>>>
>>>> Ideally the process would resemble as much as possible the creation of a
>>>> backup "image" of a working Feisty system that could then be readily
>>>> restored as required.
>>>>
>>>> Finally, and at the risk of stating the obvious, I'd prefer not to
>>>> perform
>>>> dangerious experiments until I have a robust backup strategy in place to
>>>> protect me from the consequences of unsuccessful experiments...
>>>>
>>>> Cheers & thanks,
>>>> Riley
>>>> SFO
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>>
>>>> Message: 2
>>>> Date: Fri, 07 Sep 2007 12:38:18 -0700
>>>> From: Tom Haddon <tom at greenleaftech.net>
>>>> Subject: Re: [sf-lug] Does anyone have a good backup strategy for
>>>>     Ubuntu    7.04 (Feisty?)
>>>> To: RBV <GoodWriter2548 at earthlink.net>
>>>> Cc: sf-lug at linuxmafia.com
>>>> Message-ID: <1189193898.18263.5.camel at localhost.localdomain>
>>>> Content-Type: text/plain
>>>>
>>>>
>>>> On Thu, 2007-09-06 at 11:50 -0700, RBV wrote:
>>>>> Hi:
>>>>>
>>>>> Three days ago I upgraded from Ubuntu 6 (Dapper) to Feisty.  So far, so
>>>>> good, BUT Feisty's use of EXT3 disk broke my old backup strategy
>>>>> based on
>>>>> Norton Ghost 2003.  More specifically, a restored Feisty root (not
>>>>> boot)
>>>>> partition isn't usable.  Multiple threads on The Ubuntu Forum lead
>>>>> me to
>>>>> believe I'm not alone in experiencing this...
>>>>>
>>>>> I have at my disposal a Feisty CD-ROM (thanks Jim!), a 180GB USB2 drive
>>>>> currently comprising NTSF and FAT32 partions, an internal CD-RW
>>>>> burner, and
>>>>> two 80GB tray-mounted drives which I can readily swap in and out of my
>>>>> computer.  One such drive currently contains a working W2K / Feisty
>>>>> dual-boot system, the second drive contains a W2K / non-working
>>>>> Feisty root
>>>>> partition.
>>>>>
>>>>> With this in mind, can anyone suggest a sensible, straightforward,
>>>>> *reliable* backup strategy for a complete Ubuntu Feisty system?
>>>
>>> sf-lug-request at linuxmafia.com wrote:
>>>> Send sf-lug mailing list submissions to
>>>>     sf-lug at linuxmafia.com
>>>>
>>>> To subscribe or unsubscribe via the World-Wide Web, visit
>>>>     http://linuxmafia.com/mailman/listinfo/sf-lug
>>>> or, via e-mail, send a message with subject or body 'help' to
>>>>     sf-lug-request at linuxmafia.com
>>>>
>>>> You can reach the person managing the list at
>>>>     sf-lug-owner at linuxmafia.com
>>>>
>>>> When replying, please edit your Subject line so it is more specific
>>>> than "Re: Contents of sf-lug digest..."
>>>>
>>>>
>>>> Today's Topics:
>>>>
>>>>    1. Does anyone have a good backup strategy for Ubuntu 7.04
>>>>       (Feisty?) (RBV)
>>>>    2. Re: Does anyone have a good backup strategy for    Ubuntu    7.04
>>>>       (Feisty?) (Tom Haddon)
>>>>    3. Re: Does anyone have a good backup strategy for    Ubuntu    7.04
>>>>       (Feisty?) (Rick Moen)
>>>>    4. Re: Does anyone have a good backup strategy for Ubuntu    7.04
>>>>       (Feisty?) (Jeff Bragg)
>>>>    5. Fwd: UG News--Women in Tech Series from www.oreillynet.com
>>>>       (jim stockford)
>>>>    6. BALUG 2007-09-18: John D. Mitchell, Krugle Chief Architect    -
>>>>       Find and reuse code; etc. (Michael Paoli)
>>>>
>>>>
>>>> ----------------------------------------------------------------------
>>>>
>>>> Message: 1
>>>> Date: Thu, 06 Sep 2007 11:50:25 -0700
>>>> From: RBV <GoodWriter2548 at earthlink.net>
>>>> Subject: [sf-lug] Does anyone have a good backup strategy for Ubuntu
>>>>     7.04    (Feisty?)
>>>> To: sf-lug at linuxmafia.com
>>>> Message-ID: <46E04BF1.7010002 at earthlink.net>
>>>> Content-Type: text/plain; charset=ISO-8859-1
>>>>
>>>> Hi:
>>>>
>>>> Three days ago I upgraded from Ubuntu 6 (Dapper) to Feisty.  So far, so
>>>> good, BUT Feisty's use of EXT3 disk broke my old backup strategy
>>>> based on
>>>> Norton Ghost 2003.  More specifically, a restored Feisty root (not boot)
>>>> partition isn't usable.  Multiple threads on The Ubuntu Forum lead me to
>>>> believe I'm not alone in experiencing this...
>>>>
>>>> I have at my disposal a Feisty CD-ROM (thanks Jim!), a 180GB USB2 drive
>>>> currently comprising NTSF and FAT32 partions, an internal CD-RW
>>>> burner, and
>>>> two 80GB tray-mounted drives which I can readily swap in and out of my
>>>> computer.  One such drive currently contains a working W2K / Feisty
>>>> dual-boot system, the second drive contains a W2K / non-working
>>>> Feisty root
>>>> partition.
>>>>
>>>> With this in mind, can anyone suggest a sensible, straightforward,
>>>> *reliable* backup strategy for a complete Ubuntu Feisty system?
>>>>
>>>> Ideally the process would resemble as much as possible the creation of a
>>>> backup "image" of a working Feisty system that could then be readily
>>>> restored as required.
>>>>
>>>> Finally, and at the risk of stating the obvious, I'd prefer not to
>>>> perform
>>>> dangerious experiments until I have a robust backup strategy in place to
>>>> protect me from the consequences of unsuccessful experiments...
>>>>
>>>> Cheers & thanks,
>>>> Riley
>>>> SFO
>>>>
>>>>
>>>>
>>>> ------------------------------
>>>>
>>>> Message: 2
>>>> Date: Fri, 07 Sep 2007 12:38:18 -0700
>>>> From: Tom Haddon <tom at greenleaftech.net>
>>>> Subject: Re: [sf-lug] Does anyone have a good backup strategy for
>>>>     Ubuntu    7.04 (Feisty?)
>>>> To: RBV <GoodWriter2548 at earthlink.net>
>>>> Cc: sf-lug at linuxmafia.com
>>>> Message-ID: <1189193898.18263.5.camel at localhost.localdomain>
>>>> Content-Type: text/plain
>>>>
>>>>
>>>> On Thu, 2007-09-06 at 11:50 -0700, RBV wrote:
>>>>> Hi:
>>>>>
>>>>> Three days ago I upgraded from Ubuntu 6 (Dapper) to Feisty.  So far, so
>>>>> good, BUT Feisty's use of EXT3 disk broke my old backup strategy
>>>>> based on
>>>>> Norton Ghost 2003.  More specifically, a restored Feisty root (not
>>>>> boot)
>>>>> partition isn't usable.  Multiple threads on The Ubuntu Forum lead
>>>>> me to
>>>>> believe I'm not alone in experiencing this...
>>>>>
>>>>> I have at my disposal a Feisty CD-ROM (thanks Jim!), a 180GB USB2 drive
>>>>> currently comprising NTSF and FAT32 partions, an internal CD-RW
>>>>> burner, and
>>>>> two 80GB tray-mounted drives which I can readily swap in and out of my
>>>>> computer.  One such drive currently contains a working W2K / Feisty
>>>>> dual-boot system, the second drive contains a W2K / non-working
>>>>> Feisty root
>>>>> partition.
>>>>>
>>>>> With this in mind, can anyone suggest a sensible, straightforward,
>>>>> *reliable* backup strategy for a complete Ubuntu Feisty system?
>>>> Rsync is your friend.
>>>>
>>>> I use it to backup my entire system with the exception of some things,
>>>> and have restored from it successfully when I did rm
>>>> -rf /root_directory_of_a_chroot when I had my /home directory mounted in
>>>> the chroot (effectively deleting all home /home).
>>>>
>>>> Something like:
>>>>
>>>> rsync -avz --delete
>>>> --exclude-from=host_exclude / /path/of/external/drive
>>>>
>>>> Where the file "host_exclude" looks something like this:
>>>>
>>>> /boot/
>>>> /lib/modules
>>>> /etc/modules
>>>> /etc/lilo.conf
>>>> /etc/fstab
>>>> /etc/mtab
>>>> /proc
>>>> /dev
>>>> lost+found/
>>>> /var/log/
>>>> /sys
>>>> /media
>>>> /tmp
>>>>
>>>> (You don't have to exclude all of these - whatever is appropriate).
>>>>
>>>>
>>>> Note that this obviously isn't Ubuntu-specific (it works for me fine on
>>>> Ubuntu and Debian, and I'm sure any other distro).
>>>>
>>>> Thanks, Tom
>>>>
>>>>> Ideally the process would resemble as much as possible the creation
>>>>> of a
>>>>> backup "image" of a working Feisty system that could then be readily
>>>>> restored as required.
>>>>>
>>>>> Finally, and at the risk of stating the obvious, I'd prefer not to
>>>>> perform
>>>>> dangerious experiments until I have a robust backup strategy in
>>>>> place to
>>>>> protect me from the consequences of unsuccessful experiments...
>>>>>
>>>>> Cheers & thanks,
>>>>> Riley
>>>>> SFO
>>>>>
>>>>> _______________________________________________
>>>>> sf-lug mailing list
>>>>> sf-lug at linuxmafia.com
>>>>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>>
>>>> I use it to backup my entire system with the exception of some things,
>>>> and have restored from it successfully when I did rm
>>>> -rf /root_directory_of_a_chroot when I had my /home directory mounted in
>>>> the chroot (effectively deleting all home /home).
>>>>
>>>> Something like:
>>>>
>>>> rsync -avz --delete
>>>> --exclude-from=host_exclude / /path/of/external/drive
>>>>
>>>> Where the file "host_exclude" looks something like this:
>>>>
>>>> /boot/
>>>> /lib/modules
>>>> /etc/modules
>>>> /etc/lilo.conf
>>>> /etc/fstab
>>>> /etc/mtab
>>>> /proc
>>>> /dev
>>>> lost+found/
>>>> /var/log/
>>>> /sys
>>>> /media
>>>> /tmp
>>>>
>>>> (You don't have to exclude all of these - whatever is appropriate).
>>>>
>>>>
>>>> Note that this obviously isn't Ubuntu-specific (it works for me fine on
>>>> Ubuntu and Debian, and I'm sure any other distro).
>>>>
>>>> Thanks, Tom
>>>>
>>>>> Ideally the process would resemble as much as possible the creation
>>>>> of a
>>>>> backup "image" of a working Feisty system that could then be readily
>>>>> restored as required.
>>>>>
>>>>> Finally, and at the risk of stating the obvious, I'd prefer not to
>>>>> perform
>>>>> dangerious experiments until I have a robust backup strategy in
>>>>> place to
>>>>> protect me from the consequences of unsuccessful experiments...
>>>>>
>>>>> Cheers & thanks,
>>>>> Riley
>>>>> SFO
>>>>>
>>>>> _______________________________________________
>>>>> sf-lug mailing list
>>>>> sf-lug at linuxmafia.com
>>>>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>>
>>> _______________________________________________
>>> sf-lug mailing list
>>> sf-lug at linuxmafia.com
>>> http://linuxmafia.com/mailman/listinfo/sf-lug
>>>
> 
> 
> 
> ------------------------------
> 
> Message: 4
> Date: Mon, 10 Sep 2007 00:22:28 -0700
> From: jim stockford <jim at well.com>
> Subject: [sf-lug] bayPIGgies September meeting: Developing a Python
> 	Product
> To: SFLUG Mailing List <sf-lug at linuxmafia.com>
> Message-ID: <47d2a0898de03fc1bfb64ddf2cc68739 at well.com>
> Content-Type: text/plain; charset=US-ASCII; format=flowed
> 
> 
> 
> 
> Thursday, September 13, 2007:
> Developing a Software Product, from concept to release,
> entirely in Python
> 
> Location: Google
> 
> bayPIGgies meeting information:
> http://baypiggies.net/new/plone
> 
> sign up to have google access badges ready:
> http://wiki.python.org/moin/BayPiggiesGoogleMeetings
> 
> 
> Agenda-----------------------------
> 
> ..... 7:30 PM ...........................
> General hubbub, inventory end-of-meeting announcements,
> any first-minute announcements.
> 
> ..... 7:35 PM to 8:45 PM ................
> 
> Topic: Developing a software product, from concept to
> release, entirely in Python
> by Mike Pittaro of SnapLogic
> 
> A soup-to-nuts overview of developing a software
> product, from concept to release, entirely in Python.
> This touches issues of design, why Python, choosing
> modules and technologies, build or buy, hiring, tools,
> working with open source, coding style, licensing
> decisions, testing, building, packaging and release.
> 
> Mike Pittaro started the SnapLogic project in 2005
> with the goal of simplifying data integration with a
> fundamentally new approach.
> 
> Mike has worked in the data analysis and data integration
> space for the past 12 years. He built his first financial
> data mart in 1996, and later worked on pool selection
> analysis for the asset-backed securitization industry.
> Mike joined Informatica in 1997, where he worked on product
> advocacy and developed the support infrastructure for the
> Global Support Organization which used a mixture of
> commercial and Open Source software to enable collaboration
> and resource sharing across five distributed support centers.
> Prior to that he worked in the high performance computer
> industry, optimizing Fortran and C programs for massively
> parallel computers. Mike graduated from the Sligo Institute
> of Technology in 1983.
> 
> http://www.snaplogic.org/
> 
> 
> ..... 8:45 PM to 9:00 PM ................
> Mapping/Random Access
> 
> Mapping is a rapid-fire audience announcement of topics the announcers
> are interested in.
> 
> Random Access follows immediately to allow follow up individually on
> topics of interest.
> 
> 
> ..... The October Meeting  ................
> TBD
> 
> 
> 
> 
> ------------------------------
> 
> _______________________________________________
> sf-lug mailing list
> sf-lug at linuxmafia.com
> http://linuxmafia.com/mailman/listinfo/sf-lug
> 
> 
> End of sf-lug Digest, Vol 22, Issue 14
> **************************************




More information about the sf-lug mailing list