On Wed, 27 Mar 2019 20:44:44, Brian Inglis wrote:
Both dash and bash are in Base, installed by default, and both are login
shells, while dash requires only cygwin1.dll to run, and can be used during
setup, before other libraries or utilities are installed.
Yeah, I did not mean to say login shel
On 2019-03-27 19:12, Steven Penny wrote:
> On Wed, 27 Mar 2019 19:09:07, Yaakov Selkowitz wrote:
>> "Only" if /bin/bash is your preferred shell. Granted, that's the
>> default, and what most users would want anyway, but that is not
>> strictly speaking a mintty dependency. As I mentioned in my re
On Wed, 2019-03-27 at 18:12 -0700, Steven Penny wrote:
> On Wed, 27 Mar 2019 19:09:07, Yaakov Selkowitz wrote:
> > "Only" if /bin/bash is your preferred shell. Granted, that's the
> > default, and what most users would want anyway, but that is not
> > strictly speaking a mintty dependency. As I m
On Wed, 27 Mar 2019 19:09:07, Yaakov Selkowitz wrote:
"Only" if /bin/bash is your preferred shell. Granted, that's the
default, and what most users would want anyway, but that is not
strictly speaking a mintty dependency. As I mentioned in my response,
the auto-detected dependency on bash is fr
On Wed, 2019-03-27 at 15:51 -0700, Steven Penny wrote:
> On Wed, 27 Mar 2019 21:02:47, Thomas Wolff wrote:
> > >>> mintty requires: bash cygwin
> > I remember some discussion that the cygwin dependency, which most
> > packages have, should not (or does not need to be) listed.
> > And in fact, min
On Wed, 2019-03-27 at 21:02 +0100, Thomas Wolff wrote:
> Am 25.03.2019 um 19:12 schrieb Achim Gratz:
> > Thomas Wolff writes:
> > > Sorry, I neither know how to make use of such a package nor how to
> > > generate it or what it contains.
> > > But I'd take a patch:)
> > As you wish…
> I used to use
On Wed, 27 Mar 2019 21:02:47, Thomas Wolff wrote:
>>> mintty requires: bash cygwin
I remember some discussion that the cygwin dependency, which most
packages have, should not (or does not need to be) listed.
And in fact, mintty does not depend on bash. Why does cygport think so?
Uh, Mintty d
On Wed, Mar 27, 2019 at 4:36 PM Achim Gratz wrote:
> ...
> > I removed -s as suggested by Achim, added -g as advised by Corinna,
> > but cygport still says:
> > *** Info: No debug files, skipping debuginfo subpackage
>
> Well, do not reset CFLAGS in your Makefile and cygport helpfully
> provides a
Thomas Wolff writes:
> I used to use tar rather than cygport package to generate the packages.
> One reason was that I didn’t want my local user/group to appear in them.
> Is that possible with cygport?
PTC. But yes, I think GNU Tar has an option to override those, cygport
is just not using it ye
>when i try to convert i gotan error
>./ps2classic.exe e cex ps2.key /cygdrive/c/ps2classics_GUI_2.1/Getaway, The
>- Black Monday (Europe) (En,Fr,De,Es,It,Nl).iso ISO.BIN.ENC ISO.BIN.ENC
>2P0001-PS2U1_00-
>2 [main] ps2classic 8544 find_fast_cwd: WARNING: Couldn't compute FAST_
when i try to convert i gotan error
./ps2classic.exe e cex ps2.key /cygdrive/c/ps2classics_GUI_2.1/Getaway, The
- Black Monday (Europe) (En,Fr,De,Es,It,Nl).iso ISO.BIN.ENC ISO.BIN.ENC
2P0001-PS2U1_00-
2 [main] ps2classic 8544 find_fast_cwd: WARNING: Couldn't compute FAST_CWD
p
Am 25.03.2019 um 19:12 schrieb Achim Gratz:
Thomas Wolff writes:
Sorry, I neither know how to make use of such a package nor how to
generate it or what it contains.
But I'd take a patch:)
As you wish…
I used to use tar rather than cygport package to generate the packages.
One reason was that I
Greetings, Andry!
> If try to replace it by:
> 'c:/windows\system32\cmd.exe' /c echo 123
> Then all works fine.
> I've checked it in the old 1.5.x version and seems this bug is there for ages.
Strictly speaking, Cygwin programs don't have to recognize Windows paths.
Although SOME of them do.
B
On 3/27/2019 10:40 AM, Rockefeller, Harry wrote:
> CYGWIN_NT-6.1 HARRYR-PC 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64 Cygwin
> GNU Emacs 26.1
>
> How this happened.
> It had happened twice before but appeared to be intermittent.
> This time it happened I had copied a line from an xterm, including th
Thanks for the responses.
The uname output was already in my attachment. I executed cat as
/usr/bin/cat.exe. Cygcheck cat is also in my original attachment.
I attached the cygcheck -svr. The other Cygwin installations referenced
are from my debugging and are not active. The missing Perl f
If try to replace it by:
'c:/windows\system32\cmd.exe' /c echo 123
Then all works fine.
I've checked it in the old 1.5.x version and seems this bug is there for ages.
--
Problem reports: http://cygwin.com/problems.html
FAQ: http://cygwin.com/faq/
Documentation: h
CYGWIN_NT-6.1 HARRYR-PC 3.0.4(0.338/5/3) 2019-03-16 09:50 x86_64 Cygwin
GNU Emacs 26.1
How this happened.
It had happened twice before but appeared to be intermittent.
This time it happened I had copied a line from an xterm, including the [return].
Moved mouse to emacs window and using the middle
17 matches
Mail list logo
