RE: 2 localization problems with scripts

[Jeff Black]

> Hello,
> 
> the scripts tightvnc.bat and emacs.bat both use an absolute path to an
> executable in the "C:\Program Files" tree, however, this is named
> differently in localized versions of Windows. For WinXP it is better to
> replace "C:\Program Files\***" by: "%ProgramFiles%\***" (the quotes are
> required).
> 
> I'm not sure if the env var exits for Win2000, too.
> 
> Bye,
> 
> --
> 
> Steffen Kaiser

Windows 2000 does have the %ProgramFiles% variable...  patch attached

I also fixed the unix line endings in opera.bat


jmblack.diff
Description: Binary data

RE: Single $oem$ directory for all OS Media with Linux Boot Disk ? on a windows server

[Jeff Black]

> "James Barlow" <[EMAIL PROTECTED]> writes:
> 
> > I'm using Unattended 4.2c with the Linux boot disk. I'm interested
> > in trying to fiddle things so that I can use a single $oem$
> > directory regardless of whether I'm loading Win2k Pro, or Win2K
> > Server or Win XP.  I was hoping I'd be able to do something with
> > symbolic links.
> 
> You mean you want to share the drivers themselves?  Does that always
> work?
> 
> > As a quick test, exiting from install.pl after boot and running "ln
> > -s target source" comes back with an error "Operation not
> > permitted", which could be because my install share is on a Windows
> > 2000 server.
> 
> Yeah, the symlinks need to be on the server.  You could certainly do
> this with a Linux server...

Or use http://www.sysinternals.com/ntw2k/source/misc.shtml#junction on a NTFS 
formatted disk in a
Win2k/XP/2k3 machine. Junction creates Hard Links. Feel free to read over the 
documentation for
junction. It will probably do exactly what you want.
 




---
This SF.Net email sponsored by Black Hat Briefings & Training.
Attend Black Hat Briefings & Training, Las Vegas July 24-29 - 
digital self defense, top technical experts, no vendor pitches, 
unmatched networking opportunities. Visit www.blackhat.com
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

Unattended: as an Application and OS Service pack / hotfix application tool.....

[Jeff Black]

Let me start by saying, Unattended is an incredible project that has already 
saved me
countless hours; Kudos to the unattended community.

I want to use (misuse?) unattended to apply service packs, security updates 
and the like to
machines that were not installed using unattended and/or do not have a c:\netinst\ 
directory
anymore. To make this even more difficult, ideally I want to be able to quickly (one 
click easy?!)
setup Unattended on the server side so that I can apply these updates.

I am a consultant, and have *a lot* of geographically separated places I'd 
like to use
unattended

I plan on attempting to automate some (all?) of this myself, just looking for 
ideas...
Ideally...

Server Side
---
1) Download 'Unattended Server Install Script'
The script would
a) Check for and install Cygwin if necessary
b) Run a bash script
I.  Copy the Unattended Scripts to 
/var/unattended/

a.  Fix the file permissions after 
copying if
need be.

II. Share (SMB) /var/unattended/install as 
"install"

III.Run the prepare script, specifying 
which scripts to
Pull the binaries for. (ex. Download 
winxp updates, 
but not office2003 updates; of course 
this is
customizable)

At this point the "server" would be ready to serve 
updates/applications to
any
Workstation that asked

It would still need more configuration for use installing OS's 
but in my
particular scenario I don't need unattended to be able to do that at every site. 
I do however want to have unattended available at every site 
for other
reasons.

Workstation Side

1) Map a drive z: to \\ntinstall\install
Problem:How do we determine the server name?
I'd LOVE to re-use DHCP option 233 from
Within windows to determine the 
unattended 
Servers name. I've not yet been able 
to 
Find docs on how to do that just yet.

2) Run z:\scripts\Apps_Only_Install.bat
I would love to find a better name for 
that script
btw.


If I could get the server name from DHCP option 233 within windows I'd be ecstatic...


Are their any major logic flaws in the above? 

-Jeff






