> While it is definitely not any worse than current debian packages, the > repository > stuff needs quite some refinement. I'll provide actual packages once announced > 25-Oct security update comes out.Will you also provide the build process for the packages? I've seen the gbp [1] instructions on salsa for Debian packages, something like this?> I looked at Fbuntu 20.04 Focal Fossa. There's a small difficulty there: they > don't have debhelper 13, which is used in quite a few places in current > packaging > (for example ${VARIABLE}s in debian/foo.install and the like files). It is not > difficult to work around that, but I don't see real reason for that.20.04 is still LTS and widely used (at least by me :D), despite 22.04 being available for some months now. thanks again [1] https://salsa.debian.org/samba-team/samba/-/blob/master/debian/README.source.md -- Lorenzo Milesi - lorenzo.milesi at yetopen.com CTO @ YetOpen Srl Corso Martiri della Liberazione 114 - 23900 Lecco - ITALY - | 4801 Glenwood Avenue - Suite 200 - Raleigh, NC 27612 - USA - Tel +39 0341 220 205 - info.it at yetopen.com | Phone +1 919-817-8106 - info.us at yetopen.com Think green - Non stampare questa e-mail se non necessario / Don't print this email unless necessary -------- D.Lgs. 196/2003 e GDPR 679/2016 -------- Tutte le informazioni contenute in questo messaggio sono riservate ed a uso esclusivo del destinatario. Tutte le informazioni ivi contenute, compresi eventuali allegati, sono da ritenere confidenziali e riservate secondo i termini del vigente D.Lgs. 196/2003 in materia di privacy e del Regolamento europeo 679/2016 - GDPR - e quindi ne e' proibita l'utilizzazione ulteriore non autorizzata. Nel caso in cui questo messaggio Le fosse pervenuto per errore, La invitiamo ad eliminarlo senza copiarlo, stamparlo, a non inoltrarlo a terzi e ad avvertirci non appena possibile. Grazie. Confidentiality notice: this email message including any attachment is for the sole use of the intended recipient and may contain confidential and privileged information; pursuant to Legislative Decree 196/2003 and the European General Data Protection Regulation 679/2016 - GDPR - any unauthorized review, use, disclosure or distribution is prohibited. If you are not the intended recepient please delete this message without copying, printing or forwarding it to others, and alert us as soon as possible. Thank you.
24.10.2022 15:05, Lorenzo Milesi wrote:> >> While it is definitely not any worse than current debian packages, the >> repository >> stuff needs quite some refinement. I'll provide actual packages once announced >> 25-Oct security update comes out. > > Will you also provide the build process for the packages? I've seen the gbp [1] instructions on salsa for Debian packages, something like this?I'm not sure what do you mean. The repository includes source packages too, which are standard debian .dsc files with usual .orig.tar.gz/.debian.tar.gz, which are automatically buildable. It is more: after my first attempt of building for ubuntu and rethinking/refinement, I don't see any reason whatsoever to *change* the source in any way, - standard debian packages - exactly the same as used on debian - are used currently to build ubuntu binaries (I see no reason to add "ubuntuN" suffix, - it is the same sources as on debian). ..> [1] https://salsa.debian.org/samba-team/samba/-/blob/master/debian/README.source.mdThis file is quite a bit outdated, - I should review it for the packaging changes I did for 4.16. But it is used to build from a git tree (since it is exactly the same source as on Debian, the same git tree can be used too). The procedure there is not different from building packages out of any other git tree. But it is easier to build from a .dsc package anyway (which is, again, the same as on debian) - for which, standard build tools of your preference can be used. The only possible problem spot here is that in order to build recent samba package, you have to make recent support libraries (talloc/tevent/tdb) available to the build. These have to be built first (and eg for tdb, talloc is also needed) and uploaded somewhere, or used as --extra-package= sbuild option (or equivalent pbuilder construct or whatever tool you prefer). /mjt