Source for "select"

[Matt Seitz]

I cannot find the source code for the "select" function.  I found
"cygwin_select" in "select.cc", but not "select".  Where is the source for
"select"?






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Source for "select"

[Matt Seitz]

"Christopher Faylor" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED].;
> cygwin_select *is* select().

So how do calls to "select" get mapped to calls to "cygwin_select"?  I tried
to find a forwarding function or macro, but didn't find one.





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Source for "select"

[Matt Seitz]

"Matt Seitz" <[EMAIL PROTECTED]> wrote in message
a633ii$3sq$[EMAIL PROTECTED]">news:a633ii$3sq$[EMAIL PROTECTED]...
>
> "Christopher Faylor" <[EMAIL PROTECTED]> wrote in message
> [EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> > cygwin_select *is* select().
>
> So how do calls to "select" get mapped to calls to "cygwin_select"?  I
tried
> to find a forwarding function or macro, but didn't find one.

I think I found the answer to my question: the forwarding occurs in the
"cygwin.din" file.





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Source for "select"

[Matt Seitz]

I was referring to my earlier assumption that the call was being forwarded.
You are correct, the function call is mapped, not forwarded.

"Robert Collins" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
I'm not sure what forwarding you are referring to - forwarding (to me)
implies a function wrapper or some such construct. This is exporting the
function address + ordinal under a different label, which is somewhat
different, in that there is no affect on the stack/ no overhead
incurred.

Rob

-Original Message-
From: Matt Seitz [mailto:[EMAIL PROTECTED]]


I think I found the answer to my question: the forwarding occurs in the
"cygwin.din" file.







--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

struct flock, off_t, and __CYGWIN_USE_BIG_TYPES__

[Matt Seitz]

I am porting a program that assumes 32-bit gid/uid, so I defined
__CYGWIN_USE_BIG_TYPES__.  Unfortunately, that is causing my compiler to
compain when I try to assign an off_t value to the l_start or l_len fields
of struct flock.  It appears this is because l_start and l_len are hard
coded as 32-bit longs, while off_t can be 32-bit or 64-bit depending on
whether __CYGWIN_USE_BIG_TYPES__ is defined.  I assume I can't simple
redefine struct flock without having to rebuild cygwin.dll.  What is the
best solution to this problem?






--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

_initgroups missing?

[Matt Seitz]

I was looking for an exported "_initgroups" symbol in "cygwin1.dll".  I
found "initgroups" but not "_initgroups".  Since most functions are exported
as both "foo" and "_foo", why is there an "initgroups" but no "_initgroups"?





--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: strace on inetd (was RE: bash failed to initialize on telnet/rsh/ rlogin server)

[Matt Seitz]

"Christopher Faylor" <[EMAIL PROTECTED]> wrote in message
[EMAIL PROTECTED]">news:[EMAIL PROTECTED]...
> On Wed, Mar 27, 2002 at 02:20:35PM -0600, Polley Christopher W wrote:
> >Are there more complete instructions to strace besides --help, the Cygwin
> >user guide, or winsup/utils/utils.sgml (all essentially the same thing)?
>
> If we had better documentation why would it be hidden?

I'm sure Cygwin tries to include the best possible documentation.  But if
someone can't find an answer in the official docs, it seems to me that
asking for other sources is the right thing to do.  For any number of
reasons, there may be other sources of information that are not yet included
in the official Cygwin documentation.

> The best documentation is the source code.

That depends on one's definition of "best".  Source is certainly the most
accurate documentation, but it is probably not the easiest to use.

I'm sure the Cygwin developers are very busy and don't have a lot of time to
offer free end-user support, especially since Cygwin does offer paid support
options.  And I do see a number of helpful articles posted by Cygwin
developers.  But occasionally I'm surprised at how hostile some answers are
to what seem to be reasonable questions and requests.








--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Bug reporting: http://cygwin.com/bugs.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Updated: fontconfig-2.4.1-1

[Matt Seitz]

Jan Nieuwenhuizen wrote:

The project web
page has more details: http://sourceware.org/fontconfig/ .


I tried accessing this page and received the following error:

Not Found

The requested URL /fontconfig/ was not found on this server.
Apache/2.0.52 (Red Hat) Server at sourceware.org Port 80

--
Sincerely,
Matthew Seitz
Customer Support Manager
NeoPath Networks, Inc.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: status of utf-8 patch

[Matt Seitz]

"Brian Dessent" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Ariel Burbaickij wrote:
>
>> question: what is  the status of utf-8 patch fo cygwin? Is it
>
> You can find all the details in the mailing list archives.
> 
>
>> endorsed/supported?
>
> It was submitted and rejected on technical grounds, which means sadly
> it's not supported here.

The explanation I saw for the rejection was "...it should just be a 
wholesale replacement, not a bunch of wrappers around existing functions."

It's now a year later.  Is there an expectation that the "wholesale 
replacement" or another solution is coming soon?  What would be the harm in 
adopting the current solution for now?  Is this a case of "the perfect is 
the enemy of the good"? 




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Creating user in "Documents and Settings" on all networked machines

[Matt Seitz]

"bootleg86 bootleg86" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> Would it be possible to create a user folder in "Documents and
> Settings" even if I have not logged on to the machine

It depends on what you mean by "not logged on to the machine":

-Do you mean "...not logged on to the machine ever, as any user", or "...not 
logged onto that machine as that particular user"?

-Do you mean "not logged into the local console (desktop) of that machine", or 
do you mean "not logged on over the network to access the C$ shared network 
folder"?




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CIFS symlinks on network share break Cygwin

[Matt Seitz]

"Dave Korn" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
>
>  Oops, pardon.  I thought I had posted this yesterday but now I see it's just
> lying around my drafts folder.  My win32 "T:" drive is a netapp share (CIFS
> with NFS perms)
> and /win/t is a mountpoint to it (system, binmode, noexec)
> that I use as shorthand for /cygdrive notation.
>
> /win/t/netapp $ chmod a+rwx foo.bar
> /win/t/netapp $ ls -la
> total 0
> drwxr-xr-x 1 dk Domain Users 0 Feb  4 15:23 .
> drwxr-xr-x 1 dk Domain Users 0 Jan  1  1970 ..
> -rw-r--r-- 1 dk Domain Users 0 Feb  4 15:23 foo.bar
> /win/t/netapp $
>
>
>  So, can't chmod easily.  Umask appears at first glance to be respected when
> creating files:

I'm assuming you mean "T: maps to a CIFS share that points to a volume or QTree 
that is configured with the UNIX security model".  If that is the case, NetApp 
will not allow you to change file permissions.  Configuring a volume or QTree 
to 
use the UNIX security model means that only NFS clients are allowed to change 
security permissions.  If you want to be able to change permissions, you need 
to 
set the security model to either "Mixed" (both CIFS and NFS can change 
permissions) or "NTFS" (CIFS can change permissions, NFS can't).

Actually, as another poster mentioned, there is another option.  NetApp 
provides 
a special Windows Explorer shell extension called "SecureShare".  This 
extension 
allows CIFS clients to change permissions on UNIX security model volumes and 
QTrees.  If cygwin could hook into that mechanism, it could change permissions 
on UNIX security model volumes and QTrees.




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: CIFS symlinks on network share break Cygwin

[Matt Seitz]

"Dave Korn" <[EMAIL PROTECTED]> wrote in message 
news:[EMAIL PROTECTED]
> On 07 February 2008 00:22, Matt Seitz wrote:
>
>> "Dave Korn"  wrote in message
>> news:[EMAIL PROTECTED]
>
>  I did?!  It was email when *I* last saw it!
>

Sorry for any confusion.  I'm using the GMane mail to nntp gateway to read and 
respond.

>  I'm not up-to-date on
> the state of cygwin vs. nfs, but that would probably be another solution for
> me.

I was just thinking about that.  Yes, you could likely use Services for Unix to 
mount the drive, and use the SFU "chmod" tools to change the permissions.  But 
I 
don't know if SFU supports using standard Win32 calls to change permissions via 
NFS, or if SFU has it's own API for handling NFS permission changes.  If SFU 
uses a separate API, then the cygwin "chmod" is unlikely to work. 




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

.gitk CR-LF line ending triggers git warning

[Matt Seitz]

Why does ".gitk" use CR-LF line endings instead of just LF?  

I am experimeinting with using "git" to track changes to my home directory. 
When I try to commit ".gitk", "git" complains that ".gitk" has trailing
whtiespace.

I can work around the "trailing whitespace" warning.  But I was curious why
".gitk" is using Windows style CR-LF iine termination, whem ".bashrc", etc.,
use UNIX style CR line termination.

Sincerely,
Matt Seitz

cygcheck.out
Description: 639313269-cygcheck.out
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Source repository for Cygwin's version of git

[Matt Seitz]

Is there a source repository for Cygwin's version of "git" that I could access?
 I wanted to try some modifications, and I thought it might be easier if I
could use a source control tool to track any changes in the official Cygwin 
version.

Sincerely,
Matt Seitz

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

BLODA nominee: Seagate GoFlex Home file server

[Matt Seitz]

FYI:  The Seagate GoFlex Home file server does not support setting FAT file 
flags (read-only, system, etc.).  As a result, Cygwin cannot create symbolic 
links on these servers.

Sincerely,
Matt Seitz

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: BLODA nominee: Seagate GoFlex Home file server

[Matt Seitz]

> From: Earnie Boyd 
> Is it possible to convert to NTFS?

Not easily. The GoFlex Home is an appliance that doesn't seem to have a 
documented way for users to reformat the file system.  But even a FAT file 
system supports FAT file attributes, so reformatting to NTFS shouldn't be 
necessary.

I have found a back door that gives me ssh access to the GoFlex Home.  However, 
it appears the GoFlex is running Samba 3.0.x on Linux.  I haven't looked into 
how Samba handles running on NTFS, so I don't know if that would help.  Also, 
Seagate distributes source for the Linux NTFS-3g driver as part of their GNU 
Source Code distribution the server.  So the disk might actually already be 
formatted using NTFS.

I found the apparent smb.conf file the server uses, and it looks like it fails 
to enable Samba's support for FAT file attributes.  If I don't get an official 
solution from Seagate, I may try modifying the smb.conf file and see if that 
fixes the issue.

Sincerely,
Matt Seitz

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: BLODA nominee: Seagate GoFlex Home file server

[Matt Seitz]

From: Andrey Repin
> Check mount output, or "fdisk -l" if your disks partitioned using MBR. (With 
> GPT it might be a bit tricky...)

-bash-3.2$ ./fdisk -l
-bash-3.2$

mount output:

rootfs on / type rootfs (rw)
ubi0:rootfs on / type ubifs (rw)
/proc on /proc type proc (rw)
/sys on /sys type sysfs (rw)
/proc/bus/usb on /proc/bus/usb type usbfs (rw)
none on /dev type tmpfs (rw)
devpts on /dev/pts type devpts (rw)
nodev on /var/log type tmpfs (rw)
nodev on /mnt/tmpfs type tmpfs (rw)
nodev on /var/lib/php/session type tmpfs (rw)
nodev on /tmp type tmpfs (rw)
nodev on /var/run type tmpfs (rw)
nodev on /var/cache type tmpfs (rw)
nodev on /var/lib/axentra_sync type tmpfs (rw)
nodev on /var/lib/oe-admin/minions type tmpfs (rw)
nodev on /var/lib/oe-admin/actions type tmpfs (rw)
nodev on /var/lib/oe-update-checker type tmpfs (rw)
nodev on /etc/blkid type tmpfs (rw)
nodev on /var/lib/dbus type tmpfs (rw)
nodev on /var/lib/dhclient type tmpfs (rw)
nodev on /var/lock type tmpfs (rw)
nodev on /var/spool type tmpfs (rw)
nodev on /var/lib/avahi-autoipd type tmpfs (rw)
nodev on /etc/dhclient-eth0.conf type tmpfs (rw)
nodev on /etc/printcap type tmpfs (rw)
nodev on /etc/resolv.conf type tmpfs (rw)
nodev on /var/cache/mt-daapd type tmpfs (rw)
ubi0:rootfs on /tmp/eaccelerator type ubifs (rw)
ubi0:rootfs on /tmp/templates_c type ubifs (rw)
nodev on /home/0external type tmpfs (rw)
/dev/sda on /mnt/eSata type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /home/0common type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /tmp/atalk type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /tmp/albumcache type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /tmp/0db type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /var/cache/mt-daapd type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /tmp/apache_tmp type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /tmp/minidlna type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /home/0db/id3_cache type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /home/0backups type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
nodev on /home/seitz/External Storage type tmpfs (rw)
nodev on /home/heather/External Storage type tmpfs (rw)
/dev/sda on /home/seitz/GoFlex Home Personal type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /home/seitz/GoFlex Home Backup type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /home/seitz/GoFlex Home Public type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /home/heather/GoFlex Home Personal type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /home/heather/GoFlex Home Backup type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)
/dev/sda on /home/heather/GoFlex Home Public type ufsd 
(rw,nls=utf8,uid=48,gid=100,fmask=0,dmask=0,force)


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: BLODA nominee: Seagate GoFlex Home file server

[Matt Seitz]

> From: Andrey Repin 
> 
> testparm -sv | grep dos
> would be interesting to see, but please send it off-list.

I think it'll be fine to share these results.

I couldn't find testparm:

-bash-3.2$ rpm -ql samba-common | grep testparm
/usr/bin/testparm
/usr/share/man/man1/testparm.1.gz
-bash-3.2$ /usr/bin/testparm
-bash: /usr/bin/testparm: No such file or directory
-bash-3.2$

Smb.conf came up empty:

-bash-3.2$ grep dos smb.conf
-bash-3.2$ ls -l smb.conf
-rw-r--r-- 1 root root 2650 Feb 23 23:05 smb.conf
-bash-3.2$ pwd
/etc/samba
-bash-3.2$




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: BLODA nominee: Seagate GoFlex Home file server

[Matt Seitz]

> From: Andrey Repin [mailto:anrdae...@freemail.ru]
> would be interesting to see, but please send it off-list.
>
> Andrey Repin (anrdae...@freemail.ru) 06.07.2012, <05:29>

Andrey, I'm getting a bounce message when I try sending e'mail to 
anrdae...@freemail.ru.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: WG: Windows Environment Variables

[Matt Seitz]

Is the following useful?

http://sourceware.org/ml/cygwin/2010-08/msg00246.html 




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: skipping file `...', as it was replaced while being copied

[Matt Seitz]

Would either of the following help?
-collect a network capture using Wildshark while running both the Cygwin 
"cp" command and the Windows Explorer "copy" operation (or a simple Windows 
cmd "cp" command).
-use Microsoft's "Process Monitor" to collect a Win32 trace while running 
both the Cygwin "cp" command and the Windows Explorer "copy" operation (or a 
simple Windows cmd "cp" command).


"Nellis, Kenneth"  wrote in message 
news:2bf01eb27b56cc478ad6e5a0a28931f201ccd...@a1dal1swpes19mb.ams.acs-inc.net...
> Using Cygwin 1.7.7, the following behavior started recently,
> but I can't think of any change that may be the culprit:
> ===BEGIN=SNIPPET
> knel...@cobqdppj1 ~
> $ cp /cygdrive/q/knellis/xyz ~
> cp: skipping file `/cygdrive/q/knellis/xyz', as it was replaced while 
> being copied
>
> knel...@cobqdppj1 ~
> END=SNIPPET=
> This used to work just fine.
> My Q: device maps to a Samba share on QNX through Virtual PC.
> This configuration has not changed since before it stopped
> working. Copying the same file using Windows drag-and-drop
> works just fine.
>
> Hoping the wisdom of this list can help.
>
> "cygcheck -svr > cygcheck.out" attached.
>
> --Ken Nellis
>





> 




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

git gui won't run: error: git-gui died of signal 11

[Matt Seitz]

When I try to run "git gui" I get the following error:

Matt@hp /cygdrive/c/Users/Matt
$ git gui 
error: git-gui died of signal 11

Log files attached.

Sincerely,
Matt Seitz



cygcheck.out
Description: cygcheck.out


wish8.5.exe.stackdump
Description: wish8.5.exe.stackdump
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: git gui 1.7.9-1: "spell checking is unavailable" error message

[Matt Seitz]

From: Matt Seitz (matseitz)

Any idea what caused the "git-gui" error message to start appearing after 
I ran "setup.exe" on Nov. 5?
I've been running "git-gui" 1.7.9-1 since February, and I haven't changed 
my "git-gui" options recently.

"Git-gui" was working fine with no error messages on Nov. 2.


I looked through "setup.log".   I see that something triggered "aspell" to 
be installed on Nov. 5:


2012/11/05 06:48:59 Adding required dependency aspell: Selecting version 
0.60.6.1-1 for installation.


2012/11/05 06:48:59 Adding required dependency libaspell15: Selecting 
version 0.60.6.1-1 for installation.


From what I've read, git-gui silently disables spell check if "aspell" is 
not installed.  But if "aspell" is installed, "git-gui" tries to load it, 
and then load whatever dictionary is specified in the 
"gui.spellingdictionary" option. This option is not set on on my system, 
which apparently means "use default dictionary".   So, "git-gui" tries to 
load the default dictionary, and reports an error when it can't find it.


It looks like the Fedora team originally installed the "aspell-en" 
dictionary by default whenever "aspell" was installed.  Then they dropped it 
as a dependency for the same reason given earlier in this thread: that it's 
not really required for "aspell".  Then they made installing  the 
"aspell-en" dictionary a requirement again, to avoid issues like this.


https://bugzilla.redhat.com/show_bug.cgi?id=494084

Does it make sense for Cygwin to follow Fedora's lead, and install 
"aspell-en" by default when "aspell" is installed? 



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: git gui 1.7.9-1: "spell checking is unavailable" error message)

