Bug#1068174: yosys: Please package the latest upstream release
Scott Ashcroft
scott.ashcroft at hotmail.com
Wed Feb 5 15:33:28 GMT 2025
On Wed, 2025-02-05 at 15:05 +0100, Daniel Gröber wrote:
> If you want to make things easy on DDs and yourself my recommendation would
> be to put this sort of commentary in d/changelog, not git commitmsgs, as
> that's more compatible with different workflows in Debian.
I'm used to the git changelog being critical so that'll take a bit of
adapting.
> Say you do end up having to go the mentors route, then your git commits may
> not even get looked at (depends on reviewer), however the debian/ files
> always are.
>
> I'm not 100% sure this is the-done-thing since changelog is usually more
> user-facing and less reviewer-facing. I did the same thing as you before
> becoming a DD, but my thinking is that the DD uploading can always opt to
> remove superfluous changelog entries, but they might just ignore you if the
> amount of commentary is not to their liking so better to opt for more info
> in changelog.
> See also
> https://www.debian.org/doc/manuals/developers-reference/best-pkging-practices.en.html#best-practices-for-debian-changelog
OK. I'll have a look at that.
> Did you have a look over the pdf, does it look alright? Could you attach
> it?
It seems OK to me. No obvious errors or missing diagrams. See attached.
> >
> You'll want to look at `reprotest`. There's also `debrepro` but that one's
> no longer really used. I had trouble reproducing failures locally. Since
> unstable is broken rn anyway we could also just upload when ready to find
> out.
I almost have things working without the SOURCE_DATE_EPOCH patch. That
was handling some embedded pdfs and upstream seem to have sorted those
in a slightly different way.
The only bit which is still an issue is the ID of the overall PDF
document.
When the presentation was built by a shell script you could just wrap
it with faketime in debian/rules.
Now the manual is built by a Makefile produced on the fly by sphinx-
build wrapping the calls to pdflatex isn't as easy.
Cheers,
Scott
-------------- next part --------------
A non-text attachment was scrubbed...
Name: manual.pdf
Type: application/pdf
Size: 2958801 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/debian-science-maintainers/attachments/20250205/01a49739/attachment-0001.pdf>
More information about the debian-science-maintainers
mailing list