---
This SF.Net email is sponsored by the new InstallShield X.
>From Windows to Linux, servers to mobile, InstallShield X is the
one installation-authoring solution that does it all. Learn more and
evaluate today! http://www.installshield.com/Dev2Dev/0504
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: DHCP for Z_PATH, strangeness

[Jeff Black]

> > > Hm.  If we are going to steal a local DHCP option anyway, maybe we
> > > should only take one but give it this syntax:
> > >
> > > z_user=... z_pass=... z_path=...
> >
> > OK, I implemented this.  After various Googling, I settled on DHCP
> > option 233.  The changes are in 4.1-rc1 and they work for me.  Try it
> > out!
> >
> >  - Pat
> 
> > Basic dhcpd question:
> > Using ISC DHCPd 3.x how would I add option 233?
> 
> > What I've tried already:
> 
> Almost right. This is what I use on my server.
> 
> Before any subnet place
> 
> option unattended-options code 233 = string;
> 
> and in the right subnet defs place
> 
> option unattended-options"z_username=  z_pass=  z_path";
> 
> >option unattended-options code 233 = text;
> >option unattended-options "z_user=localdomain\customusername
> z_pass=passwordgoeshere
> > z_path=//servername/sharename"
> 
> Greetz,
> 
> Patrick

1) failure, if the dhcp option (233) is set to

option unattended-options "z_user=localdomain\usernamegoeshere z_pass=password
z_path=//servername/sharename

I get this from linux
*** Trying smbmount \\servername\sharename /z -o 
username=localdomainusernamegoeshere,rw,ttl=240
creating lame upcase table
creating lame lowcase table
386: session setup failed: ERRDOS - ERRnoaccess (Access denied.)
SMB connection failed

2) failure, if the dhcp option (233) is set to

option unattended-options "z_user=localdomain/usernamegoeshere z_pass=password
z_path=//servername/sharename

I get this from linux
*** Trying smbmount \\servername\sharename /z -o
username=localdomain\usernamegoeshere,rw,ttl=240
creating lame upcase table
creating lame lowcase table
386: session setup failed: ERRDOS - ERRnoaccess (Access denied.)
SMB connection failed


3) success, if the dhcp option (233) is set to

option unattended-options "z_user=usernamegoeshere/localdomain z_pass=password
z_path=//servername/sharename

I get this from linux
*** Trying smbmount \\servername\sharename /z -o
username=localdomain\usernamegoeshere,rw,ttl=240
creating lame upcase table
creating lame lowcase table
*** Excelent now lets see about mass storage controllers

#3 seems very backwards. If nothing else this email is meant to document this 
'feature' ;)

-Jeff




---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE. 
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: [Unattended] Using unattended post os install (dhcp options)

[Jeff Black]

Inline comments, additions

> http://www.hansonsystems.com/unattended/Start_Apps_Only_Install.bat
> 
> http://www.hansonsystems.com/unattended/AppsOnly_Set1.bat
> 
> Keep in mind that the user you are currently logged in with will need the ability to 
> map a drive
> to
> \\ntinstall\install (or whatever share you change "Start_Apps_Only_Install.bat" to 
> point to. You
> will most likely also want to be a local administrator on the machine in question, I 
> assume you
> are
> using this to install applications and/or os patches and it is increasingly 
> difficult to do that
> as
> a Restricted User ;(
> 
> Any help I can get cleaning these up even more so they can be included in the base 
> unattended
> distribution would be appreciated.
> 
> -Jeff
> 
> 
> Begin "Start_Apps_Only_Install.bat"
> @Echo off
> for %%a in ( c d e f g h i j k l m n o p q r s t u v w x y z ) do if exist 
> %%a:\dosbin\install.pl
> set z=%%a:
> if "%z%"=="" goto :unc
> if not "%z%"=="" goto :drive
> 
> :unc
> ::
> :: Can we get Z_PATH from DHCP if option 233 is set Instead of hard coding it here?
> ::
> 
> set Z_PATH=\\ntinstall\install


I would love to retrieve Z_PATH once in windows 2000/Xp from the DHCP server instead 
of relying on
local files that may or may not exist to obtain this information. If the machine was 
installed
originally with unattended AND the machine is still at the same location (on the same 
network) as
when it was 'born' then all is well. In the real world this is a little rougher ;) 
Machines move to
different physical networks after being installed more often then not I am assuming. 
Using
unattended to push out patches and applications without using the os instillation 
portion imo is
very handy :)

