Mail Archives: cygwin/2014/02/14/05:43:02
--SqGHvGqRphKoTacN
Content-Type: text/plain; charset=utf-8
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Feb 13 17:30, Warren Young wrote:
> On 2/13/2014 07:38, Corinna Vinschen wrote:
> >
> >The new
> >mechanism will never read the entire file into memory, but only scan
> >for the requested entry and cache this one in memory[2].
>=20
> Does this feature avoid the stale cache problem?
>=20
> For instance, do you check the mtime on /etc/{passwd,group} before
> checking the cache, then dump the whole cache if the file was
> changed since the last file scan?
Yes.
> > Apart from power shell scripting or inventing new CLI tools, these
> > attributes can be changed using the "Attribute Editor" tab in the user
> > properties dialog of the "Active Directory Users and Computers"
> > MMC snap-in.
>=20
> A week ago, we were talking about possible Cygwin
> {user,group}{add,mod} programs, modeled on Linux's. Was that simply
> shelved once "net user" and MMC were found to be sufficient?
Huh? "Apart from [...] or inventing new CLI tools, [...]"
^^^^^^^^^^^^^^^^^^^^^^^^^^
> If such programs existed, they could abstract away the difference
> between /etc/passwd, SAM and AD. Plus, net.exe is a hairball.
Well, "net user" works. New tools still have to catch up...
> If, magically, such programs were to appear from outside the Cygwin
> core dev group, would that be a good thing or a bad thing?
It would be a really great thing!
> > unix=3D"value" Sets the NFS/Samba uid of the user to the decimal
> > value. See the next chapter.
>=20
> I know I'm bikeshedding, but "unix" seems like a pretty vague
> attribute name here.
>=20
> unix=3D"good" ?
> unix=3D"linux" ?
> unix=3D"yesplease" ?
>=20
> I'd be happier with "uid" or similar.
>=20
> Write it in a sentence:
>=20
> a. My uid is 502; vs
> b. My unix is 502.
Would you believe me that I sweated about this, too? The important
thing to consider is, the keyword should not give the impression, that
the uid or gid set at this point is the Cygwin uid or gid. It's only
the uid/gid of your NFS or Samba account on that weird Linux box.
Really, I'm open to suggestions to have a better keyword, but it
should make very clear that this is not your Cygwin uid/gid.
> > If you create or change /etc/nsswitch.conf,
> > make sure to stop and restart all Cygwin processes to pick up
> > the change.
>=20
> "All" processes?
>=20
> If I have cron running, then exit the one instance of MinTTY after
> vim'ing /etc/nsswitch.conf, will the file be read when I re-open
> MinTTY?
>=20
> cron.exe is running in a different process group, isn't it?
>=20
> If true, I realize cron.exe and any programs it runs will continue
> to believe there is no /etc/nsswitch.conf until *it* restarts.
You are absolutely right, but, please, suggest a better wording.
This is what I'm trying to explain in fact, but everything I came
up with sounded like beating around the bush, more confusing than
helping.
> >the order [in nsswitch.conf] will be ignored by Cygwin.
>=20
> Hmmm...different from Linux.
Yes, that's how it's implemented. It's just a bitmask and the
order inside Cygwin is fixed.
> The inability to say "db files" as distinct from "files db" means
> you can't set up a SAM-only machine with SAM as a fast primary
> source of truth and "files" as a fallback.
What for?
> That seems like a sensible configuration to me, since SAM should
> always be more trustworthy than /etc/passwd.
Again, what for? What entry would you find in passwd which you
didn't already find in SAM or via the implemented automatisms
for unknown SIDs?
Corinna
--=20
Corinna Vinschen Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat
--SqGHvGqRphKoTacN
Content-Type: application/pgp-signature
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1
iQIbBAEBAgAGBQJS/fMjAAoJEPU2Bp2uRE+gMmEP90ga1eTzWhTe2QMkPhR7Y1iM
uCMRGD9BaHBuHj/c4R/L/6RY3Be0Zd0e4BYCDiFZYrrL6inZHN7RHVoLdu44oNYS
SCxfNcEhlS44P9BD3XhIKeuh8aR32WO7R72D98PUTQdNp5GIPdbvQka3iCI9VyBt
XUqKwYXoXKKzwEa6yomJY/Or9i11va3uRnf6vJqzJ8O2oSG+N3gfO03p8hnnryic
xhrtn2Rin/3ELVxALy5zT4CamKm/g3yefEOTHgB7Dx/FOQwqy/XjX5Bvx7rO0bhG
B/SKwDSALd5rDWPO6LhlmNzPqvGSyr4uJYotyM2rxfFMvFM6bNWR/DdgufiugB8K
mib64nET7sHEQxdftSmXKWx1ntT6O0ZAFO2ifNF+YBCpPYsjOjeL3uCrzj7O2qnD
eyj06+wsLJKz+37bsZdmiWdCwBB6NB1QelcvL2xaPLl06Ms1ubQJs9Nb5feegq8H
4A0cWvXFz47WqpQw1RmxWjGtbdD/RqX9Q2xuSt7t9GmOjq+VdVJc+ZZFkPHfHx/A
maxmER/p2UZqln5qeWpioBggN3BjLVINaxYAry+xghFf1Ze41EDsctJDTEGbXQUu
ND8ChRZmnwzOHk9HDaO2Lr1vyA9cB0U+Dwen0u93prHHsaiOJLk+IjYbJvPDQ/9Y
XPqknUU7OlEiXrzQQ7A=
=Il8t
-----END PGP SIGNATURE-----
--SqGHvGqRphKoTacN--
- Raw text -