/etc/postinstall/python3*-sphinx

2022-02-27 Thread Brian Inglis

On 2021-12-21 09:06, Marco Atzeri via Cygwin-announce wrote:

python39-sphinx 4.3.1-1


/etc/postinstall/python3*-sphinx has first line:
Install this package as a python-sphinx alternative.
s/b
#Install this package as a python-sphinx alternative.

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]

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


[ANNOUNCEMENT] Updated: cpuid 20220224

2022-02-27 Thread Cygwin cpuid Maintainer
The following package has been upgraded in the Cygwin distribution:

* cpuid 20220224

The program displays detailed information about the CPU(s) gathered from
the CPUID instruction, and also determines the exact model of CPU(s).

Whereas /proc/cpuinfo is like an abstract of the features important to
Linux in a system, cpuid is a standalone utility which writes a paper
expounding on every feature in each CPU's architecture and what it can
do, at about the one line per bit level.

It is updated and released frequently to stay current with Intel and
AMD information and supports other vendors' chips.

See the project home page for more information:

http://etallen.com/cpuid.html

For information about changes since the previous Cygwin release,
see below or /usr/share/doc/cpuid/ChangeLog after installation.


Changes

* Added (synth) and (uarch synth) decoding for AMD Rembrandt E1.
* Added hypervisor+4/eax (Xen) expanded destination id bit.
* Removed bogus 7/1/eax bit 24 "AMX tile support", but the actual bit is
  in 7/0/edx.
* Renamed 6/eax bit to 23 to mention Thread Director.
* Widened 6/ecx number of enh hardware feedback classes from bits 8-11
  to bits 8-15.
* Renamed 7/1/eax bit to 10 to include "fast".
* Added 7/1/ebx decoding.
* Added 0x14/0/ebx decoding for support for IA32_RTIT_CTL EventEn &
  DisTNT bits.
* Added synth decoding for (0,6),(11,15) Alder Lake, based on
  MSR_CPUID_table.
* Confirmed synth decoding for (0,6),(10,8) Rocket Lake.
* Added (synth) steppings based on instlatx64 samples:
  1,(0,5),(0,3),2 P24T C0, (0,6),(0,2),2 K75/Pluto/Orion A2,
  (0,6),(4,6),1 Crystal Well C1, (0,6),(7,14),5 Ice Lake-U/Y D1,
  (0,6),(9,7),2 Alder Lake-S C0, (0,6),(10,7),1 Rocket Lake B0.
* Corrected missing Core name for (0,6),(9,7) Alder Lake-S A0 stepping.
* In 0x18 leaves, line up values better.


-- 
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: Patches to findutils 4.9.0-1's updatedb to do locking, allow filenames with spaces & progress monitoring, exclude /dev on Cygwin, etc.

2022-02-27 Thread Bernhard Voelker
On 2/24/22 17:32, Dan Harkless wrote:
> I'm finally getting around to sending in a patch (to bug-findutils and 
> the Cygwin list, to which I'm currently subscribed) to address these 
> issues, along with some others, a few of which represent small changes 
> in behavior:

Thanks for the patch ... but:

a) The patch does not cleanly apply:

  ~/findutils/locate> patch -t < /tmp/updatedb.patch
  patching file updatedb
  Reversed (or previously applied) patch detected!  Assuming -R.
  Hunk #2 succeeded at 47 with fuzz 2.
  Hunk #7 FAILED at 167.
  Hunk #8 FAILED at 202.
  Hunk #9 succeeded at 217 (offset -2 lines).
  Hunk #10 succeeded at 276 (offset -2 lines).
  2 out of 10 hunks FAILED -- saving rejects to file updatedb.rej

b) The patch changes the file 'updatedb' which is created at build time
instead of the file 'updatedb.sh' which is under version control.

c) The description says that there are 10 more or less non-trivial
changes in it.  A squashed diff of 500 lines on a file with 342 lines
makes reviewing and discussing of each topic impossible.

Would you mind re-sending as separate Git patches?

Have a nice day,
Berny

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


[ANNOUNCEMENT] Updated: python 3.9 packages

2022-02-27 Thread Marco Atzeri via Cygwin-announce

