[ANNOUNCEMENT] Updated: Perl distributions

[Achim Gratz]

The following Perl distributions have been added or updated to their
latest version on CPAN, respectively:

x86/x86_64
--
perl-Crypt-OpenSSL-Random-0.15-1
perl-Crypt-OpenSSL-RSA-0.30-1
perl-Digest-SHA-6.02-1
perl-Net-DNS-SEC-1.08-1

noarch
--
perl-B-Hooks-EndOfScope-0.24-1
perl-Business-ISSN-1.003-1
perl-Capture-Tiny-0.48-1
perl-Config-AutoConf-0.316-1
perl-DateTime-Locale-1.20-1
perl-ExtUtils-InstallPaths-0.012-1
perl-File-Copy-Recursive-0.44-1
perl-File-HomeDir-1.004-1
perl-File-ShareDir-Install-0.13-1
perl-IPC-Cmd-1.02-1
perl-IPC-System-Simple-1.25-1
perl-JSON-MaybeXS-1.004000-1
perl-Mojolicious-7.77-1
perl-Net-HTTP-6.18-1
perl-Crypt-OpenSSL-Guess-0.11-1
perl-Sub-Quote-2.005001-1
perl-Test-Base-0.89-1
perl-Test-Deep-1.128-1
perl-Test-MockModule-0.15-1
perl-Test-More-UTF8-0.05-1
perl-Test-NoTabs-2.02-1
perl-Test-Pod-1.52-1
perl-Test-Simple-1.302136-1
perl-Test2-Suite-0.000114-1
perl-Text-Template-1.53-1
perl-URI-1.74-1

-- 
  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

--
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

Updated: Perl distributions

[Achim Gratz]

The following Perl distributions have been added or updated to their
latest version on CPAN, respectively:

x86/x86_64
--
perl-Crypt-OpenSSL-Random-0.15-1
perl-Crypt-OpenSSL-RSA-0.30-1
perl-Digest-SHA-6.02-1
perl-Net-DNS-SEC-1.08-1

noarch
--
perl-B-Hooks-EndOfScope-0.24-1
perl-Business-ISSN-1.003-1
perl-Capture-Tiny-0.48-1
perl-Config-AutoConf-0.316-1
perl-DateTime-Locale-1.20-1
perl-ExtUtils-InstallPaths-0.012-1
perl-File-Copy-Recursive-0.44-1
perl-File-HomeDir-1.004-1
perl-File-ShareDir-Install-0.13-1
perl-IPC-Cmd-1.02-1
perl-IPC-System-Simple-1.25-1
perl-JSON-MaybeXS-1.004000-1
perl-Mojolicious-7.77-1
perl-Net-HTTP-6.18-1
perl-Crypt-OpenSSL-Guess-0.11-1
perl-Sub-Quote-2.005001-1
perl-Test-Base-0.89-1
perl-Test-Deep-1.128-1
perl-Test-MockModule-0.15-1
perl-Test-More-UTF8-0.05-1
perl-Test-NoTabs-2.02-1
perl-Test-Pod-1.52-1
perl-Test-Simple-1.302136-1
perl-Test2-Suite-0.000114-1
perl-Text-Template-1.53-1
perl-URI-1.74-1

-- 
  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

If you want to unsubscribe from the cygwin-announce mailing list, look
at the "List-Unsubscribe: " tag in the email header of this message.
Send email to the address specified there. It will be in the format:

cygwin-announce-unsubscribe-you=yourdomain@cygwin.com

If you need more information on unsubscribing, start reading here:

http://sourceware.org/lists.html#unsubscribe-simple

Please read *all* of the information on unsubscribing that is available
starting at this URL.

Re: Problems with mintty jump list

[Michael Schaap]

On 13 May 18 22:04, Thomas Wolff wrote:

Thanks, maybe jumplist-started instances should implicitly inherit AppID.
Probably, yes.  In fact, not just jumplist-started instances, but any 
instance (also the default one) opened from the task bar icon.