The only information I have been able to dif up seems to suggest a custom written .exe 
is needed to
retrieve the information from the DHCP server in windows 2000 or newer. I would love 
for someone to
prove me wrong here.

http://support.microsoft.com/default.aspx?scid=KB;EN-US;Q312468&;

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dhcp/dhcp/dhcp_client_api_examples.
asp

http://www.microsoft.com/technet/prodtechnol/winntas/support/sur_dhcp.mspx


> 
> %Z_PATH%\bin\mapznrun.bat %Z_PATH%\scripts\AppsOnly_Set1.bat
> goto :end
> 
> :drive
> %Z%\bin\mapznrun.bat %z%\scripts\AppsOnly_Set1.bat
> 
> :end
> End "Start_Apps_Only_Install.bat"
> 
> 
> 
> Begin "AppsOnly_Set1.bat"
> @Echo off
> ::
> :: Disclamer:
> :: --
> :: This script should be run under a local administrator account. If you choose to 
> run under any
> other
> :: user, good luck :) My reasoning is simple, many applications and (all?) Windows 
> security
> updates
> require you
> :: have file and registry permissions to add them to a machine. This script does NO 
> user rights
> checking at all.
> :: feel free to fix that for me :)
> ::
> ::
> ::  Modifying the path is necessary becuase we want to use todo.pl without having to 
> specify
> z:\bin
> set path=%z%\bin;%path%
> ::  Setup netinst directory on c: to hold the todo.txt and the log files for this 
> workstation
> if not exist c:\netinst\nul md c:\netinst\
> if not exist c:\netinst\logs\nul md c:\netinst\logs\
> if not exist c:\netinst\mapznrun.bat copy %z%\mapznrun.bat c:\netinst\
> 
> ::  install perl, it might not be installed yet
> call %z%\scripts\perl.bat
> ::
> ::  remember the todo.pl lines are adding lines one by one to c:\netinst\todo.txt
> ::  and will actually be executed in the reverse order that they are added.
> ::  Last first, first last.
> ::
> ::
> :: Uncomment Lines as necessary
> ::
> ::**
> :: Cleanup Section
> ::**
> todo.pl .reboot
> todo.pl "srconfig.pl --enable"
> todo.pl "autolog.pl --logon=0"
> ::
> ::
> ::*
> :: Application and Patches Section
> ::*
> ::
> :: Uncomment some lines below to install the application
> :: or add your own script. see z:\scripts\ for more information
> :: and more scripts
> ::
> :: Open Office - www.openoffice.org
> ::todo.pl officeop.bat
> ::
> :: Microsoft Office XP - www.microsoft.com
> ::todo.pl officexp.bat
> ::
> :: Cygwin - UNIX API and UTILS for Win32 - www.cygwin.com
> ::todo.pl cygwin.bat
> ::
> :: Adobe Acrobat Reader 6.X - www.adobe.com
> ::todo.pl adobe-reader.bat
> ::
> :: WinZip - www.winzip.com
> ::todo.pl winzip.bat
> ::
> :: TightVNC - www.ultravnc.com
> ::todo.pl ultravnc.bat
> ::
> :: Daemon-Tools - www.daemon-tools.cc
> ::todo.pl d-tools.bat
> ::
> :: 7-Zip
> ::todo.pl 7-zip.bat
> ::**
> ::Prepre for unattended Section
> ::**
> ::
> :: disable system restore
> todo.pl "srconfig.pl --disable"
> :: enable auto logon
> todo.pl "autolog.pl --logon=1"
> ::
> ::
> ::**
> :: Start Unattended
> ::*

