microsoft / winget-pkgs

The Microsoft community Windows Package Manager manifest repository
MIT License
8.51k stars 4.4k forks source link

[Package Request]: Apache Httpd #91846

Open hwhsu1231 opened 1 year ago

hwhsu1231 commented 1 year ago

Package Requested

Please provide the following information

Publisher: Apache Haus, Apache Lounge Publisher Url: https://httpd.apache.org/docs/current/platform/windows.html Package Name: Apache Httpd Description: Apache HTTP Server on Microsoft Windows Package Version: 2.4.54 Installer URL:

----- Updated 2023/03/04 -----

Publisher: https://archive.apache.org Publisher Url: https://archive.apache.org/dist/httpd/binaries/win32/ Package Name: Apache Httpd Description: Apache HTTP Server on Microsoft Windows Package Version: ~2.2.25 Installer URL:

Current Package Identifier (for new versions):

mdanish-kh commented 1 year ago

@msftbot .zip

mdanish-kh commented 1 year ago

@hwhsu1231

Apache Haus: https://www.apachehaus.com/cgi-bin/download.plx Apache Lounge: https://www.apachelounge.com/download/

These are blocked by Zipped-Binary issue

Regarding the MSI Installers: I was going to add the two variants, the NoSSL and the OpenSSL ones in separate PackageIdentifiers as Apache.HttpServer.NoSSL and Apache.HttpServer.OpenSSL

The issue I see with this approach is that they have identical Registry values for DisplayName, Publisher, ProductCode etc. WinGet won't be able to distinguish between the two until Release Channels support is completed. In the current implementation, as the Registry values are same, users would be prompted for an upgrade to NoSSL version from an OpenSSL version and vice-versa

So, I guess the best option here would be to have the SSL installer in Apache.HttpServer in WinGet?