Are you sure --store-taskbar-properties is needed to get the jumplist 
stable? This would have additional implications, to be checked.
No, I'm not sure at all.  I just added this because the man page told me 
for AppLaunchCmd: "This is only effective if combined with an AppName 
option and the command-line option --store-taskbar-properties to make it 
persistent.".  And I *did* have to add an AppLaunchCmd to the .minttyrc, 
otherwise the default task bar icon action would open a window without 
the AppID, but also without a login shell.


- Michael

--
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: Problems with mintty jump list

[Thomas Wolff]

Am 13.05.2018 um 16:37 schrieb Michael Schaap:

On 13 May 18 11:45, Thomas Wolff wrote:

Am 12.05.2018 um 19:15 schrieb Brian Inglis:

On 2018-05-12 06:28, Michael Schaap wrote:
I'm experimenting with the new mintty jump list feature, but I'm 
having trouble

getting things working.
I've added the following to my .minttyrc:
 TaskCommands=default:-p 100,100;myserver:-p bottom -p right -o
BackgroundColour=255,250,230 -e /usr/bin/ssh -C -Y -o 
ServerAliveInterval=60

myserver.example.org
I then started mintty with:
 mintty -o AppID=minttytest
The MinTTY window appeared, with a new icon on the task bar. I 
pinned that

icon, and closed this new window.
A right click on the taskbar icon now indeed shows two jump list 
entries:

default and myserver.
But when I click on "default", a MinTTY window does open and runs 
my shell
(which is zsh), but the environment is different than normal: for 
instance,
/usr/bin is not in the $PATH and most commands are therefore not 
found.  (It's

not running as a login shell?)
Yes, as you most likely want to run a login shell, you should add a 
bare '-' to the arguments list, like


TaskCommands=default:-p 100,100 -;...


Indeed, that helped.
I was a bit confused about why I needed this here, and not when 
running MinTTY "normally", but then I saw that the default shortcut 
also had this argument.




When I close all MinTTY windows, the icon remains on the taskbar 
(as it should),

but the jump list entries are gone.
What am I doing wrong?
Nothing. I have no idea why this fails, in my testing it worked. On 
the other hand, the whole jump list showed up on only 2 of 3 test 
systems and failed on one. Mozilla applications (Thunderbird, 
Firefox) manage to establish a task list on all of these systems, but 
their jumplist code looks much more complex. If someone finds out by 
what cursed Microsoft magic this is further affected, I'd consider an 
enhancement...


I got things working.  :-)
I noted that the entries disappeared from the list as soon as I 
clicked on one of them.  I eventually tried adding "-o AppID=..." to 
the arguments in TaskCommands, and that helped: the entries remained.
The only remaining problem was that the entries still disappeared when 
clicking on "Terminal" (or simply clicking on the pinned taskbar item 
with no terminal windows open), so I added AppName and AppLaunchCmd 
options to .minttyrc, and that did the trick.


So, in the end, I added these lines to ~/.minttyrc:

    TaskCommands=default:-o AppID=mymintty -p 1170,605 -;myserver:-o 
AppID=mymintty -p bottom -p right -o BackgroundColour=255,250,230 -e 
/usr/bin/ssh -C -Y -o ServerAliveInterval=60 myserver.example.org

    AppName=Terminal
    AppLaunchCmd=C:\cygwin64\bin\mintty.exe -o AppID=mymintty -

then started MinTTY with this shortcut:

    C:\cygwin64\bin\mintty.exe -o AppID=mymintty 
--store-taskbar-properties -


and pinned it to the taskbar.

Thanks for your help (and for providing the awesome MinTTY in general!),

 – Michael

PS: PuTTY also supports the jump list, both "Recent Sessions" and a 
couple of fixed "Tasks", this appears to work fine.  I'm sure you're 
more familiar with the PuTTY source code than that of Mozilla apps, so 
perhaps it helps to take a look at how PuTTY's doing this?

Thanks, maybe jumplist-started instances should implicitly inherit AppID.
Are you sure --store-taskbar-properties is needed to get the jumplist 
stable? This would have additional implications, to be checked.

