[Pkg-nginx-maintainers] nginx 1.22.1-6

[Jan Mojzis]

> On 4. 2. 2023, at 14:06, Jan Mojzis <jan.mojzis at gmail.com> wrote:
> 
> 
> 
>> On 23. 1. 2023, at 9:28, Jérémy Lal <kapouer at melix.org <mailto:kapouer at melix.org>> wrote:
>> 
>> 
>> 
>> Le lun. 23 janv. 2023 à 08:27, Jan Mojzis <jan.mojzis at gmail.com <mailto:jan.mojzis at gmail.com>> a écrit :
>> 
>> 
>>> On 22. 1. 2023, at 16:10, Jérémy Lal <kapouer at melix.org <mailto:kapouer at melix.org>> wrote:
>>> 
>>> 
>>> 
>>> Le dim. 22 janv. 2023 à 13:29, Jérémy Lal <kapouer at melix.org <mailto:kapouer at melix.org>> a écrit :
>>> Hi Jan,
>>> 
>>> Le sam. 21 janv. 2023 à 08:40, Jan Mojzis <jan.mojzis at gmail.com <mailto:jan.mojzis at gmail.com>> a écrit :
>>> Hello,
>>> 
>>> new version of nginx 1.22.1-6 is ready and will be upload  to the unstable soon.
>>> The main change in the package is the move of the nginx binary to the new nginx-bin package.
>>> And the nginx-{light,core,extras} packages are replaced by metapackages and marked as deprecated
>>> 
>>> 
>>> changelog:
>>> https://salsa.debian.org/nginx-team/nginx/-/blob/master/debian/changelog <https://salsa.debian.org/nginx-team/nginx/-/blob/master/debian/changelog>
>>> 
>>> Looks correct.
>>> It's a bit difficult to check if dependencies are correctly declared, so anyone feeling comfortable with that should check it out.
>>> 
>>> A remark:
>>> the long descriptions + NEWS are more than enough information about what is happening with the metapackages.
>>> I really don't think the postinst warnings are acceptable.
>> 
>> removed
>> 
>> thank you
>>> Additional suggestions for the metapackages descriptions:
>>> -  shorten them, now we don't need to know that much ?
>>> - append "this metapackage can be safely removed"
>>> but those are not as important.
>>> 
>>> Is nginx-common needed now ? All its files could go to nginx-bin.
>> 
>> I agree nginx-common is not needed now.
>> But the question is if nginx-bin is a proper replacement for common files.
>> If it's not better to combine the binaries+configurations+init into the nginx package (back to standard setup).
>> But this will be even more complicated for testing due to historical dependencies.
>> 
>> Fine, if it's simpler to keep it like that for the moment.
>> 
>> Jérémy
>> 
>> 
>> 
> 
> Before the 1.22.1-6 release, I tested a variant without the new nginx-bin package.
> Binaries in "nginx" package instead of "nginx-bin".
> And it's a much more straightforward option.
> 
> And I'm going to prepare the upload, first to the experimental,
> version 1.22.1-6~exp1.
> 
> Jan
> 


Nginx exp1 from expermimental looks working,
it's time to upload to unstable.
I will prepare the upload.

I would also like to add that after a successful upload, one more version (1.22.1-7) will be needed, in which there will be:
- nginx-abi, plus rebuild all modules
- final cleanup before bookworm (mostly documentation of changes)

Jan

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://alioth-lists.debian.net/pipermail/pkg-nginx-maintainers/attachments/20230208/7b5a6a35/attachment.htm>