Branch: master
-
bapt committed
Dec 6, 2019 Kpmenu is a tool written in go used to view a KeePass database via a dmenu, or rofi, interface WWW: https://www.alessiodp.com/kpmenu
-
Use xz archive instead of bzip2 one
bapt committedDec 3, 2019 Submitted by: daniel.engberg.lists_pyret.net Differential Revision: https://reviews.freebsd.org/D22640
-
bapt committed
Nov 26, 2019
-
bapt committed
Nov 25, 2019
-
bapt committed
Nov 15, 2019 While here, convert binutils into flavors, that ease a lot maintenance and helps cleaning out the code. This is inspired by the same work on going on the xtoolchained gcc by jhb@ PR: 241756 Exp-run: antoine (portmgr) Discussed with: jhb Differential Revision: https://reviews.freebsd.org/D22258
-
bapt committed
Nov 12, 2019 While here: - Remove the warning message during installation and only show it during upgrades (it only matters for people upgrading) - Add support for fmemopen(3) which should speed up some searches
-
bapt committed
Nov 8, 2019 While here, make the port autonomuous (not a slave port of devel/binutils anymore) The only dependency this port is keeping with devel/binutils is sharing the patch directory to avoid duplication.
-
Update WWW to the proper Website
bapt committedNov 5, 2019 -
bapt committed
Nov 5, 2019
-
Fix the location of the manpages
bapt committedOct 29, 2019
-
Fix plenty of check-sanity warnings:
bapt committedOct 10, 2019 Add licenses Modernize using USES=gnome and USES=xorg
-
bapt committed
Oct 10, 2019 Note that everything scripts in the ports tree without an explicit license automatically fall into the license of the ports tree itself
-
bapt committed
Oct 10, 2019 -
pinentry-gnome3 does not need at all gtk2
bapt committedOct 10, 2019 -
Catchup with recent developers warnings
bapt committedOct 10, 2019 -
Remove the unused gai toolkit abandonware since 2005
bapt committedOct 10, 2019 -
Revert changes that crept in by accident
bapt committedOct 10, 2019 Reported by: fluffy Pointy hat: bapt
-
Remove the ipv6 virtual category
bapt committedOct 9, 2019 in 2019 the norm is for applications to support both v4 and v6 version of the ip stack. Furthermore, the ipv6 category was clearly not consistently spread over the ports tree defeating the goal of the category.
-
Drop the ipv6 virtual category for w* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for s* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for n* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for m* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for l* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for j* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for i* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for g* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for f* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for e* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for d* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for b* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
Drop the ipv6 virtual category for a* category as it is not relevant …
bapt committedOct 9, 2019 …anymore
-
dovecot-fts-xapian: Bump portrevision after dovecot upgrade
bapt committedOct 9, 2019 Add a note to the dovecot port about the requirement to bump the portrevision each time dovecot is updated PR: 241147 Reported by: Matthias Pfaller <matthias.pfaller@familie-pfaller.de>