headers
Charles Wilson | 1 Oct 2011 02:28
Favicon

Re: tic0 dependency, was: urxvt-X terminfo and Bash readline

On 9/30/2011 1:56 PM, Tom Roche wrote:
> - `info` is 'an old program that hasn't been recompiled against the
>   new ncurses', and should be.

This.  info.exe is linked to cygncurses-8.dll, which is the last version
of ncurses on cygwin that used the old database organization.

--
Chuck
Permalink | Reply | 0 comments |
headers
gsingh93 | 1 Oct 2011 05:49
Picon
Favicon

Different commands give different groups


Why do these two commands give different groups? It's the same user.

Gulshan <at> GSJK-PC /etc
$ id Gulshan
uid=1000(Gulshan) gid=545(Users) groups=545(Users),0(root)

Gulshan <at> GSJK-PC /etc
$ id
uid=1000(Gulshan) gid=545(Users) groups=545(Users),513(None)

Furthermore, the commands mkgroup and mkpasswd give the orginial states of
their corresponding files instead of what I changed them to. Why is that?
--

-- 
View this message in context: http://old.nabble.com/Different-commands-give-different-groups-tp32572751p32572751.html
Sent from the Cygwin list mailing list archive at Nabble.com.
Permalink | Reply | 2 comments |
headers
Eric Blake | 1 Oct 2011 15:54
Picon
Favicon
Gravatar

Re: Different commands give different groups

On 09/30/2011 09:49 PM, gsingh93 wrote:
>
> Why do these two commands give different groups? It's the same user.

Because the effective gid set for the existing process differs from the 
recorded groups in /etc/groups - most likely, you've changed /etc/groups 
but haven't logged out and back in to start a new process hierarchy that 
uses the new groups.

>
> Gulshan <at> GSJK-PC /etc
> $ id Gulshan
> uid=1000(Gulshan) gid=545(Users) groups=545(Users),0(root)

That's what the groups will be if a new process is started for Gulshan.

>
> Gulshan <at> GSJK-PC /etc
> $ id
> uid=1000(Gulshan) gid=545(Users) groups=545(Users),513(None)

Whereas that's what the groups are now for the current process.

This aspect of your situation is not cygwin-specific, the same behavior 
can be observed in other OSs when you change the user database after a 
particular user already has a process started.

>
> Furthermore, the commands mkgroup and mkpasswd give the orginial states of
> their corresponding files instead of what I changed them to. Why is that?
(Continue reading)

Permalink | Reply | 1 comment |
headers
Reini Urban | 1 Oct 2011 17:24
Picon
Gravatar

Re: [TESTING] Updated: subversion-1.7.0rc4-1

On Fri, Sep 30, 2011 at 2:07 PM, David Rothenberger wrote:
> IMPORTANT: This release has a new working copy format. To use this
> release, you must manually upgrade your working copy format,
> rendering it unusable with previous major releases.
>
> Please see the release notes
>  http://subversion.apache.org/docs/release-notes/1.7.html
> for more details about the changes in Subversion.

In particular you must run `svn cleanup` in ALL your repos BEFORE
upgrading cygwin.
And the after the cygwin install you can do: `svn upgrade`

"Subversion 1.7 cannot upgrade working copies that a 1.6 client would
have refused to operate upon before an svn cleanup was run (with a 1.6
client). In other words, before upgrading to 1.7, a 1.6 client must be
used to run svn cleanup on all working copies that require cleanup. We
regret for this limitation, but we had to introduce it in order for
1.7 to ship timely and without overcomplicating the internals"

But I love the new centralized SQLite db.
--

-- 
Reini
Permalink | Reply | 0 comments |
headers
GV | 2 Oct 2011 01:58
Picon
Favicon

1.7.9: stat --append-exe option is ineffective (coreutils-8.10-1)

Hi,

