Calls into build_benocde that use %zu could crash on 64 bit machines
due to the size change of size_t.
Someone can force READ_ENC_IA to fail allowing an internal_error to
be thrown and bring down the client, throw handshake_error instead.
PR: 224664
Submitted by: Henry David Bartholomew <PopularMoment@protonmail.com>
Approved by: maintainer timeout (pipfstarrd@openmailbox.org, > 2 weeks)
MFH: 2018Q1
Security: e4dd787e-0ea9-11e8-95f2-005056925db4
This is done for
* consistency,
* and to simplify the import of the newer KDE Plasma5 desktop and KDE applications
Bumps the dependencies.
Reviewed by: adridg
Differential Revision: https://reviews.freebsd.org/D12979
This removes build dependency on gcc and runtime dependency on gcc's runtime libraries.
Big thanks to Gleb for working on this.
PR: 225185
Submitted by: Gleb Popov <6yearold@gmail.com>
Exp-run by: antoine
Reviewed by: pgj
Differential Revision: https://reviews.freebsd.org/D12043
casyncconn.cpp:585:62: error: invalid operands to binary expression ('__bind<int &, sockaddr *, unsigned long>' and 'int')
if(bind(sock, (struct sockaddr *)&mAddrIN, sizeof(mAddrIN)) == -1)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ^ ~~
creguserinfo.cpp:156:32: error: non-constant-expression cannot be narrowed from type 'char' to 'unsigned char' in initializer list [-Wc++11-narrowing]
unsigned char charsalt[2] = {((char*)&str)[0],((char*)&str)[1]};
^~~~~~~~~~~~~~~~
creguserinfo.cpp:156:32: note: insert an explicit cast to silence this issue
unsigned char charsalt[2] = {((char*)&str)[0],((char*)&str)[1]};
^~~~~~~~~~~~~~~~
static_cast<unsigned char>( )
script_api.cpp:221:10: error: cannot initialize return object of type 'char *' with an rvalue of type 'bool'
return false;
^~~~~
script_api.cpp:226:46: error: cannot initialize return object of type 'char *' with an rvalue of type 'bool'
if ((!usr) || (usr && !usr->mxConn)) return false;
^~~~~
Reported by: pkg-fallout (blocks 9 ports)
Approved by: portmgr blanket
PoS cryptocurrency that can execute smart contract as part of an UTXO
Combining a modified Bitcoin Core infrastructure with an intercompatible
version of the Ethereum Virtual Machine (EVM), Qtum merges the
reliability of Bitcoin's unfailing blockchain with the endless
possibilities provided by smart contracts.
https://qtum.org/
This will ensure users who do not read UPDATING are still presented with
the message about how to allow clients to connect to the daemon using
DNS when they upgrade the package.
PR: 225150
Reported by: swills
Security: https://www.vuxml.org/freebsd/3e5b8bd3-0c32-452f-a60e-beab7b762351.html
/wrkdirs/usr/ports/net-p2p/ktorrent/work/ktorrent-4.3.1/libktcore/torrent/chunkbarrenderer.cpp:68:16: error: non-constant-expression cannot be narrowed from type 'bt::Uint32' (aka 'unsigned int') to 'int' in initializer list [-Wc++11-narrowing]
PR: 224945
Reported by: pkg-fallout
Curses interface for transmission.
Python3 fork of the no longer maintained transmission-remote-cli. Some
extra modifications have been included and development will follow the
original project as much as possible.
WWW: https://github.com/louipc/tremc
Submitted by: lbdm@privacychain.ch
Differential Revision: https://reviews.freebsd.org/D13618
An obscure macro is used in configure.in that autoreconf cannot find
anywhere (ACX_CHECK_CXX_FLAGS).
- Disable a test for libcharset from converters/libiconv, so the code will
use nl_langinfo from libc instead.
- Remove unneeded CONFIGURE_ENV, CPPFLAGS and LDFLAGS.
Reported by: antoine
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