Updated release for

  python36-requests-2.27.1-1
  python37-requests-2.27.1-1
  python38-requests-2.27.1-1
  python39-requests-2.27.1-1

  python36-sphinx-4.4.0-1
  python37-sphinx-4.4.0-1
  python38-sphinx-4.4.0-1
  python39-sphinx-4.4.0-1


CHANGES
latest upstream releases

CYGWIN CHANGES

As python2 is no longer supported

https://devguide.python.org/devcycle/#end-of-life-branches

the package are updated to include postinstall script that
use "alternatives" to define for

  /usr/bin/python

  /usr/bin/python3
  /usr/bin/idle3
  /usr/bin/pydoc3

a default to the highest package available.

$ alternatives --display python
  python - status is auto.
 link currently points to /usr/bin/python3.9
/usr/bin/python2.7 - priority 27
/usr/bin/python3.6 - priority 36
/usr/bin/python3.7 - priority 37
/usr/bin/python3.8 - priority 38
/usr/bin/python3.9 - priority 39
Current `best' version is /usr/bin/python3.9.

The following link are not provided anymore.
/usr/bin/idle
/usr/bin/pydoc

Rationale:
https://www.python.org/dev/peps/pep-0394/
In other systems as Debian
/usr/bin/python is discouraged.

As on Cygwin we have still several third packages depending on
python2, the usage of alternatives should allow to manage
until all are updated to python3

DESCRIPTION
Python is a programming language that lets you work quickly
and integrate systems more effectively.
Python is powerful... and fast; plays well with others;
runs everywhere; is friendly & easy to learn; is Open.

HOMEPAGE
https://www.python.org/

Regards
Marco Atzeri


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

--
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: Patches to findutils 4.9.0-1's updatedb to do locking, allow filenames with spaces & progress monitoring, exclude /dev on Cygwin, etc.

2022-02-27 Thread Dan Harkless

On 2/27/2022 3:54 AM, Bernhard Voelker wrote:

On 2/24/22 17:32, Dan Harkless wrote:

I'm finally getting around to sending in a patch (to bug-findutils and
the Cygwin list, to which I'm currently subscribed) to address these
issues, along with some others, a few of which represent small changes
in behavior:

Thanks for the patch ... but:


Thanks for taking a look at it.


a) The patch does not cleanly apply:

   ~/findutils/locate> patch -t < /tmp/updatedb.patch
   patching file updatedb
   Reversed (or previously applied) patch detected!  Assuming -R.
   Hunk #2 succeeded at 47 with fuzz 2.
   Hunk #7 FAILED at 167.
   Hunk #8 FAILED at 202.
   Hunk #9 succeeded at 217 (offset -2 lines).
   Hunk #10 succeeded at 276 (offset -2 lines).
   2 out of 10 hunks FAILED -- saving rejects to file updatedb.rej


Ah.  As I mentioned, my patch was against Cygwin's findutils 4.9.0-1, 
and since my Linux systems use a different version of locate, I hadn't 
tested there (nor did I have time to look at the original 4.9.0 
source).  I'd been hoping any Cygwin patches wouldn't invalidate it; pity.



b) The patch changes the file 'updatedb' which is created at build time
instead of the file 'updatedb.sh' which is under version control.


Gotcha.


c) The description says that there are 10 more or less non-trivial
changes in it.  A squashed diff of 500 lines on a file with 342 lines
makes reviewing and discussing of each topic impossible.


Impossible?  Since the bulk of the changes are spacing changes to 
standardize code indentation across the file, I was hoping the separate 
'diff -uw' listing would be sufficient to enable easy review and discussion.



Would you mind re-sending as separate Git patches?


It'll be awhile before I'll have time to get set up to do that, but will do.


Have a nice day,
Berny


Thanks again,
Dan Harkless
http://harkless.org/dan/


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


Typed characters are mis-ordered when CPU usage is high

2022-02-27 Thread Orgad Shaneh
Hi,

I'm using cygwin runtime 3.3.4-2.

When a foreground job is running, and the general CPU usage of the
machine is high, characters are mis-ordered.

To reproduce, I use this script to produce load:
#!/bin/sh

for i in $(seq $(nproc)); do
  while true; do :; done &
done
wait

Run it in the background, then run a long foreground job, and while it
is running, type something.

Example:
$ spin.sh &
$ sleep 3 # While it is running, I quickly typed git status
$ sigt tatus

This reproduces on Windows Terminal and on cmd (Cygwin.bat)

Please CC me on replies, as I'm not registered to the mailing list.

Thanks,
- Orgad

-- 
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: Typed characters are mis-ordered when CPU usage is high

2022-02-27 Thread Takashi Yano
On Sun, 27 Feb 2022 16:39:24 +0200
Orgad Shaneh wrote:
> Hi,
> 
> I'm using cygwin runtime 3.3.4-2.
> 
> When a foreground job is running, and the general CPU usage of the
> machine is high, characters are mis-ordered.
> 
> To reproduce, I use this script to produce load:
> #!/bin/sh
> 
> for i in $(seq $(nproc)); do
>   while true; do :; done &
> done
> wait
> 
> Run it in the background, then run a long foreground job, and while it
> is running, type something.
> 
> Example:
> $ spin.sh &
> $ sleep 3 # While it is running, I quickly typed git status
> $ sigt tatus
> 
> This reproduces on Windows Terminal and on cmd (Cygwin.bat)

Thanks for the report.

I think this is due to a bug which I recently fixed.
https://cygwin.com/pipermail/cygwin-patches/2022q1/011791.html


-- 
Takashi Yano 

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

2022-02-27 Thread Adam Dinwoodie
On Sun, Feb 27, 2022 at 04:07:25AM +0800, Sam Yang Zilong wrote:
> My question is whether Cygwin SFTP can be used on High Availability
> Servers? I am currently setting up 2 Servers, the project requirement is to
> have SFTP for HA. So if one of the servers goes down, sshd service will run
> on other servers.
> 
> If yes, how  can I set up or configure that?
> If not, is there any application that can achieve my goal?

At a high level, I can't think of any reason Cygwin's OpenSSH server
couldn't be used as part of an HA setup.

However, what you need to make it work is going to be very dependent on
the specific HA setup you need, the hardware you're running on, the
network and infrastructure requirements, and so forth.  You're not going
to find a simple guide to setting this up, because there are simply too
many variables.  If you have specific questions, you might be able to
get practical help from the open source community, however things like
working out what the requirements are, or whether they can be met with
any given piece of software, is the sort of thing I would expect to pay
for if I couldn't do it in-house.*

I also do not think this mailing list is likely to be able to offer much
practical support: this list is devoted to Cygwin, and therefore to the
specifics of providing Cygwin's Linux-like environment and API on
Windows systems.  The complicated bits of setting up any HA environment
are at best tangential to that aim.  I think your starting point will
need to be working out what you need for these specific HA services
(a) on Windows and (b) using OpenSSH's SFTP server software, and coming
back to this list for help only when you have specific questions about
running OpenSSH in a Cygwin environment, and which you haven't been able
to answer based on the Cygwin FAQ and documentation.

HTH

Adam

* If you *want* to pay someone to help you with this, my day job for the
past 13 years has been software engineering for high-reliability
telecoms servers, including how to maintain HA SFTP service in that
environment.  My current rate would be £100 or €120 for an initial 50
minute consultation on this topic.  If you'd like to discuss that,
that's definitely off-topic for this list and you should contact me
directly.

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


Cygwin/X newbie here - about xfce4

2022-02-27 Thread Bob Bernstein
1. Is there what in some other OS's is known as a "meta-package" 
for something like xfce4"


2. Alternate version of question above: is there a base xfce4 
package whose install will corral in the collection of xfce4 
packages needed to get a first approximation to a working 
desktop up and running?


3. Can the Cygwin packages collection be searched for a single 
file to find what package provides it? Example: 
'.xfce4-session'?



Thank you


--
Some men are born mediocre, some men achieve 
mediocrity, and some men have mediocrity thrust 
upon them.

Joseph Heller

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


Cairo Remove old backends

2022-02-27 Thread Brian Inglis

Are any of these required by any graphics or desktop packages?

https://gitlab.freedesktop.org/cairo/cairo/-/merge_requests/285

Qt: depends on Qt 4, EOL in 2015
Cogl: depends on Cogl, unmaintained since 2016
OpenVG
BeOS: unsupported by Meson
OS/2: unsupported by Meson, last known built for Cairo 1.12 (2006)
DirectFB
DRM: science experiment, broken for at least 10 years

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

This email may be disturbing to some readers as it contains
too much technical detail. Reader discretion is advised.
[Data in binary units and prefixes, physical quantities in SI.]

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