Re: cygwinports.org: determine what in your install is now EOL

[Yaakov Selkowitz]

On 2017-03-28 00:48, Shaddy Baddah wrote:

I was hoping you could give some advise however. Is there a quick way
to find which packages are installed, which are now no longer being
maintained. ie. no longer available, because cygwinports.org is gone,
and they never found their way into the accepted Cygwin packages.


Remove the Ports repository from setup's download location (or at least 
the setup.ini files).  Then run setup again normally; any package which 
is not listed in a repository known to setup will be in the Misc category.


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

Re: how to manage 2 guile version

[Marco Atzeri]

On 28/03/2017 04:15, Yaakov Selkowitz wrote:

On 2016-07-17 12:01, Marco Atzeri wrote:

On 14/07/2016 23:29, Yaakov Selkowitz wrote:

https://github.com/cygwinports/guile
https://github.com/cygwinports/guile1.8

(Those haven't been updated in a while, so they may need version/release
bumps.)


thanks

2.0.12 build fine, I need just to look on some test failures

00-socket.test  seems to cause a segfault.


Ping?



Last week I was planning to just release guile-2.0.14,
but while the test of guile itself is almost fine I noticed an issue
when building "make" with it.

Only tested on 64 bits, 'make check' of make fails on all guile tests
---
functions/guile .
Test timed out after 5 seconds
Error running ../make (expected 0; got 14): ../make -f 
work/functions/guile.mk


Caught signal 14!

Test timed out after 5 seconds
Error running ../make (expected 0; got 14): ../make -f 
work/functions/guile.mk.1


Caught signal 14!

Test timed out after 5 seconds
Error running ../make (expected 0; got 14): ../make -f 
work/functions/guile.mk.2

--

no real time in the next month to chase it.

As I am on the road and upload is not working on my
website, I am attaching the latest cygport and patch file
just in case you or some else would like to check.

Regards
Marco

NAME="guile"
VERSION=2.0.14
RELEASE=1

CATEGORY="Interpreters"
SUMMARY="GNU Scheme interpreter library"
DESCRIPTION="Guile is an interpreter for Scheme, packaged as a library that
you can link into your applications to give them their own scripting language."

HOMEPAGE="http://www.gnu.org/software/guile/guile.html;
SRC_URI="mirror://gnu/guile/${NAME}-${VERSION}.tar.xz
 mirror://gnu/guile/${NAME}-${VERSION}.tar.xz.sig"

# 1.8.5-export-symbols.patch
# 1.8.5-module-ldflags.patch

PATCH_URI="test-ffi.patch"

# FIXME: libguile-devel
PKG_NAMES="${NAME} lib${NAME}22 ${NAME}-devel"

PKG_CONTENTS[0]="--exclude=*.dll --exclude=guile-config usr/bin/
usr/share/doc/ usr/share/info/ usr/share/man/"
PKG_SUMMARY[0]="${SUMMARY}"

PKG_CONTENTS[1]="usr/bin/cygguile-*.dll 
 usr/bin/cygguilereadline-*dll usr/share/guile/"
PKG_SUMMARY[1]="${SUMMARY} - runtime"

PKG_CONTENTS[2]="usr/bin/*-config usr/include/ usr/lib/libguile*
  usr/lib/pkgconfig/ usr/share/aclocal/"
PKG_SUMMARY[2]="${SUMMARY} - devel"

DIFF_EXCLUDES="ref test-suite"
KEEP_LA_FILES="module"


#   --disable-debug-freelist \
#   --enable-elisp \

CYGCONF_ARGS="
--includedir=/usr/include/guile/2.0
--disable-debug-malloc \
--disable-guile-debug \
--disable-error-on-warning \
--disable-rpath \
--disable-static \
--enable-deprecated \
--enable-networking \
--enable-nls \
--enable-posix \
--enable-regex \
--with-threads \
--with-modules
"



src_test() {
cd ${B}
make -i check  
}