Thomas

--
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

[PATCH cygport] Fix handling of python{2,3} atoms in DEPEND

[Jon Turney]

python{2,3} atoms are not deparenthesized correctly, as that function
assumes the atom type consists of lowercase alphabetic characters only.

Probably also need to allow uppercase alphabetic characters as well, to
allow R atoms to work...

Signed-off-by: Jon Turney 
---
 lib/check_funcs.cygpart | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/check_funcs.cygpart b/lib/check_funcs.cygpart
index 961f263..1a0b41e 100644
--- a/lib/check_funcs.cygpart
+++ b/lib/check_funcs.cygpart
@@ -579,7 +579,7 @@ __check_depends() {
return 0;
fi
 
-   __deparenthesize() { echo "$@" | sed -e 's|[a-z]*(\([^)]*\))|\1|' ; }
+   __deparenthesize() { echo "$@" | sed -e 's|[a-zA-Z0-9]*(\([^)]*\))|\1|' 
; }
 
for atom in ${DEPEND}
do
-- 
2.17.0

[PATCH cygport] Handle meson configuration options containing spaces

[Jon Turney]

Similarly to cygconf, cygmeson should protect configuration options
containing spaces from word splitting so that e.g. cygmeson
"-Dstring_option=foo bah" works as expected.

Signed-off-by: Jon Turney 
---
 cygclass/meson.cygclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/cygclass/meson.cygclass b/cygclass/meson.cygclass
index a3d7824..f1daf0d 100644
--- a/cygclass/meson.cygclass
+++ b/cygclass/meson.cygclass
@@ -88,7 +88,7 @@ cygmeson() {
--localstatedir=${prefix%/usr}/var \
--sysconfdir=${prefix%/usr}/etc \
--buildtype=plain --wrap-mode=nodownload \
-   ${crossargs} ${CYGMESON_ARGS} ${@} ${CHOST} \
+   ${crossargs} ${CYGMESON_ARGS} "${@}" ${CHOST} \
|| error "meson failed"
 }
 
-- 
2.17.0

Re: /usr/include/ssp/wchar.h:78:1: error: unknown type name ‘FILE’ (during cygport package build)

[Achim Gratz]

Hans-Bernhard Bröker writes:
> That does look rather weird.  Why would one write that instead of just
> -D_FORTIFY_SOURCE=2 ?

That's what cygport does and Yaakov said he'd copied it from Fedora.
But yes, that _is_ unexpected and it did break stuff elsewehere.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Q+, Q and microQ:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

--
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: John the Ripper

[Marco Atzeri]

On 5/13/2018 9:58 AM, Akash Kanaujiya wrote:

When I crack my Zip File Password, So It works fine, But When I try to
Crack RAR File Password, then It shows No Password Hashes Loaded.

So, What is this Problem, I am using Windows 10.



wrong mailing list, the cygwin  project is not distributing
"John the Ripper"

Regards
Marco


--
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: /usr/include/ssp/wchar.h:78:1: error: unknown type name ‘FILE’ (during cygport package build)

[Hans-Bernhard Bröker]

Am 13.05.2018 um 18:01 schrieb waterlan:


The C flag that triggers this option is -Wp,-D_FORTIFY_SOURCE=2.


That does look rather weird.  Why would one write that instead of just 
-D_FORTIFY_SOURCE=2 ?


Anyway, the test can be simplified quite a lot to:

hbbro@NB4 ~/tmp
$ cat twchar.c
#include 



$ gcc -D_FORTIFY_SOURCE=1 -fstack-protector-strong -c twchar.c -O2 
-D_XOPEN_SOURCE

In file included from /usr/include/ssp/wchar.h:5:0,
 from /usr/include/wchar.h:336,
 from twchar.c:1:
/usr/include/ssp/wchar.h:78:1: error: unknown type name 'FILE'
 __ssp_decl(wchar_t *, fgetws, (wchar_t *__restrict __buf, int __wlen, 
FILE *__restrict __fp))

 ^
/usr/include/ssp/wchar.h:78:1: error: unknown type name 'FILE'
 __ssp_decl(wchar_t *, fgetws, (wchar_t *__restrict __buf, int __wlen, 
FILE *__restrict __fp))



All four of the GCC options have to be there to trigger this 
(_FORTIFY_SOURCE can be set to 2, for the same result).  Basically the 
SSP additions to  fail to compile, but only if the feature set 
has been restricted from the default by -D_XOPEN_SOURCE.  Ultimately 
this happens because the latter disables the typedef of FILE in 
/usr/include/wchar.h line 72 ff:


#if __POSIX_VISIBLE >= 200809 || _XSI_VISIBLE
/* As in stdio.h,  defines __FILE. */
#if !defined(__FILE_defined)
typedef __FILE FILE;
# define __FILE_defined
#endif
#endif

I don't know remotely enough about this SSP stuff to judge if that's 
even supposed to work in -D_XOPEN_SOURCE mode.  But as it is, it can't.


--
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

/usr/include/ssp/wchar.h:78:1: error: unknown type name ‘FILE’ (during cygport package build)

[waterlan]

Hi, 

I'm trying to create a new wcd package, but I get compile errors during
the cygport build of the wcd package. 

gcc -ggdb -O2 -pipe -Wall -Werror=format-security
-Wp,-D_FORTIFY_SOURCE=2 -fstack-protector-strong
--param=ssp-buffer-size=4
-fdebug-prefix-map=/cygdrive/c/Users/waterlan/src/cygwin/wcd/wcd-6.0.2-1.x86_64/build=/usr/src/debug/wcd-6.0.2-1
-fdebug-prefix-map=/cygdrive/c/Users/waterlan/src/cygwin/wcd/wcd-6.0.2-1.x86_64/src/wcd-6.0.2=/usr/src/debug/wcd-6.0.2-1
-O2 -Wall -Wextra -Wno-unused-parameter -Wconversion-Ic3po
-DVERSION=\"6.0.2\" -DVERSION_DATE=\"2018-05-10\"  -std=gnu99 
-DWCD_UNICODE -DWCD_UNINORM -DENABLE_NLS
-DLOCALEDIR=\"/usr/share/locale\" -DPACKAGE=\"wcd\" 
-I/usr/include/ncursesw -I/usr/include -DDEBUG=0 -D_LARGEFILE_SOURCE
-D_FILE_OFFSET_BITS=64 -DUNIX -DWCD_USECURSES  -D_XOPEN_SOURCE
-D_XOPEN_SOURCE_EXTENDED  -c wcwidth.c -o wcwidth.o 

In file included from /usr/include/ssp/wchar.h:5:0,
 from /usr/include/wchar.h:336,
 from wcwidth.c:62:
/usr/include/ssp/wchar.h:78:1: error: unknown type name 'FILE'
 __ssp_decl(wchar_t *, fgetws, (wchar_t *__restrict __buf, int __wlen,
FILE *__restrict __fp))
 ^ 

The C flag that triggers this option is -Wp,-D_FORTIFY_SOURCE=2. 

When I remove this flag the compilation goes OK. 

regards,

-- 
Erwin Waterlander
http://waterlan.home.xs4all.nl/

--
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: Failure download cygwin

[Brian Inglis]

On 2018-05-13 03:57, david wrote:
> At 09:20 AM 5/12/2018, Brian Inglis wrote:
>> On 2018-05-12 09:06, david wrote:
>> > I tried to install the full collection from cygwin 64-bit. Yes, I know "you
>> > really don't want to do that", but nevertheless, I do.
>> > Using three different download mirrors, I find a large number of packages
>> > have failed. A partial list is given below. In the past, the download has
>> > succeeded, and yes, it took hours.
>> > Please advise.
>> > My most recent download attempt was from
>> > ftp://linux.rz.ruhr-uni-bochum.de/cygwin
>> > Download failures: (partial list)
>> ...
>> You may be more successful if you preload your local package cache using e.g.
>> wget -m, with some retry (and rate) limiting options, from your closest, 
>> lowest
>> latency, fastest transfer rate, http mirror.
> I followed your suggestion, but still had problems.  After some more
> experiments, I figured out that the file names were too long, and thus the
> downloads failed.  Unfortunately, this was not diagnosed by "setup", which, in
> my opinion, should not allow a download to start if the file names won't fit 
> in
> the current Windows.  I assume (perhaps incorrectly), that there is a limit to
> package name length.
> For example, I used as the directory
>   d:\arch\archiven\cygwin.2.10.0
> and the selection of the download site made it
> d:\arch\archiven\cygwin.2.10.0\ftp%3a%2f%2flinux.rz.ruhr-uni-bochum.de%2fcygwin%2f
> which is getting pretty long.
> Thanks for the download pointer; it helped me isolate the problem.

Should not be any issue if you are on NTFS and using supported Windows - my
Windows package cache path for years has prefix length 110 chars:
C:\...\.\cygwin64\var\cache\setup\packages\https%3a%2f%2f...%2fmirror%2fcygwin.com%2f\
and similar on Cygwin32, kept to support package builds.

Cygwin uses some of the approaches mentioned below to support longer Unix-like
paths:
https://msdn.microsoft.com/en-us/library/windows/desktop/aa365247(v=vs.85).aspx
"The Windows API has many functions that also have Unicode versions to permit an
extended-length path for a maximum total path length of 32,767 characters. This
type of path is composed of components separated by backslashes, each up to the
value returned in the lpMaximumComponentLength parameter of the
GetVolumeInformation function (this value is commonly 255 characters). To
specify an extended-length path, use the "\\?\" prefix. For example,
"\\?\D:\very long path".
...
 A registry key allows you to enable or disable the new long path behavior. To
enable long path behavior set the registry key at
HKLM\SYSTEM\CurrentControlSet\Control\FileSystem LongPathsEnabled (Type:
REG_DWORD). The key's value will be cached by the system (per process) after the
first call to an affected Win32 file or directory function (list follows). The
registry key will not be reloaded during the lifetime of the process. In order
for all apps on the system to recognize the value of the key, a reboot might be
required because some processes may have started before the key was set.
...
You can also enable the new long path behavior per app via the manifest:

http://schemas.microsoft.com/SMI/2016/WindowsSettings;>
true

"

I don't even have long paths enabled:

$ xxd -g4
/proc/registry/HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/FileSystem/LongPathsEnabled
: 

but now I know about it, I am looking for more info about whether to set it.

-- 
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

Re: Failure download cygwin

[Lee]

On 5/13/18, david  wrote:
>
>
>
> At 09:20 AM 5/12/2018, Brian Inglis wrote:
>>On 2018-05-12 09:06, david wrote:
>> > I tried to install the full collection from cygwin 64-bit. Yes, I
>> know "you
>> > really don't want to do that", but nevertheless, I do.
>> > Using three different download mirrors, I find a large number of
>> > packages
>> > have failed. A partial list is given below. In the past, the download
>> > has
>> > succeeded, and yes, it took hours.
>> > Please advise.
>> > My most recent download attempt was from
>> > ftp://linux.rz.ruhr-uni-bochum.de/cygwin
>> > Download failures: (partial list)
>>...
>>
>>You may be more successful if you preload your local package cache using
>> e.g.
>>wget -m, with some retry (and rate) limiting options, from your
>>closest, lowest
>>latency, fastest transfer rate, http mirror.
>>
>>--
>
> Brian:
> I followed your suggestion, but still had problems.  After some more
> experiments, I figured out that the file names were too long, and
> thus the downloads failed.  Unfortunately, this was not diagnosed by
> "setup", which, in my opinion, should not allow a download to start
> if the file names won't fit in the current Windows.  I assume
> (perhaps incorrectly), that there is a limit to package name length.
>
> For example, I used as the directory
>d:\arch\archiven\cygwin.2.10.0
> and the selection of the download site made it
>
> d:\arch\archiven\cygwin.2.10.0\ftp%3a%2f%2flinux.rz.ruhr-uni-bochum.de%2fcygwin%2f
> which is getting pretty long.

Which is only 7 characters longer than my download directory:
  C:\cygwin\packages\http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f

and has things like
 Directory of 
C:\cygwin\packages\http%3a%2f%2fmirrors.kernel.org%2fsourceware%2fcygwin%2f\noarch\release\texlive-collection-fontsrecommended
06/17/2017  06:21 AM92,157,056
texlive-collection-fontsrecommended-20170520-1.tar.xz

Have you tried using a http:// mirror?

Lee

--
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: Problems with mintty jump list

[Michael Schaap]

On 13 May 18 11:45, Thomas Wolff wrote:

Am 12.05.2018 um 19:15 schrieb Brian Inglis:

On 2018-05-12 06:28, Michael Schaap wrote:
I'm experimenting with the new mintty jump list feature, but I'm 
having trouble

getting things working.
I've added the following to my .minttyrc:
 TaskCommands=default:-p 100,100;myserver:-p bottom -p right -o
BackgroundColour=255,250,230 -e /usr/bin/ssh -C -Y -o 
ServerAliveInterval=60

myserver.example.org
I then started mintty with:
 mintty -o AppID=minttytest
The MinTTY window appeared, with a new icon on the task bar. I 
pinned that

icon, and closed this new window.
A right click on the taskbar icon now indeed shows two jump list 
entries:

default and myserver.
But when I click on "default", a MinTTY window does open and runs my 
shell
(which is zsh), but the environment is different than normal: for 
instance,
/usr/bin is not in the $PATH and most commands are therefore not 
found.  (It's

not running as a login shell?)
Yes, as you most likely want to run a login shell, you should add a 
bare '-' to the arguments list, like


TaskCommands=default:-p 100,100 -;...


Indeed, that helped.
I was a bit confused about why I needed this here, and not when running 
MinTTY "normally", but then I saw that the default shortcut also had 
this argument.




When I close all MinTTY windows, the icon remains on the taskbar (as 
it should),

but the jump list entries are gone.
What am I doing wrong?
Nothing. I have no idea why this fails, in my testing it worked. On 
the other hand, the whole jump list showed up on only 2 of 3 test 
systems and failed on one. Mozilla applications (Thunderbird, Firefox) 
manage to establish a task list on all of these systems, but their 
jumplist code looks much more complex. If someone finds out by what 
cursed Microsoft magic this is further affected, I'd consider an 
enhancement...


I got things working.  :-)
I noted that the entries disappeared from the list as soon as I clicked 
on one of them.  I eventually tried adding "-o AppID=..." to the 
arguments in TaskCommands, and that helped: the entries remained.
The only remaining problem was that the entries still disappeared when 
clicking on "Terminal" (or simply clicking on the pinned taskbar item 
with no terminal windows open), so I added AppName and AppLaunchCmd 
options to .minttyrc, and that did the trick.


