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

Re: suse open build service - debian builds


On Tuesday, December 10th, 2024 at 02:39, T Lee Davidson <t.lee.davidson@xxxxxxxxx> wrote:

> On 12/9/24 19:26, gbWilly wrote:
> 
> > On Monday, December 9th, 2024 at 23:13, T Lee Davidson t.lee.davidson@xxxxxxxxx wrote:
> 
> I had not fully read all your previous mails on the subject. I mainly just scanned them as most were quite lengthy and had
> numerous grammar issues, spelling issues, missing words, and the like that made comprehension, at least for me, difficult.

Yep, not native English speaking, to fast thinking while typing and not keeping up with typing, making a lot of typos, doing some cut ant pastes (re-edits of parts), not properly looking at grammar as busy with content, tired after a long day and it being mostly way past midnight and later when mail is send, to next see all the typo's, bad edits etc, kind of thingy going on there...

> You say that `dpkg-source -b /path/to/source` with recipe has an error with Quilt format.
> Yet, above you say that `dpkg-source -b /path/to/unpacked/source/with/recipe` successfully creates the .tar.xz and .dsc files.
> That appears to be a contradiction. Is the difference merely the path?

My bad that I used different paths in my example (actually pointing to the same), 
dpkg-source -b /path/to/unpacked/source/with/recipe -> recipe in there native -> all okay
dpkg-source -b /path/to/unpacked/source/with/recipe -> recipe in there quilt -> errors


> And so, greatly simplified, you unpack the original source, repack it with `dpkg-source`, and then unpack it again ... all
> before executing `dpkg-buildpackage` and all just to get the .dsc file. Correct?

Nope, I unpack original source, add recipe and use dpkg-source -b to create a source archive that I can unpack and dpkg-buildpackage can build
The .dsc for me is a byproduct I do NOT need nor does dpkg-buildpackage
osb wants the .dsc file

But, you can build a new source archive from one already made by dpkg-source and osb will apparently try to make a new source, as that is what dpkg-buildpackages uses to actually create the binaries. The source code with recipe in there. All other is needed for logistics you could say.

Now, from a debian perspective we are native as the originator of gambas. Debian official packs quilt (see that as a kind of a patch to native to make it work on many architectures etc).
Their salsa git where their builds are pulled from, consider gitlab gambas as upstream source and pull it from there, incooperate their debian recipe and from that they build.
So they will never use the native version number. A quilt number overrules a native when installing.
So, for example a 3.19.6 is a native version and 3.19.6-1 is a patch to 3.19.6 (being source on gambaslab with tag 3.16.6)
The lack of a '-' in a version points at native build, if you try to build native with '-' in version, it will fail. If you try to build quilt without '-' in version it will fail.

 
> Why? Why not simply let the Gambas Package Config tool create, or modify, the .dsc file?

Because, I believe all that is needed is that 'Gambas Package Tool' creates the debian recipes for all distro's and uses dpkg-source -b to build all source archives and .dsc files, but in native format. All that I write here can be done from 'Gambas Package Tool' as well, I do it in my Recipe Builder (build in Gambas) application (but just for debian/ubuntu).

Upload these (without DEBTRANSFORMS in .dsc) and add an empty gambas.dsc and I believe it will build without a problem, that is why Lee.
So, all the trying to create stuff that 'osb directions on debian builds' are clear about and even tell you what tools to use to create them, seems a bit a waste of time.


> > You now understand why dpkg-source matters?
> 
> 
> No, I do not. I don't understand why you insist upon using it.

Because, on OSB the build log of failed gambas build states that dpkg-buildpackage subprocess dpkg-source -b gives an error and thus the build failed.
So, dpkg-source is a subprocess of a dpkg-buildpackages as are many others...

You still think dpkg-source doesn't matter, to me it seems the guard dog preventing the build

> No worries. :-)

:-)

gbWilly


Follow-Ups:
Re: suse open build service - debian buildsT Lee Davidson <t.lee.davidson@xxxxxxxxx>
References:
suse open build service - debian buildsgbWilly <gbWilly@xxxxxxxxxxxxxx>
Re: suse open build service - debian buildsgbWilly <gbWilly@xxxxxxxxxxxxxx>
Re: suse open build service - debian buildsT Lee Davidson <t.lee.davidson@xxxxxxxxx>
Re: suse open build service - debian buildsgbWilly <gbWilly@xxxxxxxxxxxxxx>
Re: suse open build service - debian buildsT Lee Davidson <t.lee.davidson@xxxxxxxxx>
Re: suse open build service - debian buildsgbWilly <gbWilly@xxxxxxxxxxxxxx>
Re: suse open build service - debian buildsT Lee Davidson <t.lee.davidson@xxxxxxxxx>