RE: DHCP for Z_PATH

[Jeff Black]

> > Hm.  If we are going to steal a local DHCP option anyway, maybe we
> > should only take one but give it this syntax:
> >
> > z_user=... z_pass=... z_path=...
> 
> OK, I implemented this.  After various Googling, I settled on DHCP
> option 233.  The changes are in 4.1-rc1 and they work for me.  Try it
> out!
> 
>  - Pat

Basic dhcpd question:
Using ISC DHCPd 3.x how would I add option 233?

What I've tried already:
option unattended-options code 253 = text;
option unattended-options "z_user=localdomain\customusername 
z_pass=passwordgoeshere
z_path=//servername/sharename"

Evidentially I am doing something fundamentally wrong because after adding the above 
option lines
dhcpd is rather angry :) 

I read through man dhcpd.conf and man dhcp-options I think I am choosing the wrong 
option type.

-Jeff




---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g. 
Take an Oracle 10g class now, and we'll give you the exam FREE. 
http://ads.osdn.com/?ad_id=3149&alloc_id=8166&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: Quieter Scripts

[Jeff Black]

This time I'll include the patch, heh
> 
> I finally got around to syncing with cvs and rebuilding the patch.
> 
> >
> > >   2) "@Echo off" needs to go after the initial comment block in the
> > >  file; otherwise, install.pl will miss the "OPTIONAL" line when
> > >  offering which scripts to install.  This is arguably a bug in
> > >  install.pl...  But I kind of like having the top-level
> > >  description of the script appear first in the file.  I am pretty
> > >  sure the "::" lines do not echo anyway.
> >
> > True, the "::" lines do not echo.
> > I have no problem with moving the @Echo off to under the 1st comment block.
> >
> > Should I resubmit the patch with the Echo statements moved? I'll look into doing 
> > this sometime
> > tomorrow if need be.
> >
> > >
> > > Other than these minor things, the question is, what do other people
> > > think?  You have a good point about todo.pl already being fairly
> > > verbose about what it is doing...  Do people like the current output,
> > > which prints something whenever a command gets pushed on the to-do
> > > list, as well as when it gets popped off?  Or are "quieter" scripts
> > > better?
> >
> > > I am leaning toward applying these "quieting" patches unless somebody
> > > wants to talk me out of it.
> > >
> > >  - Pat


Unattended-Add-Echo-Off-to-Scripts-patch.diff
Description: Binary data

RE: Quieter Scripts

[Jeff Black]

I finally got around to syncing with cvs and rebuilding the patch.

> 
> >   2) "@Echo off" needs to go after the initial comment block in the
> >  file; otherwise, install.pl will miss the "OPTIONAL" line when
> >  offering which scripts to install.  This is arguably a bug in
> >  install.pl...  But I kind of like having the top-level
> >  description of the script appear first in the file.  I am pretty
> >  sure the "::" lines do not echo anyway.
> 
> True, the "::" lines do not echo.
> I have no problem with moving the @Echo off to under the 1st comment block.
> 
> Should I resubmit the patch with the Echo statements moved? I'll look into doing 
> this sometime
> tomorrow if need be.
> 
> >
> > Other than these minor things, the question is, what do other people
> > think?  You have a good point about todo.pl already being fairly
> > verbose about what it is doing...  Do people like the current output,
> > which prints something whenever a command gets pushed on the to-do
> > list, as well as when it gets popped off?  Or are "quieter" scripts
> > better?
> 
> > I am leaning toward applying these "quieting" patches unless somebody
> > wants to talk me out of it.
> >
> >  - Pat




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: WinImage .imz files and memdisk - confirmed

[Jeff Black]

> We learned last week (thanks, Jeff) that memdisk cannot handle
> compressed floppy images created by WinImage.
> 
> Well, now it can.  Maybe.  I have submitted patches to the
> SYSLINUX/memdisk author.

Nice :)

> 
> I have also uploaded my memdisk binary to
> .  I have tested it with a
> hand-rolled .imz file (PKZIP archive containing a .img file), but that
> is not necessarily the same as testing with WinZip itself.