So, in the end, I added these lines to ~/.minttyrc:

    TaskCommands=default:-o AppID=mymintty -p 1170,605 -;myserver:-o 
AppID=mymintty -p bottom -p right -o BackgroundColour=255,250,230 -e 
/usr/bin/ssh -C -Y -o ServerAliveInterval=60 myserver.example.org

    AppName=Terminal
    AppLaunchCmd=C:\cygwin64\bin\mintty.exe -o AppID=mymintty -

then started MinTTY with this shortcut:

    C:\cygwin64\bin\mintty.exe -o AppID=mymintty 
--store-taskbar-properties -


and pinned it to the taskbar.

Thanks for your help (and for providing the awesome MinTTY in general!),

 – Michael

PS: PuTTY also supports the jump list, both "Recent Sessions" and a 
couple of fixed "Tasks", this appears to work fine.  I'm sure you're 
more familiar with the PuTTY source code than that of Mozilla apps, so 
perhaps it helps to take a look at how PuTTY's doing this?


--
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: Failure download cygwin

[david]

At 09:20 AM 5/12/2018, Brian Inglis wrote:

On 2018-05-12 09:06, david wrote:
> I tried to install the full collection from cygwin 64-bit. Yes, I 
know "you

> really don't want to do that", but nevertheless, I do.
> Using three different download mirrors, I find a large number of packages
> have failed. A partial list is given below. In the past, the download has
> succeeded, and yes, it took hours.
> Please advise.
> My most recent download attempt was from
> ftp://linux.rz.ruhr-uni-bochum.de/cygwin
> Download failures: (partial list)
...

