Re: [ANNOUNCEMENT] procps-ng 3.3.12-2

[Ian Lambert via cygwin]

On Mon, 6/19/17, Wayne Porter <> wrote:

 Subject: [ANNOUNCEMENT] procps-ng 3.3.12-2
 To: cygwin@cygwin.com
 Date: Monday, June 19, 2017, 12:30 PM
 
 The following packages have been uploaded to
 the Cygwin distribution:
 
 * procps-ng-3.3.12-2
 * libprocps-ng6-3.3.12-2
 * libprocps-ng-devel-3.3.12-2
 
...
 


STIME is showing a future date from the -f option.
Not sure when it started.


$ procps -f
UID        PID  PPID  C STIME TTY          TIME CMD
myuser    8020  7928  0 Oct05 pty3     00:00:06 -sh
myuser    6604  8020  0 Oct05 pty3     00:00:00 procps -f
myuser    9996  8020  0 Oct05 pty3     00:00:00 xterm -ls


$ date
Fri, Sep 29, 2017  1:18:44 PM


$ cygcheck -c procps-ng
Cygwin Package Information
Package              Version        Status
procps-ng            3.3.12-2       OK

$ uname -a
CYGWIN_NT-6.1 MYPC 2.9.0(0.318/5/3) 2017-09-12 10:18 x86_64 Cygwin

Windows 7 Enterprise SP1.



--
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: How to find out the current cygwin version?

[Ian Lambert via cygwin]

On September 8, 2017 9:05:31 AM EDT, "Nellis, Kenneth" 
 wrote:
>From: David Billinghurst 
>> On 8/09/2017 14:39, Ben Stover via cygwin wrote:
>> 
>> > Assume I get to another (Windows) computer where Cygwin is already
>> installed.
>> >
>> > How can I find out which version of Cygwin is currently installed?
>> cygcheck --version # for cygwin dll
>> ...
>
>This isn't technically correct, right? This gives the version of
>cygcheck itself, not the cygwin DLL, which is what was really
>being requested.
>
>Instead, use: cygcheck -c cygwin
>
>Or, as I do (and Corinna already suggested): uname -a
>or, more quietly: uname -r
>

Fwiw, from what I've seen, only 
cygcheck -c cygwin 
gives the full x.y.z-n version.
All other suggestions give only
x.y.z without -n

Small difference, but...




-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

.

--
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: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Wed, 7/26/17, Brian Inglis <> wrote:

 Subject: Re: how to access and display apps that I've launched
 To: cygwin
 Date: Wednesday, July 26, 2017, 1:07 PM
 
 >
 Anyway, Achim can easily fix this.
 
 You can fix this locally quickly using:
 
 $ fgrep 7001
 /usr/bin/rebase*
 /usr/bin/rebaselst:   
 touch -t 700101  "$1"
 $ sed
 -i /7001/s//198001/ /usr/bin/rebaselst
 $
 fgrep 1980 /usr/bin/rebaselst
     touch -t
 19800101  "$1"
 
 and test this fix by running
 "rebase-trigger full", shutting down everything
 Cygwin, downloading and running setup.
 
= = =

Yes, I did similar with vi, and it seems to have
helped a lot:
 
$ diff rebaselst-170726 rebaselst
98c98
< touch -t 700101  "$1"
---
> touch -t 19800101  "$1"
 
A couple things still don't start
from the xdg menu - files/nautilus or gedit
for example, but most things do.


$ nautilus &
[1] 7388

$ 
** (nautilus:7388): WARNING **: Error retrieving accessibility bus address: 
org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with 
status 1

(nautilus:7388): GLib-GIO-CRITICAL **: g_dbus_proxy_new_sync: assertion 
'G_IS_DBUS_CONNECTION (connection)' failed

(nautilus:7388): GLib-GIO-CRITICAL **: g_dbus_proxy_get_name_owner: assertion 
'G_IS_DBUS_PROXY (proxy)' failed
Socket /tmp/fam-myuser/fam- has wrong permissions
Failed to connect to socket /tmp/fam-myuser/fam-

(nautilus:7388): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed

(nautilus:7388): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed

** (nautilus:7388): WARNING **: Unable to get contents of the bookmarks file: 
Error opening file /home/myuser/.gtk-bookmarks: No such file or directory

(nautilus:7388): GLib-GObject-CRITICAL **: g_object_set: assertion 'G_IS_OBJECT 
(object)' failed

(nautilus:7388): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed

(nautilus:7388): GLib-GObject-CRITICAL **: g_object_set: assertion 'G_IS_OBJECT 
(object)' failed

(nautilus:7388): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed

(nautilus:7388): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed

(nautilus:7388): GLib-GIO-CRITICAL **: g_dbus_connection_call_internal: 
assertion 'G_IS_DBUS_CONNECTION (connection)' failed

[1]+  Donenautilus

--
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: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Wed, 7/26/17, Achim Gratz <> wrote:

 Subject: Re: how to access and display apps that I've launched
 To: cygwin
 Date: Wednesday, July 26, 2017, 1:13 PM
 
 Ian Lambert via cygwin writes:
 > Indeed, Cygwin is installed on a FAT32
 formatted
 > external drive, which is
 limited to 1980-01-01 on
 > the early
 end.
 
 Yes, that's the
 problem.  Oh well, a braindead fs, where have I seen
 that before… is there any other such system
 in use that somebody would
 want to install
 Cygwin on and what's their start of the epoch?
 
= = =

I suppose that's why FAT32 was used in Android phones,
is called "the most widely compatible format," 
and is often used for USB Live or install external
drives for Linux. Works great even on 32-bit devices.
 :P :D  I'll move to exFAT real soon now, but it's
also 1980+.

 > So apparently rebase has
 not been working for me
 >
 "forever," and since pi day this year on the
 latest
 > install...
 
 Well, you can just touch them with something
 1980 and it will start
 working again (and
 keep working).  I'll think of what's the right fix
 in
 autorebase to implement and update and
 then it will be fixed once and
 for all.

= = =

They seemed to be retouched back to present
unless /usr/bin/rebaselst was changed to touch
1980+.


--
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: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Tue, 7/25/17, Brian Inglis <> wrote:

 Subject: Re: how to access and display apps that I've launched
 To: cygwin@cygwin.com
 Date: Tuesday, July 25, 2017, 8:09 PM
 
 
 Unless you are on some FAT or other legacy
 filesystem that might object to dates
 before
 1980, or some GPO, bettin' bleedin' BLODA!
 
= = =

Indeed, Cygwin is installed on a FAT32 formatted
external drive, which is limited to 1980-01-01 on
the early end.

So apparently rebase has not been working for me
"forever," and since pi day this year on the latest
install...


--
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: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Tue, 7/25/17, Brian Inglis <> wrote:

 Subject: Re: how to access and display apps that I've launched
 To: cygwin
 Date: Tuesday, July 25, 2017, 3:57 PM
 
 On 2017-07-25 12:16, Achim Gratz
 wrote:
 > Brian Inglis writes:
 >> rebaselst uses touch -t 700101 ...
 - could be patched to 19700101.
 > 
 > Could be, but touch is specified to assume
 "19" yhen YY=70 by POSIX, AFAIK.
 > 
 >> Is this affected
 by locale and by Windows regional date settings in
 Control
 >> Panel/Region/Formats
 tab/Additional settings... button/Date tab/Calendar
 >> group/When a two-digit year is
 entered, interpret it as a year between
 >> |(-99)| and [ ^v] with the
 default values |1980| and [2079 ^v] i.e. from
 >> the start of the DOS epoch which
 postdates the Unix epoch 19700101, and could
 >> cause 70 to be interpreted as 2070.
 > 
 > That would be
 surprising since the expectation really is UNIX epoch
 when
 > we're talking about Cygwin. 
 In any case, the OP should easily be able
 > to test this at the shell prompt.
 
 I know POSIX says and my tests
 on current releases verify 1969-99, 2000-68, but
 could this be thrown off by localization
 interfering in some cases, as was
 /proc/loadavg, because a function started using
 locales?
 These files and related functions
 do not seem candidates to be affected by the
 recent patch for ls problems with symlinks, so
 BLODA blocking pre-1980 times?

= = =

There is a change to "invalid argument" 
somewhere from 1980 to 1979, 
but it also involves permissions.
Permission denied comes from the chmod 444 in /bin/rebaselst
I think. Otherwise with write permission touch gives invalid argument.
Either way, it changes the files to current date-time,
not an earlier time, when it fails.


$ for f in * ; do echo $f ; touch -t 19800101 $f ; done
fullrebase.done
rebase_all
rebase_dyn
rebase_exe
rebase_lst
rebase_pkg
rebase_user
rebase_user_exe

$ for f in * ; do echo $f ; touch -t 19790101 $f ; done
fullrebase.done
touch: setting times of 'fullrebase.done': Invalid argument
rebase_all
touch: setting times of 'rebase_all': Invalid argument
rebase_dyn
touch: cannot touch 'rebase_dyn': Permission denied
rebase_exe
touch: cannot touch 'rebase_exe': Permission denied
rebase_lst
touch: cannot touch 'rebase_lst': Permission denied
rebase_pkg
touch: cannot touch 'rebase_pkg': Permission denied
rebase_user
touch: cannot touch 'rebase_user': Permission denied
rebase_user_exe
touch: cannot touch 'rebase_user_exe': Permission denied

The "bad" part of strace of a file with write permission is:

 3524 fhandler_base::utimens_fs: incoming lastaccess 0x10EDB8D0 0x0
   86  285905 [main] touch 3524 seterrno_from_nt_status: 
/home/corinna/src/cygwin/cygwin-2.8.2/cygwin-2.8.2-1.x86_64/src/newlib-cygwin/winsup/cygwin/fhandler_disk_file.cc:1385
 status 0xC00D -> windows error 87
   30  285935 [main] touch 3524 geterrno_from_win_error: windows error 87 == 
errno 22
   22  285957 [main] touch 3524 futimens: -1 = futimens(0, 0xC950)
   22  285979 [main] touch 3524 close: close(0)
   23  286002 [main] touch 3524 fhandler_base::close: closing 
'/var/cache/rebase/rebase_all' handle 0x240
  178  286180 [main] touch 3524 close: 0 = close(0)
touch  558  286738 [main] touch 3524 write: 5 = write(2, 0xCC50, 5)
:   47  286785 [main] touch 3524 write: 1 = write(2, 0x180229941, 1)
45  286830 [main] touch 3524 write: 1 = write(2, 0x180229935, 1)
setting times of   116  286946 [main] touch 3524 write: 17 = write(2, 
0x100414923, 17)
'rebase_all'   38  286984 [main] touch 3524 write: 12 = write(2, 0x10041C080, 
12)
:   106  287090 [main] touch 3524 write: 2 = write(2, 0x180229945, 2)
Invalid argument   41  287131 [main] touch 3524 write: 16 = write(2, 
0x180229C60, 16)

  189  287320 [main] touch 3524 write: 1 = write(2, 0x1801FC9A7, 1)
  184  287504 [main] touch 3524 close: close(1)
   18  287522 [main] touch 3524 fhandler_base::close: closing '' handle 0x204
   17  287539 [main] touch 3524 close: 0 = close(1)
  211  287750 [main] touch 3524 close: close(2)
   19  287769 [main] touch 3524 fhandler_base::close: closing '' handle 0x200
   24  287793 [main] touch 3524 close: 0 = close(2)
  177  287970 [main] touch 3524 do_exit: do_exit (256), exit_state 1
   25  287995 [main] touch 3524 void: 0x0 = signal (20, 0x1)
   19  288014 [main] touch 3524 void: 0x0 = signal (1, 0x1)

--
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: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Tue, 7/25/17, Ken Brown <> wrote:

 Normally you don't ever
 need to think about rebasing on x86_64.  The 
 perpetual postinstall script
 /etc/postinstall/0p_000_autorebase.dash 
 should handle everything without any manual
 intervention.  You might try 
 running that
 script (and the rebaselst script that it calls) line by 
 line (preferably in a dash shell started
 directly from Windows, with no 
 other Cygwin
 processes running) to see if you can figure out what's
  going wrong.
 
= = =
Looks about the same to me, and all the /var/cache/rebase/...
files are basically empty, FWIW, but I could be following
the rebaselst script incorrectly.


$ cat 0p_000_autorebase.dash
#!/bin/dash
export PATH=/bin
b=/var/cache/rebase
if [ -e ${b}/peflags ] ; then
noaslr=--noaslr
peflags=peflags
rm -f ${b}/peflags
else
noaslr=''
peflags=''
fi
if [ ! -e ${b}/fullrebase.done ] ; then
rebase-trigger fullrebase
rebaselst --rebuild update --cleardb $noaslr rebase $peflags
mv ${b}/fullrebase ${b}/fullrebase.done
else
rebaselst update $noaslr rebase $peflags
fi