Fair warning to anyone attempting to download this; IE wants to treat the "memdisk" 
file as text
instead of executable so I suggest grabbing it with cygwin.

"wget http://unattended.sourceforge.net/testing/memdisk";

> If somebody with WinImage could see if this new memdisk can boot a
> WinImage compressed archive, I would appreciate it.  Thanks!
> 
>  - Pat
> 
Confirmed. This works. I can boot using uncompressed, gzip compressed, and winimage 
compressed
images. I named the winimage compressed images with an .imz extension. I did not test 
the winimage
compressed images with any other extension so ymmv.

-Jeff




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: Quieter Scripts, and improvements to mapznrun.bat

[Jeff Black]

> > Example output before and after applying the patch is attached.
> 
> Couple of things:
> 
>   1) This is not against current CVS; most of the C: -> %SystemDrive%
>  replacements went in on 03/22.

Yikes, I thought I caught all the differences, my mistake.

>   2) "@Echo off" needs to go after the initial comment block in the
>  file; otherwise, install.pl will miss the "OPTIONAL" line when
>  offering which scripts to install.  This is arguably a bug in
>  install.pl...  But I kind of like having the top-level
>  description of the script appear first in the file.  I am pretty
>  sure the "::" lines do not echo anyway.

True, the "::" lines do not echo.
I have no problem with moving the @Echo off to under the 1st comment block. 

Should I resubmit the patch with the Echo statements moved? I'll look into doing this 
sometime
tomorrow if need be.

> 
> Other than these minor things, the question is, what do other people
> think?  You have a good point about todo.pl already being fairly
> verbose about what it is doing...  Do people like the current output,
> which prints something whenever a command gets pushed on the to-do
> list, as well as when it gets popped off?  Or are "quieter" scripts
> better?

> I am leaning toward applying these "quieting" patches unless somebody
> wants to talk me out of it.
> 
>  - Pat





---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

Quieter Scripts, and improvements to mapznrun.bat

[Jeff Black]

 wget 
ftp://www.hansonsystems.com/unattended/MakeUnattendedScriptsaBitQuieterByDefault.diff
 wget ftp://www.hansonsystems.com/unattended/justinstallapps.bat

I modified all the base scripts to be a bit quieter by default. The batch scripts 
should have to
echo almost nothing to the screen because todo.pl announces what it is about to 
execute AND gives
status if it returns a non-0 error code. With this patch my unattended scripts look 
much nicer :)

I also have been working on automated application installs using a batch script on 
machines that
have never seen unattended before. Read: no c:\netinst directory, therefore no 
authentication files,
no Z_ variables, etc. Rather then depending on outside scripts to setup things 
correctly 
(error prone) I decided to construct a separate script to setup the appropriate 
variables, Z_PATH
and Z, map a drive using current user credentials, install perl and fire off the 
todo.pl script. It
is a work in progress and most definitely needs work but it does work, I just don't 
like hard coding
all the todo items in there, but its no worse then what postinst.bat does.

I usually run justinstallapps.bat from the start menu -> run ->
"\\servername\sharename\justinstallapps.bat"

Comments encouraged
Flame away :)

-Jeff


MakeUnattendedScriptsaBitQuieterByDefault.diff
Description: Binary data

RE: [Unattended] JRE2 Install command switch; this sparked an idea and a question :)

[Jeff Black]

> That said, I still kind of like this idea.  I would propose
> implementing it like this.  We create a "C:\netinst\done.txt" list
> which enumerates the commands we have actually executed.  (Every time
> todo.pl executes a command, it appends it to done.txt.)
> 
> Then we modify todo.pl to display the number of lines in todo.txt and
> the number of lines in done.txt.  This would provide at least some
> (incomplete) information about idea where we are in the big picture,
> and it would not be very expensive.
> 
> I will look at implementing this sometime.
> 
>  - Pat

Thanks :)

-Jeff




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: [Unattended] JRE2 Install command switch; this sparked an idea and a question :)