You may be more successful if you preload your local package cache using e.g.
wget -m, with some retry (and rate) limiting options, from your 
closest, lowest

latency, fastest transfer rate, http mirror.

--


Brian:
I followed your suggestion, but still had problems.  After some more 
experiments, I figured out that the file names were too long, and 
thus the downloads failed.  Unfortunately, this was not diagnosed by 
"setup", which, in my opinion, should not allow a download to start 
if the file names won't fit in the current Windows.  I assume 
(perhaps incorrectly), that there is a limit to package name length.


For example, I used as the directory
  d:\arch\archiven\cygwin.2.10.0
and the selection of the download site made it
  
d:\arch\archiven\cygwin.2.10.0\ftp%3a%2f%2flinux.rz.ruhr-uni-bochum.de%2fcygwin%2f
which is getting pretty long.

Thanks for the download pointer; it helped me isolate the problem.

David 



--
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: Problems with mintty jump list

[Thomas Wolff]

Am 12.05.2018 um 19:15 schrieb Brian Inglis:

On 2018-05-12 06:28, Michael Schaap wrote:

I'm experimenting with the new mintty jump list feature, but I'm having trouble
getting things working.
I've added the following to my .minttyrc:
     TaskCommands=default:-p 100,100;myserver:-p bottom -p right -o
