On Aug 1 14:58, Andrew Schulman wrote:
> > On Aug 1 08:42, Andrew Schulman wrote:
> > > > On Jul 31 23:49, Linda Walsh wrote:
> > > > > Christopher Faylor wrote:
> > > > > >I'll be unsubscribing from all cygwin mailing lists right after
> > > > > >sending
> > > > > >this. I'll likely continue t
Corinna Vinschen writes:
> These fake accounts don't exist anymore. Unknown SIDs (unlikely) will
> return an "Unknown User/Group" entry, or, if "db" is disabled in
> /etc/nsswitch.conf, getpwnam and friends will return NULL.
Good, then the whole section in /etc/profile can be removed. But since
> On Aug 1 08:42, Andrew Schulman wrote:
> > > On Jul 31 23:49, Linda Walsh wrote:
> > > > Christopher Faylor wrote:
> > > > >I'll be unsubscribing from all cygwin mailing lists right after sending
> > > > >this. I'll likely continue to use Cygwin but just as a user.
> > > >
> > > >Dang.
On Aug 1 20:22, Achim Gratz wrote:
> Corinna Vinschen writes:
> > base-cygwin creates the /etc/passwd and /etc/group files (and the next
> > version won't). What is base-files doing to these files?
>
> I misremembered, it currently only checks for "mkpasswd", "mkgroup" and
> "group_GID_clash" an
On Aug 1 20:25, Achim Gratz wrote:
> Corinna Vinschen writes:
> > You don't have to care. The next version of OpenSSH comes with
> > Cygwin-specific code. It will call
> >
> > cygwin_internal(CW_CYGNAME_FROM_WINNAME, "sshd");
> >
> > to fetch the Cygwin username for the sshd account. The Open
Corinna Vinschen writes:
> You don't have to care. The next version of OpenSSH comes with
> Cygwin-specific code. It will call
>
> cygwin_internal(CW_CYGNAME_FROM_WINNAME, "sshd");
>
> to fetch the Cygwin username for the sshd account. The OpenSSH patch
> has already been applied upstream, the
Corinna Vinschen writes:
> base-cygwin creates the /etc/passwd and /etc/group files (and the next
> version won't). What is base-files doing to these files?
I misremembered, it currently only checks for "mkpasswd", "mkgroup" and
"group_GID_clash" and only warns about this and admonishes the user
On Aug 1 19:43, Achim Gratz wrote:
> Corinna Vinschen writes:
> > - prefixed with the machine name if the machine is member of a domain.
>
> That's exactly what I am having a bit of a problem with at the moment.
> As discussed before, the user name "sshd" is hardcoded, which requires
> to either
On Aug 1 13:41, Larry Hall (Cygwin) wrote:
> On 08/01/2014 01:32 PM, Ryan Johnson wrote:
> >Hi all,
> >
> >(Please CC me in replies, I'm not subscribed to the list)
> >
> >Question: is this a Cygwin bug, gcc bug, or somebody else's bug entirely?
> >
> >The following STC shows the problem:
> >
> >$
On Aug 1 10:16, Andrew DeFaria wrote:
> On 8/1/2014 5:28 AM, D. Boland wrote:
> >Andrey Repin wrote:
> >>
> >>Greetings, D. Boland!
> >>
> >>>I am not only a man of legacy, but also a very opinionated one. So give me
> >>>some
> >>>slack when I say: the whole thing is insane. This would mean that
On Aug 1 19:44, Achim Gratz wrote:
> Corinna Vinschen writes:
> > I'm not sure yet. I guess I'll be going for a short /etc/nsswitch.conf
> > file containing just the default values as comments and a pointer to the
> > documentation.
>
> Do you want this to reside in base-files?
No, I've already
Corinna Vinschen writes:
> I'm not sure yet. I guess I'll be going for a short /etc/nsswitch.conf
> file containing just the default values as comments and a pointer to the
> documentation.
Do you want this to reside in base-files? We'd have to organize a
synchronized release to get rid of some
Corinna Vinschen writes:
> - prefixed with the machine name if the machine is member of a domain.
That's exactly what I am having a bit of a problem with at the moment.
As discussed before, the user name "sshd" is hardcoded, which requires
to either make it a domain account (our AD admin has at le
On 08/01/2014 01:32 PM, Ryan Johnson wrote:
Hi all,
(Please CC me in replies, I'm not subscribed to the list)
Question: is this a Cygwin bug, gcc bug, or somebody else's bug entirely?
The following STC shows the problem:
$ cat bug.cpp
#include
static thread_local struct X {
int x;
Hi all,
(Please CC me in replies, I'm not subscribed to the list)
Question: is this a Cygwin bug, gcc bug, or somebody else's bug entirely?
The following STC shows the problem:
$ cat bug.cpp
#include
static thread_local struct X {
int x;
X() { puts("hi"); }
~X() { puts("bye!"); }
On 7/31/2014 11:49 PM, Linda Walsh wrote:
Christopher Faylor wrote:
I'll be unsubscribing from all cygwin mailing lists right after sending
this. I'll likely continue to use Cygwin but just as a user.
Dang... you probably won't see all the goodbyes...
But in case... best wishes in you
On 8/1/2014 5:28 AM, D. Boland wrote:
Andrey Repin wrote:
Greetings, D. Boland!
I am not only a man of legacy, but also a very opinionated one. So give me some
slack when I say: the whole thing is insane. This would mean that from now on, I
have to use constructs like ~+daniel ~+SYSTEM in a L
On 08/01/2014 06:01 AM, Corinna Vinschen wrote:
Bonus question:
> >
> >4. Should Cygwin downcase all usernames when generating the Cygwin
> > username
>I prefer downcase. Other users probably will not. So db_username_downcase =
>true/false would be great.
Sigh. YA setting. I was trying to*s
On Aug 1 14:17, Peter Hull wrote:
> On Fri, Aug 1, 2014 at 1:50 PM, Angelo Graziosi
> wrote:
> > Since I upgraded to Cygwin-1.7.31*, I see similar issue in building Emacs
> > trunk (--with-w32 build)... The build always hangs in compiling some .el
> > file. CTRL-C does not work and I have to sear
On Fri, Aug 1, 2014 at 1:50 PM, Angelo Graziosi
wrote:
> Since I upgraded to Cygwin-1.7.31*, I see similar issue in building Emacs
> trunk (--with-w32 build)... The build always hangs in compiling some .el
> file. CTRL-C does not work and I have to search the running processes with
> "ps" and kill
On Aug 1 08:42, Andrew Schulman wrote:
> > On Jul 31 23:49, Linda Walsh wrote:
> > > Christopher Faylor wrote:
> > > >I'll be unsubscribing from all cygwin mailing lists right after sending
> > > >this. I'll likely continue to use Cygwin but just as a user.
> > >
> > >Dang... you probabl
Katsumi Yamaoka wrote:
I'm troubled with a similar problem since Wednesday[1].
/usr/bin/emacs that Cygwin distributed (24.3) seems ok, but
/usr/local/bin/emacs that I built from the Emacs trunk Tuesday
(24.4.50) got not to work conditionally. With that version of
Emacs:
Evaluating the form `(c
> On Jul 31 23:49, Linda Walsh wrote:
> > Christopher Faylor wrote:
> > >I'll be unsubscribing from all cygwin mailing lists right after sending
> > >this. I'll likely continue to use Cygwin but just as a user.
> >
> >Dang... you probably won't see all the goodbyes...
> > But in case... b
Andrey Repin wrote:
>
> Greetings, D. Boland!
>
> > I am not only a man of legacy, but also a very opinionated one. So give me
> > some
> > slack when I say: the whole thing is insane. This would mean that from now
> > on, I
> > have to use constructs like ~+daniel ~+SYSTEM in a Linux shell?? B
On Fri, Aug 1, 2014 at 11:22 AM, Katsumi Yamaoka wrote:
> On Thu, 31 Jul 2014 15:51:49 +0100, Peter Hull wrote:
> I'm troubled with a similar problem since Wednesday[1].
I checked my /var/log/setup.log. The last time I installed anything
was 2014/07/30 (Wednesday). That update included the 'cygwi
On Thu, 31 Jul 2014 15:51:49 +0100, Peter Hull wrote:
> VC integration in emacs has stopped working for me in the past few
> days. Using emacs debugger I found the last function call was to
> call-process which never returns.
> I can reproduce this by evaluating in Lisp Interaction mode (using ^J)
On Jul 31 23:06, Christoph H. Hochstaetter wrote:
> Corinna Vinschen wrote:
> >Default is 'auto':
> >
> >builtin accounts; "+SYSTEM", "+LOCAL", etc.
> >primary domain "corinna", "cgf", ...
> >other domain: "DOMAIN1+walter", "DOMAIN2+mathilda"
> >
> > If set to 'primary':
>
On Jul 31 17:39, D. Boland wrote:
> Eric Blake wrote:
> >
> > On 07/31/2014 07:26 AM, D. Boland wrote:
> > > Corinna Vinschen wrote:
> > >> So I'd like to ask a few questions to which I'd like to have some brief
> > >> answers, kind of like a poll, to get a better idea how we should
> > >> proceed
On Jul 30 18:23, Larry Hall (Cygwin) wrote:
> On 07/30/2014 05:19 PM, Andrew DeFaria wrote:
>
>
>
> >Ah yes. That makes sense I guess. But does this mean that things will come
> >in with the base package like /etc/nsswitch.conf, etc?
>
> Right now, the documentation hints that it's up to the us
On Jul 31 07:12, Achim Gratz wrote:
> Corinna Vinschen cygwin.com> writes:
> > Good points. I might have overvalued the gain of easily recognizing
> > builtin accounts by the leading '+' separator.
>
> After some thinking with my eyes closed... not prefixing local accounts at
> all would at leas
On Jul 31 23:49, Linda Walsh wrote:
> Christopher Faylor wrote:
> >I'll be unsubscribing from all cygwin mailing lists right after sending
> >this. I'll likely continue to use Cygwin but just as a user.
>
>Dang... you probably won't see all the goodbyes...
> But in case... best wishes in
>I can't reproduce this. I tested both emacs-X11 and emacs-w32, on both
>32-bit Cygwin and 64-bit Cygwin. Can you think of anything on your
>system that has changed in the last few days? And have you tried
>starting emacs with the '-Q' option to rule out a problem in your
>initialization files?
32 matches
Mail list logo
