wv is a library that allows access to Microsoft Word files.
It can load and parse the Word 6-9 formats (Word 6, 95, 97, 2000).
Several converter executables called wvWare are also provided:
wvHtml, wvLatex, wvCleanLatex, wvDVI, wvPS, wvPDF,
wvText, wvAbw, wvWml, wvMime
Note: wvHtml was previously known as MSWordView.
Some output formats (for example: DVI, PDF, and PS) require a LaTeX
implementation, such as print/teTeX, to be installed. Text output
will be of better quality if www/elinks, www/links, or www/lynx is
installed.
all: drop support for expired FreeBSD 14.0
Simplify expressions for FreeBSD 13.X
Reviewed by: many
Differential Revision: https://reviews.freebsd.org/D46601
*/*: Update WWW to use HTTPS for sourceforge.net projects
Homepage link is permanent redirected to its HTTPS counterpart
Issue reported by repology : https://repology.org/repository/freebsd/problems
Approved by: portmgr (blanket)
PR: 274888
*/*: Fix build with llvm16 on 13.2-STABLE
As like as HEAD(14.0-RELEASE) llvm16 was merged in base for 13.2-STABLE
with the OSVERSION 1302507.
- Utilize USE_CXXSTD=c++14 or similar solution where applicable
- Update conditionals to addtionally check for OSVERSION greater than
1302507 and less than 1400000
Approved by: portmgr (blanket)
Sponsored by: The FreeBSD Foundation
textproc/wv: fix build with clang 15
During an exp-run for llvm 15 (see bug 265425), it turned out that
textproc/wv failed to build with clang 15:
wvSummary.c:104:17: error: incompatible integer to pointer conversion
initializing 'const GValue *' (aka 'const struct _GValue *') with an expression
of type 'int' [-Wint-conversion]
GValue const *val = gsf_doc_prop_get_val (prop);
^ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~
wvSummary.c:146:21: error: incompatible integer to pointer conversion
initializing 'GsfDocMetaData *' (aka 'struct _GsfDocMetaData *') with an
expression of type 'int' [-Wint-conversion]
GsfDocMetaData *meta_data = gsf_doc_meta_data_new ();
^ ~~~~~~~~~~~~~~~~~~~~~~~~
Those functions are declared in <gsf/gsf-doc-meta-data.h>, but that
header is not included in wvSummary.c.
PR: 268399
Approved by: portmgr (tcberner)
MFH: 2022Q4
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 )
textproc/libxml2: bump all LIB_DEPENDS consumers
This is a separate commit to facilitate easier cherry-picking for
quarterly.
PR: 262853, 262940, 262877, 263126
Approved by: fluffy (mentor)
textproc/libxml2: bump all dependencies
This should make sure that all dependent ports will pick
up the new version commited with a13ec21cd733f67a9fc0dc00ab45268bdc236246
Add USES=xorg USES=gl, ports categories t
Add USES=xorg and USES=gl to ports in categories starting with 't'
While here, try to sprinkle other USES (mostly gnome and sdl) as needed.
Remove libjpeg.so.11 compatibility link that was added in r374303 to
prevent massive PORTREVISION bumps. Bump dependent ports that have not
been bumped since.
Remove indefinite articles and trailing periods from COMMENT, plus
minor COMMENT typos and surrounding whitespace fixes. A few Makefiles
where not included as they contain Latin-1 characters that break
the Phabricator workflow. Categories T-V.
CR: D509
Approved by: portmgr (antoine)
- Switch textproc/wv to USES=libtool, drop .la files
- Fix LIB_DEPENDS entries on dependent ports and bump PORTREVISIONS as library
naming schema has changed
Approved by: portmgr blanket
- Add LDFLAGS to CONFIGURE_ENV and MAKE_ENV (as it was done with LDFLAGS)
- Fix all ports that add {CPP,LD}FLAGS to *_ENV to modify flags instead
PR: 157936
Submitted by: myself
Exp-runs by: pav
Approved by: pav
Remove USE_GNOME=gnometarget from ports. It has been a empty keyword since
mid 2008.
PR: ports/159624
Submitted by: Ruslan Mahmatkhanov <cvs-src@yandex.ru>
-Repocopy devel/libtool15 -> libtool22 and libltdl15 -> libltdl22.
-Update libtool and libltdl to 2.2.6a.
-Remove devel/libtool15 and devel/libltdl15.
-Fix ports build with libtool22/libltdl22.
-Bump ports that depend on libltdl22 due to shared library version change.
-Explain what to do update in the UPDATING.
It has been tested with GNOME2, XFCE4, KDE3, KDE4 and other many wm/desktop
and applications in the runtime.
With help: marcus and kwm
Pointyhat-exp: a few times by pav
Tested by: pgollucci, "Romain Tartière" <romain@blogreen.org>, and
a few MarcusCom CVS users. Also, I might have missed a few.
Repocopy by: marcus
Approved by: portmgr
Bump portrevision due to upgrade of devel/gettext.
The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).
PR: ports/124340
Submitted by: edwin@
Approved by: portmgr (pav)
- s,INSTALLS_SHLIB,USE_LDCONFIG,g
- these include security/ sysutils/ textproc/ maintained by ports@
PR: ports/101916
Submitted by: Gea-Suan Lin <gslin_AT_gslin dot org>
Update to 1.2.0, I have tested it with a dozen of Microsoft Word files in
Abiword and no problem. Others also have tested in the different way with
the other ports. Use DATADIR in plist.
Tested by: thierry and nobutaka
Mass-conversion to the USE_AUTOTOOLS New World Order. The code present
in bsd.autotools.mk essentially makes this a no-op given that all the
old variables set a USE_AUTOTOOLS_COMPAT variable, which is parsed in
exactly the same way as USE_AUTOTOOLS itself.
Moreover, USE_AUTOTOOLS has already been extensively tested by the GNOME
team -- all GNOME 2.12.x ports use it.
Preliminary documentation can be found at:
http://people.FreeBSD.org/~ade/autotools.txt
which is in the process of being SGMLized before introduction into the
Porters Handbook.
Light blue touch-paper. Run.
Apply a big libtool patch to allow porters to use the libtool installed by
the libtoolX ports instead of the one included with each port. Ports that
set USE_LIBTOOL_VER=X will now use the ports version of libtool instead of
the included version. To restore previous behavior, use the new macro,
USE_INC_LIBTOOL_VER. Both macros accept the same argument: a libtool version.
For example, to use the ports version of libtool-1.5, add the following to
your Makefile:
USE_LIBTOOL_VER= 15
To use the included version of libtool with extra hacks provided by
libtool-1.5, add the following to your Makefile:
USE_INC_LIBTOOL_VER= 15
With this change, ports that had to add additional libtool hacks to prevent
.la files from being installed or to fix certain threading issues can now
delete those hacks (after appropriate testing, of course).
PR: 63944
Based on work by:eik and marcus
Approved by: ade (autotools maintainer)
Tested by: kris on pointyhat
Bound to be hidden problems: You bet
Whoa there, boy, that's a mighty big commit y'all have there...
Begin autotools sanitization sequence by requiring ports to explicitly
specify which version of {libtool,autoconf,automake} they need, erasing
the concept of a "system default".
For ports-in-waiting:
USE_LIBTOOL=YES -> USE_LIBTOOL_VER=13
USE_AUTOCONF=YES -> USE_AUTOCONF_VER=213
USE_AUTOMAKE=YES -> USE_AUTOMAKE_VER=14
Ports attempting to use the old style system after June 1st 2004 will be
sorely disappointed.
Date: Tue, 04 Nov 2003 00:42:55 +0900
From: Motomichi Matsuzaki <mzaki@e-mail.ne.jp>
Subject: Re: question about FreeBSD ports you maintain
Briefly, I have no time for maintaining ports.
So I wish to leave the maintainer position of these ports:
biology/fastdnaml
textproc/wv
Thanks you for maintaining the FreeBSD system.
Best regards,
Motomichi Matsuzaki
'wv' port does not specify lynx as a depends
When using 'portinstall wv' nothing is mention about depending
on lynx. however when using 'wvText' it mentions that it
can't find lynx so the text output will look bad.
PR: ports/45611
Submitted by: Nick Jennings <nkj@namodn.com>