[Matt Seitz]

From: Andrey Repin

The main question is how would you resolve
it. You can disable spell checking, or install relevant dictionary, as
suggested earlier.


Well, I first wanted to try to get to the root cause of what triggered the 
problem.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

aspell 0.60.6.1-1 does not install any dictionaries by default (RE: git gui 1.7.9-1: "spell checking is unavailable" error message)

[Matt Seitz]

Updated subject line to reflect the root cause.

-Original Message- 
From: Matt Seitz

Sent: Wednesday, November 07, 2012 5:57 PM
To: cygwin
Subject: Re: git gui 1.7.9-1: "spell checking is unavailable" error message


From: Matt Seitz (matseitz)

Any idea what caused the "git-gui" error message to start appearing after 
I ran "setup.exe" on Nov. 5?
I've been running "git-gui" 1.7.9-1 since February, and I haven't changed 
my "git-gui" options recently.

"Git-gui" was working fine with no error messages on Nov. 2.


I looked through "setup.log".   I see that something triggered "aspell" to
be installed on Nov. 5:

2012/11/05 06:48:59 Adding required dependency aspell: Selecting version
0.60.6.1-1 for installation.

2012/11/05 06:48:59 Adding required dependency libaspell15: Selecting
version 0.60.6.1-1 for installation.


From what I've read, git-gui silently disables spell check if "aspell" is

not installed.  But if "aspell" is installed, "git-gui" tries to load it,
and then load whatever dictionary is specified in the
"gui.spellingdictionary" option. This option is not set on on my system,
which apparently means "use default dictionary".   So, "git-gui" tries to
load the default dictionary, and reports an error when it can't find it.