BackgroundColour=255,250,230 -e /usr/bin/ssh -C -Y -o ServerAliveInterval=60
myserver.example.org
I then started mintty with:
     mintty -o AppID=minttytest
The MinTTY window appeared, with a new icon on the task bar.  I pinned that
icon, and closed this new window.
A right click on the taskbar icon now indeed shows two jump list entries:
default and myserver.
But when I click on "default", a MinTTY window does open and runs my shell
(which is zsh), but the environment is different than normal: for instance,
/usr/bin is not in the $PATH and most commands are therefore not found.  (It's
not running as a login shell?)
Yes, as you most likely want to run a login shell, you should add a bare 
'-' to the arguments list, like


TaskCommands=default:-p 100,100 -;...


When I close all MinTTY windows, the icon remains on the taskbar (as it should),
but the jump list entries are gone.
What am I doing wrong?
Nothing. I have no idea why this fails, in my testing it worked. On the 
other hand, the whole jump list showed up on only 2 of 3 test systems 
and failed on one. Mozilla applications (Thunderbird, Firefox) manage to 
establish a task list on all of these systems, but their jumplist code 
looks much more complex. If someone finds out by what cursed Microsoft 
magic this is further affected, I'd consider an enhancement...



Why would you even expect jump lists to be shown on console window icons?
Jump lists show (some) recent items opened by an app thru Explorer shell
interactions, but mintty does not open files dropped from Explorer, just
converts the Windows path to a Cygwin path, and pastes that.
The feature configured by TaskCommands=... is about the "Tasks" section 
of the jump list, not the "Recent" section.



