On 2017-11-02 16:38, Thomas Wolff wrote: > Am 02.11.2017 um 04:19 schrieb Brian Inglis: >> On 2017-10-31 12:11, Thomas Wolff wrote: >>> Am 27.10.2017 um 00:10 schrieb Thomas Wolff: >>>> Am 26.10.2017 um 18:13 schrieb Brian Inglis: >>>>> On 2017-10-25 15:18, Thomas Wolff wrote: >>>>>> Am 25.10.2017 um 20:30 schrieb Brian Inglis: >>>>>>> On 2017-10-25 11:27, Brian Inglis wrote: >>>>>>>> On 2017-10-25 00:29, Thomas Wolff wrote: >>>>>>>>> Am 25.10.2017 um 00:19 schrieb Angelo Graziosi: >>>>>>>>>> Thomas Wolff wrote: >>>>>>>>>>> Mintty 2.8.0 simplifies WSL integration a lot. >>>>>>>>>>> In Cygwin, you can simply start e.g. mintty --WSL=Ubuntu (add >>>>>>>>>>> -~ to start in >>>>>>>>>>> the WSL home). >>>>>>>>>> Does it mean that 2.8.0 does not need wslbridge [*] any more? >>>>>>>>> No, sorry, I forgot to mention that wslbridge would have to be >>>>>>>>> installed >>>>>>>>> in /bin to make this work. >>>>>>>> As it is not a Cygwin package, I have installed wslbridge in >>>>>>>> /usr/local/bin/, >>>>>>>> which is in the system Path in Windows format, so also in the >>>>>>>> Cygwin path in >>>>>>>> Unix format - will this work? >>>>>>> Would a symlink, winsymlink, or .lnk as /bin/wslbridge to >>>>>>> /usr/local/bin/? >>>>>> Why don't you just try it? Both wslbridge and wslbridge-backend must >>>>>> reside in >>>>>> /bin, hard links will work of course. >>>>> It looks like without the Fall Update --WSL= does not work with either >>>>> no/default distribution found, and the same result with a variety of >>>>> obvious names: >>>>> >>>>> ... >>>>> >>>>> It would be nice if --WSL did the right thing for legacy installs also. >>>> Yes, I am aware of this gap, see >>>> https://github.com/mintty/wsltty/issues/64 >>> This should be working now with mintty 2.8.1. Please try. >> This is now working nicely with --WSL and symlinks from >> /usr/local/bin/wslbridge* to /usr/bin/. >> Using mintty makes cross-checking Cygwin vs Linux operation very pleasant. >> >> [Nitpick: with --WSL, argument "-" does not find DefaultUserName in >> BasePath/rootfs/etc/passwd and launch the default shell as the login shell: >> /bin/wslbridge: Exit 1. >> error: could not exec '-': No such file or directory] > Both features, finding the default user and starting a login shell, would > depend > on improved wslbridge support. > About "-", I've submitted an issue: > https://github.com/rprichard/wslbridge/issues/18 > >> Thanks for all your efforts since you adopted this package, in updating it to >> modern standards, all the Unicode, vtterm, and xterm support you have added, >> all >> the new features and improvements in every release, adaptation for WSL, all >> the >> fixes you constantly make, and your frequent releases. > Thanks for flattering me :) Sounds good after all the people asking for ever > more features, silly ones as well as good ones.
You and Ryan have done a stellar job of making Windows, Cygwin, and WSL more useful for everyone who has come across your projects. > Actually, after the WSL and Virtual Tabs endeavours, release frequency should > become lower now. > I'd still like to bundle the package with a number of themes and perhaps bell > sounds, to populate the config directory not only with localization files. > I've > so far hesitated because I don't want to get involved in copyright > discussions. > Any idea or opinion? Leverage the Unix GUI desktop projects with Cygwin compatible licenses. There are a lot of themes, icon sets, sounds, and other resources available which are not available in Cygwin, but are in other distros. That's why I like WSL being easier to use with Cygwin: I can apt install or apt-get build-dep and apt-get source --compile packages unavailable on Cygwin, and use the resources or source, sharing directly between Cygwin, Ubuntu, and Windows. -- Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada -- 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