public inbox for cygwin@cygwin.com
 help / color / mirror / Atom feed
* libidn update broke curl
@ 2021-08-03 11:54 Миронов Леонид Владимирович
  2021-08-03 16:05 ` Brian Inglis
  0 siblings, 1 reply; 6+ messages in thread
From: Миронов Леонид Владимирович @ 2021-08-03 11:54 UTC (permalink / raw)
  To: cygwin

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)


^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: libidn update broke curl
  2021-08-03 11:54 libidn update broke curl Миронов Леонид Владимирович
@ 2021-08-03 16:05 ` Brian Inglis
  2021-08-03 18:36   ` Achim Gratz
  0 siblings, 1 reply; 6+ messages in thread
From: Brian Inglis @ 2021-08-03 16:05 UTC (permalink / raw)
  To: cygwin
  Cc: Миронов
	Леонид
	Владимирович

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 if that affected your installation or work.

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?
Maintainers: is that something that we should not do on a package ABI 
break?
How should maintainers handle such situations in cygport?

I would like to know the correct approach to take to mitigate this and 
future such situations before I create a curl -2 package release.

Packages impacted would include:

$ cygcheck-dep -qcOSn libidn11 libgmime3.0_0 libgs9 libgsasl7 
libloudmouth1_0 libpodofo0.9.{5,6} libpurple0 libinfinity0.6_0 libgvc6 
libMagickCore6_2 libMagickCore6_5 libMagickCore6_6 libMagickCore7_7 
libspectre1 libinfgtk3_0.6_0 libcurl4
  libidn11: is needed for ( libgmime3.0_0 libgs9 libgsasl7 
libloudmouth1_0 libpodofo0.9.3 libpodofo0.9.4 libpodofo0.9.5 
libpodofo0.9.6 libpurple0 monotone msmtp mutt whois )
  libgmime3.0_0: is needed for ( gambas3-gb-mime girepository-GMime3.0 
grilo0.3-plugins libgmime3.0-devel libtotem-plparser18 
libxplayer-plparser18 )
  libgs9: is needed for ( ghostscript gimp libgs-devel libgvc6 
libMagickCore6_2 libMagickCore6_5 libMagickCore6_6 libMagickCore7_7 
libspectre1 texlive xfig )
  libgsasl7: is needed for ( gsasl libcurl4 libgsasl-devel 
libinfinity0.6_0 )
  libloudmouth1_0: is needed for ( abiword-plugins libloudmouth1-devel )
  libpodofo0.9.5: is needed for ( krename scribus )
  libpodofo0.9.6: is needed for ( libpodofo-devel podofo )
  libpurple0: is needed for ( finch libpurple-devel pidgin 
pidgin-bonjour pidgin-facebook pidgin-funyahoo-plusplus pidgin-gadugadu 
pidgin-indicator pidgin-sametime pidgin-skypeweb pidgin-tcl telepathy-haze )
  libinfinity0.6_0: is needed for ( gobby0.5 infinoted0.6 
libinfgtk3_0.6_0 libinfinity0.6-devel )
  libgvc6: is needed for ( gda-browser5.0 graphviz guile-gv gvedit 
libgvc-devel libMagickCore7_7 libvala0.38_0 lua-gv ocaml-gv perl-gv 
php-gv python2-gv python27-gv python3-gv python36-gv python37-gv ruby-gv 
tcl-tcldot )
  libMagickCore6_2: is needed for ( libMagickC++6_6 libMagickWand6_2 )
  libMagickCore6_5: is needed for ( libMagickWand6_5 psiconv )
  libMagickCore6_6: is needed for ( libautotrace3 libMagickC++6_8 
libMagickWand6_6 )
  libMagickCore7_7: is needed for ( ImageMagick libMagick-devel 
libMagickC++7_4 libMagickWand7_7 perl-Image-Magick )
  libspectre1: is needed for ( atril cantor libevdocument3_4 
libgoffice0.10_10 libspectre-devel okular4-part okular5-part qpdfview 
zathura-ps )
  libinfgtk3_0.6_0: is needed for ( gobby0.5 libinfgtk3_0.6-devel )
  libcurl4: is needed for ( asymptote audacious-plugins cdo clamav cmake 
cmake-gui curl feh gambas3-gb-net-curl geoipupdate gimp-gmic git gmic 
gnupg google-breakpad-tools gstreamer1.0-plugins-bad-free-extras klavaro 
libcfitsio7 libcfitsio9 libcgmic2 libcurl-devel libgdal20 libgdal26 
libgdal28 libgdal29 libgit2_23 libgit2_24 libgit2_25 libgmic1 libgmic2 
libmediainfo0 libnetcdf11 libnetcdf13 libnetcdf15 libnetcdf19 liboauth0 
libofx-tools libpoppler106 libpoppler62 libpoppler66 libpoppler68 
libpoppler73 libpoppler99 libproj22 libquvi0.9_4 libraptor2_0 
libtesseract-ocr_4 libvirt0 libwsman_client4 mariadb-common mpd ncmpcpp 
nmh octave osslsigncode perl-WWW-Curl php-curl qmmp quvi R rtorrent 
transmission transmission-gtk transmission-qt transmission-remote-gtk 
tumbler vorbis-tools weechat )

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: libidn update broke curl
  2021-08-03 16:05 ` Brian Inglis
