non port: multimedia/py-kaa-base/Makefile |
Number of commits found: 27 |
Thursday, 24 Dec 2020
|
10:09 antoine
Explicitely deprecate more python 2.7 ports
|
Friday, 8 Nov 2019
|
13:59 tobik
multimedia: Add missing USES={gl,gnome,sdl,xorg}
|
Friday, 26 Jul 2019
|
20:46 gerald
Bump PORTREVISION for ports depending on the canonical version of GCC
as defined in Mk/bsd.default-versions.mk which has moved from GCC 8.3
to GCC 9.1 under most circumstances now after revision 507371.
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, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, everything INDEX-11 shows with a dependency on lang/gcc9 now.
PR: 238330
|
Wednesday, 12 Dec 2018
|
01:35 gerald
Bump PORTREVISION for ports depending on the canonical version of GCC
defined via Mk/bsd.default-versions.mk which has moved from GCC 7.4 t
GCC 8.2 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, c11, c++0x, c++11-lang,
c++11-lib, c++14-lang, c++17-lang, or gcc-c++11-lib
plus, as a double check, everything INDEX-11 showed depending on lang/gcc7.
PR: 231590
|
Saturday, 28 Jul 2018
|
23:23 yuri
Replace explicit devel/py-game dependencies with ${PYGAME} in 7 ports
This is to simplify the pending rename devel/py-game -> devel/py-pygame in
bug#230115.
PR: 230118 230119
Approved by: portmgr
|
Wednesday, 20 Jun 2018
|
17:05 mat
Use PY_FLAVOR for dependencies.
FLAVOR is the current port's flavor, it should not be used outside of
this scope.
Sponsored by: Absolight
|
Saturday, 10 Mar 2018
|
17:46 gerald
Bump PORTREVISIONs of all users of math/mpc that we just updated to
version 1.1.0 (via revision 464079).
|
Friday, 2 Mar 2018
|
22:34 brooks
Work around the lack of definition of union semun per POSIX.
When feasible do this by adding -D_WANT_SEMUN to CFLAGS or CXXFLAGS.
Where this fails due to ports not honoring C*FLAGS, patch using
__FreeBSD_version to enable the definition.
PR: 224300, 224443 (exp-run)
Approved by: portmgr (antoine)
Exp-run: antoine
Sponsored by: DARPA, AFRL
Differential Revision: https://reviews.freebsd.org/D14137
|
Thursday, 30 Nov 2017
|
15:50 mat
Convert Python ports to FLAVORS.
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
|
Saturday, 7 Jan 2017
|
01:07 adamw
LIB_DEPENDS=libglib-2.0.so should be USE_GNOME=glib20.
Also, while here, sort the LIB_DEPENDS in desktutils/gnome-contacts,
because wow.
|
Friday, 1 Apr 2016
|
14:16 mat
Remove ${PORTSDIR}/ from dependencies, categories m, n, o, and p.
With hat: portmgr
Sponsored by: Absolight
|
Tuesday, 21 Oct 2014
|
17:22 mva
- Convert ports of multimedia/ to new USES=python
Approved by: portmgr (implicit)
|
Wednesday, 10 Sep 2014
|
20:50 gerald
Update the default version of GCC in the Ports Collection from GCC 4.7.4
to GCC 4.8.3.
Part II, Bump PORTREVISIONs.
PR: 192025
Tested by: antoine (-exp runs)
Approved by: portmgr (implicit)
|
Monday, 14 Jul 2014
|
18:42 bapt
Modernize LIB_DEPENDS
With hat: portmgr
|
Thursday, 22 May 2014
|
08:00 miwi
- Stage support
PR: 189998
Submitted by: maintainer
|
Wednesday, 16 Apr 2014
|
18:28 zeising
The FreeBSD x11@ and graphics team proudly presents
a zeising, kwm production, with help from dumbbell, bdrewery:
NEW XORG ON FREEBSD 9-STABLE AND 10-STABLE
This update switches over to use the new xorg stack by default on FreeBSD 9
and 10 stable, on osversions where vt(9) is available.
It is still possible to use the old stack by specifying WITHOUT_NEW_XORG in
/etc/make.conf .
FreeBSD 8-STABLE and released versions of FreeBSD still use
the old version.
A package repository with binary packages for new xorg will
be available soon.
This patch also contains updates of libxcb and related ports, pixman, as well
as some drivers and utilities.
Bump portrevisions for xf86-* ports, as well as virtualbox-ose-additions due
to xserver version change.
Apart from these updates, the way shared libraries are handled has been
changed for all xorg ports, as well as libxml2 and freetype, which means
ltverhack is gone and as a consequence shared libraries have been bumped.
The plan is that this change will make library bumps less likely in the
future.
All affected ports have had their portrevisions bumped as a consequence of
this.
Fix some issues where WITH_NEW_XORG weren't detected properly on CURRENT.
Update instructions, hardware support, and more notes can be found on
https://wiki.freebsd.org/Graphics
Thanks to: all testers, bdrewery and the FreeBSD x11@ team
exp-run by: bdrewery [1]
PR: ports/187602 [1]
Approved by: portmgr (bdrewery), core (jhb)
|
Monday, 10 Mar 2014
|
20:55 gerald
Update the default version of GCC used in the Ports Collection from
GCC 4.6.4 to GCC 4.7.3. This entails updating the lang/gcc port as
well as changing the default in Mk/bsd.default-versions.mk.
Part II, Bump PORTREVISIONs.
PR: 182136
Supported by: Christoph Moench-Tegeder <cmt@burggraben.net> (fixing many ports)
Tested by: bdrewery (two -exp runs)
|
Saturday, 26 Oct 2013
|
00:52 gerald
Update to libmpc version 1.0.1 which brings the following fixes:
- Switched to automake 1.11.6, see CVE-2012-3386.
- #14669: Fixed extraction of CC from gmp.h.
- Fixed case of intermediate zero real or imaginary part in mpc_fma,
found by hydra with GMP_CHECK_RANDOMIZE=1346362345.
This is on top of the following changes from version 1.0
- Licence change towards LGPLv3+ for the code and GFDLv1.3+ (with no
invariant sections) for the documentation.
- 100% of all lines are covered by tests
- Renamed functions
. mpc_mul_2exp to mpc_mul_2ui
. mpc_div_2exp to mpc_div_2ui
- 0^0, which returned (NaN,NaN) previously, now returns (1,+0).
- Removed compatibility with K&R compilers, which was untestable due
to lack of such compilers.
- New functions
. mpc_log10
. mpc_mul_2si, mpc_div_2si
- Speed-ups
. mpc_fma
- Bug fixes
. mpc_div and mpc_norm now return a value indicating the effective
rounding direction, as the other functions.
. mpc_mul, mpc_sqr and mpc_norm now return correct results even if
there are over- or underflows during the computation.
. mpc_asin, mpc_proj, mpc_sqr: Wrong result when input variable has
infinite part and equals output variable is corrected.
. mpc_fr_sub: Wrong return value for imaginary part is corrected.
Convert to the new LIB_DEPENDS standard and remove hard-coded
.so versions from a couple of dependent ports.
Bump PORTREVISIONS of all dependent ports.
PR: 183141
Approved by: portmgr (bdrewery)
|
Friday, 20 Sep 2013
|
20:57 bapt
Add NO_STAGE all over the place in preparation for the staging support (cat:
multimedia)
|
Friday, 1 Jun 2012
|
05:26 dinoex
- update png to 1.5.10
|
Saturday, 21 Jan 2012
|
17:40 eadler
At the moment 1385 ports use BUILD_DEPENDS= ${RUN_DEPENDS} and 450
ports use BUILD_DEPENDS:= ${RUN_DEPENDS}. This patch fixes ports that are
currently broken. This is a temporary measure until we organically stop using
:= or someone(s) spend a lot of time changing all the ports over.
Explicit duplication > := > = and this just moves ports one step to the left
Approved by: portmgr
|
Sunday, 28 Mar 2010
|
06:47 dinoex
- update to 1.4.1
Reviewed by: exp8 run on pointyhat
Supported by: miwi
|
Friday, 5 Feb 2010
|
11:46 dinoex
- update to jpeg-8
|
Saturday, 22 Aug 2009
|
00:28 amdmi3
- Switch SourceForge ports to the new File Release System: categories starting
with M
|
Friday, 31 Jul 2009
|
13:57 dinoex
- bump all port that indirectly depends on libjpeg and have not yet been bumped
or updated
Requested by: edwin
|
Saturday, 30 May 2009
|
18:49 miwi
- Update to 0.6.0
PR: 135041
Submitted by: "J.R. Oldroyd" <fbsd@opal.com> (maintainer)
|
Saturday, 31 Jan 2009
|
09:39 beech
The Kaa Media Repository is a set of python modules related to
media.
Kaa modules are based on parts from Freevo and modules created for
MeBox. Kaa exists to encourage code sharing between these projects,
and to serve as an umbrella for several previously disparate
media-related modules in order to make them available from one
(unique) namespace.
Kaa provides a base module that implements the common features
needed for application development, such as mainloop management,
timers, signals, callbacks, file descriptor monitors, etc. Kaa's
other modules provide specific media-related functionality, such
as retrieving metadata on arbitrary media files (kaa.metadata,
previously called mmpython), Python wrappers for Imlib2, Xine, and
Evas, and many other high level APIs for easily creating applications
that deal with video and audio.
Kaa is named after the python character in the Jungle Book by Rudyard
Kipling.
WWW: http://doc.freevo.org/2.0/Kaa
PR: ports/130522
Submitted by: J.R. Oldroyd <fbsd at opal.com>
|
Number of commits found: 27 |