[Jeff Black]

> 
> > And here I like seeing the progress bar' because it tells me the
> > computer is doing something and isn't frozen, as well as how it's
> > going.  Just my two cents.
> 
> Yeah, I like progress bars too, which is why I opted for /qb instead
> of /qn like Sun documents.
...

How difficult would it be to create a 2nd text file when first executing todo.pl --go 
for use to
keep track of where we are as far as progress. I am thinking something along the lines 
of this (ugly
pseudo-code follows):

Todo.pl --go
If exist c:\netinst\todo.txt copy c:\netinst\todo.txt c:\netinst\progress.txt
(insert fancy perl stuff here, count the lines in progress.txt, replace the existing 
lines:
foo
bar
foobar
foobar2

With

1
2
3
4

Then when todo.pl removes a line from todo.txt ALSO remove a line from progress.txt.

The benefit of this being that within perl we can read in the 1st line of progress.txt 
and the last
line of progress.txt and KNOW that we are on step (5 of 20).

I wish I knew more perl, at first sight this seems trivial and at least seems as 
through it would
improve the output of todo.pl considerably :)

-Jeff




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: RE : [Unattended] Unattended authentication issues....

[Jeff Black]

> 
> http://www.ericphelps.com/batch/charactr/
> 
> I have implemented the "choice" hack for the next release.  So, you
> can now provide DOMAIN\username as the user for the DOS boot disk.  We
> strip the DOMAIN part when doing "net use" under DOS, since it is
> forbidden (and seems to be unnecessary).  But we put it back again to
> map the drive from Windows.
> 
> Jeff, you can either check out and build from CVS, or you can wait
> until the next (pre-)release.
> 
>  - Pat

Thanks :)

I'll build a new cd from cvs and report back. On a lighter note: the linux boot disk 
is working WELL
on all systems Ive tried it on.

-Jeff




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

What is the preferable way to send new files to the dev list? sourceforge doesnt allow zip attachments?

[Jeff Black]

<[EMAIL PROTECTED]>:
66.35.250.206 failed after I sent the message.
Remote host said: 550-For the time being, we are blocking all mail with the .zip 
extentsion.  If 550
this this is a problem, please open a Support Request on the SF.net webite.




---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: Minor patch to a the scripts in /scripts: removing most (all?) c:\ refrences to %systemdrive% instead

[Jeff Black]

> I had some trouble applying this patch, because it converted the line
> endings from CRLF to LF.  So I tried editing the entire patch file to
> convert its lines to CRLF.  And then patch program "helpfully" printed
> a warning, stripped the CRs, and was still unable to apply the patch!
> 
> Have I mentioned recently...  Oh, right.

Oops. ;) I'll try to pay more attention to that next time.

-Jeff






---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

Minor patch to a the scripts in /scripts: removing most (all?) c:\ refrences to %systemdrive% instead

[Jeff Black]

I have a few Citrix Metaframe servers that don't have a c: drive at all ;) 

This fixes most of the application install scripts to work with machines without a c: 
drive. In my
case %systemdrive% is m:

-Jeff



replace-drivec-with-systemdrive.diff
Description: Binary data

RE: Docs Update: cygwin and step-by-step guide

[Jeff Black]

> Jeff, these are excellent.  Thank you!
> 
> I have uploaded them to:
> 
> http://unattended.sourceforge.net/step-by-step.html
> http://unattended.sourceforge.net/cygwin.html
> 
> I have also checked them in to CVS.


Glad to hear it :)


> I noticed one or two typos.  And http://validator.w3.org/ has a
> trivial complaint.  But I have not edited them yet, because first we
> have to pick a procedure for collaborating on these.


Fixed in the attached .diff
I also added a style sheet that I hope will prove to be useful throughout 
the documentation.

> CVS is probably the best option, if you know how to use it (or are
> willing to learn).  We could start with you sending patches against
> the read-only CVS, but I would be willing to give you write access
> pretty quickly.
> 
> What do you think?

