[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Proposal for possible consolidation of the packages


Le 24/11/2024 à 10:19, munix9 a écrit :

To reduce the number of packages and thus simplify maintenance, I recommend consolidating packages.

It is understandable that with sub-packages you want to prevent e.g. unneeded libraries from being installed as additional dependencies (e.g. the consolidation of all db* packages would lead to postgres, sqlite, etc. also being installed, although actually only mysql is needed).

For other packages, however, this makes sense in my opinion:
gb-compress*
gb-db-mysql + gb-mysql
gb-dbus*
gb-desktop*
gb-form* (?)
gb-gtk*
gb-gtk3*
gb-image*
gb-media*
gb-net*
gb-opengl*
gb-qt4*
gb-qt5*
gb-qt6*
gb-report*
gb-sdl*
gb-sdl2*
gb-term*
gb-util*
gb-web* (?)
gb-xml*


Perhaps not all at once, but bit by bit where it makes sense.
Don't forget that the packaging must also be adapted for the respective distribution. This also means that newer Gambas versions that have been consolidated must be mapped accordingly and require distribution-specific information, e.g. for openSUSE:

%package gb-compress
Summary:        Gambas compression component
BuildRequires:  pkgconfig(bzip2)
BuildRequires:  pkgconfig(libzstd)
BuildRequires:  pkgconfig(zlib)
Provides:       %{name}-gb-compress-bzlib2 = %{version}
Obsoletes:      %{name}-gb-compress-bzlib2 < %{version}
Provides:       %{name}-gb-compress-zlib = %{version}
Obsoletes:      %{name}-gb-compress-zlib < %{version}
Provides:       %{name}-gb-compress-zstd = %{version}
Obsoletes:      %{name}-gb-compress-zstd < %{version}


This is important so that package updates do not lead to collisions or package corpses remain.

Regards


Mmm... I don't see how it will simplify things. I think it's even the contrary.

Don't forget that the IDE has a wizard that creates packages for your projects. If there isn't a bijection between packages and components, it will become a nightmare to implement.

The only package that includes several components should be 'gambas3-runtime', provided that these components have no dependency outside of the system C library.

As soon as the 'gambas-package-config' tool will be available, only new packages with dependencies on new libraries will imply some maintenance. Otherwise everything will be automatic.

Regards,

--
Benoît Minisini.


Follow-Ups:
Re: Proposal for possible consolidation of the packagesmunix9 <munix9@xxxxxxxxxxxxxx>
References:
Proposal for possible consolidation of the packagesmunix9 <munix9@xxxxxxxxxxxxxx>