Cvs Commit: cvsnt
| Newsgroups | gmane.comp.version-control.cvs.windows-nt.cvs |
|---|---|
| Message-ID | <22094d0964cb367d@obrien> |
CVSROOT: /cvs Module name: cvsnt Changes by: [email protected] Thu Dec 16 02:10:57 2010 On host: mail.march-hare.com Directory: cvsnt/installer M cvs-suite-installer.wxs CVSNT_BRANCH_2_8_01_3761 1.1.2.13.4.33.2.2 -> 1.1.2.13.4.33.2.3 Bug Id: 6038 M server.wxs CVSNT_BRANCH_2_8_01_3761 1.1.2.14.4.36.2.18 -> 1.1.2.14.4.36.2.19 Bug Id: 6038 M wizard.wxs CVSNT_BRANCH_2_8_01_3761 1.1.2.11 -> 1.1.2.11.2.1 Bug Id: 6038 Directory: cvsnt/windows-NT M setuid.cpp CVSNT_BRANCH_2_8_01_3761 1.20.2.15.6.3 -> 1.20.2.15.6.4 Bug Id: 6038 Directory: cvsnt/windows-NT/installer M installer.cpp CVSNT_BRANCH_2_8_01_3761 1.6.8.8.2.1 -> 1.6.8.8.2.2 Bug Id: 6038 M installer.def CVSNT_BRANCH_2_8_01_3761 1.2.8.1 -> 1.2.8.1.2.1 Bug Id: 6038 Log message: Bug6038: After lots of testing, here is another try. Now tries to set privs during install. Currently the password generator is used, but not applied to the password used (seems OK since SYSTEM has a *blank* password according to some MS docs). Using registry can now tell cvsnt server process to try and enable more privs (eg: impersonate priv - which even if granted to a user still needs to be enabled). CVSMANAGER_USER is now also assigned tbe Tcb priv (ac as part of OS).