Fix conditional in flavoring.
I missed this change when I committed the approved review.
Reviewed by: portmgr (mat)
Approved by: portmgr (mat)
Differential Revision: https://reviews.freebsd.org/D13478
Approved by: ports-secteam (swills)
- updated license to align with CRAN package
- add new run dependency:
- science/R-cran-fastICA
- update description to align with CRAN package
- update website URL to align with CRAN package
- changelog not updated
Generated by: portcran (0.1.7)
- removed PORTREVISION due to version bump
- updated comment to align with CRAN package
- updated license to align with CRAN package
- order run dependencies lexicographically on origin
- add new test dependency:
- devel/R-cran-RUnit
- changelog not updated
Generated by: portcran (0.1.7)
- updated comment to align with CRAN package
- updated license to align with CRAN package
- order test dependencies lexicographically on origin
- add new test dependencies:
- math/R-cran-robustbase
- changelog not updated
Generated by: portcran (0.1.6)
- updated comment to align with CRAN package
- updated license to align with CRAN package
- add new test dependencies:
- devel/R-cran-RUnit
- changelog not updated
Generated by: portcran (0.1.6)
- Make the guile2 flavor the new default. Users requiring guile1
can use that flavor
- Add note in UPDATING, since the default is changing
Reviewed by: mat
Approved by: portmgr (mat)
Differential Revision: https://reviews.freebsd.org/D13478
We were not setting the flag to select the GNUstep ABI, so were defaulting to
using the GCC-compatible version, which was likely to trigger a lot of subtle
bugs. This was noticed when C++ exceptions thrown through Objective-C stack
frames caused segfaults.
- Remove FLAVOR from py-docutils dependency in comms/uhd, in this case
it needs the rst2html command, not the docutils module
- Mark some ports as not compatible with python3
Ports using USE_PYTHON=distutils are now flavored. They will
automatically get flavors (py27, py34, py35, py36) depending on what
versions they support.
There is also a USE_PYTHON=flavors for ports that do not use distutils
but need FLAVORS to be set. A USE_PYTHON=noflavors can be set if
using distutils but flavors are not wanted.
A new USE_PYTHON=optsuffix that will add PYTHON_PKGNAMESUFFIX has been
added to cope with Python ports that did not have the Python
PKGNAMEPREFIX but are flavored.
USES=python now also exports a PY_FLAVOR variable that contains the
current python flavor. It can be used in dependency lines when the
port itself is not python flavored. For example, deskutils/calibre.
By default, all the flavors are generated. To only generate flavors
for the versions in PYTHON2_DEFAULT and PYTHON3_DEFAULT, define
BUILD_DEFAULT_PYTHON_FLAVORS in your make.conf.
In all the ports with Python dependencies, the *_DEPENDS entries MUST
end with the flavor so that the framework knows which to build/use.
This is done by appending '@${PY_FLAVOR}' after the origin (or
@${FLAVOR} if in a Python module with Python flavors, as the content
will be the same). For example:
RUN_DEPENDS= ${PYTHON_PKGNAMEPREFIX}six>0:devel/py-six@${PY_FLAVOR}
PR: 223071
Reviewed by: portmgr, python
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D12464
(segwit) support and has switched from qt4 to qt5.
Cold storage wallet support still need some work. Therefore disable the trezor
and ledger support for now until things have been fixed.
Users depending on trezor and ledger are advised to use finance/electrum2 for
the time being.
Changelog: https://github.com/spesmilo/electrum/blob/master/RELEASE-NOTES
Python modules naming scheme [1].
- Explain in MOVED why the port was renamed
- Update security/py-btchip-python to 0.1.22
- Update dependency of finance/electrum
Notified by: koobs [1]
Revert r426059 which removed py-unittest2.
(1) The port was revived and (2) the change was incomplete, breaking the
test target/phase because tests were not confirmed to continue to work
(without downloading the dependency, which is not allowed in poudriere),
or updated to work without unittest2.
Removing *_DEPENDS alone for whatever reason (expiry/deletion in this case)
is insufficient for ports of Python packages, as their code may still
register, reference or attempt to import that (package) code, and fatally
error if it is not available.
Other ports modified in that revision very likely require similar
updates, if they haven't been updated or fixed already.
[1] svnweb.freebsd.org/changeset/ports/426059
necessary python backends. Now that we have ports for the TREZOR and LEDGER
hardware wallets in the ports tree add those as an option and enable by default.
Provide devd sample rules and display a message on how to enable.
Takeover maintainership.
PR: 222946
Approved by: amutu@amutu.com
- Update finance/gnucash-docs to 2.6.18
- Silence portlint warning about variable ordering
- Regenerate some patches
The gnucash distfile was regenerated after initial release due to
missing files, and has a non conforming filename, so the port adds
variables to correctly handle this.
Changelog:
* change: win32: upgraded to gtk+ 3.22.16
* wish : #1710955 warn when opening a backup file
* bugfix: #1716182 New memo doesn't get added to quick list
* bugfix: #1716181 New/deleted transactions and search box show inconsistency
* bugfix: #1715532 "All date" range remains as is after "Select All" in Report
* bugfix: #1713413 Un-editable category
* bugfix: #1710800 Manage budget window do not expand properly
* bugfix: #1708956 Automatic check numbering issue
* bugfix: #1707201 Anonymize dialog change accounts if user close window
* bugfix: #1697174 Months in Manage Budget should allow tabbing
from consecutive months
* bugfix: #1697171 'Notes' field in 'Manage Accounts' should wrap text
* bugfix: #1694520 Windows 10 x64 5.1.5 cannot start application
* bugfix: #1693998 Start Balance not shown after new file assistant
* bugfix: #1691992 The "other" side of an internal transfer is not marked
as changed when an internal transfer is deleted
* bugfix: #1690555 Internal transfers with a status of "Remind" are
not created correctly
* bugfix: #1664012 libofx: macos, cannot import newer OFX versions
(via Mk/bsd.default-versions.mk and lang/gcc) which has moved from
GCC 5.4 to GCC 6.4 under most circumstances.
This includes ports
- with USE_GCC=yes or USE_GCC=any,
- with USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and
- with USES=compiler specifying openmp, nestedfct, c++11-lib, c++11-lang,
c++14-lang, c++0x, c11, or gcc-c++11-lib.
PR: 219275
