Pierre A. Humblet wrote:
On Tue, Mar 18, 2003 at 07:42:01AM +0100, Markus Schönhaber wrote:
Pierre A. Humblet wrote:
On Tue, Mar 18, 2003 at 12:44:12AM +0100, Markus Schönhaber wrote:
Same machine as last time (same machine as every time, James).
I assume it's not the same as the very first t
On Tue, Mar 18, 2003 at 07:42:01AM +0100, Markus Schönhaber wrote:
> Pierre A. Humblet wrote:
> >On Tue, Mar 18, 2003 at 12:44:12AM +0100, Markus Schönhaber wrote:
> >
> >>Same machine as last time (same machine as every time, James).
> >
> >
> >I assume it's not the same as the very first time, wh
Pierre A. Humblet wrote:
On Tue, Mar 18, 2003 at 12:44:12AM +0100, Markus Schönhaber wrote:
Same machine as last time (same machine as every time, James).
I assume it's not the same as the very first time, when you wrote
"Most files seem to have no permission for "other"s. "
No, it's been the sa
On Tue, Mar 18, 2003 at 12:44:12AM +0100, Markus Schönhaber wrote:
> >
> Same machine as last time (same machine as every time, James).
I assume it's not the same as the very first time, when you wrote
"Most files seem to have no permission for "other"s. "
> previous
> setup deleted, registry ke
Pierre A. Humblet wrote:
Cool, setup handles ntsec very well everywhere you have tried.
The only problem so far is that of a non-privileged domain user answering
Yes to the Run As pop up. He won't be included in /etc/passwd.
I don't see how we can fix that.
Thanks again for your help, Markus. Th
On Mon, Mar 17, 2003 at 11:27:13PM +0100, Markus Schönhaber wrote:
> I hope this will help.
Cool, setup handles ntsec very well everywhere you have tried.
The only problem so far is that of a non-privileged domain user answering
Yes to the Run As pop up. He won't be included in /etc/passwd.
I d
Pierre A. Humblet wrote:
On Mon, Mar 17, 2003 at 08:35:34AM +0100, Markus Schönhaber wrote:
OK, I should be able to get that done.
OK, thanks Markus.
The results of this test will not be influenced by the flavour of the
existing cygwin installation (who did it, what was installed etc.)?
Yes
On Mon, Mar 17, 2003 at 08:35:34AM +0100, Markus Schönhaber wrote:
>
> OK, I should be able to get that done.
OK, thanks Markus.
> The results of this test will not be influenced by the flavour of the
> existing cygwin installation (who did it, what was installed etc.)?
Yes, it will depend on
Pierre A. Humblet wrote:
I recall another problem that somebody had reported after answering "yes".
The chown command in a postinstall script had no effect. That would mean
that at, at least at that site, the program was lacking the Restore
privilege.
To test if this is a prevalent problem, a sim
Pierre A. Humblet wrote:
On Sat, Mar 15, 2003 at 03:30:03AM -0800, Doug VanLeuven wrote:
I wish I had just one domain. To set this up in a mutidomain
environment, I'm finding
I install as an administrator of one of the domains DOMAIN1
create local passwd & group files
passwd.local & group
On Sat, Mar 15, 2003 at 11:17:53AM +0100, Markus Schönhaber wrote:
> >>>
> I just started setup under a non-privileged account and XP's mechanism
> to
> show the "Run as Administrator" dialog when starting a program called
> "setup.exe" or "install.exe" kicked in.
>
> I have done
On Sat, Mar 15, 2003 at 03:30:03AM -0800, Doug VanLeuven wrote:
>
> I wish I had just one domain. To set this up in a mutidomain
> environment, I'm finding
> I install as an administrator of one of the domains DOMAIN1
> create local passwd & group files
> passwd.local & group.local
> create
Markus Schönhaber wrote:
Pierre A. Humblet wrote:
Here is another point of concern: assume a non privileged domain user
runs setup and answers "yes" to the "Run as Administrator" dialog.
It is likely that no entry will be made for the domain user in
/etc/passwd
To verify that it will be necessary
Pierre A. Humblet wrote:
Markus Schönhaber wrote:
Pierre A. Humblet wrote:
Markus Schönhaber wrote:
I just started setup under a non-privileged account and XP's mechanism to
show the "Run as Administrator" dialog when starting a program called
"setup.exe" or "install.exe" kicked in.
Maybe this i
Pierre A. Humblet wrote:
Here is another point of concern: assume a non privileged domain user
runs setup and answers "yes" to the "Run as Administrator" dialog.
It is likely that no entry will be made for the domain user in /etc/passwd
To verify that it will be necessary to rename /etc/passwd bef
Markus Schönhaber wrote:
>
> Pierre A. Humblet wrote:
> > Markus Schönhaber wrote:
> >>I just started setup under a non-privileged account and XP's mechanism to
> >>show the "Run as Administrator" dialog when starting a program called
> >>"setup.exe" or "install.exe" kicked in.
> >>Maybe this is w
Pierre A. Humblet wrote:
Markus Schönhaber wrote:
I just started setup under a non-privileged account and XP's mechanism to
show the "Run as Administrator" dialog when starting a program called
"setup.exe" or "install.exe" kicked in.
Maybe this is what you meant? If so - it worked for me.
Yes, th
Markus Schönhaber wrote:
>
Hi Markus,
> No problem.
> There are some more boxes waiting to get updated (domain members /
> standalone workstations). I'll do that next week. Propably then my mirror
> will carry the most recent files.
Here is another point of concern: assume a non privileged domai
Markus Schönhaber wrote:
> The way setup behaved is exactly the way I expected it to and the way I
> would consider right. But you seem to consider this a problem. Obviously I
> did miss the point here - maybe we are talking about different things.
> It's not about the "Select Root Install Directo
Pierre A. Humblet wrote:
On Thu, Mar 13, 2003 at 11:45:58PM +0100, Markus Schönhaber wrote:
Thanks a lot for the report, Markus.
You're welcome.
Guess, your reply reached me and not the list because I forgot to set the
Reply-To: field correctly. Sorry.
Did a fresh install at my XP-Prof box at ho
Markus Schönhaber wrote:
> Seems to me that almost everything has worked fine (haven't
> intensively tested though). Just, when the postinstall script ran, I
> was able to read a message saying that the domain controller wasn't
> found. Seems to me, this message came from mkpasswd (is it called
>
Robert Collins wrote:
--=-8Y1At7C4hDRsJ/vt6G2U
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
I'm happy to announce a new release of setup.exe. It will *improve* the
display of permissions for use with the ntsec setting of cygwin (which
is the default now) in the majority of c
--=-8Y1At7C4hDRsJ/vt6G2U
Content-Type: text/plain
Content-Transfer-Encoding: quoted-printable
I'm happy to announce a new release of setup.exe. It will *improve* the
display of permissions for use with the ntsec setting of cygwin (which
is the default now) in the majority of cases. More fine tuni
23 matches
Mail list logo
