Page MenuHomeFreeBSD

misc/biblesync: Update to 2.1.0
ClosedPublic

Authored by salvadore on May 24 2020, 10:12 PM.
Tags
None
Referenced Files
Unknown Object (File)
Wed, Apr 10, 12:48 PM
Unknown Object (File)
Mar 12 2024, 2:33 AM
Unknown Object (File)
Feb 21 2024, 12:08 PM
Unknown Object (File)
Feb 21 2024, 12:08 PM
Unknown Object (File)
Jan 16 2024, 2:11 PM
Unknown Object (File)
Jan 11 2024, 12:51 AM
Unknown Object (File)
Dec 23 2023, 1:25 AM
Unknown Object (File)
Dec 21 2023, 3:21 AM
Subscribers

Details

Summary

Also add a patch to remove the need of USE_GCC=yes.

Diff Detail

Repository
rP FreeBSD ports repository
Lint
No Lint Coverage
Unit
No Test Coverage
Build Status
Buildable 31289
Build 28930: arc lint + arc unit

Event Timeline

Looks fine to me.

Personally I'd add a note at the beginning of files/patch-src_biblesync.cc that explains why you are doing this (and that it allows compilation with clang over just GCC).

Are there any dependent ports that would require bumping PORTREVISION due to the change of the libbiblesync.so version?

This revision is now accepted and ready to land.May 24 2020, 10:27 PM

I did not even knew that we could add comments to patches: thanks mentor :)
I added a comment: can you please check the file again to confirm that I did it properly, since it is the first time? Thanks!

I have to bump PORTREVISION for misc/xiphos, although this will soon be updated as well. Xiphos had USE_GCC set as a side effect of having biblesync built with gcc, so this could probably be removed, but I will check it when I actually update xiphos: it has some heavy dependencies, so testing needs some time.

This revision now requires review to proceed.May 24 2020, 10:49 PM

On second thought, I must ensure that xiphos still compiles with the updated biblesync. So I need to test it before I commit this update.

Thus I propose to also remove USE_GCC from xiphos now instead of when I will update it.

I did not even knew that we could add comments to patches: thanks mentor :)
I added a comment: can you please check the file again to confirm that I did it properly, since it is the first time? Thanks!

You're welcome!

I dug out some examples to demonstrate how I have been using this:

  • svn diff -c 524678 $PORTSDIR/emulators/wine/files/ # look for those files that got removed and their comments at the top
  • lang/gcc9/files/patch-gfortran-libgcc # super long, but super important
  • emulators/wine-devel/files/patch-dlls_kernel32_Makefile.in emulators/wine-devel/files/patch-libs-wine-mmap.c lang/gcc9/files/patch-clang-vec_step lang/gcc9/files/patch-gets-no-more for some further ones.

Yes, your change looks good. Personally I'd add an empty line between the note and the patch, but that's subjective.

What I find useful is how to handle this with version updates and note whether the patch comes from upstream, you submitted it upstream, there is an upstream bug report (and a reference if possible). Makes life so much easier down the road. ;)

On second thought, I must ensure that xiphos still compiles with the updated biblesync. So I need to test it before I commit this update.

Thus I propose to also remove USE_GCC from xiphos now instead of when I will update it.

Yes, and yes.

Please make sure the commit message explains what's going on (when viewed from the context of either affect port).

This revision was not accepted when it landed; it landed in state Needs Review.May 27 2020, 9:09 PM
This revision was automatically updated to reflect the committed changes.