Re: Initial version of 'gambas-package-config' tool

[munix9 <munix9@xxxxxxxxxxxxxx>]

Am 27.11.24 um 22:29 schrieb gbWilly:
> On Wednesday, November 27th, 2024 at 21:37, munix9 <munix9@xxxxxxxxxxxxxx> wrote:
>
> > Am 27.11.24 um 19:40 schrieb gbWilly:
>
> Oh, I have seen them, but never in the official gambas3 packages is what I meant.
> And I have made them once, next to figure out how to prevent them from being made again.
> As I say, they pollute my view on listing of gambas3 packages present on my system as I have no interest in dbgsym and neither does the average Gambas3 user, who wants to use it to make applications.
> I package for people who want to use Gambas3, simple as that, and that should be our aim.

Strange point of view, but to each his own.
I'd be happy for any automation that would help me fix bugs, even if 
it's just to provide me with debug packages.

> >
> the +39.1 is allowed, but why add it?

Then it shouldn't be a problem.
I recommend that you read up on the subject of "consideration of running 
build numbers" in automated systems and perhaps also take a closer look 
at OBS - it can't hurt.
If you (or Benoît) don't want to use it (in Debian/Ubuntu) for whatever 
reason, then I don't care.

> Doesn't the obs build system use the version in first line of control file in debian folder provided as debian.tar.gz, why else would it need it?
> If so, you can use anything you like, as long as is according to debian rules, as debian build tools will simply not build with versions not allowed.
> Or did OSB decide to make it's own version number? I have no idea how osb builds, I only know the debian build method.

I have no idea what you are trying to say.
As I said above: take a closer look at OBS - it really can't hurt.

And one thing should be clear to you: OBS builds the packages in the 
respective environment of the distribution! For Debian 12 a Debian 12 VM 
and Debian 12 build tools are used, for Arch the respective current Arch 
version etc...

So if a package could not be built at this point because it violates 
some ominous rule, then the build would also fail accordingly.

> > https://github.com/openSUSE/obs-service-tar_scm/blob/master/tar_scm.service.in#L67
> >
> > And please do not forget: The setup must satisfy all distributions
> > offered, compromises are necessary.
>
> Why, you have recipes for different distro's, do not the recipes include the versioning in other than debian binary builds?

?!

> > Otherwise you can set up a separate project and a separate setup in OBS
> > for each distribution, if necessary patch the OBS so that it meets your
> > own requirements - this is no longer maintainable.
> >
> > And finally, the best solution is to publish Gambas on the respective
> > build system of the distributions (Arch, Fedora, Debian, Ubuntu,
> > openSUSE, ...) - in my opinion, this is rather undesirable.
>
> I absolutely agree with this...
> OBS seems more like a workaround to each distro having it's own proper hosted gambas3 repository.

This will be my last mail on this topic, because I somehow have the 
impression that you have built up a certain cool distance, maybe even 
aversion to OBS - for whatever reason.

Maybe because your own project to provide debian packages for Gambas is 
supposedly being pushed into the background, I don't know.

Read up on the possibilities of OBS or don't.
Create an account there and test it or leave it.

Regards