functional version) the KDE4 metaport kdeutils-kde4 (and also the meta-
metaport x11/kde4) gained a surprising dependency on KDE Frameworks 5.
Since we're renaming and moving stuff around in preparation for landing
modern KDE, give the KDE4 purists their old software back.
Approved by: tcberner (mentor, implicit)
This is consistent with r462619, which moved most (but not all,
hence this commit) of the KDE4-era ports out of the way for
newer generation KDE.
Approved by: tcberner (mentor, implicit)
Differential Revision: https://reviews.freebsd.org/D14775
I couldn't find an announcement, but all executables from
graphics/pfstmo are now in pfstools-2.1.0.
graphics/pfstools has been updated to 2.1.0 in r465069
2018-03-19 graphics/code-eli: Broken for more than 6 months
2018-03-19 databases/pg_rman: Broken for more than 6 months
2018-03-19 devel/elixir-simple_bayes: Broken for more than 6 months
2018-03-19 devel/elixir-stemmer: Broken for more than 6 months
2018-03-19 benchmarks/expedite: Broken for more than 6 months
2018-03-19 textproc/p5-HTML-CTPP2: Broken for more than 6 months
2018-03-19 textproc/rubygem-compass-rails: Broken for more than 6 months
Ports using USES=php:phpize, php:ext, php:zend, and php:pecl are now
flavored. They will automatically get flavors (php56, php70, php71, php72)
depending of the versions they support (set with IGNORE_WITH_PHP). As a
consequence, ports using USES=pear and USES=horde are also flavored.
PR: 226242
Submitted by: mat
Exp-run by: antoine
Approved by: portmgr
Sponsored by: Absolight
Differential Revision: https://reviews.freebsd.org/D14208
2018-03-01 devel/dotconf++: No upstream, not depend on in the ports tree
2018-03-01 emulators/gnuboy: Latest version is 1.0.5, older version does not fetch
2018-03-01 games/adgali: Mastersite disappeared
2018-03-01 games/tuxpuck: Mastersite disappeared
2018-03-01 japanese/migemo-emacs: Unmaintained
2018-03-01 math/clarence: Mastersite disappeared
2018-03-01 devel/cstringbuffer: Abandonware, no more upstream
2018-03-01 deskutils/charmap: Mastersite disappeared
2018-03-01 devel/afay: Abandonware, not used in the ports tree
2018-03-01 devel/alabastra: Abandonware, not used in the ports tree
2018-03-01 devel/adime: Abandonware, not used in the ports tree
2018-03-01 devel/boaconstructor: Abandonware, does not work with recent python/wxPython
2018-03-01 audio/amp: No more upstream
2018-03-01 devel/alf: Abandonware, unused in the ports tree
Port changes:
* Unbreak: removed unnecessary lines in setup.py that were failing
* Changed MASTER_SITES to CHEESESHOP
* Added PKGNAMEPREFIX as every python port should have
* Added PKGNAMESUFFIX=-tor to easily identify as being for Tor
* Added LICENSE_FILE
* Deleted pkg-plist
* Added USE_PYTHON=autoplist instead of pkg-plist
* Added USE_PYTHON=noflavors (an app)
* Added NO_ARCH
* Updated WWW
Approved by: tcberner (mentor, implicit)
Approved by: portmgr (port compliance, infrastructure)
It was breaking because of wrong python shebang.
This port is a python port, renamed per section 6.17.
Unbroke:
* Added USES=shebangfix and SHEBANG_FILES
* Added stripping (post-install)
Additional changes:
* Added USE_QT4
* Added USE_PYTHON=concurrent
Approved by: tcberner (mentor, implicit)
Approved by: portmgr (port compliance, infrastructure)
UFC has been deprecated by the FEniCS project and rolled into FFC.
Reviewed by: mat
Approved by: jrm (mentor)
Differential Revision: https://reviews.freebsd.org/D14427
2018-02-21 misc/tpp: Depends on expired devel/ruby-ncurses
2018-02-21 net/raggle: Depends on expired devel/ruby-ncurses
2018-02-21 devel/ruby-ncurses: Marked BROKEN for more than 6 months
In order to make room for the up-to-date version of the KDE Desktop and its
applications move the KDE Application ports based on Qt4.
PR: 225992
Exp-run by: antoine
Reviewed by: rakuco, adridg
Differential Revision: https://reviews.freebsd.org/D14413
as such, since the latest patchset no longer applies to current versions
of Wine).
This is logical consequence of r462267 removing the STAGING option from
emulators/wine-devel with the follow rationale:
Remove the STAGING option which has been marked BROKEN for 11 weeks
now that the Wine Staging tree has been declared suspended yesterday,
cf. https://www.wine-staging.com/news/2018-02-17-future-wine-staging.html .
Rename prometheus to prometheus1 so they can coexist since upgrading is
non-trival:
https://prometheus.io/docs/prometheus/2.0/migration/
PR: 225169
Submitted by: David O'Rourke <dor.bsd@xm0.uk>
Reviewed by: swills
2018-01-01 devel/p5-Parse-Pidl: yes
2018-02-08 devel/rubygem-piston: No longer maintained upstream
2017-04-05 databases/postgresql92-server: PostgreSQL 9.2 support has reached End-of-line. Please upgrade to a later version.
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
- remove translation packages no longer shipped by upstream:
cs-eric6
fr-eric6
it-eric6
pt-eric6
tr-eric6
zh_CN-eric6
upstream considers these translations too incomplete.
- add pkg-message explaining that there are translation available.
It has been deleted due to the Google Code closure.
It allows to use keyboard layouts of the m17n project
through standard IBus interface.
Approved by: adamw (mentor)
Differential Revision: https://reviews.freebsd.org/D13548
- Convert USE_EMACS to USES=emacs
- Remove editors/emacs-nox11 (refer to nox flavors of editors/emacs and
editors/emacs-devel)
- Permit default Emacs flavor to be specified in make.conf
- Rename japanese/migemo-emacs23 to japanese/migemo-emacs
- Update and simplify audio/emms and fix build on FreeBSD 10 [1]
- Update databases/bbdd and fix build on FreeBSD 10 [1]
- Update editors/emacs-devel
- Ensure Makefile shell commands that change directory are executed in a
subshell
- Silence some portlint warnings
[1] By not depending on base texinfo
PR: 225404
Reviewed by: antoine
Approved by: portmgr (mat) ashish (maintainer)
Differential Revision: https://reviews.freebsd.org/D13506
2018-01-27 emulators/raine: Broken for more than 6 months
2018-01-27 mail/libmapi: Broken for more than 6 months
2018-01-27 www/lessc: Broken for more than 6 months
2018-01-27 www/uglifyjs: Broken for more than 6 months
2018-01-27 www/py-octoprint: Broken for more than 6 months
2018-01-27 www/xpi-noscript: Broken for more than 6 months
2018-01-27 www/npm-less-plugin-clean-css: Broken for more than 6 months
2018-01-27 www/caudium14: Depends on expiring lang/pike78
2018-01-27 www/hinventory-client: Broken for more than 6 months
2018-01-27 security/tclgpg: Broken for more than 6 months
2018-01-27 security/pond: Broken for more than 6 months
2018-01-27 security/mdcrack: Broken for more than 6 months
2018-01-27 devel/npm-commander: Broken for more than 6 months
2018-01-27 devel/py-protocols-devel: Broken for more than 6 months
2018-01-27 devel/py-InlineEgg: Broken for more than 6 months
2018-01-27 devel/npm-amdefine: Broken for more than 6 months
2018-01-27 devel/npm-source-map: Broken for more than 6 months
2018-01-27 devel/libical-glib: Broken for more than 6 months
2018-01-27 devel/npm-graceful-readlink: Broken for more than 6 months
2018-01-27 devel/npm-clean-css: Broken for more than 6 months
2018-01-27 devel/py-ruledispatch: Depends on expiring devel/py-protocols-devel
2018-01-27 games/balazarbrothers: Broken for more than 6 months
2018-01-27 games/libretro-cores: Broken for more than 6 months
2018-01-27 games/gish-demo: Broken for more than 6 months
2018-01-27 games/cheech: Broken for more than 6 months
2018-01-27 audio/mbrolavox: Broken for more than 6 months
2018-01-27 audio/linux-mbrola: Depends on expiring audio/mbrolavox
2018-01-27 audio/gigedit: Broken for more than 6 months
2018-01-27 audio/gnomoradio: Broken for more than 6 months
2018-01-27 math/asir2000: Broken for more than 6 months
2018-01-27 multimedia/librespot: Broken for more than 6 months
2018-01-27 multimedia/bombono: Broken for more than 6 months
2018-01-27 lang/gcl: Broken for more than 6 months
2018-01-27 lang/pike78: Broken for more than 6 months
2018-01-27 shells/ambit: Broken for more than 6 months
spice-gtk dropped support of the old style Python bindings (non-gir based)
quite some time ago [1]. So keeping this port no longer makes sense as
it's not different from the master port.
1: 0917002c48
2018-01-14 textproc/ruby-sary: Does not build with current versions of ruby
2018-01-14 textproc/ruby-deplate: Does not build with current versions of ruby
2018-01-14 www/ruby-aws: Does not build with current versions of ruby
2018-01-14 www/samidare: Does not build with current versions of ruby
2018-01-14 devel/ruby-calendar: Does not build with current versions of ruby
2018-01-14 devel/ruby-rbbr: Does not build with current versions of ruby
2018-01-14 devel/ruby-date2: Does not build with current versions of ruby
2018-01-12 audio/ruby-xmms2: Does not build with current versions of ruby
actually any lighter---it's built with exactly the same feature-set as
the main vim port. The only difference is lack of gtk20 GUI, and the
language bindings are off by default.
An UPDATING entry is included.
This took quite a lot of time because Qt's own build system underwent
several changes in 5.8.0 that took a while to adapt to.
And, of course, qt5-webengine is a behemoth that we need to patch like crazy
due to its bundling of Chromium. In fact, most of the Chromium patches in
qt5-webengine have been imported with no changes from www/chromium@433510
("www/chromium: update to 56.0.2924.87").
New port: accessibility/qt5-speech
Bigger changes to Qt5 ports we had to make:
- Qt now allows using a configure.json file to define configuration options
and specify configuration checks that can be done when qmake is invoked.
However, configure.json checks done in a subdirectory only propagates to
subdirectories, and checks elsewhere will fail if all .pro files are being
parsed at once (i.e. qmake -recursive), so several ports had to switch to
USES=qmake:norecursive along with manual additional qmake invocations in
subdirectories in order to work. It's been mentioned in a few places such
as Qt's bug tracker that qmake's recursive mode is pretty much deprecated,
so we might switch to non-recursive mode by default in the future.
- Uses/qmake.mk: Introduce QMAKE_CONFIGURE_ARGS. qmake now accepts
arbitrary options such as '-foo' and '-no-bar' at the end of the
command-line. They can be specified in QMAKE_CONFIGURE_ARGS.
- graphics/qt5-wayland: The port can only be built if graphics/mesa-libs is
built with the WAYLAND option, so a corresponding option (off by default)
was added to the port.
- misc/qt5-doc: Switch to a pre-built documentation tarball. The existing
port was not working with Qt 5.9. Instead of trying to fix it, switch to
what Gentoo does and fetch a tarball that already contains all
documentation so that we do not have to build anything at all. The
tarball's name and location in download.qt.io look a bit weird, but it
seems to work fine.
- www/qt5-webengine: Use binutils from ports, Chromium's GN build system
generates a build.ninja that uses ar(1) with the @file syntax that is not
supported by BSD ar, so we need to use GNU ar from binutils.
- x11-toolkits/qt5-declarative-render2d: This port was merged into the main
Qt Declarative repository upstream, and into x11-toolkits/qt5-quick in the
ports tree.
Changes to other ports we had to make:
- biology/ugene: Drop a '#define point "."' that is not present in more
recent versions of the port. Defining a macro with such a common name
causes build issues with Qt 5.9, which uses |point| as an argument name in
methods.
- cad/qelectrotech: Fix plist with Qt 5.9. Directories are no longer
installed with `cp -f -R', but rather `qmake install qinstall', which does
not install
%%DATADIR%%/elements/10_electric/20_manufacturers_articles/bosch_rexroth/.directory
That's a local file that should not even have been part of the tarball
anyway.
- chinese/gcin-qt5: Add additional private Qt directories (which should not
be used in the first place) to get the port to build with Qt 5.9.
- devel/qtcreator: Fix plist with Qt 5.9. Something changed in qdoc and some
test classes no longer generate documentation files.
- security/keepassx-devel: Import a patch sent upstream almost a year ago to
fix the build with Qt 5.9.
Thanks to antoine for the exp-run, and tcberner and Laurent Cimon
<laurent@nuxi.ca> for landing changes in our qt-5.9 branch.
PR: 224849
Upstream no longer ships the contents of misc/py-qt5-doc, so the port has been
removed.
This is also a requirement for updating the Qt5 ports, as the PyQt5 version
currently in the tree has license conflicts with later Qt versions.
Big thanks to tcberner for doing most of the work here, and antoine for the
exp-run.
PR: 224739
2017-12-31 security/gnupg20: Will reach EOL upstream on 2017-12-31
2018-01-01 dns/dualserver: Please migrate to dns/dnsmasq. Over the years dualserver becomes unmaintenaible.
2018-01-01 devel/p5-Parse-Pidl44: yes
2018-01-01 sysutils/DTraceToolkit: Now maintained as part of the base system
was split into OpalVoip and H323Plus in 2007, both also available as ports.
Remove dependency on net/openh323 from net/asterisk13. The chan_h323
module has been replaced with chan_ooh323 which no longer depends on
openh323.
Replacing the identical version committed by me as a new port in r456696.
The old math/petsc port also had a slave port math/petsc-mpich that has also been deleted.
Original differential revision is https://reviews.freebsd.org/D13527
Submitted by: myself
Reported by: thierry that math/petsc and math/petsc-mpich existed before
Approved by: adamw (mentor)
2017-12-12 audio/cd-console: No public distfiles
2017-12-12 textproc/pecl-cld: Depends on expired devel/cld
2017-12-12 textproc/p5-Lingua-Identify-CLD: Depends on expired devel/cld
2017-04-30 devel/cld: Unfetchable for more than six months (google code has gone away)
The CHERI LLVM backend can now target both 128-bit and 256-bit (as well
as 64-bit and 512-bit if hardware existed) from a single binary so remove
devel/llvm-cheri128.
Sponsored by: DARPA, AFRL
A turn-based strategy game where up to 8 players strive for control
of as many cities as possible. Produce new armies in cities to
conquer nearby cities. Using the income from those cities, make
more armies to take more cities. Send a hero to a temple to get a
quest, or maybe search a nearby ruin instead. Play with others or
against the computer.
WWW: http://www.nongnu.org/lordsawar/
2017-11-30 www/p5-Yahoo-Lifestyle: This service has been shut down
2017-11-30 games/linux-rtcw: Use the native and open source games/iortcw instead
2017-11-30 java/bootstrap-openjdk: superseded by java/bootstrap-openjdk[68]
2017-11-30 lang/gcc46: Unsupported by upstream. Use GCC 6 or newer instead.
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
- Hang or fail to start after lemul branch was merged
- Later versions depend on more unimplemented linux syscalls
- Linux plugins after FF52 are limited to Flash which works fine via nspluginwrapper
- linux-c6-gtk3 package is N/A, so cannot be update to non-vulnerable version
2017-11-20 news/brag: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 textproc/srilm: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 x11-toolkits/tk84: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 devel/tkinspect: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 games/bogged: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 games/ttraffic: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 games/ifm: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 games/tksol: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 lang/tcl84: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 mail/tkrat2: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 multimedia/dtv: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
2017-11-20 net-mgmt/netwag: Tcl/Tk 8.4 is no longer maintained, please use 8.5+
Notes:
- I have (not yet) succeeded to enable MFront in this version;
- it uses math/mumps-edf, repocopied from math/mumps;
- cad/scotch is now taken out of the aster tarball;
- french/eficas is no more used: to be replaced by "aster-study" in Salome_Meca
(the port cad/salome should be resurrected!)
Details:
- Previous, unmaintained versions of devel/oniguruma have been
cleared from the ports tree.
- No ports depend on outdated versions of devel/oniguruma.
- Only one version is supported upstream.
PR: 222869
Reported by: m.bueker@berlin.de
Approved by: maintainer timeout
2017-11-04 lang/ats: Unmaintained, outdated, needs lots of refreshment
2017-11-09 games/lordsawar: Broken for more than 6 months
2017-11-09 databases/elixir-ecto_migrate: Broken for more than 6 months
2017-11-09 audio/gspeakers: Broken for more than 6 months
2017-11-09 net/p5-Filesys-SmbClient: Broken for more than 6 months
2017-11-09 audio/tclmidi: Broken for more than 6 months
2017-11-09 security/py-xmlsec: Broken for more than 6 months
2017-11-09 security/samba-virusfilter: Broken for more than 6 months
2017-11-09 textproc/ocaml-pxp: Broken for more than 6 months
2017-11-09 audio/sooperlooper: Broken for more than 6 months
2017-11-09 devel/dwarves: Broken for more than 6 months
2017-11-09 devel/cl-cffi-sbcl: Broken for more than 6 months
2017-11-09 devel/pinba_engine: Broken for more than 6 months
2017-11-09 devel/py-event: Broken for more than 6 months
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]
Fix supported versions in USES=t[cl|k], remove last consumer (lang/fpc-tcl) and
bump PORTREVISION on two other ports that have had their dependencies or
default options changed (lang/smalltalk and x11-toolkits/ocaml-labltk)
2017-10-15 devel/vtcl: This port depends on Tcl/Tk 8.4 , which is no longer maintained. Please port it to 8.5+
2017-10-15 editors/tpad: This port depends on Tcl/Tk 8.4 , which is no longer maintained. Please port it to 8.5+
2017-10-15 games/polypuzzle: This port depends on Tcl/Tk 8.4 , which is no longer maintained. Please port it to 8.5+
2017-10-15 multimedia/nxtvepg: This port depends on Tcl/Tk 8.4 , which is no longer maintained. Please port it to 8.5+
2017-10-15 net/xpvm: This port depends on Tcl/Tk 8.4 , which is no longer maintained. Please port it to 8.5+
2017-10-15 x11/tkXwin: This port depends on Tcl/Tk 8.4 , which is no longer maintained. Please port it to 8.5+
It is documenting a very old version of festival and there are no new release of
the documentation for newer version of festival.
The distfile has also been removed from their official website
- port is marked BROKEN since april or so
- port is a browser for 2ch.net
- 2ch.net changed their API, so even if fixed, it would no longer work
PR: 218650
Submitted by: townwear@gmail.com (maintainer)
2017-10-04 sysutils/bacula5-client-static: No upstream commits since 2013. Use sysutils/bacula-server
2017-10-04 sysutils/bacula5-client: No upstream commits since 2013. Use sysutils/bacula-server
2017-10-04 sysutils/bacula5-bat: No upstream commits since 2013. Use sysutils/bacula-server
2017-10-04 sysutils/bacula5-server: No upstream commits since 2013. Use sysutils/bacula-server
2017-10-04 net-mgmt/nagios-check_bacula5: No upstream commits since 2013. Use sysutils/bacula-server
2017-10-04 sysutils/bacula5-docs: No upstream commits since 2013. Use sysutils/bacula-docs
The immediate BROKEN reason can be fixed, but other problems arise afterwards
which I'm not willing to fix without seeing upstream development continuing.
I misjudged the timeline for 2.3, and had not processed that the
intent of 2.3 is different from 2.1. Rather than 2.3 being a "modern"
branch and 2.2 being purely "stable," 2.3 will be development and
users are encouraged to remain on 2.2. Furthermore, upstream doesn't
expent a 2.3 release for a year or so.
Accordingly, I'm removing the gnupg22 port and updating security/gnupg
to be 2.2. gnugp20 is still scheduled for deletion at the end of the
year.
This package facilitates the creation and rendering of graph descriptions in the
DOT language of the Graphviz graph drawing software (repo) from Python.
Create a graph object, assemble the graph by adding nodes and edges, and
retrieve its DOT source code string. Save the source code to a file and render
it with the Graphviz installation of your system.
Use the view option/method to directly inspect the resulting (PDF, PNG, SVG,
etc.) file with its default application. Graphs can also be rendered and
displayed within Jupyter notebooks (a.k.a. IPython notebooks, example) as well
as the Jupyter Qt Console.
WWW: https://github.com/xflr6/graphviz
Already existed a port named graphics/py-graphviz, it was moved in
ports r408353 to graphics/py-pygraphviz because it was using an
incorrect name. More info in the commit log [1].
1 - https://svnweb.freebsd.org/ports?view=revision&revision=408353
PR: 222205
Submitted by: lbartoletti@tuxfamily.org
Reviewed by: koobs
Differential Revision: D12319
Clarify the wording around the devel/cmake-modules deletion (merge into
devel/cmake), and provide explicit instructions for users on how to
proceed.
PR: 222000
This port now provides Cargo. This is the recommended now because Cargo
won't be provided separately in the future.
To build Cargo, we set `extended = true` in `config.toml`. As a side
effect, this flag also installs Rust source code. The port has a new
`SOURCES` option (disabled by default) to keep those sources.
As a consequence of this, `devel/cargo` is removed. Several ports
and Makefiles in Mk were updated to depend on `lang/rust` instead of
`devel/cargo`.
The other big change in this patch is the use of the bundled crates,
instead of relying on Cargo's registry (which was part of the distfiles,
in order to allow offline builds). So now, we don't need to prepare the
registry when updating this port.
This has several other benefits:
* It fixes the build with sudo(8).
* It fixes the use of the ino-64 patch (it was not applied to the
registry, thus not used).
Compilation errors were fixed in the ino-64 patch.
Various `.cargo-checksum.json` files are updated after the sources are
patched (FBSD10_FIX, ino-64, and so on). This fixes builds which were
failing with errors such as:
error: the listed checksum of `.../rustc-1.19.0-src/src/vendor/lzma-sys/xz-5.2.3/build-aux/config.rpath` has changed:
expected: c8b4c017079da9dfb3086a0583e60ffe736184d89005dc5973f0bb0fd17c04bb
actual: 561b00eb30ecaef2c9da17bc195e7d2a7ea63facea38ea9849fbb0ed340bebba
PR: 221088
Reported by: joneum@, nwhitehorn@, romain@,
Ekaterina Vaartis <vaartis@cock.li>,
david@catwhisker.org,
fullermd@over-yonder.net,
rum1cro@yandex.ru,
w.schwarzenfeld@utanet.at
Differential Revision: https://reviews.freebsd.org/D11783
2017-08-30 www/speedtest-mini: Discontinued upstream (on June 30, 2017)
2017-08-31 devel/rubygem-sequel3: Use devel/rubygem-sequel instead
2017-08-31 audio/tomahawk: Project is dead upstream.
2017-08-31 mail/rubygem-larch: Unmaintained by upstream, no changes since 2013
2017-08-31 devel/rubygem-sidekiq4: Use devel/rubygem-sidekiq instead
2017-08-31 devel/rubygem-webpacker1-rails5: Use devel/rubygem-webpacker-rails5 instead
2017-08-31 devel/rubygem-sidekiq-cron04: Use devel/rubygem-sidekiq-cron instead
2017-09-01 www/py-django19: Unsupported upstream
2017-09-01 mail/movemail: Out of date
2017-09-01 german/phone: Out of date
2017-09-01 ports-mgmt/fbsdmon: no longer maintained, web site it sends data to has been taken over by cybersquatters
Rename to allow multiple version of libzbxpgsql to coexist, each one
uses a different zabbix-agent version.
Add CONFLICTS in preparation for multiple versions as well.
PR: 221798
Submitted by: Martin Waschbüsch <martin@waschbuesch.de> (maintainer)
2017-08-23 games/plee-the-bear: Broken for more than 6 months
2017-08-23 x11-themes/kde-icons-umicons: Broken for more than 6 months
2017-08-23 lang/bigloo: Broken for more than 6 months
2017-08-23 audio/linux-neroaaccodec: Broken for more than 6 months
2017-08-23 x11-themes/kde-icons-dark-glass: Broken for more than 6 months
2017-08-23 misc/fortune-mod-ferengi_rules_of_acquisition: Broken for more than 6 months
2017-08-23 misc/fortune-mod-culmea-culmilor: Broken for more than 6 months
2017-08-23 misc/xyzcmd: Broken for more than 6 months
2017-08-23 russian/fortuneru: Broken for more than 6 months
2017-08-23 security/bdc: Broken for more than 6 months
2017-08-23 x11-themes/kde-icons-icosx: Broken for more than 6 months
2017-08-23 devel/insight: Broken for more than 6 months
2017-08-23 devel/gdb66: Broken for more than 6 months
2017-08-23 biology/biojava: Broken for more than 6 months
2017-08-23 games/xroach: Broken for more than 6 months
- Simplify and fix lesspipe.sh handling (add missing argument, and assume it always exists)
- Cleanup and simplify the port
PR: 221206
Approved by: maintainer timeout (mich, 2 weeks)
Instead of bundling StumpWM, SBCL, and other libraries into one large
executable, pull in SBCL and the other dependencies and use the simple CL
framework that other FreeBSD CL ports use.
Since StumpWM only supports running under SBCL, the port pulls in the
*-sbcl port dependencies and conforms to the framework itself, except that
it directly installs the fasl files instead of having an associated
x11-wm/stumpwm-sbcl. This means no fasl files will be generated under
~/.cache/common-lisp/sbcl-*/ [1] and the package is only made up of the
source, fasl files, and a few small, miscellaneous files. From a user
perspective, they still get an executable, but it is a small shell script
and the package is under 3 MB instead of around 65 MB.
[1] Loading personal modules in ~/.stumpwmrc will still generate fasl files
under ~/.cache/common-lisp/sbcl-*/
This functionality is available in base using vidcontrol(1)
For example, to switch to the second virtual terminal (/dev/ttyv1):
# vidcontrol </dev/ttyv0 -s 2
Reported by: jbeich
Requested by: danfe
