Port details |
- ori Ori distributed file system
- 0.8.1_23 sysutils
=4 0.8.1_23Version of this port present on the latest quarterly branch.
- DEPRECATED: Uses Python 2.7 version of scons, and Python 2.7 which is EOLed upstream
This port expired on: 2020-12-31 IGNORE: is marked as broken on FreeBSD 12.2: variable has incomplete type 'EVP_CIPHER_CTX' (aka 'evp_cipher_ctx_st')
- Maintainer: mashti@cs.stanford.edu
- Port Added: 2013-06-21 05:58:55
- Last Update: 2021-01-02 14:52:13
- SVN Revision: 559949
- People watching this port, also watch:: kermit, virtualbox-ose, haproxy, rtorrent, smartmontools
- Also Listed In: net
- License: not specified in port
- WWW:
- http://ori.scs.stanford.edu/
- Description:
- Ori is a distributed file system built for offline operation and empowers the
user with control over synchronization operations and conflict resolution. We
provide history through light weight snapshots and allow users to verify the
history has not been tampered with. Through the use of replication instances
can be resilient and recover damaged data from other nodes.
WWW: http://ori.scs.stanford.edu/
-
cgit ¦ GitHub ¦ GitHub ¦ GitLab ¦
- Manual pages:
-
- pkg-plist: as obtained via:
make generate-plist - Dependency lines:
-
- No installation instructions:
- This port has been deleted.
- PKGNAME: ori
- Flavors: there is no flavor information for this port.
- distinfo:
- SHA256 (ori-0.8.1.tar.xz) = 8ce1a3dfbb6d1538885e993616bdfe71be44711d48f7f6798ff6bc0a39b3deca
SIZE (ori-0.8.1.tar.xz) = 296216
SHA256 (48862f2477b1/raw) = ddb9ddaf155d2cb4aa611cee2c0875bd22d4a70c342b2f22a62372cd1cfd3491
SIZE (48862f2477b1/raw) = 33199
No package information for this port in our database- Sometimes this happens. Not all ports have packages. Perhaps there is a build error. Check the fallout link:
- Dependencies
- NOTE: FreshPorts displays only information on required and default dependencies. Optional dependencies are not covered.
- Build dependencies:
-
- pkgconf>=1.3.0_1 : devel/pkgconf
- scons-2.7 : devel/scons@py27
- Library dependencies:
-
- libevent.so : devel/libevent
- libboost_date_time.so : devel/boost-libs
- libfuse.so : sysutils/fusefs-libs
- There are no ports dependent upon this port
Configuration Options:
- No options to configure
- Options name:
- N/A
- USES:
- compiler:c++11-lib fuse pkgconfig scons:python2 ssl tar:xz
- FreshPorts was unable to extract/find any pkg message
- Master Sites:
|
Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
0.8.1_23 02 Jan 2021 14:52:13 |
rene |
Remove expired ports:
lang/julia: metaport, useless without any consumers
2020-12-31 lang/julia10: Uses Python 2.7 which is EOLed upstream
2020-12-31 lang/spidermonkey24: Uses Python 2.7 which is EOLed upstream
2020-12-31 mail/getmail: Uses deprecated version of python
2020-12-31 security/broccoli: Depends lang/python27 which is EOLed upstream
2020-12-31 security/orthrus: Uses Python 2.7 version of scons, and Python 2.7
which is EOLed upstream
2020-12-31 sysutils/ori: Uses Python 2.7 version of scons, and Python 2.7 which
is EOLed upstream
2020-12-31 sysutils/osquery: Uses Python 2.7 which is EOLed upstream
2020-12-31 www/cliqz: Uses deprecated version of python
2020-12-31 www/trac: Uses Python 2.7 which is EOLed upstream
2020-12-31 www/trac-accountmanager: Uses Python 2.7 which is EOLed upstream |
0.8.1_23 01 Jan 2021 10:11:35 |
antoine |
Revert r559792 to unbreak INDEX and bulk -a
It seems a lot of reverse dependencies were missed
With hat: portmgr |
0.8.1_23 01 Jan 2021 00:57:24 |
rene |
Remove most expired ports that depend on Python 2.7:
Exceptions are:
- mail/mailman, our listservers still use it
- www/chromium, solely because of popular demand,
upstream is (slowly) working on porting it to Python 3
- ports that have actual patches for Python 3 against
them (Cinnamon and a few unrelated other ports)
- llvm70 and qt5-webengine because they seem to have a lot
of dependencies which need further analysis
- sysutils/uefi-edk2-bhyve because bhyve seems to use them
- python2 and python27 themselves
I'm sure there will be complaints, but the nice thing about
a version control system is that we can revert and adjust things. (Only the first 15 lines of the commit message are shown above ) |
0.8.1_23 25 May 2020 18:33:44 |
sunpoet |
Update USES=scons to specify scons of Python 2
- While I'm here, convert emulators/gem5 and games/marsnomercy to USES=scons |
0.8.1_23 11 Dec 2019 17:53:49 |
jbeich |
devel/boost-*: update to 1.72.0
Changes: http://www.boost.org/users/history/version_1_72_0.html
PR: 241449
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D22136 |
0.8.1_22 19 Aug 2019 15:35:28 |
jbeich |
devel/boost-*: update to 1.71.0
Changes: http://www.boost.org/users/history/version_1_71_0.html
PR: 238827
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D20774 |
0.8.1_21 02 Aug 2019 13:30:40 |
jbeich |
devel/libevent2: update to 2.1.11
Changes: https://github.com/libevent/libevent/releases/tag/release-2.1.11-stable
ABI: https://abi-laboratory.pro/tracker/timeline/libevent/
PR: 239599
Reported by: GitHub (watch releases)
Approved by: zeising (maintainer)
MFH: 2019Q3 (maybe security, partially restores 2.1.8 ABI)
Differential Revision: https://reviews.freebsd.org/D21133 |
0.8.1_20 26 Jul 2019 20:46:57 |
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 |
0.8.1_19 12 Apr 2019 06:36:31 |
jbeich |
devel/boost-*: update to 1.70.0
Changes: http://www.boost.org/users/history/version_1_70_0.html
PR: 235956
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D19303 |
0.8.1_18 03 Apr 2019 20:35:39 |
antoine |
Mark BROKEN on FreeBSD 12 and 13
Reported by: pkg-fallout
MFH: 2019Q2 |
0.8.1_18 12 Dec 2018 01:35:36 |
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 |
0.8.1_17 12 Dec 2018 00:15:50 |
jbeich |
devel/boost-*: update to 1.69.0
Changes: http://www.boost.org/users/history/version_1_69_0.html
PR: 232525
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D17645 |
0.8.1_16 09 Aug 2018 06:58:31 |
jbeich |
devel/boost-*: update to 1.68.0
- Switch to C++14 for libboost_system to support C++14 consumers
Changes: http://www.boost.org/users/history/version_1_68_0.html
PR: 229569
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D16165 |
0.8.1_15 29 Jul 2018 22:18:46 |
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
in the ports tree (via Mk/bsd.default-versions.mk and lang/gcc) which
has now moved from GCC 6 to GCC 7 by default.
This includes ports
- featuring USE_GCC=yes or USE_GCC=any,
- featuring USES=fortran,
- using Mk/bsd.octave.mk which in turn features USES=fortran, and those
- with USES=compiler specifying one of openmp, nestedfct, c11, c++0x,
c++11-lib, c++11-lang, c++14-lang, c++17-lang, or gcc-c++11-lib.
PR: 222542 |
0.8.1_14 18 Apr 2018 13:57:43 |
jbeich |
devel/boost-*: update to 1.67.0
Changes: http://www.boost.org/users/history/version_1_67_0.html
PR: 227427
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D15030 |
0.8.1_13 18 Jan 2018 04:11:03 |
jbeich |
devel/boost-*: update to 1.66.0
Changes: http://www.boost.org/users/history/version_1_66_0.html
PR: 223922
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D13279 |
0.8.1_12 25 Sep 2017 00:08:17 |
jbeich |
devel/boost-*: update to 1.65.1
Changes: http://www.boost.org/users/history/version_1_65_1.html
PR: 218835
Approved by: maintainer timeout (1.65.1: 2 weeks; 1.65.0: 1 month)
Tested by: jhibbits (on powerpc64, earlier version)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D11582 |
0.8.1_11 25 Sep 2017 00:05:06 |
jbeich |
devel/boost-*: enable C++11 features
PR: 218835
Obtained from: https://github.com/DragonFlyBSD/DeltaPorts/pull/690
Approved by: maintainer timeout (2 months)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D11582 |
0.8.1_10 22 Sep 2017 10:48:29 |
mat |
Remove USES=execinfo.
PR: 220271
Submitted by: mat (review), Yasuhiro KIMURA (PR)
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D11488 |
0.8.1_10 10 Sep 2017 20:55:39 |
gerald |
Bump PORTREVISION for ports depending on the canonical version of GCC
(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 |
0.8.1_9 07 Sep 2017 23:27:49 |
jbeich |
sysutils/ori: unbreak with boost 1.65
PR: 220724
Approved by: portmgr blanket
Obtained from: upstream |
0.8.1_8 02 May 2017 06:48:11 |
jbeich |
devel/boost-*: update to 1.64.0
Changes: http://www.boost.org/users/history/version_1_64_0.html
PR: 218835
Approved by: office (bapt)
Exp-run by: antoine
Differential Revision: https://reviews.freebsd.org/D10472 |
0.8.1_7 20 Feb 2017 02:57:04 |
jbeich |
devel/libevent2: drop historical suffix after r362796
PR: 216777
Approved by: mm (maintainer) |
0.8.1_6 05 Feb 2017 21:20:24 |
tijl |
- Remove inclusion of bsd.default-versions.mk from ftp/curl/Makefile so
bsd.default-versions.mk can rely on ARCH being defined.
- In bsd.port.mk move inclusion of bsd.default-versions.mk from the
pre-makefile section to the options section so the variables can be used
earlier. Also put the bit of code sitting between the options section and
the pre-makefile section into the options section.
- Remove last few cases where ports set WITH_OPENSSL_PORT. This variable is
handled in bsd.default-versions.mk and some ports were setting it after
including bsd.port.options.mk. After FreeBSD 9 EoL all but a few ports,
and then only when setting non-default options, work without setting that
variable.
PR: 215996
Exp-run by: antoine
Approved by: portmgr (antoine) |
0.8.1_5 04 Feb 2017 07:56:59 |
jbeich |
devel/libevent2: update to 2.1.8 and cleanup
- DEFAULT_VERSIONS += ssl=openssl-devel is now supported
- devel/py-event and devel/p5-Event-Lib are marked BROKEN
Changes: https://github.com/libevent/libevent/raw/release-2.1.8-stable/whatsnew-2.1.txt
Changes: https://github.com/libevent/libevent/raw/release-2.1.8-stable/ChangeLog
PR: 216527
Exp-run by: antoine
Approved by: mm (maintainer) |
0.8.1_4 06 Jan 2017 08:45:04 |
jbeich |
devel/boost-*: update to 1.63.0
Changes: http://www.boost.org/users/history/version_1_63_0.html
PR: 215598
Exp-run by: antoine
Approved by: office (bapt)
MFH: 2017Q1 |
0.8.1_3 23 Nov 2016 12:45:47 |
jbeich |
devel/boost-*: update to 1.62.0
- Enable `long double` C99 math usage
- Switch 9.x back to building with GCC
Changes: http://www.boost.org/users/history/
PR: 199601
Submitted by: Chen Xu, bapt, amdmi3, truckman (based on)
Reviewed by: rakuco (kde) (earlier version)
Exp-run by: antoine (3 tries), truckman (consumers only, earlier versions)
Approved by: bapt (office) |
0.8.1_2 19 May 2016 10:53:06 |
amdmi3 |
- Fix trailing whitespace in pkg-descrs, categories [p-x]*
Approved by: portmgr blanket |
0.8.1_2 01 Apr 2016 14:25:18 |
mat |
Remove ${PORTSDIR}/ from dependencies, categories r, s, t, and u.
With hat: portmgr
Sponsored by: Absolight |
0.8.1_2 27 Oct 2015 02:39:39 |
danfe |
- Convert explicit dependency on `devel/libexecinfo' to USES=execinfo
- Drop redundant WRKSRC assignment and excessive capitalization of COMMENT |
0.8.1_2 29 Jul 2014 21:07:40 |
adamw |
Convert a bunch of USE_XZ to USES=tar:xz.
Approved by: portmgr (not really, but touches unstaged ports) |
0.8.1_2 24 Jul 2014 13:32:59 |
bapt |
Only use libevent2
Remove libevent as libevent2 is providing a good compatibility interface as well
as providing better performances.
Remove custom patches from libevent2 and install libevent2 the regular way
Mark ports abusing private fields of the libevent1 API as broken
Import a patch from fedora to have honeyd working with libevent2
Remove most of the patches necessary to find the custom installation we used to
have for libevent2
With hat: portmgr |
0.8.1_1 07 Feb 2014 11:44:09 |
bapt |
Chase boost and icu bump
While here convert some LIB_DEPENDS |
0.8.1 26 Jan 2014 15:03:31 |
ak |
- Update to 0.8.1 [1]
* Fix build with clang
- Convert to USES=scons
PR: ports/186015 [1]
Submitted by: Ali Mashtizadeh <mashti@cs.stanford.edu> (maintainer) [1] |
0.8.0 29 Sep 2013 22:34:09 |
wg |
sysutils/ori: update to 0.8
- Update to 0.8 [1]
- Convert lib depends to new syntax
- Allow staging
- Replace useless pre/post.mk include
PR: ports/182424 [1]
Submitted by: Ali Mashtizadeh <mashti cs.stanford.edu> (maintainer) [1] |
0.7.0 20 Sep 2013 23:06:00 |
bapt |
Add NO_STAGE all over the place in preparation for the staging support (cat:
sysutils) |
0.7.0 21 Jun 2013 05:58:34 |
jgh |
Ori is a distributed file system built for offline operation and empowers the
user with control over synchronization operations and conflict resolution. We
provide history through light weight snapshots and allow users to verify the
history has not been tampered with. Through the use of replication instances
can be resilient and recover damaged data from other nodes.
WWW: http://ori.scs.stanford.edu/
PR: ports/176429
Submitted by: mashti@cs.stanford.edu |