@ 2021-08-03 18:36   ` Achim Gratz
  2021-08-04  1:44     ` Brian Inglis
  0 siblings, 1 reply; 6+ messages in thread
From: Achim Gratz @ 2021-08-03 18:36 UTC (permalink / raw)
  To: cygwin

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?

You never do that in this situation, since it tells setup to install
libidn12 while removing libidn11, which it dutifully did.  Why'd you
even get the idea that you should obsolete libidn11?

> Maintainers: is that something that we should not do on a package ABI
> break?

No, not at all.  You never obsolete library packages unless they really
need to be removed and replaced by something else.

> How should maintainers handle such situations in cygport?

Nothing to do there, move along.  the older library version continues to
exist and is used until all packages that depend on it have updated.

> I would like to know the correct approach to take to mitigate this and
> future such situations before I create a curl -2 package release.

What you should check is that there is no transitive dependency to
libidn11 left in the dependency chain for anything that depends on a
package that uses the newer version.  If that is possible you ideally
need to update all involved packages together.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

SD adaptations for KORG EX-800 and Poly-800MkII V0.9:
http://Synth.Stromeko.net/Downloads.html#KorgSDada

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: libidn update broke curl
  2021-08-03 18:36   ` Achim Gratz
@ 2021-08-04  1:44     ` Brian Inglis
  2021-08-04  5:11       ` ASSI
  0 siblings, 1 reply; 6+ messages in thread
From: Brian Inglis @ 2021-08-04  1:44 UTC (permalink / raw)
  To: cygwin

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 libidn12 as obsoleting libidn11?
> 
> You never do that in this situation, since it tells setup to install
> libidn12 while removing libidn11, which it dutifully did.  Why'd you
> even get the idea that you should obsolete libidn11?

I assumed that existing package dependencies would override the 
obsoletion of libidn11, rather than the obsoletion overriding.

>> Maintainers: is that something that we should not do on a package ABI
>> break?
> 
> No, not at all.  You never obsolete library packages unless they really
> need to be removed and replaced by something else.
> 
>> How should maintainers handle such situations in cygport?
> 
> Nothing to do there, move along.  the older library version continues to
> exist and is used until all packages that depend on it have updated.
> 
>> I would like to know the correct approach to take to mitigate this and
>> future such situations before I create a curl -2 package release.
> 
> What you should check is that there is no transitive dependency to
> libidn11 left in the dependency chain for anything that depends on a
> package that uses the newer version.  If that is possible you ideally
> need to update all involved packages together.

Thanks, now I know not to do that.

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?

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: libidn update broke curl
  2021-08-04  1:44     ` Brian Inglis
@ 2021-08-04  5:11       ` ASSI
  2021-08-04 15:44         ` Brian Inglis
  0 siblings, 1 reply; 6+ messages in thread
From: ASSI @ 2021-08-04  5:11 UTC (permalink / raw)
  To: cygwin

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 a re-installation on systems where it was
removed.  I have not yet checked, but I suppose there is nothing else to
do.


Regards,
Achim.
-- 
+<[Q+ Matrix-12 WAVE#46+305 Neuron microQkb Andromeda XTk Blofeld]>+

Factory and User Sound Singles for Waldorf Blofeld:
http://Synth.Stromeko.net/Downloads.html#WaldorfSounds

^ permalink raw reply	[flat|nested] 6+ messages in thread

* Re: libidn update broke curl
  2021-08-04  5:11       ` ASSI
@ 2021-08-04 15:44         ` Brian Inglis
  0 siblings, 0 replies; 6+ messages in thread
From: Brian Inglis @ 2021-08-04 15:44 UTC (permalink / raw)
  To: cygwin

On 2021-08-03 23:11, ASSI wrote:
> 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 a re-installation on systems where it was
> removed.  I have not yet checked, but I suppose there is nothing else to
> do.

Thanks Achim,

There appear to be a lot of transitive dependencies now I am using the 
cygcheck-dep -S option!

Sorry to all for the screwup.

Rerunning setup should put everything back.
If necessary, please set libidn11 to (re)Install latest.

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

^ permalink raw reply	[flat|nested] 6+ messages in thread

end of thread, other threads:[~2021-08-04 15:44 UTC | newest]

Thread overview: 6+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2021-08-03 11:54 libidn update broke curl Миронов Леонид Владимирович
2021-08-03 16:05 ` Brian Inglis
2021-08-03 18:36   ` Achim Gratz
2021-08-04  1:44     ` Brian Inglis
2021-08-04  5:11       ` ASSI
2021-08-04 15:44         ` Brian Inglis

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).