ASSI via Cygwin-apps writes:
>> I misremembered the code names. The direct successor to the 7735HS
>> (Rembrandt Refresh) are the 7840HS / 7940HS (Phoenix-H at 8 cores and
>> upgraded to 4nm Zen4/RDNA3 and about 15% better performance per Watt);
>> the upcoming 16 core is
Ziemowit Laski via Cygwin-apps writes:
> This is a straightforward port, akin to other Perl packages.
The question is: what do you need it for and why should it get packaged
in Cygwin?
[…]
> I can be the maintainer-at-large for this if you'd like.
I'd rather not have separate maintenance of
Brian Inglis via Cygwin-apps writes:
> Utility gpgv2 is the gpg2 release of gpgv, a lighter, script friendly,
> single operation gpg verification helper designed for use in scripts
> instead of gpg2 --verify: see 'info gpg2 helper gpgv'
NAK. This tool doesn't check for expired keys and also
Brian Inglis via Cygwin-apps writes:
> Some package upstreams offer only checksums, for example .sha512sum,
> .sha256sum,
> for verification rather than gpg signatures, for example .asc, .sig, .sign,
> etc;
> use these checksum files when provided in a similar manner to gpg signatures;
> these
FOPPE, JEFFERY B CIV USAF AFMC AFLCMC/WFRQ via Cygwin writes:
> Is the OpenSSL 3.0.14 package going to be released soon?
You should ask that question upstream first.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
Christian Franke via Cygwin-apps writes:
> _FORTIFY_SOURCE=3 is supported by Cygwin 3.5.0 headers and Cygwin gcc
> 13.2.1 test release.
>
> Silently falls back to level 2 if level 3 is unsupported (older
> headers or gcc) or to level 0 if unsupported at all (C++, clang).
Well, if only that was
J M via Cygwin writes:
> $ curl - -O https://cygwin.com/setup-x86_64.exe
> % Total% Received % Xferd Average Speed TimeTime Time
> Current
> Dload Upload Total SpentLeft
> Speed
> 0 00 00 0 0 0
Kyle Shores via Cygwin writes:
> Any chance you could use cmake for the next installation? That way more
> packages would be able to include HDF5 with cmake and pkg-config.
That's an upstream issue: the HDF Group still recommends to build with
autotools on UNIX platforms (which Cygwin is most
Jon Turney via Cygwin-apps writes:
> But I'm not being oblique here. I really do want comments.
Well, adding comments or proper POD is about the same effort, so I'd
tend towards the latter.
> I'm not sure what's so astounding about the suggestion that a fifty
> line script should have some
Jon Turney via Cygwin-apps writes:
> Thanks, this is great!
You're welcome.
> Please, please make a patch with git format-patch, which I can then
> just apply.
You can always just pull it in from my repo… when it's ready.
> Fifty lines of perl with no comments! This is just line noise to me
>
The postinstall script for units downloads currency exchange rates and
hangs up for a long time if it can't access the server (if it ever
finishes, I've killed the process on all machines where I've seen this).
Can this part please either be removed entirely or moved into a
sub-package that
Christian Franke via Cygwin writes:
> It is fixed in current gcc test release:
>
> $ cygcheck -f /bin/gcc
> gcc-core-13.2.1+20240203-0.1
>
> $ gcc -dumpspecs | fgrep -A1 '*asm_debug:'
> *asm_debug:
> %{g*:%{%:debug-level-gt(0):}} %{ffile-prefix-map=*:--debug-prefix-map
> %*}
Marco Atzeri via Cygwin-apps writes:
> if works should not be the default ?
Let's start with interested parties giving it a spin, shall we? ONce
configured into your .cygportrc it essentially is the default for all
your builds.
> Reducing that time is very interesting for the big stuff
That's
Cygport uses "objdump -d -l" to extract the list of source files that
need to be copied into the debuginfo package. This operation triggers
some O(N²) or even higher complexity and in addition has been getting
slower in recent binutils releases due to more and more information
being put into
cygwin--- via Cygwin writes:
> Running stunnel under gdb, shows that when 'ssh' exits, the thread
> initiated by the 'ssh' login ends with a 'Segmentation Fault' due to a
> SIGSEGV - so it appears that there is an attempt to read/write from an
> invalid memory area
Based on the location of the
Jon Turney via Cygwin-apps writes:
> I don't use tmux, so if I were to just bump the version, I'd just be
> deploying the updated package without any testing, which is something
> I try to avoid doing.
I do, I just built it locally (with the dud patch that doesn't actually
fix control mode backed
Jim Reisert AD1C via Cygwin writes:
> I had a test version of gcc/g++ installed (13.something). Once I
> reverted to the release version (11.4.0), the problem went away.
> Simply reverting libgccjit0 was not enough.
The gc-13 test release doesn't include libgccjit since it can't be
linked (this
Christian Franke via Cygwin writes:
> This requires that always the same build directory is used.
Would that be solvable by using -ffile-prefix-map or is there more to
it?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptations for Waldorf Q
Frank-Ulrich Sommer via Cygwin writes:
> I'm trying to run cygsshd on my PC with Windows 11 and connect from a
> linux machine. I have added the public key to
> /cygdrive/c/Users/xxx/.ssh/authorized_keys and created a symbolic link
> from /cygdrive/c/Users/xxx/.ssh to /home/xxx/.ssh. As usual I
Takashi Yano via Cygwin writes:
> Thank you for releasing this test version!
Thank you for providing the locale patch.
> Does not this include AVX2 misalignd patch for
> https://cygwin.com/pipermail/cygwin/2023-December/255073.html
> introduced by lazka on IRC and GTHREAD mutex_init patch
>
Jon Turney via Cygwin writes:
> If upstream really is making multiple releases called '6.4', which
> we're supposed to distinguish by some other means, then there aren't
> really any good answers...
There's only one official 6.4 release, but just about everyone packages
one of the roughly weekly
Heiko Oberdiek via Cygwin writes:
> I assume, luatex from texlive-collection-luatex
> needs to be recompiled with the updated zlib
> sources.
Yes, and that version check needs to actually look at the ABI and not
some random string; or at least not complain when only the minor version
changes.
Mark Geisert via Cygwin writes:
> A new build of the util-linux package, 2.33.1-3, now includes
> fallocate and its man page. The updated package is now making its way
> to the Cygwin mirrors. fallocate requires Cygwin version >= 3.5.0.
It also doesn't work at all on Cygwin 3.4.x and 3.5 isn't
Marco Atzeri via Cygwin-apps writes:
> BUILD_REQUIRES="zlib-devel ncompress gzip"
Why is ncompress a build dependency? Please remove if possible.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf microQ V2.22R2:
Corinna Vinschen via Cygwin writes:
> However, I don't find this in the standards. pthread_once is neither
> one of the required cancellation points, nor one of the optional
> cancellation points.
The initializer can be cancellable per POSIX, though:
"The pthread_once() function is not a
Brian Inglis via Cygwin writes:
> Previous maintainer added some artificial single digit release
> prefixes (in a few packages), but we decided to drop those and use the
> release date directly as used in the package.
That is the upstream versioning scheme for patch releases or beta
versions,
小さい猫 via Cygwin-apps writes:
> now updated to 15.0.7
I've built it and activated the tests, which seem to have roughly the
same results as 9.0.1, so that looks good.
For 9.0.1 I think I've finally got it to build almost cleanly. I still
need to ignore some fallout from documentation bitrot, but
Takashi Yano via Cygwin writes:
> I found the cause. In pthread.h of cygwin, PTHREAD_ONCE_INIT is defined as:
> #define PTHREAD_ONCE_INIT { PTHREAD_MUTEX_INITIALIZER, 0 }
> however, libstdc++ initializes non-static pthread_once_t using this macro.
Takashi Yano via Cygwin writes:
>> So what happens if you undefine __GTHREAD_MUTEX_INIT?
>
> I have tried. The test case:
…and then rebuild libstdc++ of course.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
SD adaptation for Waldorf Blofeld V1.15B11:
Takashi Yano via Cygwin writes:
> I might find the culprit in gcc's libstdc++ code such as:
> libstdc++-v3/include/ext/concurrentce.h:
> class __mutex
> {
> private:
> #if __GTHREADS && defined __GTHREAD_MUTEX_INIT
> __gthread_mutex_t _M_mutex = __GTHREAD_MUTEX_INIT;
> #else
>
徐持恒 Xu Chiheng via Cygwin-apps writes:
> Without process_install_dir_bin_symlinks, you can't get an installable
> package *.xz.
You have not explained what exactly the issue is you're trying to solve.
If you get links to outside DESTDIR then the install targets are broken
and you need to fix the
小さい猫 via Cygwin-apps writes:
> On Thursday, 14 December 2023 at 2:42 PM, 小さい猫 via Cygwin-apps
> wrote:
>
>> By the way, just now I have updated these cygports to 13.0.1 LLVM release in
>> my GitHub repo.
>
> now updated to 14.0.5
THanks for letting us know. I can't promise, but I'll try to
ASSI via Cygwin-apps writes:
> That's mildly confusing to me… anyway, I'll try to build LLVM from this
> (maybe this weekend). I expect there will need to be further changes to
> the packaging, given how far out of date the cygport you based it on is.
LLVM 16 does indeed build (di
徐持恒 Xu Chiheng via Cygwin-apps writes:
> I'd like to adopt the llvm package.
> I have build scripts and patches, and .cygport files at
> https://github.com/xu-chiheng/Note.
That's mildly confusing to me… anyway, I'll try to build LLVM from this
(maybe this weekend). I expect there will need to
Takashi Yano via Cygwin-apps writes:
> I found the cause. DISTCLEANFILES in original cygport file removes them.
> Now I can successfully build libatk1.0-doc. Thanks!
No, that means the tarball includes files that should get re-built, but
apparently you somehow failed to do that.
Regards,
Achim.
Michael Soegtrop via Cygwin writes:
[…]
Looks like this problem converges on the libgpg-error update, gpg2 also
segfaults with this library installed.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
DIY Stuff:
http://Synth.Stromeko.net/DIY.html
--
Hi Marco,
Since the last update gpg2 segfaults, rolling back step by step points
at libgpg-error as the culprit.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Wavetables for the Waldorf Blofeld:
Karl Crary via Cygwin writes:
> I am encountering a bug wherein Cygwin is not passing arguments to
> most Windows programs (although Cygwin programs are doing fine).
What you are encountering is unlikely a bug in Cygwin.
> For example, the following command ought to be dumping a lot of usage
>
Mark Geisert via Cygwin-apps writes:
> I've uploaded a non-maintainer re-build of the existing inkscape
> 0.92.3. This attempts to work around a problem with the current
> inkscape reported to exit with 127 error code (missing DLL). This
> build was produced with gcc-g++ 7.4 while the current
Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin writes:
> Just updated my version to the latest and tried it on my drive C:, and
> specifically this is what bugs me:
>
> $ /usr/lib/csih/getVolInfo.exe .
> ...
> SectorInfoFlags: 0x03
> SSINFO_FLAGS_NO_SEEK_PENALTY : FALSE
>
Chris Wagner via Cygwin writes:
> If you just want to duplicate the package selection this trick is all
> you need.
>
> 1. Get the current list: cygcheck -cd |perl -ane '$\=","; print $F[0]'
> 2. Ignore the "Cygwin,Package" at the front.
> 3. Copy all that and put it as the command line argument
Matthias--- via Cygwin writes:
> Yes - That's the reason in my VM too:
>strace ssh-keygen -A
>:
>--- Process 8280 loaded C:\Windows\System32\ntmarta.dll at 7ffcbc79
>--- Process 8280 thread 12528 created
>--- Process 8280 thread 15124 created
>--- Process 8280
Jose Isaias Cabrera via Cygwin writes:
> I have a new Win11 PC, and I wanted to capture the same Cygwin setup
> that I have in another Win10 PC. I copied the C:\cygwin64 folder from
> the Win10 pc to the Win11 pc,
This doesn't really work unless both machines are domain joined and all
SID for the
Brian Inglis via Cygwin-apps writes:
> After applying the attached patches, which add support for the newer
> gpg2 from gnupg2 if installed, the attached log second chunk shows the
> new keys verified by gpg2 added to lib/src_prep.cygpart
> ___gpg_verify().
>
> Similar code has been added to
Jon Turney via Cygwin-apps writes:
> This could just be named something a little shorter, like
> "GIT_URI_NO_SMART_TRANSPORT", since it's really a property of the
> URI's host?
>
> But I wonder if wouldn't just be better to try with --depth and then
> fallback to without it, if that fails
Adam Dinwoodie via Cygwin-apps writes:
> I think you've misunderstood how `set -e` works.
Likely, for some definition of "works". I'm the last person to
understand bash, really.
[…]
> The issue is that the && chain disables `set -e` for anything other than
> the final command in the chain,
Adam Dinwoodie via Cygwin-apps writes:
> When running as part of a `&&` chain, Bash's `set -e` behaviour is
> suppressed entirely, which means calls that produce non-zero error codes
> will be ignored if they're called inside functions that are part of such
> a chain.
>
> To avoid silent failures
Due to a problem with a new major version of perl-DBD-mysql (trhat
hasn't been resolved and will have to wait for an upstream fix) I've
been looking at re-building those two packages. The updated packaging
is available in the playground branches:
Cygwin nghttp2 Maintainer via Cygwin-announce writes:
> * libnghttp2_14 1.57
This library pulls in a lot of build dependencies, but then does not
have any actual dependencies on anything. You seem to be building a
static library? If so, please stop doing that.
Regards,
ASSI via Cygwin-apps writes:
> Support for OpenSSL LTS v1.1.1 is ending on September 11.
>
> With the next release from upstream I will make OpenSSL LTS v3.0 current
> on Cygwin. I've just rebuilt OpenSSH locally using the 3.0.10 test
> package without any problems and unless y
Jon Turney via Cygwin-apps writes:
> This seems right, and works for installing qt5-webkit-debuginfo when I
> gave it a quick try (seems to work on i686 as well).
Oh good to know, so I don't need to boot up the machine that still has
the 32bit installation for testing.
> (Note that if you have
This fixes the issue reported here:
https://cygwin.com/pipermail/cygwin/2023-October/254562.html
Not tested on 32bit.
--8<---cut here---start->8---
diff --git a/Makefile.am b/Makefile.am
index 3bd83dc4..70bfd032 100644
--- a/Makefile.am
+++ b/Makefile.am
@@
ASSI via Cygwin writes:
> I could reproduce that issue, no time yet to dig deeper. It looks like
> the decompressor loses track of where it is, then uses whatever data
> comes after that to try and extract the next file (which obviously
> doesn't look like it's expected to).
texrayk-frm--- via Cygwin writes:
>> Please attach /var/log/setup.log.full from this run as a text attachment to
>> a
>> post to this list for more help.
> Attached.
--8<---cut here---start->8---
Installing file
Takashi Yano via Cygwin writes:
> I wonder why the following code throws std::runtime_error
> even though the LC_ALL is set to valid locale other than "C".
> This does not occur only when LC_ALL is set to "C".
This functionality is currently only supported for Glibc targets in
libstdc++. I seem
The following Perl distributions have been updated to their latest
release version available on CPAN:
x86_64
--
perl-DBD-SQLite-1.74-1
perl-Mail-Box-Parser-C-3.011-1
noarch
--
perl-Term-Table-0.017-1
perl-Test2-Suite-0.000156-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE
Gnuplot version 5.4.9, expected to be the last 5.x version, is available
on Cygwin. The upstream release notes for this bugfix / minor feature
enhancement release are available at:
http://www.gnuplot.info/ReleaseNotes_5_4_9.html
Cygwin Notes
The tutorial has been removed from
The following Perl distributions have been updated to their latest
release version available on CPAN:
x86_64
--
perl-Net-DNS-SEC-1.22-1
noarch
--
perl-Business-ISBN-Data-20230907.001-1
perl-Mojolicious-9.34-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want
The following packages have been uploaded to the Cygwin distribution:
libpkgconf-devel-2.0.3-1
libpkgconf4-2.0.3-1
pkg-config-2.0.3-1
pkgconf-2.0.3-1
pkgconf is a program which helps to configure compiler and linker flags
for development frameworks. It is an alternative to pkg-config.
The following packages have been uploaded to the Cygwin distribution.
This release updates to the latest upstream security patch release and
continues to use the Fedora patches from an earlier release (Fedora has
already switched to openssl 3.x).
* openssl-1.1.1w-1
* openssl-perl-1.1.1w-1
*
Libarchive has been updated to version 3.7.2-1, the following
(sub-)packages:
libarchive (source)
libarchive-devel
libarchive13
bsdcat
bsdcpio
bsdtar
bsdunzip
are available in the Cygwin distribution. The MinGW64 packages for
the cross-compilation toolchains have
Harry Rockefeller via Cygwin writes:
> It says "installed package gcc-core obsoletes gcc-ada (of same version
> number) do not ask to install"
That was a bug in the hint file, should be fixed.
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and
William Hu via Cygwin-apps writes:
> Hi All,
>
> Re OCaml compilers: I should be able to package OCaml 4.14.1 (and hopefully
> an
> alpha version of 5.1.0 as well) for Cygwin in the coming weeks. OCaml 5.0.0
> temporarily dropped Cygwin support so the Cygwin versions will of course skip
> that
William Hu via Cygwin-apps writes:
> On Wednesday, August 30th, 2023, ASSI wrote:
>> NOt immediately, but it makes me wonder if there's other such leakage.
>> I have not found a (text) file that stores this information in the
>> installed package, so it seems that the information is compiled in
>>
The native Gcc compilers have been updated to the latest upstream
snapshot version of the gcc-12 branch:
gcc-12.3.0+20230901
and the gcc-13 branch:
gcc-13.2.0+20230902
Cygwin does not allow multiple versions of the compilers to be installed
concurrently.
For this build, the D compiler has
jeff via Cygwin writes:
> According to the task manager, it says 'Sockets: 1'.
That number doesn't matter at all. When you have more than 64 logical
processors, you will have processor groups regardless of topology.
Below that threshold processor group configuration can be influenced
both by
The package procps-ng has been updated to its latest upstream version.
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
The following Perl distributions have been updated to their latest
release version available on CPAN:
x86_64
--
perl-Glib-1.3294-1
perl-Glib-Object-Introspection-0.051-1
noarch
--
perl-Business-ISBN-Data-20230830.001-1
perl-Net-DNS-1.40-1
--
*** CYGWIN-ANNOUNCE
Takashi Yano via Cygwin-apps writes:
> But, my case is
>
>> If the package is really being removed without any replacement, there
>> are mechanisms to deal with that case, but that case should be really rare.
>
> this. pulseaudio package no longer provides esound and gconf,
> however, these
William Hu via Cygwin-apps writes:
> Just checked the file and I agree that CFLAGS looks a little funny - are
> there any
> other stupid flags/variables that you had in mind?
NOt immediately, but it makes me wonder if there's other such leakage.
I have not found a (text) file that stores this
Andrew Schulman via Cygwin-apps writes:
> https://github.com/jqlang/jq/blob/master/COPYING
OpenSUSE
License:CC-BY-3.0 AND MIT
Fedora
License:MIT and ASL 2.0 and CC-BY and GPLv3
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
Factory and
小さい猫 via Cygwin-apps writes:
>> - [ ] dtc (?)
>
> Ah sorry... that device tree compiler cygport repo in the github org
> is not related to LLVM stuffs. just i happened to need it for building
> something else and it's adapted from the old cygwinports-extras[1].
OK, I thought so already, but I
Christian Franke via Cygwin-apps writes:
> If the build-path changes, more files differ (cygcheck.exe, ldd.exe,
> cygserver.exe) because __FILE__ is used and expands to an absolute
> path name.
This could be fixed by adding -fmacro-prefix and/or -ffile-prefix arguments.
Regards,
Achim.
--
ASSI via Cygwin-apps writes:
> I've started a local llvm-revival branch…
Progress, OCaml bindings are back again (I've not run the tests yet):
--8<---cut here---start->8---
* OCaml Updates
- [X] flexdll 0.39 ==> 0.43
+ does not recogn
小さい猫 via Cygwin-apps writes:
> i am not familiar with the ocaml stuffs, and i dont quite understand
> what is the problem ur currently getting.
Dune cannot be fully built because lwt.unix or one of it's dependencies
is missing. I could built a bootstrapped package, but that later runs
into
The following Perl distributions have been updated to their latest
release version available on CPAN:
noarch
--
perl-Business-ISBN-Data-20230822.001-1
perl-Mozilla-CA-20230821-1
perl-URI-5.21-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from
This is an update to the latest upstream release of xfig (including
fig2dev/transfig).
--
*** 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
Christian Franke via Cygwin-apps writes:
> If binutils, gzip and tar also would support this, the patch would be
> empty :-)
GZip has -n though and GNU tar --mtime and --clamp-mtime, so why not use
that?
Regards,
Achim.
--
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+
The following packages have been updated to the latest upstream release
(a patch rollup release):
mpfr-4.2.1-1
mingw64-i686-mpfr-4.2.1-1
mingw64-x86_64-mpfr-4.2.1-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list,
Ken Brown via Cygwin writes:
> On 8/21/2023 11:02 AM, ASSI via Cygwin wrote:
>> (although in this case maybe i got spooked by the change
>> from 1.2.x to 1.3)
>
> It looks like that's exactly what happened. The version check
> compares the first 4 characters of the version
Ken Brown via Cygwin writes:
> Thanks for the report. I think I can fix this by rebuilding the TeX
> Live binaries with the new zlib. I'll do that ASAP.
The ABI hasn't changed, so it would be good if you relaxed or removed
this check. I've done that in a few other packages over the years. For
The following packages have been uploaded to the Cygwin distribution:
libpkgconf-devel-2.0.2-1
libpkgconf4-2.0.2-1
pkg-config-2.0.2-1
pkgconf-2.0.2-1
pkgconf is a program which helps to configure compiler and linker flags
for development frameworks. It is an alternative to pkg-config.
The following packages have been uploaded to the Cygwin distribution:
* zlib0-1.3-1
* zlib-devel-1.3-1
* mingw64-i686-zlib-1.3-1
* mingw64-x86_64-zlib-1.3-1
zlib is designed to be a free, general-purpose, lossless
data-compression library for use on virtually any computer hardware and
Martin Wege via Cygwin writes:
> How can I find out whether the current Cygwin terminal has
> Administrator rights? I want to safeguard our admin scripts with a
> simple test and bail out with an error if someone wants to do admin
> stuff (say: regtool) without admin privileges.
Windows really
小さい猫 via Cygwin-apps writes:
> On Monday, August 14th, 2023 at 12:50 AM, ASSI via Cygwin-apps
> wrote:
>
>> I've started a local llvm-revival branch… I got sidetracked with OCaml,
>> but that will need some more time and currently I have just disabled the
>> OCa
Cedric Blancher via Cygwin writes:
> Does Cygwin has an openldap server package? So far I could only find
> the client libraries and tool, but not the slapd server.
As noted in the package announcements for openldap for quite some time,
upstream has removed the only database backend that was
ASSI via Cygwin-apps writes:
> I've started a local llvm-revival branch… I got sidetracked with OCaml,
> but that will need some more time and currently I have just disabled the
> OCaml bindings in LLVM instead (not removed: this is controlled by a
> variable in the script and anot
I've started a local llvm-revival branch… I got sidetracked with OCaml,
but that will need some more time and currently I have just disabled the
OCaml bindings in LLVM instead (not removed: this is controlled by a
variable in the script and another variable to control the LLVM target
list).
The following Perl distributions have been updated to their latest
release version available on CPAN:
noarch
--
perl-Business-ISBN-Data-20230811.001-1
perl-Text-CSV-2.03-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce
The following packages have been uploaded to the Cygwin distribution:
libpkgconf-devel-2.0.1-1
libpkgconf4-2.0.1-1
pkg-config-2.0.1-1
pkgconf-2.0.1-1
pkgconf is a program which helps to configure compiler and linker flags
for development frameworks. It is an alternative to pkg-config.
UPX has been updated to version 4.1.0, see the release news for changes:
https://upx.github.io/upx-news.txt
UPX is a free, portable, extendable, high-performance executable packer
for several executable formats.
UPX upstream bundles all dependencies as source and links them in
directly during
Support for OpenSSL LTS v1.1.1 is ending on September 11.
With the next release from upstream I will make OpenSSL LTS v3.0 current
on Cygwin. I've just rebuilt OpenSSH locally using the 3.0.10 test
package without any problems and unless your package has no current
upstream I expect no
The following Perl distributions have been updated to their latest
release version available on CPAN:
x86_64
--
perl-Text-CSV_XS-1.51-1
perl-XS-Parse-Keyword-0.38-1
noarch
--
perl-Authen-SASL-2.1700-1
perl-Mixin-Linewise-0.111-1
perl-Module-ScanDeps-1.33-1
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains are re-released to fix a performance regression affecting
linking of files with a large number of objects. This re-release uses
the official upstream patch for this issue. The performance of objdump
has also degraded in
The following packages have been uploaded to the Cygwin distribution:
ca-certificates-2023.2.60_v7.0.306-1
ca-certificates-letsencrypt-2023.2.60_v7.0.306-1
--
*** CYGWIN-ANNOUNCE UNSUBSCRIBE INFO ***
If you want to unsubscribe from the cygwin-announce mailing list, look
at
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains are re-released to fix a performance regression affecting
linking of files with a large number of objects. THis re-release uses
the official upstream patch for this issue. The performance of objdump
has also degraded in
Thomas Wolff via Cygwin writes:
> Am 07.08.2023 um 06:02 schrieb Roland Mainz via Cygwin:
>> On Sat, Jul 29, 2023 at 6:18 AM Roland Mainz
>> wrote:
>>> Is there an official way to enter the Cygwin command line (e.g. bash
>>> login) from Windows cmd.exe, e.g. if someone ssh's into a Windows
>>>
Jon Turney via Cygwin-apps writes:
> Yes, I had managed to deduce that much. :)
>
> Providing a specific instance would save me having to find or invent
> one, though.
Sorry, I did not have one at hand, all such instances in my stack of
packages are either uncompressed files or compressed
The binutils packages for Cygwin and MingW64 cross-compilation
toolchains are re-released to fix a performance regression affecting
linking of files with a large number of objects. The performance of
objdump has also degraded in some cases, the root cause for this is
still under investigation.
This is an update to the latest upstream bugfix release of protobuf
21.x.
Protocol Buffers (a.k.a., protobuf) are Google's language-neutral,
platform-neutral, extensible mechanism for serializing structured data.
Note
Upstream changed their version numbering scheme to omit the leading
1 - 100 of 152 matches
Mail list logo