ani-devel Mailing List for ANI - Automated Network Installations
Status: Beta
Brought to you by:
substring-sfn
You can subscribe to this list here.
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
|
Nov
|
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2014 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Uriel S. <uri...@gm...> - 2014-05-31 10:31:38
|
Dear Developer of Ani, This email is sent to you with a request to support an academic research study on Open Source Software Development. The online survey <http://sgiz.mobi/s3/049a0a1697a1> is part of larger research project conducted at Tel Aviv University and supported by the Israel Science Foundation. *Since your project is a key element in our research, we have made a great effort to locate you and send you this questionnaire.* We seek to study how knowledge is generated and diffused within, across, and beyond Open Source Software development projects. This study is novel in that it seeks to uncover relationships between the public and private motives of individuals and firms to participate in open source software development projects. This research study can only be successful if we manage to get all contributors to your project to participate. We do understand that this is not an simple quest, but we nevertheless have to make a serious attempt. If you have any questions or concerns about this study or suggestions on how this survey <http://sgiz.mobi/s3/049a0a1697a1> can be improved, please contact Professor Uriel Stettner <uri...@ta...?subject=Open%20Source%20Software%20Survey> To launch the online survey <http://sgiz.mobi/s3/049a0a1697a1>, please go to http://sgiz.mobi/s3/049a0a1697a1 At the end of the survey you will be invited to enter our sweepstake to win one of 10 $100 Amazon gift certificates. Thank you for supporti*n*g this research effort! We sincerely appreciate it! Best wishes, Uriel Stettner -- *Uriel Stettner, Ph.D.* Department of Strategy - Faculty of Management Tel Aviv University | Tel Aviv 69978 | Israel Office: 972-3-6406330 | Mobile: 972-54-2008281 http://www.linkedin.com/in/urielstettner |
From: Carsten L. <cal...@us...> - 2004-12-21 08:40:27
|
Hi, we now have a ChangeLog-File in the W2K Tree of CVS. Please add a note when checking in further files. thanks, Carsten |
From: C.Lehmann <C.Lehmann@WDW-Consulting.com> - 2004-09-03 06:56:19
|
Hagen Muench wrote: > -----BEGIN PGP SIGNED MESSAGE----- > Hash: SHA1 > > hi alle, > > wie bekannt, bin ich gerade dabei, ANI fuer xp flott zu kriegen. > Schwerpunkte dabei sind/waren: > > - - einf=FChrung von grub, um system-partitionen > 1GB zu realisieren:=20 > funkt > jeweils mit w2k und xp. > > - - anpassung der prenet.exe um a) services zu installieren (unter xp k= am > der usb service nicht hoch) und b) um die unterst=FCtzung von REG_QWORD > f=FCr registry-eintr=E4ge (xp ben=F6tigt diesen typ f=FCr die einrichtu= ng von > startup-scripts): funkt jeweils mit w2k und xp. > > was unter xp nicht funktioniert (wof=FCr es auch keine weiteren > anhaltspunkte/infos gibt) ist, dass nach erfolgter unattended > installation vor dem reboot kein pakete-share angebunden werden kann. e= s > geht im prinzip alles (ping, dhcp, net view etc.) ausser 'net use'. > > mein bestreben ist es, nach m=F6glichkeit bei sf f=FCr beide betriebssy= steme > nur ein release pflegen zu m=FCssen. f=FCr das 'net use' problem g=E4be= es > deshalb zwei m=F6glichkeiten: > > 1) ich baue in die post-windowsinstallation weichen ein, die zwischen x= p > und w2k unterscheiden und bei xp den netzabh=E4ngigen teil erst nach de= m > reboot erledigen. > > 2) ich baue die post-windows-installation so um, dass die netzwerk > abh=E4ngigen sachen generell nach dem reboot durchgef=FChrt werden d.h.= also > auch f=FCr w2k. > W=FCrde ich auch bevorzugen. Reboot ist eh besser, da Client dann saubere= r. > ich pers=F6nlich w=FCrde variante 2) bevorzugen, weil variante 1) ein r= iesen > gemurkse werden w=FCrde. > > dann sind da noch die dateien 'unattend.tpl' und 'winset.tpl'. auch hie= r > kann es unterschiede zwischen xp und w2k geben. das problem an diesen > dateien ist, dass die unterscheidung w2k/xp schon getroffen werden > m=FCsste bevor das windows da ist. hierzu folgende =FCberlegungsans=E4t= ze: > > 1) f=FCr das release bei sf k=F6nnte man jeweils zwei der dateien > hinterlegen (unattend.w2k/unattend.wxp und winset.w2k/winset.wxp) und i= n > der installationsanweisung dokumentieren, dass je nach OS die dateien i= n > *.tpl umbenannt werden m=FCssen. eine unterscheidung m=FCsste dann nich= t > getroffen werden. (find ich aber trotzdem irgendwie doof) > > 2) man hinterlegt wieder jeweils zwei dateien und f=FChrt auf dem > bootmedium in den ani.cf[012] ein schl=FCssel OS=3D<wxp|w2k> ein. je na= ch > konfiguration wir dann das eine oder andere template f=FCr die > installation benutzt. das m=FCsste dann noch in main.pl bzw. Ani.pm > implementiert werden. das m=FCsste auch dokumentiert werden und man h=E4= tte > unterschiedliche bootmedien. > > 3) man hinterlegt wieder jeweils zwei dateien und verdonnert die user > dazu in jedem fall userclasses zu verwenden. das f=E4nde ich besser als > ein neuen eintrag in den ani.cf[012], weil so etwas ja schon vorgesehen > ist. man m=FCsste dann aber noch eine weitere dhcp-option 'OS-Type' ode= r > 'WinVersion' einf=FChren und wie unter 2) main.pl/Ani.pm anpassen. auch > mit dieser variante hat man unterschiedliche bootmedien. > > hat jemand besondere vorlieben f=FCr eine variante oder noch eine besse= re > idee? > Version 3 finde ich nicht so sch=F6n.. Da verbraucht man ja die=20 Userclasses, die man eigentlich viel besser f=FCr unterschiedliche=20 Clienttypen (Notebook, Desktop) benutzen kann. L=E4=DFt sich meiner Meinu= ng=20 nach so realisieren, dass man *immer* den Clienttyp als Userclass=20 mitschickt und entweder er ist gesetzt auf dem DHCP Server oder eben=20 nicht. Falls ja wird man auf ein entsprechend *anderes* Installshare=20 umgeleitet. Dies bedeutet allerdings, dass man in der Install.pl (wie=20 hei=DFt die noch bei ANI ?) noch einmal die Options ziehen m=FCsste. Anh= and=20 des Clienttypen liesse sich doch auch die Unterscheidung Unattended.tpl=20 und der winset.tpl treffen, oder ? Carsten . --=20 Carsten Lehmann WDW Consulting Berlin GmbH Soorstra=DFe 26 D - 14050 Berlin Telefon: (030) 30 30 699-10 Telefax: (030) 30 30 699-11 E-Mail: C.Lehmann@WDW-Consulting.com |
From: Hagen M. <h.m...@su...> - 2004-09-02 15:50:59
|
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 hi alle, wie bekannt, bin ich gerade dabei, ANI fuer xp flott zu kriegen. Schwerpunkte dabei sind/waren: - - einf=FChrung von grub, um system-partitionen > 1GB zu realisieren: fu= nkt jeweils mit w2k und xp. - - anpassung der prenet.exe um a) services zu installieren (unter xp kam der usb service nicht hoch) und b) um die unterst=FCtzung von REG_QWORD f=FCr registry-eintr=E4ge (xp ben=F6tigt diesen typ f=FCr die einrichtung= von startup-scripts): funkt jeweils mit w2k und xp. was unter xp nicht funktioniert (wof=FCr es auch keine weiteren anhaltspunkte/infos gibt) ist, dass nach erfolgter unattended installation vor dem reboot kein pakete-share angebunden werden kann. es geht im prinzip alles (ping, dhcp, net view etc.) ausser 'net use'. mein bestreben ist es, nach m=F6glichkeit bei sf f=FCr beide betriebssyst= eme nur ein release pflegen zu m=FCssen. f=FCr das 'net use' problem g=E4be e= s deshalb zwei m=F6glichkeiten: 1) ich baue in die post-windowsinstallation weichen ein, die zwischen xp und w2k unterscheiden und bei xp den netzabh=E4ngigen teil erst nach dem reboot erledigen. 2) ich baue die post-windows-installation so um, dass die netzwerk abh=E4ngigen sachen generell nach dem reboot durchgef=FChrt werden d.h. a= lso auch f=FCr w2k. ich pers=F6nlich w=FCrde variante 2) bevorzugen, weil variante 1) ein rie= sen gemurkse werden w=FCrde. dann sind da noch die dateien 'unattend.tpl' und 'winset.tpl'. auch hier kann es unterschiede zwischen xp und w2k geben. das problem an diesen dateien ist, dass die unterscheidung w2k/xp schon getroffen werden m=FCsste bevor das windows da ist. hierzu folgende =FCberlegungsans=E4tze= : 1) f=FCr das release bei sf k=F6nnte man jeweils zwei der dateien hinterlegen (unattend.w2k/unattend.wxp und winset.w2k/winset.wxp) und in der installationsanweisung dokumentieren, dass je nach OS die dateien in *.tpl umbenannt werden m=FCssen. eine unterscheidung m=FCsste dann nicht getroffen werden. (find ich aber trotzdem irgendwie doof) 2) man hinterlegt wieder jeweils zwei dateien und f=FChrt auf dem bootmedium in den ani.cf[012] ein schl=FCssel OS=3D<wxp|w2k> ein. je nach konfiguration wir dann das eine oder andere template f=FCr die installation benutzt. das m=FCsste dann noch in main.pl bzw. Ani.pm implementiert werden. das m=FCsste auch dokumentiert werden und man h=E4t= te unterschiedliche bootmedien. 3) man hinterlegt wieder jeweils zwei dateien und verdonnert die user dazu in jedem fall userclasses zu verwenden. das f=E4nde ich besser als ein neuen eintrag in den ani.cf[012], weil so etwas ja schon vorgesehen ist. man m=FCsste dann aber noch eine weitere dhcp-option 'OS-Type' oder 'WinVersion' einf=FChren und wie unter 2) main.pl/Ani.pm anpassen. auch mit dieser variante hat man unterschiedliche bootmedien. hat jemand besondere vorlieben f=FCr eine variante oder noch eine bessere idee? gruss hagen -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFBN0BVJ31vBDLS4wQRApkdAJ49q6XBkhzhanLhuB3nmfdJZzCaswCfR3ZJ yT3DQa+111NQaflkPeHLKmI=3D =3DFwvk -----END PGP SIGNATURE----- |