missing dependency for git-email?
I installed git-email, but once installed it says it's missing a required dependency: ``` $ git send-email --dry-run BUG: The 'Mail::Address' module is not here, but NO_PERL_CPAN_FALLBACKS was set! Git needs this Perl module from the CPAN, and will by default ship with a copy of it. This Git was built with NO_PERL_CPAN_FALLBACKS, meaning that whoever built it promised to provide this module. You're seeing this error because they broke that promise, and we can't load our fallback version, since we were asked not to install it. If you're seeing this error and didn't package Git yourself the package you're using is broken, or your system is broken. This error won't appear if Git is built without NO_PERL_CPAN_FALLBACKS (instead we'll use our fallback version of the module). at /usr/share/perl5/Git/LoadCPAN.pm line 76. BEGIN failed--compilation aborted at /usr/share/perl5/Git/LoadCPAN/Mail/Address.pm line 8. Compilation failed in require at /usr/libexec/git-core/git-send-email line 37. BEGIN failed--compilation aborted at /usr/libexec/git-core/git-send-email line 37. ``` This is provided by the `perl-MailTools` cygwin package. Thanks! -- 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: Error compiling gengetopt
El 26/11/20 a les 18:47, Ken Brown ha escrit: On 11/26/2020 12:25 PM, Rafel Amer Ramon wrote: El 26/11/20 a les 17:31, Ken Brown ha escrit: [Please don't top-post on this list.] On 11/26/2020 10:51 AM, Rafel Amer Ramon wrote: Hello, I get the same error with the bash terminal and directory /usr/local/src libtool: link: (cd .libs/libgengetopt.lax/libgnu.a && ar x "/usr/lacal/src/gengetopt-2.23/src/../gl/.libs/libgnu.a") libtool: error: object name conflicts in archive: .libs/libgengetopt.lax/libgnu.a//usr/local/src/gengetopt-2.23/src/../gl/.libs/libgnu.a OK, my guess was wrong. I downloaded and built the package on my system without a problem, so something specific to your setup is causing this. Do you see anything suspicious earlier in the build? You might try capturing a log of the build and sending it as an attachment to see if anyone here spots anything. Also, please follow the problem-reporting guide at https://cygwin.com/problems.html, including the part about sending cygcheck output (as an attachment). Ken Hello, I can't see anything strange. I attach the file cygcheck.out (cygcheck -s -v -r > cygcheck.out), and the file make.out (make > make.out 2>&1) I think your PATH might be the problem. I see several warnings like this in cygcheck.out: Warning: C:\Windows\system32\bash.exe hides C:\cygwin64\bin\bash.exe And I also saw this in the configure.log that you sent me privately: checking for tar... /cygdrive/c/Windows/system32/tar You need to be sure you're using Cygwin tools when building on Cygwin. Note that if you had been working in a Cygwin bash shell, /etc/profile would have adjusted your profile appropriately. Ken Hello, yes, the problem was the PATH. I have changed the order of the directories in the PATH and now I can compile successfully the gengetopt program. Thank you very much. Best regards, Rafel Amer -- 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: Added to Mirror
On 24/11/2020 15:21, Geoffroy Van Elsuve wrote: Sorry for the missing information. https://mirrors.filigrane-technologie.fr/cygwin/x86_64/setup.ini Actually indexing is disable on the configuration, if you need it, i can enable it if necessary. That's not needed. I have added this to the mirror list. Thanks. -- 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: Help with setting Cygwin's Emacs W32 TRAMP to WSL 1
On 2020-11-26, Eliot Moss wrote: > Lacks UI? You can run X windows applications in WSL if you have the Cygwin X > server running :-) ... > then you get the X UI. I can certainly run xterm and emacs that way. > I don't need 2 Emacs instances around. Cygwin's Emacs W32 (with native W32 GUI widgets!) is the only my Emacs on Windows. I run Emacs server so a visited file list is kept in a one place... It is a part of my workflow (like quick switching to earlier visited files by fuzzy name matching/etc). And not to mention it is extra mental load to pass that DISPLAY=:0 or whatever around... I believe that X server under Windows is only to write cool blog posts, that we are able to run "xterm" )) Thanks god Cygwin is able to mount WSL's roots via P9 network file system. PS. As you haven't CCed me I had to check GNUS + Gmane again. Haven't read news for 3 years, found out that Lars Ingebrigtsen fucked up with domain transfer. -- http://defun.work/ -- 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: Help with setting Cygwin's Emacs W32 TRAMP to WSL 1
On Thu, Nov 26, 2020 at 9:22 PM Oleksandr Gavenko wrote: > So Emacs tries to make some "smart" locking on dumb FS... Need to > waste another few hours to make Emacs work. > Found the problem: Emacs fails on its "unlock-buffer" call from emacs/src/filelock.c. Feature described here: https://www.gnu.org/software/emacs/manual/html_node/elisp/File-Locks.html To prevent of special symlink creation I disabled that feature: (setq create-lockfiles nil) So no need to waste time on TRAMP mode if it is supported natively by Cygwin! Thx to Henry for giving me the right spin! -- 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: Help with setting Cygwin's Emacs W32 TRAMP to WSL 1
On Thu, Nov 26, 2020 at 8:42 PM Henry S. Thompson wrote:
>
> Oleksandr Gavenko via Cygwin writes:
>
> > ...
> > WSL1 files are "hidden" for regular access.
>
> I probably misunderstand, but I can see my WSL/Ubuntu files via this
> path from Cygwin:
>
> /c/Users/ht/AppData/Local/Packages/CanonicalGroupLimited.../LocalState/rootfs
>
You are not allowed to edit them from the "Windows" process. Only from LXSS:
https://devblogs.microsoft.com/commandline/do-not-change-linux-files-using-windows-apps-and-tools/
> DO NOT, under ANY circumstances, access, create, and/or modify Linux files
> inside
> of your `%LOCALAPPDATA%` folder using Windows apps, tools, scripts, consoles,
> etc.
You'll face:
https://github.com/microsoft/WSL/issues/1524
changes made in Windows File System - not seen in Bash
Though I forgot about their announce of P9 fileserver (dated May 2019
Windows 10 version 1903):
> WSL hosts a new 9P fileserver, which exposes distro filesystems to Windows
> apps and tools via \\wsl$\\!
Details are here:
https://devblogs.microsoft.com/commandline/whats-new-for-wsl-in-windows-10-version-1903/
I tried in elevated cmd:
cmd# cd \\wsl$\debian\
'\\wsl$\debian\'
CMD does not support UNC paths as current directories.
cmd# net use x: \\wsl$\debian\
System error 67 has occurred.
The network name cannot be found.
It is only available in Explorer and some "cool" editors, like Code.
I do not know if Cygwin allows to "mount" that P9 fileserver...
There is an example of network mounting:
https://cygwin.com/cygwin-ug-net/mount.html
so I tried it:
bash# mount '//wsl$/debian' /mnt
mount: defaulting to 'notexec' mount option for speed since native path
references a remote share. Use '-f' option to override.
bash# ls /mnt
ls: cannot access '/mnt/initrd.img': Input/output error
ls: cannot access '/mnt/initrd.img.old': Input/output error
ls: cannot access '/mnt/vmlinuz': Input/output error
ls: cannot access '/mnt/vmlinuz.old': Input/output error
bin boot c d dev etc home init initrd.img initrd.img.old lib
lib64 media mnt opt proc root run sbin srv sys tmp usr
var vmlinuz vmlinuz.old
Cool! Let's make it permanent.
$ cat /etc/fstab
//wsl$/debian /wsl/debian ntfs binary,noacl,posix=0 0 0
//wsl$/ubuntu /wsl/ubuntu ntfs binary,noacl,posix=0 0 0
//wsl$/alpine /wsl/alpine ntfs binary,noacl,posix=0 0 0
$ mkdir -p /wsl/{ubuntu,debian,alpine}
$ mount /wsl/debian
$ mount /wsl/ubuntu
$ mount /wsl/wsl
And the final step it testing with Cygwin's Emacs W32:
I can read files, but on save I've got:
Saving file /wsl/debian/opt/sa-batch-am-dbsync/run.env...
basic-save-buffer-2: Unlocking file: Invalid argument,
/wsl/debian/opt/sa-batch-am-dbsync/run.env
Trying in Cygwin's bash:
bash# cd /wsl/debian/home/user/
bash# touch test.txt
bash# ls -l test.txt
-rw-r--r-- 1 user user 0 2020-11-26 21:18 test.txt
bash# echo 123 >test.txt
bash# echo 456 >>test.txt
bash# cat test.txt
123
456
So Emacs tries to make some "smart" locking on dumb FS... Need to
waste another few hours to make Emacs work.
At least I have something!
--
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: Help with setting Cygwin's Emacs W32 TRAMP to WSL 1
Oleksandr Gavenko via Cygwin writes: > ... > WSL1 files are "hidden" for regular access. I probably misunderstand, but I can see my WSL/Ubuntu files via this path from Cygwin: /c/Users/ht/AppData/Local/Packages/CanonicalGroupLimited.../LocalState/rootfs ht -- Henry S. Thompson, School of Informatics, University of Edinburgh 10 Crichton Street, Edinburgh EH8 9AB, SCOTLAND -- (44) 131 650-4440 Fax: (44) 131 650-4587, e-mail: h...@inf.ed.ac.uk URL: http://www.ltg.ed.ac.uk/~ht/ [mail from me _always_ has a .sig like this -- mail without it is forged spam] The University of Edinburgh is a charitable body, registered in Scotland, with registration number SC005336. -- 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: Error compiling gengetopt
On 11/26/2020 12:25 PM, Rafel Amer Ramon wrote: El 26/11/20 a les 17:31, Ken Brown ha escrit: [Please don't top-post on this list.] On 11/26/2020 10:51 AM, Rafel Amer Ramon wrote: Hello, I get the same error with the bash terminal and directory /usr/local/src libtool: link: (cd .libs/libgengetopt.lax/libgnu.a && ar x "/usr/lacal/src/gengetopt-2.23/src/../gl/.libs/libgnu.a") libtool: error: object name conflicts in archive: .libs/libgengetopt.lax/libgnu.a//usr/local/src/gengetopt-2.23/src/../gl/.libs/libgnu.a OK, my guess was wrong. I downloaded and built the package on my system without a problem, so something specific to your setup is causing this. Do you see anything suspicious earlier in the build? You might try capturing a log of the build and sending it as an attachment to see if anyone here spots anything. Also, please follow the problem-reporting guide at https://cygwin.com/problems.html, including the part about sending cygcheck output (as an attachment). Ken Hello, I can't see anything strange. I attach the file cygcheck.out (cygcheck -s -v -r > cygcheck.out), and the file make.out (make > make.out 2>&1) I think your PATH might be the problem. I see several warnings like this in cygcheck.out: Warning: C:\Windows\system32\bash.exe hides C:\cygwin64\bin\bash.exe And I also saw this in the configure.log that you sent me privately: checking for tar... /cygdrive/c/Windows/system32/tar You need to be sure you're using Cygwin tools when building on Cygwin. Note that if you had been working in a Cygwin bash shell, /etc/profile would have adjusted your profile appropriately. Ken -- 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: Error compiling gengetopt
El 26/11/20 a les 17:31, Ken Brown ha escrit: [Please don't top-post on this list.] On 11/26/2020 10:51 AM, Rafel Amer Ramon wrote: Hello, I get the same error with the bash terminal and directory /usr/local/src libtool: link: (cd .libs/libgengetopt.lax/libgnu.a && ar x "/usr/lacal/src/gengetopt-2.23/src/../gl/.libs/libgnu.a") libtool: error: object name conflicts in archive: .libs/libgengetopt.lax/libgnu.a//usr/local/src/gengetopt-2.23/src/../gl/.libs/libgnu.a OK, my guess was wrong. I downloaded and built the package on my system without a problem, so something specific to your setup is causing this. Do you see anything suspicious earlier in the build? You might try capturing a log of the build and sending it as an attachment to see if anyone here spots anything. Also, please follow the problem-reporting guide at https://cygwin.com/problems.html, including the part about sending cygcheck output (as an attachment). Ken Hello, I can't see anything strange. I attach the file cygcheck.out (cygcheck -s -v -r > cygcheck.out), and the file make.out (make > make.out 2>&1) Regards, Rafel Amer Cygwin Configuration Diagnostics Current System Time: Thu Nov 26 17:52:20 2020 Windows 10 Ver 10.0 Build 17763 Path: C:\Program Files\Python39\Scripts C:\Program Files\Python39 C:\Windows\system32 C:\Windows C:\Windows\System32\Wbem C:\Windows\System32\WindowsPowerShell\v1.0 C:\Windows\System32\OpenSSH C:\texlive\2020\bin\win32 C:\cygwin64\bin C:\Program Files\Microsoft VS Code\bin C:\Users\Rafel Amer\AppData\Local\Microsoft\WindowsApps C:\Users\Rafel Amer\AppData\Local\atom\bin Output from C:\cygwin64\bin\id.exe UID: 197609(Rafel Amer)GID: 197121(Ninguno) 197121(Ninguno)545(Usuarios) 4(INTERACTIVE) 66049(INICIO DE SESIÓN EN LA CONSOLA) 11(Usuarios autentificados)15(Esta compañía) 113(Cuenta local) 4095(CurrentSession) 66048(LOCAL) 262154(Autenticación NTLM) 401408(Nivel obligatorio medio) SysDir: C:\Windows\system32 WinDir: C:\Windows PWD = '/usr/local/src/gengetopt-2.23' HOME = '/home/Rafel Amer' CYGWIN = 'nodosfilewarning' USERDOMAIN = 'DESKTOP-8CFRJAQ' OS = 'Windows_NT' COMMONPROGRAMFILES = 'C:\Program Files\Common Files' PROCESSOR_LEVEL = '23' PSModulePath = 'C:\Program Files\WindowsPowerShell\Modules;C:\Windows\system32\WindowsPowerShell\v1.0\Modules' CommonProgramW6432 = 'C:\Program Files\Common Files' CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files' PUBLIC = 'C:\Users\Public' OLDPWD = '/usr/local/src' USERNAME = 'Rafel Amer' LOGONSERVER = '\\DESKTOP-8CFRJAQ' PROCESSOR_ARCHITECTURE = 'AMD64' LOCALAPPDATA = 'C:\Users\Rafel Amer\AppData\Local' COMPUTERNAME = 'DESKTOP-8CFRJAQ' !:: = '::\' SYSTEMDRIVE = 'C:' USERPROFILE = 'C:\Users\Rafel Amer' PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC;.PY;.PYW' SYSTEMROOT = 'C:\Windows' USERDOMAIN_ROAMINGPROFILE = 'DESKTOP-8CFRJAQ' PROCESSOR_IDENTIFIER = 'AMD64 Family 23 Model 113 Stepping 0, AuthenticAMD' TMP = '/cygdrive/c/Users/RAFELA~1/AppData/Local/Temp' PROCESSOR_REVISION = '7100' NUMBER_OF_PROCESSORS = '1' ProgramW6432 = 'C:\Program Files' COMSPEC = 'C:\Windows\system32\cmd.exe' APPDATA = 'C:\Users\Rafel Amer\AppData\Roaming' TERM = 'xterm-256color' WINDIR = 'C:\Windows' ProgramData = 'C:\ProgramData' SHLVL = '1' PROGRAMFILES = 'C:\Program Files' ALLUSERSPROFILE = 'C:\ProgramData' TEMP = '/cygdrive/c/Users/RAFELA~1/AppData/Local/Temp' DriverData = 'C:\Windows\System32\Drivers\DriverData' SESSIONNAME = 'Console' ProgramFiles(x86) = 'C:\Program Files (x86)' HOMEDRIVE = 'C:' HOMEPATH = '\Users\Rafel Amer' EXECIGNORE = '*.dll' _ = '/usr/bin/cygcheck' HKEY_CURRENT_USER\Software\Cygwin HKEY_CURRENT_USER\Software\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\Installations (default) = '\??\C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\Cygwin\setup (default) = 'C:\cygwin64' HKEY_LOCAL_MACHINE\SOFTWARE\WOW6432Node\Cygwin (default) = 0xff00 obcaseinsensitive set to 1 Cygwin installations found in the registry: System: Key: e022582115c10879 Path: C:\cygwin64 User: Key: e022582115c10879 Path: C:\cygwin64 c: hd NTFS 50648Mb 56% CP CS UN PA FCQU d: cd N/AN/A C:\cygwin64 / system binary,auto C:\cygwin64\bin /usr/bin system binary,auto C:\cygwin64\lib /usr/lib system binary,auto cygdrive prefix /cygdrive userbinary,posix=0,auto Found: C:\cygwin64\bin\awk -> C:\cygwin64\bin\gawk.exe Found: C:\Windows\system32\bash.exe Found: C:\cygwin64\bin\bash.exe Warning: C:\Windows\system32\bash.exe hides C:\cygwin64\bin\bash.exe Found: C:\cygwin64\bin\cat.exe Found: C:\Windows\system32\certutil.exe Not Found: clinfo Found: C:\Windows\syst
Re: Unix Domain Socket Limitation?
[Adding the Cygwin list back to the Cc.] On 11/26/2020 11:27 AM, Norton Allen wrote: On 11/25/2020 5:27 PM, Ken Brown via Cygwin wrote: On 11/25/2020 4:47 PM, Norton Allen wrote: In my recent tests, it appears as though it is not possible to successfully connect via two Unix Domain sockets from one client application to one server application. Specifically, if I create a server which listens on a Unix Domain socket and a client, which attempts to connect() twice, both seem to lock up. This is not the behavior under Linux. I will be happy to work up a minimal example if it is helpful in tracking this down. I wanted to start by asking whether this is a known limitation and/or if there is something about the Cygwin implementation that makes this sort of thing very difficult. A minimal example would be extremely helpful. Corinna can answer questions about limitations in the current implementation. But there is a new implementation under development. It's in the topic/af_unix branch of the Cygwin git repository if you're interested in looking at it. Corinna began working on this a couple years ago, and I've recently been trying to finish it. I've made quite a bit of progress, but there's still more to do and undoubtedly many bugs. So any test cases you have would be very useful. Thanks Ken, As it happens, attempting to produce a minimal example suggests my problem may be somewhere else. I think I've worked in most of the features of my application one by one but have not yet revealed a failure. OK. But if you ever do have occasion to write small test programs involving AF_UNIX sockets, please send them on. The new AF_UNIX code needs as much testing as it can get. Ken -- 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: Error compiling gengetopt
[Please don't top-post on this list.] On 11/26/2020 10:51 AM, Rafel Amer Ramon wrote: Hello, I get the same error with the bash terminal and directory /usr/local/src libtool: link: (cd .libs/libgengetopt.lax/libgnu.a && ar x "/usr/lacal/src/gengetopt-2.23/src/../gl/.libs/libgnu.a") libtool: error: object name conflicts in archive: .libs/libgengetopt.lax/libgnu.a//usr/local/src/gengetopt-2.23/src/../gl/.libs/libgnu.a OK, my guess was wrong. I downloaded and built the package on my system without a problem, so something specific to your setup is causing this. Do you see anything suspicious earlier in the build? You might try capturing a log of the build and sending it as an attachment to see if anyone here spots anything. Also, please follow the problem-reporting guide at https://cygwin.com/problems.html, including the part about sending cygcheck output (as an attachment). Ken -- 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: Error compiling gengetopt
Hello, I get the same error with the bash terminal and directory /usr/local/src libtool: link: (cd .libs/libgengetopt.lax/libgnu.a && ar x "/usr/lacal/src/gengetopt-2.23/src/../gl/.libs/libgnu.a") libtool: error: object name conflicts in archive: .libs/libgengetopt.lax/libgnu.a//usr/local/src/gengetopt-2.23/src/../gl/.libs/libgnu.a Regards, Rafel Amer El 26/11/20 a les 14:04, Ken Brown ha escrit: On 11/26/2020 5:30 AM, Rafel Amer Ramon wrote: Hello, when I try to compile gengetopt with cygwin on Windows 10, I get the following error libtool: link: (cd .libs/libgengetopt.lax/libgnu.a && ar x "/cygdrive/c/Users/Rafel Amer/Downloads/gengetopt-2.23/src/../gl/.libs/libgnu.a") libtool: error: object name conflicts in archive: .libs/libgengetopt.lax/libgnu.a//cygdrive/c/Users/Rafel Amer/Downloads/gengetopt-2.23/src/../gl/.libs/libgnu.a Does someone know how I can solve this? Try working in a directory with no spaces in its name. Ken -- 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: Help with setting Cygwin's Emacs W32 TRAMP to WSL 1
On 11/26/2020 10:18 AM, Oleksandr Gavenko via Cygwin wrote: > Still WSL 1 lacks UI and integrates less smoothly into my workflow > to replace Cygwin's amazing Emacs W32. Lacks UI? You can run X windows applications in WSL if you have the Cygwin X server running :-) ... then you get the X UI. I can certainly run xterm and emacs that way. Maybe I am misunderstanding you? Best wishes - Eliot Moss -- 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
Help with setting Cygwin's Emacs W32 TRAMP to WSL 1
I'm using Cygwin for two reasons: mintty + Emacs w32.
Nowadays WSL 1 has become important (vendors provide ready to work
.deb packages,
I use: Ansible + Google Cloud SDK, if name any).
Still WSL 1 lacks UI and integrates less smoothly into my workflow
to replace Cygwin's amazing Emacs W32.
WSL1 files are "hidden" for regular access.
Emacs has TRAMP mode to access foreign environments:
https://www.gnu.org/software/tramp/
I tried to define configuration that should have allowed to access WSL 1
from Cygwin's Emacs via "wsl sh" jump (the way TRAMP support "su" &
"sudo" jumps):
*
https://www.reddit.com/r/emacs/comments/jrkgmy/tramp_for_wsl_1_from_cygwin_emacsw32/
* https://github.com/microsoft/WSL/issues/6236
- wsl.exe periodically sends control characters making impossible "piping"
via interactive/terminal mode
The problem is that when Cygwin's Emacs invokes "wsl.exe" conhost or
wsl?? thinks
it is in a PTY mode and sends different "clearing" terminal escape
sequences (see WSL issue report).
I reproduce garbage with Elisp code:
(setq xxx (make-process :name "xxx" :buffer "xxx" :command '("wsl"
"echo" "OK") :connection-type 'pty))
(stop-process xxx)
Note that changing the last argument "pty" => "pipe" solves the problem,
but things are a bit complicated...
TRAMP mode has been implemented via call to "sh" by internal API "make-process".
And then TRAMP sends "wsl ..." to the shell so WSL thinks it is in
PTY and I have no way
to influence that decision ((
I tried stupid tricks like passing everything related to "ws.exe" via
pipe to "cat":
(with-eval-after-load 'tramp
(setf (alist-get "wsl" tramp-methods nil nil #'equal)
'((tramp-login-program "sh")
(tramp-login-args (("-c") ("wsl") ("-u" "%u") ("-d" "%h")
("|" "cat")))
(tramp-remote-shell "/bin/sh")
(tramp-remote-shell-login ("-l"))
(tramp-remote-shell-args ("-c"))
(tramp-connection-timeout 10)
(tramp-session-timeout 300
or define a wrapper script that has "wsl ... | cat" inside. Nothing helped.
Few experiments with Cygwin's Expect also failed as I forgot
everything about that obscure tech...
So I need to write some wrapper that will bidirectionally pipe to "wsl.exe"
putting wsl into piped instead TTY mode.
It can be that there is a ready solution.
If not please advise which API should I use to write such a wrapper.
Should it be Cygwin's pipe/dup2/fork/execvp or popen?
Or should it be Windows native CreateChildProcess / WriteToPipe /
ReadFromPipe as here:
https://docs.microsoft.com/en-us/windows/win32/procthread/creating-a-child-process-with-redirected-input-and-output
Please CC me in replies, I'll check the mail archive after a week to
not lose any responses.
--
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
[ANNOUNCEMENT] icu 68.1-1
The following packages have been uploaded to the Cygwin distribution: * libicu68-68.1-1 * libicu-devel-68.1-1 * icu-doc-68.1-1 ICU is a mature, widely used set of C/C++ and Java libraries providing Unicode and Globalization support for software applications. ICU is widely portable and gives applications the same results on all platforms and between C/C++ and Java software. This is an update to the latest upstream release. See http://site.icu-project.org/download/68 for the changes since the previous release. Ken Brown Cygwin's ICU maintainer -- 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: Error compiling gengetopt
On 11/26/2020 5:30 AM, Rafel Amer Ramon wrote: Hello, when I try to compile gengetopt with cygwin on Windows 10, I get the following error libtool: link: (cd .libs/libgengetopt.lax/libgnu.a && ar x "/cygdrive/c/Users/Rafel Amer/Downloads/gengetopt-2.23/src/../gl/.libs/libgnu.a") libtool: error: object name conflicts in archive: .libs/libgengetopt.lax/libgnu.a//cygdrive/c/Users/Rafel Amer/Downloads/gengetopt-2.23/src/../gl/.libs/libgnu.a Does someone know how I can solve this? Try working in a directory with no spaces in its name. Ken -- 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: Cygwin mount option -s is not supported
> -Original Message- > From: Cygwin On Behalf Of Brian Inglis > Sent: 25 November 2020 21:59 > > On 2020-11-25 11:26, Vlado via Cygwin wrote: > > On 25.11.2020 15:18, KAVALAGIOS Panagiotis (EEAS-EXT) wrote: > > Mount -s was removed in 2008: > https://sourceware.org/git/?p=newlib- > cygwin.git;a=commitdiff;h=5f853b3fc5277da8cb5ba3ac7406447fe82e65de > three months after it was set to be ignored. That explains the mystery. Thanks! > >> if [ -n "`uname -s |grep -i cygwin_`" ]; then > >> # If we are on an new version of Cygnus we need to turn :/ > >> in > >> # the path to/cygdrive// > > Use of 'Cygnus' refers to 20+ years ago when Cygwin was a product. So, it might have been working quite "recently" then :) > > Hard to say why Oracle's script is written this way. Standard Cygwin > > tool for file names conversion is cygpath. Instead of using sed, one > > can write WL_HOME_CYGWIN=`cygpath -u $WL_HOME` > > - simpler and the result will be more consistent. Example > > > > $ WL_HOME='C:\some\dir\subdir' # Windows path $ echo > > "$WL_HOME" | sed "s#\([a-zA-Z]\):#/cygdrive/c/\1#g" > > /cygdrive/c/C\some\dir\subdir # mixed forward and back > > slashes $ cygpath -u "$WL_HOME" > > /cygdrive/c/some/dir/subdir # pretty Cygwin path > > Especially note the cygpath -U -> /proc/cygdrive/, -a -> /..., and -p path > conversion options should be used as appropriate: try all three! Cygpath then is the correct approach to resolve this issue. I had no doubt about that. Anyway, this is not the only problem. They have messed the CLASSPATH as well and it needs to be updated to the correct libraries. Panos -- 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
Error compiling gengetopt
Hello, when I try to compile gengetopt with cygwin on Windows 10, I get the following error libtool: link: (cd .libs/libgengetopt.lax/libgnu.a && ar x "/cygdrive/c/Users/Rafel Amer/Downloads/gengetopt-2.23/src/../gl/.libs/libgnu.a") libtool: error: object name conflicts in archive: .libs/libgengetopt.lax/libgnu.a//cygdrive/c/Users/Rafel Amer/Downloads/gengetopt-2.23/src/../gl/.libs/libgnu.a Does someone know how I can solve this? Best regards, Rafel Amer -- 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
Starting xterm as a DOS Command Prompt one-liner
This one-line DOS command to start an xterm terminal: D:\cygwin> bin\run bin\XWin -clipboard -nolock -multiwindow 2> nul & timeout 4 > nul 2> nul & bin\xterm -display :0.0 2> nul & bin\kill -KILL -- -1 (broken here after each "&" for clarity of presentation only) works, and is a neat and convenient alternative to starting xterm at the bash or mintty prompt with the single line $ /bin/xinit /bin/xterm -- -nolock -multiwindow 2> /dev/null (The "> nul" phrases in all the above just suppress notifications.) Question 1: I find the timeout .. chunk necessary to give XWin enough time to load before the xterm .. chunk draws upon it. Is there a different conjunction to "&" that says "wait till this is enacted before moving on" (which is actually what I thought "&" did!)? Question 2: The final kill .. chunk only operates after the xterm terminal is closed, and its purpose is to kill XWin, which otherwise hangs about. Is there some other way of assuring that the un-needed XWin is killed, maybe (I dunno) by adding a qualifier to the initial "run XWin" chunk? Thank you! -- 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
