Brian Inglis writes:
> Is Jon's change all that is required, or do I need to build and upload
> a libidn11 to replace the obsoleted version, as well as a current
> libidn12 release with the obsolete removed?
With the obsoletion removed from setup.ini, packages depending on
libidn11 should trigger
On 2021-08-03 12:36, Achim Gratz wrote:
Brian Inglis writes:
But I didn't believe Cygwin Setup would replace packages that are
still dependencies of installed packages, unless you explicitly ask it
to remove obsolete packages, rather than unneeded dependencies.
Unless it was due to my marking
Brian Inglis writes:
> But I didn't believe Cygwin Setup would replace packages that are
> still dependencies of installed packages, unless you explicitly ask it
> to remove obsolete packages, rather than unneeded dependencies.
>
> Unless it was due to my marking libidn12 as obsoleting libidn11?
On 8/3/2021 8:12 PM, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
"during user-initiated shutdowns, the kernel, drivers, and services are
preserved and restored, not just restarted."
Which was why I specifically used "shutdown /r", which is:
/r Full shutdown and restart
> "during user-initiated shutdowns, the kernel, drivers, and services are
> preserved and restored, not just restarted."
Which was why I specifically used "shutdown /r", which is:
/r Full shutdown and restart the computer.
We've been advised by our admins that this command does a
On 2021-08-03 09:50, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
You were "upgrading" your domain account AD data cached by cygserver.
I restarted my PC at some point with "shutdown /r" -- I have no idea how
cygserver can preserve its caching across this. It's not a "fast
On 2021-08-03 09:56, Jon Turney wrote:
On 02/08/2021 18:19, Cygwin libidn2 Maintainer wrote:
The following packages have been upgraded in the Cygwin distribution:
* libidn1.38
* libidn12 1.38
* libidn-devel 1.38
* libidn-doc
On Mon, Aug 02, 2021 at 10:08:58AM +0200, Roberto Sabelli via Cygwin wrote:
> Hi everyone, I have this problem that I can't solve:
>
> I have a linux server (Red Hat Enterprise Linux 6 64bit) and a Windows
> server (Windows Server 2016 Datacenter).
> CYGWIN v. 1.5.22 is installed on the Windows
On 2021-08-03 05:54, Миронов Леонид Владимирович via Cygwin wrote:
In the yesterday's libidn11 to libidn12 update cygidn-11.dll was replaced with
cygidn-12.dll.
Unfortunately cygidn-11.dll is still referenced by cyggsasl-7.dll which breaks
curl (via cygcurl-4.dll)
Sorry Leonid Vladimirovic
Dear all,
>From 8/2, cmake from `cyg-get cmake` can not find the cygidn-11.dll.
The latest libidn-11 is marked as obsolete and it will install libidn-12.
However, the cmake still tries looking for libidn-11 (from cygcheck cmake)
such that it fails
steps:
choco install cygwin cyg-get -y
cyg-get
On 02/08/2021 18:19, Cygwin libidn2 Maintainer wrote:
The following packages have been upgraded in the Cygwin distribution:
* libidn1.38
* libidn12 1.38
* libidn-devel 1.38
* libidn-doc1.38
* mingw64-x86_64-libidn 1.38
* mingw64-i686-libidn
> You were "upgrading" your domain account AD data cached by cygserver.
I restarted my PC at some point with "shutdown /r" -- I have no idea how
cygserver can preserve its caching across this. It's not a "fast restart".
The system restart did not help.
I'd really appreciate if you could
On 2021-08-02 19:47, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
How do you install and upgrade Cygwin and Packages?
Why? I wasn't upgrading anything this time. But when I need to
upgrade, I create a ticket for admins to stop cygserver, then I
update all the files, and then I
> Apart from changing your password, is it possible that your admins changed
> some sort of
> domain security settings? Apparently some OS calls fail for cygserver
> running under the SYSTEM account.
> You should really check with your admins here first.
I am sure nothing was changed at the
The following packages have been updated:
* qrencode-4.1.1-2
* libqrencode-devel-4.1.1-2
* libqrencode4-4.1.1-2
* qrencode-4.1.1-2-src
* qrencode-debuginfo-4.1.1-2
Note: This update fixes a bug in the upstream.
- Fix the issue #185 in the upstream:
The following packages have been updated:
* qrencode-4.1.1-2
* libqrencode-devel-4.1.1-2
* libqrencode4-4.1.1-2
* qrencode-4.1.1-2-src
* qrencode-debuginfo-4.1.1-2
Note: This update fixes a bug in the upstream.
- Fix the issue #185 in the upstream:
In the yesterday's libidn11 to libidn12 update cygidn-11.dll was replaced with
cygidn-12.dll.
Unfortunately cygidn-11.dll is still referenced by cyggsasl-7.dll which breaks
curl (via cygcurl-4.dll)
--
Problem reports: https://cygwin.com/problems.html
FAQ:
On Aug 2 18:31, Lavrentiev, Anton (NIH/NLM/NCBI) [C] via Cygwin wrote:
> > I'll follow up once I have the output you've requested.
>
> Well, my Systems people stopped cygserver for me, and I was able to open the
> "Cygwin64 terminal" without problems... The machine wasn't rebooted,
>
On Aug 1 23:52, Mark Geisert wrote:
> Make sure to cast to ulong all DWORD values displayed with format "%lu".
> More instances are fixed here than in either my earlier unused patch or
> Corinna's patch. I decided to use typedef..ulong for more compact code.
>
> Address jturney's reported small
On Aug 2 02:25, Mark Geisert wrote:
> The doc for gmondump says 1 or more FILENAME are expected, but 0 is
> handled. That's an oversight. Make invocation with 0 FILENAMEs print a
> one-line help message.
>
> Reword the beginning of profiler's description doc to clarify target's
> child processes
20 matches
Mail list logo
