Interface graphique de Code_Aster, en Tcl/Tk.
Tcl/Tk interface to run Code_Aster (prepare and start calculations using
run_aster).
See the port french/aster.
all: drop support for FreeBSD 13, mips and risc64sf
Reviewed by: many (*)
Differential Revision: https://reviews.freebsd.org/D55624
Differential Revision: https://reviews.freebsd.org/D55642 (merged in from bofh)
many (*)
acm arrowd brooks cmt dch decke dinoex eduardo fluffy fuz gahr garga
jbeich joerg jrm kai kenrap martymac matthew mfechner michaelo mizhka
nobutaka pkubaj se tagattie thj
Anton Saietskii
GenericRikka
Gert Doering
Jan Bramkamp
Oleh Hushchenkov
Oleksandr Kryvulia
Ralf van der Enden
Yamagi
desktop kde python tcltk office
*/*: Sunset 12.4-RELEASE/12-STABLE from ports tree
- Remove all references to defunct ARCH arm
- Remove all references to defunct ARCH sparc64
- Remove x11-drivers/xf86-video-sunffb which requires defunct sparc64
ARCH
- Remove sysutils/afbinit requires defunct sparc64 ARCH
- Remove all references to bktr driver
- Remove all references to defunct FreeBSD_12
- Remove all references to OSVERSION/OSREL corresponding to 12
- Remove conditionals in Mk/Uses/cabal.mk
- Remove sparc reference from Mk/Uses/qt-dist.mk
- Remove BROKEN_sparc64/NOT_FOR_ARCH=sparc64
- Remove BROKEN_FreeBSD_12* from:
- Remove OpenSSL patches from:
- Remove conditional flags for OSVERSION >= 1300000 to fixed flags.
Also move conditional flags for non sparc64/arm ARCH to fixed flags.
Reviewed by: brooks, jbeich, rene, salvadore
Differential Revision: https://reviews.freebsd.org/D42068
Revert "cad/astk-serveur: Remove dependency"
This reverts commit 0a90512e395afcd867844d7f0bf812eb1eff7482.
torque is required by this port.
Reported by: thierry
cad/astk-serveur: Remove dependency
WITH_PBS option has a runtime dependency to sysutils/torque which has
expired. So remove the runtime dependency. This will require some more
review later.
Approved by: portmgr (blanket)
all: remove explicit versions in USES=python for "3.x+"
The logic in USES=python will automatically convert this to 3.8+ by
itself.
Adjust two ports that only had Python 3.7 mentioned but build fine
on Python 3.8 too.
finance/quickfix: mark BROKEN with PYTHON
libtool: compile: c++ -DHAVE_CONFIG_H -I. -I../.. -I -I. -I.. -I../.. -I../C++
-DLIBICONV_PLUG -DPYTHON_MAJOR_VERSION=3 -Wno-unused-variable
-Wno-maybe-uninitialized -O2 -pipe -DLIBICONV_PLUG -fstack-protector-strong
-fno-strict-aliasing -DLIBICONV_PLUG -Wall -ansi
-Wno-unused-command-line-argument -Wpointer-arith -Wwrite-strings
-Wno-overloaded-virtual -Wno-deprecated-declarations -Wno-deprecated -std=c++0x
-MT _quickfix_la-QuickfixPython.lo -MD -MP -MF
.deps/_quickfix_la-QuickfixPython.Tpo -c QuickfixPython.cpp -fPIC -DPIC -o
.libs/_quickfix_la-QuickfixPython.o
warning: unknown warning option '-Wno-maybe-uninitialized'; did you mean
'-Wno-uninitialized'? [-Wunknown-warning-option]
QuickfixPython.cpp:175:11: fatal error: 'Python.h' file not found
^~~~~~~~~~
1 warning and 1 error generated.
Reviewed by: portmgr, vishwin, yuri
Differential Revision: <https://reviews.freebsd.org/D40568>
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)
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 )
cad: remove 'Created by' lines
A big Thank You to the original contributors of these ports:
* AMAKAWA Shuhei <amakawa@jp.FreeBSD.org>
* Alexey Dokuchaev <danfe@FreeBSD.org>
* Anders Andersson <anders@hack.org>
* Bruce M Simpson <bms@FreeBSD.org>
* Christoph Moench-Tegeder <cmt@FreeBSD.org>
* David Yeske <dyeske@gmail.com>
* Diane Bruce <db@db.net>
* Joachim Strombergson <watchman@ludd.ltu.se>
* Johnny Sorocil <jsorocil@gmail.com>
* Julian Jenkins <kaveman@magna.com.au>
* Marc Fonvieille <blackend@FreeBSD.org>
(Only the first 15 lines of the commit message are shown above )
Upgrade Code_Aster to 14.6.0-1.
This implies:
- french /aster builds fine with clang, but it seg-faults: switched to Gcc
- ASTK is upgraded to 2019.0-1
- math/mumps is upgraded to 5.1.2-aster7
- TFEL/MFront is now required, but when the compilers of tfel and aster are
different, it cannot be linked
. recopopy science/tfel to science/tfel-edf and depends on science/tfel-edf
. science/tfel-edf is built by Gcc, from the sources included in Aster's
tarball
. register the conflicts
Fix RUN_DEPENDS. This is an obscure case: if you have kwrite installed,
then editors/kate-kde4 was assumed as a RUN_DEPENDS. That port no longer
exists, and kwrite is provided by editors/kate -- as a KF5-based
application. There's no good way to say "whatever package provided
that installed file", though.
Reported by: arrowd
After an include, PLIST_SUB must be appended to, not overwritten.
If it is overwritten, many values will be clobbered, and
pain will ensue.
PR: 230864
Submitted by: mat
exp-runs by: antoine
For ports under `cad', `devel', `dns`, and `math' categories: remove
redundant PKGMESSAGE assignment, which is set appropriately by the
b.p.m when `pkg-message' appears on the SUB_FILES list.
Give the KDE SC4 applications ports a -kde4 suffix
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
Upgrade - endly! - to Code_Aster 13.4.0-3.
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!)
The output of tools like awk, date, sort, tr,... depends on the current
locale set by the user. Add LANG=C and LC_ALL=C at the beginning of
bsd.port.mk and export them so all commands are executed with the C locale.
LC_ALL=C overrides all other LC_* variables. LANG is used by setlocale(3)
as default value for LC_* variables, so normally it isn't used when LC_ALL
is set, but there's code out there that looks at LANG directly so it's safer
to set it as well. The only commands not captured by this are !=
assignments before any inclusion of bsd.port.*mk.
Introduce USE_LOCALE=<locale> that adds LANG=<locale> and LC_ALL=<locale> to
CONFIGURE_ENV and MAKE_ENV so upstream build systems can be executed with a
different locale (e.g. USE_LOCALE=en_US.UTF-8).
PR: 215882
Exp-run by: antoine
Approved by: portmgr (antoine)
Upgrade Code_Aster to 12.0.6-4.
This brings french/eficas to 2016.0.1,
cad/astk-serveur and astk-client to 1.13.8.2,
french/med to 3.2.0 (built against hdf5-18),
bump PORTREVSION to math/metis-edf and fix soname,
and french/homard to 11.7-1.
Convert all :U to :tu and :L to :tl
Since FreeBSD 8.4 and FreeBSD 9.1 make(1) do support :tu and :tl as a
replacement for :U and :L (which has been marked as deprecated)
bmake which is the default on FreeBSD 10+ only support by default
:tu/:tl a hack has been added at the time to support :U and :L to ease
migration. This hack is now not necessary anymore
Note that this makes the ports tree incompatible with make(1) from
FreeBSD 8.3 or earlier
With hat: portmgr
Upgrade Code_Aster to 11.5.0-4.
N.B.: french/aster is still marked BROKEN, but this allows to unbreak
other ports sharing the same dependencies.
Patch for french/med provided by tijl.
Trap an exception and set a default fqn when gethostbyaddr fails with
'hostname nor servname provided, or not known', thus hopefully fix the
build of french/aster, which calls astk-serveur during its post-config.
Reported by: pointyhat via Kris
Chase a silent update (no impact for FreeBSD).
Diff available at
<http://people.freebsd.org/~thierry/ports/astk-1.5.0_061222_070103.diff>.
Notified by: pointyhat via Kris
- Upgrading french/aster from 7.1 to 7.2;
- french/eficas from 1.4 to 1.5;
- cad/metis-edf from 3 to 3.1;
- cad/astk-serveur & cad/astk-client from 1.0.14 to 1.0.21;
- french/homard from 5.5 to 6.2;
. don't install Homard automatically with Aster; like Gibi, Homard
depends on french/aster: this is more compliant with the licenses,
and it will be possible to build packages for Aster.
PR: 5931259881
Submitted By: Thierry Thomas <thierry@pompo.net>
cad/astk-serveur & cad/astk-client: fixing patch + tarball has been rerolled.
1) This is a common tarball with french/aster: the tarball has
been rerolled to fix a bug in ASTK for Linux, but they did not
upgrade the version. Our ASTK is not impacted by this change.
The full story, in french, is here:
<http://www.code-aster.org/forum/read.php?f=11&;i=326&t=326>.
2) Since I was testing this upgrade, I have found a bug from the
previous commit: the patch patch-lib::ASTK::astkrc::outils does
not belong to files, but to files.client => bumping PORTREVISION.
PR: ports/56288
Submitted by: Thierry Thomas <thierry@pompo.net>
cad/astk-client: chasing tk83 -> tk84 + defining more tools.
1) cad/astk-serveur has been switched from tcl/tk 83 to 84 (see
Message-ID: <200308170148.h7H1m91d025773@repoman.freebsd.org>)
=> we have to bump the client's PORTREVISION to chase this upgrade.
2) Since I'm there, I have defined Gmsh & Grace in the tools config.
Note: this is missing from the original tarball, and should be fixed
within the next release.
PR: ports/55707
Submitted by: Thierry Thomas <thierry@pompo.net>