If you man mintty and search for Taskbar, you can find out more about how you
can preset jump list items for mintty, and the requirements and limitations.
You may also want to search for more info about jump lists on the mintty project
site at https://github.com/mintty/mintty/
He actually configured mintty properly for the jump list (save the 
missing dash), it's just that the mintty jumplist implementation is not 
perfect because this is one of the dark areas of incredibly complex and 
incredibly poorly documented Windows APIs.


---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


--
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

[ANNOUNCEMENT] Updated: leptonica-1.76.0-1

[Marco Atzeri]

Version 1.76.0-1  of packages

   leptonica
   libleptonica-devel
   libleptonica_5

are available in the Cygwin distribution:

CHANGES
Latest upstrame release
http://www.leptonica.org/source/version-notes.html


DESCRIPTION
Leptonica is a pedagogically-oriented open source site containing
software that is broadly useful for image processing and image analysis
 applications.

Featured operations are

Rasterop (a.k.a. bitblt)
Affine transformations (scaling, translation, rotation, shear) on
images of arbitrary pixel depth
Binary and grayscale morphology, rank order, and convolution
Seedfill and connected components
Image transformations combining changes in scale and pixel depth
Pixelwise masking, blending, enhancement, arithmetic ops, etc.

Before it was included as component of tesseract-ocr.

