@koobs: Done. Thank you so much.

Acceptance pending QA confirmation (portlint, poudriere)

• Add LICENSE_FILE

• Document the patchfile

• Add PORTREVISION for print/texlive-full

Both portlint and poudriere testport successfully passed.

• Fix portlint errors
• Update PORTREVISION of dependant ports

I'm under the impression bumping shared library major versions requires bumping dependents. In what sense does this major version change not affect them?

Not yet, my apologies. I will email them right away.

@pkubaj: any thought?

I would also like to add that the possibility to choose multiple options, as long as the corresponding patches don't conflict, would be so handy as the user can easily pick their options at once. If not, the process will be a little bit monotonous to clone, manually apply patches, merge, and so on. But we definitely cannot integrate all available patches within our ports since some may conflict, and then the user is forced to pick one as before, or they will get an error. That's why I recommend providing something like xresources patch that would be more useful for the daily use of a desktop user and would be tougher to add it manually.

Thank you so much for accepting the patch. Yes, that's right, I think the same. We can integrate useful patches within our ports as long as they cause no conflict - so the user could easily pick some or all of them and proceed. Cheers.

• assert(3): add an example for static_assert()

• assert(3): add an example for static_assert()

• assert(3): rephrase and remove the "your" determiner

Ah, I again made that mistake! Sorry :-(

@0mp: kfv@kfv.io, thank you so much!

• c(7): rephrase

@kevans: by the way, on the subject of the attribution we discussed in IRC, I prefer Faraz Vahedi <kfv@kfv.io>, thanks!

• freebsd-version(1): accept multiple occurrences of the -j option

Update dependencies to use gtk30

• c(7): update the listed improvements

@bcr: I think we could proceed now. Please note, that a very little change was made in D25705 where this diff relies on, and if you or anyone approve differentials, I think we can have them landed in 13.0-RELEASE, right? Please let me know if there is anything else I need to improve and update.

Specify a larger range for commits to include my previous changes as well

Fix typo

Update MASTER_SITES link from HTTP to HTTPS

I updated the link in the pkg-descr file but left the MASTER_SITES as is to be similar to other suckless ports. If you think it's necessary to update all HTTP links to HTTPS when supported (just like those from suckless), I can do a bulk check and submit a patch for that since we've also got many HTTPS MASTER_SITES in ports - or we can avoid forcing HTTPS and leave its decision to master sites. Anyway, I'll follow as you decide.

Add a missing dependency and act on RhodiumToad's suggestions for improvements

I just updated the link in the description.

Sorry for my mistakes, I will be more careful and use the mentioned tools next
time. I also fixed the link in the description and made it a bit more descriptive
by adding some information from the manual and the author's official announcement.

Sorry again, it must be good this time.

Fixing my previous mistake - my apologies.

Fixed. Thanks for the neat point, I'll keep it in mind.

Alright, thank you very much.

In D24359#592017, @hrs wrote:

Any blocker for this change? Just wondering.

And could anyone try to regenerate these changes by using tools/locale/locale after r364245? I updated the tools to use CLDR v35, and now it supports patches under the "patch" directory if necessary. If it works, and no one is going to work on committing them, I will volunteer to do it.

Awaiting @dteske's review.

Remove a trailing space

Fixed. My apologies.

Although I think nothing's wrong with this revision since all steps are automatically done and I've made no additional change, I believe @yuripv knows much more than me about locales. So I would appreciate if he could also take a look.

Remove unnecessary files that were set the same as another file in Makefile

Removed numericdef/fa_AF.UTF-8.src and numericdef/ar_SA.UTF-8.src since they are same with numericdef/fa_IR.UTF-8.src

Thanks everyone.