Ken Brown via Cygwin-announce via Cygwin writes:
> - The internal implementation of pipes has been overhauled; this
> should result in improved performance.
> Addresses: https://cygwin.com/pipermail/cygwin/2021-August/249238.html
That works great, thanks! I can finally use the full 1 GiB/s of
The following packages have been updated in the Cygwin distribution:
* xwin-xdg-menu
xwin-xdg-menu is an XDG Desktop Menu Specification [1] menu for the X
Window System running in the Cygwin environment.
xwin-xdg-menu reads the menu specification and desktop entries, and
constructs a menu
On 2021-05-02 04:04, Marco Atzeri wrote:
New version 581.2-1 of
less
is available in the Cygwin distribution
Running less +F (follow ) or less +G then F or less
then F does not seem to work (since at least v 530) on logs updated
every second or so or longer, showing only the last line(s
I'm not sure how to try out a test release without risking destabilizing my
system, but I re-cloned and rebuilt the master branch and installed just the
cygwin1.dll and all looks good to me so far. No issues with any of my script
pipes or fifos and I am getting full gigabit speeds with rsync
The following Perl distributions have been updated to their latest
release version available on CPAN:
x86/x86_64
--
perl-Proc-ProcessTable-0.620-1
perl-Scalar-List-Utils-1.59-1
noarch
--
perl-Test-Simple-1.302187-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you
> On 2021-09-17 22:33, Ken Brown via Cygwin-announce
> wrote:
>
> The following packages have been uploaded to the Cygwin distribution as test
> releases:
>
> * cygwin-3.3.0-0.1.9814cfd8f693
> * cygwin-devel-3.3.0-0.1.9814cfd8f693
> * cygwin-doc-3.3.0-0.1.9814cfd8f693
>
Hello,
It seems to
On 9/18/2021 3:03 PM, Chris Roehrig wrote:
I'm not sure how to try out a test release without risking destabilizing my
system, but I re-cloned and rebuilt the master branch and installed just the
cygwin1.dll and all looks good to me so far. No issues with any of my script
pipes or fifos and
On 9/18/2021 4:01 PM, Denis Excoffier wrote:
On 2021-09-17 22:33, Ken Brown via Cygwin-announce
wrote:
The following packages have been uploaded to the Cygwin distribution as test
releases:
* cygwin-3.3.0-0.1.9814cfd8f693
* cygwin-devel-3.3.0-0.1.9814cfd8f693
* cygwin-doc-3.3.0-0.1.9814cfd8f6
Am 18.09.2021 um 22:20 schrieb Ken Brown via Cygwin:
On 9/18/2021 4:01 PM, Denis Excoffier wrote:
On 2021-09-17 22:33, Ken Brown via Cygwin-announce
wrote:
The following packages have been uploaded to the Cygwin distribution
as test
releases:
* cygwin-3.3.0-0.1.9814cfd8f693
* cygwin-deve
On 9/18/2021 5:30 PM, Thomas Wolff wrote:
Am 18.09.2021 um 22:20 schrieb Ken Brown via Cygwin:
On 9/18/2021 4:01 PM, Denis Excoffier wrote:
It seems to me that the files Makefile.in, aclocal.m4, configure (and the
like) are missing from the folder (and sub-folders of) newlib-cygwin/winsup
found
Achim,
In preparation for using emacs's new native compilation feature, I've been
experimenting with using autorebase to rebase the *.eln files created in a
user's home directory. As a start, I created a file
/var/lib/rebase/user.d/kbrown
containing the line
/home/kbrown/.emacs.d/eln-c
Am 19.09.2021 um 00:32 schrieb Ken Brown via Cygwin:
Finally, I'd like to mention that it's extremely common for
autotools-based packages to have an autogen script like Cygwin's
(sometimes called bootstrap or bootstrap.sh). There's nothing
surprising about this.
It's unsurprising to have th
The following packages have been updated:
* qrencode-4.1.1-3
* libqrencode-devel-4.1.1-3
* libqrencode4-4.1.1-3
* qrencode-4.1.1-3-src
* qrencode-debuginfo-4.1.1-3
Note: This update fixes a bug in the upstream.
Fix the issue #188 in the upstream:
https://github.com/fukuchi/libqrencode/issue
The following packages have been updated:
- libuninameslist-devel-20210917-1
- libuninameslist1-20210917-1
This is an update to the latest upstream.
Note: Additionally, libuninameslist-devel-20091231-2, and
libuninameslist0-20091231-2 have been updated with rearranged
packaging: docs are moved
Ken Brown via Cygwin writes:
> Looking into /usr/bin/rebaselst, I think I see the problem. The
> function rebase_user() greps the file /var/lib/rebase/user.d/kbrown
> for the relevant suffixes,
That's how it was originally intended to work, IIRC (but the
documentation indeed wrongly suggests to p
Hans-Bernhard Bröker writes:
> It _is_ very surprising for tarballs, though. Those are generally
> expected to be buildable without having to run autoconf, automake,
> gettext, etc.
To provide a different data point: I generally remove all obviously
generated files before even starting to look
The following packages have been uploaded to the Cygwin distribution:
* jpeg-2.1.1p3-1
* libjpeg-devel-2.1.1p3-1
* libjpeg8-2.1.1p3-1
* libturbojpeg-devel-2.1.1p3-1
* libturbojpeg0-2.1.1p3-1
* libjpeg-turbo-2.1.1p3-1-src
* libjpeg-turbo-debuginfo-2.1.1p3-1
This is an update to the latest upstre
17 matches
Mail list logo
