XWin Server: no XDG Menu, no right-click menu
I am having two problems when I click the "XWin Server" item in the Windows "Start Menu" 1.The "Cygwin X/Server" icon appears in the notification area.But if I right click the notification icon, no menu appears. 2.The "X Applications Menu" (XDG Menu) icon does not appear in the notification area Cygcheck.out and XWin.0.log attached. Cygwin Configuration Diagnostics Current System Time: Thu Aug 17 01:37:38 2017 Windows 7 Enterprise Ver 6.1 Build 7601 Service Pack 1 Path: C:\cygwin64\usr\local\bin C:\cygwin64\bin C:\Ruby193\bin C:\ProgramData\Oracle\Java\javapath C:\Program Files\Common Files\Microsoft Shared\Windows Live C:\Program Files (x86)\Common Files\Microsoft Shared\Windows Live C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Windows\System32\WindowsPowerShell\v1.0 C:\Program Files (x86)\Windows Live\Shared C:\Program Files (x86)\QuickTime\QTSystem C:\Program Files (x86)\ActivIdentity\ActivClient C:\Program Files\ActivIdentity\ActivClient C:\Program Files (x86)\PuTTY C:\Program Files\TortoiseSVN\bin C:\Program Files (x86)\Sennheiser\SoftphoneSDK C:\Program Files (x86)\FAHClient C:\Users\matseitz\AppData\Local\Box\Box Edit . Output from C:\cygwin64\bin\id.exe UID: 1236279(matseitz) GID: 1049089(Domain Users) 1049089(Domain Users) 544(Administrators) 545(Users) 4(INTERACTIVE) 66049(CONSOLE LOGON) 11(Authenticated Users) 15(This Organization) 4095(CurrentSession) 66048(LOCAL) 12017936(jira_dev_rtp1) 1410434(group.dgoeckel) 2036099(SMT.SPVTG-SJC-ARCHIVE.R) 10894238(ntgstg.adgroup) 1796221(group.rchandra) 1051873(crypto) 9751444(SMT.SPRSG-OS-GROUP.M) 10894204(ntgdev.adgroup) 11356884(csg-business-intelligence) 1612192(sw-reflectionx) 10894237(ntgprd.adgroup) 1605608(sw-MicrosoftProjectStd) 9673438(smt.nostg-biz-ops.m) 10021128(SMT.spvtg-cdbu-releases.R) 1386906(SJC.SPRSG-OS-GROUP.M) 2120980(SMT.spvtg-rtp-scm.R) 1641618(XMM-ISA-Users) 11139750(windows-login-ecs-sjc-slim-user) 9849139(SMT.cbabu-ssp.M) 10037159(softex) 9848970(clarity_bo_users) 12495079(dascode-users-aurora-sjc) 1612179(sw-AdobeAcrobatPro) 1882530(CDO-ENGALL_Users) 10350400(access_to_betasoftware) 12568769(jira_sjc_shared1_test) 2081949(anycusers) 10876512(apuser) 10079159(CDO-ENGALL_Clone) 1882228(cisco-allmanagers) 10387042(project.392286.users) 12549333(csg_jira) 10377824(stash_sjc_shared1) 10962651(Desktop-CrashPlan-2015) 10896211(appportfolio-users) 10034041(aurora-users-all) 11870522(dascode-users-aurora) 11541998(group.ramsrir) 1442642(sw-MicrosoftProjectPro) 1636165(xch-harvest-opt-in) 10416749(SMT.TORVID-CONTENT.R) 10818695(jira_sjc_shared1) 1605401(sw-AdobeAcrobatStd) 2050050(group.syeluru) 1066438(BXB.CCBU-MILESTONEBUILDS.M) 10407486(dft-us-sdaas-users) 2025875(aurora-users-047-sjc) 9849140(SMT.cbabu-ssp.R) 1167350(EA-Software) 2124105(SMT.CCBU-MILESTONEBUILDS.M) 1409955(group.crobbins) 10257911(cdo-git-users) 10079169(VTG-FTP_ENGUSERS) 9743667(group.vnanniyu) 6704889(smt.chn_faw.r) 1416165(group.rlloyd) 12521306(dascode-mat-limit-max1) 11356690(bb_sjc_shared1) 1145383(crypto) 1140797(BXB.CCBU-MILESTONEBUILDS.M) 1167351(EA-Software) 1057818(crypto) 1102414(BXB.CCBU-MILESTONEBUILDS.M) 1150160(EA-Software) 1251636(BXB.CCBU-MILESTONEBUILDS.M) 1132097(crypto) 1385352(EA-Software) 1063262(BXB.CCBU-MILESTONEBUILDS.M) 1068099(crypto) 1149516(EA-Software) 1106931(BXB.CCBU-MILESTONEBUILDS.M) 1155796(BXB.CCBU-MILESTONEBUILDS.M) 1087827(BXB.CCBU-MILESTONEBUILDS.M) 1098196(BXB.CCBU-MILESTONEBUILDS.M) 1095438(BXB.CCBU-MILESTONEBUILDS.M) 1069489(crypto) 405504(High Mandatory Level) SysDir: C:\Windows\system32 WinDir: C:\Windows USER = 'matseitz' PWD = '/home/matseitz' HOME = '/home/matseitz' USERDOMAIN = 'CISCO' OS = 'Windows_NT' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' PROCESSOR_LEVEL = '6' PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\;C:\Program Files\Arellia\Powershell\' CommonProgramW6432 = 'C:\Program Files\Common Files' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' FP_NO_HOST_CHECK = 'NO' LANG = 'en_US.UTF-8' TZ = 'America/Los_Angeles' HOSTNAME = 'MATSEITZ-WS02' PUBLIC = 'C:\Users\Public' OLDPWD = '/cygdrive/c/ProgramData/Microsoft/Windows/Start Menu/Programs/Cygwin' UATDATA = 'C:\Windows\CCM\UATData\D9F8C395-CAB8-491d-B8AC-179A1FE1BE77' USERNAME = 'matseitz' LOGONSERVER = '\\ADC-SJC1-C1-4' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\matseitz\AppData\Local' COMPUTERNAME = 'MATSEITZ-WS02' !:: = '::\' DEFLOGDIR = 'C:\ProgramData\McAfee\Endpoint Security\Logs' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\matseitz' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC' SYSTEMROOT = 'C:\Windows' USERDOMAIN_ROAMINGPROFILE = 'CISCO' PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 60 Stepping 3, GenuineIntel' TMP = '/tmp'
RE: [ANNOUNCEMENT] Updated: dash-0.5.9.1-1
Personally, I would invoke a variation of Linus's attitude to breaking user space apps: the distribution should not break existing user's scripts, even if they are not following "the rules". If you want to speed up the scripts distributed by Cygwin, then I would suggest modifying those scripts to use #!/bin/dash. Or give the user an option to change "/bin/sh" to point to dash, but don't make that the default setting. But breaking who-knows-how-many user scripts without the user's informed consent seems like an undesirable solution. -- 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: chere Bash Prompt Here window closes immediately
>From: Dave Kilroy [mailto:kilr...@googlemail.com] >>On 23/10/2015 16:16, Matt Seitz (matseitz) wrote: >> When I right click a folder in Windows Explorer and select "Bash >> Prompt Here", a window opens briefly and then closes immediately. > I suspect this may be due to the use of %DISPLAY% (which I don't recall). I > see that in your environment this is set to ":1.0" > What happens if you run the following from cmd: Thanks for the debugging steps. Unfortunately, I already worked around the problem by cleaning up a lock file so that the Xwin server would start as ":0.0" instead of ":1.0". If I run into the problem again, I will try your debugging steps. > Also, I presume the X server is already running? Yes, the X server was already running. -- 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
> 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
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) 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) 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) 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) 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
git gui: assertion "font != NULL" failed
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: Cygwin ssh and Windows authentication
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
RE: xwin Exit menu item doesn't work
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: xwin Exit menu item doesn't work
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.
xwin Exit menu item doesn't work
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: Problem with xterm-301-1
From: Thomas Dickey [mailto:dic...@his.com] On Thu, Feb 20, 2014 at 06:45:00PM +, Matt Seitz (matseitz) wrote: From: Ola Strömfors [mailto:ola.stromf...@gmail.com] After updating from 291-1 to 301-1 xterm starts /bin/sh instead of my shell specified in /etc/passwd or in the SHELL environment variable. The workaround I have found is to create /etc/shells with a list of permitted shells, e.g. (whether xterm should use $SHELL incoming is a different issue that I am reconsidering) Is there any ETA for a resolution of this issue? I've been holding off on upgrading to xterm-301 because of this issue. I'm not sure if there is some patch coming soon (either to xterm or adding a default /etc/shells to Cygwin), or if I should just plan on manually creating my own /etc/shells. -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Problem with xterm-301-1
From: Ola Strömfors [mailto:ola.stromf...@gmail.com] After updating from 291-1 to 301-1 xterm starts /bin/sh instead of my shell specified in /etc/passwd or in the SHELL environment variable. The workaround I have found is to create /etc/shells with a list of permitted shells, e.g. From http://invisible-island.net/xterm/xterm.log-contents.html#xterm_301: Patch #301 - 2014/01/19 only set SHELL environment variable to programs found in /etc/shells (prompted by patch/report by Al Poole). -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: git gui 1.7.9-1: spell checking is unavailable error message
On Behalf Of Yaakov (Cygwin/X) en_US is the default, but if you chose another dictionary in the Options dialog, you would need that aspell-* package instead. There is even a none option there. So it's hard to say that git-gui really needs aspell-en when it's up to the user as to which dictionary he chooses. OK, that makes sense. 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.
RE: git gui 1.7.9-1: spell checking is unavailable error message
P.S. sorry about the line wrapping. Microsoft Outlook is not cooperating with me...
RE: XTerm icon updated? Re: Updated: xterm-283-1
From: Thomas Dickey I did consider providing a special resource value that would suppress the xterm-specific icon (such as none or default), but decided to see what type of feedback I'd get first. I like having a specific xterm icon in the taskbar to make it clear which X application is actually running. I was just surprised to see a different icon, and I was curious what had changed to make it appear. Thanks for the explanation! -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
XTerm icon updated? Re: Updated: xterm-283-1
Did this update change the XTerm icon that is displayed in the Windows task bar? Previously, when I launched the XWin Server, I would see the x.org logo (a black X with an orange ring) in the task bar as the icon for the XTerm window. Today, I see the XTerm icon for the XTerm window: a red X with a blue T superimposed over it. Yaakov (Cygwin/X) wrote: The following package has been updated for the Cygwin distribution: *** xterm-283-1 The xterm program is a terminal emulator for the X Window System. It provides DEC VT102 and Tektronix 4014 compatible terminals for programs that can't use the window system directly. This is an update to the latest upstream release. -- Yaakov Cygwin/X -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Perl 5.14.2 seems to expect gcc-4
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.
RE: possible to run XWin as windows service?
From: Paul Maier I would like to start XWin automatically on Windows startup (Windows user login). I couldn't find any hint in the manual. How about just adding the XWin Server shortcut to the Startup program group? -- Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple Problem reports: http://cygwin.com/problems.html Documentation: http://x.cygwin.com/docs/ FAQ: http://x.cygwin.com/docs/faq/
RE: Map uid/gid of SMB share to local account?
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 samba-server-hostname -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
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
git-gui: remote - fetch from fails, fetch-pack: unable to fork off index-pack
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: Is the Latest Release of Cygwin supported on Windows Server 8/2012
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)
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)
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.
Re: Is the Latest Release of Cygwin supported on Windows Server 8/2012
Andrew DeFaria and...@defaria.com wrote in message news:jpec46$b4v$1...@dough.gmane.org... 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
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: Can't access 'some' SMB network drives from ssh or cron
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
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: Start sshd service manually instead of automatically
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.
Start sshd service manually instead of automatically
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: Recent upgrade to wish leads to a problem
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
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
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
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
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
Re: Recent upgrade to wish leads to a problem
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
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) 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.
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
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.
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: 1.7.10/1.7.11: .Net programs started from a cygwin console may fail.
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
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: gitk fails to start after updating cygwin
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: gitk fails to start after updating cygwin
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
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
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
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=13299488556r=1w=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
gitk fix for set uicolor SystemButtonFace
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
Arnon Moscona forwardmosc...@gmail.com wrote in message news:CAN0dh0hhiKyPKizU90upoqSWRcKGvAJmqXcDD=embmda34a...@mail.gmail.com ... 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
Re: Cygwin.dll version in bug reports
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: 1.7.10: git gui reports cygwin warning: MS-DOS style path detected: C:\cygwin\lib\git-core\git-gui
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
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: [ANNOUNCEMENT] [SECURITY] Updated: {apr1,libapr1,libapr1-devel}-1.4.5-1
David Rothenberger daver...@acm.org wrote in message news:announce.4e7a7e56.8010...@acm.org... 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: [ANNOUNCEMENT] Updated: base-files-4.0-4
David Sastre d.sastre.med...@gmail.com 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] Updated: base-files-4.0-4
David Sastre d.sastre.med...@gmail.com wrote in message news:announce.20110312162817.gb6...@jethro.local.lan... 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: 1.7.7: Open BASH Shell Here goes to wrong location
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
base-cygwin 3.0-1 release notes
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: Updated: git-1.5.5.1-1
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/
Re: -11: Problem at 1st start when cygwin.bat is run by Nullsoft-Installer
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/
Setup command-line argument support
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: mkpasswd -l -d completed after 5 days
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/
Re: tar --one-file-system accesses remote file systems
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
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. .:|:.:|:.
tar --one-file-system accesses remote file systems
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/
sshd message: Could not write ident string
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/
RE: Ls POSIX style slink output
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
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/
Ls POSIX style slink output
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/
git: Tralining whitespace error during commit
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
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/
RE: Non-trusted domain user causes mkpasswd and mkgroup to fail
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/
RE: Non-trusted domain user causes mkpasswd and mkgroup to fail
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 machine -u user), 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
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
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
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
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/
Non-trusted domain user causes mkpasswd and mkgroup to fail
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/