Re: suse open build service - debian builds

[gbWilly <gbWilly@xxxxxxxxxxxxxx>]

On Monday, December 9th, 2024 at 16:20, Benoît Minisini <benoit.minisini@xxxxxxxxxxxxxxxx> wrote:

> Le 09/12/2024 à 16:07, gbWilly a écrit :
> 
> > On Sunday, December 8th, 2024 at 16:32, gbWilly gbWilly@xxxxxxxxxxxxxx
> > mailto:gbWilly@xxxxxxxxxxxxxx wrote:
> > 
> > I have done a merge request and will and another small modification.
> > I hope you will include it in your next ,osb build and try something
> > else for a change
> > Some testing doesn't harm and we will learn some more.
> > 
> > So, as soon as you have done you magic and a .osb will be there I
> > will do a compare with my current recipes.
> > 
> > gbWilly
> > 
> > I just saw you did a failed build.
> > Reason is in log:
> > [ 112s] dpkg-buildpackage: error: syntax error in debian/control at line
> > 28: continued value line not in field
> 
> 
> I have just fixed that.
> 
> Before trying to test what you suggest (which I don't fully understand
> at the moment), I try to fix the version problem that prevent deb
> packages to be built.
> 
> What is the version problem? Simple: the version chosen by OBS included
> the last commit hash in it, which is perfectly logical. But the OBS
> configuration files being generated inside the Gambas sources, and that
> version having to be put inside these files, as soon as the updated OBS
> is pushed to the gitlab repository, the commit hash inside the OBS
> configuration file is now different from the commit hash of that push.
> 
> So I try now to remove the commit hash from the OBS version.
> 
> Now Debian fails because it does not found xdg desktop tools. I think
> something is missing in the Debian build requirements.

I will do a check later, gotta go make some food now.
I'll report back if something is missing.

My recipes all build, so comparing them now makes more sense.
 
> 
> See you later.
> 
> --
> Benoît Minisini.

gbWilly

BTW. I love meld