Commit History - (may be incomplete: for full details, see links to repositories near top of page) |
Commit | Credits | Log message |
1.9.1.0 12 Mar 2023 16:10:32
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Update to 1.9.1.0 |
1.9.0.0_1 12 Mar 2023 16:10:32
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Put long USE_CABAL vars into distinct
Makefiles. |
1.9.0.0_1 12 Feb 2023 11:13:45
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Bump PORTREVISION after GHC update. |
1.9.0.0 28 Dec 2022 09:26:14
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Update to 1.9.0.0 |
1.8.0.0 24 Dec 2022 06:00:52
    |
Gleb Popov (arrowd)  |
Some Haskell ports: Mark BROKEN on aarch64.
These ports are failing on build cluster for some time. I tried reproducing
it locally and it turned out to be a strange heisenbug - the compiler crashes
when compiling different unrelated files and restarting the build makes the
problem go away.
I wasn't able to extract a minimal reproducing testcase, so didn't contact
upstream.
Mark BROKEN for now and hope for a new compiler version to work.
Reported by: pkg-fallout |
1.8.0.0 20 Nov 2022 17:39:27
    |
Gleb Popov (arrowd)  |
Uses/cabal.mk: Change the way we act on cabal.project files.
Instead of moving the original project file into a temporary location,
employ cabal.project.local for Ports-related adjustments.
This implements an idea that upstream cabal.project files shouldn't be touched
by Ports framework. If needed they can be patched by the port maintainer
directly.
Adapt existing Haskell ports to this change. |
1.8.0.0 03 Oct 2022 06:17:54
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Disable optimization on aarch64 to unbreak the
build.
Reported by: pkg-fallout |
1.8.0.0 17 Sep 2022 14:46:30
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Update to 1.8.0.0 |
07 Sep 2022 21:58:51
    |
Stefan Eßer (se)  |
Remove WWW entries moved into port Makefiles
Commit b7f05445c00f has added WWW entries to port Makefiles based on
WWW: lines in pkg-descr files.
This commit removes the WWW: lines of moved-over URLs from these
pkg-descr files.
Approved by: portmgr (tcberner) |
1.7.0.0 07 Sep 2022 21:10:59
    |
Stefan Eßer (se)  |
Add WWW entries to port Makefiles
It has been common practice to have one or more URLs at the end of the
ports' pkg-descr files, one per line and prefixed with "WWW:". These
URLs should point at a project website or other relevant resources.
Access to these URLs required processing of the pkg-descr files, and
they have often become stale over time. If more than one such URL was
present in a pkg-descr file, only the first one was tarnsfered into
the port INDEX, but for many ports only the last line did contain the
port specific URL to further information.
There have been several proposals to make a project URL available as
a macro in the ports' Makefiles, over time.
(Only the first 15 lines of the commit message are shown above ) |
1.7.0.0 31 Aug 2022 18:16:42
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Unbreak on aarch64.
This reverts commit 08e4bb6a33ccd68f747107b6d353e8352015b120. |
1.7.0.0 11 Aug 2022 18:51:50
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Flavorize.
To work with GHC x.y.z Haskell Language Server should be compiled with GHC x.y.z
Flavorizing allows HLS to operate on GHC 8.10.7 projects. |
1.7.0.0 09 Aug 2022 09:16:31
    |
Gleb Popov (arrowd)  |
Uses/cabal.mk: Rename `EXECUTABLES` to `CABAL_EXECUTABLES`.
Approved by: tcberner
Differential Revision: https://reviews.freebsd.org/D36079 |
1.7.0.0 01 Aug 2022 09:38:54
    |
Gleb Popov (arrowd)  |
lang/ghc: Update to 9.2.4
Deal with Haskell ports fallout caused by the update.
While there, re-add patches necessary for lang/ghc810 that were somehow lost. |
1.7.0.0 21 Jul 2022 08:24:25
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Mark BROKEN on aarch64.
Reported by: pkg-fallout |
1.7.0.0 07 Jul 2022 10:24:37
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Fix build after GHC update. |
1.7.0.0 07 Jul 2022 10:24:36
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Update to 1.7.0.0 |
1.4.0_1 09 May 2022 19:23:51
    |
Kevin Bowling (kbowling)  |
devel/libffi: Bump deps PORTREVISION for shlib change
PR: 263764
Reported by: VVD <vvd@unislabs.com> |
1.4.0 20 Sep 2021 08:38:03
    |
Gleb Popov (arrowd)  Author: Alexis Praga |
devel/hs-haskell-language-server: Update to 1.4.0 |
1.2.0_1 29 Aug 2021 13:37:33
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Catch up with lang/ghc update. |
1.2.0 09 Jul 2021 19:39:29
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Update to 1.2.0 |
1.1.0_1 14 Jun 2021 14:59:05
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Unbreak build after GHC update.
PR: 256596
Reported by: Filipe da Silva Santos <contact@shiori.com.br> |
1.1.0_1 24 May 2021 06:32:03
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Override extract-cabal-deps.
The target provided by USES won't do for this port, because it uses Shake
to build the code. |
1.1.0_1 19 May 2021 14:13:53
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Adapt to recent USES=cabal changes |
1.1.0_1 21 Apr 2021 04:48:23
    |
Tobias Kortkamp (tobik)  |
Bump USES=cabal ports after 12837690ed0c |
1.1.0 19 Apr 2021 06:20:31
    |
Gleb Popov (arrowd)  |
devel/hs-haskell-language-server: Mark as not for i386.
Upstream indicated that they do not support 32bit systems, as HLS itself is
quite memory hungry.
It doesn't make sense to build the helper port too.
Reported by: pkg-fallout |
1.1.0 15 Apr 2021 06:16:16
    |
Gleb Popov (arrowd)  |
Create devel/hs-haskell-language-server and devel/hs-hls-install ports.
Haskell Language Server is a Language Server Protocol implementation, which
can be used to add support for Haskell programming language to any text editor
that can talk LSP.
hs-hls-install is a helper executable used during build of the main port.
The port is not in ideal state ATM, because it only builds HLS against GHC
version we have in ports. It will require FLAVORizing (or even subpackaging)
to support other versions.
Submitted by: Alexis Praga <alexis.praga@free.fr> (initial version) |