It looks like the Fedora team originally installed the "aspell-en"
dictionary by default whenever "aspell" was installed.  Then they dropped it
as a dependency for the same reason given earlier in this thread: that it's
not really required for "aspell".  Then they made installing  the
"aspell-en" dictionary a requirement again, to avoid issues like this.

https://bugzilla.redhat.com/show_bug.cgi?id=494084

Does it make sense for Cygwin to follow Fedora's lead, and install
"aspell-en" by default when "aspell" is installed?


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: aspell 0.60.6.1-1 does not install any dictionaries by default (RE: git gui 1.7.9-1: "spell checking is unavailable" error message)

[Matt Seitz]

From: Andrey Repin


From:  Matt Seitz


https://bugzilla.redhat.com/show_bug.cgi?id=494084

Does it make sense for Cygwin to follow Fedora's lead, and install
"aspell-en" by default when "aspell" is installed?


No, it makes sense to report this issue to Git maintaners.


OK, I can do that.

However, based on the Fedora bug reports, it sounds like this could be an 
issue for other "aspell" client applications.   It appears that the normal 
behavior for "aspell" clients is to report an error if the "default" 
dictionary is specified and no dictionary is present.


So it seems like the options are:

1.  Change git-gui and other "aspell" based applications to suppress their 
error message when the "default" dictionary is specified and no dictionary 
is present.


2.  Change "setup.exe" to install the "default" dictionary (i.e., the 
dictionary for the current locale) automatically when "aspell" is installed.


3.  Change "setup.exe" to remind the user to install the "default" 
dictionary when "aspell" is installed.


4.  Keep the current behavior, and let the end-user figure out what went 
wrong and how to fix it.


Option 2 seems to be the solution that Fedora went with.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: aspell 0.60.6.1-1 does not install any dictionaries by default (RE: git gui 1.7.9-1: "spell checking is unavailable" error message)

[Matt Seitz]

From: Matt Seitz


I looked through "setup.log".   I see that something triggered "aspell" to
be installed on Nov. 5:


2012/11/05 06:48:59 Adding required dependency aspell: Selecting version
0.60.6.1-1 for installation.

2012/11/05 06:48:59 Adding required dependency libaspell15: Selecting
version 0.60.6.1-1 for installation.


What's the best way for me to determine which packaged triggered adding the 
required dependency "aspell"?



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: aspell 0.60.6.1-1 does not install any dictionaries by default (RE: git gui 1.7.9-1: "spell checking is unavailable" error message)

[Matt Seitz]

From: Matt Seitz



From: Matt Seitz

> I looked through "setup.log".   I see that something triggered "aspell" 
> to

> be installed on Nov. 5:
>

What's the best way for me to determine which packaged triggered adding 
the required dependency "aspell"?


I'm suspecting the problem has something to do with the update of TeXmacs on 
Nov. 4.  The "setup.ini" file does say that "TeXmacs" requires "aspell". 
But on the other hand, it appears that the previous version of "TeXmacs" 
also requires "aspell".


So I'm still looking for a definitive answer as to what triggered the 
"aspell" installation.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: aspell 0.60.6.1-1 does not install any dictionaries by default (RE: git gui 1.7.9-1: "spell checking is unavailable" error message)

[Matt Seitz]

From: Andrey Repin


> So it seems like the options are:


1.  Change git-gui and other "aspell" based applications to suppress 
their
error message when the "default" dictionary is specified and no 
dictionary

is present.



Specified where?


Sorry, I wasn't clear.  The "git-gui" program is just telling "aspell" to 
use the default "aspell" dictionary.  It's then up to "aspell" to decide 
what the default dictionary is.


The relevant "git-gui" code appears to be here:

http://repo.or.cz/w/git-gui.git/blob/HEAD:/git-gui.sh#l3913


If it's a configuration in aspell, and Git-GUI merely asking for default
behavior, then again, Git-GUI should check, if the module can work at all,
before trying to use it and throw errors at the user.


OK, I can suggest that to the Git maintainers.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Setup reports "http://mirrors.kernel.org/sourceware/cygwin/" no longer supported

[Matt Seitz]

When I ran Setup today to get the latest Cygwin, Setup reported an error:

Warning: One or more mirrors you have selected is/are not on the list of 
official Cygwin mirrors any more. It/They may  be out of date or missing some 
packages.





cygcheck.out
Description: cygcheck.out
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

RE: Setup reports "http://mirrors.kernel.org/sourceware/cygwin/" no longer supported

[Matt Seitz]

> From: Cygwin  On Behalf Of Brian Inglis
> 
> On 2020-07-18 19:09, Matt Seitz wrote:
> > When I ran Setup today to get the latest Cygwin, Setup reported an error:
> >
> > Warning: One or more mirrors you have selected is/are not on the list of
> official Cygwin mirrors any more. It/They may  be out of date or missing some
> packages.
> 
> For more info check: https://cygwin.com/mirrors-report.html
> the status counts agree with the server statuses in the tables below.
> Most issues are transient or fairly short term; if the mirror status changes 
> to o
> out-of-date, you may want to reach out to the mirror host support and report
> an issue; if it is a weekend, there may be no support available.

Thanks for your help!  I just checked the page, and didn't see any errors 
reported for "http://mirrors.kernel.org/sourceware/cygwin/";.  I downloaded and 
ran Setup again and still saw the same error.

--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

bin missing from PATH after X11 setup

[Matt Seitz (novcard)]

I had an existing Cygwin setup that was working fine, both for local bash and
for ssh logins.  I decided to install the Cygwin X11 server.  I downloaded the
latest "setup" from the cygwin.com web site.  I then selected the X11 group for
install.  I also left enabled the selections for updating my existing packages
to the current version.

After the install, I found I could no longer execute simple commands like ls
from a local bash shell:

bash-3.1$ ls
bash: ls: command not found
bash-3.1$ cat
bash: cat: command not found
bash-3.1$

I tried rebooting, and the problem persisted.

However, if I made the path explicit, the commands would run

bash-3.1$ /bin/ls
Application Data  Local Settings  PUTTY.RND  Start Menuntuser.dat.LOG
Cookies   My DocumentsPrintHood  Templates ntuser.ini
Desktop   NTUSER.DAT  Recent UserData  p1.0.11-13.tar.gz
Favorites NetHood SendTo WLANProfiles  winscp.RND

So, I checked PATH and found no mention of /bin:

bash-3.1$ /bin/printenv | /bin/grep PATH
HOMEPATH=\Documents and Settings\seitz
USERDOMAIN=NEOPATH
PATH=/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System
32/Wbem:/cygdrive/c/Program Files/ATI Technologies/ATI Control Panel:/cygdrive/c
/Program Files/Microsoft SQL Server/90/Tools/binn/:/cygdrive/c/Program Files/Sup
port Tools/
USERDNSDOMAIN=WIN.NEOPATHNETWORKS.COM
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
bash-3.1$

However, if I logged in from my Linux workstation via SSH, things seemed fine:

[EMAIL PROTECTED] ~]$ ssh seitz-600m.win
[EMAIL PROTECTED]'s password:
Last login: Thu Jun 29 11:08:57 2006 from demo5.neopathnetworks.com
-bash-3.1$ ls
Application Data  Local Settings  PUTTY.RND  Start Menuntuser.dat.LOG
Cookies   My DocumentsPrintHood  Templates ntuser.ini
Desktop   NTUSER.DAT  Recent UserData  p1.0.11-13.tar.gz
Favorites NetHood SendTo WLANProfiles  winscp.RND
-bash-3.1$ printenv | grep PATH
HOMEPATH=\Documents and Settings\seitz
USERDOMAIN=NEOPATH
PATH=/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/Program 


Files/ATI Technologies/ATI Control Panel:/cygdrive/c/Program Files/Microsoft SQL
Server/90/Tools/binn/:/cygdrive/c/Program Files/Support Tools/:/bin
PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH
-bash-3.1$

So, I tried running ssh on my local bash shell, and that also worked:

bash-3.1$ /bin/ssh localhost
Enter passphrase for key '/cygdrive/c/Documents and Settings/seitz/.ssh/id_rsa':

Last login: Thu Jun 29 12:39:13 2006 from demo5.neopathnetworks.com
-bash-3.1$ ls
Application Data  Local Settings  PUTTY.RND  Start Menuntuser.dat.LOG
Cookies   My DocumentsPrintHood  Templates ntuser.ini
Desktop   NTUSER.DAT  Recent UserData  p1.0.11-13.tar.gz
Favorites NetHood SendTo WLANProfiles  winscp.RND
-bash-3.1$

Any suggestions for fixing this problem?

The output from /var/log/setup for this run of "setup" is below:

2006/06/26 15:04:36 Starting cygwin install, version 2.510.2.2
2006/06/26 15:04:37 Current Directory: C:\Documents and Settings\seitz\My
Documents\cygwin_setup
2006/06/26 15:04:37 Changing gid to Users
2006/06/26 15:04:37 Could not open service McShield for query, start and stop.
McAfee may not be installed, or we don't have access.
2006/06/26 15:04:40 source: network install
2006/06/26 15:04:42 root: C:\cygwin binary system
2006/06/26 15:04:49 Selected local directory: C:\Documents and Settings\seitz\My
Documents\cygwin_setup
2006/06/26 15:04:50 net: Direct
2006/06/26 15:04:52 site: http://mirrors.kernel.org/sources.redhat.com/cygwin
2006/06/26 15:06:33 Downloaded C:\Documents and Settings\seitz\My
Documents\cygwin_setup/http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin/release/base-files/base-files-3.7-1.tar.bz2
2006/06/26 15:06:34 Downloaded C:\Documents and Settings\seitz\My
Documents\cygwin_setup/http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin/release/bash/bash-3.1-6.tar.bz2
2006/06/26 15:06:42 Downloaded C:\Documents and Settings\seitz\My
Documents\cygwin_setup/http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin/release/coreutils/coreutils-5.94-1.tar.bz2
2006/06/26 15:06:43 Downloaded C:\Documents and Settings\seitz\My
Documents\cygwin_setup/http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin/release/cygrunsrv/cygrunsrv-1.17-1.tar.bz2
2006/06/26 15:06:43 Downloaded C:\Documents and Settings\seitz\My
Documents\cygwin_setup/http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin/release/cygutils/cygutils-1.3.0-1.tar.bz2
2006/06/26 15:06:48 Downloaded C:\Documents and Settings\seitz\My
Documents\cygwin_setup/http%3a%2f%2fmirrors.kernel.org%2fsources.redhat.com%2fcygwin/release/cygwin/cygwin-1.5.19-4.tar.bz2
2006/06/26 15:06:49 Downloaded C:\Documents and Settings\seitz\My
Documents\cygwin_setup/http%3a%2f%2fmirrors.kernel.org