CVS works fine. 

> I am really, really happy to see somebody else actually writing
> documentation :-).
> 
>  - Pat

Yeah, it is a thankless job for the most part, but if it helps ME and people like me 
then I'm happy.
:)
 

-Jeff



cygwin-html3-20-2004.diff
Description: Binary data
.CygwinCommands {
	font-family: "Courier New", Courier, mono;
	font-size: 14px;
	font-style: normal;
	line-height: normal;
	font-weight: bold;
	font-variant: normal;
	text-transform: none;
	color: #00;
	cursor: text;
	background-color: #CC;
}
.Win32Commands {
	font-family: "Courier New", Courier, mono;
	font-size: 14px;
	font-style: normal;
	line-height: normal;
	font-weight: normal;
	font-variant: normal;
	text-transform: lowercase;
	color: #33;
	text-decoration: none;
	cursor: text;
	background-color: #CC;
	letter-spacing: normal;
	border: thin inset #33;
}

Docs Update: cygwin and step-by-step guide

[Jeff Black]

In HTML this time.

I'll try to pretty these up as time goes on.
Title: Step-By-Step Unattended Preperation Guide





This document is part of Unattended, a Windows deployment system. 
Step-By-Step Unattended Preparation Guide
 
 Documentation:
 
  
1. What is Unattended 
http://unattended.sourceforge.net
  
  
2. Unattended OS Setup
 http://unattended.sourceforge.net/os.html
  
  
3. Unattended Application Setup 
http://unattended.sourceforge.net/apps.html
  
  
4. Customize Unattended for your site
 http://unattended.sourceforge.net/advanced.html
  
  
5. Install XYZ using Unattended
http://unattended.sourceforge.net/installers.html 
  

 Requirements:
 
   
  
  DHCP server on your network
   
   
  
  Server capable of sharing files
   
   
  
  Cygwin is installed [ http://www.cygwin.com ] 
   
 
 How to read this document:
 
   
  
  $ is a command typed into the cygwin bash prompt
   
   
  
  c:\> is a command typed into the CMD prompt
   
 
  Overview - What can unattended do after it is setup?
 
   
  
 a. Install an OS from scratch, automated
   
 
 
   
  
 I. Boot ‘clean’ and get on the network 
   
 
 
   
  
 a. Boot using an Unattended Boot disk
   
   
  
 b. Load a network card driver<
   
   
  
 c. Obtain an IP via DHCP
   
   
  
 d. Map a drive z: to \\servername\sharename
   
 
 
   
  
 II. Prepare the Disk
   
 
 
   
  
 a. Create a partition (optional)
   
   
  
 b. Format (optional)
   
 
 
   
  
 III. Install Windows
   
 
 
   
  
 a. Run z:\dosbin\install.pl via Perl
   
 
 
   
  
 b. Install Updates and Applications, automated
   
 
 
   
  
 I. Map drive z: to \\servername\sharename
   
 
 
 

   
  a. authenticate using information written by the OS Setup portion>


  

   
  c:\netinst\ fillthisinformationin

  
  

   
  II. Make a list of OS Updates and applications to install using todo.pl

  
  

   
  c:\netinst\ fillthisinformationin2

  
  

   
  III. Install OS Updates and Applications

  
  

   
  z:\bin\todo.pl --go

  
  
  1. Prepare the Unattended Server
 
   
  
 a. Unattended 
   
 
 
   
  
  I. Download Unattended main distribution 
   
 
 

 
   
  
 http://prdownloads.sourceforge.net/unattended/
   
   
  
 unattended-x.xx.tar.gz
   
 
 
   
  
 b. Unzip the Unattended-x.xx.tar.gz file to c:\unattended 
   
 
 
   
  
 *** WARNING - If you dont yet have cygwin installed you cannot use cygwin to extract the archive ***
   
 
 
 

   
  $ tar -xfz unattended-x.xx.tar.gz /cygdrive/c/unattended/


  

   
  c. Setup the Unattended File Share

  
  

   
  I. Create the SMB file share for unattended

  
  

   
  c:\> net share install=c:\unattended\unattended-x.xx\install

  
  

   
  II. Decide what windows user will authenticate with the server when accessing the share.

  
  

   
  Keep in mind, you can authenticate with any username / password that has access

  
  

   
  a. Change the permissions on the files to allow the appropriate user to access it.

  
  

   
  c:\> set unattendeduser=guest


   
  c:\> cacls c:\unattended\unattended-x.xx /T /E /G:%unattendeduser%

  
  

   
  b. (optional) If you will be using the guest account then make sure it is enabled

  
  

   
  c:\> net user guest /ACTIVE:YES /DOMAIN


   
  c:\> cacls c:\unattended\unattended-x.xx /T /E /G:%unattendeduser%

  
   
  2. Prepare the Unattended Boot Disk
  

   
  a. DOS Boot Disk

  
  

   
   I. Download Unattended DOS boot disk

  
  

   
  http://prdownloads.sourceforge.net/unattended/


   
  unattended-x.xx-dosboot.tar.gz 

  
  

   
   II. Unzip unattended-x.xx-dosboot.tar.gz to c:\unattended\ 

  
  

   
  *** WARNING - If you dont yet have cygwin installed you cannot use cygwin to extract the archive ***

  
  

   
  $ tar -xfz unattended-x.xx-dosboot.tar.gz /cygdrive/c/unattended/

  
  

   
   III. Download djgpp and apps for DOS and extract them to c:\unattended\unattended-x.xx\install\djgpp

  
  

   
  ftp://ftp.delorie.com/pub/djgpp/current/v2/djdev203.zip 


   
  ftp://ftp.delorie.com/pub/djgpp/current/v2misc/csdpmi5b.zip


   
  ftp://ftp.delorie.com/pub/djgpp/current/v2gnu/perl561b.zip


   
  ftp://ftp.delorie.com/pub/djgpp/current/v2apps/pico396b.zip

  
  

   
   IV. Creating the boot media 

  
  

   

RE: [Unattended] cygwin - make - round 2

[Jeff Black]

> Jeff Black wrote:
> 
> > I was able to find 3 links in that email. There were 1 binary and 2 source code 
> > links.
> > Unfortunately when extracting the tar.gz'd binary(s) I end up with 1 file. 
> > Mtools.exe
> > Typing mtools.exe gave a 'help' screen of sorts. "the following commands are 
> > supported:"  > long list of mtools commands here>, but at the bash command prompt
> > $ mcopy
> > $ bash: mcopy : command not found
> >
> > Understandable considering mcopy actually didn't exist ;(
> >
> > I was able to download and compile the source code for mtools after browsing 
> > around for a bit...
> >
> mcopy and other 'm'-commands are symlinks to mtools, they are created
> during 'make install' when you build from source, or you could create
> them yourself.

Ugh, using winzip on tar.gz's is proving to be hazardous.

Now that Ive written out the directions for installing cygwin and meeting all 
unattended's
dependencies, I'm not sure what is 'better', installing mtools from source or 
downloading binaries.
For now I'll leave the directions as is.







---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel

RE: [Unattended] cygwin - make - round 2

[Jeff Black]

> Eugene provides links for mtools and cdrtools (which you also need)
> here:
> 
>   http://www.mail-archive.com/[EMAIL PROTECTED]/msg00046.html
> 
> Keep me posted on how it goes.
> 
> (Hm, perhaps we should move this thread to unattended-devel.)
> 
>  - Pat

I was able to find 3 links in that email. There were 1 binary and 2 source code links.
Unfortunately when extracting the tar.gz'd binary(s) I end up with 1 file. Mtools.exe
Typing mtools.exe gave a 'help' screen of sorts. "the following commands are 
supported:" , but at the bash command prompt 
$ mcopy
$ bash: mcopy : command not found

Understandable considering mcopy actually didn't exist ;(

I was able to download and compile the source code for mtools after browsing around 
for a bit...





---
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
___
unattended-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/unattended-devel