$ b=/var/cache/rebase
$ ls ${b}/pe*
ls: cannot access '/var/cache/rebase/pe*': No such file or directory
$ ls ${b}/fullrebase.done
/var/cache/rebase/fullrebase.done
$ rebase-trigger fullrebase
Note: _autorebase will do a full rebase the next time setup is run.
$ rebaselst --rebuild update --cleardb rebase
removing /var/cache/rebase/rebase_pkg
creating empty /var/cache/rebase/rebase_pkg
touch: setting times of '/var/cache/rebase/rebase_pkg': Invalid argument
Updating package information in /var/cache/rebase/rebase_pkg.
removing /var/cache/rebase/rebase_lst
creating empty /var/cache/rebase/rebase_lst
touch: setting times of '/var/cache/rebase/rebase_lst': Invalid argument
Updating rebase information for installed executables in /var/cache/rebase/rebas
e_exe.
removing /var/cache/rebase/rebase_dyn
creating empty /var/cache/rebase/rebase_dyn
touch: setting times of '/var/cache/rebase/rebase_dyn': Invalid argument
Looking for dynamic language modules/libraries in:
  /usr/lib/R/site-library
  /usr/lib/php/20151012
  /usr/lib/python2.7/site-packages
  /usr/lib/python3.6/site-packages
Updating rebase information for dynamic language modules/libraries /var/cache/re
base/rebase_dyn.
removing /var/cache/rebase/rebase_user
creating empty /var/cache/rebase/rebase_user
touch: setting times of '/var/cache/rebase/rebase_user': Invalid argument
Updating rebase information for user-defined dynamic objects /var/cache/rebase/r
ebase_user.
removing /var/cache/rebase/rebase_user_exe
creating empty /var/cache/rebase/rebase_user_exe
touch: setting times of '/var/cache/rebase/rebase_user_exe': Invalid argument
Updating rebase information for user-defined executables /var/cache/rebase/rebas
e_user_exe.
Rebasing with list /var/cache/rebase/rebase_all, built from /var/cache/rebase/re
base_lst /var/cache/rebase/rebase_dyn /var/cache/rebase/rebase_user.
$

$ ls -ls /var/cache/rebase
total 224
32 -rw-r--r-- 1 myuser Domain Users 115 Jul 25 10:50 fullrebase
 0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:34 rebase_all
32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:34 rebase_dyn
 0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:33 rebase_dyn.old
32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:33 rebase_exe
 0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:33 rebase_exe.old
32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:33 rebase_lst
 0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:33 rebase_lst.old
32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:33 rebase_pkg
 0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:33 rebase_pkg.old
32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:34 rebase_user
 0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:34 rebase_user.old
32 -r--r--r-- 1 myuser Domain Users  31 Jul 25 11:34 rebase_user_exe
 0 -rw-r--r-- 1 myuser Domain Users   0 Jul 25 11:34 rebase_user_exe.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: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Tue, 7/25/17, Ken Brown <> wrote:

 Subject: Re: how to access and display apps that I've launched
 To: "Ian Lambert" <>, cygwin@cygwin.com
 Date: Tuesday, July 25, 2017, 9:03 AM
 
 On 7/25/2017 12:26 AM, Ian
 Lambert wrote:
 > On July 24, 2017
 10:58:29 PM EDT, Ken Brown <> wrote:
 >> On 7/24/2017 6:08 PM, Ian Lambert via
 cygwin wrote:
 >>> This time I ran
 "rebase-trigger full", did full
 shutdown/restart,
 >> then ran
 setup.
 >>

 >>>     0 [main] nautilus 3240
 child_info_fork::abort:
 >>
 E:\cygwin64-3\bin\cygpangocairo-1.0-0.dll: Loaded to
 different address:
 >> parent(0x3F)
 != child(0x2F)
 > 
 >> This kind of fork error can be very
 stubborn.  The best long-term
 >>
 solution is to switch to 64-bit Cygwin if you can.  If you
 absolutely
 >> have to stick to 32-bit,
 try to limit the number of DLLs that are
 >> installed.
 > 
 > 
 > I'm using 64 bit
 cygwin already. This is a difference from the OP (It was in
 my earlier post).
 
 Sorry, I
 missed that.  Have you looked at the output of 'rebase
 -is'? 
 Conflicts are marked with
 '*'.  What about BLODA?
 
= = = 

I had not. It may be worth mentioning I have not found rebase 
in the fine manual, even under cygwin utilities. I only find
it mentioned in forum posts, and with 4 rebase* programs
under /usr/bin, it's playing too much monte carlo games with 
the install to just try those.

Obviously something is not right; here is output from "rebase -is":

rebase: failed to open rebase database "/etc/rebase.db.x86_64":
No such file or directory
 
"locate rebase.db" gives:
/cygdrive/e/cygwin64-3/etc/rebase.db.x86_64
so it was apparently there when running locate database updates
yesterday at ~1130-1330 (Eastern US), before doing the 
"rebase-trigger full", shutdown/restart, setup.

BLODA is certainly a possibility; Symantec Protection is on the job...
It was playing well together before, but things do change.


--
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: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On July 24, 2017 10:58:29 PM EDT, Ken Brown <> wrote:
>On 7/24/2017 6:08 PM, Ian Lambert via cygwin wrote:
>> This time I ran "rebase-trigger full", did full shutdown/restart,
>then ran setup.
>
>And are you sure there were no Cygwin processes running?  This could 
>happen even after shutdown/restart if you have any Cygwin services that
>
>start automatically.


99 7/8% sure. Even Cron only starts for me when .bashrc is invoked, by starting 
mintty from an icon.


>>0 [main] nautilus 3240 child_info_fork::abort:
>E:\cygwin64-3\bin\cygpangocairo-1.0-0.dll: Loaded to different address:
>parent(0x3F) != child(0x2F)

>This kind of fork error can be very stubborn.  The best long-term 
>solution is to switch to 64-bit Cygwin if you can.  If you absolutely 
>have to stick to 32-bit, try to limit the number of DLLs that are
>installed.


I'm using 64 bit cygwin already. This is a difference from the OP (It was in my 
earlier post).



-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Mon, 7/24/17, Ken Brown <> wrote:

 Subject: Re: how to access and display apps that I've launched
 To: "Ian Lambert" <>, cygwin@cygwin.com
 Date: Monday, July 24, 2017, 3:51 PM
 
 On 7/24/2017 12:08 PM, Ian
 Lambert wrote:
 > On Sun, 7/23/17, Ken
 Brown <> wrote:
 >   Yes, there was
 a change about
 >   two years ago.  I
 suspect you have a
 >   .startxwinrc that
 uses fbpanel instead of
 >  
 xwin-xdg-menu.  See
 >   
 >      https://sourceware.org/ml/cygwin-announce/2015-07/msg00013.html
 >   
 >   Ken,
 > 
 > 
 > I have a relatively new install, since pi
 day 2017, and no .startxwinrc.
 > 
 > I had something similar Thursday 7/20/17
 afternoon, after running updates
 > for
 Windows security, and Cygwin.
 
 Mike's description of his problem suggests
 that he was using fbpanel. 
 He refers to an
 icon at the top middle of the screen, not the 
 xwin-xdg-icon in the notification area.  Your
 description is different, 
 and at least one
 of your error messages (gedit 8876 
 child_info_fork::abort:...) sounds like a
 rebase issue.
 
 Ken
 
= = =

Please let me know if this should be a different thread then,
but it seemed similar and timing was coincidental.

When I did 
> run "rebase-trigger full" then run setup-x86

(or x86_64) the first time, I had not shut down all cygwin processes between
trigger full and setup.
This time I ran "rebase-trigger full", did full shutdown/restart, then ran 
setup.

This time xterm will not start from the xwin-xdg-menu, but will start from
command line (after export DISPLAY=:0.0).

I saw these from $ startxwin &

(WW) /tmp mounted on a filesystem without hardlinks, activating -nolock
_XSERVTransmkdir: Mode of /tmp/.X11-unix should be set to 1777
_XSERVTransmkdir: this may cause subsequent errors


and some rebase-related touch error messages in setup.log.full:

 2017/07/24 17:24:08 running: E:\cygwin64-3\bin\dash.exe 
"/etc/postinstall/0p_000_autorebase.dash"
Note: _autorebase will do a full rebase the next time setup is run.
removing /var/cache/rebase/rebase_pkg
creating empty /var/cache/rebase/rebase_pkg
touch: setting times of '/var/cache/rebase/rebase_pkg': Invalid argument
Updating package information in /var/cache/rebase/rebase_pkg.
removing /var/cache/rebase/rebase_lst
creating empty /var/cache/rebase/rebase_lst
touch: setting times of '/var/cache/rebase/rebase_lst': Invalid argument
Updating rebase information for installed executables in 
/var/cache/rebase/rebase_exe.
removing /var/cache/rebase/rebase_dyn
creating empty /var/cache/rebase/rebase_dyn
touch: setting times of '/var/cache/rebase/rebase_dyn': Invalid argument
Looking for dynamic language modules/libraries in:
  /usr/lib/R/site-library
  /usr/lib/php/20151012
  /usr/lib/python2.7/site-packages
  /usr/lib/python3.6/site-packages
Updating rebase information for dynamic language modules/libraries 
/var/cache/rebase/rebase_dyn.
removing /var/cache/rebase/rebase_user
creating empty /var/cache/rebase/rebase_user
touch: setting times of '/var/cache/rebase/rebase_user': Invalid argument
Updating rebase information for user-defined dynamic objects 
/var/cache/rebase/rebase_user.
removing /var/cache/rebase/rebase_user_exe
creating empty /var/cache/rebase/rebase_user_exe
touch: setting times of '/var/cache/rebase/rebase_user_exe': Invalid argument
Updating rebase information for user-defined executables 
/var/cache/rebase/rebase_user_exe.
Rebasing with list /var/cache/rebase/rebase_all, built from 
/var/cache/rebase/rebase_lst /var/cache/rebase/rebase_dyn 
/var/cache/rebase/rebase_user.
2017/07/24 17:24:23 running: E:\cygwin64-3\bin\dash.exe 
"/etc/postinstall/0p_texlive_prep.dash"
2017/07/24 17:24:23 running: E:\cygwin64-3\bin\dash.exe 
"/etc/postinstall/0p_update-info-dir.dash"
2017/07/24 17:24:25 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_adwaita-icon-theme.sh"
2017/07/24 17:24:26 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_desktop-file-utils.sh"
2017/07/24 17:24:26 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_fontconfig_cache_1.sh"
2017/07/24 17:25:30 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_glib2.0.sh"
2017/07/24 17:25:31 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_hicolor-icon-theme.sh"
2017/07/24 17:25:31 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_man-db.sh"
2017/07/24 17:25:33 running: E:\cygwin64-3\bin\dash.exe 
"/etc/postinstall/zp_octave_finish.dash"
2017/07/24 17:25:33 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_shared-mime-info.sh"
2017/07/24 17:25:34 running: E:\cygwin64-3\bin\dash.exe 
"/etc/postinstall/zp_texlive_finish.dash"
2017/07/24 17:25:34 ru

Re: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Mon, 7/24/17, Brian Inglis  wrote:

 Subject: Re: how to access and display apps that I've launched
 To: cygwin@cygwin.com
 Date: Monday, July 24, 2017, 1:02 PM
 
 On 2017-07-23 13:18, mike
 wrote:
 > On 23/07/2017 19:14, Brian
 Inglis wrote:
 >> On 2017-07-23 11:39,
 mike wrote:
 >>> On 23/07/2017
 16:58, Jack wrote:
  On
 2017.07.23 08:32, mike wrote:
 > Hi
 >
 > I updated my Cywin
 installation on the 21st or 22nd of July 2017.  I run
 > 32-bit Cygwin/X on 64-bit
 Win 7 Pro.  If I launch the Cygwin Xwin Server I
 > get the icon at the very
 top middle of the screen and can then go into the
 > icons menu and right click
 on the Cygwin icon and get a list of categories of
 > applications to run and
 apparently launch because if I try to launch some and
 > wait long enough and right
 click on the aforementioned icon and select quit
 > it says there are N apps
 running and do I want to close them.  The problem is
 > that anything I launch
 through the icons menu doesn't display anywhere and
 in
 > particular
 doesn't appear in the task bar.  I have read the FAQ
 and UG but
 > can't
 find what I'm looking for.  It definitely seems to me
 that the
 > behaviour has
 changed since before I updated.
 >
 > Can somebody please tell
 me what I am doing wrong?  I would be very grateful
 > for any help.  Thanks in
 advance.
 >
 > Mike
  Are you sure those apps you
 are trying to launch are actually installed?  You
  could always bring up a Cygwin
 terminal (not through the X icon) and
  explicitly "export
 DISPLAY=0:0" and then try to launch one of the apps
 from
  the command line to
 see any errors.
 
  Jack
 >>> All I did was download
 setup-x86.exe on the 21st, run it and when presented with
 >>> the drop down View list used
 Pending (by default) and then clicked Next etc.  If
 >>> I switch to Up To Date when
 presented with the drop down View list it does
 >>> indeed show that everything
 I've tried to run is installed.  I must have
 >>> hundreds of packages installed. 
 I did that last year intentionally.  I selected
 >>> packages to install by Category
 and then installed the entire Categories. That's
 >>> what I'm saying all this stuff
 used to just work and now it just doesn't so I'm
 >>> either completely missing the
 obvious or else it really seems like something is
 >>> wrong with my installation or the
 behaviour has changed.  If I'm just missing
 >>> the obvious then please just tell
 me where I'm going wrong.
 >>>
 >>> I do
 not want to uninstall everything and then re-install because
 I have no
 >>> confidence that that
 will solve the problem.  To repeat the Cygwin/X icon is
 >>> there and the menu is there.  The
 packages that I am most immediately interested
 >>> in are the Cygwin Emacs packages
 which are clearly in the Up To Date list.  If
 >>> the packages aren't installed
 then why would they show up in the menu?  If I
 >>> look in C:\cygwin\bin I can see
 among others emacsclient-nox.exe,
 >>> emacsclient-X11.exe, emacs-nox.exe
 and emacs-X11.exe so they're installed right?
 >> May have run out of DLL address
 space.
 >> Run "rebase-trigger
 full", shut down everything Cygwin, download and run
 >> setup-x86, then check
 /var/log/setup.log.full for rebase problems.
 >>
 > I wasn't
 running anything Cygwin when I ran setup-x86.exe on the
 21st.  I've
 > attached
 /var/log/setup.log.full.  There is no occurrence of the
 word rebase
 The log indicates it only
 downloaded the mirror list and setup.ini and updated
 nothing. That's why you should run
 "rebase-trigger full" then run setup-x86.
 
 -- 
 Take care.
 Thanks, Brian Inglis, Calgary, Alberta, Canada

> you should run "rebase-trigger full" then run setup-x86.

Didn't seem to help for me.

(Resend:)

I have a relatively new install, since pi day 2017, and no .startxwinrc.

I had something similar Thursday 7/20/17 afternoon, after running updates
for Windows security, and Cygwin.

$ startxwin & would get the icon with menu, but selecting xterm would not
display an xterm. This is often all I use with Cygwin menu.

A couple restarts and runs of setup without any updates didn't help.

After a complete shutdown over a 3-day weekend, and another cygwin setup/update 
today,
startxwin & xterm from menu click worked OK.
So I was relieved, but also, I suppose, glad to not be the only one, maybe.

Some other things do not work right.

Windows 7 Enterprise, SP1; 64 bit Cygwin.
$ uname -a
CYGWIN_NT-6.1 MYPCNAME 2.8.2(0.313/5/3) 2017-07-12 10:58 x86_64 Cygwin

Aside from the usual:

xterm: cannot load font "-Misc-Fixed-bold-R-*-*-13-120-75-75-C-120-ISO10646-1"
xterm: cannot load font "-Misc-Fixed-bold-R-*-*-13-120-75-75-C-120-ISO10646-1"
xterm: cannot load font "-Misc-Fixed-bold-R-*-*-13-120-75-75-C-120-ISO10646-1"

I am now seeing things in the mintty console like:

Re: how to access and display apps that I've launched

[Ian Lambert via cygwin]

On Sun, 7/23/17, Ken Brown <> wrote:

 Subject: Re: how to access and display apps that I've launched
 To: cygwin@cygwin.com
 Date: Sunday, July 23, 2017, 5:18 PM
 
 On 7/23/2017 8:32 AM, mike
 wrote:
 > Hi
 > 
 > I updated my Cywin installation on the
 21st or 22nd of July 2017.  I run 
 >
 32-bit Cygwin/X on 64-bit Win 7 Pro.  If I launch the
 Cygwin Xwin Server 
 > I get the icon at
 the very top middle of the screen and can then go into 
 > the icons menu and right click on the
 Cygwin icon and get a list of 
 >
 categories of applications to run and apparently launch
 because if I try 
 > to launch some and
 wait long enough and right click on the 
 > aforementioned icon and select quit it
 says there are N apps running and 
 > do I
 want to close them.  The problem is that anything I launch
 through 
 > the icons menu doesn't
 display anywhere and in particular doesn't appear 
 > in the task bar.  I have read the FAQ and
 UG but can't find what I'm 
 >
 looking for.  It definitely seems to me that the behaviour
 has changed 
 > since before I updated.
 
 Yes, there was a change about
 two years ago.  I suspect you have a 
 .startxwinrc that uses fbpanel instead of
 xwin-xdg-menu.  See
 
    https://sourceware.org/ml/cygwin-announce/2015-07/msg00013.html
 
 Ken,


I have a relatively new install, since pi day 2017, and no .startxwinrc.

I had something similar Thursday 7/20/17 afternoon, after running updates 
for Windows security, and Cygwin. 

$ startxwin & would get the icon with menu, but selecting xterm would not
display an xterm. This is often all I use with Cygwin menu.

A couple restarts and runs of setup without any updates didn't help.

After a complete shutdown over a 3-day weekend, and another cygwin setup/update 
today,
startxwin & xterm from menu click worked OK. 
So I was relieved, but also, I suppose, glad to not be the only one, maybe.

Some other things do not work right.

Windows 7 Enterprise, SP1; 64 bit Cygwin.
$ uname -a
CYGWIN_NT-6.1 MYPCNAME 2.8.2(0.313/5/3) 2017-07-12 10:58 x86_64 Cygwin

Aside from the usual:

xterm: cannot load font "-Misc-Fixed-bold-R-*-*-13-120-75-75-C-120-ISO10646-1"
xterm: cannot load font "-Misc-Fixed-bold-R-*-*-13-120-75-75-C-120-ISO10646-1"
xterm: cannot load font "-Misc-Fixed-bold-R-*-*-13-120-75-75-C-120-ISO10646-1"

I am now seeing things in the mintty console like:

SetupSysMenu: GetSystemMenu() failed for HWND 0x6055c
OS has icon alpha channel support: yes
SetupSysMenu: GetSystemMenu() failed for HWND 0x11071a
SetupSysMenu: GetSystemMenu() failed for HWND 0x1b0740
SetupSysMenu: GetSystemMenu() failed for HWND 0xc0746
SetupSysMenu: GetSystemMenu() failed for HWND 0xc0560
SetupSysMenu: GetSystemMenu() failed for HWND 0x200746



Calculator, galculator, gvim, nedit work OK from the menu click

However,

files (nautilus), gedit, leafpad do not start from menu click

leafpad from command line starts OK, and exits without errors to console.

gedit eventually starts from command line, but is not happy,
giving errors:


** (gedit:6788): WARNING **: Error retrieving accessibility bus address: 
org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with 
status 1

(gedit:6788): GLib-GIO-CRITICAL **: g_dbus_proxy_new_sync: assertion 
'G_IS_DBUS_CONNECTION (connection)' failed

(gedit:6788): GLib-GIO-CRITICAL **: g_dbus_proxy_get_name_owner: assertion 
'G_IS_DBUS_PROXY (proxy)' failed


(gedit:6788): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed

(gedit:6788): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed
  0 [main] gedit 8876 child_info_fork::abort: 
E:\cygwin64-3\bin\cygpangocairo-1.0-0.dll: Loaded to different address: 
parent(0x2F) != child(0x30)


Failed to connect to socket /tmp/fam-myuser/fam-

when closing:

(gedit:6788): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed


Simlar messages for nautilus:


** (nautilus:8640): WARNING **: Error retrieving accessibility bus address: 
org.freedesktop.DBus.Error.Spawn.ChildExited: Process org.a11y.Bus exited with 
status 1

(nautilus:8640): GLib-GIO-CRITICAL **: g_dbus_proxy_new_sync: assertion 
'G_IS_DBUS_CONNECTION (connection)' failed

(nautilus:8640): GLib-GIO-CRITICAL **: g_dbus_proxy_get_name_owner: assertion 
'G_IS_DBUS_PROXY (proxy)' failed
  0 [main] nautilus 8520 child_info_fork::abort: 
E:\cygwin64-3\bin\cygatk-bridge-2.0-0.dll: Loaded to different address: 
parent(0x34) != child(0x31)


Failed to connect to socket /tmp/fam-myuser/fam-

(nautilus:8640): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed

(nautilus:8640): dconf-WARNING **: failed to commit changes to dconf: The 
connection is closed

** (nautilus:8640): WARNING **: Unable to get contents of the bookmarks file: 
Error opening file /home/myuser/.gtk-bookmarks: No such file or directory

(nautilus:8640): 

Re: How to repeat a bash shell script until success

[Ian Lambert via cygwin]

On July 14, 2017 9:06:02 AM EDT, cyg Simple <> wrote:
>On 7/14/2017 1:27 AM, Gary Johnson wrote:
>> On 2017-07-12, Bryan Dunphy wrote:
>>> I have a shell script, originally created for Mac OS X. that waits
>>> for an external drive to be mounted (by .
>> 
>
>In reality the OP script appears to be executed in a crontab system and
>executed every X minutes.  So a change to the OP question is needed
>which is answered at[1].  Let's remember some people have no real clue
>as to what question they should ask and we need to interpret what is
>being asked into what should have been asked.  If interpretation isn't
>possible then asking for a use case would be warranted.
>
>[1]
>https://stackoverflow.com/questions/707184/how-do-you-run-a-crontab-in-cygwin-on-windows

cyg Simple,
Thanks much for this. It seems the link is misleading, because it says 
cygrunsrv and cron-config must be used to get Cron to work. 

I've been frustrated without admin, being unable to use these. It turns out 
simply adding 
/usr/sbin/cron to .bashrc will make Cron available. Or, slightly more 
complicated, 
to avoid "lock" errors:
$HOME/bin/startcron

Containing:

#!/bin/bash
if P=$(pgrep cron)
then
echo "already running, PID is $P"
else
echo "not running, starting now"
/usr/sbin/cron
fi

Thanks!


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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] vim 8.0.0647-1

[Ian Lambert via cygwin]

On Sun, 6/18/17, Yaakov Selkowitz <> wrote:

 Subject: [ANNOUNCEMENT] vim 8.0.0647-1
 To: cygwin@cygwin.com
 Date: Sunday, June 18, 2017, 11:58 PM
 
 The following packages have been uploaded to
 the Cygwin distribution:
 
 * vim-8.0.0647-1
 * vim-common-8.0.0647-1
 * vim-minimal-8.0.0647-1
 * gvim-8.0.0647-1
 * xxd-8.0.0647-1
 * vim-doc-8.0.0647-1
 
= = = =

I usually just use vi in xterm, but decided to try the GUI gvim.
It gave:

$ gvim
  0 [main] gvim 6964 child_info_fork::abort: 
E:\cygwin64-3\bin\cyggdk-3-0.dll: Loaded to different address: parent(0x57) 
!= child(0x51)
E851: Failed to create a new process for the GUI

Press ENTER or type command to continue


and fell back to the non-GUI version.

$ cygcheck -c cygwin gvim libgtk3_0
Cygwin Package Information
Package  VersionStatus
cygwin   2.8.2-1OK
gvim 8.0.0647-1 OK
libgtk3_03.22.15-1  OK


Windows 7 Enterprise


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

A success installing Dataplot using Cygwin, thanks to this list

[Ian Lambert via cygwin]

Question: Would this software be a candidate for a Cygwin package?


Disclaimer: My testing has been minimal so far, but the X GUI and command
line versions seem to work OK.

"Dataplot® is a free, public-domain, multi-platform (Unix, Linux, Mac OS X, 
Windows XP/VISTA/7/8/10) software system for scientific visualization, 
statistical analysis, and non-linear modeling."

http://www.itl.nist.gov/div898/software/dataplot/

It is associated with the NIST/SEMATECH Engineering Statistics Handbook:

http://www.itl.nist.gov/div898/software/dataplot/handbook.htm


It is available for Linux/Unix, Windows and Mac, and Cygwin is said to be 
supported/tested:

http://www.itl.nist.gov/div898/software/dataplot/ftp/unix/homepage.htm


At first it wouldn't build for me. 
Installing additional development libraries/packages were needed for the 
following:

gd png freetype X11 termcap

Then everything in the linux build script worked, except it gave:

ld: cannot find -ltermcap

Based on https://sourceware.org/ml/cygwin/2010-07/msg00389.html ,
the following change was made (and reported to the developer for a fix):


$ diff build_linux_gfortran.bash-bkup build_linux_gfortran.bash
196c196,197
<   LDFLAG="$LDFLAG -lreadline -lhistory -ltermcap"
---
> # LDFLAG="$LDFLAG -lreadline -lhistory -ltermcap"change per cygwin 
> mailing list, 2010-07
>   LDFLAG="$LDFLAG -lreadline -lhistory -lncurses"

So, thanks to the list!


--
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: Compile/run problems on cygwin not solved by going to cygwin64

[Ian Lambert via cygwin]

On Wed, 6/28/17, Wouter van Doorn <> wrote:

 Subject: Compile/run problems on cygwin not solved by going to cygwin64
 To: cygwin@cygwin.com
 Date: Wednesday, June 28, 2017, 4:00 PM

 ==
 
 This is what ldd has to say about the
 linkage, and file about the whole:
 ==
 $ ldd hello.exe
         ntdll.dll
 => /cygdrive/c/Windows/SYSTEM32/ntdll.dll (0x77bd)
        
 kernel32.dll => /cygdrive/c/Windows/system32/kernel32.dll
 (0x77ab)
        
 KERNELBASE.dll =>
 /cygdrive/c/Windows/system32/KERNELBASE.dll
 (0x7fefda7)
         cygwin1.dll
 => /usr/bin/cygwin1.dll (0x18004)
 
 ==

For what it's worth, mine ("Enterprise") has a few more things.
Probably most are not needed add-ons for security, etc., but who knows.
Also, gdb run showed a few more Thread: lines; probably related.

ntdll.dll => /cygdrive/c/WINDOWS/SYSTEM32/ntdll.dll (0x76f7)
kernel32.dll => /cygdrive/c/WINDOWS/system32/kernel32.dll (0x76e5)
KERNELBASE.dll => /cygdrive/c/WINDOWS/system32/KERNELBASE.dll 
(0x7fefcc9)
ADVAPI32.DLL => /cygdrive/c/WINDOWS/system32/ADVAPI32.DLL 
(0x7fefefa)
msvcrt.dll => /cygdrive/c/WINDOWS/system32/msvcrt.dll (0x7fefe7e)
sechost.dll => /cygdrive/c/WINDOWS/SYSTEM32/sechost.dll (0x7fefeea)
RPCRT4.dll => /cygdrive/c/WINDOWS/system32/RPCRT4.dll (0x7fefd0c)
SYSFER.DLL => /cygdrive/c/WINDOWS/System32/SYSFER.DLL (0x7495)
cygwin1.dll => /usr/bin/cygwin1.dll (0x18004)

=

-Wall (or -Wextra) "enables all the warnings..." (or even more warnings), 
according to "man gcc".



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

libuv uv__io_poll or uv__poll_io R tolerance, giving me uv polio, help?

[Ian Lambert via cygwin]

Can someone please help with getting libuv to compile, as part of:

$ R CMD /usr/lib/R/bin/INSTALL -l /usr/lib/R/site-library  
httpuv_1.3.3[mod].tar.gz

I think I may have stumbled across a bug in the libuv core.c and/or internal.h
source, but I'm not sure. From a search of the maillist, I know libuv may not
be fully compatible, but why not try...

https://cygwin.com/ml/cygwin/2015-12/msg00023.html
https://sourceware.org/ml/cygwin/2016-08/msg00322.html

Goal: Install and run R tolerance package on cygwin (or windos).

Roadblocks: 
Corporate approved windos R, version 3.1.1 (2014-07-10) -- "Sock it to Me":
   Will not install tolerance package, Error: This is R 3.1.1, package 
‘tolerance’ needs >= 3.2.0
Newer downloaded windos R, version 3.4.0 (2017-04-21) -- "You Stupid Darkness"
   Cannot access internet within R (proxy issues as always), so it requires
   downloading and individually installing and loading about 2 dozen other 
   prerequisite packages supporting tolerance. This may be the fall-back.

More details:

In Cygwin, CYGWIN_NT-6.1   2.8.0(0.309/5/3) 2017-04-01 20:47 x86_64 Cygwin

$ R --version
R version 3.4.0 (2017-04-21) -- "You Stupid Darkness"

So, like a good (or bad) cygwin soldier, I've downloaded and done the install
as in the R CMD command above, for the following packages:

config/
crayon/
digest/
evaluate/
highr/
htmltools/
htmlwidgets/
jsonlite/
knitr/
magrittr/
markdown/
mime/
praise/
R6/
Rcpp/
sourcetools/
stringi/
stringr/
testthat/
xtable/
yaml/

However, this still leaves tolerance, which needs rgl, which needs shiny, 
which needs hpuv, and this is where I am stuck.

$ R CMD /usr/lib/R/bin/INSTALL -l /usr/lib/R/site-library  
tolerance_1.3.0.tar.gz 
ERROR: dependency ‘rgl’ is not available for package ‘tolerance’

$ R CMD /usr/lib/R/bin/INSTALL -l /usr/lib/R/site-library rgl_0.98.1.tar.gz 
ERROR: dependency ‘shiny’ is not available for package ‘rgl’

$ R CMD /usr/lib/R/bin/INSTALL -l /usr/lib/R/site-library  shiny_1.0.3.tar.gz 
ERROR: dependency ‘httpuv’ is not available for package ‘shiny’


So.

$ R CMD /usr/lib/R/bin/INSTALL -l /usr/lib/R/site-library  httpuv_1.3.3

gcc -D_GNU_SOURCE 
-I/tmp/Rtmp5WsS2T/R.INSTALL2214f28b836/httpuv/src/libuv/include -
I/tmp/Rtmp5WsS2T/R.INSTALL2214f28b836/httpuv/src/libuv/include/uv-private -
I/tmp/Rtmp5WsS2T/R.INSTALL2214f28b836/httpuv/src/libuv/src -D_LARGEFILE_SOURCE -
D_FILE_OFFSET_BITS=64 -ggdb -O2 -pipe -Wimplicit-function-declaration 
-std=gnu99 -fdebug-
prefix-map=/cygdrive/e/cyg_pub/devel/R/R-3.4.0-1.x86_64/build=/usr/src/debug/R-3.4.0-1
 -
fdebug-prefix-map=/cygdrive/e/cyg_pub/devel/R/R-3.4.0-1.x86_64/src/R-3.4.0=/usr/src/debug/R-
3.4.0-1   -c src/unix/core.c -o src/unix/core.o
src/unix/core.c: In function ‘uv_run’:
src/unix/core.c:317:5: warning: implicit declaration of function ‘uv__poll_io’ 
[-Wimplicit-

function-declaration]
 uv__poll_io(loop, timeout);
 ^


Looking at the source, it seems there may be confusion on ordering of poll and 
io,
or I don't understand the need for both uv__poll_io and uv__io_poll, but 
something 
is wrong, and both are currently used:


$ grep -i uv__poll_io *
poll.c:static void uv__poll_io(uv_loop_t* loop, uv__io_t* w, unsigned int 
events) {
poll.c:  uv__io_init(>io_watcher, uv__poll_io, fd);

$ grep -i uv__io_poll *
core.c:uv__io_poll(loop, timeout);
internal.h:void uv__io_poll(uv_loop_t* loop, int timeout); /* in milliseconds 
or -1 */
kqueue.c:void uv__io_poll(uv_loop_t* loop, int timeout) {
linux-core.c:void uv__io_poll(uv_loop_t* loop, int timeout) {
sunos.c:void uv__io_poll(uv_loop_t* loop, int timeout) {


So, I've tried 2 changes, changing uv__io_poll to uv__poll_io, but neither has 
fixed it:


$ diff core.c /tmp/2nd/httpuv/src/libuv/src/unix/core.c
317c317
< uv__io_poll(loop, timeout);
---
> uv__poll_io(loop, timeout);


$ diff core.c /tmp/3rd/httpuv/src/libuv/src/unix/core.c
317c317
< uv__io_poll(loop, timeout);
---
> uv__poll_io(loop, timeout);


$ diff internal.h /tmp/3rd/httpuv/src/libuv/src/unix/internal.h 
127c127
< void uv__io_poll(uv_loop_t* loop, int timeout); /* in milliseconds or -1 */
---
> void uv__poll_io(uv_loop_t* loop, int timeout); /* in milliseconds or -1 */



and the latest error is as follows:


$ R CMD /usr/lib/R/bin/INSTALL -l /usr/lib/R/site-library  httpuv_1.3.3y.tar.gz

gcc -D_GNU_SOURCE 
-I/tmp/RtmpQa0A69/R.INSTALL2b94587184b0/httpuv/src/libuv/include 
-I/tmp/RtmpQa0A69/R.INSTALL2b94587184b0/httpuv/src/libuv/include/uv-private 
-I/tmp/RtmpQa0A69/R.INSTALL2b94587184b0/httpuv/src/libuv/src 
-D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -ggdb -O2 -pipe 
-Wimplicit-function-declaration -std=gnu99 
-fdebug-prefix-map=/cygdrive/e/cyg_pub/devel/R/R-3.4.0-1.x86_64/build=/usr/src/debug/R-3.4.0-1
 
-fdebug-prefix-map=/cygdrive/e/cyg_pub/devel/R/R-3.4.0-1.x86_64/src/R-3.4.0=/usr/src/debug/R-3.4.0-1
   -c src/unix/poll.c -o src/unix/poll.o
src/unix/poll.c:30:13: error: conflicting types for ‘uv__poll_io’
 static void uv__poll_io(uv_loop_t* 

Re: Two undefined links after installing tcl-tk

[Ian Lambert via cygwin]

On June 11, 2017 6:45:29 AM EDT, Marco Atzeri <> wrote:
>On 11/06/2017 08:24, Ugly Leper wrote:
>> Two undefined links after installing tcl-tk are
>> /lib/tcl8.6/tclConfig.sh -> ../tclConfig.sh
>> /lib/tk8.6/tkConfig.sh -> ../tkConfig.sh
>> There are no such .sh files at /lib or at /usr/lib (or anywhere
>else).
>>
>> --
>
>$ cygcheck -f /usr/lib/tclConfig.sh
>tcl-devel-8.6.6-1
>
>$ cygcheck -f /usr/lib/tkConfig.sh
>tcl-tk-devel-8.6.6-1
>
>Regards
>Marco


It seems if you only install tcl-tk, not tcl-tk-devel, 
somewhere from 8.5.11-1 to 8.5.18-1, the actual tclConfig.sh and tkConfig.sh 
files were dropped from the packages, although the links to non-existent files 
remain.

See lists from:

https://cygwin.com/cgi-bin2/package-grep.cgi?grep=tclConfig.sh=x86_64

tcl-8.5.11-1 - tcl: Tool Command Language (installed binaries and support files)

tcl-8.5.18-1 - tcl: Tool Command Language (installed binaries and support files)

tcl-8.6.6-1


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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: setup 2.880 release candidate - please test

[Ian Lambert via cygwin]

On June 7, 2017 1:07:39 PM EDT, Jon Turney  wrote:
>
>A new setup release candidate is available at:
>
>Changes compared to 2.879:
> 
 
>- Add the option "--user-agent" to override the user-agent string sent 
>in HTTP requests.
>(Addresses: https://cygwin.com/ml/cygwin/2012-02/msg00857.html etc.)
>


FWIW, This goes back even several years earlier:

https://sourceware.org/ml/cygwin/2005-06/msg00799.html


Anyway, I much appreciate this added option.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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: setup release candidate - please test

[Ian Lambert via cygwin]

On Fri, 5/26/17, Jon Turney <> wrote:
 Subject: Re: setup release candidate - please test
 To: "The Cygwin Mailing List" <cygwin@cygwin.com>
 Cc: "Ian Lambert" <>
 Date: Friday, May 26, 2017, 8:05 AM
 
 On 17/05/2017 20:38, Jon Turney
 wrote:
 > On 16/05/2017 15:06, Jon Turney wrote:
 >> I don't know why unrecognized
 options aren't fatal errors.
 > 
 > So, I might have been misled by my low
 opinion of setup here:
 > 
 >> $ ./setup-x86_64
 --user-agent=anything
 >>
 >> Error during option processing.
 > [...]
 

Apparently there is a difference in response when running 
setup from a desktop icon versus command line.
You were not misled. Another detail is I am also using
--no-admin (but that doesn't seem to matter in this case).



 > Can you give an example of a setup command
 line containing an invalid 
 > option
 which "quietly does nothing" rather than reporting
 an error?

The example above, when started from a desktop icon,
in windos 7 enterprise.


> Depending on the results of the tests suggested with wget, I
 may
 >> consider changing or removing
 the user-agent reported by cygwin setup,
 >> or providing such an option.
 > 
 > This snapshot adds a
 --user-agent option, which allows the user agent 
 > string to be specified.
 > 
 > https://cygwin.com/setup/setup-2.878-8-gee3cea.x86.exe
 > https://cygwin.com/setup/setup-2.878-8-gee3cea.x86_64.exe
 
> Ping?
 
 > Could you let me know if this helps, or if
 you've given up, so I know 
 what to do
 with these patches?
 

Sorry, I missed seeing this before. The suggestion of testing 
combinations of wget, curl and lynx with a few different user agents
was more than I had time for then, but I haven't given up.

I tried the above setup 3 ways. It doesn't help. 
With Firefox user agent and proxy entered
With iE user agent and proxy entered
With iE user agent and use iE settings selected

Setup does not ask for username and password.
Wget needs those and gets them from .wgetrc or .bashrc.

Logs are below. The first 2 are very similar. 3rd is a little different.
I also re-verified wget still works with the same 2 user agents (or no user 
agent).


$ cat setup.log.full-proxy-ff-ua ; echo ; cat setup.log.full-proxy-ie-ua ; echo 
; cat setup.log.full-iesettings-ie-ua 
2017/05/26 10:23:15 Starting cygwin install, version 2.878-8-gee3cea
2017/05/26 10:23:15 User has NO backup/restore rights
2017/05/26 10:23:15 Current Directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/26 10:23:15 Could not open Service control manager
2017/05/26 10:23:22 source: network install
2017/05/26 10:23:25 root: E:\cygwin64-3 user
2017/05/26 10:23:27 Selected local directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/26 10:23:30 net: Proxy
Cached mirror list unavailable
Defaulting to empty mirror list
2017/05/26 10:23:32 site: http://mirrors.kernel.org/sourceware/cygwin/
2017/05/26 10:23:32 mbox note: Unable to get setup from 
<http://mirrors.kernel.org/sourceware/cygwin/>
INSTALLED.DB version 3
2017/05/26 10:23:36 Ending cygwin install

2017/05/26 10:25:28 Starting cygwin install, version 2.878-8-gee3cea
2017/05/26 10:25:28 User has NO backup/restore rights
2017/05/26 10:25:28 Current Directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/26 10:25:28 Could not open Service control manager
2017/05/26 10:25:31 source: network install
2017/05/26 10:25:32 root: E:\cygwin64-3 user
2017/05/26 10:25:33 Selected local directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/26 10:25:39 net: Proxy
Cached mirror list unavailable
Defaulting to empty mirror list
2017/05/26 10:25:40 site: http://mirrors.kernel.org/sourceware/cygwin/
2017/05/26 10:25:40 mbox note: Unable to get setup from 
<http://mirrors.kernel.org/sourceware/cygwin/>
INSTALLED.DB version 3
2017/05/26 10:25:43 Ending cygwin install

2017/05/26 10:27:07 Starting cygwin install, version 2.878-8-gee3cea
2017/05/26 10:27:07 User has NO backup/restore rights
2017/05/26 10:27:07 Current Directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/26 10:27:07 Could not open Service control manager
2017/05/26 10:27:10 source: network install
2017/05/26 10:27:11 root: E:\cygwin64-3 user
2017/05/26 10:27:12 Selected local directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/26 10:27:15 net: IE5
Cached mirror list unavailable
2017/05/26 10:27:15 HTTP status 403 fetching http://cygwin.com/mirrors.lst
Defaulting to empty mirror list
2017/05/26 10:27:16 site: http://mirrors.kernel.org/sourceware/cygwin/
2017/05/26 10:27:16 HTTP status 403 fetching 
http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.xz.sig
2017/05/26 10:27:16 HTTP status 403 fetching 
http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.xz
2017/05/26 10:27:

Re: [ANNOUNCEMENT] Updated: units 2.14-1

[Ian Lambert via cygwin]

On May 22, 2017 2:09:35 PM EDT, Brian Inglis  wrote:
>On 2017-05-21 23:45, Brian Inglis wrote:
>> On 2017-04-27 13:20, Brian Inglis wrote:
>>> * units-2.14-1
>>>
>>> The Units program converts quantities 
>
>Timegenie.com cert has been renewed for another 3 months until August
>19
>and redeployed, so certs are valid and will no longer produce errors.

FYI, 

In /var/log/setup.log.full I see:

Error connecting to currency server. 

Running /usr/bin/units_cur or /etc/postinstall/zp_units_cur.sh I get

Error connecting to currency server. HTTP Error 407: Proxy Authentication 
Required

I'm behind a proxy requiring username, password, and restrictions on 
user-agents...


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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: setup release candidate - please test

[Ian Lambert via cygwin]

On Tue, 5/16/17, Brian Inglis <> wrote:

 Subject: Re: setup release candidate - please test
 To: cygwin@cygwin.com
 Date: Tuesday, May 16, 2017, 12:55 PM
 
 >
 Except not using the option, this is the only one I found
 that works here with wget:
 >
 --user-agent="Mozilla/5.0 (Windows NT 6.1; WOW64;
 Trident/7.0; rv:11.0) like Gecko"
 >
 (Note: proxy_user and proxy_password, as well as  are also
 being set
 > in .wgetrc and .bashrc and
 https_proxy, http_proxy and ftp_proxy are
 > additionally being set in .bashrc)
 
 What about just a plain
 --user-agent=Mozilla/4.0?
 That and null are
 the only values I have hard wired into scripts where
 there were problems.
 
 With your current browser, you can go to
     http://www.askapache.com/online-tools/whoami/
 to find out your current headers.

= = = 

No. The plain one does not work. Only the long user agent above, 
not using --user-agent..., 
or
--user-agent="Mozilla/5.0 (Windows NT 6.1; WOW64; rv:31.0) Gecko/20100101 
Firefox/31.0"

work with wget here. Those 2 are seen in that tool
for iE or Firefox browsers.

--
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: setup release candidate - please test

[Ian Lambert via cygwin]

 >
 >>> Does it work if you try user agent
 combos of
 >>>
 {Cygwin-Setup,CygwinSetup}/{2.878-3,2.878}?

None of these work with wget.

 >>
 >> You might
 also try with no user-agent (wget --user-agent=""
 apparently)

This also does not work with wget.


 
>  Depending on the results of
 the tests suggested with wget, I may 
 consider changing or removing the user-agent
 reported by cygwin setup, 
 or providing such
 an option.
 

Except not using the option, this is the only one I found that works here with 
wget:

--user-agent="Mozilla/5.0 (Windows NT 6.1; WOW64; Trident/7.0; rv:11.0) like 
Gecko"

(Note: proxy_user and proxy_password, as well as  are also being set in .wgetrc 
and .bashrc
and https_proxy, http_proxy and ftp_proxy are additionally being set in .bashrc)

--
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: setup release candidate - please test

[Ian Lambert via cygwin]

On Mon, 5/15/17, Jon Turney <> wrote:

 Subject: Re: setup release candidate - please test
 To: "The Cygwin Mailing List" <cygwin@cygwin.com>
 Cc: "Ian Lambert" <>
 Date: Monday, May 15, 2017, 12:12 PM
 
 On 15/05/2017 16:29, Ian Lambert
 via cygwin wrote:
 >
 
 > On Sun, 5/14/17, Jon Turney <>
 wrote:
 [...]
 
 I think that "403
 forbidden" means that this request is prohibited by 
 the configuration of the proxy, so really you
 need to contact whoever 
 administers it.
 
 Since curl/wget works to fetch
 the same URLs through that proxy, it 
 might
 be that the user-agent is disallowed, possibly you could
 test this 
 by attempting trying with
 --user-agent="Cygwin Setup"?

= = =

The proxy admins have no interest in helping with this. :)

Indeed, user-agent of Cygwin Setup is a problem:

$ wget --user-agent="Cygwin Setup" 
https://cygwin.com/setup/setup-2.878.x86_64.exe
--2017-05-15 16:33:25--  https://cygwin.com/setup/setup-2.878.x86_64.exe
Resolving our.glorious.proxy... pr.ox.yi.p
Connecting to our.glorious.proxy|pr.ox.yi.p|:port... connected.
Proxy tunneling failed: ForbiddenUnable to establish SSL connection.

$ wget  https://cygwin.com/setup/setup-2.878.x86_64.exe
--2017-05-15 16:33:40--  https://cygwin.com/setup/setup-2.878.x86_64.exe
Resolving our.glorious.proxy... pr.ox.yi.p
Connecting to our.glorious.proxy|pr.ox.yi.p|:port... connected.
Proxy request sent, awaiting response... 200 OK
Length: 907283 (886K) [application/octet-stream]
Saving to: ‘setup-2.878.x86_64.exe’

setup-2.878.x86_64.exe  
100%[>]
 886.02K   764KB/sin 1.2s

2017-05-15 16:33:41 (764 KB/s) - ‘setup-2.878.x86_64.exe’ saved [907283/907283]

--
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: setup release candidate - please test

[Ian Lambert via cygwin]

On Sun, 5/14/17, Jon Turney <> wrote:

 Subject: Re: setup release candidate - please test
 To: "The Cygwin Mailing List" <cygwin@cygwin.com>
 Cc: "Ian Lambert" <>
 Date: Sunday, May 14, 2017, 9:53 AM
 
 On 08/05/2017 17:19, Ian Lambert
 via cygwin wrote:
 > On May 8, 2017
 7:06:31 AM EDT, Jon Turney  wrote:
 >
 > As reported before, _64 still can't
 make it through my location's
 >
 apparently unusual proxy, although cygwin's wget given
 proxy and
 > password still can. Install
 with local mirror option works ok still.
 > Windows 7 Enterprise SP1.
 
 It's unsurprising that
 2.878 didn't fix this, as it didn't contain any 
 changes intended to.
 
 However, since I had the code open in my
 editor, I took look at this...
 
 Please test.
 
 https://cygwin.com/setup/setup-2.878-3-gf41e2e.x86.exe
 https://cygwin.com/setup/setup-2.878-3-gf41e2e.x86_64.exe
 
 [1] 
 
https://sourceware.org/git/gitweb.cgi?p=cygwin-setup.git;a=shortlog;h=refs/heads/ntlm-proxy-debugging
= = = = 

I didn't expect it to work, but didn't hurt to try it. Thanks for looking at it.

Behavior is still the same - no prompt for a password, and fails to get setup 
(popup message).
I tried both use IE settings, and Use HTTP/FTP proxy with proxy name and port.
Logs are as follows:

$ cat setup.log.full-ie
2017/05/15 11:17:03 Starting cygwin install, version 2.878-3-gf41e2e
2017/05/15 11:17:03 User has NO backup/restore rights
2017/05/15 11:17:03 Current Directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/15 11:17:03 Could not open Service control manager
2017/05/15 11:17:06 source: network install
2017/05/15 11:17:06 root: E:\cygwin64-3 user
2017/05/15 11:17:07 Selected local directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/15 11:17:11 net: IE5
Cached mirror list unavailable
Fetching URL: http://cygwin.com/mirrors.lst
2017/05/15 11:17:12 HTTP status 403 fetching http://cygwin.com/mirrors.lst
Defaulting to empty mirror list
2017/05/15 11:17:13 site: http://mirrors.kernel.org/sourceware/cygwin/
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.xz.sig
2017/05/15 11:17:13 HTTP status 403 fetching 
http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.xz.sig
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.xz
2017/05/15 11:17:13 HTTP status 403 fetching 
http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.xz
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2.sig
2017/05/15 11:17:13 HTTP status 403 fetching 
http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2.sig
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2
2017/05/15 11:17:13 HTTP status 403 fetching 
http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.ini.sig
2017/05/15 11:17:13 HTTP status 403 fetching 
http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.ini.sig
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.ini
2017/05/15 11:17:13 HTTP status 403 fetching 
http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.ini
2017/05/15 11:17:13 mbox note: Unable to get setup from 
<http://mirrors.kernel.org/sourceware/cygwin/>
INSTALLED.DB version 3
2017/05/15 11:17:19 Ending cygwin install



$ cat setup.log.full-proxy
2017/05/15 11:11:17 Starting cygwin install, version 2.878-3-gf41e2e
2017/05/15 11:11:17 User has NO backup/restore rights
2017/05/15 11:11:17 Current Directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/15 11:11:17 Could not open Service control manager
2017/05/15 11:11:23 source: network install
2017/05/15 11:11:25 root: E:\cygwin64-3 user
2017/05/15 11:11:26 Selected local directory: 
E:\cygwin64-mirror\ftwin\mirrors.kernel.org\sourceware\cygwin
2017/05/15 11:11:41 net: Proxy
Cached mirror list unavailable
Fetching URL: http://cygwin.com/mirrors.lst
Defaulting to empty mirror list
2017/05/15 11:13:38 net: Proxy
2017/05/15 11:13:39 site: http://mirrors.kernel.org/sourceware/cygwin/
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.xz.sig
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.xz
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2.sig
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.bz2
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.ini.sig
Fetching URL: http://mirrors.kernel.org/sourceware/cygwin/x86_64/setup.ini
2017/05/15 11:13:39 mbox note: Unable to get setup from 
<http://mirrors.kernel.org/sourceware/cygwin/>
INSTALLED.DB version 3
2017/05/15 11:13:44 Ending cygwin install



--
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: setup release candidate - please test

[Ian Lambert via cygwin]

On May 8, 2017 7:06:31 AM EDT, Jon Turney  wrote:
>
>A setup release candidate is available at:
>
>   https://cygwin.com/setup/setup-2.878.x86.exe
>   https://cygwin.com/setup/setup-2.878.x86_64.exe
>

As reported before, _64 still can't make it through my location's apparently 
unusual proxy, although cygwin's wget given proxy and password still can. 
Install with local mirror option works ok still. Windos 7 Enterprise SP1.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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: How to debug XWin starting only sometimes?

[Ian Lambert via cygwin]

On May 1, 2017 11:19:59 AM EDT, Leon Meier  wrote:
>
>Starting startxwin from mintty actually succeeds (always or at least 
>more often than starting through the shortcut).


This has been my experience as well. Not much recently, but now and then the 
black X appears, but the xdg-menu does not. Kill everything, start over, and it 
works. I don't use the start menu X shortcut, only mintty, then startxwin.


-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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: Various packages rebuilt for dependencies

[Ian Lambert via cygwin]

On March 28, 2017 3:16:08 PM EDT, Chad Dougherty  
wrote:
>On 2017-03-22 17:44, Yaakov Selkowitz wrote:
>> The following packages have been uploaded to the Cygwin distribution:
>>
>[...]
>> * vim-8.0.0494-1
>
>I have a new problem with this update.  When I invoke vim as 
>/usr/bin/vi.exe, as I have for many, many years, I get this error:
>
>$ vi /usr/share/vim/vim80/defaults.vim
>Error detected while processing /usr/share/vim/vim80/defaults.vim:
>line  100:
>E10: \ should be followed by /, ? or &
>line  101:
>E10: \ should be followed by /, ? or &
>line  102:
>E10: \ should be followed by /, ? or &
>line  114:
>E10: \ should be followed by /, ? or &
>Press ENTER or type command to continue
>
>
>Pressing enter allows me to continue but the error reporting is new.
>
>Thanks...
>
>   -Chad

I'm seeing the same, in xterms started from the app menu, or started with 
$xterm &. I don't see the messages in mintty or xterms started with $xterm -ls 
&.

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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: inetutils-server, OpenSP and units install glitches and fixes

[Ian Lambert via cygwin]

On March 27, 2017 8:48:07 AM EDT, "Nellis, Kenneth (Conduent)"  wrote:
>From: Ian Lambert via cygwin
>> ...
>> On a related note, using not ancient Red Hat 5.6 where the mirror is
>> stored, tar won't expand the Cygwin packages?
>> 
>> $ tar -xvf units-2.13-1.tar.xz
>> 
>> tar: This does not look like a tar archive
>> tar: Skipping to next header
>> tar: Archive contains obsolescent base-64 headers
>> tar: Read 9640 bytes from units-2.13-1.tar.xz
>> tar: Error exit delayed from previous errors
>> 
>> $ tar --version
>> tar (GNU tar) 1.15.1
>> 
>> 
>> but tar Packaged by Cygwin (1.29-1) will.
>> 
>
>I believe you need to tell tar if the file is in a compressed
>format. Not sure if your version takes the same options as
>Cygwin's tar 1.29, but there you would want to say (I suspect):
>
>$ tar -xvjf units-2.13-1.tar.xz
>
>--Ken Nellis

I appreciate the suggestion, but j is for bz2 on redhat 5.6. There is an "xz" 
package we could install, but we're moving to redhat 6.4, with tar 1.23, and 
tar -xvf works there easy as 123. Ha.

Thanks
-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

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

inetutils-server, OpenSP and units install glitches and fixes

[Ian Lambert via cygwin]

Running setup updates and installs in mirror-mode, I had 3 problems. The first 
is "fixed." The 2nd is fixed, with a question. The 3rd is still a puzzle.

Setup message:

Package: _/Unknown package
inetutils-server.sh exit code 1
OpenSP.sh exit code 127

/var/log/setup.log.full excerpts:


2017/03/24 09:48:43 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/inetutils-server.sh"
*** Warning: The owner and the Administrators need
*** Warning: to have .w. permission to /var/run.
*** Warning: Here are the current permissions and ACLS:
*** Warning: drwxr-xr-x 1 myuser Domain Users 0 Mar 14 17:48 /var/run
*** Warning: # file: /var/run
*** Warning: # owner: myuser
*** Warning: # group: Domain Users
*** Warning: user::rwx
*** Warning: group::r-x
*** Warning: other:r-x
*** Warning: 
*** Warning: Please change the user and/or group ownership, 
*** Warning: permissions, or ACLs of /var/run.
...

*** ERROR: Problem with /var/run directory. Exiting.
2017/03/24 09:49:28 abnormal exit: exit code=1

=

(1) "Fix:" Finally realized ftp, talk, telnet or uucp aren't needed, and 
uninstalled inetutils-server and inetutils. "Common networking clients and 
servers" sounded necessary, but apparently not. :D

=

(2)

2017/03/24 09:49:28 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/OpenSP.sh"
/etc/postinstall/OpenSP.sh: line 1: /usr/bin/install-catalog: No such file or 
directory
2017/03/24 09:49:28 abnormal exit: exit code=127


Fix: installed sgml-common (containing install-catalog). After the above error, 
it was not yet installed and not pending. Then installed OpenSP. It was also 
not yet installed, and not pending.

Question: These were obviously needed for each other, and needed by other 
packages, so why didn't the first install work, and why did they not show up as 
pending the next time?

=

(3) "units" converter sounded useful, but install failed with:


2017/03/24 09:51:44 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/zp_units_cur.sh"
Error connecting to currency server. 


So, this is trying to do:

/etc/postinstall
$ cat zp_units_cur.sh 
/usr/bin/find /usr/share/units/currency.units -mtime +0 -exec 
/usr/bin/units_cur \;

and units_cur is a python3 script trying to do:

$ grep http /usr/bin/units_cur
  currencies = 
ET.parse(urllib.request.urlopen('http://rss.timegenie.com/forex.xml')).findall('data')
outstr += '\n\n# Precious metals prices from 
http://services.packetizer.com/spotprices/\n\n'
  spotprices = 
ET.parse(urllib.request.urlopen('http://services.packetizer.com/spotprices/?f=xml'))


And of course this fails behind my proxy, because with --norc and --noprofile, 
setup/bash doesn't have the proxy info'.

Questions: Is it kosher for security for an installing package like this to 
obtain something from the internet like this, and if so, how can I give it the 
proxy info (other than running it with rc and profile)?


On a related note, using not ancient Red Hat 5.6 where the mirror is stored, 
tar won't expand the Cygwin packages?

$ tar -xvf units-2.13-1.tar.xz 

tar: This does not look like a tar archive
tar: Skipping to next header
tar: Archive contains obsolescent base-64 headers
tar: Read 9640 bytes from units-2.13-1.tar.xz
tar: Error exit delayed from previous errors

$ tar --version
tar (GNU tar) 1.15.1


but tar Packaged by Cygwin (1.29-1) will.



--
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: Volunteer to update GNU Scientific Library package to gsl-2.2?

[Ian Lambert via cygwin]

On Thu, 3/23/17, zab2t  wrote:

 Subject: Volunteer to update GNU Scientific Library package to gsl-2.2?
 To: cygwin@cygwin.com
 Date: Thursday, March 23, 2017, 3:08 PM
 
 Is there anyone willing to volunteer
 to update the GNU Scientific Library
 package to at least version gsl-2.x? 



Wow, ask and receive! 


[ANNOUNCEMENT] gsl 2.3-1

From: Yaakov Selkowitz 
Date: Fri, 24 Mar 2017 01:45:38 -0500
Subject: [ANNOUNCEMENT] gsl 2.3-1

The following packages have been uploaded to the Cygwin distribution:

* gsl-2.3-1

https://cygwin.com/ml/cygwin/2017-03/msg00295.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: Very Slow Setup Parsing / was Re: Segmentation Faults

[Ian Lambert via cygwin]

On Wed, 3/22/17, Ken Brown <kbr...@cornell.edu> wrote:

 Subject: Re: Very Slow Setup Parsing / was Re: Segmentation Faults
 To: cygwin@cygwin.com
 Date: Wednesday, March 22, 2017, 12:10 PM
 
 On 3/22/2017 11:59 AM,
 Ian Lambert via cygwin wrote:
 > I've
 now downloaded a complete cygwin mirror
 >
 onto a networked storage, done a new install, and
 > cygwin works OK again. However, doing
 updates or
 > package installs is (1)
 extremely slow, and (2) giving
 > a below
 reported permissions problem.
 >
 > (1) Slowness. After the setup initial
 steps and pointing
 > to the local install
 location, I get to the following display
 > for 10s of minutes to hours (see log
 excerpt farther down).
 > It eventually
 goes to the next step. There is a very
 >
 low, steady network traffic during the delay. This
 > storage and network is usually fast for
 other things,
 > including during actual
 package installs.
 
 You might
 want to checkout the '-m --mirror-mode' option to
 setup.
 = = = = =
 Ken,
 
Works great! Hoping my mirror stays "clean."

I missed the discussions of this "new" option, 
and documentation is the last thing to be updated.
:)
https://cygwin.com/faq.html#faq.setup.cli

Thanks!

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

Very Slow Setup Parsing / was Re: Segmentation Faults

[Ian Lambert via cygwin]

On Wed, 2/8/17, Marco Atzeri <marco.atz...@gmail.com> wrote:

 Subject: Re: Segmentation Faults
 To: cygwin@cygwin.com
 Date: Wednesday, February 8, 2017, 1:31 PM
 
 On 08/02/2017 18:13, Ian
 Lambert via cygwin wrote:
 > FWIW, since
 doing the updates late last month, many programs are seg
 faulting for me, including XWin, wget, curl, ssh, procps,
 top, gawk...
 >
 > This is 64 bit on
 Windos 7 "professional."
 >
 > Below is excerpt from
 the end of a strace of wget http://www.yahoo.com/
 >
 > Is "windows
 error 2" easy to fix? :)
 
 Any bloda running around ?
 
 I will bet on some other program interfering on
 cygwin
 program execution or dll loading.
 ... 
 Check also if all the DLL needed by wget, curl,
 ssh, procps, top, gawk
 are still there. I
 saw case where the Antivirus removed the dll's
 without big notice.
 
= = = = =

There is probably lots of bloda around, but that was 
not the problem. I suspect incompatible versions of 
some things, because of the way I'd been updating
using apt-cyg following announcements. I started
chasing down DLLs and dependencies, but it was 
too slow manually. Now I have a new, different 
slowness automatically.

I've now downloaded a complete cygwin mirror
onto a networked storage, done a new install, and
cygwin works OK again. However, doing updates or
package installs is (1) extremely slow, and (2) giving
a below reported permissions problem.

(1) Slowness. After the setup initial steps and pointing
to the local install location, I get to the following display
for 10s of minutes to hours (see log excerpt farther down).
It eventually goes to the next step. There is a very
low, steady network traffic during the delay. This 
storage and network is usually fast for other things, 
including during actual package installs.

Is it searching through all the files in the mirror?

Can I change something to make this faster?

Setup Display:
Cygwin Setup (Not Responding) 
Parsing...
H:\home\...
100% (9704k/9704k)
Package: [static progress bar]

(2) I'm seeing the following error, and reporting as it 
suggests. It doesn't seem to 
cause any problem, but I can't change the permissions
(non-admin) to make it go away.

Package: _/Unknown package
inetutils-server.sh exit code 1

check /var/log/setup.log.full and report any problems


2017/03/17 13:10:16 Starting cygwin install, version 2.877
2017/03/17 13:10:16 User has NO backup/restore rights
2017/03/17 13:10:16 Current Directory: H:\home\...\ftwin\mirror...\cygwin
2017/03/17 13:10:16 Could not open Service control manager
...

Rebuilding info directory
install-info: warning: no info dir entry in `/usr/share/info/abs_integrate.info'
install-info: warning: no info dir entry in 
`/usr/share/info/automake-history.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/automake-history1.12.info.gz'
install-info: warning: no info dir entry in 
`/usr/share/info/automake-history1.13.info.gz'
install-info: warning: no info dir entry in `/usr/share/info/drawutils.info'
install-info: warning: no info dir entry in `/usr/share/info/kovacicODE.info'
install-info: warning: no info dir entry in `/usr/share/info/logic.info'
install-info: warning: no info dir entry in `/usr/share/info/maxima-index.lisp'
2017/03/17 16:32:18 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/mintty.sh"
2017/03/17 16:32:18 running: E:\cygwin64-3\bin\bash.exe --norc --noprofile 
"/etc/postinstall/inetutils-server.sh"
*** Warning: The owner and the Administrators need
*** Warning: to have .w. permission to /var/run.
*** Warning: Here are the current permissions and ACLS:
*** Warning: drwxr-xr-x 1 myuser Domain Users 0 Mar 14 17:48 /var/run
*** Warning: # file: /var/run
*** Warning: # owner: myuser
*** Warning: # group: Domain Users
*** Warning: user::rwx
*** Warning: group::r-x
*** Warning: other:r-x
*** Warning:
*** Warning: Please change the user and/or group ownership,
*** Warning: permissions, or ACLs of /var/run.

*** ERROR: Problem with /var/run directory. Exiting.
*** Warning: The owner and the Administrators need
*** Warning: to have .w. permission to /var/run.
*** Warning: Here are the current permissions and ACLS:
*** Warning: drwxr-xr-x 1 myuser Domain Users 0 Mar 14 17:48 /var/run
*** Warning: # file: /var/run
*** Warning: # owner: myuser
*** Warning: # group: Domain Users
*** Warning: user::rwx
*** Warning: group::r-x
*** Warning: other:r-x
*** Warning:
*** Warning: Please change the user and/or group ownership,
*** Warning: permissions, or ACLs of /var/run.

*** ERROR: Problem with /var/run directory. Exiting.
2017/03/17 16:32:26 abnormal exit: exit code=1



Error connecting to currency server. 



2017/03/17 16:34:38 Ending cygwin install

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com

Segmentation Faults

[Ian Lambert via cygwin]

FWIW, since doing the updates late last month, many programs are seg faulting 
for me, including XWin, wget, curl, ssh, procps, top, gawk...

mintty, bash, vi, cd, and ls still work, so all is not lost, but I'm certainly 
not able to use cygwin as much as before,
and recovery is more difficult because of previously reported proxy issues with 
setup.
procps and top worked after reverting to old versions for "required" packages,
but I haven't been able to get wget to work, and apt-cyg is dead without gawk 
or wget. :(

This is 64 bit on Windos 7 "professional."


Below is excerpt from the end of a strace of wget http://www.yahoo.com/

Is "windows error 2" easy to fix? :)


   21  258792 [main] wget 8408 fhandler_base::fstat_helper: 0 = fstat 
(\??\E:\cygwin64-2\dev, 0x1802E5A20) st_size=0, st_mode=040755, 
st_ino=32687320224st_atim=55FF8ED0.0 st_ctim=56003CF2.0 st_mtim=5600
3CF2.0 st_birthtim=56003CF0.1E65FB80
   22  258814 [main] wget 8408 stat_worker: 0 = 
(\??\E:\cygwin64-2\dev,0x1802E5A20)
   29  258843 [main] wget 8408 fstat64: 0 = fstat(3, 0xC920)
   26  258869 [main] wget 8408 getrusage: 0 = getrusage(0, 0xC9F0)
   17  258886 [main] wget 8408 getpid: 8408 = getpid()
   16  258902 [main] wget 8408 read: read(3, 0xC970, 32) blocking
--- Process 8408 loaded C:\Windows\System32\cryptbase.dll at 07fefcfe
 9169  268071 [main] wget 8408 read: 32 = read(3, 0xC970, 32)
 1572  269643 [main] wget 8408 read: read(3, 0xC970, 32) blocking
   86  269729 [main] wget 8408 read: 32 = read(3, 0xC970, 32)
   55  269784 [main] wget 8408 read: read(3, 0xC960, 8) blocking
   73  269857 [main] wget 8408 read: 8 = read(3, 0xC960, 8)
   63  269920 [main] wget 8408 getpid: 8408 = getpid()
--- Process 8408, exception c005 at 0003e8448020
  809  270729 [main] wget 8408 exception::handle: In cygwin_except_handler 
exception 0xC005 at 0x3E8448020 sp 0xCB68
   22  270751 [main] wget 8408 exception::handle: In cygwin_except_handler 
signal 11 at 0x3E8448020
   20  270771 [main] wget 8408 _cygtls::inside_kernel: pc 0x3E8448020, h 
0x3E842, inside_kernel 0
   21  270792 [main] wget 8408 normalize_posix_path: src /dev/kmsg
   16  270808 [main] wget 8408 normalize_posix_path: /dev/kmsg = 
normalize_posix_path (/dev/kmsg)
   16  270824 [main] wget 8408 mount_info::conv_to_win32_path: 
conv_to_win32_path (/dev/kmsg)
   16  270840 [main] wget 8408 mount_info::conv_to_win32_path: src_path 
/dev/kmsg, dst \Device\MailSlot\cygwin\dev\kmsg, flags 0x2, rc 0
   28  270868 [main] wget 8408 build_fh_pc: fh 0x1803171E0, dev 0001000B
   25  270893 [main] wget 8408 seterrno_from_nt_status: 
/home/corinna/src/cygwin/cygwin-2.7.0/cygwin-2.7.0-0.1.x86_64/src/newlib-cygwin/winsup/cygwin/fhandler_mailslot.cc:132
 status 0xC034 -> windows error 2
   20  270913 [main] wget 8408 geterrno_from_win_error: windows error 2 == 
errno 2
   17  270930 [main] wget 8408 sig_send: sendsig 0x98, pid 8408, signal 11, 
its_me 1
   19  270949 [main] wget 8408 sig_send: wakeup 0x258
   19  270968 [main] wget 8408 sig_send: Waiting for pack.wakeup 0x258
   19  270987 [sig] wget 8408 sigpacket::process: signal 11 processing
   24  271011 [sig] wget 8408 sigpacket::process: signal 11, signal handler 
0x18005CD10
   16  271027 [sig] wget 8408 sigpacket::setup_handler: controlled interrupt. 
stackptr 0xE458, stack 0xE458, stackptr[-1] 0xE458
   19  271046 [sig] wget 8408 proc_subproc: args: 5, 1
   15  271061 [sig] wget 8408 proc_subproc: clear waiting threads
   14  271075 [sig] wget 8408 proc_subproc: finished clearing
   14  271089 [sig] wget 8408 proc_subproc: returning 1
   14  271103 [sig] wget 8408 _cygtls::interrupt_setup: armed signal_arrived 
0x15C, signal 11
   16  271119 [sig] wget 8408 sigpacket::setup_handler: signal 11 delivered
   15  271134 [sig] wget 8408 sigpacket::process: returning 1
   14  271148 [sig] wget 8408 wait_sig: signalling pack.wakeup 0x258
   18  271166 [main] wget 8408 set_process_mask_delta: oldmask 0, newmask 0, 
deltamask 0
   27  271193 [main] wget 8408 signal_exit: exiting due to signal 11
 1953  273146 [main] wget 8408 cygwin_exception::open_stackdumpfile: Dumping 
stack trace to wget.exe.stackdump
155873  429019 [main] wget 8408 signal_exit: about to call do_exit (8B)
   74  429093 [main] wget 8408 do_exit: do_exit (139), exit_state 2
   37  429130 [main] wget 8408 void: 0x0 = signal (20, 0x1)
   32  429162 [main] wget 8408 void: 0x0 = signal (1, 0x1)
   27  429189 [main] wget 8408 void: 0x0 = signal (2, 0x1)
   51  429240 [main] wget 8408 void: 0x0 = signal (3, 0x1)
   34  429274 [main] wget 8408 fhandler_base::close_with_arch: line 1120:  
/dev/pty0<0x180316090> usecount + -1 = 2
   31  429305 [main] wget 8408 fhandler_base::close_with_arch: not closing 
archetype
   54  429359 [main] wget 8408 fhandler_base::close: closing '' handle 0x278

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: 

Re: [ANNOUNCEMENT] Updated: lapack-3.7.0-1

[Ian Lambert via cygwin]

On Thu, 1/12/17, Marco Atzeri  wrote:

 Subject: Re: [ANNOUNCEMENT] Updated: lapack-3.7.0-1
 To: "Ian Lambert" , cygwin@cygwin.com
 Date: Thursday, January 12, 2017, 6:58 AM
 
 On 11/01/2017 21:29, Ian
 Lambert wrote:
 > On January 11, 2017
 3:41:42 AM EST, Marco Atzeri  wrote:
 >> To: cygwin-annou...@cygwin.com
 >> Subject: Updated: lapack-3.7.0-1
 >>
 >> New
 versions  lapack-3.7.0-1 of
 >>
 >> lapack (source)
 >> liblapack0
 >>
 liblapack-devel
 >> liblapack-doc
 >>
 >> are available
 in the Cygwin distribution, 32 and 64 bit :
 >>
 >
 > Is anyone else having problems with
 ...-Doc hanging with a pop-up, "unable to extract
 /use/share/man/man3/zhbev.3.gz. The file is in use or some
 other error occurred. Please stop all cygwin processes and
 select retry or select continue to go on anyway (the file
 will be updated after a reboot)."
 >
 ?
 >
 > Then when I hit
 continue, setup hangs there until hitting cancel. I've
 tried a few times, uninstall and reinstall.
 >
 
 The files uploaded seem fine.
 Can you check the one you downloaded with
 
 tar -tf
 liblapack-doc-3.7.0-1.tar.xz
 
 If damaged, remove it and try to download it
 again
 
= = = = =
I've removed it and downloaded again already.
Everything seems fine, but the above behavior repeats, for me.
Below is some more info'.

$ tar -tf liblapack-doc-3.7.0-1.tar.xz | grep -i zhbev.3
usr/share/man/man3/LAPACKE_zhbev.3.gz
usr/share/man/man3/LAPACK_zhbev.3.gz
usr/share/man/man3/zhbev.3.gz

$ tar -xvJf liblapack-doc-3.7.0-1.tar.xz usr/share/man/man3/zhbev.3.gz
usr/share/man/man3/zhbev.3.gz

[install dir...]/x86_64/release/lapack/liblapack-doc/usr/share/man/man3
$ ls -ls
... 59 Jan 10 17:14 zhbev.3.gz

/usr/share/man/man3
$ ls -ls zhbev.3.gz
ls: cannot access 'zhbev.3.gz': No such file or directory

$ ls -ls *zhbev.3*
... 57 Jan 10 16:59 LAPACKE_zhbev.3.gz
... 56 Jan 10 17:02 LAPACK_zhbev.3.gz




--
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: lapack-3.7.0-1

[Ian Lambert via cygwin]

On January 11, 2017 3:41:42 AM EST, Marco Atzeri  wrote:
>To: cygwin-annou...@cygwin.com
>Subject: Updated: lapack-3.7.0-1
>
>New versions  lapack-3.7.0-1 of
>
>lapack (source)
>liblapack0
>liblapack-devel
>liblapack-doc
>
>are available in the Cygwin distribution, 32 and 64 bit :
>

Is anyone else having problems with ...-Doc hanging with a pop-up, "unable to 
extract /use/share/man/man3/zhbev.3.gz. The file is in use or some other error 
occurred. Please stop all cygwin processes and select retry or select continue 
to go on anyway (the file will be updated after a reboot)."
?

Then when I hit continue, setup hangs there until hitting cancel. I've tried a 
few times, uninstall and reinstall.

--
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: Setup not asking for proxy user,password / was Resend: pdfseparate does nothing for me?

[Ian Lambert via cygwin]

On Tue, 12/13/16, Brian Inglis wrote:

 Subject: Re: Setup not asking for proxy user,password / was Resend: 
pdfseparate does nothing for me?
 To: cygwin@cygwin.com
 Date: Tuesday, December 13, 2016, 3:57 PM
 
 On 2016-12-13 11:43, Ian
 Lambert via cygwin wrote:
 > On Mon,
 12/12/16, Achim Gratz  wrote:
 >> Ian
 Lambert via cygwin writes:
 >>>
 Maybe a comparison of how wget handles authentication versus
 how
 >>> setup handles it could
 help?
 >> The problem is on your side
 and I cannot reproduce it. So that
 >>
 analysis (which I've asked for earlier) either comes
 from you or
 >> you'll have to wait
 until someone else can reproduce it. In any case,
 >> I've verified that setup.exe does
 ask for the user/password if it
 >>
 gets the required 407 error response from a proxy
 requiring
 >> authentication and then
 correctly uses that proxy for the remainder
 >> of the session.
 >
 The output from testing with wget and setup verbose is
 here:
 > https://cygwin.com/ml/cygwin/2016-12/msg00034.html
 > After skimming wget and setup sources, my
 guess is it has something
 > to do with
 "basic" versus NTLM authentication. I saw enough
 to know
 > setup source is not nearly as
 thoroughly commented as wget, and both
 >
 are too complicated for me. :D
 > Is there
 any chance of getting similar outputs from behind your
 > proxy, to look for differences with
 mine?
 
 Maybe your proxy is
 not properly handling unexpected User Agent or other 
 header strings from wget and setup. 
 Have you tried curl - curl often outputs only
 the HTTP message, and you 
 can then add
 options to generate the correct responses or handling. 
 Both curl and wget each support some user
 specified header addition and 
 modification
 options.
 
 Note that setup
 seems to require and support only Basic authentication 
 and does not process any negotiation, so if
 your proxy can or does not 
 fall back to
 support Basic authentication, only NTLM, you're
 hooped!
 
 Have you tried
 using apt-cyg or another alternate installer?
 I could suggest 
     https://github.com/BrianInglis/apt-cyg/raw/wget-non-verbose/apt-cyg
 ;^> 
 as it has been patched
 to handle installing dependencies and postinstall 
 scripts but does not (yet?) handle upgrades
 except by manually removing 
 and
 (re-)installing packages.
 
 You may have to do your setup and package
 downloads via apt-cyg, wget, 
 or IE to your
 packages directories and use setup to do installs from 
 there.
 
= = = 

At one time the proxy did seem to have user-agent requirements,
but lately it seems more forgiving, for wget and curl.

Thanks for your earlier curl and wget suggestions too. The output with
debug/verbose options is "interesting."

Yes, I've used apt-cyg downloads and offline setup/upgrade since about
last February. I'm using the latest version, with a small modification to
try to get "test" versions more reliably.

Oddly, trying to compare the outputs from different curl requests, with 
tkdiff, revealed that this script is no longer working for me. It worked
maybe 2 weeks ago. :/  It's always 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: Setup not asking for proxy user,password / was Resend: pdfseparate does nothing for me?

[Ian Lambert via cygwin]

On Mon, 12/12/16, Achim Gratz  wrote:

 Subject: Re: Setup not asking for proxy user,password / was Resend: 
pdfseparate does nothing for me?
 To: cygwin@cygwin.com
 Date: Monday, December 12, 2016, 1:40 PM
 
 Ian Lambert via cygwin
 writes:
 > Maybe a comparison of how wget
 handles 
 > authentication versus how
 setup handles it
 > could help?
 
 The problem is on your side
 and I cannot reproduce it.  So that analysis
 (which I've asked for earlier) either comes
 from you or you'll have to
 wait until
 someone else can reproduce it.  In any case, I've
 verified
 that setup.exe does ask for the
 user/password if it gets the required
 407
 error response from a proxy requiring authentication and
 then
 correctly uses that proxy for the
 remainder of the session.
 

 = = = 
The output from testing with wget and setup verbose is here:

https://cygwin.com/ml/cygwin/2016-12/msg00034.html

After skimming wget and setup sources, my guess is 
it has something to do with "basic" versus NTLM 
authentication. I saw enough to know setup source is 
not nearly as thoroughly commented as wget, and
both are too complicated for me. :D 

Is there any chance of getting similar outputs from
behind your proxy, to look for differences with mine?

Thanks

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

Periodic search for FAQ link update for clean_setup.pl?

[Ian Lambert via cygwin]

Looking for suggestions on cleaning up package directories,

https://cygwin.com/faq/faq.html#faq.setup.disk-space

has a broken link, again, to clean_setup.pl ?

Mailing list search finds:

https://sourceware.org/ml/cygwin/2009-06/msg00573.html

that has an old version attached, 1.0700 (2003-07-02).

Is a newer version available or is that the latest,
and could the FAQ link be fixed?

Thanks!

--
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: Fwd: Re: DMARC - gmail.com or is it yahoo.com

[Ian Lambert via cygwin]

On Sat, 12/10/16, Christopher Faylor 
 wrote:

 Subject: Re: Fwd: Re: DMARC - gmail.com or is it yahoo.com
 To: ...
 Date: Saturday, December 10, 2016, 3:39 PM
 
 
 I just turned on a
 new DMARC-aware version of ezmlm-send which rewrites
 the From address for any domain that is DMARC
 sensitive to something like:
 
... 
 Please send any
 errors or issues encountered to overse...@sourceware.org.

 = = = 

It seems to have done away with the auto-signature helpful 
links, and References, at least for my last reply.

Problem reports: 
FAQ:  
Documentation:   
Unsubscribe info: 
and 
References
 

Re: Setup not asking for proxy user,password / was Resend: pdfseparate does nothing for me?

[Ian Lambert via cygwin]

On Thu, 12/8/16, Achim Gratz  wrote:

 Subject: Re: Setup not asking for proxy user,password / was Resend: 
pdfseparate does nothing for me?
 To: cygwin@cygwin.com
 Date: Thursday, December 8, 2016, 2:22 PM
 
 Ian Lambert writes:
 > The proxy gives the 407 error, based on
 some testing
 > with wget -d. Even without
 providing user/password, it works 
 >
 around half the time, for wget. Below are some debug output
 from setup,
 > and debug output from wget
 testing, which shows the 407 error.
 
 It took some time to get to it, but I've
 tested setup.exe using an NTLM authenticating
 proxy @work today and it does exactly what it
 is supposed to do (pop up
 a dialog box
 asking for the user name and password, then authenticate
 to
 the proxy and use it for the rest of the
 session).
 
 So your problem
 still seems to be some misconfiguration on the proxy
 side that causes communication with setup.exe
 to fail.
= = = 

You can call it "misconfiguration." I can call it 
"different" configuration than setup assumes.
The point remains: other programs, like wget,
 consistently work OK, without popups, when given
proxy username and password in either .bashrc
or .wgetrc, and I am sure they were not customized
for this proxy. 

Maybe a comparison of how wget handles 
authentication versus how setup handles it
could help?
 
 > Defaulting to
 empty mirror list
 > site: ftp://mirrors.kernel.org/sourceware/cygwin/
 
 Err… could it be that your
 proxy isn't actually of functioning as an FTP
 proxy?  How about using a HTTP mirror
 instead?
 
= = =

No. Wget works OK with either type. HTTP mirror
has been tried with setup, and also does not work.

From previous post, setup fails to retrieve mirrors.lst,
with an HTTP, before failing to retrieve setup.ini. 
Again, wget can retrieve these consistently OK
when given username and password.

net: Proxy
Cached mirror list unavailable
get_url_to_membuf http://cygwin.com/mirrors.lst
getUrlToStream http://cygwin.com/mirrors.lst
getUrlToStream failed!
get_url_to_membuf failed!

 

Re: Installer names not meaningful enough

[Ian Lambert]

On December 7, 2016 4:57:02 AM EST, Duncan Roe  
wrote:
>On Tue, Dec 06, 2016 at 10:11:42AM +0100, Gerrit Haase wrote:
>> 2016-12-01 11:51 GMT+01:00 Roberto Ríos Gallardo says:
>> > Please give the installers more meaningful names. In particular,
>make
>> > sure "cygwin" is part of it. "setup-x86_64.exe" is not very
>obvious. A
>> > version number would be nice too.
>>
>> The version is part of setup.ini in the header:
>>
>> # This file was automatically generated at 2016-12-05 09:43:16 UTC.
>> #
>> # If you edit it, your edits will be discarded next time the file is
>> # generated.  See http://cygwin.com/setup.html for details.
>> release: cygwin
>> arch: x86_64
>> setup-timestamp: 1480930996
>> setup-version: 2.876
>> ...
>>
>>
>> Regards,
>> Gerrit
>
>Where is setup.ini?
>

$ locate setup.ini

/cygwin-install/path/ftp.some.mirror/x86_64/setup.ini

Cheers


--
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: Resend: pdfseparate does nothing for me?

[Ian Lambert]

On Tue, 11/15/16, Ken Brown <kbr...@cornell.edu> wrote:

 Subject: Re: Resend: pdfseparate does nothing for me?
 To: cygwin@cygwin.com
 Date: Tuesday, November 15, 2016, 1:56 PM
 
 On 11/15/2016 9:59 AM,
 Ian Lambert wrote:
 >> The procedure
 entry point nghttp2_http2_strerror could not
 >> be located
 >> in
 the dynamic link library cygnghttp2-14.dll.
 >>  [...]
 >> A
 redacted cygcheck -svr output is attached.
 
 > libnghttp2_14       
                      1.7.1-1
 
 You don't have the current
 version of libnghttp2_14 installed.
 
 Ken

Moving to version 1.14.0-1 fixed it.

cygcheck did say "OK" for the previous version, however :)
 
libnghttp2_14 1.7.1-1 OK

I try to stay up to date, but it is difficult because setup would not accept 
network proxy settings the last time I tried, so I'm using apt-cyg download and 
setup local installs as a workaround, and this does not always get me the 
latest versions of packages (and requires many painful copy/pastes from Update 
Announcements).

Thank you! 

--
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] TEST RELEASE: Cygwin 2.2.0-0.1

[Ian Lambert]

On July 20, 2015 11:29:49 AM EDT, Corinna Vinschen corinna-cyg...@cygwin.com 
wrote:

Does your stuff still work as with 2.1.0?  No regression?


I have a simple bash script to open 3 xterms. Now $ xterm gives

xterm: Xt error: Can't open display: local host:0.0

So, now I have to use the toolbar 4 times, versus 1 recently, and zero not long 
ago when startx would open one...






-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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] TEST RELEASE: Cygwin 2.2.0-0.1

[Ian Lambert]

On July 21, 2015 11:12:08 AM EDT, Ian Lambert ian.lambert...@yahoo.com wrote:
On July 20, 2015 11:29:49 AM EDT, Corinna Vinschen
corinna-cyg...@cygwin.com wrote:

Does your stuff still work as with 2.1.0?  No regression?


I have a simple bash script to open 3 xterms. Now $ xterm gives

xterm: Xt error: Can't open display: local host:0.0

So, now I have to use the toolbar 4 times, versus 1 recently, and zero
not long ago when startx would open one...

startxwin not startx^

Sorry, false alarm. Something else yesterday changed setup files to hard code 
DISPLAY, causing this. Oops.



-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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: What can I do about messages bouncing - ezmlm warning

[Ian Lambert]

  Messages to you from the cygwin mailing list seem to
  have been bouncing.

 The error is:

 
 Remote host said: 554 5.7.9 Message not accepted for policy reasons.
  See http://postmaster.yahoo.com/errors/postmaster-28.html

 It looks like this might be related to DMARC. Is there anything I can
do 
 about this (other than stop using yahoo) to continue receiving
messages 
 from your list?

This is yahoo server getting to you. Not RedHat one.
I don't see, why you are posting it to the list.


I see the same periodically, and miss a few mails. Also, they get tagged as 
spam often. Maybe cygwin.com and sourceware.org could better comply with 
postmaster-28 requirements?

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

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

[Ian Lambert]

 The taken memory is never
 freed until os restart.

I don’t think Cygwin could do that even if it wanted to, given that you
don’t have any Cygwin services running.  Once the last Cygwin process
dies, the OS *will* release the memory it was holding.

It does, however, seem vulnerable to fork bombs, like:

$cat dontdothis

#!/bin/sh
while (( 1 )); do
/bin/true
./dontdothis 
done

:)

-- 
Sent from my Android device with K-9 Mail. Please excuse my brevity.

--
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] TEST RELEASE: Cygwin 2.0.0-5

[Ian Lambert]

 Try the -0.6
 I'm just uploading.  This should work again since
 it checks the PSIDs for NULL before calling
 this crashing OS function.
 
 
Indeed, it works again. Thanks! And ssh works too. :)

It still gives this error message, but it was only noticed because it was the 
last line of output:

winMultiWindowXMsgProcErrorHandler - ERROR: BadMatch (invalid parameter 
attributes)

--
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] TEST RELEASE: Cygwin 2.0.0-5

[Ian Lambert]

  It might be
 interesting to check the files.  Don't delete
  them, they may come in handy for
 forensics.  If you don't mind and they
  don;t contain anything too private, you
 might even just copy them here.
 
 I can post the good and bad ones
 tomorrow.
 

Similar problem today. Previous 2.0.0-0.x worked OK, and going back to 1.7.35-1 
works OK.

No admin rights. No passwd or group files. nsswitch.conf all commented out. 
Some excerpts follow.


$ startxwin 
[1] 2084


$
Welcome to the XWin X Server
Vendor: The Cygwin/X Project
Release: 1.17.1.0
OS: CYGWIN_NT-6.1 s 2.0.0(0.287/5/3) 2015-04-15 17:39 x86_64
OS: Windows 7 Service Pack 1 [Windows NT 6.1 build 7601] (Win64)
Package: version 1.17.1-2 built 2015-02-23

XWin was started with the following command line:

/usr/bin/XWin :2 -multiwindow -auth
 /home/s/.serverauth.2084

xinit: giving up
xinit: unable to connect to X server: Connection refused
xinit: server error

[1]+  Exit 1  startxwin


In /var/log/setup.log.full:

Updating package information in /var/cache/rebase/rebase_pkg.
from /etc/setup/cygwin.lst.gz...
/bin/rebaselst: 173: /bin/rebaselst: cannot create 
/var/cache/rebase/rebase_pkg: Permission denied
/bin/rebaselst: 178: /bin/rebaselst: cannot create 
/var/cache/rebase/rebase_pkg: Permission denied
Updating rebase information for installed dynamic objects in 
/var/cache/rebase/rebase_lst.
/bin/rebaselst: 211: /bin/rebaselst: cannot create 
/var/cache/rebase/rebase_lst: Permission denied
Updating rebase information for installed executables in 
/var/cache/rebase/rebase_exe.
/bin/rebaselst: 197: /bin/rebaselst: cannot create 
/var/cache/rebase/rebase_exe: Permission denied
removing /var/cache/rebase/rebase_dyn
creating empty /var/cache/rebase/rebase_dyn
Looking for dynamic language modules/libraries in:
  /usr/lib/R/site-library
  /usr/lib/perl5/site_perl
Updating rebase information for dynamic language modules/libraries 
/var/cache/rebase/rebase_dyn.
Updating rebase information for user-defined dynamic objects 
/var/cache/rebase/rebase_user.
Updating rebase information for user-defined executables 
/var/cache/rebase/rebase_user_exe.
Rebasing with list /var/cache/rebase/rebase_all, built from 
/var/cache/rebase/rebase_lst /var/cache/rebase/rebase_dyn 

/var/cache/rebase/rebase_user.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygatomic-1.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygformw-10.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cyggcc_s-1.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cyggfortran-3.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cyggomp-1.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cyghistory7.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygmenuw-10.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygncurses++w-10.dll: skipped because 
wrong machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygncursesw-10.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygpanelw-10.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygquadmath-0.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygreadline7.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygssp-0.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygstdc++-6.dll: skipped because wrong 
machine type.
/usr/i686-pc-cygwin/sys-root/usr/bin/cygticw-10.dll: skipped because wrong 
machine type.

In /var/log/setup.log:

2015/04/16 16:26:14 Could not open Service control manager
2015/04/16 16:26:16 source: network install
2015/04/16 16:26:17 root: C:\cygwin64 user
2015/04/16 16:26:18 Selected local directory: C:\Users\s\Downloads\cygwin
2015/04/16 16:26:18 net: Proxy
2015/04/16 16:26:19 site: ftp://ftp.gtlib.gatech.edu/pub/cygwin/
2015/04/16 16:27:06 Running preremove script for  cygwin
2015/04/16 16:27:06 Uninstalling cygwin
2015/04/16 16:27:06 Extracting from 
file://C:\Users\s\Downloads\cygwin/ftp%3a%2f%2fftp.gtlib.gatech.edu%2fpub%2fcygwin

%2f/x86_64/release/cygwin/cygwin-2.0.0-0.5.tar.xz
2015/04/16 16:27:06 io_stream_cygfile: fopen(/usr/bin/cygwin1.dll) failed 13 
Permission denied

In /var/log/xwin/XWin.3.log:


[  3570.628] winMultiWindowXMsgProcErrorHandler - ERROR: BadMatch (invalid 
parameter attributes)
[  4232.478] winWindowProc - WM_DISPLAYCHANGE - new width: 1680 new height: 
1050 new bpp: 32
[  4232.509] winAllocateFBShadowGDI - Creating DIB with width: 2730 height: 
1680 depth: 32
[  9578.586] winDeinitMultiWindowWM - Noting shutdown in progress
[  9578.586] winClipboardProc - winClipboardFlushWindowsMessageQueue trapped 
WM_QUIT message, exiting main loop.
[  9578.586] winClipboardProc - XDestroyWindow succeeded.
[  9578.586] winClipboardIOErrorHandler!
[  9578.601] 

Argonne (cygwin) software mirror will no longer be available as of February 1, 2015

[Ian Lambert]

So this is why update didn't work today... Your tax dollars no longer at work, 
for you... Can't wait to see the big improvements in world-class scientific 
research to come from this if those are publicly available.



mirror.anl.gov
Argonne National Laboratory Software Mirror
* * * * * * * * NOTICE * * * * * * * *

Public Argonne software mirror users,

We regret to inform you that public access to the Argonne software mirror will 
no longer be available as of February 1, 2015. The service will continue to be 
available onsite to Argonne employees, but offsite access will require an 
Argonne VPN connection.

The following websites will no longer be accessible from the Internet:
* http://mirror.anl.gov
* http://mirror.mcs.anl.gov
* http://mirror.ipv6.anl.gov
This applies to access via the HTTP, FTP, and rsync protocols.

This was a difficult decision as the Argonne public software mirror has been 
one of the more popular mirrors in North America for open source software, 
receiving millions of unique visits a year. However, it has expanded beyond the 
core scope and mission of the Laboratory, which is to perform world-class 
scientific research.

If you require access to mirrored software repositories, you will need to 
reconfigure your system to use a different public software mirror. Please go to 
the software’s website to find a list of alternative mirrors.

We cannot thank you enough for making the Argonne public software mirror such a 
success.

- Argonne National Laboratory
* * * * * * * * NOTICE * * * * * * * *


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