Non-trusted domain user causes mkpasswd and mkgroup to fail

[Matt Seitz (matseitz)]

I am trying to use mkpasswd and mkgroup to add entries for my user
account in an AD domain that is different my workstation login domain.
There is no trust relationship between the domains, and the user name is
different in each domain.  When I try this, I receive an error:

"[EMAIL PROTECTED] /etc
$ mkpasswd -d neopath -u seitz
mkpasswd (272): [1326] Logon failure: unknown user name or bad
password."

I took a network trace, and saw that "mkpasswd" appears to use my login
domain and user name (CISCO\matseitz) to access the "neopath" domain
controller.  This fails, because there is no trust relationship between
the "CISCO" and "neopath" domains.

Is there a way to tell "mkpasswd" to instead use "neopath\seitz" to
connect to the "neopath" domain controller?

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: Non-trusted domain user causes mkpasswd and mkgroup to fail

[Matt Seitz (matseitz)]

"Long, Phillip GOSS" <[EMAIL PROTECTED]> wrote in
message
news:<[EMAIL PROTECTED]
tional.com>...
>Maybe if U map a drive to a share on a machine in the neopath domain
>using a neopath domain account, the security token your process gets
>will let U access that domain.  I /think/ that's what I've done in the
>past, although I haven't had access to another domain for a couple of
>years now, so I can't check to confirm it.
 
When I first ran into this, I had already used Windows Explorer to map a
drive letter to a file server in the non-trusted domain.  However,
"mkpasswd" did not use that existing SMB session.  Instead it was
sending an SMB Session Setup with the "domain\user" for my local console
login, not the account I used to map the drive letter.  I also believe
it was being sent to the DC, not the file server I mapped a drive
letter, to.

Now, maybe if I map a drive letter directly to the DC, that might do it.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Non-trusted domain user causes mkpasswd and mkgroup to fail

[Matt Seitz (matseitz)]

