non port: www/py-kallithea/Makefile |
Number of commits found: 10 |
Sunday, 23 Feb 2020
|
15:25 antoine
Deprecate a few ports
With hat: portmgr
|
Thursday, 30 May 2019
|
01:40 swills
www/py-kallithea: Update to 0.4.0
PR: 237857
Submitted by: Simun Mikecin <numisemis@yahoo.com>
Approved by: maintainer timeout (freebsd@skinc.ru, >2 weeks)
|
Thursday, 27 Dec 2018
|
07:58 wen
- Update to 0.3.6
PR: 233372
Submitted by: numisemis@yahoo.com
Approved by: maintainer(timeout, > 4 weeks)
|
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
|
Monday, 26 Feb 2018
|
19:18 amdmi3
- Fix shebangs
Approved by: portmgr blanket
|
Sunday, 3 Dec 2017
|
08:25 antoine
- Add explicit FLAVOR to a few dependencies
- 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
|
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, 24 Dec 2016
|
14:39 rene
www/py-kallithea: update sqlalchemy dependency from 0.7 (expired) to 1.0
PR: 215224
Submitted by: myself
Approved by: maintainer (freebsd@skinc.ru)
|
Monday, 12 Dec 2016
|
20:58 rene
www/py-kallithea: fix RC script
While here, add NO_ARCH
PR: 214893
Submitted by: maintainer (freebsd@skinc.ru)
MFH: 2016Q4
|
Wednesday, 20 Jul 2016
|
23:14 jbeich
www/py-kallithea: add new port
PR: 210605
Submitted by: Ilia Skalozubov <freebsd@skinc.ru>
Kallithea is a fast and powerful management tool for Mercurial and Git with a
built-in push/pull server, full text search and code-review. It works on
http/https and has a built in permission/authentication system with the ability
to authenticate via LDAP or ActiveDirectory. Kallithea also provides simple API
so it's easy to integrate with existing external systems.
Kallithea is similar in some respects to GitHub or Bitbucket, however Kallithea
can be run as standalone hosted application on your own server. It is
open-source donationware and focuses more on providing a customised,
self-administered interface for Mercurial and Git repositories. Kallithea works
on Unix-like systems and Windows, and is powered by the vcs library created by
Lukasz Balcerzak and Marcin Kuzminski to uniformly handle multiple version
control systems.
Kallithea was forked from RhodeCode in July 2014 and has been heavily modified.
http://kallithea-scm.org/
|
Number of commits found: 10 |