8000 Status of integration in distributions · Issue #358 · zlib-ng/minizip-ng · GitHub
[go: up one dir, main page]

Skip to content

Status of integration in distributions #358

Open

Description

@Neustradamus

Need an adding:

Others?

minizip-ng (2023-07-28):

Others?


zlib-ng (2023-07-28):

Others?

Activity

  1. Neustradamus commented on Jan 16, 2019

    @Neustradamus
    Author

    @tehnick: Thanks for your links

  2. nmoinvaz commented on Jan 17, 2019

    @nmoinvaz
    Member

    The library should probably be added as minizip2, also see #333.

  3. praiskup commented on Jan 18, 2019

    @praiskup

    Can you elaborate what do you mean by that? Is this project being renamed to minizip2?

  4. nmoinvaz commented on Jan 18, 2019

    @nmoinvaz
    Member

    It is not being renamed. Just like other libraries, that have multiple versions, this one does too. (See #333 (comment)). Distributions should increment the version number when integrating - maybe something like libminizip28.a.

  5. praiskup commented on Jan 21, 2019

    @praiskup

    Ok, then in Fedora is probably better option to go with the latest supported version in minizip package, and add *-compat package with the old unsupported version (rather than minizip{,2}) - it is more common practice.

    The only issue is that the new version is not compatible with previous one; among Fedora packages only qmc2 seems to be linked against new minizip - the rest is compiled against minizip-compat (8 packages) or bundles the old minizip (7 packages).

  6. tehnick commented on Jan 21, 2019

    @tehnick

    @praiskup

    add *-compat package with the old unsupported version (rather than minizip{,2}) - it is more common practice.

    Hmm, how about sdl and sdl2, libidn and libidn2, pcre and pcre2, tinyxml and tinyxml2, etc.?

    bundles the old minizip (7 packages)

    It is interesting. I thought that in Fedora the usage of embedded copy of such common libraries is not allowed like in Debian.

  7. praiskup commented on Jan 21, 2019

    @praiskup

    @tehnick it's not impossible to add minizip2 in Fedora, it's just more common to go with compat for limited period of time (but I have no evidence/statistics for that off hand). We would decide the naming differently be if we planned to support two minizip implementations concurrently, but in this case minizip-compat should go away (at least we hoped it could happen rather soon - which turns out not to be that trivial...).

    I thought that in Fedora the usage of embedded copy of such common libraries is not allowed like in Debian.

    Bundling is discouraged practice nowadays in Fedora (not entirely banned), but yes - minizip shouldn't be bundled. It is sort of misunderstanding/bug which will be fixed I believe. Despite the fact that minizip is not really "common library" -- original upstream abandoned it, new upstream is painfully incompatible, and people are used to bundle the old version with various different patches if anything.

  8. tehnick commented on Jan 21, 2019

    @tehnick

    minizip shouldn't be bundled

    Do you mean exactly including copy of library in program sources? Because problem is not in bundling of library into sources but in using of this embedded copy instead of system library. And this is a different case...

  9. praiskup commented on Jan 21, 2019

    @praiskup

    I didn't have to think about "bundling" word definition till now :-), but I can confirm you understand the "problem of bundling" the same way as I do; for "how Fedora understands bundling" see https://fedoraproject.org/wiki/Bundled_Libraries?rd=Packaging:Bundled_Libraries#Requirement_if_you_bundle

  10. stachenov commented on Jan 21, 2019

    @stachenov

    Why am I mentioned for Mageia when I don't even know what it is?

  11. Neustradamus commented on Jan 21, 2019

    @Neustradamus
    Author

    Linked to https://github.com/stachenov/quazip (look the link 8BD0 )

  12. ryandesign commented on Apr 30, 2019

    @ryandesign

    Hi, I wanted to let you know that I added minizip2 to MacPorts: https://www.macports.org/ports.php?by=name&substr=minizip&

  13. 56 remaining items

  14. nmoinvaz commented on Jun 16, 2023

    @nmoinvaz
    Member

    Correct. The goal is still to provide compatibility.

  15. MikeMcQuaid commented on Jul 28, 2023

    @MikeMcQuaid

    👋🏻 what's the request/ask here?

  16. Neustradamus commented on Jul 28, 2023

    @Neustradamus
    Author

    @MikeMcQuaid: I have updated the description, it is okay for Homebrew ^^

  17. chenrui333 commented on Jul 28, 2023

    @chenrui333

    @Neustradamus try using these two for package manager distribution refs (good visualization):

  18. MikeMcQuaid commented on Jul 28, 2023

    @MikeMcQuaid

    @Neustradamus re-read it, sorry, still not sure what you're asking for?

  19. brad0 commented on Dec 18, 2023

    @brad0
    Contributor

    I switched the OpenBSD port / package to 4.x 6 months ago.

    openbsd/ports@739d84f

  20. Neustradamus commented on Dec 18, 2023

    @Neustradamus
    Author

    @brad0: Why have you not seen to have "minizip" and added "minizip-ng"?
    It will be nice to have "zlib" and "zlib-ng" too.

  21. ljavorsk commented on Dec 18, 2023

    @ljavorsk

    I almost forgot about this issue...

    Status update from Red Hat (Fedora):
    Minizip-ng transition: https://fedoraproject.org/wiki/Changes/MinizipNGTransition (already implemented)
    Zlib-ng transition: https://fedoraproject.org/wiki/Changes/ZlibNGTransition (in progress)

  22. brad0 commented on Dec 18, 2023

    @brad0
    Contributor

    @brad0: Why have you not seen to have "minizip" and added "minizip-ng"?

    No point having both.

    It will be nice to have "zlib" and "zlib-ng" too.

    zlib is in base. No point.

  23. ljavorsk commented on Jan 11, 2024

    @ljavorsk

    Zlib-ng has now fully replaced madler/zlib in Fedora Rawhide. Feel free to test it and provide us with feedback.

  24. Neustradamus commented on Jan 11, 2024

    @Neustradamus
    Author

    @ljavorsk: Good job!

  25. ljavorsk commented on Jan 11, 2024

    @ljavorsk

    Just to make it clear, it wasn't just my good job but other engineers as well (e.g. @tuliom with his huge amount of work and help in zlib-ng)

    All of them are listed in the Fedora Change mentioned in #358 (comment)

  26. VVD commented on May 29, 2024

    @VVD
  27. VVD commented on Jun 14, 2024

    @VVD
  28. VVD commented on Jun 17, 2024

    @VVD
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions

      0