From: Long, Phillip GOSS [mailto:[EMAIL PROTECTED] 
> [...]what I did was to use 'runas' in  a CMD window to log on as the
user in the other (untrusted, 
> IIRC) domain and run 'mkpasswd' and 'mkgroup' from there, [...] 

Thank you very much!  Using:

runas /netonly /user:domain\user "cmd"

and then:

cd \cygwin
cygwin.bat
mkpasswd -d domain -u user >> /etc/passwd

did the trick!

For extra credit, I tried the same thing to try to add a user from a
stand-alone server (not a member 
of any domain).  Unfortunately, running

mkpasswd -d machine -u user

again gave the error:

mkpasswd (749): [1355] The specified domain either does not exist or
could not 
be contacted.

But I can live without that for now. 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Non-trusted domain user causes mkpasswd and mkgroup to fail

[Matt Seitz (matseitz)]

From: Dave Korn [mailto:[EMAIL PROTECTED] 
> If you aren't 
> logged into the domain, there's no way it should let you know 
> things like user and group lists.

Sorry, I wasn't clear.  I did log into the stand-alone (non-domain) file
server first using "runas /netonly 
/user:machine\user".  But then "mkpasswd -d machine -u user" still
didn't work.  Using the same process for a domain user ("runas /netonly 
/user:domain\user", "mkpasswd -d domain -u user") does work.

--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Non-trusted domain user causes mkpasswd and mkgroup to fail

[Matt Seitz (matseitz)]

From: Dave Korn [mailto:[EMAIL PROTECTED] 
> 
>   Let me repeat myself:
> 
> >> If you aren't
> >> logged into the domain
>^^
> 
>   Logging into the local machine and logging into the domain 
> are two different
> things.  When you are not logged in to the domain, it would 
> be very very wrong
> for the domain controller to send you any information about 
> the domain.[*]

Sorry, I guess I'm still not being clear.  When I did "runas /netonly
/user:machine\user" followed by "mkpasswd -d machine -u user", I was
trying to create a "passwd" entry for a user account that was local to
the server named "machine".  In other words, I was trying to access
information about the "machine\user" local user account.  I was not
trying to access information about a domain user account.

Perhaps I'm confusing things by using the example name "user" in both
cases.  Let me try restating it:

"runas /netonly /user:domain1\userA" followed by "mkpasswd -d domain1 -u
userA":  works
"runas /netonly /user:machine2\userB" followed by "mkpasswd -d machine2
-u userB":  fails

--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Non-trusted domain user causes mkpasswd and mkgroup to fail

[Matt Seitz (matseitz)]

From: DePriest, Jason R. [mailto:[EMAIL PROTECTED] 
> On 7/13/07, Matt Seitz (matseitz)  wrote:
> > "runas /netonly /user:machine2\userB" followed by "mkpasswd -d 
> > machine2 -u userB":  fails
> >
> 
> If the server is stand alone, wouldn't mkpasswd -l be more 
> appropriate than mkpasswd -d?

That requires that I am able to run "mkpasswd" on the stand-alone
server.  Unfortunately, I don't have that option in this case.  If
"mkpasswd -l" allowed me to specify the name of another machine
(something like "mkpasswd -l  -u "), then that might be a
solution.

--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Non-trusted domain user causes mkpasswd and mkgroup to fail

[Matt Seitz (matseitz)]

From: DePriest, Jason R. [mailto:[EMAIL PROTECTED] 

> Try using a tool like psgetsid from Sysinternal's to get the 
> SIDs of the users you want to access your Cygwin system, then 
> manually build your own entries for your /etc/passwd file.
> 
> See http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd 
> and http://cygwin.com/cygwin-ug-net/ntsec.html#ntsec-sids

Thanks, I will try that.


--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

git: Tralining whitespace error during commit

[Matt Seitz \(matseitz\)]

When I run "git commit" to check in changes to my
"/cygdrive/c/windows/system32/drivers/etc/hosts" file, I receive the
following error messages like the following (Note:  I've changed the
host name and IP addresses to protect its identity):

"[EMAIL PROTECTED] /cygdrive/c/windows/system32/drivers/etc
$ git commit
*
* You have some suspicious patch lines:
*
* In hosts
* trailing whitespace (line 20)
hosts:20:10.10.10.10 host1.example.com

[EMAIL PROTECTED] /cygdrive/c/windows/system32/drivers/etc
$"

I found one suggested fix at
"http://www.dont-panic.cc/capi/2007/07/13/git-on-windows-you-have-some-s
uspicious-patch-lines/":

"To solve the problem, you need to edit .git/hooks/pre-commit and
comment out the following lines:

if (/\s$/) {
bad_line("trailing whitespace", $_);
}"

Is this the best solution?







--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:. 


cygcheck.out
Description: cygcheck.out
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: git: Training whitespace error during commit

[Matt Seitz \(matseitz\)]

"Eric Blake" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> In other words, _somebody_ (not 
> me) thought that because windows permissions can't be relied on, that
ALL git 
> hooks should be enabled by default; whereas on Linux, where
permissions are 
> reliable, ALL git hooks are disabled by default and you must chmod +x
them to 
> turn them on.  This seems inconsistent to me, but not to the point
that I have 
> complained upstream on the git mailing list; perhaps you'd like to
raise the 
> point there?

Sure, I'm happy to forward your comments.  If the upstream git
maintainers have any follow-up questions or comments, should I post them
back here on the cygwin list?

--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:. 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Ls POSIX style slink output

[Matt Seitz \(matseitz\)]

What do you think of changing "ls -l" to display symbolic links using
POSIX style paths instead of Windows style?

When I run "ls -l /etc", the symbolic links are displayed using Windows
format ("C:\WINDOWS\system32\drivers\etc\hosts").  It would be easier to
copy and paste the output to a "cd" command if "ls -l" displayed a POSIX
style path ("/cygdrive/c/WINDOWS/system32/drivers/etc/hosts").


--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:. 

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Ls POSIX style slink output

[Matt Seitz (matseitz)]

From: Brian Dessent [mailto:[EMAIL PROTECTED] 
> 
> Yes, those symlinks in /etc are explicitly created with Win32 
> paths by the base-files postinstall script.  I think the 
> reasoning here is that if a POSIX path were used for the 
> target of the symlink then it would have to be updated if the 
> user ever changed the name of the /cygdrive prefix, whereas 
> just using a Win32 path is always correct and insulates from 
> that variable.

I appreciate your taking the time to read my suggestion and respond so
quickly with such a complete clear and complete explanation.  

As an alternative suggestion, how about using forward slashes instead of
backwards slashes ("C:/windows/system32/drivers/etc/hosts") in the
base-files postinstall script?  That would allow pasting the "ls -l"
ouput to "cd", without using the riskier "/cygdrive" prefix.

--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

RE: Ls POSIX style slink output

[Matt Seitz (matseitz)]

From: Brian Dessent [mailto:[EMAIL PROTECTED] 
> 
> That would be up to the base-files package maintainer, 
> however I don't think it's necessary.  As I said the current 
> DLL code already normalizes symlink targets so if you use a 
> snapshot you will see those links in POSIX form with "ls -l" 
> even though they're stored on disk as Win32 paths.  

Good point. I'll look forward to the new release, and just use your
suggested workaround for now.  Thank you again for your help.

--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

sshd message: Could not write ident string

[Matt Seitz \(matseitz\)]

I noticed the following message in my event log.  Can someone give me
more details on what it means?

Event Type: Information
Event Source:   sshd
Event Category: None
Event ID:   0
Date:   9/28/2007
Time:   7:17:06 AM
User:   NT AUTHORITY\SYSTEM
Computer:   MATSEITZ-WXP02
Description:
The description for Event ID ( 0 ) in Source ( sshd ) cannot be found.
The local computer may not have the necessary registry information or
message DLL files to display messages from a remote computer. You may be
able to use the /AUXSOURCE= flag to retrieve this description; see Help
and Support for details. The following information is part of the event:
sshd: PID 5396: Could not write ident string to [IP address removed].



--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:. 


cygcheck.out
Description: cygcheck.out
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

"tar --one-file-system" accesses remote file systems

[Matt Seitz (matseitz)]

When I run "tar -czlvf backup ." in my home directory (/home/matseitz) , "tar" 
accesses a subdirectory (/home/matseitz/sjc-filer03a) that mounts a remote CIFS 
share.  This problem and a proposed solution was mentioned in an earlier e'mail 
(http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html).  Is there a known 
solution to this issue?




--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:. 


cygcheck.out
Description: cygcheck.out
--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: "tar --one-file-system" accesses remote file systems

[Matt Seitz (matseitz)]

"Larry Hall (Cygwin)" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL 
PROTECTED]>...
> Matt Seitz (matseitz) wrote:
> > This problem and a proposed solution was mentioned in an
> > earlier e'mail (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html). Is
> > there a known solution to this issue?
> 
> You can check recent (and not so recent) email archives on the subject.  

I tried.  The only discussion I found was the link above.  If you can give me a 
pointer to another thread, I'd appreciate it.  I'll also try additional 
searches based on the information you gave below.

> As
> I recall, it depends on your server and it's version.  Older versions or FAT
> file-systems have their inodes "faked".  This may be the cause of the
> problem you're seeing.

Ah, yes, the mounted CIFS share is reported as a FAT file system*.  So that may 
be the problem.  I'll try it with a Windows server sharing an NTFS volume and 
see if I get a different result.  

*It's actually a Network Appliance ONtap WAFL QTree, configured to use "UNIX" 
security model.  But ONtap reports "UNIX" QTrees as "FAT" file systems to CIFS 
clients.

RE: "tar --one-file-system" accesses remote file systems

[Matt Seitz (matseitz)]

> From: Larry Hall (Cygwin) 
> 
> Matt Seitz (matseitz) wrote:
> > 
> >> Matt Seitz (matseitz) wrote:
> >>> This problem and a proposed solution was mentioned in an earlier 
> >>> e'mail 
> (http://www.cygwin.com/ml/cygwin/1998-09/msg00839.html). 
> > 
> > Ah, yes, the mounted CIFS share is reported as a FAT file 
> > system*. 
> 
> That's it I expect.  Going straight to the code, in 
> fhandler_disk_file.cc, here's some code from 
> fhandler_base::fstat_helper():
> 
>/* Enforce namehash as inode number on untrusted file systems. */
>if (pc.isgood_inode (nFileIndex))
>  buf->st_ino = (__ino64_t) nFileIndex;
>else
>  buf->st_ino = get_namehash ();
> 
> One of the things that isgood_inode() checks for is that it's 
> not a FAT drive.  In case it is, you end up with a faked hash inode.

Thanks for the diagnosis.  I'm curious about something.  The message I 
reference above also mentioned an issue with "st_dev".  It seems to imply that 
correcting the "st_dev" to use the volume serial number could resolve this 
issue.  What is your opinion on that theory? 


--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

RE: mkpasswd -l -d completed after 5 days

[Matt Seitz (matseitz)]

> From: Marc Girod 
> 
> I started a 'mkpasswd -d -l > passwd.ld' process last Friday 
> around 15:30, and this one completed today (Wednesday) at 8:42.
> The size of the file produced is 3 MB, or 20142 lines.

I ran into similar problems with "mkpasswd" taking a long time on a large 
Active Directory (AD) domain.  I worked around the issue using the following 
procedure:

1.  Use "mkpasswd -l -c > /etc/passwd" to just add your machine's local user 
accounts and your personal AD user account to Cygwin's "/etc/passwd". 
2.  If you need to add additional domain users you can use "mkpasswd -d -u 
user_name >> /etc/passwd ". 

Likewise you can use "mkgroup -l -c > /etc/group" to add your local groups and 
your personal AD group to "/etc/group", and "mkgroup -d -g group_name >> 
/etc/group" to add individual AD domain groups. 

Run "man mkpasswd" and "man mkgroup", or see 
http://cygwin.com/cygwin-ug-net/using-utils.html#mkpasswd and 
http://cygwin.com/cygwin-ug-net/using-utils.html#mkgroup for more details. 



--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:.  

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Setup command-line argument support

[Matt Seitz (matseitz)]

Does the "setup.exe" home page at 
"http://sources.redhat.com/cygwin-apps/setup.html"; need to be updated?  It says 
that CLI arguments are "an under-development feature", and the link it 
references says:

"'Does the current http://cygwin.com/setup.exe have any [CLI arguments]?'

No, or at least, not that we want people to try using."

But in the FAQ, I see an entry documenting the command-line arguments for 
"setup.exe" (http://cygwin.com/faq/faq.setup.html#faq.setup.cli).


--
Matt Seitz
Manager, File System Virtualization
Cisco Systems, Inc.
.:|:.:|:. 

Re: -11: Problem at 1st start when "cygwin.bat" is run by Nullsoft-Installer

[Matt Seitz (matseitz)]

"Christopher Faylor" <[EMAIL PROTECTED]> wrote in message news:<[EMAIL 
PROTECTED]>...
> It's nice that people have found other uses for cygwin1.dll and the packages
> which go into the distribution found at http://cygwin.com/  but I think
> it is unrealistic to expect that people here will be cheerfully willing
> to do extra work to make it easy for other uses of cygwin.  

Would it be appropriate to refer such people to:

http://www.redhat.com/software/cygwin/

RE: Updated: git-1.5.5.1-1

[Matt Seitz (matseitz)]

> When compiled out of the box, the upstream git maintainers 
> cater to older cygwin releases, and intentionally disable 
> certain features that have been reported on their mailing 
> list, even though they work with the latest cygwin.  
> Therefore, this build turns those features back on.

What is the easiest way for me to 

1.  find the differences between the upstream git source and the Cygwin git 
source
2.  apply those changes to an older build of git

I'd like to try building git 1.5.0.7, with the Cygwin git features turned back 
on.

--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

xwin "Exit" menu item doesn't work

[Matt Seitz (matseitz)]

Steps to reproduce:
-Right click XWin notification tray icon
-Left click "Exit..."

Expected results:  XWin notification tray icon disappears and process ends

Actual results:  No change, XWin continues to run




cygcheck.out
Description: cygcheck.out


XWin.8.log
Description: XWin.8.log
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: xwin "Exit" menu item doesn't work

[Matt Seitz (matseitz)]

> From: Jon TURNEY 
> 
> If this is easy for you to reproduce, could you show me the logfile
> produced on reproduction, after starting XWin with the '-logverbose 3'
> option?

Thanks for getting back to me.  I was unable to reproduce the issue this 
morning, with or without the "-logverbose 3" setting.  I'll leave the verbose 
setting in place for a while and see if I am able to reproduce.

After I sent the report last night, I put my laptop in hibernate mode.  When I 
powered the computer on this morning and resumed operation (about 8 hours after 
I put it in hibernate mode), the Exit dialog box appeared warning me that 
exiting Xwin would close my connections.  I went ahead and clicked "Exit" and 
XWin exited successfully.


> It might be worthwhile to check that are stopping the X server you think
> you are, if you accidentally have multiple X servers running, some of
> which have been hidden in the notification area?

Prior to sending my report, I had checked the running processes with 
Microsoft's "Process Explorer" tool, and saw only one instance of "XWin.exe" 
running.

RE: xwin "Exit" menu item doesn't work

[Matt Seitz (matseitz)]

> From: cygwin-ow...@cygwin.com [mailto:cygwin-ow...@cygwin.com] On Behalf
> Of Matt Seitz (matseitz)
> 
> > From: Jon TURNEY
> >
> > If this is easy for you to reproduce, could you show me the logfile
> > produced on reproduction, after starting XWin with the '-logverbose 3'
> > option?
> 
> Thanks for getting back to me.  I was unable to reproduce the issue this
> morning, with or without the "-logverbose 3" setting.  I'll leave the
> verbose setting in place for a while and see if I am able to reproduce.

I have not been able to reproduce the issue.  I'll leave verbose logging 
enabled for now and let you know if I see the issue again.

Re: 1.7.10: git gui reports "cygwin warning: MS-DOS style path detected: C:\cygwin\lib\git-core\git-gui"

[Matt Seitz (matseitz)]

Eric Blake wrote:
> I'm working on packaging
> a new git release, which should squelch this warning.

Thanks, I appreciate your quick response.  I will look forward to your
fix.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Cygwin.dll version in bug reports

[Matt Seitz (matseitz)]

"Christopher Faylor" wrote in message
news:<20120209005328.gb23...@ednor.casa.cgf.cx>...
> 
> Same thing in 1.7.9.
> 
> Please lets not just put 1.7.10 in front of every bug report.

What is the proper procedure?

Today I sent a couple of bug reports.  I based my "Subject" on the "Good
examples" given at:

http://cygwin.com/problems.html

Since all the good examples had a cygwin1.dll version at the front, I
thought that was expected.  So I put 1.7.10 at the front, because that
was the cygwin1.dll version I was using.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Cygwin.dll version in bug reports

[Matt Seitz (matseitz)]

"Christopher Faylor" wrote:
> On Wed, Feb 08, 2012 at 05:17:18PM -0800, Matt Seitz (matseitz) wrote:
> >
> >Today I sent a couple of bug reports.  I based my "Subject" on the
"Good
> >examples" given at:
> >
> >http://cygwin.com/problems.html
> >
> >Since all the good examples had a cygwin1.dll version at the front, I
> >thought that was expected.  So I put 1.7.10 at the front, because
that
> >was the cygwin1.dll version I was using.
> 
> The "good examples" mentioned in the problems.html page refer to
> problems reported for the Cygwin DLL.

OK, then I misunderstood the examples.

Perhaps it would help to include some examples that cite the package
version instead of the DLL version?
 


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: gitk fails to start after updating cygwin

[Matt Seitz (matseitz)]

"Arnon Moscona"  wrote in message
news:...
> 
> I never needed an X server before, and gitk
> displayed fine up until now. So why should I need to run an X server
> now?

See:

http://cygwin.com/ml/cygwin/2012-02/msg00115.html




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

gitk fix for set uicolor SystemButtonFace

[Matt Seitz (matseitz)]

"Eric Blake (cygwin)" wrote:
>
> This release should cater to the fact that tcl is now X-based.  Before
> reporting any problems with gitk or git-gui, first check that you are
> running an X server.  Also, gitk will complain if your ~/.gitk has a
> line 'set uicolor SystemButtonFace'; there's nothing I can do about it
> at a packaging level, but you can remove the offending line to get
past it.

Below is a diff of how I fixed the problem in my existing .gitk file.

The source of the problem is that gitk creates a Win32 specific .gitk
file if tk reports that the windowing system is Win32:
https://github.com/gitster/git/commit/1924d1bc0dc99cd3460d3551671908cc76
c09d3b

Now that Cygwin has changed tk to use the X11 windowing system instead
of Win32, the Win32 .gitk file no longer works.

The fix is to change the .gitk file to use the default settings:

---
 .gitk |8 
 1 files changed, 4 insertions(+), 4 deletions(-)

diff --git a/.gitk b/.gitk
index 6f48d0c..fd50dc9 100755
--- a/.gitk
+++ b/.gitk
@@ -14,15 +14,15 @@ set hideremotes 0
 set showlocalchanges 1
 set datetimeformat {%Y-%m-%d %H:%M:%S}
 set limitdiffs 1
-set uicolor SystemButtonFace
+set uicolor grey85
 set want_ttk 1
-set bgcolor SystemWindow
-set fgcolor SystemButtonText
+set bgcolor white
+set fgcolor black
 set colors {green red blue magenta darkgrey brown orange}
 set diffcolors {red "#00a000" blue}
 set markbgcolor #e0e0ff
 set diffcontext 3
-set selectbgcolor SystemHighlight
+set selectbgcolor gray85
 set extdifftool meld
 set perfile_attrs 0
 set geometry(main) 1235x672+22+93



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: gitk fails to start after updating cygwin

[Matt Seitz (matseitz)]

"Yaakov (Cygwin/X)" wrote:
> 
> xorg-server is not specified as a runtime dependency of libX11 or
libxcb
> for several reasons:

Should xorg-server be specified as a runtime dependency of gitk?



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: gitk fails to start after updating cygwin

[Matt Seitz (matseitz)]

"Corinna Vinschen" wrote:
 > On Feb 24 11:26, Matt Seitz (matseitz) wrote:
> > 
> > Should xorg-server be specified as a runtime dependency of gitk?
> 
> The X server is no hard requirement.  Consider:
> 
>   $ DISPLAY=my_linux_box:0 gitk&

True.  But would the benefit (helping new users) outweigh the cost
(installing xorg-server for some users that don't actually require it)?
 

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: gitk fails to start after updating cygwin

[Matt Seitz (matseitz)]

"Larry Hall (Cygwin)" wrote:
> 
> Nobody that doesn't need or want it has to install the X-Server.  If
> one uses gitk though, one has now moved into the category of
"need/want
> the X-Server" if one wasn't already in that category. ;-)

Well, they certainly will need/want AN X-Server.  But I thought
Corrina's point was that in some cases that X-Server does not have to be
the Cygwin xorg-server (could be a different local X-Server, or even a
remote X-Server).

My question is:  are there enough gitk users who would need/want the
Cygwin xorg-server that it would be worth installing xorg-server by
default when installing gitk, even though some gitk users may not
actually need the Cygwin xorg-server?


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: gitk fix for set uicolor SystemButtonFace

[Matt Seitz (matseitz)]

"Earnie Boyd" wrote: 
> While this resolves an immediate issue you should determine the fix
> for platform determination in the upstream source so that the correct
> file is created in the first place.

Yes, I have also suggested exactly that on the upstream mailing list:

http://marc.info/?t=13299488556&r=1&w=2

But anyone who already installed gitk while running the old Cygwin tcltk
8.4.x. won't be helped by an upstream patch.  An upstream patch will
only help avoid similar problems in the future.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: gitk fails to start after updating cygwin

[Matt Seitz (matseitz)]

"Yaakov (Cygwin/X)" wrote: 
> 
> Remember that using X requires some level of manual intervention,
namely
> that you have to *start* the server and set DISPLAY before actually
> using it.  
> So installing xorg-server as a dependency isn't going to
> prevent these questions one bit.

Good point.  Would adding "xinit" as a dependency be a better solution?

I am hoping that when "setup" informs the user that "gitk requires
xinit", it might it at least:

1.  Alert the user to the fact that gitk now requires loading the X
server.  
2.  Spare the user having to run "setup" again to download the packages
they need.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.

[Matt Seitz (matseitz)]

"Corinna Vinschen" wrote:
> 
> David, instead of setting tmp/temp, What about adding the following
line
> to /etc/profile?
> 
>   setfacl -m d:g::r-x,d:o:r-x /home /tmp /usr/tmp /var/log /var/run
/var/tmp 2>/dev/null

Will that cause problems if I have:

$ mount | grep home
C:/Documents and Settings on /home type ntfs (binary)
$ getfacl /home
# file: /home
# owner: Administrators
# group: Domain Users
user::rwx
group::---
group:SYSTEM:rwx
group:Users:r-x
group:Power Users:r-x
mask:rwx
other:r-x
default:user::rwx
default:user:Administrators:rwx
default:group::---
default:group:SYSTEM:rwx
default:group:Users:r-x
default:group:Power Users:r-x
default:mask:rwx
default:other:r-x
$


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

"Christopher Faylor" wrote:
> 
> The only thing that apparently needs addressing is that you read the
> list and comprehend what's going on.  I wish we could address that by
> making more people do that.  :-)

Would it help to add "xinit" to the requirements for tcl-tk and other
packages that now require an X11 server?

I know that there are some use cases where "xinit" isn't actually
required.  But would the benefit (fewer problem reports from new users)
be worth the cost (installing "xinit" for some users who don't actually
require it)?

In the case of packages that have both a console mode and an X11 mode,
perhaps the package could be split into separate packages, as was done
with "git", "git-gui", and "gitk"?

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

"Yaakov (Cygwin/X)" wrote:
> Using X requires user intervention to start an X server first.  No
> amount of automatic dependencies will change this, and therefore I
don't
> expect that the number of questions would change one iota.

You don't think that Setup telling the user "package xyz requires
package xinit" might at least tip off some users that running xyz now
requires starting an X server?

Even if it doesn't reduce the questions, would it at least reduce the
problem of users now having to run Setup a second time to download and
install the xinit package?

> > In the case of packages that have both a console mode and an X11
mode,
> > perhaps the package could be split into separate packages, as was
done
> > with "git", "git-gui", and "gitk"?
> 
> Can you provide examples of packages for which this isn't already the
> case?

No, I don't have a specific example in mind.  I was just trying to
anticipate a possible objection of "why should we install xinit for a
package that is sometimes used with just a text console?"

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

"Christopher Faylor" wrote:
> 
> In the meantime, if people are piling on to suggest this because they
> think it will cause someone to add xinit as a dependency to something
> please be assured that this will not happen.

OK, what would cause someone to add xinit as a dependency to something?


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

"Matt Seitz (matseitz)" 
>"Christopher Faylor" wrote:
> 
>> In the meantime, if people are piling on to suggest this because they
>> think it will cause someone to add xinit as a dependency to something
>> please be assured that this will not happen.
>
> OK, what would cause someone to add xinit as a dependency to
something?

One reason I keep asking this question is that I don't understand the
rationale against adding xinit.

I love that Setup will automatically install the dependencies I need to
actually use a package.  Setup failing to install a dependency that most
users will want seems like a step backwards.  So I am trying to
understand the rationale behind this position.

One of the frustrations I used to have with Linux was repeated cycles of
"Package A needs package B, install B, Package B needs Package C,
install C, Package C needs Package D, etc."  I like that modern package
managers, like Cygwin Setup or Yum make it much easier by letting me
just say "I want Package A", and the tool automatically installs all the
dependencies for me.  

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.

[Matt Seitz (matseitz)]

"Corinna Vinschen" wrote:
> 
> Maybe it's better if the code tests the permissions first, along these
> lines:

Thanks.  I would feel better with a solution that doesn't change my
permissions if they don't really need to be changed.

Here's another thought:  is the problem only with the "/home" directory
that Cygwin setup creates (ex: /cygdrive/c/cygwin/home)?  If so, would
it be possible to only modify that original "/home" directory, and not
whatever directory "/home" might now point to?



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

"Christopher Faylor" wrote:
> 
> Yaakov posted the rationale.  You responded to it.  Additional
messages
> insisting how much you want this are really pretty pointless.

Sorry, I don't mean to be a pest.  I'll wait and see if Yaakov replies
to my latest questions.





--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.

[Matt Seitz (matseitz)]

"Corinna Vinschen" wrote news:
> On Mar  1 10:16, Matt Seitz (matseitz) wrote:
> > 
> > Here's another thought:  is the problem only with the "/home"
directory
> > that Cygwin setup creates (ex: /cygdrive/c/cygwin/home)?  If so,
would
> > it be possible to only modify that original "/home" directory, and
not
> > whatever directory "/home" might now point to?
> 
> If you have the inheritable default permissions set as the getfacl
> tests, then you should be glad if this gets changed, regardless
whether
> this is the same /home that setup created.

OK, fair enough.  I just thought it might be safer or "more polite" for
Setup to not change permissions which Setup didn't set in the first
place, or that the user might have explicitly set.  And, of course, the
user always has the option to change the permissions back again if they
really want them.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

> From: Robert Miles
> 
> Does it always require xinit, or only sometimes?  

Sometimes.

> If only sometimes, why
> should it always be installed even for computers where there is no
need
> for it?

It should be always be installed if the benefits of always installing it
outweigh the benefits of not always installing it.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

> From: Christopher Faylor
> 
> For the record, I don't think Yaakov, Corinna, or I are really
> interested in spending our time adding some sort of suggestion
mechanism
> to setup.exe.  This would have ramifications both for setup.exe, for
the
> script which updates setup.ini, and for the genini script.  It would
> likely be a fair amount of work.

I thought I had sometimes seen Setup display a dialog box that said
something like "The package you have selected requires the following
additional packages", with a check box saying "Install these packages
(RECOMMENDED)".  What triggers that dialog box to appear?


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

> From: Yaakov (Cygwin/X) 
> 
> I haven't seen any questions that I haven't already answered (although
> it would help if your mail client was capable of preserving a thread).

Sorry about that.  Hopefully I've cleared up the threading problem now.  Please 
let me know if you are still seeing a problem.

The questions I still have are:

1.  A. If "xinit" is added as a package dependency, will Setup notify the user 
that "xinit" will also be installed along with the package?

B.  Will that notification from Setup be enough to give some users a hint that 
they need to start an X server before using the package?

2.  Would adding the "xinit" dependency spare many users the hassle of having 
to run Setup twice?

RE: Recent upgrade to wish leads to a problem

[Matt Seitz (matseitz)]

> From: Achim Gratz [mailto:strom...@nexgo.de]
> 
> I do and FTR: I don't want the cygwin Xorg server to be a dependency
to
> all programs that might use X because that would pull in a lot of
> packages that I have no use for on most systems.  

Right, that would be a disadvantage of making "xinit" a dependency.

My questions are:

1.  How many people would need to install "xinit"?  How many people
would not need to install "xinit"?

2.  How much of an inconvenience would installing "xinit" present to
people who don't actually need it?

3.  Is there some way to make both groups happy?  For example, could we
have a "gitk+xinit" package to give people a clue that they might want
both (keeping the existing "gitk" package for people who don't need
"xinit")?




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: New package: openjpeg-1.5.0-1

[Matt Seitz (matseitz)]

> From: Luke Kendall [mailto:luke.kend...@cisra.canon.com.au]
>
> I'm no expert, but I thought any JPEG 2000 implementation required use
> of patented technologies.  Do the implementers make some statement about
> the patent situation for openjpeg?

Does this help?

https://lists.secondlife.com/pipermail/sldev/2007-February/000340.html

I found this by using:

https://encrypted.google.com/search?q=openjpeg+patent

Start sshd service manually instead of automatically

[Matt Seitz (matseitz)]

What is the best way to change the "sshd" service to Manual start if it
is already installed using Automatic start?


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Start sshd service manually instead of automatically

[Matt Seitz (matseitz)]

> From: Corinna Vinschen 
> 
> Use the Services MMC-SnapIn, or use the sc command in an elevated shell:
> 
>   $ sc config sshd start= demand

Thanks, will do.

RE: Can't access 'some' SMB network drives from ssh or cron

[Matt Seitz (matseitz)]

> From: Andrey Repin
> 
> Greetings, Nick Lowe!
> 
> > Is SMB encrypted in this case?
> 
> You need to make some serious configuration tweaking to make it NOT
> encrypted.

Are you referring to the authentication part of the SESSION_SETUP?

The only part of SMB that remember seeing encrypted are the
authentication credentials, either in SESSION_SETUP or when setting up
the trust relationship between domain controllers.  Everything else has
been unencrypted.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Cygwin Commands

[Matt Seitz (matseitz)]

> From: m...@kalani.com [mailto:m...@kalani.com]
> When I enter:
> 
> admin@mypc ~
> $cd
> 
> admin@mypc ~
> $

The Cygwin/POSIX "cd" command is different from the Windows "cd"
command.

Cygwin/POSIX "cd" without arguments:  change the current directory to
the user's "home" directory

Windows "cd" without arguments:  display the current directory

The Cygwin/POSIX command to display the current directory is "pwd",
short for "print working directory".

> admin@mypc ~
> $dir
> 
> admin@mypc ~
> $

The Cygwin/GNU "dir" command is different from the Windows "dir"
command.

Cygwin/GNU "dir":  list files except those that start with a dot (".")

Windows "dir":  list files except those with the "hidden" attribute flag
set

The Cygwin/GNU command to list all files, including ones that start with
a dot, is "dir -a" ("a" is short for "all").

You might find the following link useful.  It's an introduction to Linux
commands for Windows users.  Since Cygwin emulates Linux commands, most
of what it says about Linux commands also applies to Cygwin commands:

http://tldp.org/HOWTO/DOS-Win-to-Linux-HOWTO.html






--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: Is the Latest Release of Cygwin supported on Windows Server 8/2012

[Matt Seitz (matseitz)]

"Andrew DeFaria"  wrote in message
news:...
> On 5/21/2012 1:48 PM, Warren Young wrote:
> > On 5/21/2012 11:34 AM, Andrew DeFaria wrote:
> >
> >
> > Consider a 32-bit executable that is 4 GB in size.
> Do you know of one 32-bit executable that is 4 GB in size? Just one?
OK, 
> how about 3 GB? No. 

I don't think Warren's note said there was a 4GB 32-bit executable.  I
think it said a 4GB 32-bit executable would be the worst case scenario
for 64-bit executable size bloat.

> Well have you considered the following: "Anyway I think I'm 
> done with this topic"? I didn't think so.

Are you saying Warren should not post a response to the mailing list,
just because you personally are no longer interested in the discussion?

As a subscriber, I've found reading both sides interesting and
informative.




--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Is the Latest Release of Cygwin supported on Windows Server 8/2012

[Matt Seitz (matseitz)]

Ah, I didn't realize some people interpret quoting a post as expecting a
response from the author of the post.

When I quote from someone else's post, I do it for the purpose of giving
the context of my response.  I'm not necessarily expecting a response
from the author of the previous post.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Is the Latest Release of Cygwin supported on Windows Server 8/2012

[Matt Seitz (matseitz)]

What is a better way I can give context (and credit) when I am
responding to a message, without implying that I expect a reply from the
original author?

I've been a Usenet user since 1988, and I've never heard of the
convention of "quoting implies request for reply".  Replies from the
original author are always welcome, but I don't necessarily expect them.
Maybe I just missed the memo

On the receiving side, if I didn't want to respond to a Usenet message,
I just didn't.  If I wasn't interested in a thread anymore, I just
stopped reading it, or put it in my "kill" file.

I read the Cygwin mailing list using the gmane.org newsfeed, too.  But I
was told that replying via my newsreader (Outlook Newsreader) messes up
the e'mail threading.  So now I subscribe to the digest as well, so that
I can reply to the SMTP e'mail instead of replying to the gmane NNTP
post.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

64-bit Cygwin packages (was RE: Is the Latest Release of Cygwin supported on Windows Server 8/2012)

[Matt Seitz (matseitz)]

> From: Cygwin-L On Behalf Of Warren Young
> 
> I would say that the vast majority of the packages in the Cygwin
> distribution could not reasonably make use of 64-bit data spaces.
> 
> However, one of your arguments in this thread cuts both ways: the fact
> that there are a few packages that reasonably can do so means you cannot
> say "we don't need it".

If someone wants a 64-bit version of a packages in the distribution, then how 
about they build a 64-bit version of the package and report the results?  That 
would give the distribution maintainers actual data about the costs and 
benefits.

RE: 64-bit Cygwin packages (was RE: Is the Latest Release of Cygwin supported on Windows Server 8/2012)

[Matt Seitz (matseitz)]

> From: Cygwin-L: On Behalf
> Of marco atzeri
> 
> Until we work and deploy a 64bit cygwin1.dll the idea to build any 64 bit
> cygwin program is pure academic and not very useful.
> 
> If you want to propose patches for 64 bit cygwin cygwin-developers is the
> right mailing list.

Sorry if I wasn't clear.  That's exactly what I was trying to suggest:  if 
someone wants a 64-bit Cygwin package, they should start by building such a 
package themselves, including any necessary changes to cygwin1.dll.  Once 
you've got a working example, bring your results and patches to the maintainers.

git-gui: remote -> "fetch from" fails, "fetch-pack: unable to fork off index-pack"

[Matt Seitz (matseitz)]

I recently upgraded to a new laptop.  After upgrading, I copied some git
repositories from my old laptop to my new laptop.  I then installed
Cygwin on my new laptop.

I was able to use git-gui to commit changes into 2 local repositories.
However, when I then tried using git-gui to fetch changes from one local
repository into the other local repository, I received this error
message:

  1 [main] git-fetch 10668 fork: child -1 - forked process 10012
died unexpectedly, retry 0, exit code -1073741515, errno 11
error: cannot fork() for index-pack: Resource temporarily unavailable
fatal: fetch-pack: unable to fork off index-pack

I followed the instructions at
"http://cygwin.com/faq-nochunks.html#faq.using.fixing-fork-failures";.
But I am still seeing the same error.

Do you have any suggestions for how I can resolve this error?

I am attaching a copy of the output from "cygcheck -s -v -r".




cygcheck.out
Description: cygcheck.out
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Map uid/gid of SMB share to local account?

[Matt Seitz (matseitz)]

> On Behalf Of Ryan Johnson
>
> `mkpasswd` and `mkpasswd -l -U0-2' produce the same output
(neither
> includes the SMB user); the drive is mapped in Windows as z: and I can
> also access it directly from the cygwin prompt.

What is the output is you run:

mkpasswd -l  -U 0-2





--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: git-gui: remote -> "fetch from" fails, "fetch-pack: unable to fork off index-pack"

[Matt Seitz (matseitz)]

I decided to try using the CLI "git fetch" command instead.  That worked
fine.  Since then, I have performed other "fetch" operations using
git-gui without any more errors.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Perl 5.14.2 seems to expect gcc-4

[Matt Seitz (matseitz)]

> On Wed, Aug 1, 2012 at 11:12 AM, Nikolai Weibull wrote:
> >
> > Cygwin updated perl to 5.14.2 on my system and now I can’t compile
> > XML::LibXML.  It seems that
> >
> > c:\lib\perl5\5.14\i686-cygwin-threads-64int\Config.pm
> >
> > expects cc to be gcc-4.  Gcc-4 doesn’t exist yet, it seems.  What’s
> > going on here?
> 
> Sorry, scratch that, gcc-4 is available.  I got confused by the separate
> version schemes (which I realize are necessary, but easy to miss when
> you’re a bit stressed out.)

Did Cygwin "setup.exe" prompt you to install the "gcc-4" package when you 
updated perl?

I thought "setup.exe" would prompt the user if any additional packages needed 
to be installed.

base-cygwin 3.0-1 release notes

[Matt Seitz (matseitz)]

Where may I find a description of the changes in base-cygwin 3.0-1?

Setup is reporting that there base-cygwin 3.0-1 is now available, but I
haven't been able to find a release announcement on the mailing lists.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: 1.7.7: Open BASH Shell Here goes to wrong location

[Matt Seitz (matseitz)]

"Roe, Kevin L." wrote:
>I know Windows explorer is supposed to pass the location to minty, so
why do I need to jump through these hoops?

I'm curious.  Why are you editing the registry by hand instead of using
"chere"?

http://code.google.com/p/mintty/wiki/Tips#Creating_a_folder_context_menu
_entry_for_mintty
 

> -Original Message-
> Behalf Of Roe, Kevin L.
> Sent: Monday, November 29, 2010 11:12 AM
> Subject: 1.7.7: Open BASH Shell Here goes to wrong location
> 
> 
> 
> I have set up a registry entry:
> 
> [HKEY_CLASSES_ROOT\Directory\shell\bashrxvt]
> @="&Open BASH Shell Here"
> [HKEY_CLASSES_ROOT\Directory\shell\bashrxvt\command]
> @="C:\\cygwin\\bin\\mintty.exe -"
> [HKEY_CLASSES_ROOT\Drive\shell\bashrxvt]
> @="&Open BASH Shell Here"
> [HKEY_CLASSES_ROOT\Drive\shell\bashrxvt\command]
> @="C:\\cygwin\\bin\\mintty.exe -"
> 
> This creates the BASH Shell here links in Explorer, but there is a
> problem.
> 
> When I try to use it, it goes to the wrong location.
> 
> When I use it in the directory tree side (left side) it always goes to
> the /cygdrive/c/Windows/system32 directory
> 
> When I use it in the Directory side (right side) it always goes to one
> level below what I am selecting.
> 
> Any ideas?
> 
> Kevin

--

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: base-files-4.0-4

[Matt Seitz (matseitz)]

"David Sastre"  wrote in message
news:...
> A detailed list of bugfixes and changes in this release can be 
> found in the ChangeLog included in the package. 

In the future, would you make available a list of changes that does not
require first installing the package?  I like to look at the list of
changes before upgrading a package.

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] Updated: base-files-4.0-4

[Matt Seitz (matseitz)]

"David Sastre"  wrote in message
news:<20110314203139.ga9...@jethro.local.lan>...
>On Mon, Mar 14, 2011 at 10:42:03AM -0700, Matt Seitz (matseitz) wrote:
>> 
>> In the future, would you make available a list of changes that does
not
>> require first installing the package?  I like to look at the list of
>> changes before upgrading a package.
>
> Absolutely.
>
> Here it is in case it is still useful for you or others:

Thank you very much!


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] [SECURITY] Updated: {apr1,libapr1,libapr1-devel}-1.4.5-1

[Matt Seitz (matseitz)]

"David Rothenberger"  wrote in message
news:...
> apr1 has been updated to the latest upstream release. It includes a
> fix for CVE-2011-1928.

Does this update introduce a dependence on the "file" and "libserf"
packages?

When I run "setup.exe" and view the "Pending" updates I see the libapr
updates listed, but I also see the "file" and "libserf" packages listed,
with the "Current" fields blank.



--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: Cygwin ssh and Windows authentication

[Matt Seitz (matseitz)]

> From: Andrey Repin 
> http://cygwin.com/faq/faq.html#faq.using.sshd-in-domain

Any suggestions if you can't get your domain admin to create a generic 
"cyg_server" account for you?

I suspect some people in corporate environments may have trouble getting domain 
admins to create a generic "cyg_server" domain account, especially one in the 
domain's "Administrators" group.


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

git gui: assertion "font != NULL" failed

[Matt Seitz (matseitz)]

A few days ago, I ran Setup to update my currently installed package, including 
my git packages.  Since then, whenever I run git gui, I get the following error:

$ git gui
assertion "font != NULL" failed: file 
"/usr/src/ports/fontconfig/fontconfig-2.11.1-3.x86_64/src/fontconfig-2.11.1/src/fcmatch.c",
 line 453, function: FcFontRenderPrepare
error: git-gui died of signal 6

cygcheck and xwin logs attached




cygcheck.out
Description: cygcheck.out


XWin.0.log
Description: XWin.0.log


XWin.0.log.old
Description: XWin.0.log.old


XWin.1.log
Description: XWin.1.log


XWin.1.log.old
Description: XWin.1.log.old
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

RE: git gui: assertion "font != NULL" failed

[Matt Seitz (matseitz)]

> From: Jon Turney [mailto:jon.tur...@dronecode.org.uk] 
> Sent: Monday, October 19, 2015 7:54
>
> The dependency chain is git-gui -> gitk -> font-adobe-dpi75
>
> It doesn't look like the fonts in xorg-x11-fonts-Type1 are available to 
> fontconfig, so I've changed the dependency of gitk to dejavu-fonts on 
> sourceware.

Thanks.  I ran setup and installed "dejavu-fonts".  Now "git gui" is able to 
run without errors.

chere Bash Prompt Here window closes immediately

[Matt Seitz (matseitz)]

When I right click a folder in Windows Explorer and select "Bash Prompt Here", 
a window opens briefly and then closes immediately.  If I select "Applications 
-> Xterm" from the Cygwin/X Server tray icon, XTerm opens fine.

Cygcheck and Xwin logs attached.  Chere -lr output below.

matseitz@MATSEITZ-WS02 ~
$ chere -lr
OS is CYGWIN_NT-6.1
chere version 1.4
run.exe is available at C:\cygwin64\bin\run.exe

--- ash keys ---

--- bash keys ---
Directory menu item (all users)
&Bash Prompt Here

Directory command (all users)
C:\cygwin64\bin\run.exe -p /usr/X11R6/bin C:\cygwin64\bin\xterm.exe -display 
%DISPLAY% -e /bin/xhere /bin/bash.exe "%L"

Directory background menu item (all users)
&Bash Prompt Here

Directory background command (all users)
C:\cygwin64\bin\run.exe -p /usr/X11R6/bin C:\cygwin64\bin\xterm.exe -display 
%DISPLAY% -e /bin/xhere /bin/bash.exe "%V"

Drive menu item (all users)
&Bash Prompt Here

Drive command (all users)
C:\cygwin64\bin\run.exe -p /usr/X11R6/bin C:\cygwin64\bin\xterm.exe -display 
%DISPLAY% -e /bin/xhere /bin/bash.exe "%L"

Drive background menu item (all users)
&Bash Prompt Here

Drive background command (all users)
C:\cygwin64\bin\run.exe -p /usr/X11R6/bin C:\cygwin64\bin\xterm.exe -display 
%DISPLAY% -e /bin/xhere /bin/bash.exe "%V"

Uninstall description
Cygwin Bash Prompt Here (x86_64)

Uninstall command
C:\cygwin64\bin\sh -c "PATH=/bin /bin/chere -u -s bash"


--- cmd keys ---

--- dash keys ---

--- fish keys ---

--- mksh keys ---

--- pdksh keys ---

--- posh keys ---

--- tcsh keys ---

--- zsh keys ---

--- passwd keys ---

Currently installed Cygwin Here shells (all users):

Currently installed Cygwin Here shells (current user):

matseitz@MATSEITZ-WS02 ~
$




cygcheck.out
Description: cygcheck.out


XWin.0.log
Description: XWin.0.log


XWin.0.log.old
Description: XWin.0.log.old


XWin.1.log
Description: XWin.1.log


XWin.1.log.old
Description: XWin.1.log.old
--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple