Re: rsync gives me error 12

[Wayne Davison]

On Fri, Mar 25, 2022 at 10:01 PM wrote:
> On the server, I got a /tmp/rsync-3191.out file which I am attaching here.
> I can't make sense of what it is trying to tell me.

It shows you the system calls being made. If you read down to the end,
rsync writes 4 bytes and then tries to read 4 bytes from the remote
side. At that point it gets a closed socket error.

Thus, the issue isn't rsync but that the connection is closing without
either side being able to send/receive any data. (Both sides are
seeing the connection go away.)  Perhaps the networking drivers are
buggy.  Or perhaps you have firewall or selinux rules that are closing
the connection.  Your /var/log files might have a clue.

..wayne..

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: rsync gives me error 12

[Wayne Davison]

On Fri, Mar 25, 2022 at 10:37 AM Neil Aggarwal wrote:
> I still get an error:
> rsync: connection unexpectedly closed (0 bytes received so far) [Receiver]
> rsync error: error in rsync protocol data stream (code 12) at io.c(226)
> [Receiver=3.1.3]
> rsync: connection unexpectedly closed (0 bytes received so far) [sender]
> rsync error: error in rsync protocol data stream (code 12) at io.c(228)
> [sender=3.2.4dev]

As the rsync issues & debugging page mentions, you should try forcing
errors to stderr to see if it makes the remote rsync report its error
to you:

--msgs2stderr -M--msgs2stderr

It also mentions an rsync-debug script that you can put on the remote
host and use to get the strace output of what is happening and get a
core dump (if it is dumping core).

https://rsync.samba.org/issues.html

Also, try running the following test command and make sure you see the
word "hi" and nothing else:

 echo hi | ssh r...@marketing.propfinancing.com cat

..wayne..

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: python ensurepip fails due to being unable to find files

[Wayne Davison]

On Sat, Mar 19, 2022 at 9:08 PM The Other wrote:
> This was due to the ensurepip stage failing.

Indeed, this seems to be broken in Cygwin.  The ensurepip lib is
included with the main python package, but that code requires that the
wheel files exist (as it has no handling for a case where the lists
are empty).  The wheel files appear to be installed by the packages
python-pip-wheel and python-setuptools-wheel.  My system had the pip
wheel info (via its package) but did not have the setuptool info
(until I manually installed its package).

After looking at the wheel files in those packages, they look to be
out of date. For instance, the pip file is named for version 19.2.3,
but my pip3 is version 21.3.1 and my pip2 is version 20.3.3. So, it
looks like the wheel files (and related dependencies) need some
attention.

..wayne..

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: 'rsync -a' not preserving ownership

[Wayne Davison]

On Mon, Jan 3, 2022 at 8:17 AM  wrote:
> So, why is 'cp -a' able to preserve ownership while 'rsync -a' fails
> and sets ownership to the login name?

Rsync is rather old-school Unix-oriented, so it only checks if its uid
is 0 to see if it should try to chown things.  You can give it the
--super option to tell it to try root things when you're a non-0 user,
which works in my testing.

..wayne..

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: using ssh-agent in cygwin

[Wayne Davison]

On Mon, Jul 19, 2021 at 12:44 PM Jesse Thompson wrote:
> *TL:DR;* I'm looking for options to reliably start and manage an ssh-agent
> daemon in Cygwin.

I recommend the "keychain" package, which is available in Cygwin.
You'd add something like the following to your shell initialization
scripts:

/usr/bin/keychain -q $HOME/.ssh/*_?sa
source $HOME/.keychain/$HOSTNAME-sh

This ensures that you get prompted for your key password on first
login, which unlocks all the key-file args when keychain adds them to
the ssh-agent that it starts for you. Any subsequent shells just share
the existing ssh-agent.

If you don't like that the password prompt happens at login time, you
could leave off the list of default key files and add them using
ssh-add later on.  I sometimes go this route and use a ~/bin/ssh shell
script that looks like this:

#!/bin/bash
case `ssh-add -l` in
*2048*|*1024*) ;;
*) ssh-add ~/.ssh/*_?sa ;;
esac
exec /usr/bin/ssh "${@}"

This method asks you for your key password the first time you run ssh.

..wayne..

-- 
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Cygwin.com address down

[Wayne Davison]

On Sat, Jan 2, 2021 at 11:44 AM Hamish McIntyre-Bhatty wrote:
> Hi, I have the same problem - cygwin.org works for me, but cygwin.com
> doesn't, although tester sites suggest cygwin.com is indeed up.

Since this looks to be some kind of DNS resolving issue for various
people, you can try to work around it by changing your DNS server
settings to use something like 8.8.8.8 and/or 1.1.1.1, which resolve
the names correctly.  Or, for someone just trying to get an install
done, a simple tweak of your /etc/hosts file to define the domains as
having IP 8.43.85.97 will work as a short-term fix.

..wayne..
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: [ANNOUNCEMENT] xxhash 0.8.0-1

[Wayne Davison]

On Mon, Sep 7, 2020 at 5:19 AM Doug Henderson wrote:
> The following packages have been uploaded [...]
> * libxxhash0-0.8.0-1
> * libxxhash-devel-0.8.0-1

I note that libxxhash-devel does not depend on libxxhash0, unlike
other devel libs (e.g. liblz4-devel and libzstd-devel each pull in
their associated lib package).

After installing both of the libxxhash packages, I did a test build of
the latest rsync code, and it works fine with the packaged xxhash
checksum routines.  Nice work!  I also added xxhash to the github
actions build:

https://github.com/WayneD/rsync/runs/1083914506

..wayne..
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: Using cygwin tar from a DOS window

[Wayne Davison]

On Wed, Sep 2, 2020 at 7:58 AM Douglas Coup wrote:
> I need the Cygwin tar to be found regardless of whether I'm using a
> Cygwin command window or a DOS command window.

I think the easiest way to run the cygwin tar from CMD (if you don't
want to just put your cygwin bin dir on your Windows PATH) is to
create a bat file that calls the cygwin tar. That way you always get
the latest cygwin tar & dll versions from the main install.  Something
like this seems to work fine (with very minimal testing):

@echo off
PATH=C:\cygwin64\bin
C:\cygwin64\bin\tar %*

..wayne..
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: There is no man for rsync

[Wayne Davison]

On Tue, Jun 2, 2020 at 12:36 PM Brian Inglis wrote:
> Looks like a packaging problem as the man dirs are created but not populated:

What undoubtedly happened was that the git checkout used for the
release does not include pre-generated man pages, and the build
required the yodl document processor to create them. At the time the
configure & make would have just mentioned that it wasn't able to
build the manpages, but the build would not have failed, making that
issue easy to miss. (And the "./prepare-source fetchgen" command would
not have worked since samba.org switched over to requiring ssl for the
rsync daemon copy commands and the script wasn't fixed to handle that
yet.)

In the upcoming 3.2.0 release the man page source files have changed
from .yo files to .md files, their build process only requires python3
and python3-commonmark (which Cygwin has), and the configure & make
rules now fail if there are no man pages and no way to build them.
This should hopefully mean that the issue won't recur should another
git release be needed in the future.

On the subject of the pending 3.2.0 release, it would be nice to get
the xxHash library turned into normal & dev packages so that the
Cygwin rsync can ship with xxhash checksum support.  I've installed
xxHash manually for testing and it's working fine (and I just got the
project to fix a Cygwin install issue in the Makefile). For anyone
wanting to test it manually, you can grab the latest git or zip file
from github (https://github.com/Cyan4973/xxHash) and run "PREFIX=/usr
make install". If nobody else gets around to it I'll see what I can do
once I get done with the rsync release process.

..wayne..
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: symbolic links to /cygdrive/X/xxx with capital letter X

[Wayne Davison]

On Sat, Jun 13, 2020 at 1:50 PM Andrey Repin wrote:
> The cygdrive prefix is resolved, if no other mount points match.
> Since you have /mnt/C mount point, it is resolved first.

I wish it would have resolved it to the cygdrive prefix, because then
it would have worked (and would have been /cygdrive/C/Windows). Maybe
cygwin is getting confused by the WLS ubuntu install I have? It puts
its mounts under /mnt, but cygwin has always used the /cygdrive path.

..wayne..
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

Re: symbolic links to /cygdrive/X/xxx with capital letter X

[Wayne Davison]

On Fri, Jun 12, 2020 at 4:05 AM Andrey Repin wrote:
> And you've got exactly what you asked for.

I think you missed the important part of the email. Distilled down,
this is wrong:

$ ln -s /cygdrive/C/Windows foo
$ readlink foo
/mnt/C/Windows

The symlink's value changed to a path that doesn't exist on a typical
install and is now broken. The original /cygdrive/C/Windows path works
fine as long as you have it mounted to ignore case. Perhaps the
rewrite (if it is even required) should change it into
/cygdrive/c/Windows?

..wayne..
--
Problem reports:  https://cygwin.com/problems.html
FAQ:  https://cygwin.com/faq/
Documentation:https://cygwin.com/docs.html
Unsubscribe info: https://cygwin.com/ml/#unsubscribe-simple

gnu screen crashes on ssh disconnect

[Wayne Davison]

In recent Cygwin versions I've had gnu screen crash if the parent ssh
connection closes before an explicit disconnect is performed. If an
orderly screen disconnect happens first, future closed connections
(after reconnecting to the screen session) no longer crash screen.

To reproduce:

I ssh into my Windows 10 host, move my .screenrc file out of the way
(to keep the config the default) and run "screen" to start up a basic
screen session. I then use the ssh close-connection key sequence
(Enter, tilde, period) to close the connection. When I log back in,
the ps command shows that screen is already dead and "screen -ls"
shows a dead screen to clean up using "screen -wipe". If I start a
fresh screen and use screen's Ctrl+A d key sequence to detach, I can
use "screen -r" to reconnect and from this point on a lost connection
no longer makes screen crash, even on future reconnects.

I haven't seen this crash on Ubuntu, but since it isn't on the same
version, I tried compiling 4.8.0 to see if that might make it crash --
it did not. I then compiled the source on Cygwin (without any
configure options) and that version has the bug, so I guess that this
is either a Cygwin issue or something weird in my Windows setup.

Is anyone else seeing this crash?

I'm attaching a cygcheck.out file that has a couple secrets elided.
I'll note that I just started to run with disable_pcon set, but it's
been crashing with and without that.

..wayne..


cygcheck.out
Description: Binary data
--
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: Bug in TIME function

[Wayne Davison]

On Fri, Sep 13, 2019 at 4:27 AM wrote:
> In Linux [times()] returns a time value and return code of 0:

The Linux man page for times() mentions this special behavior, how it
isn't portable, and even advises against using the function:

"On Linux, the buf argument can be specified as NULL, with the result
that times() just returns a function result. However, POSIX does not
specify this behavior, and most other UNIX implementations require a
non-NULL value for buf."

"[...] a portable application would be wise to avoid using this value.
To measure changes in elapsed time, use clock_gettime(2)
instead."

One might argue that it would be nice to emulate the Linux behavior,
but it's not required by POSIX.

..wayne..

--
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: change in pattern matching in pager /usr/bin/less

[Wayne Davison]

On Sun, Sep 1, 2019 at 5:50 PM L A Walsh wrote:
> For some reason, the behavior of less has changed recently in regards to how
> it interprets characters like '\s' (whitespace).

Sadly, it's been compiled with POSIX regular expressions on Cygwin for
quite a while now. On Linux it is often compiled with GNU regex or
PCRE.

I started compiling my own version of less on Cygwin back in January
for this very reason. If you snag the source and run "./configure
--with-regex=pcre ; make" then you'll get a version of less.exe that
you can put somewhere early on your path (or in place of the stock
less.exe). You'll need the standard build tools installed (one way to
get those is to install cygport) plus some extra devel libraries, such
as libpcre-devel and libncurses-devel.

It would certainly be nice to have the PCRE regex as the standard in
the Cygwin version, though.

Running the Cygwin version:

$ /usr/bin/less --version
less 530 (POSIX regular expressions)
Copyright (C) 1984-2017  Mark Nudelman

Running my version:

$ less --version
less 530 (PCRE regular expressions)
Copyright (C) 1984-2017  Mark Nudelman

..wayne..

--
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: perl -- classic?

[Wayne Davison]

On Tue, Feb 5, 2019 at 4:23 PM L A Walsh wrote:
>  Yes...it worked for me up till the latest perl.  I was surprised.

Which latest perl is that?  The 5.26.3 version I cited is the latest
version on cygwin, and it's working fine in all the simple tests I
tried (I tried scalar & array contexts for both the chars & pixels
functions).  Do you have perl 5.28 installed?  I see that Term/Size.pm
has a "use vars" line in it:

use vars qw(@EXPORT_OK @ISA $VERSION);

... and since "use vars" looks to have been removed in 5.28, you could
rewrite that line as this:

our (@EXPORT_OK, @ISA, $VERSION);

..wayne..

--
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: perl -- classic?

[Wayne Davison]

On Mon, Feb 4, 2019 at 2:33 PM L A Walsh wrote:
> Things like
> Term::Size::chars no longer works as it says chars isn't exported.
> but it is 'EXPORT_OK', and it used to work.

Remember that EXPORT_OK means that you can ask for it to be exported,
but it's not by default.  I just tried out CPAN 2.22 with perl 5.26.3
and ran a CPAN "install Term::Size" and the result worked fine:

perl -we 'use Term::Size "chars"; print join("\n",  chars), "\n";'
perl -we 'use Term::Size; print join("\n",  Term::Size::chars), "\n";'

I haven't seen any issues in the various CPAN modules that I added to my setup.

..wayne..

--
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: manpage searches "^\s+keyword\s" vs. ???

[Wayne Davison]

On Wed, Jan 30, 2019 at 11:09 AM Eric Blake wrote:
> Not so much compilation options of man and less, but rather the code
> used in Cygwin itself for handling regex.

The configuration of less supports many different regex libraries.  I
downloaded the source and ran "./configure --with-regex=pcre"  and
built a nice version of less that fully supports \b and the various
other perl regex extensions.  The output of cygwin's standard "less
--version" indicates it was compiled with posix regex, while linux
suppliers seem to all use gnu regex (which also supports various
perl-isms these days).

I think it would be nice to tweak the less package to be compiled with
pcre regex.

..wayne..

--
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: sshd permits logon using disabled user?

[Wayne Davison]

On Thu, Jan 24, 2019 at 10:13 AM Bill Stewart wrote:
> I don't think Windows natively supports password-free logons using only key
> files (but I might be wrong about that).

Don't forget that sshd_config fully supports disabling passwords.  You
can turn a password off for a single user via:

Match User foobar
PasswordAuthentication no

Or set the "PasswordAuthentication no" as the default for all users.

..wayne..

--
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: I would love to write sponsor post about your site

[Wayne Barron]

SPAM

--
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: /dev/fd/N not synonymous with file descriptor N; it is on Linux

[Wayne Davison]

On Sun, Dec 16, 2018 at 12:29 PM Corinna Vinschen wrote:
> In contrast to Linux the symlinks are not just faked symlinks with the 
> underlying OS having direct access to the file descriptors.

Yeah, Linux is more like a fuse where the open filehandles are used
directly on open, and the stat calls return pretend symlinks with the
lsof info.

> The way it's implemented in Cygwin uses the actual file path resolution and 
> then either works or fails as above.

If Cygwin can't be changed into a fuse idiom, perhaps a hard-link
idiom could be used? For instance, when the /proc/$PID/fd/0 symlink is
being created, the code could try to hard-link the file to
/proc/$PID/.fd/0 first (note the dot-fd) before creating the normal
fd/0 symlink. Then, when a request came in to read /proc/$PID/fd/0, it
could check if the associated hard-link exists and read from that
instead.  Or perhaps the "symlink" info could be stored elsewhere and
the fd/0 file could be the hard-link, requiring the stat code to be
tweaked to look up the pretend-symlink info?

..wayne..

--
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.895 release candidate - please test

[Wayne Davison]

On Sun, Dec 16, 2018 at 6:52 AM Jon Turney wrote:
> I was hoping to look at improving the 'skip' -> 'install current
> version' flow (which used to be a single click, but now requires you to
> pick the latest non-test version)

That's a nice idea for a future change. I'd suggest making it where
you can click on the "bin?" checkbox and have it switch from "Skip" to
the latest version. It already cycles between a few values (such as
Uninstall and Reinstall, depending on the state of the package) but it
will not return the drop-down back to "Skip" for an installed package,
nor will it return back to the new version number on a pending update
(when pressing the checkbox multiple times).

One other suggestion I'd love to see would be to group the uninstall &
install lines in the list of upcoming actions into a single line, so
that instead of the user thinking that a package is going away (e.g.
in a really long list of uninstall lines) it says something like
"Updating FOO from VER1 to VER2".  As an alternative, if the uninstall
line said "(for an update)" instead of "(automatically added)" that
would have less potential for confusion.


..wayne..

--
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 Setup Multiple System Distro Manpages

[Wayne Davison]

On Sat, Jul 14, 2018 at 1:51 PM Brian Inglis wrote:
> $ l /proc/cygdrive/c/usr/local/share/man/

Shouldn't those be under /usr/local instead of
/proc/cygdrive/c/usr/local?  Typically /usr is something like
C:/cygwin64/usr, which is not the C:/usr dir you've used.

..wayne..

--
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: mintty 2.9.0

[Wayne Davison]

On Tue, Jul 3, 2018 at 11:40 PM Thomas Wolff wrote:
> But which application does actually send the cnorm sequence?

The vim editor likes to send it.  I just ran into this issue with the
new mintty whenever I edit in screen.  I ended up changing this line
in my .screenrc (which has been there for ages):

termcapinfo xterm 'vi=\E[?25l:ve=\E[34h\E[?25h:vs=\E[34l'

into this:

termcapinfo xterm 'vi=\E[?25l:ve=\E[34l\E[?25h:vs=\E[1 q'

That puts a blinking block into "vs" but I haven't found an app that
outputs that part yet (the tweak to "ve" makes it force a solid block
cursor, which is what I needed).

..wayne..

--
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: Do you want to help me?

[Wayne Barron]

Interesting.
So, if you have been murdered, then is this your ghost that is writing
this message to the group?

On Sun, Jun 24, 2018 at 12:06 PM, Tomas Ukkonen
 wrote:
> Hi
>
> News in Finland has been garbage for some time, especially in internet.
>
> I’m being murdered (multiple crimes). Police is not functional anymore. I 
> don’t know how to disappear and appear etc.
> Do you want to help me?
>
> I have worked as Senior Researcher and Senior Analytic in many companies.
>
> Tomas Ukkonen,
> M. Sc. (diplomi-insinööri)
> Sent from ProtonMail Mobile

--
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: OPT OUT

[Wayne Barron]

you ain't kidding, Ben.

--
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: OPT OUT

[Wayne Barron]

It was a spam message, and Liam Black followed the directions to OPT
OUT of the SPAM message.
To funny.

--
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: ESC followed by UP-arrow cause bash shell to hang

[Wayne Davison]

On Sat, Jan 6, 2018 at 4:49 PM, Jim Reisert wrote:
> [...] ESC followed by UP-arrow.  This seems to lock up the
> bash shell for about 30 seconds before control returns.

Your up-arrow is probably a character sequence that starts with an Esc
(you can verify that by typing a Ctrl+V followed by your up-arrow key
and bash will show you something like "^[[A"). So, the issue is that
Esc Esc is usually the completion command like pressing Tab. In
command position, bash will churn through all your path dirs and then
then it will typically ring the bell to tell you that the completion
is not unique (hit Esc Esc again to get a list).

..wayne..

--
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: mksetupini fails validating packages because curr is test

[Wayne Davison]

On Thu, Nov 30, 2017 at 1:28 AM, Ivan Gagis wrote:
> I use git repository on github to store the files. And to update it I
> clone the repo, run mksetupini and then commit and push.

One thing you can do after a clone/update is to run a script that
tweaks each file's mtime to be its last-commit time. I like to do this
on a fresh clone so that the files have more accurate dates visible
when looking around the checkout. (You have to be careful to not shoot
yourself in the foot if you're using time-based building in the git
repo, but that shouldn't matter in this scenario.)  I've seen various
scripts on the web, including this one in perl:

https://download.samba.org/pub/unpacked/rsync/support/git-set-file-times

..wayne..

--
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 questions about 10.1.26-MariaDB on CYGWIN_NT-10.0 2.9.0(0.318/5/3) 2017-09-12 10:18 x86_64 Cygwin

[Wayne Davison]

On Mon, Nov 6, 2017 at 11:33 AM, Yaakov Selkowitz <yselkow...@cygwin.com> wrote:
> Could you be more specific as to what you think is missing[?]

I've mentioned the deficiencies on a couple occasions so far, but am
happy to do so again. The biggest problem is a total lack of search
(I've seen mention of Ctrl+R working in libedit, but is not present in
any mariadb release that I've seen). It also does not support more
intricate emacs editing, such as Esc-Y to cycle through older yanks,
Ctrl+Underscore to undo, Esc-dot arg references, not even Ctrl+W word
delete (it does support Esc-Bksp, but it doesn't join multiple
deletions together). Also, while its history file is a really
unreadable format, it is worse that it has a very nasty habit of
destroying all the saved readline history on first libedit use of a
readline history file (no conversion, no nothing).

Since I often have saved commands that I like to reuse in the history
and find them via Ctrl+R, having libedit totally trash all my mysql
history and then ignore all use of Ctrl+R made for a very annoying
update (I compiled a readline version of the client long ago, and had
to restore the history file from backup). It would have been better if
the libedit version had used a unique history file name, or if the
mariadb package scripts had done a backup (and conversion) of a
non-libedit history file.

..wayne..

--
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 questions about 10.1.26-MariaDB on CYGWIN_NT-10.0 2.9.0(0.318/5/3) 2017-09-12 10:18 x86_64 Cygwin

[Wayne Davison]

On Sun, Nov 5, 2017 at 4:30 PM, Keith Christian wrote:
> $ mysql -u 'keith'@'localhost'

This is where you're messing up. You want to use "mysql -u keith" to
login as the user "keith" -- you're specifying a username with a
host-like suffix.

In the grant commands, the host suffix indicates where the connection
is coming from, and by default (without using the -h option) that
connection is via a localhost unix-domain socket. If you were instead
to use "mysql -u keith -h 127.0.0.1" then you would have a TCP
connection to the localhost IP that you would need to grant permission
for using 'keith'@'127.0.0.1' in a grant command (or you could choose
to use a wildcard of 'keith'@'%' to match any host, at which point you
should specify a "with password" in the grant). So, it is the combo of
the -u name and the -h host that is matched in the grant command's
user@host syntax.

> How can I get GNU readline back as the editor for the mysql client?

That is a compile-time option, so unless we can convince the mariadb
maintainer to switch back to readline, we have to compile our own
mysql client from the mariadb source.

..wayne..

--
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] mysql 10.1.26-1

[Wayne Davison]

On Sun, Sep 3, 2017 at 2:46 PM, Yaakov Selkowitz <yselkow...@cygwin.com> wrote:
> This is an update to the latest 10.1 release:

Is there any chance that readline support is going to make a comeback
in mysql? I downloaded the src, changed the readline option in the
cygport file to "-DWITH_READLINE=ON" (it was "OFF") and compiled my
own mysql.exe so that I have access to the much-superior readline
editing (I can't stand being without Ctrl+R searching, Ctrl+_ undo,
etc, etc), but it would be nice if it was a default part of each
release.

Aside: it's too bad the cygport file doesn't seem to have a way to
mention all the packages required for a build. I waded through the
cmake output and installed all of the following (I already had things
like gcc installed) -- hopefully this will help someone:

cmake, openssl-devel, libncurses-devel, libpcre-devel,
libgcrypt-devel, libiconv-devel, libxml2-devel, liblzo2-devel,
liblzma-devel, liblz4-devel, libbz2-devel, bison, libreadline-devel

..wayne..

--
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: Pinching market

[Wayne Barron]

SPAM!

--
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: Car Auto Wrap

[Wayne Barron]

SPAM

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] procps-ng 3.3.12-2

[Wayne Porter]

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

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is 
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, pwdx,
tload, top, uptime, vmstat, w, and watch

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

procps-ng 3.3.12-2

[Wayne Porter]

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

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is 
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, pwdx,
tload, top, uptime, vmstat, w, and watch

Re: [Attn Maintainer] procps-ng

[Wayne Porter]

Sorry, my message last week never went out. I have fixed this and uploaded
as 3.3.12-2. I'll attempt to resend the announcement email now.

On Mon, Jun 19, 2017 at 04:14:37PM +0200, Corinna Vinschen wrote:
> Wayne? Ping?
> 
> On Jun 15 20:53, Achim Gratz wrote:
> > Achim Gratz writes:
> > > It appears that the procps command is missing the manpage, most likely
> > > because Cygwin has its own manpage for ps and got updated more
> > > recently.  Can you please arrange for a manpage "procps" to coincide
> > > with the command name so that the two files no longer collide?
> > 
> > Ping?
> > 
> > 
> > Regards,
> > Achim.
> > -- 
> > +<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
> > 
> > Factory and User Sound Singles for Waldorf rackAttack:
> > http://Synth.Stromeko.net/Downloads.html#WaldorfSounds
> 
> -- 
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat




signature.asc
Description: PGP signature

procps-ng 3.3.12-1

[Wayne Porter]

The following packages have been uploaded to the Cygwin distribution:

* procps-ng-3.3.12-1
* libprocps-ng6-3.3.12-1
* libprocps-ng-devel-3.3.12-1

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is 
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, pwdx,
tload, top, uptime, vmstat, w, and watch

[ANNOUNCEMENT] procps-ng 3.3.12-1

[Wayne Porter]

The following packages have been uploaded to the Cygwin distribution:

* procps-ng-3.3.12-1
* libprocps-ng6-3.3.12-1
* libprocps-ng-devel-3.3.12-1

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is 
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, pwdx,
tload, top, uptime, vmstat, w, and watch

--
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 v2.879 - can not scroll package list

[Wayne Davison]

On Fri, Jun 2, 2017 at 7:17 AM, Jon Turney wrote:
> I believe this [scrolling] option is new in Windows 10

That does indeed seem to be the case. There are also some tools you
can use on prior Windows versions. For instance, search the web for "5
Tools to Scroll or Move Background Windows" and you'll find a nice
assortment to choose from.

..wayne..

--
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 v2.879 - can not scroll package list

[Wayne Davison]

On Wed, May 31, 2017 at 2:48 AM, David Balažic wrote:
> it does not scroll the package list, instead it changes the selection
> in the mentioned drop down menu.

One thing you should be able to do to work around this is to go to the
mouse settings and enable the "Scroll inactive windows when I hover
over them" option. That allows you to scroll the list as long as your
mouse is pointing at it.

..wayne..

--
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: Warning: Consider installing these packages ocaml(ao) ocaml(camlimages)

[Wayne Barron]

Hey, Brian.
Are you referring too.
>You might want to work through the install alternatives on:
As in maybe using the recommended solution, of which is the top suggestion.
http://opam.ocaml.org

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

Warning: Consider installing these packages ocaml(ao) ocaml(camlimages)

[Wayne Barron]

Hello All;

So, I am getting really close to having LiquidSoap installed.
I have run into an issue.


>>> Preparing working source directory
*** Warning: Some build dependencies are not installed.
*** Warning: This package may end up missing features, or not build at all.
*** Warning: Consider installing these packages first before continuing:
*** Warning: ocaml(ao) ocaml(camlimages) ocaml(camomile)
ocaml(cry) ocaml(dtools) ocaml(duppy) ocaml(faad) ocaml(flac)
ocaml(gavl) ocaml(gd) ocaml(gstreamer) ocaml(ladspa) ocaml(lame)
ocaml(lastfm) ocaml(lo) ocaml(mad) ocaml(magic) ocaml(mm) ocaml(ogg)
ocaml(opus) ocaml(pcre) ocaml(portaudio) ocaml(pulseaudio)
ocaml(samplerate) ocaml(schroedinger) ocaml(sdl) ocaml(shine)
ocaml(soundtouch) ocaml(speex) ocaml(taglib) ocaml(theora)
ocaml(voaacenc) ocaml(vorbis) ocaml(xmlplaylist) ocaml(yojson)


I rent into the Repository and isntalled everything that was OCAML
However, that did not resolve the above issue.

Could someone please provide the code to get them items installed?

And I am hoping, that having them installed, will resolve the issue below.

>checking build system type... Invalid configuration `Users': machine `Users' 
>not recognized
>configure: error: /bin/sh ./config.sub Users failed
>make[1]: Entering directory 
>'/home/carrzstudio/liquidsoap/liquidsoap-1.2.1-1.x86_64/build/ocaml-cry-0.4.1'
>make[1]: *** No targets specified and no makefile found.  Stop.
>make[1]: Leaving directory 
>'/home/carrzstudio/liquidsoap/liquidsoap-1.2.1-1.x86_64/build/ocaml-cry-0.4.1'
>make: *** [Makefile:11: all] Error 1
>*** ERROR: make failed
====

Thanks, All;
Wayne

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

I get a warning, that I totally looked over yesterday.
I went into the Repository, and installed all items with the name of OCAML
However, that did not seem to do anything, as all these items are
still missing and need to be installed.


>>> Preparing working source directory
*** Warning: Some build dependencies are not installed.
*** Warning: This package may end up missing features, or not build at all.
*** Warning: Consider installing these packages first before continuing:
*** Warning: ocaml(ao) ocaml(camlimages) ocaml(camomile)
ocaml(cry) ocaml(dtools) ocaml(duppy) ocaml(faad) ocaml(flac)
ocaml(gavl) ocaml(gd) ocaml(gstreamer) ocaml(ladspa) ocaml(lame)
ocaml(lastfm) ocaml(lo) ocaml(mad) ocaml(magic) ocaml(mm) ocaml(ogg)
ocaml(opus) ocaml(pcre) ocaml(portaudio) ocaml(pulseaudio)
ocaml(samplerate) ocaml(schroedinger) ocaml(sdl) ocaml(shine)
ocaml(soundtouch) ocaml(speex) ocaml(taglib) ocaml(theora)
ocaml(voaacenc) ocaml(vorbis) ocaml(xmlplaylist) ocaml(yojson)

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

I found this as well.
>checking build system type... Invalid configuration `Users': machine `Users' 
>not recognized
>configure: error: /bin/sh ./config.sub Users failed
>make[1]: Entering directory 
>'/home/carrzstudio/liquidsoap/liquidsoap-1.2.1-1.x86_64/build/ocaml-cry-0.4.1'
>make[1]: *** No targets specified and no makefile found.  Stop.
>make[1]: Leaving directory 
>'/home/carrzstudio/liquidsoap/liquidsoap-1.2.1-1.x86_64/build/ocaml-cry-0.4.1'
>make: *** [Makefile:11: all] Error 1
>*** ERROR: make failed



I did some research on the first error.
>configure: error: /bin/sh ./config.sub Users failed
And read that I needed to install: libool
Found 2 in the Repository
cygwin32-libtool
libtool-debuginfo

I installed both, but still received the same errors.

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

I checked the Directory for
>usr\src\liquidsoap
And it is empty

So, I did a search and I found it here.
>home\carrzstudio\liquidsoap

I ran the code, and i get this error.
> *** ERROR: ocaml is required to build this package

I opened the installer, and found it in the repository.
I installed it, and ran the command again.

*** ERROR: Cannot find source package liquidsoap-1.2.1-full.tar.gz

I downloaded it from here.
https://github.com/savonet/liquidsoap/releases
Put it in the Folder, and ran the command again.

=-=-=-=-
$ cygport liquidsoap.cygport all
>>> Preparing liquidsoap-1.2.1-1.x86_64
>>> Unpacking source liquidsoap-1.2.1-full.tar.gz

*** Info: applying patch 1.2.1-lastfm-fixes.patch:
patching file ocaml-lastfm-0.3.1/configure.ac
patching file ocaml-lastfm-0.3.1/src/lastfm.ml
*** Info: applying patch 1.2.1-taglib-fixes.patch:
patching file ocaml-taglib-0.3.2/configure.ac
*** Info: applying patch 1.2.1-packages-missing.patch:
patching file PACKAGES.default
*** Info: applying patch 1.2.1-packages-distro.patch:
patching file PACKAGES.default
>>> Preparing working source directory

=-=-=-=-

I get this error.
> *** ERROR: ocaml-findlib is required to build this package
Found in the Repository, and installed it.
Ran the command again.
After what looked to be a successful build, I start seeing ERROR's pop up.

>configure: error: /bin/sh ./config.sub Users failed
>make[1]: Leaving directory 
>'/home/carrzstudio/liquidsoap/liquidsoap-1.2.1-1.x86_64/build/ocaml-cry-0.4.1'
>make: *** [Makefile:11: all] Error 1
>*** ERROR: make failed

So, this is where I am at, right now.
All-in-All.
I have to say that I have learned a lot, and we are almost there.

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

Thanks, Brian.

I tried your code, and it did not work.
machinename /usr/src/liquidsoap
$ git clone https://github.com/cygwinports-extras/liquidsoap
-bash: git: command not found

So, I installed GIT from the CygWin Repository.
And I ran the command again.
This time it installed.

$ git clone https://github.com/cygwinports-extras/liquidsoap
Cloning into 'liquidsoap'...
remote: Counting objects: 64, done.
remote: Total 64 (delta 0), reused 0 (delta 0), pack-reused 64
Unpacking objects: 100% (64/64), done.
Checking connectivity... done.

I then ran the last line of code.
cygport liquidsoap.cygport all

And I received this error.
*** ERROR: liquidsoap.cygport not found.

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

Hey Marco.
I did the Help, then I looked into the README file.
And I found the command that I needed.
cygport liquidsoap/liquidsoap.cygport download

I get this error when i run it.

/usr/bin/cygport: line 404: cd: liquidsoap: No such file or directory
*** ERROR: liquidsoap.cygport not found.

I know I have missed a step.

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

Thanks Brian.

>download the tarball and untar, into a source directory
What is the command to download and untar?

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

OK, Guys.
Here is the LiquidSoap.
https://github.com/cygwinports-extras/liquidsoap

Could someone please point me in the right direction on using Cygport
to install this?

Thanks all;
Wayne

--
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: Moving forward from cygwinports

[Wayne Barron]

> python programs used on cygwin.com to properly
> build the setup.ini for the repository.
> It can be used for local repository.
>
> It replaces a previous system called "upset"
>
> https://www.cygwin.com/ml/cygwin-apps/2016-07/msg0.html
>
> Regards
> Marco
OK, it shows it as [Keep]
So, I am assuming that it is installed.

Now, I just need to get information on installing LiquidSoap through Windows.

--
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: Moving forward from cygwinports

[Wayne Barron]

> Category devel, or select Not Installed, and Search for cygport
> (and calm?)
>
I am installing it right now.
What is (Calm)?

--
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: Moving forward from cygwinports

[Wayne Barron]

Took care of that issue with the Quoted text, using GMail. So all
should be good with that now.
Thanks, Vince. For the heads up.

> Cygport is a Cygwin package, it can/should be installed from Cygwin's setup.

Since it is a package, I know how to install the packaged, which NODE
would it be located under?

--
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: Moving forward from cygwinports

[Wayne Barron]

@Chris,
I know that Cygwin and Cygport are not the same.
I was asking if you could perhaps share information on how to properly
install Cygport.

I downloaded it from here.
https://github.com/cygwinports/cygport

In the Cygwin, it had a Windows 32 or 64-bit installer.
This does not come with such.

On Tue, Apr 4, 2017 at 12:08 PM, Yaakov Selkowitz  wrote:
> On 2017-04-04 05:38, Chris Davies wrote:
>>
>> As an example, my use case is Perl-DBD-Sybase from about three weeks
>> ago, which works beautifully but is not in the main repository. Short of
>> moving to a Linux-based platform I'm now not sure how to proceed. Could
>> someone enlighten me, please?
>
>
> You could try building it yourself:
>
> https://github.com/cygwinports-extras/perl-DBD-Sybase
>
> You'll need cygport, perl, and libsybdb-devel.  If it weren't for that
> patch, you could also just install it from cpan.
>
> --
> Yaakov
>
> --
> 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
>

--
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: Moving forward from cygwinports

[Wayne Barron]

Chris.
I have a question for you.
You stated: "Short of moving to a Linux=bases platform"

I take it you have the "cygwinports"
Successfully running in a Windows Environment.
Could you please share, how to set-up cygwinports in Windows?

I have Cigwin installed on my Win10 testing system at the moment, just
have not done anything past the initial installation
And the installing of the packages for compiling.

Thanks.
Wayne

On Tue, Apr 4, 2017 at 6:38 AM, Chris Davies <ch...@roaima.co.uk> wrote:
> Hello all,
>
> I have seen that cygwinports has been closed down and I understand the
> reasons as posted. It's been a great resource and my thanks go out to all
> maintainers there and here.
>
> What options do I have going forward for packages from that repository that
> I can confirm do work, but have not (yet) been migrated into the main Cygwin
> repository?
>
> As an example, my use case is Perl-DBD-Sybase from about three weeks ago,
> which works beautifully but is not in the main repository. Short of moving
> to a Linux-based platform I'm now not sure how to proceed. Could someone
> enlighten me, please?
>
> Much appreciated.
> Chris
>
>
>

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

Thanks, Yaakov.
I downloaded the .zip file.
I will take a look at it later on during the week.

Have a good one.
Wayne

On Mon, Mar 27, 2017 at 6:55 PM, Duncan Roe <duncan_...@acslink.net.au> wrote:
> On Mon, Mar 27, 2017 at 11:58:23AM -0500, Vince Rice wrote:
>> >>> On Mon, Mar 27, 2017 at 10:31 AM, Andrew Schulman
>> >>> You should start at https://cygwin.com/cgi-bin2/package-grep.cgi to see 
>> >>> if
>> >>> someone has already packaged it for Cygwin.
>> >>>
>> >>> If no one has, then you can either build and install it yourself, or try 
>> >>> to
>> >>> convince someone else to do it.  Since you're the one who wants it, 
>> >>> you're
>> >>> most likely to get it done by doing it yourself.  If you succeed,
>> >>> considering offering it as a new package (https://cygwin.com/setup.html).
>> >>>
>> >>> Andrew
>> >>
>> >> On Mon, Mar 27, 2017 at 12:35 PM, Wayne Barron wrote:
>> >> Hey, Andrew.
>> >> I did a search on the site, and nothing came up with it.
>> >> So, it looks like I will be on my own.
>> >>
>> >> I love new challenges, so I will probably look in on it a little more
>> >> throughout the week.
>> >>
>> > On Mar 27, 2017, at 11:44 AM, Wayne Barron wrote:
>> >
>> > OK, I found out that I needed to get cygport
>> > http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/media/liquidsoap/
>> > I downloaded the file and looked it over.
>> > I will try to install it later on, today, and see if I can get it to,
>> > at least. Install.
>>
>> Excellent. But please don't https://cygwin.com/acronyms/#TOFU here. (And 
>> please watch the https://cygwin.com/acronyms/#PCYMNTNQREAIY as well, even 
>> when it's your own.)
>>
> Should be: https://cygwin.com/acronyms/#PCYMTNQREAIYR
>
> Hey - is anyone still maintaining / updating that list? Here's a suggestion:
>
> PTUIYEBHS
>
> Please Test URLs In Your Emails Before Hitting Send
>
> Cheers ... Duncan.
>
> --
> 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
>

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

OK, I found out that I needed to get cygport
http://cygwin-ports.svn.sourceforge.net/viewvc/cygwin-ports/ports/trunk/media/liquidsoap/
I downloaded the file and looked it over.
I will try to install it later on, today, and see if I can get it to,
at least. Install.

On Mon, Mar 27, 2017 at 12:35 PM, Wayne Barron <wa...@cffcs.com> wrote:
> Hey, Andrew.
> I did a search on the site, and nothing came up with it.
> So, it looks like I will be on my own.
>
> I love new challenges, so I will probably look in on it a little more
> throughout the week.
>
> On Mon, Mar 27, 2017 at 10:31 AM, Andrew Schulman
> <schulman.and...@epa.gov> wrote:
>>> How to get Liquidsoap installed using Cygwin?
>>
>> You should start at https://cygwin.com/cgi-bin2/package-grep.cgi to see if
>> someone has already packaged it for Cygwin.
>>
>> If no one has, then you can either build and install it yourself, or try to
>> convince someone else to do it.  Since you're the one who wants it, you're
>> most likely to get it done by doing it yourself.  If you succeed,
>> considering offering it as a new package (https://cygwin.com/setup.html).
>>
>> Andrew
>>
>>
>> --
>> 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
>>

--
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 - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

Hey, Andrew.
I did a search on the site, and nothing came up with it.
So, it looks like I will be on my own.

I love new challenges, so I will probably look in on it a little more
throughout the week.

On Mon, Mar 27, 2017 at 10:31 AM, Andrew Schulman
 wrote:
>> How to get Liquidsoap installed using Cygwin?
>
> You should start at https://cygwin.com/cgi-bin2/package-grep.cgi to see if
> someone has already packaged it for Cygwin.
>
> If no one has, then you can either build and install it yourself, or try to
> convince someone else to do it.  Since you're the one who wants it, you're
> most likely to get it done by doing it yourself.  If you succeed,
> considering offering it as a new package (https://cygwin.com/setup.html).
>
> Andrew
>
>
> --
> 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
>

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

Cygwin - Install Liquidsoap for Shoutcast or Icecast

[Wayne Barron]

Hello All;

I installed Cygwin for Windows last week, and have it up and ready. (I believe)
My questions are the following.

How to get Liquidsoap installed using Cygwin? (For Windows)
Any links or information will be greatly appreciated.

I am wanting to run the Liquidsoap with either Shoutcast or Icecast servers.

Thank you
Wayne

--
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: 2.6.0, rsync 3.1.2, "file has vanished"

[Wayne Davison]

On Sun, Nov 27, 2016 at 11:07 PM, Shaun Maher <sh...@mach.com.au> wrote:
>   file has vanished: "BackUps(old)/Backup Pre-Rolled Payroll 
> 2015"16-MBTT2016.zip" (in VSSG)

Those file-has-vanished errors shouldn't be affected by the --iconv
option because that is a sender-side error, and the rsync sender
directly reads file names via readdir() and then tries to stat() those
names (it is the receiving side that might get converted names via the
--iconv translations).

So, the question is: why is rsync getting a filename via readdir that
it can't stat?  Can you try out this C program:
http://opencoder.net/list-and-stat.c

You compile it with gcc ("gcc -o list-and-stat list-and-stat.c") and
then run it with a directory name where one of your problem files
exists. It will output things like this:

74 65 73 74 e2 b8 b1 66 69 6c 65 | test⸱file

If you see a "FAILED to stat" message, send the byte sequence for that
file to the list and mention what filesystem type it is mounted on.

If it doesn't generate an error, what rsync version are you using? Is
it the cygwin version or something else?

The error indicates that an rsync daemon module is involved (the "in
VSSG" bit), so you might try a manual rsync copy of a problem file and
see if the issue is the daemon context or rsync in general.

..wayne..

--
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] mysql 10.1.19-1

[Wayne Davison]

On Sun, Nov 13, 2016 at 12:36 PM, Yaakov Selkowitz
<yselkow...@cygwin.com> wrote:
> The following packages have been uploaded to the Cygwin distribution:
> * mysql-10.1.19-1
> * [...]

Would you consider a change in the mysql packages back to using
readline? It should hopefully be as simple as:

CYGCONF_ARGS="--with-readline"

I tried doing a cygport prep with that set, but the mysql package's
patches aren't applying successfully, so I couldn't easily give it a
try.

The reason for the switch back is that the current line-editing lib is
severely crippled compared to readline. There's no search (and the
suggestions I saw for how to enable Ctrl-R don't work), there's no
undo (or redo), there's no Esc-. arg references, there's no word
delete, etc. Also, its save format is quite unreadable (not to mention
that it blew-away my mysql command history in ~/.mysql_history, which
was really quite rude of it).

I know that RHEL/CentOS still uses readline in their mariadb packages,
so hopefully it will be an easy change.

..wayne..

--
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: Unattended install "remembers" the download option

[Wayne Davison]

On Sat, Nov 5, 2016 at 7:01 AM, Drake, Richard R <rrdr...@sandia.gov> wrote:
> What is really curious is where this option is being stored.  If I knew that, 
> then
> maybe I could remove that setting so it would revert to the default setting.

Look in /etc/setup/setup.rc. I bet the line following "last-action" is
just "Download"
in your file. Mine is "Download,Install" (after a tab).

..wayne..

--
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: Unknown+User Unix_Group+505 on smb shares in a domian

[Wayne Porter]

On Sun, Oct 02, 2016 at 04:43:42PM -0700, Linda Walsh wrote:
> Wayne Porter wrote:
> > >   Essentially you have a bunch of users on different machines that aren't
> > > sharing their files under any common (or shared) security authority
> > > (like a single domain).  Until you persuade the owners of those linux 
> > > machines
> > > to move the linux machines under a common security authority (like a 
> > > windows
> > > domain) and moving the user accounts into the domain.  Each local account
> > > would have to be moved to a domain account with the files under each
> > > machine-local account being moved (or "chown'ed") to the new, 
> > > corresponding
> > > domain account).
> > 
> > The shares are mapped and working just fine in Windows. To IT, there isn't
> > anything that needs to be done. It just happens that Cygwin, which I'm the 
> > only
> > one using, maps the Windows mapped drives to an unknown user account and 
> > makes
> > using it difficult.
> ---
>   Working in windows where?  What does "working just fine in Windows" 
> mean?
> That people in explorer on your machine have read+write access to the 
> linux-shares?
> 
>   Or do you have domain access to the machines running Windows?
> Are those machine in your Domain or are they outside your domain like the 
> linux
> machines?
> 

If I open the W:\ drive in Windows, I have full read/write access. This
is established via NET USE commands at boot. Then when I open Cygwin and
navigate to the same location, which has been mapped by Cygwin to
/cygdrive/w/ the user permissions appear as in my first email. Even
though it says I have read-only access, I have full read/write ability.

> 
> > 
> > >   This is an organizational problem that has nothing to do with
> > > cygwin, but whether windows and linux machines are using domain or 
> > > machine-local
> > > security.  Until your linux machines and their local user become part of 
> > > the
> > > domain, you can't expect any "write" privileges granted to you under the
> > > domain to work on the linux machines.
> > > 
> > 
> > I have write permissions on those machines from Windows. Cygwin thinks I 
> > don't so
> > files are opened in read-only mode but when I force them to be written, it 
> > works.
> > I'm not sure if maybe I left this out of my initial information, but these 
> > are
> > shares that are mapped in Windows on login and there are no issues there, 
> > but once
> > I open Cygwin, I don't appear to have write access even though I do.
> ---
>   If you have write access, then you are saying the permission are not 
> displaying
> properly in Cygwin.  So do you have the same, *actual* access in Cygwin as
> windows (ignoring what permissions may be displayed)?  It could be that you
> have domain-admin
> access and are overriding listed permissions on remote machines.  If it's the 
> case
> that your user doesn't have R+W access, but you are a domain admin, you might 
> just
> be overriding the write-restrictions in windows as well as cygwin.
> 

Yes, I have the same permissions, Cygwin is just displaying the wrong
thing.

> 
> 
> > When mapping the drives in Windows, a username and password are given. Is 
> > there no
> > way to let Cygwin know about that username without joining the servers to 
> > the domain?
> > I know that this setup isn't ideal, which is why I'm trying to find a 
> > work-around.
> ---
>   Bingo!  You need to try something like
> "runas [alternate credentials + alternate password] net use W: ..."
> 
> That might work... but is really icky, since you can't easily automate that
> without storing the password in clear-text in some file in your profile... 
> that's
> not a good solution.
> 

There are many things currently wrong with our setup and passwords in
clear-text wouldn't be anything out of the ordinary, I'm afraid. The
script that maps these shares with NET USE already have them in it and
load on boot, so I just need to adjust them to use "runas" instead of
the current way, which is just to specify the username and password in
the command? If you look at the info I provided in my first message, the
NET USE script I use is there, with the username and passwords redacted.


signature.asc
Description: PGP signature

Re: Unknown+User Unix_Group+505 on smb shares in a domian

[Wayne Porter]

On Sun, Oct 02, 2016 at 04:35:21PM -0700, Linda Walsh wrote:
> Wayne Porter wrote:
> > The server that the W: drive is mapped on is not using domain accounts. As 
> > far as I know,
> > all Linux servers we have are running local accounts. Is there something I 
> > can set in
> > my local /etc/passwd to convince Cygwin to map it to my user account?
> ---
>   Let me phrase this differently.
> 
>   The linux accounts that are not in your domain and are under
> private user-names, are NOT something that you have "write" permission to.
> It sounds like those users (users outside your domain -- and not within
> your administrative group) have allowed "anyone" to have read access, but
> it makes sense that they wouldn't trust "anonymous" (that's you, if you
> haven't authenticated against their machine).  You seem to be asking
> for access to files owned by people outside your group (or maybe outside
> your company, for that matter, it's not known).

This is correct, the linux machines have local accounts that I have
mapped to drive letters in Windows. They are my accounts set up with my
username and password and I have full read/write access to the folders
in question. Cygwin just thinks I have read-only access and when I
attempt to write to the files, I can.

> 
>   The Domain is a means to provide common trusted access to a group
> of people who have agreed to honor each others' permission settings.  Right
> now, the linux people are not in a common-trust group, so you can't force
> your wanted access upon them.
> 
>   Until you and their machines share a common security token (the Domain
> token), you can't have shared permission settings.
> 
>   Alternatively , you might be able to convince the linux people to
> give you an account on each linux machine, and use that login when attaching
> to a share on that linux machine -- but that would be a pain.  Certainly,
> if they agreed to use a common domain and shared things with other domain
> users, that would be easier, but until they agree to be in a common domain,
> you can't force your desired access upon them.
> 

This is how it is currently set up. I can log in to the server via ssh
or use the current method, which is to map the network share using my
account credentials that they have set up for me. This works just fine
in Windows and for the most part in Cygwin. I can read/write from the
files but vim opens all files in read-only mode and I have to save using
:w!



signature.asc
Description: PGP signature

Re: Unknown+User Unix_Group+505 on smb shares in a domian

[Wayne Porter]

On Thu, Sep 29, 2016 at 11:34:14PM +0300, Andrey Repin wrote:
> Greetings, Wayne Porter!
> 
> >>   Essentially you have a bunch of users on different machines that 
> >> aren't
> >> sharing their files under any common (or shared) security authority
> >> (like a single domain).  Until you persuade the owners of those linux 
> >> machines
> >> to move the linux machines under a common security authority (like a 
> >> windows
> >> domain) and moving the user accounts into the domain.  Each local account
> >> would have to be moved to a domain account with the files under each
> >> machine-local account being moved (or "chown'ed") to the new, corresponding
> >> domain account).
> 
> > The shares are mapped and working just fine in Windows. To IT, there isn't
> > anything that needs to be done.
> 
> If they really believe that, they are even less qualified than I've thought.
> The whole thing works by a pure accident. And a slightest change in
> conventions or default behavior of either Windows or Samba may bring the end
> to the happy dreams of your IT dep.
> 
> > It just happens that Cygwin, which I'm the only one using, maps the Windows
> > mapped drives to an unknown user account and makes using it difficult.
> 
> Windows maps it to an unknown user account also.
> It just happens to know, from which server the account came and can fetch the
> names in a subrequest. But they are NOT domain names, neither their UID's are
> domain UID's. You can't even control permissions from domain, you'd need to
> login to the machine and fiddle with perms locally.
> 
> >>   This is an organizational problem that has nothing to do with
> >> cygwin, but whether windows and linux machines are using domain or 
> >> machine-local
> >> security.  Until your linux machines and their local user become part of 
> >> the
> >> domain, you can't expect any "write" privileges granted to you under the
> >> domain to work on the linux machines.
> >> 
> 
> > I have write permissions on those machines from Windows. Cygwin thinks I 
> > don't so
> > files are opened in read-only mode but when I force them to be written, it 
> > works.
> > I'm not sure if maybe I left this out of my initial information, but these 
> > are
> > shares that are mapped in Windows on login and there are no issues there, 
> > but once
> > I open Cygwin, I don't appear to have write access even though I do.
> 
> > When mapping the drives in Windows, a username and password are given. Is 
> > there no
> > way to let Cygwin know about that username without joining the servers to 
> > the domain?
> > I know that this setup isn't ideal, which is why I'm trying to find a 
> > work-around.
> 
> I've had this same setup for years, and one unlucky friday, it blew in my face
> when I was committing an important batch of change in my project to the
> repository.
> I've spent next two weeks salvaging the working copy. But nothing worked until
> I said "fuck it" and finally took my time to reinstall 64-bit OS and setup a
> domain (this is my home network, so I though with only me using it there's no
> pressing... guess there was).
> 
> 
My situation is not ideal and I will try to convince IT to change their
ways, but there is a chance that I'll be using the current work-arounds
for a while. Thanks for the advice and the warnings about what to expect
in the future.

Thanks,
Wayne


signature.asc
Description: PGP signature

Re: Unknown+User Unix_Group+505 on smb shares in a domian

[Wayne Porter]

On Wed, Sep 28, 2016 at 10:39:20PM -0700, Linda Walsh wrote:
> Wayne Porter wrote:
> > The server that the W: drive is mapped on is not using domain accounts. As 
> > far as I know,
> > all Linux servers we have are running local accounts. Is there something I 
> > can set in
> > my local /etc/passwd to convince Cygwin to map it to my user account?
> ---
>   If the linux servers are not exporting files under the domain account,
> then they files are not part of the 'domain' but owned only by the username
> on that specific linux-machine.  It sorta sounds like the linux server may
> not even be in the domain -- in which case mentioning domains only confuses
> the issue.

The reason I bring up domains is that I thought the solution might be close to
what was being discussed in the following thread:
https://cygwin.com/ml/cygwin/2015-04/msg00506.html

It seems that setting the comment in the user account to the uid that the linux
machine has would possibly help, but I can't do that since it's not a local
account.

> 
>   Essentially you have a bunch of users on different machines that aren't
> sharing their files under any common (or shared) security authority
> (like a single domain).  Until you persuade the owners of those linux machines
> to move the linux machines under a common security authority (like a windows
> domain) and moving the user accounts into the domain.  Each local account
> would have to be moved to a domain account with the files under each
> machine-local account being moved (or "chown'ed") to the new, corresponding
> domain account).

The shares are mapped and working just fine in Windows. To IT, there isn't
anything that needs to be done. It just happens that Cygwin, which I'm the only
one using, maps the Windows mapped drives to an unknown user account and makes
using it difficult.

> 
>   This is an organizational problem that has nothing to do with
> cygwin, but whether windows and linux machines are using domain or 
> machine-local
> security.  Until your linux machines and their local user become part of the
> domain, you can't expect any "write" privileges granted to you under the
> domain to work on the linux machines.
> 

I have write permissions on those machines from Windows. Cygwin thinks I don't 
so
files are opened in read-only mode but when I force them to be written, it 
works.
I'm not sure if maybe I left this out of my initial information, but these are
shares that are mapped in Windows on login and there are no issues there, but 
once
I open Cygwin, I don't appear to have write access even though I do.

When mapping the drives in Windows, a username and password are given. Is there 
no
way to let Cygwin know about that username without joining the servers to the 
domain?
I know that this setup isn't ideal, which is why I'm trying to find a 
work-around.


Wayne


signature.asc
Description: PGP signature

Re: Unknown+User Unix_Group+505 on smb shares in a domian

[Wayne Porter]

On Thu, Sep 29, 2016 at 12:10:53AM +0300, Andrey Repin wrote:
> Greetings, Wayne Porter!
> 
> > On Tue, Sep 27, 2016 at 09:17:13PM -0700, Linda Walsh wrote:
> >> Wayne Porter wrote:
> >> > My system is joined to a domain and is connected to multiple servers via
> >> > mapped network shares in Windows. All of the windows servers allow 
> >> > read/write
> >> > access to all files, but the Fedora servers all open with read-only 
> >> > access.
> >> > I can still write to most files in vim by specifying :w! so it's not like
> >> > I can't do anything, it just becomes an inconvenience.
> >> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT 
> >> > SERVICE+TrustedInstaller 0 Sep 26 08:50 c
> >> > drwxrwx---+ 1 Administrators  Domain Users   
> >> >  0 Sep 14 11:57 i
> >> > drwxrwx---+ 1 SYSTEM  SYSTEM 
> >> >  0 Sep 26 12:55 j
> >> > drwxrwx---+ 1 Administrators  Domain Users   
> >> >  0 Sep 27 07:55 m
> >> > drwxr-xr-x  1 rootieng6_root 
> >> >  0 Jul 12 04:04 v
> >> > drwxrwxr-x  1 Unknown+UserUnix_Group+505 
> >> >  0 Sep 21 09:41 w
> >> > drwxrwxr-x  1 Unix_User+99Unix_Group+101 
> >> >  0 Sep 21 15:20 y
> >> > 
> >> 
> >> > 
> >> > Can anything tell me what I might be missing?
> >> ---
> >> Does the linux server, where cygdrive "w" is located have the share/files 
> >> owned
> >> by a domain group?  I.e. On any system (win or lin) you can have domain 
> >> accounts and
> >> local accounts.  In order to share files with the rest of the domain, files
> >> on the server for drive 'w' have to be owned by a domain account.  It looks
> >> like
> >> the files are owned by a linux-local account.
> >> 
> >> 
> > The server that the W: drive is mapped on is not using domain accounts. As 
> > far as I know,
> > all Linux servers we have are running local accounts. Is there something I 
> > can set in
> > my local /etc/passwd to convince Cygwin to map it to my user account?
> 
> You can tell your IT dep to pull their asses up and join all servers to AD.
> That would be a much more straightforward solution.
> 

That's part of my problem, I can't get them to do anything without a couple
arguments and eventually settling on a solution that doesn't work. I'm just
trying to make things work in the environment I'm in.

> 
> -- 
> With best regards,
> Andrey Repin
> Thursday, September 29, 2016 00:10:06
> 
> Sorry for my terrible english...
> 


signature.asc
Description: PGP signature

Re: URGENT: BAD signature from "Cygwin <cygwin@cygwin.com>"

[Wayne Porter]

On Wed, Sep 28, 2016 at 07:52:05PM +, Thomas Sanders wrote:
> gpg --verify setup-x86.exe.sig setup-x86.exe  
> gpg: Signature made Fri 09 Sep 2016 02:20:02 AM PDT using DSA key ID 676041BA
> gpg: Good signature from "Cygwin <cygwin@cygwin.com>"
> gpg: WARNING: This key is not certified with a trusted signature!
> gpg:  There is no indication that the signature belongs to the owner.
> Primary key fingerprint: 1169 DF9F 2273 4F74 3AA5  9232 A9A2 62FF 6760 41BA

This appears to be a good signature, just that the key is untrusted. Someone
else correct me if I'm wrong, but that is typical to see, at least for me.

> When running the app the following error occurs (Windows 7)
> 
> This version of C:\Users\tsanders\cygwin_setup-x86.exe is not compatible with 
> th
> e version of Windows you're running. Check your computer's system information 
> to
>  see whether you need a x86 (32-bit) or x64 (64-bit) version of the program, 
> and
>  then contact the software publisher.

What is the output of the following from your system:
    echo %PROCESSOR_IDENTIFIER% %PROCESSOR_ARCHITECTURE%



Wayne Porter



signature.asc
Description: PGP signature

Re: Unknown+User Unix_Group+505 on smb shares in a domian

[Wayne Porter]

On Tue, Sep 27, 2016 at 09:17:13PM -0700, Linda Walsh wrote:
> Wayne Porter wrote:
> > My system is joined to a domain and is connected to multiple servers via
> > mapped network shares in Windows. All of the windows servers allow 
> > read/write
> > access to all files, but the Fedora servers all open with read-only access.
> > I can still write to most files in vim by specifying :w! so it's not like
> > I can't do anything, it just becomes an inconvenience.
> > d---r-x---+ 1 NT SERVICE+TrustedInstaller NT SERVICE+TrustedInstaller 0 
> > Sep 26 08:50 c
> > drwxrwx---+ 1 Administrators  Domain Users0 
> > Sep 14 11:57 i
> > drwxrwx---+ 1 SYSTEM  SYSTEM  0 
> > Sep 26 12:55 j
> > drwxrwx---+ 1 Administrators  Domain Users0 
> > Sep 27 07:55 m
> > drwxr-xr-x  1 rootieng6_root  0 
> > Jul 12 04:04 v
> > drwxrwxr-x  1 Unknown+UserUnix_Group+505  0 
> > Sep 21 09:41 w
> > drwxrwxr-x  1 Unix_User+99Unix_Group+101  0 
> > Sep 21 15:20 y
> > 
> 
> > 
> > Can anything tell me what I might be missing?
> ---
> Does the linux server, where cygdrive "w" is located have the share/files 
> owned
> by a domain group?  I.e. On any system (win or lin) you can have domain 
> accounts and
> local accounts.  In order to share files with the rest of the domain, files
> on the server for drive 'w' have to be owned by a domain account.  It looks
> like
> the files are owned by a linux-local account.
> 
> 
The server that the W: drive is mapped on is not using domain accounts. As far 
as I know,
all Linux servers we have are running local accounts. Is there something I can 
set in
my local /etc/passwd to convince Cygwin to map it to my user account?




signature.asc
Description: PGP signature

Unknown+User Unix_Group+505 on smb shares in a domian

[Wayne Porter]

: \\REDACTED11\docs\public /user:$USER password
 
NET USE Z: \\REDACTED12\docs\dev /user:$USER password  

I don't seem to be able to grasp what I'm missing or what I need to do in order 
to get
write access without jumping through hoops. The mappings work without issues in 
Windows
but for some reason they just don't work the same way in cygwin.

Can anything tell me what I might be missing?

Thanks,
Wayne Porter

Cygwin Configuration Diagnostics
Current System Time: Tue Sep 27 23:34:10 2016

Windows 10 Enterprise Ver 10.0 Build 14393 

Path:   C:\cygwin64\home\cwporter\bin
C:\cygwin64\usr\local\bin
C:\cygwin64\home\cwporter\bin
C:\cygwin64\usr\local\bin
C:\cygwin64\usr\local\bin
C:\cygwin64\bin
C:\ProgramData\Oracle\Java\javapath
C:\WINDOWS\system32
C:\WINDOWS
C:\WINDOWS\System32\Wbem
C:\WINDOWS\System32\WindowsPowerShell\v1.0
C:\Program Files (x86)\QuickTime\QTSystem
C:\Program Files (x86)\Microsoft SQL Server\100\Tools\Binn
C:\Program Files\Microsoft SQL Server\100\Tools\Binn
C:\Program Files\Microsoft SQL Server\100\DTS\Binn
C:\Program Files (x86)\Microsoft SQL 
Server\100\Tools\Binn\VSShell\Common7\IDE
C:\Program Files (x86)\Microsoft SQL Server\100\DTS\Binn
C:\Program Files (x86)\Microsoft Visual Studio 
9.0\Common7\IDE\PrivateAssemblies
C:\WINDOWS\system32\config\systemprofile\.dnx\bin
C:\Program Files\Microsoft DNX\Dnvm
C:\Program Files\Microsoft SQL Server\130\Tools\Binn
C:\Program Files (x86)\Windows Kits\10\Windows Performance Toolkit
C:\Program Files\Microsoft SQL Server\Client SDK\ODBC\130\Tools\Binn
C:\Program Files (x86)\Microsoft SQL Server\130\Tools\Binn
C:\Program Files\Microsoft SQL Server\130\DTS\Binn
C:\Program Files (x86)\Microsoft SQL Server\Client 
SDK\ODBC\130\Tools\Binn
C:\Program Files (x86)\Microsoft SQL Server\130\DTS\Binn
C:\Program Files (x86)\Microsoft SQL 
Server\130\Tools\Binn\ManagementStudio
C:\HashiCorp\Vagrant\bin
C:\Program Files\nodejs
C:\Users\cwporter\AppData\Local\atom\bin
C:\Users\cwporter\AppData\Roaming\npm
C:\Users\cwporter\AppData\Local\Pandoc
%USERPROFILE%\AppData\Local\Microsoft\WindowsApps

Output from C:\cygwin64\bin\id.exe
UID: 1594725(cwporter)
GID: 1049089(Domain Users)
1049089(Domain Users)
197611(REDACTED+SophosUser)
559(Performance Log Users)
545(Users)
4(INTERACTIVE)
66049(CONSOLE LOGON)
11(Authenticated Users)
15(This Organization)
66048(LOCAL)
1607358(REDACTED)
1619882(AD-Smartcard-Allow)
1313274(REDACTED)
1425757(REDACTED)
1313272(REDACTED)
1558480(REDACTED)
1680559(REDACTED)
1325935(REDACTED)
1516297(REDACTED)
1498590(REDACTED)
1703984(REDACTED)
1498584(REDACTED)
1574084(REDACTED)
1119751(exchange-pfs)
70145(Authentication authority asserted identity)
401408(Medium Mandatory Level)

SysDir: C:\WINDOWS\system32
WinDir: C:\WINDOWS

HOME = '/home/cwporter'
PWD = '/home/cwporter'
USER = 'cwporter'

!:: = '::\'
ALLUSERSPROFILE = 'C:\ProgramData'
APPDATA = 'C:\Users\cwporter\AppData\Roaming'
COMMONPROGRAMFILES = 'C:\Program Files\Common Files'
COMPUTERNAME = 'REDACTED'
COMSPEC = 'C:\WINDOWS\system32\cmd.exe'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
CommonProgramW6432 = 'C:\Program Files\Common Files'
FPS_BROWSER_APP_PROFILE_STRING = 'Internet Explorer'
FPS_BROWSER_USER_PROFILE_STRING = 'Default'
HOMEDRIVE = 'I:'
HOMEPATH = '\'
HOMESHARE = '\\REDACTED\homes$\cwporter'
HOSTNAME = 'REDACTED'
INFOPATH = '/usr/local/info:/usr/share/info:/usr/info'
LANG = 'C.UTF-8'
LC_CTYPE = 'C.UTF-8'
LESS = '-R'
LOCALAPPDATA = 'C:\Users\cwporter\AppData\Local'
LOGNAME = 'cwporter'
LOGONSERVER = '\\REDACTED'
LSCOLORS = 'Gxfxcxdxbxegedabagacad'
NUMBER_OF_PROCESSORS = '8'
OLDPWD = '/home/cwporter'
ORIGINAL_PATH = 
'/cygdrive/c/ProgramData/Oracle/Java/javapath:/cygdrive/c/WINDOWS/system32:/cygdrive/c/WINDOWS:/cygdrive/c/WINDOWS/System32/Wbem:/cygdrive/c/WINDOWS/System32/WindowsPowerShell/v1.0:/cygdrive/c/Program
 Files (x86)/QuickTime/QTSystem:/cygdrive/c/Program Files (x86)/Microsoft SQL 
Server/100/Tools/Binn:/cygdrive/c/Program Files/Microsoft SQL 
Server/100/Tools/Binn:/cygdrive/c/Program Files/Microsoft SQL 
Server/100/DTS/Binn:/cygdrive/c/Program Files (x86)/Microsoft SQL 
Server/100/Tools/Binn/VSShell/Common7/IDE:/cygdrive/c/Program Files 
(x86)/Microsoft SQL Server/100/DTS/Binn:/cygdrive/c/Program Files 
(x86)/Microsoft Visual Studio 
9.0/Common7/IDE/PrivateAssemblies:/cygdrive/c/WINDOWS/system32/config/systemprofile/.dnx/bin:/cygdrive/c/Program
 Files/Microsoft DNX/Dnvm:/cygdrive/c/Program Files/Microsoft SQL 
Server/130/Tools/Binn:/cygdrive/c/Program Files (x86)/Windows Kits/10/Windows 
Performance Toolkit:/cygdrive/c/Program Files/Microsoft SQL Server/Client 
SDK/ODBC/130/Tools/Binn:/cygdrive/c/Program Files (x86)/Microsoft SQL 
Server/130/Tools

[ANNOUNCEMENT] procps-ng 3.3.11-1

[Wayne Porter]

The following packages have been uploaded to the Cygwin distribution:

* procps-ng-3.3.11-1
* libprocps-ng5-3.3.11-1
* libprocps-ng-devel-3.3.11-1

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, pwdx,
tload, top, uptime, vmstat, w, and watch

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

procps-ng 3.3.11-1

[Wayne Porter]

The following packages have been uploaded to the Cygwin distribution:

* procps-ng-3.3.11-1
* libprocps-ng5-3.3.11-1
* libprocps-ng-devel-3.3.11-1

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, pwdx,
tload, top, uptime, vmstat, w, and watch

SSH key for upload access

[Wayne Porter]

Name: Wayne Porter
Package: procps-ng
 BEGIN SSH2 PUBLIC KEY 
B3NzaC1yc2EBIwAAAQEAyVjShF+42UB52IOlzUFTbhLzQfLHtdvq2ds7Zivruc
5u76SJoJ0xUurqin7aDuvVZ6cyzjUrkM5zxgHPV6ZPZdZXMKvtSUok4/X1EItqpw/g6uqC
KGcbOGAGz2gPjHioKFa41I55rBE4V18ieGwlg95iecryOJWyzczt8EmP9xqPFTchNtRBa1
mzGz2UUm4wxlR3GZyr1i+ivllOleiBd1kwD71nrK6aF+lKLvGEd5OLyepTkZZPeF+odwOt
JCt64HRVXPLDB1eFv2eI9gGOdgcH1/Rhv0TDPYXxopFf+42IP5swIg/o+oZDsaER2VosuK
s+Lpp9qqrF2hJ7iaoxLQ==
 END SSH2 PUBLIC KEY 

-- 
Wayne Porter

Re: [ANNOUNCEMENT] Updated: setup.exe (Release 2.876)

[Wayne Davison]

On Fri, Sep 9, 2016 at 2:35 AM, Yaakov Selkowitz <yselkow...@cygwin.com> wrote:
> A new version of Setup, release 2.876, has been uploaded to [...]

The change from a button to a dropdown list for the View seems like a
nice usability improvement, but it sadly takes away my main method of
changing the view -- I used to always press Alt-V to cycle the View
button.  It was actually a really nice way to do updates without using
the mouse at all: keep pressing enter until the package-search page
comes up, press Alt-V twice, review the list of updatable packages,
and press enter again to begin installing.  Perhaps someone could bind
Alt-V to dropping down the view list? (Similar to how the S in Search
is underlined to indicate that Alt-S takes you to the search box.)

..wayne..

--
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/New] Perl distributions

[Wayne Davison]

On Wed, Aug 24, 2016 at 10:41 PM, Achim Gratz <strom...@nexgo.de> wrote:
> x86/x86_64
> --
> perl-DBD-mysql-4.036-1

I tested that on 2 of my x86_64 setups and it fails to load.  Here's
the output of "perl -MDBD::mysql -e 1" on one of them:

Can't load 
'/usr/lib/perl5/vendor_perl/5.22/x86_64-cygwin-threads/auto/DBD/mysql/mysql.dll'
for module DBD::mysql: No such process at
/usr/lib/perl5/5.22/x86_64-cygwin-threads/DynaLoader.pm line 193.
at -e line 0.

Rolling back to 4.035-1 works fine.

..wayne..

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

[ANNOUNCEMENT] New Package: procps-ng 3.3.10-1

[Wayne Porter]

The following packages have been uploaded to the Cygwin distribution:

* procps-ng-3.3.10-1
* libprocps-ng4-3.3.10-1
* libprocps-ng-devel-3.3.10-1

Obsoletes: procps

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, pwdx,
tload, top, uptime, vmstat, w, and watch


  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

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

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

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

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

--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple

New Package: procps-ng 3.3.10-1

[Wayne Porter]

The following packages have been uploaded to the Cygwin distribution:

* procps-ng-3.3.10-1
* libprocps-ng4-3.3.10-1
* libprocps-ng-devel-3.3.10-1

Obsoletes: procps

This package provides command line and full screen
utilities for browsing procfs, a pseudo file system dynamically
generated by the kernel to provide information about the status of
entries in its process table (such as whether the process is
running, stopped, or a zombie).

It contains free, prockill, pkill, pgrep, pmap, procps, pwdx,
tload, top, uptime, vmstat, w, and watch


  *** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***

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

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

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

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

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

Re: [ITP] procps-ng

[Wayne Porter]

On Tue, Mar 22, 2016 at 11:02 AM, Chris Sutcliffe <ir0nh...@gmail.com> wrote:
> On 22 March 2016 at 13:43, Wayne Porter wrote:
>> On Tue, Mar 22, 2016 at 8:14 AM, Chris Sutcliffe wrote:
>>> Yes, the libprocps-ng4 and libprocgs-ng-devel directories are missing
>>> in the x86_64 directory. They are present in the i686 directory.
>>
>> wget requires that you end the url with a slash in order to download 
>> properly.
>>
>> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/x86_64/
>> wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686/
>>
>> These 2 work, but remove the slash on the end and it will complain
>> that libprocps-ng4 is not a directory.
>
> Good catch, with the trailing slash all the files were downloaded.
>
> Cheers,
>
> Chris
>
> --
> Chris Sutcliffe


Ok, I just moved the man3 pages around to the libdev package. They
should hopefully be correct now.

-- 
Wayne Porter

SSH key for upload access

[Wayne Porter]

Name: Wayne Porter
 BEGIN SSH2 PUBLIC KEY 
B3NzaC1yc2EDAQABAAABAQDgqew0HPVaXJYDrxBN1yF0D32IO/bRMHT/8d5exF
fh6iXntFjIBEzwZT1EIS3GamEqYeOY5DQjvoLn+nGvIFwwiyyeIChZ+H8JmtXyiXylZ9tb
ZQfl3eeeqr/pr9jxntQITpDmXPNWIiNZQBa0sKx1KDwsbk9tjUz/wQxLaIEuMfXw7VupHO
R2K8CwgN61u2Bn9c27j5CtFmyKM8OPIYUGPdiyZWeJz1ytychAY8rEQk/fNhGuc0WNiXY6
eWqmcJg88Sfywh37iWN4Liq5IIqFkUCJCByHFITQj6Zm+OmS20Ri6j25FesEA6JLcif8xB
wxfKaXofBiJM4FZpO+86g7
 END SSH2 PUBLIC KEY 

Re: [ITP] procps-ng

[Wayne Porter]

On Tue, Mar 22, 2016 at 8:14 AM, Chris Sutcliffe <ir0nh...@gmail.com> wrote:
> On 22 March 2016 at 10:58, Marco Atzeri wrote:
>>
>> On 22/03/2016 14:46, Corinna Vinschen wrote:
>>>
>>> - On x86_64 the libprocps-ng4 and libprocps-ng-devel packages are missing.
>>
>> Are you sure ?
>>
>> $ tar -tf libprocps-ng4/libprocps-ng4-3.3.10-1.tar.xz
>> usr/bin/cygprocps-4.dll
>> usr/share/man/man3/
>> usr/share/man/man3/openproc.3.gz
>> usr/share/man/man3/readproc.3.gz
>> usr/share/man/man3/readproctab.3.gz
>>
>>
>> $ tar -tf ./libprocps-ng-devel/libprocps-ng-devel-3.3.10-1.tar.xz
>> usr/include/
>> usr/include/proc/
>> usr/include/proc/alloc.h
>> ..
>> usr/lib/pkgconfig/libprocps.pc
>
> Yes, the libprocps-ng4 and libprocgs-ng-devel directories are missing
> in the x86_64 directory. They are present in the i686 directory.
>
> Cheers,
>
> Chris
>
> --
> Chris Sutcliffe


wget requires that you end the url with a slash in order to download properly.

wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/x86_64/
wget -r -np http://wayneng.x10host.com/procps-ng-3.3.10-1/i686/

These 2 work, but remove the slash on the end and it will complain
that libprocps-ng4 is not a directory.

-- 
Wayne Porter

Re: [ITP] procps-ng

[Wayne Porter]

On Mon, Mar 21, 2016 at 3:54 AM, Corinna Vinschen
<corinna-cyg...@cygwin.com> wrote:
> On Mar 21 10:40, Corinna Vinschen wrote:
>> On Mar 20 14:46, Wayne Porter wrote:
>> > On Sun, Mar 20, 2016 at 2:40 PM, Corinna Vinschen
>> > <corinna-cyg...@cygwin.com> wrote:
>> > > On Mar 20 14:30, Wayne Porter wrote:
>> > >> > On Sun, Mar 20, 2016 at 1:47 PM, Corinna Vinschen
>> > >> > <corinna-cyg...@cygwin.com> wrote:
>> > >> >> Can you please provide direct links to the files, allowing to fetch
>> > >> >> them via wget?
>> > >> >>
>> > >> >>
>> > >> >> Thanks,
>> > >> >> Corinna
>> > >> >> [...]
>> > >>
>> > >> Ok, I have uploaded the files to the location here: 
>> > >> http://wayneng.x10host.com/
>> > >> Going to the url will show a list of all the files and you can wget
>> > >> them directly
>> > >> from there. Let me know if you have any issues downloading.
>> > >
>> > > Works, but the procps-ng-3.3.9-1-src.tar.xz and procps-ng-3.3.9-1.tar.xz
>> > > files are invalid xz archives.  The other files are ok (and look good
>> > > packaging-wise).  Can you reupload those two files, please?
>> > >
>> > >
>> > > Thanks,
>> > > Corinna
>> > >
>> > > --
>> > > Corinna Vinschen  Please, send mails regarding Cygwin to
>> > > Cygwin Maintainer cygwin AT cygwin DOT com
>> > > Red Hat
>> >
>> >
>> >
>> > I have uploaded them again.
>>
>> Thanks.  I noticed that you updated to 3.3.10 in the meantime, so I
>> inspected only those.  Packaging looks mostly fine with two exceptions:
>>
>> - Where's procps?  It seems to have gone amiss somehow...

I had a typo in the transform that left it as pscommand.exe. Thanks
for catching that.

>>
>> - The man3 man pages should be packaged with the libproc-ng-devel
>>   package.
>>
>> With these fixes I think the package is fine.  If you create the 32 bit
>> packages and send your ssh key per
>>
>>   https://sourceware.org/cygwin-apps/package-upload.html
>>
>> you are good to go after a final review.
>
> Except, can you please add the following line to your cygport file:
>
>   procps_ng_OBSOLETES="procps"
>
> This will generate the package files for procps as well.
>
>
> Thanks,
> Corinna
>
> --
> Corinna Vinschen  Please, send mails regarding Cygwin to
> Cygwin Maintainer cygwin AT cygwin DOT com
> Red Hat


There is now a 32 and 64 bit folder with the corresponding packages
available with all the fixes you recommended.

-- 
Wayne Porter

SSH key for upload access

[Wayne Porter]

Name: Wayne Porter
Package: procps-ng
 BEGIN SSH2 PUBLIC KEY 
ssh-rsa 
B3NzaC1yc2EDAQABAAABAQDgqew0HPVaXJYDrxBN1yF0D32IO/bRMHT/8d5exFfh6iXntFjIBEzwZT1EIS3GamEqYeOY5DQjvoLn+nGvIFwwiyyeIChZ+H8JmtXyiXylZ9tbZQfl3eeeqr/pr9jxntQITpDmXPNWIiNZQBa0sKx1KDwsbk9tjUz/wQxLaIEuMfXw7VupHOR2K8CwgN61u2Bn9c27j5CtFmyKM8OPIYUGPdiyZWeJz1ytychAY8rEQk/fNhGuc0WNiXY6eWqmcJg88Sfywh37iWN4Liq5IIqFkUCJCByHFITQj6Zm+OmS20Ri6j25FesEA6JLcif8xBwxfKaXofBiJM4FZpO+86g7
Wayne@Chronos
 END SSH2 PUBLIC KEY 

Re: [ITP] procps-ng

[Wayne Porter]

On Sun, Mar 20, 2016 at 2:00 PM, Wayne Porter <wporte...@gmail.com> wrote:
> On Sun, Mar 20, 2016 at 1:47 PM, Corinna Vinschen
> <corinna-cyg...@cygwin.com> wrote:
>> On Mar 18 17:25, Wayne Porter wrote:
>>> On Wed, Mar 16, 2016 at 1:51 PM, Yaakov Selkowitz <yselkow...@cygwin.com> 
>>> wrote:
>>> > On 2016-03-16 15:18, Wayne Porter wrote:
>>> >>
>>> >> Since I sent this package incorrectly the first time, I have
>>> >> repackaged it as procps-ng (it's correct name). The current stable
>>> >> build in debian is listed as 3.3.9, so that is the one that I ported.
>>> >> Please let me know if there is anything I'm leaving out or doing
>>> >> wrong.
>>> >
>>> >
>>> > Haven't tested the operation yet, but just looking at the build itself:
>>> >
>>> > * This needs to be broken up into procps-ng, libprocps3, and 
>>> > libprocps-devel
>>> > packages.
>>> >
>>> > * Along those lines, procps-ng needs to OBSOLETES procps (which also means
>>> > the first upload of this package needs to be coordinated with someone with
>>> > full sourceware access).
>>> >
>>> > * kill.exe and ps.exe conflict with commands of the same name in the
>>> > 'cygwin' package.  In procps, these are renamed to prockill.exe and
>>> > procps.exe.
>>> >
>>> > * Your .cygport is missing HOMEPAGE, the SRC_URI is incorrect, and
>>> > DESCRIPTION has very long lines and improperly nested quotation marks. The
>>> > package is also built in $S instead of $B, resulting in a very dirty
>>> > .src.patch.
>>> >
>>> > Please fix these and repost.
>>> >
>>> > --
>>> > Yaakov
>>>
>>> Here is the package that obsoletes procps. I have repackaged it and
>>> added a few fixes
>>> that are specific for Cygwin based on changes to the latest version of
>>> procps. Let me
>>> know if there are any problems with this build.
>>>
>>> https://drive.google.com/folderview?id=0B6jD_6qfO1gMcVV2NXRjSGM1XzQ=sharing
>>
>> Can you please provide direct links to the files, allowing to fetch
>> them via wget?
>>
>>
>> Thanks,
>> Corinna
>>
>> --
>> Corinna Vinschen  Please, send mails regarding Cygwin to
>> Cygwin Maintainer cygwin AT cygwin DOT com
>> Red Hat
>
>
> I don't have a anywhere to upload the files to in order to allow wget
> access. That's the only reason I shared the files via google drive.
>
> Wayne



Ok, I have uploaded the files to the location here: http://wayneng.x10host.com/
Going to the url will show a list of all the files and you can wget
them directly
from there. Let me know if you have any issues downloading.

Wayne

[ITP] procps-ng

[Wayne Porter]

Since I sent this package incorrectly the first time, I have
repackaged it as procps-ng (it's correct name). The current stable
build in debian is listed as 3.3.9, so that is the one that I ported.
Please let me know if there is anything I'm leaving out or doing
wrong.

Bin: procps-ng-3.3.9-1.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMUTRRWHRPSm5MRjA/view?usp=sharing

Source: procps-ng-src-3.3.9-1.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMNklVaUtpc19EdmM/view?usp=sharing

setup.hint:
category: System
requires: cygwin libncursesw10 pkg-config
sdesc: "System and process monitoring utilities"
ldesc: "This package provides command line and full screen utilities
for browsing procfs, a pseudo file system dynamically generated by the
kernel to provide information about the status of entries in its
process table (such as whether the process is running, stopped, or a
zombie).
It contains free, kill, pkill, pgrep, pmap, ps, pwdx, slabtop, sysctl,
tload, top, uptime, vmstat, w, and watch"
File: 
https://drive.google.com/file/d/0B6jD_6qfO1gMWUJzTnR0SjVUTVE/view?usp=sharing

Debug Info: procps-ng-debuginfo-3.3.9-1.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMb3VJdFJ0dWhvNzQ/view?usp=sharing

setup.hint:
category: Debug
requires: cygwin-debuginfo
external-source: procps-ng
sdesc: "Debug info for procps-ng"
ldesc: "This package contains files necessary for debugging the
procps-ng package with gdb."
File: 
https://drive.google.com/file/d/0B6jD_6qfO1gMZ0xnVGVWNDZkTEE/view?usp=sharing

Re: [ITP] procps-ng

[Wayne Porter]

On Wed, Mar 16, 2016 at 1:51 PM, Yaakov Selkowitz <yselkow...@cygwin.com> wrote:
> On 2016-03-16 15:18, Wayne Porter wrote:
>>
>> Since I sent this package incorrectly the first time, I have
>> repackaged it as procps-ng (it's correct name). The current stable
>> build in debian is listed as 3.3.9, so that is the one that I ported.
>> Please let me know if there is anything I'm leaving out or doing
>> wrong.
>
>
> Haven't tested the operation yet, but just looking at the build itself:
>
> * This needs to be broken up into procps-ng, libprocps3, and libprocps-devel
> packages.
>
> * Along those lines, procps-ng needs to OBSOLETES procps (which also means
> the first upload of this package needs to be coordinated with someone with
> full sourceware access).
>
> * kill.exe and ps.exe conflict with commands of the same name in the
> 'cygwin' package.  In procps, these are renamed to prockill.exe and
> procps.exe.
>
> * Your .cygport is missing HOMEPAGE, the SRC_URI is incorrect, and
> DESCRIPTION has very long lines and improperly nested quotation marks. The
> package is also built in $S instead of $B, resulting in a very dirty
> .src.patch.
>
> Please fix these and repost.
>
> --
> Yaakov

Here is the package that obsoletes procps. I have repackaged it and
added a few fixes
that are specific for Cygwin based on changes to the latest version of
procps. Let me
know if there are any problems with this build.

https://drive.google.com/folderview?id=0B6jD_6qfO1gMcVV2NXRjSGM1XzQ=sharing

I plan on doing more work to try and make the package more useful in the
Windows environment, but this is just an initial port to get started.

-- 
Wayne Porter

Re: [ITA] procps

[Wayne Porter]

Ok, good to know. I was working on this as an exercise in porting code and saw 
that the current version was quite old. Should I email the current maintainer 
directly instead of putting it out on the mailing list?


On March 16, 2016 12:35:06 AM PDT, Marco Atzeri <marco.atz...@gmail.com> wrote:
>On 16/03/2016 08:14, Wayne Porter wrote:
>> I'm new to this community so I wasn't sure if I went about this the
>proper way. 3.3.11 is the latest but is not listed as stable in the
>debian package list. I was going by the guidelines on the contribution
>page that for it to be considered for the repos that it has to be.
>>
>
>Usually you can only adopt orphan package.
>In this case procps is not orphan but it has a very active maintainer
>https://www.cygwin.com/cygwin-pkg-maint
>
>
>> On March 15, 2016 11:52:35 PM PDT, Achim Gratz <strom...@nexgo.de>
>wrote:
>>> Wayne Porter writes:
>>>> I have just finished porting procps 3.3.9 and wanted to share it
>with
>>>> the community.
>>>
>>> That's actually procps-ng or is it not?  If so, it seems the current
>>> version is 3.3.11 from looking at my Linux box.
>>>
>>> Also, the current procps maintainer is quite active on the Cygwin
>ml,
>>> so
>>> it would have been a good idea to ask for an update first before
>doing
>>> an ITA.  :-)
>>>
>>>
>>> Regards,
>>> Achim.
>>

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

Re: [ITA] procps

[Wayne Porter]

I'm new to this community so I wasn't sure if I went about this the proper way. 
3.3.11 is the latest but is not listed as stable in the debian package list. I 
was going by the guidelines on the contribution page that for it to be 
considered for the repos that it has to be.


On March 15, 2016 11:52:35 PM PDT, Achim Gratz <strom...@nexgo.de> wrote:
>Wayne Porter writes:
>> I have just finished porting procps 3.3.9 and wanted to share it with
>> the community.
>
>That's actually procps-ng or is it not?  If so, it seems the current
>version is 3.3.11 from looking at my Linux box.
>
>Also, the current procps maintainer is quite active on the Cygwin ml,
>so
>it would have been a good idea to ask for an update first before doing
>an ITA.  :-)
>
>
>Regards,
>Achim.

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

[ITA] procps

[Wayne Porter]

I have just finished porting procps 3.3.9 and wanted to share it with
the community.

procps-3.3.9-1.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMeEFVdUFyY0hqc0k/view?usp=sharing

procps-3.3.9-1-src.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMZW5yU0ZnSVR6ZVk/view?usp=sharing

procps-debuginfo-3.3.9-1.tar.xz
https://drive.google.com/file/d/0B6jD_6qfO1gMam4wbk5Mb2w3T3c/view?usp=sharing

I don't have anywhere to upload the files directly to so I hope Google
Drive links are not too frowned upon.

Thank you for your consideration.


Original source from https://gitlab.com/procps-ng/procps

Debian stable info: https://packages.debian.org/jessie/procps

setup.hint:

category: System
requires: cygwin libncursesw10 pkg-config
sdesc: "System and process monitoring utilities"
ldesc: "This package provides command line and full screen utilities
for browsing procfs, a pseudo file system dynamically generated by the
kernel to provide information about the status of entries in its
process table (such as whether the process is running, stopped, or a
zombie).
It contains free, kill, pkill, pgrep, pmap, ps, pwdx, slabtop, sysctl,
tload, top, uptime, vmstat, w, and watch"

-- 
Wayne Porter

Re: Latest perl JSON::XS failing when threaded

[Wayne Davison]

On Sun, Mar 13, 2016 at 10:21 AM, Achim Gratz <strom...@nexgo.de> wrote:
> I've found a patch at least for the scenario that your test case uses.

Thanks -- the new version does indeed get things back to "normal" (how
things were behaving before).

As for thread support, it looks like I need to start using
Cpanel::JSON::XS (which might be nice to get added into cygwin).  I
noticed that the newly added JSON::MaybeXS will choose
Cpanel::JSON::XS first if it is around (unlike "JSON", which just
seems to choose between JSON::XS and JSON::PP).

..wayne..

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

Latest perl JSON::XS failing when threaded

[Wayne Davison]

I updated cygwin today, and now perl JSON::XS fails to be able to
decode json data if it is run in a multi-threaded script.  I tested
both x86_64 and x86 32-bit versions of cygwin, and they both have the
issue: once I launch a new thread, JSON::XS refuses to parse anything,
even in the primary thread and even if the launched thread didn't do
any json work.  The error is similar to this for a decode_json() call:

Thread 1 terminated abnormally: JSON text must be an object or array [...]

Note that it is complaining about the arg not being an object when
decoding takes a string. If I pass it an object, it accepts the
wrong-typed var and fails with a parsing error.

I forcefully uninstalled JSON::XS and the bug goes away.

I'll append a simple test script that tries to do a decrypt_json() in a thread.

..wayne..

#!/usr/bin/perl
use strict;
use warnings;
use threads;
use JSON::XS;

print "Normal:\n"; # This works:
test_json_xs();

print "Threaded:\n"; # This throws an error:
my $t = threads->create(\_json_xs);
$t->detach();
exit;

sub test_json_xs
{
my $test = <<EOT;
  {
"testing": [ "one", "two", "three" ]
  }
EOT
my $try = decode_json($test);
if (ref $try->{testing} eq 'ARRAY') {
print "OK!\n";
} else {
print "FAIL!\n";
}
}

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

strftime man page is garbled

[Wayne Pollock]

The description section of the strftime man page is
garbled.  The first paragraph shows as this:

=

   into a null-terminated string, starting at S and occupying no more than
MAXSIZE characters.

  You  control the format of the output using the string at FORMAT.
literally into the formatted string, and
   time conversion specifications.  Time conversion specifications are two- 
and
three-character sequences  begin‐
   ning  with  ''%'' (use ''%%'' to include a percent sign in the output).  
Each
defined conversion specification
   selects only the specified field(s) of calendar time data from '*TIMP', 
and
converts it to a string in one  of
   the following ways:



In addition, none of the option letters show, only the
option descriptions.  The info node at
info libc timefns strftime appears to be fine.

I have cygwin-doc version 1.7.35-1.
(I have a locale of C.UTF-8, if it matters.)

-- 
Wayne Pollock

--
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 does Cygwin determine PWD

[Wayne Johnson]

I am upgrading some of our scripts to use the latest version of Cygwin bash et. 
al. and run into an interesting problem that I'm having trouble explaining.


I have put bash, pwd, etc. into a directory called support_tools, and have a 
batch file that does a cd to the support_tools directory and then runs bash in 
order to capture some information.  

In the old version of bash (3.2.49(22)) when we run bash, pwd returns the 
proper cygwinified path, like C:\Program Files (x86)\install_dir\support_tools.

Under the new bash (4.1.10(4)), when I do pwd I get /support_tools.

How does bash (or in this case probably one of the cygwin libraries) determine 
the current directory when you start it up?


--- 
There are two kinds of people: Those who say to God, Thy will be done, and 
those to whom God says, All right, then,  have it your way. --C.S. Lewis 

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

as it was replaced while being copied error when doing a cp command to an older Samba server

[Wayne Johnson]

Hello all,


I have a new Windows 7 PC (I'm already missing my old XP, sniff, sniff), and am 
attempting to copy files from a pretty old Samba server (2.2.5).  In the 
upgrade to Windows 7, I also upgraded to cygwin 1.7 and specifically to 
coreutils to 8.15-1.  I get the error:

d:\devcp -r 
//tiny.labs.bmc.com/wjohnson/build/B_Hotfix_7_0_00_150/build/Agent_Dist/nonstop/5.1/*
 B_Hotfix_7_0_00_150/build/Agent_Dist/nonstop
cp: skipping file 
`//tiny.labs.bmc.com/wjohnson/build/B_Hotfix_7_0_00_150/build/Agent_Dist/nonstop/5.1/EAAXML',
 as it was replaced while being copied
...
This still works on my old XP system which runs Cygwin 1.5 and coreutils to 
6.10-2.

I did notice several references to this error in the mail archive but nothing 
seems to help.  
Cygwin Configuration Diagnostics
Current System Time: Tue Dec 11 17:08:43 2012

Windows 7 Enterprise Ver 6.1 Build 7601 Service Pack 1

Running under WOW64 on AMD64

Path:   D:\app\wajohnso\product\11.2.0\client_1\bin
d:\program files (x86)\bin
c:\cygwin\bin
d:\perl64\site\bin
d:\perl64\bin
c:\program files (x86)\amd app\bin\x86_64
c:\program files (x86)\amd app\bin\x86
C:\Windows\system32
C:\Windows
C:\Windows\system32\wbem
C:\Windows\system32\windowspowershell\v1.0\
c:\program files (x86)\ati technologies\ati.ace\core-static
d:\program files (x86)\sysinternals
d:\program files\perforce
d:\program files (x86)\vim\vim73
c:\program files\ibm\gsk8\lib64
c:\program files (x86)\ibm\gsk8\lib
D:\PROGRA~2\IBM\SQLLIB\BIN
D:\PROGRA~2\IBM\SQLLIB\FUNCTION
D:\PROGRA~2\IBM\SQLLIB\SAMPLES\REPL
c:/Program Files/Microsoft SDKs/Windows/v7.0/Bin
C:\Program Files (x86)\Nmap

Output from c:\cygwin\bin\id.exe
UID: 629502(wajohnso)GID: 10513(Domain Users)
10513(Domain Users)  0(root)  544(Administrators)
545(Users)

SysDir: C:\Windows\system32
WinDir: C:\Windows

CYGWIN = 'nodosfilewarning'
HOME = 'D:\wajohnso\home'
Path = 'D:\app\wajohnso\product\11.2.0\client_1\bin;d:\program files 
(x86)\bin;c:\cygwin\bin;d:\perl64\site\bin;d:\perl64\bin;c:\program files 
(x86)\amd app\bin\x86_64;c:\program files (x86)\amd 
app\bin\x86;C:\Windows\system32;C:\Windows;C:\Windows\system32\wbem;C:\Windows\system32\windowspowershell\v1.0\;c:\program
 files (x86)\ati technologies\ati.ace\core-static;d:\program files 
(x86)\sysinternals;d:\program files\perforce;d:\program files 
(x86)\vim\vim73;c:\program files\ibm\gsk8\lib64;c:\program files 
(x86)\ibm\gsk8\lib;D:\PROGRA~2\IBM\SQLLIB\BIN;D:\PROGRA~2\IBM\SQLLIB\FUNCTION;D:\PROGRA~2\IBM\SQLLIB\SAMPLES\REPL;c:/Program
 Files/Microsoft SDKs/Windows/v7.0/Bin;C:\Program Files (x86)\Nmap'

ALLUSERSPROFILE = 'C:\ProgramData'
AMDAPPSDKROOT = 'C:\Program Files (x86)\AMD APP\'
APPDATA = 'C:\Users\wajohnso\AppData\Roaming'
BMC_AR_SYSTEM_HOME = 'C:\Program Files (x86)\BMC Software\ARSystem'
CLASSPATH = 
'.;D:\PROGRA~2\IBM\SQLLIB\java\db2java.zip;D:\PROGRA~2\IBM\SQLLIB\java\db2jcc.jar;D:\PROGRA~2\IBM\SQLLIB\java\sqlj.zip;D:\PROGRA~2\IBM\SQLLIB\java\db2jcc_license_cu.jar;D:\PROGRA~2\IBM\SQLLIB\bin;D:\PROGRA~2\IBM\SQLLIB\java\common.jar'
CommonProgramFiles = 'C:\Program Files (x86)\Common Files'
CommonProgramFiles(x86) = 'C:\Program Files (x86)\Common Files'
CommonProgramW6432 = 'C:\Program Files\Common Files'
COMPUTERNAME = 'BMC-BZDMXV1'
ComSpec = 'C:\Windows\system32\cmd.exe'
CVSROOT = ':pserver:wjohn...@mm-dev-reddwarf.bmc.com:/usr/cvsroot/master'
DB2INSTANCE = 'DB2'
DEFLOGDIR = 'C:\ProgramData\McAfee\DesktopProtection'
DEST = 'e:\builds'
DEVTOOLS_ROOT = 'D:\devtools'
DRESS_REHERSAL = 'yes'
FP_NO_HOST_CHECK = 'NO'
GS_PROG = 'c:\cygwin\bin\gs'
HOMEDRIVE = 'U:'
HOMEPATH = '\'
HOMESHARE = '\\fs02-hou\wajohnso$'
INCLUDE = 'D:\PROGRA~2\IBM\SQLLIB\INCLUDE;D:\PROGRA~2\IBM\SQLLIB\LIB'
LIB = ';D:\PROGRA~2\IBM\SQLLIB\LIB'
LOCALAPPDATA = 'C:\Users\wajohnso\AppData\Local'
LOGONSERVER = '\\PHX-DC-03'
MAVEN_OPTS = '-Xmx1020m -XX:MaxPermSize=256m'
NOTIFY = 'wayne_john...@bmc.com'
NOTIFYADMIN = 'wayne_john...@bmc.com'
NUMBER_OF_PROCESSORS = '8'
OS = 'Windows_NT'
PATHEXT = '.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC;.pl'
PROCESSOR_ARCHITECTURE = 'x86'
PROCESSOR_ARCHITEW6432 = 'AMD64'
PROCESSOR_IDENTIFIER = 'Intel64 Family 6 Model 58 Stepping 9, GenuineIntel'
PROCESSOR_LEVEL = '6'
PROCESSOR_REVISION = '3a09'
ProgramData = 'C:\ProgramData'
ProgramFiles = 'C:\Program Files (x86)'
ProgramFiles(x86) = 'C:\Program Files (x86)'
ProgramW6432 = 'C:\Program Files'
PROMPT = '$P$G'
PSModulePath = 'C:\Windows\system32\WindowsPowerShell\v1.0\Modules\'
PUBLIC = 'C:\Users\Public'
QP_DB_ENCODED_PASSWORD = 'qpasa'
QP_DB_NAME = 'wayne10'
QP_DB_PASSWORD = 'qpasa'
QP_DB_TYPE = 'DB2'
QP_DB_TYPE_RAW = 'DB2 9.7'
QP_DB_USERNAME = 'WAYNE10'
QP_INSTALL_DIR = 'D:\Program Files (x86)'
QP_LDAP_CERT = 'p:/server2k3.iBMC-FJS20L1.com_server2k3.crt'
QP_LDAP_DOMAIN = 'ibmc-fjs20l1.com'
QP_LDAP_FQDN = 

Can I help with missing Cygwin man pages?

[Wayne Newberry]

I've noticed some scattered posts about missing Cygwin man pages.
I'm willing to help, but I'm not sure what I would be getting into.
I'm a technical writer, so I might need some help to get started and
to understand how to proceed.
Based on some advice, I've downloaded and extracted the
man-pages-3.32-14.fc16.noarch RPM and I'm comparing the man2, man3,
and man5 directories for Cygwin and this RPM.
I believe that these directories are the appropriate places to start.
What's the next step?
Thanks,
Wayne

Bad Address error from random executables causing freezes after upgrading to Win7

[Wayne Hayes]

Folks,

I recently upgraded to Windows 7.  Before that I was running XP with Cygwin 5.1.
(I can't give you the exact version because it's now gone).  I have scripts
running in the background constantly doing things like downloading news, 
uploading
my current dynamic IP to another machine, running a nigthly unison, etc.  
Immediately
after upgrading to Windows 7, I started seeing very infrequent errors like the 
following:

[... a few minutes of execution without errors ...]
/home/wayne/bin/quote: line 8: /usr/bin/date: Bad address
[... a few more minutes of execution without errors ... ]
/home/wayne/bin/quote: line 74: /usr/bin/tr: Bad address
[... a few more minutes of execution without errors ... ]
bash: /home/wayne/bin/quote: /bin/sh: bad interpreter: Bad address
/home/wayne/bin/quote: fork: Resource temporarily unavailable
/home/wayne/bin/quote: fork: Resource temporarily unavailable
/home/wayne/bin/quote: fork: Resource temporarily unavailable
/home/wayne/bin/quote: fork: Resource temporarily unavailable

Note that the error is coming from random executables called from my scripts.
Now, the fork: Resource temporarily unavaible errors I've seen before, ongoing
for years, and they're annoying but not critical because execution would always
continue.  I would also consider these Bad address errors not to be crucial 
except
occasionally they cause my script to just freeze up and stop dead.  Not good 
since
I need these scripts to be running continuously.

The first thing I did was upgrade from Cygwin 5.1 to 6.1, the most recent stable
release.  It didn't solve the problem.  Then I tried re-compiling all my own 
personal
executables.  No luck.  Then I found a description of a similar problem back in
August on this list,

http://cygwin.com/ml/cygwin/2010-08/msg00277.html

where Corinna Vinschen suggested getting the most recent developer version.  I
assumed this means cygwin1.dll.  So I went and got the most recent developer
version, which is 13 February 2011, and I downloaded and un-tar'd

http://cygwin.org/snapshots/cygwin-inst-20110213.tar.bz2

Then I rebooted.  No luck.  The problem persists.

This is what uname -a now says:

CYGWIN_NT-6.1 pisa 1.7.8s(0.236/5/3) 20110213 16:43:51 i686 Cygwin

Has anybody else encountered this problem?  Any clue as to what's causing it?

-- 
Wayne Hayes, Assistant Professor, Computer Science Department.
4092 Bren Hall, University of California, Irvine, CA 92697-3435.
e-mail: wa...@ics.uci.edu; Office Phone: +1-949-824-1753
Base 10 sucks.  If God had been a decent mathematician,
he would've given us 12 fingers instead of 10. - unknown

--
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: ntvdm encountered a hard error

[Wayne Johnson]

On 06/04/2010 09:29, prakash babu wrote:

 I installed cygwin 1.5 using the legacy setup available at
 http://cygwin.com/setup-legacy.exe.
 
 The install went through fine, but when I click on the cygwin binary i get
 ntvdm encountered a hard error.

I think I ran into the same problem (although after doing a google search, 
there 
are lots of different answers).

In my case, I was installing using setup-legacy.exe on a new Windows Server 2k3 
SP2 VM (under VMWare Server 2).  This was 

the exact same configuration that I had set up several months ago in another 
VM, 
and which still works. 



When I click on the Cygwin Bash Shell icon, or on
the start menu shortcut, a command windows would open up and then a pop up with
ntvdm encountered a hard error.

I started to compare the working and non-working VM and found that the shortcut 
on the non-working VM specified the command:
C:\WINDOWS\command.com /E:4096 /c C:\cygwin\Cygwin.bat, 
whereas the working version had 
C:\cygwin\Cygwin.bat.  

WS2k3 does not have a C:\WINDOWS\command.com (nor does XP).  When I changed the 
shortcut to 

C:\WINDOWS\system32\command.com /E:4096 /c C:\cygwin\Cygwin.bat 
everything worked great.

Now according to my cygcheck -c of both systems, there was no difference in the 
packages, so this must be a change in 

the installer.


  

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

1.7.5-1: cp: skipping file `xxx', as it was replaced while being copied (again)

[Wayne Johnson]

I know, this has been reported before.  I searched the archive and it 
was suggested that upgrading to 1.7.5 would fix the problem, but 
apparently not in my case.

I am running WindowsXPx64 and 
cygwin.dll 1.7.5-1.  I'm attempting to copy a file from a Tandem system 
(stop laughing) running Samba (stop laughing). and get the error:
  
cp: skipping file `//tiny.labs/wjohnson/build/TANDEM/bin/qpcfg', as it 
was replaced while being copied

I tried listing the inode number 
and it still seems to change between each try.  Something like:

D:\devls -i //tiny.labs/wjohnson/build/TANDEM/bin/qpcfg
18446738026459551968 
//tiny.labs/wjohnson/build/TANDEM/bin/qpcfg

D:\devls -i 
//tiny.labs/wjohnson/build/TANDEM/bin/qpcfg
18446738026451034128 //tiny.labs/wjohnson/build/TANDEM/bin/qpcfg
 
I have another (older) system running Cygwin on 32 bit windows and Cygwin 
1.5.25(0.156/4/2) and it 
seems to work fine.  I also tried this on a 32 bit VM running WindowsXP 
and 1.7.5-1, hosted on the same 64 bit system where it fails and it 
works there as well, but does not work on a similar VM with 64 bit XP 
and 1.7.5.  Looks like this is an issue with 1.7.x and 64 bit windows.

Any suggestions on what to try would be appreciated, 
otherwise I will have to go back to 1.5.25.

Thanks.

 --- 
Wayne Johnson, | There are two kinds of people: Those 
3943 Penn Ave. N.  | who say to God, Thy will be done, 
Minneapolis, MN 55412-1908   | and those to whom God says, All right, 
(612) 522-7003| then,  have it your way. --C.S. 
Lewis


  

--
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: rxvt and strange characters from man

[Wayne Erfling]

Turns out the solution for me was to put the commands into .bash_profile 
instead of .bashrc


LANG=en_US; export LANG


GMANE werfl...@visionamics.com wrote in message 
news:hi52s7$f1...@ger.gmane.org...

I also see this behavior.

It was suggested I create a .bashrc file (echo LANG=en_US; export LANG 
  ~/.bashrc), but this didn't work the next time I ran rxvt.


Hopefully somebody will see us and help out.


tim richardson t...@tim-richardson.net wrote in message 
news:loom.20100104t115636-...@post.gmane.org...

I've setup rxvt, and take the default term settings.
This is the latest cygwin as of today, Vista host.

when I do man x, I get odd characters: mis-interpreted control 
characters.

The default cygwin terminal works fine.

for example, if I do
man man

I get this kind of stuff (the characters â (letter a with a hat on) pops 
up a lot


SYNOPSIS
  man  [−acdfFhkKtwW]













--
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: rsync hangs on big transfer Debian 5.0.3 pulling from WinXP SP3/ Cygwin 1.5.25

[Wayne Davison]

On Sat, Dec 19, 2009 at 9:37 PM, David Christensen
dpchr...@holgerdanske.com wrote:
 I'm having trouble with rsync invoked on Debian 5.0.3 pulling files from
 Windows XP SP3/ Cygwin 1.5.25.

If this is not a daemon connection, then it's probably the cygwin
pipe-hang bug.  I have heard that a more modern cygwin (such as 1.7)
has this fixed.

..wayne..

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

The Ghostly Install Cygwin

[Wayne Watson]

As posted earlier, I downloaded the install via redhat/redwire, and then 
found no way to complete the install. I did get 16M of files. I went 
through the same source a few hours ago, redhat/redwire, but asked for 
the install to be carried out via the internet, no download choice this 
time. After a lot of rattling around I found nothing on my C-drive, 
desktop, or in Start-All Programs. What's up?


I'll try again shortly with another download/install site.

--
  Wayne Watson (Watson Adventures, Prop., Nevada City, CA)

(121.015 Deg. W, 39.262 Deg. N) GMT-8 hr std. time)
 Obz Site:  39° 15' 7 N, 121° 2' 32 W, 2700 feet  


  All the neutrons, and protons in the human body occupy
  a cube whose side is 5.52*10**-6 meters (tiny!). That
  adds up to a 150 pound person. It's not a surprise that
  we are mostly space. (Calculation by WTW)




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/

Re: The Ghostly Install Cygwin

[Wayne Watson]

gatech worked fine. I'm installed. I guess a possible lesson here is 
stay away from redhat/redwire. Apparently, they have their own agenda.


Wayne Watson wrote:
As posted earlier, I downloaded the install via redhat/redwire, and 
then found no way to complete the install. I did get 16M of files. I 
went through the same source a few hours ago, redhat/redwire, but 
asked for the install to be carried out via the internet, no download 
choice this time. After a lot of rattling around I found nothing on my 
C-drive, desktop, or in Start-All Programs. What's up?


I'll try again shortly with another download/install site.



--
  Wayne Watson (Watson Adventures, Prop., Nevada City, CA)

(121.015 Deg. W, 39.262 Deg. N) GMT-8 hr std. time)
 Obz Site:  39° 15' 7 N, 121° 2' 32 W, 2700 feet  


  All the neutrons, and protons in the human body occupy
  a cube whose side is 5.52*10**-6 meters (tiny!). That
  adds up to a 150 pound person. It's not a surprise that
  we are mostly space. (Calculation by WTW)




--
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple
Problem reports:   http://cygwin.com/problems.html
Documentation: http://cygwin.com/docs.html
FAQ:   http://cygwin.com/faq/