--- origsrc/guile-2.0.14/test-suite/standalone/test-ffi 2013-03-01 
17:50:05.0 +0100
+++ test-suite/standalone/test-ffi  2017-03-25 12:49:48.062647800 +0100
@@ -266,11 +266,11 @@
 (define global (dynamic-link))
 
 (define strerror
-  (pointer->procedure '* (dynamic-func "strerror" global)
+  (pointer->procedure '* (dynamic-func "strerror" (dynamic-link "cygwin1")) 
   (list int)))
 
 (define strlen
-  (pointer->procedure size_t (dynamic-func "strlen" global)
+  (pointer->procedure size_t (dynamic-func "strlen" (dynamic-link "cygwin1"))
   (list '*)))
 
 (let* ((ptr (strerror ENOENT))

cygwinports.org: determine what in your install is now EOL

[Shaddy Baddah]

Hi Yaakov,

I received the notification that cygwinports.org was closing
immediately. This email is not complain about that. I want to thank
you for running it so long with such quality over the years.

I was hoping you could give some advise however. Is there a quick way
to find which packages are installed, which are now no longer being
maintained. ie. no longer available, because cygwinports.org is gone,
and they never found their way into the accepted Cygwin packages.

--
Thanks in advance,
Shaddy

--
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: cygserver - Postgres Multiple connection Load Testing - Inifinte Loop

[Noah Misch]

On Fri, Mar 24, 2017 at 06:11:01PM +0100, Corinna Vinschen wrote:
> - cygserver is using a defined number of threads in a thread pool for
>   application requests.  Every request is added to a request submission
>   queue and handled by the next free thread in the pool.
> 
>   The default number of threads in the pool is 10.  Each wait for a
>   semaphore is blocking one thread.  If more than the number of threads
>   in the pool are supposed to wait on a semaphore the pool starves.

Interesting.  I can confirm that, without updating software, "cygserver -r 40"
fixes both my self-contained test and my PostgreSQL test case.  Folks can use
that workaround in released-version installations.

>   So what I did now is to allow cygserver to raise the number of worker
>   threads on demand.  That is, if a request is in the queue and all
>   worker threads are busy, just create a new one.
> 
>   There's no way yet to drop threads again, but this should be a minor
>   problem in scenarions which really have a lot of contention.

Agreed.  This is nicer.

> I pushed a patchset now, and uploaded new developer snapshots for
> testing to https://cygwin.com/snapshots/

> Please give it a try

Self-contained test case results look good:

cygwin-20170321.tar.xz "cygserver -r40": ok
cygwin-20170324.tar.xz "cygserver -r40": ok
cygwin-20170321.tar.xz "cygserver -r10": freezes (expected)
cygwin-20170324.tar.xz "cygserver -r10": ok; cygserver output concludes with
  "cygserver: All threads busy, added one (now 21)".

I then tried my PostgreSQL test case ("pgbench -i -s 50" once to setup, then
"pgbench -S -j2 -c16 -T900 -P5" to test):

cygwin-20170321.tar.xz "cygserver -r40": ok for >3600s
cygwin-20170324.tar.xz "cygserver -r40": limited freeze in <1000s; no
  cygserver output
cygwin-20170321.tar.xz "cygserver -r10": classic freeze in <1000s (expected)
cygwin-20170324.tar.xz "cygserver -r10": limited freeze in <1000s; no
  cygserver output for most of the run, then output concluding with
  "cygserver: All threads busy, added one (now 15)" just before the freeze

I call the cygwin-20170324 freezes "limited" because the symptoms differ from
the classic freeze I described upthread.  "strace /bin/true" and "cat
/proc/sysvipc/sem" do not hang, but every PostgreSQL backend process is stuck
waiting on a synchronization primitive.

I can distill another self-contained test case for the limited freeze seen in
cygwin-20170324, but that make take awhile.  I'm sending this early report so
you're aware of the possible regression in cygwin-20170324.

Thanks,
nm

--
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 manage 2 guile version

[Yaakov Selkowitz]

On 2016-07-17 12:01, Marco Atzeri wrote:

On 14/07/2016 23:29, Yaakov Selkowitz wrote:

https://github.com/cygwinports/guile
https://github.com/cygwinports/guile1.8

(Those haven't been updated in a while, so they may need version/release
bumps.)


thanks

2.0.12 build fine, I need just to look on some test failures

00-socket.test  seems to cause a segfault.


Ping?

--
Yaakov

Re: inetutils-server, OpenSP and units install glitches and fixes

[Andrey Repin]

Greetings, Nellis, Kenneth (Conduent)!

> From: Ian Lambert via cygwin
>> ...
>> On a related note, using not ancient Red Hat 5.6 where the mirror is
>> stored, tar won't expand the Cygwin packages?
>> 
>> $ tar -xvf units-2.13-1.tar.xz
>> 
>> tar: This does not look like a tar archive
>> tar: Skipping to next header
>> tar: Archive contains obsolescent base-64 headers
>> tar: Read 9640 bytes from units-2.13-1.tar.xz
>> tar: Error exit delayed from previous errors
>> 
>> $ tar --version
>> tar (GNU tar) 1.15.1
>> 
>> 
>> but tar Packaged by Cygwin (1.29-1) will.
>> 

> I believe you need to tell tar if the file is in a compressed
> format.

tar autodetects compression format. No need to specify it explicitly.
If you are unable to unpack .xz archive, you're missing the "xz" binary on
your system.

> Not sure if your version takes the same options as
> Cygwin's tar 1.29, but there you would want to say (I suspect):

> $ tar -xvjf units-2.13-1.tar.xz


-- 
With best regards,
Andrey Repin
Tuesday, March 28, 2017 04:06:29

Sorry for my terrible english...


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

[Duncan Roe]

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

Re: inetutils-server, OpenSP and units install glitches and fixes

[Duncan Roe]

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

No, -j is for bz2. -J (capital j) is for xz, but the tar being tried may be too
old to have that option.

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

OCaml 4.04.0

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* ocaml-4.04.0-1.tar.xz
* ocaml-camlp4-4.04+1-1.tar.xz
* ocaml-camlp5-6.17-1.tar.xz
* ocaml-compiler-libs-4.04.0-1.tar.xz
* ocaml-facile-1.1.3-1.tar.xz
* ocaml-findlib-1.7.1-1.tar.xz
* ocaml-lablgl-1.05-3.tar.xz
* ocaml-lablglade2-2.18.5-1.tar.xz
* ocaml-lablgnomecanvas-2.18.5-1.tar.xz
* ocaml-lablgnomeui-2.18.5-1.tar.xz
* ocaml-lablgtk2-2.18.5-1.tar.xz
* ocaml-lablgtkgl2-2.18.5-1.tar.xz
* ocaml-lablgtksourceview2-2.18.5-1.tar.xz
* ocaml-lablgtkspell-2.18.5-1.tar.xz
* ocaml-lablrsvg-2.18.5-1.tar.xz
* ocaml-labltk-8.06.2-1.tar.xz
* ocaml-ocamlbuild-0.10.1-1.tar.xz
* ocaml-source-4.04.0-1.tar.xz
* emacs-ocaml-4.04.0-1.tar.xz
* flexdll-0.35-2.tar.xz

OCaml is a fast modern type-inferring functional programming language 
descended from the ML (Meta Language) family, featuring objects, 
modules, and a high-performance native-code compiler.


This is an update to the latest versions of the compiler, runtime, 
libraries, and tools.


--
Yaakov

[ANNOUNCEMENT] OCaml 4.04.0

[Yaakov Selkowitz]

The following packages have been uploaded to the Cygwin distribution:

* ocaml-4.04.0-1.tar.xz
* ocaml-camlp4-4.04+1-1.tar.xz
* ocaml-camlp5-6.17-1.tar.xz
* ocaml-compiler-libs-4.04.0-1.tar.xz
* ocaml-facile-1.1.3-1.tar.xz
* ocaml-findlib-1.7.1-1.tar.xz
* ocaml-lablgl-1.05-3.tar.xz
* ocaml-lablglade2-2.18.5-1.tar.xz
* ocaml-lablgnomecanvas-2.18.5-1.tar.xz
* ocaml-lablgnomeui-2.18.5-1.tar.xz
* ocaml-lablgtk2-2.18.5-1.tar.xz
* ocaml-lablgtkgl2-2.18.5-1.tar.xz
* ocaml-lablgtksourceview2-2.18.5-1.tar.xz
* ocaml-lablgtkspell-2.18.5-1.tar.xz
* ocaml-lablrsvg-2.18.5-1.tar.xz
* ocaml-labltk-8.06.2-1.tar.xz
* ocaml-ocamlbuild-0.10.1-1.tar.xz
* ocaml-source-4.04.0-1.tar.xz
* emacs-ocaml-4.04.0-1.tar.xz
* flexdll-0.35-2.tar.xz

OCaml is a fast modern type-inferring functional programming language 
descended from the ML (Meta Language) family, featuring objects, 
modules, and a high-performance native-code compiler.


This is an update to the latest versions of the compiler, runtime, 
libraries, and tools.


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

Re: unison-2.48 build fails with latest ocaml and flexdll (ping: Yaakov, Damien)

[Yaakov Selkowitz]

On 2017-02-24 12:15, Andrew Schulman wrote:

So to follow up on this old thread: The commands to make ocaml work again
in x86_64 are

rebase -b 0x0644 /usr/lib/ocaml/stublibs/dllunix.so
rebase -b 0x0651 /usr/lib/ocaml/stublibs/dllcamlstr.so


Damien: OCaml is broken OOTB in x86_64. dllunix.so and dllcamlstr.so need to be
rebased before it will work.


This is still true today. The above commands will probably have to be rerun
each time you use ocaml, since updating packages usually runs rebaseall
which undoes the above.


Could you try this again with the OCaml 4.04.0 stack I just uploaded, 
and see if this is still an issue?


--
Yaakov

Re: Ping/offer on FlexDLL 0.35, OCaml 4.04, Camlp4, etc.

[Yaakov Selkowitz]

On 2017-02-11 05:00, Marco Atzeri wrote:

Damien,
are still with us ?


It seems not. :-(


the issue on 64 bit platform is still hurting


I have built 4.04.0 and the rest of the basic stack.  There is a bit of 
an issue with flexdll and large libraries (namely, dlllablgtk2.so), but 
stripping the binary (or linking with -Wl,-s) seems to be a viable 
workaround.


In order to get this moving, I've taken ocaml and will upload shortly.

--
Yaakov

[newlib-cygwin] declaration of ppoll() by poll.h should be guarded by _GNU_SOURCE

[Jon TURNEY]

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=b568f92c505aaa923160eca93935995dd6b88b16

commit b568f92c505aaa923160eca93935995dd6b88b16
Author: Jon Turney 
Date:   Mon Mar 27 15:19:36 2017 +0100

declaration of ppoll() by poll.h should be guarded by _GNU_SOURCE

Signed-off-by: Jon Turney 

Diff:
---
 winsup/cygwin/include/sys/poll.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/winsup/cygwin/include/sys/poll.h b/winsup/cygwin/include/sys/poll.h
index 8228278..0da4c3f 100644
--- a/winsup/cygwin/include/sys/poll.h
+++ b/winsup/cygwin/include/sys/poll.h
@@ -39,9 +39,11 @@ struct pollfd {
 typedef unsigned int nfds_t;
 
 extern int poll __P ((struct pollfd *fds, nfds_t nfds, int timeout));
+#if __GNU_VISIBLE
 extern int ppoll __P ((struct pollfd *fds, nfds_t nfds,
   const struct timespec *timeout_ts,
   const sigset_t *sigmask));
+#endif
 
 __END_DECLS

Re: [HHITP] mailutils 3.2

[Ken Brown]

On 3/27/2017 3:32 PM, Yaakov Selkowitz wrote:

On 2017-03-24 14:54, Ken Brown wrote:

This is a half-hearted ITP for GNU mailutils
(https://www.gnu.org/software/mailutils/mailutils.html).  I'd like some
feedback before I proceed.

My only interest in mailutils is that it provides a utility
movemail.exe, which is used by emacs.[*]  But I looked into providing a
complete build of mailutils and various subpackages along the lines of
Debian[**], and it turned out to be straightforward.  My cygport file
and patches are attached.  I ran the testsuite, and there were 42
failures and 3 skips out of 978 tests.  The failures ought to be looked
at, but I don't this is too bad.


FWIW, even on Debian, the tests succeed until comsatd tests 2-7 all
fail, at which point make check terminates.  So if those are your first
failures, it may just be the testsuite.


No, the comsatd tests all pass.  The failures I'm seeing are in imap4d, 
maidag, and sieve.  And for some reason that I haven't figured out, the 
pop3d tests aren't run.  The tests use dejagnu, and they report that 
runtest can't be found.  But there are other tests that use dejagnu and 
do find runtest, so I'm puzzled.



Not a full review, but noticed a few things:


libmailutils5_CONTENTS="
  --exclude=usr/bin/
  usr/bin/cyg*-5.dll
  usr/lib/mailutils/*.dll"


What happens when a future version ships libmailutils6?  As is, the
modules will collide.  Are the modules used by the libraries directly,
or are they for the daemons?


The modules provide extensions to the Sieve mail-filtering language and 
are used only by the latter.  They are apparently loaded on demand by 
"require" statements in Sieve scripts.  Should I put them in a separate 
subpackage (say, libmailutils-sieve-extensions)?



mailutils_mh_CONTENTS="
  usr/bin/mu-mh
  usr/share/mailutils/mh"


A /usr/bin/mu-mh directory would violate the FHS (4.4.2: "There must be
no subdirectories in /usr/bin.").  Depending on how these are used, one
of /usr/{lib,libexec}/mu-mh would make more sense.


According to the Mailutils manual, "The primary aim of this 
implementation is to provide an interface between Mailutils and Emacs 
using mh-e module."  I've looked at Emacs's mh-e.el, and it expects to 
find the programs in /usr/local/bin/mu-mh or /usr/bin/mu-mh.  So I think 
we're stuck with this.  FWIW, Debian packages mailutils-mh the same way.


Thanks for looking at this.

Ken

Re: Malwarebytes flags qdbusviewer-qt5.exe as Adware.Elex malware

[Ed Koerber via cygwin]

Thanks for posting that for me, Brian. I was going to get back to that to check 
for a response myself, but it has been a busy week!

From: Brian Inglis 
To: cygwin@cygwin.com 
Sent: Saturday, March 25, 2017 3:06 PM
Subject: Re: Malwarebytes flags qdbusviewer-qt5.exe as Adware.Elex malware



On 2017-03-20 07:53, Ed Koerber via cygwin wrote:
> On Sunday, March 19, 2017 12:20 PM, Ed Koerber via cygwin wrote:
>> I am using the following version of cygwin on a Windows 7 computer:
>> $ uname -a 
>> CYGWIN_NT-6.1 e250 2.6.0(0.304/5/3) 2016-08-31 14:27 i686 Cygwin 
>> Why does Malwarebytes flag this file: 
>> C:\cygwin\usr\x86_64-w64-mingw32\sys-root\mingw\bin\qdbusviewer-qt5.exe
>> as Adware.Elex malware?
> Probable problem with Malwarebytes incorrectly flags the
> qdbusviewer-qt5.exe file reported here:
> https://forums.malwarebytes.com/topic/197975-malwarebytes-flags-qdbusviewer-qt5exe-as-adwareelex-malware/
> Stay tuned for the response.
Response:
"shadowwar
Forum Deity
shadowwar
Moderators
Posted Monday at 05:18 PM ID: 2
This will be fixed next update."

-- 
Take care. Thanks, Brian Inglis, Calgary, Alberta, Canada


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

--
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 could not find pkg_resources

[Ivan Gagis]

Hi,

thanks for updating the 'calm', not it seems like it goes to python3.6 
directory:



C:\cygwin64\bin\bash -e -l -c "ls /usr/lib/python3.4/site-packages/"

README
C:\cygwin64\bin\bash -e -l -c "ls /usr/lib/python3.6/site-packages/"
__pycache__
appdirs.py
appdirs-1.4.3.dist-info
calm
calm-20170327-py3.6.egg-info
easy_install.py
packaging
packaging-16.8.dist-info
pkg_resources
pyparsing.py
pyparsing-2.1.10.dist-info
setuptools
setuptools-34.3.2.dist-info
six.py
six-1.10.0.dist-info


But still 'mksetupini' fails with same error:


Traceback (most recent call last):

File "/usr/bin/mksetupini", line 6, in 
from pkg_resources import load_entry_point
ImportError: No module named 'pkg_resources'


Does anybody have other ideas of what could be wrong?
What can I try to analyze the problem?

Br,
Ivan


On 03/27/2017 09:56 PM, Jon Turney wrote:

On 27/03/2017 16:53, Ivan Gagis wrote:

I'm having the following problem with mksetupini script.
On the fresh cygwin installation (both 32 and 64 bits) the script
fails with the following error message:

Traceback (most recent call last):
File "/usr/bin/mksetupini", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named 'pkg_resources'


This error kinds of suggests that you either don't have 
python3-setuptools installed, or don't have a version which matches 
your python version



Googling suggested that it cannpt find python-setuptools framework.
I found out that package 'calm' is installed to /usr/lib/python3.4
while python3-setuptools is installed to /usr/lib/python3.6. Can this
be the root cause of the problem? Any thoughts about how to
fix/workaround it?


The calm package needed rebuilding for the recent python 3.4 -> 3.6 
update.


I've uploaded calm-20170327-1, please try that then when it reaches 
the mirrors.





--
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: git alias for "status" not working

[David Dombrowsky]

On Mon, Mar 27, 2017 at 9:24 AM, cyg Simple  wrote:
>> st is also a prefix of "stash".  Maybe it does not like aliases
>> that are prefixes of other commands?

Without the entry in the config file, `git st` results in the expected

git: 'st' is not a git command. See 'git --help'.

It's possible there's a string parse error, but using an alias of
"stx" doesn't work either.  Nor does 'xyzzy'.

> Also check the line endings of the config file.  Make sure they are UNIX
> line endings instead of Windows.

Yes, they are unix line endings.  I normally use a symlink for
~/.gitconfig, and I also tried with with and without the symlink.
Same result.

-- 
David Dombrowsky, Senior Software Engineer
email: da...@6thstreetradio.org
https://www.linkedin.com/in/david-dombrowsky-94334415
http://6thstreetradio.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

Re: [HHITP] mailutils 3.2

[Yaakov Selkowitz]

On 2017-03-24 14:54, Ken Brown wrote:

This is a half-hearted ITP for GNU mailutils
(https://www.gnu.org/software/mailutils/mailutils.html).  I'd like some
feedback before I proceed.

My only interest in mailutils is that it provides a utility
movemail.exe, which is used by emacs.[*]  But I looked into providing a
complete build of mailutils and various subpackages along the lines of
Debian[**], and it turned out to be straightforward.  My cygport file
and patches are attached.  I ran the testsuite, and there were 42
failures and 3 skips out of 978 tests.  The failures ought to be looked
at, but I don't this is too bad.


FWIW, even on Debian, the tests succeed until comsatd tests 2-7 all 
fail, at which point make check terminates.  So if those are your first 
failures, it may just be the testsuite.


Not a full review, but noticed a few things:


libmailutils5_CONTENTS="
  --exclude=usr/bin/
  usr/bin/cyg*-5.dll
  usr/lib/mailutils/*.dll"


What happens when a future version ships libmailutils6?  As is, the 
modules will collide.  Are the modules used by the libraries directly, 
or are they for the daemons?



mailutils_mh_CONTENTS="
  usr/bin/mu-mh
  usr/share/mailutils/mh"


A /usr/bin/mu-mh directory would violate the FHS (4.4.2: "There must be 
no subdirectories in /usr/bin.").  Depending on how these are used, one 
of /usr/{lib,libexec}/mu-mh would make more sense.


--
Yaakov

Re: mksetupini could not find pkg_resources

[Jon Turney]

On 27/03/2017 16:53, Ivan Gagis wrote:

I'm having the following problem with mksetupini script.
On the fresh cygwin installation (both 32 and 64 bits) the script
fails with the following error message:

Traceback (most recent call last):
File "/usr/bin/mksetupini", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named 'pkg_resources'


This error kinds of suggests that you either don't have 
python3-setuptools installed, or don't have a version which matches your 
python version



Googling suggested that it cannpt find python-setuptools framework.
I found out that package 'calm' is installed to /usr/lib/python3.4
while python3-setuptools is installed to /usr/lib/python3.6. Can this
be the root cause of the problem? Any thoughts about how to
fix/workaround it?


The calm package needed rebuilding for the recent python 3.4 -> 3.6 update.

I've uploaded calm-20170327-1, please try that then when it reaches the 
mirrors.



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

[newlib-cygwin] Recognize Netapp mode supporting reparse points

[Corinna Vinschen]

https://sourceware.org/git/gitweb.cgi?p=newlib-cygwin.git;h=bbffd7ce7a74f8fd515c261fdfe3688855ac1eae

commit bbffd7ce7a74f8fd515c261fdfe3688855ac1eae
Author: Corinna Vinschen 
Date:   Mon Mar 27 20:28:03 2017 +0200

Recognize Netapp mode supporting reparse points

Signed-off-by: Corinna Vinschen 

Diff:
---
 winsup/cygwin/mount.cc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/winsup/cygwin/mount.cc b/winsup/cygwin/mount.cc
index 4de65b2..c11ae5a 100644
--- a/winsup/cygwin/mount.cc
+++ b/winsup/cygwin/mount.cc
@@ -319,6 +319,7 @@ fs_info::update (PUNICODE_STRING upath, HANDLE in_vol)
 | FILE_PERSISTENT_ACLS)
 /* Netapp DataOnTap. */
 #define NETAPP_IGNORE (FILE_SUPPORTS_SPARSE_FILES \
+  | FILE_SUPPORTS_REPARSE_POINTS \
   | FILE_PERSISTENT_ACLS)
 #define FS_IS_NETAPP_DATAONTAP TEST_GVI(flags () & ~NETAPP_IGNORE, \
 FILE_CASE_SENSITIVE_SEARCH \

Re: inetutils-server, OpenSP and units install glitches and fixes

[cyg Simple]

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

This should work for both Cygwin and your Redhat Linux

  -a, --auto-compressuse archive suffix to determine the compression

You just need to ensure that the prerequisite software to do the
compression/decompression is in place.

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

[Yaakov Selkowitz]

On 2017-03-27 11:44, 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/


SVN?  That's ancient.  Use the github link I mentioned elsewhere in this 
thread.


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

Re: Cygwin - Install Liquidsoap for Shoutcast or Icecast

[Vince Rice]

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


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

[Yaakov Selkowitz]

On 2017-03-27 11:35, Wayne Barron wrote:

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


They may be out of date, but look for liquidsoap and the various ocaml-* 
dependencies in Ports-extras git:


https://github.com/cygwinports-extras/


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


Unfortunately, our OCaml stack is a bit broken in places at the moment, 
so that may cause some problems.


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

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

mksetupini could not find pkg_resources

[Ivan Gagis]

Hi,

I'm having the following problem with mksetupini script.
On the fresh cygwin installation (both 32 and 64 bits) the script
fails with the following error message:

Traceback (most recent call last):
File "/usr/bin/mksetupini", line 5, in 
from pkg_resources import load_entry_point
ImportError: No module named 'pkg_resources'

Googling suggested that it cannpt find python-setuptools framework.
I found out that package 'calm' is installed to /usr/lib/python3.4
while python3-setuptools is installed to /usr/lib/python3.6. Can this
be the root cause of the problem? Any thoughts about how to
fix/workaround it?

Br,
Ivan

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

RE: inetutils-server, OpenSP and units install glitches and fixes

[Ian Lambert via cygwin]

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

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

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

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

Re: [PATCH] declaration of ppoll() by poll.h should be guarded by _GNU_SOURCE

[Corinna Vinschen]

On Mar 27 16:04, Jon Turney wrote:
> Signed-off-by: Jon Turney 
> ---
>  winsup/cygwin/include/sys/poll.h | 2 ++
>  1 file changed, 2 insertions(+)
> 
> diff --git a/winsup/cygwin/include/sys/poll.h 
> b/winsup/cygwin/include/sys/poll.h
> index 8228278..0da4c3f 100644
> --- a/winsup/cygwin/include/sys/poll.h
> +++ b/winsup/cygwin/include/sys/poll.h
> @@ -39,9 +39,11 @@ struct pollfd {
>  typedef unsigned int nfds_t;
>  
>  extern int poll __P ((struct pollfd *fds, nfds_t nfds, int timeout));
> +#if __GNU_VISIBLE
>  extern int ppoll __P ((struct pollfd *fds, nfds_t nfds,
>  const struct timespec *timeout_ts,
>  const sigset_t *sigmask));
> +#endif
>  
>  __END_DECLS
>  
> -- 
> 2.8.3

Please apply.


Thanks,
Corinna

-- 
Corinna Vinschen  Please, send mails regarding Cygwin to
Cygwin Maintainer cygwin AT cygwin DOT com
Red Hat


signature.asc
Description: PGP signature

[PATCH] Implement getloadavg() [v3]

[Jon Turney]

v2:
autoload PerfDataHelper functions
Keep loadavg in shared memory
Guard loadavg access by a mutex
Initialize loadavg to the current load

v3:
Shared memory version bump isn't needed if we are only extending it
Remove unused autoload
Mark inititalized flags as NO_COPY for correct behaviour in fork child

Signed-off-by: Jon Turney 
---
 winsup/cygwin/Makefile.in  |   1 +
 winsup/cygwin/autoload.cc  |   5 +
 winsup/cygwin/common.din   |   1 +
 winsup/cygwin/fhandler_proc.cc |  10 +-
 winsup/cygwin/include/cygwin/stdlib.h  |   4 +
 winsup/cygwin/include/cygwin/version.h |   3 +-
 winsup/cygwin/loadavg.cc   | 192 +
 winsup/cygwin/loadavg.h|  24 +
 winsup/cygwin/shared.cc|   1 +
 winsup/cygwin/shared_info.h|   2 +
 winsup/doc/posix.xml   |   1 +
 11 files changed, 240 insertions(+), 4 deletions(-)
 create mode 100644 winsup/cygwin/loadavg.cc
 create mode 100644 winsup/cygwin/loadavg.h

diff --git a/winsup/cygwin/Makefile.in b/winsup/cygwin/Makefile.in
index c8652b0..10e6b1f 100644
--- a/winsup/cygwin/Makefile.in
+++ b/winsup/cygwin/Makefile.in
@@ -323,6 +323,7 @@ DLL_OFILES:= \
kernel32.o \
ldap.o \
libstdcxx_wrapper.o \
+   loadavg.o \
localtime.o \
lsearch.o \
malloc_wrapper.o \
diff --git a/winsup/cygwin/autoload.cc b/winsup/cygwin/autoload.cc
index df06013..02d2e67 100644
--- a/winsup/cygwin/autoload.cc
+++ b/winsup/cygwin/autoload.cc
@@ -730,4 +730,9 @@ LoadDLLfunc (WSASetLastError, 4, ws2_32)
 LoadDLLfunc (WSASocketW, 24, ws2_32)
 // LoadDLLfunc (WSAStartup, 8, ws2_32)
 LoadDLLfunc (WSAWaitForMultipleEvents, 20, ws2_32)
+
+LoadDLLfunc (PdhAddEnglishCounterA, 16, pdh)
+LoadDLLfunc (PdhCollectQueryData, 4, pdh)
+LoadDLLfunc (PdhGetFormattedCounterValue, 16, pdh)
+LoadDLLfunc (PdhOpenQueryA, 12, pdh)
 }
diff --git a/winsup/cygwin/common.din b/winsup/cygwin/common.din
index f236813..8e54a7d 100644
--- a/winsup/cygwin/common.din
+++ b/winsup/cygwin/common.din
@@ -624,6 +624,7 @@ gethostname = cygwin_gethostname SIGFE
 getifaddrs SIGFE
 getitimer SIGFE
 getline = __getline SIGFE
+getloadavg SIGFE
 getlogin NOSIGFE
 getlogin_r NOSIGFE
 getmntent SIGFE
diff --git a/winsup/cygwin/fhandler_proc.cc b/winsup/cygwin/fhandler_proc.cc
index 2a8cf14..a7e816f 100644
--- a/winsup/cygwin/fhandler_proc.cc
+++ b/winsup/cygwin/fhandler_proc.cc
@@ -418,7 +418,7 @@ static off_t
 format_proc_loadavg (void *, char *)
 {
   extern int get_process_state (DWORD dwProcessId);
-  unsigned running = 0;
+  unsigned int running = 0;
   winpids pids ((DWORD) 0);
 
   for (unsigned i = 0; i < pids.npids; i++)
@@ -429,9 +429,13 @@ format_proc_loadavg (void *, char *)
break;
 }
 
+  double loadavg[3] = { 0.0, 0.0, 0.0 };
+  getloadavg (loadavg, 3);
+
   destbuf = (char *) crealloc_abort (destbuf, 48);
-  return __small_sprintf (destbuf, "%u.%02u %u.%02u %u.%02u %u/%u\n",
-   0, 0, 0, 0, 0, 0, running, pids.npids);
+  return sprintf (destbuf, "%.2f %.2f %.2f %u/%u\n",
+ loadavg[0], loadavg[1], loadavg[2], running,
+ (unsigned int)pids.npids);
 }
 
 static off_t
diff --git a/winsup/cygwin/include/cygwin/stdlib.h 
b/winsup/cygwin/include/cygwin/stdlib.h
index 744a08d..a8eb4de 100644
--- a/winsup/cygwin/include/cygwin/stdlib.h
+++ b/winsup/cygwin/include/cygwin/stdlib.h
@@ -77,6 +77,10 @@ extern _PTR valloc _PARAMS ((size_t));
 #undef _mstats_r
 #define _mstats_r(r, p) mstats (p)
 
+#if __BSD_VISIBLE
+int getloadavg(double loadavg[], int nelem);
+#endif
+
 #ifdef __cplusplus
 }
 #endif
diff --git a/winsup/cygwin/include/cygwin/version.h 
b/winsup/cygwin/include/cygwin/version.h
index 6ca3079..298741a 100644
--- a/winsup/cygwin/include/cygwin/version.h
+++ b/winsup/cygwin/include/cygwin/version.h
@@ -473,12 +473,13 @@ details. */
   306: Export getentropy, getrandom.
   307: Export timingsafe_bcmp, timingsafe_memcmp.
   308: Export dladdr.
+  309: Export getloadavg.
 
   Note that we forgot to bump the api for ualarm, strtoll, strtoull,
   sigaltstack, sethostname. */
 
 #define CYGWIN_VERSION_API_MAJOR 0
-#define CYGWIN_VERSION_API_MINOR 308
+#define CYGWIN_VERSION_API_MINOR 309
 
 /* There is also a compatibity version number associated with the shared memory
regions.  It is incremented when incompatible changes are made to the shared
diff --git a/winsup/cygwin/loadavg.cc b/winsup/cygwin/loadavg.cc
new file mode 100644
index 000..a7e5f61
--- /dev/null
+++ b/winsup/cygwin/loadavg.cc
@@ -0,0 +1,192 @@
+/* loadavg.cc: load average support.
+
+  This file is part of Cygwin.
+
+  This software is a copyrighted work licensed under the terms of the
+  Cygwin license.  Please consult the file "CYGWIN_LICENSE" for
+  details. */
+
+/*
+  Emulate load average
+
+  There's a fair amount of approximation done here, so don't try to use this to
+ 

[PATCH] declaration of ppoll() by poll.h should be guarded by _GNU_SOURCE

[Jon Turney]

Signed-off-by: Jon Turney 
---
 winsup/cygwin/include/sys/poll.h | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/winsup/cygwin/include/sys/poll.h b/winsup/cygwin/include/sys/poll.h
index 8228278..0da4c3f 100644
--- a/winsup/cygwin/include/sys/poll.h
+++ b/winsup/cygwin/include/sys/poll.h
@@ -39,9 +39,11 @@ struct pollfd {
 typedef unsigned int nfds_t;
 
 extern int poll __P ((struct pollfd *fds, nfds_t nfds, int timeout));
+#if __GNU_VISIBLE
 extern int ppoll __P ((struct pollfd *fds, nfds_t nfds,
   const struct timespec *timeout_ts,
   const sigset_t *sigmask));
+#endif
 
 __END_DECLS
 
-- 
2.8.3

Re: Cygwin - Install Liquidsoap for Shoutcast or Icecast

[Andrew Schulman]

> 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

Re: git alias for "status" not working

[cyg Simple]

On 3/27/2017 8:23 AM, Eliot Moss wrote:
> On 3/27/2017 8:17 AM, David Dombrowsky wrote:
>> I'm not sure how to debug this one.  I have a ~/.gitconfig that sets up
>> an alias for "git status" using the simple rule:
>>
>> [alias]
>> st = status
>>
>> Yet, something is failing when I run it from the command line:
>>
>> $ git st
>> [nothing happens]
>> $ git status
>> On branch 3.3-dev-davidd
>> Your branch is ahead of 'origin/3.3-dev-davidd' by 2 commits.
>> [... etc ...]
>>
>> Any ideas?
> 
> st is also a prefix of "stash".  Maybe it does not like aliases
> that are prefixes of other commands?

Also check the line endings of the config file.  Make sure they are UNIX
line endings instead of Windows.

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

[Nellis, Kenneth (Conduent)]

From: Ian Lambert via cygwin
> ...
> On a related note, using not ancient Red Hat 5.6 where the mirror is
> stored, tar won't expand the Cygwin packages?
> 
> $ tar -xvf units-2.13-1.tar.xz
> 
> tar: This does not look like a tar archive
> tar: Skipping to next header
> tar: Archive contains obsolescent base-64 headers
> tar: Read 9640 bytes from units-2.13-1.tar.xz
> tar: Error exit delayed from previous errors
> 
> $ tar --version
> tar (GNU tar) 1.15.1
> 
> 
> but tar Packaged by Cygwin (1.29-1) will.
> 

I believe you need to tell tar if the file is in a compressed
format. Not sure if your version takes the same options as
Cygwin's tar 1.29, but there you would want to say (I suspect):

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

--Ken Nellis

Re: git alias for "status" not working

[Eliot Moss]

On 3/27/2017 8:17 AM, David Dombrowsky wrote:

I'm not sure how to debug this one.  I have a ~/.gitconfig that sets up
an alias for "git status" using the simple rule:

[alias]
st = status

Yet, something is failing when I run it from the command line:

$ git st
[nothing happens]
$ git status
On branch 3.3-dev-davidd
Your branch is ahead of 'origin/3.3-dev-davidd' by 2 commits.
[... etc ...]

Any ideas?


st is also a prefix of "stash".  Maybe it does not like aliases
that are prefixes of other commands?

Regards - EM

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

git alias for "status" not working

[David Dombrowsky]

I'm not sure how to debug this one.  I have a ~/.gitconfig that sets up
an alias for "git status" using the simple rule:

[alias]
st = status

Yet, something is failing when I run it from the command line:

$ git st
[nothing happens]
$ git status
On branch 3.3-dev-davidd
Your branch is ahead of 'origin/3.3-dev-davidd' by 2 commits.
[... etc ...]

Any ideas?

This is for git version 2.8.3 on
CYGWIN_NT-10.0 [...] 2.7.0(0.306/5/3) 2017-02-12 13:18 x86_64 Cygwin

-- 
David Dombrowsky, Senior Software Engineer
email: da...@6thstreetradio.org
Cell: 518-374-3204
https://www.linkedin.com/in/david-dombrowsky-94334415
http://6thstreetradio.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

[ANNOUNCEMENT] Updated: znc-1.6.5-1

[Alexey Sokolov]

Version 1.6.5-2 of "znc" has been uploaded.

ZNC is an IRC network bouncer (BNC). It can detach the client from the
actual IRC server, and also from selected channels. Multiple clients
from different locations can connect to a single ZNC account
simultaneously and therefore appear under the same nickname on IRC. It
supports SSL secured connections and IPv6.

This is rebuild of the package for the latest versions of its dependencies.

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

Updated: znc-1.6.5-1

[Alexey Sokolov]

Version 1.6.5-2 of "znc" has been uploaded.

ZNC is an IRC network bouncer (BNC). It can detach the client from the
actual IRC server, and also from selected channels. Multiple clients
from different locations can connect to a single ZNC account
simultaneously and therefore appear under the same nickname on IRC. It
supports SSL secured connections and IPv6.

This is rebuild of the package for the latest versions of its dependencies.