HOMEPAGE
http://www.leptonica.org

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

--
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

Updated: leptonica-1.76.0-1

[Marco Atzeri]

Version 1.76.0-1  of packages

   leptonica
   libleptonica-devel
   libleptonica_5

are available in the Cygwin distribution:

CHANGES
Latest upstrame release
http://www.leptonica.org/source/version-notes.html


DESCRIPTION
Leptonica is a pedagogically-oriented open source site containing
software that is broadly useful for image processing and image analysis
 applications.

Featured operations are

Rasterop (a.k.a. bitblt)
Affine transformations (scaling, translation, rotation, shear) on
images of arbitrary pixel depth
Binary and grayscale morphology, rank order, and convolution
Seedfill and connected components
Image transformations combining changes in scale and pixel depth
Pixelwise masking, blending, enhancement, arithmetic ops, etc.

Before it was included as component of tesseract-ocr.

HOMEPAGE
http://www.leptonica.org

Marco Atzeri

If you have questions or comments, please send them to the
cygwin mailing list at: cygwin (at) cygwin (dot) com .

John the Ripper

[Akash Kanaujiya]

When I crack my Zip File Password, So It works fine, But When I try to
Crack RAR File Password, then It shows No Password Hashes Loaded.

So, What is this Problem, I am using Windows 10.

--
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

Missing cyggdkcardimage-0.dll for sol.exe in Aisleriot

[Mike Yates]

Yes, I need the Gnuwin DLL.
It looks as if that project sort of merged into Cygwin.

Do you know anyone from it?

On Sat, 12 May 2018, 03:22 Brian Inglis, 
wrote:

> On 2018-05-11 14:54, Yaakov Selkowitz wrote:
> > On 2018-05-11 15:28, Brian Inglis wrote:
> >> On 2018-05-11 10:46, Mike Yates wrote:
>  Date: 9 May 2018 at 11:09
>  Subject: cyggdkcardimage-0.dll for sol.exe
>  To: Hansom Young
>  I just want Aisleriot games running in my Cygwin setup (xfce2) but
> can't
>  find that dll that it needs anywhere in the Gnuwin downloads at
> Sourceforge.
>  Any chance you could just email it to me?
>  Will I hit any more dependancies?
> >>> I wonder if you can help me?
> >>> I got no response from the packager:-
> >> If it's still supported, using Cygwin setup to reinstall libkdegames1,
> >> libkdegames6, and kdegames3. There are aisleriot files in libkdegames1,
> but
> >> no cyggdkcardimage dll, although it could have been combined into
> >> cygkdegames dll.
> > Aisleriot is GNOME, not KDE...
>
> Also GTK-only for Xfce.
> Looks like support may be available on KDE, but nothing obvious under
> Cygwin for
> gnome-games, solitaire (US term - non-US peg game), or aisleriot.
> The KDE equivalent appears to be Patience (non-US term) which is in Cygwin
> package kpat.
>
> Looks like aisleriot may have been available via Cygwin ports at one time,
> is
> available on many Linux distros, and in the OpenDesktop KDE Store.
> There is also Python/Tk package pysol, with a PySol Fan Club fork pysolfc
> available on many Linux distros, from https://github.com/shlomif/PySolFC .
>
> --
> 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