The cygwin-specific `--append-exe' option (announced here [1]) is 
ineffective for stat command (it works fine for ls).

Here is a simple test case to reproduce the problem.

This command should print "bash.exe":
     $ (cd /bin && /usr/bin/stat -t --append-exe bash | cut -d ' ' -f 1)
     bash

The same option works fine with the ls command :
     $ (cd /bin && /usr/bin/ls --append-exe bash)
     bash.exe

Version:
     $ /usr/bin/stat --version
     stat (GNU coreutils) 8.10
     Packaged by Cygwin (8.10-1)
     Copyright (C) 2011 Free Software Foundation, Inc.
     License GPLv3+: GNU GPL version 3 or later 
<http://gnu.org/licenses/gpl.html>.
     This is free software: you are free to change and redistribute it.
     There is NO WARRANTY, to the extent permitted by law.

     Written by Michael Meskes.

Please find attached output of command cygcheck -s -v -r

Regards,
(Continue reading)

Permalink | Reply | 1 comment |
headers
Tom Roche | 2 Oct 2011 02:53
Picon
Favicon

Re: tic0 dependency, was: urxvt-X terminfo and Bash readline


Charles Wilson Mon, 01 Jun 2009 14:27:05 -0400
>>> Note that in most cases (e.g. cygwin installations that were "in
>>> service" prior to 2-3 months ago, and had installed rxvt-unicode
>>> "back then") already had the "old" database entry installed -- and
>>> so only need the "new" one which *does* happen automagically. It's
>>> the mix of "I want to use an old program that hasn't been
>>> recompiled against the new ncurses, AND I am just now installing
>>> rxvt-unicode for the first time, AND I'm using the old program
>>> from inside this spiffy new terminal" that causes problems.

Tom Roche Fri, 30 Sep 2011 13:56:58 -0400
>> [This week] I installed a brand new cygwin onto a cygwin-virginal,
>> just-been-imaged box, then installed rxvt-unicode-* on it days
>> later. Certainly I have no interest in using some "old program that
>> hasn't been recompiled against the new ncurses": I just want cygwin
>> (which I regularly recommended to OP) to work OOTB.

>> So ISTM (unless I'm missing something, in which case, please enlighten
>> me), there's a bug here. Either

>> - `info` is 'an old program that hasn't been recompiled against the
>>   new ncurses', and should be.

Charles Wilson Fri, 30 Sep 2011 20:28:05 -0400
> This. info.exe is linked to cygncurses-8.dll, which is the last
> version of ncurses on cygwin that used the old database

So ... given that (correct me if wrong) `info` is part of the base cygwin distribution, that would seem to be a
bug. Am I missing something? If not, what would be the appropriate way to request this bug be fixed? Or has
(Continue reading)

Permalink | Reply | 1 comment |
headers
Charles Wilson | 2 Oct 2011 03:32
Favicon

Re: tic0 dependency, was: urxvt-X terminfo and Bash readline

On 10/1/2011 8:53 PM, Tom Roche wrote:
> Charles Wilson Fri, 30 Sep 2011 20:28:05 -0400
>> This. info.exe is linked to cygncurses-8.dll, which is the last
>> version of ncurses on cygwin that used the old database
> 
> So ... given that (correct me if wrong) `info` is part of the base
> cygwin distribution, that would seem to be a bug. Am I missing
> something? If not, what would be the appropriate way to request this
> bug be fixed? Or has that request already been made?

Actually, it's already been fixed.  The texinfo package was updated
earlier today, and has been recompiled against cygncurses-10.dll.

--
Chuck
Permalink | Reply | 0 comments |
headers
gsingh93 | 2 Oct 2011 04:34
Picon
Favicon

OpenSSH - sshd logon failure


I had set this up a while ago on a different computer, but I can't get it
running now. I've followed the directions at
http://pigtail.net/LRP/printsrv/cygwin-sshd.html and I'm getting the
following error.

Gulshan <at> GSJK-PC ~
$ cygrunsrv -S sshd
cygrunsrv: Error starting a service: StartService:  Win32 error 1069:
The service did not start due to a logon failure.
I don't know where to start troubleshooting this error... I've ran Cygwin
with admin privileges every time I installed it.

net start sshd doesn't work either.
--

-- 
View this message in context: http://old.nabble.com/OpenSSH---sshd-logon-failure-tp32576389p32576389.html
Sent from the Cygwin list mailing list archive at Nabble.com.
Permalink | Reply | 0 comments |
headers
gsingh93 | 2 Oct 2011 04:36
Picon
Favicon

Re: Different commands give different groups


That makes sense, but I've completely restarted my computer and yet it still
shows the old groups. So a new process that uses the new groups hasn't
started. Any idea why?

eblake wrote:
> 
> On 09/30/2011 09:49 PM, gsingh93 wrote:
>>
>> Why do these two commands give different groups? It's the same user.
> 
> Because the effective gid set for the existing process differs from the 
> recorded groups in /etc/groups - most likely, you've changed /etc/groups 
> but haven't logged out and back in to start a new process hierarchy that 
> uses the new groups.
> 
>>
>> Gulshan <at> GSJK-PC /etc
>> $ id Gulshan
>> uid=1000(Gulshan) gid=545(Users) groups=545(Users),0(root)
> 
> That's what the groups will be if a new process is started for Gulshan.
> 
>>
>> Gulshan <at> GSJK-PC /etc
>> $ id
>> uid=1000(Gulshan) gid=545(Users) groups=545(Users),513(None)
> 
> Whereas that's what the groups are now for the current process.
>
(Continue reading)

Permalink | Reply | 0 comments |
headers
Marc Girod | 2 Oct 2011 12:12
Picon

Re: STATUS_ACCESS_VIOLATION


marco atzeri-4 wrote:
> 
> My experience is that using the standard "problem report" improve the
> chance to correctly identify the root cause and reduce the number of
> guess that everyone could have.
> 
One problem I have is that I use this list via the (old) nabble web site,
and this one doesn't let me post attachments.
Now, I had a different issue, from my other (home) laptop, and I tried
to send a mail with the cygcheck.out as an attachment from my gmail
account. I didn't get a reply of any kind (checked my spam folder) and
I do not see the message appear here (sent Sat, Oct 1, 2011 at 12:45 PM)

Marc
--

-- 
View this message in context: http://old.nabble.com/STATUS_ACCESS_VIOLATION-tp32557806p32576940.html
Sent from the Cygwin list mailing list archive at Nabble.com.
Permalink | Reply | 2 comments |

Gmane