CVE and update status of the FreeBSD ports tree4,526 unaddressed CVEs in 616 portsAll times are CET

Port details

graphics/libwpg030.3.4

Library and tools to work with WordPerfect Graphics (WPG) files

Maintainer
office@FreeBSD.org
Packages
libwpg03 0.3.4
Upstream
up to date
CPE
none, CVEs only via VuXML
WWW
https://libwpg.sourceforge.net/
Links
cgit · VuXML

Unaddressed (0) · The CVE record lists this version as affected, no VuXML entry names the CVE

None. There is no CVE without a VuXML entry for this version.

VuXML only (0) · listed, port not fixed yet

None. pkg audit reports nothing for this version.

Fixed (0)

No VuXML entries for this package.

Commits (15)

Rodrigo Osorio (rodrigo) · 0.3.4
*/*: 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
06df180a9e
Dima Panov (fluffy) · 0.3.4
graphics/libwpg03: update to 0.3.4 release (+)

CHANGES:
- WPG2: Incomplete implementation of handlePenForeColor (bdo#155057) + leftovers of refactoring
- Correct a problem concerning HAVE_VISIBILITY not defined when compiling for Windows...
- WPG1: fix vertical position of text line
- WPG1: improve output of aligned text
- WPG1: handle font size
- WPG1: parse more graphic text attrs
- WPG1: make text type 2 handler build again
- Add note for text position
- WPG1: handle text color
- WPG1: parse some bits of text attrs record
- Drop pointless cast
- WPG1: handle line style
- Drop a pointless cast
- WPG1: parse page format record
- WPG1: handle groups
- Fix too small loop variables
822ee78df3
Stefan Eßer (se) · 0.3.3_1
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)
fb16dfecae
Stefan Eßer (se) · 0.3.3_1
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.

This commit implements such a proposal and moves one of the WWW: entries
of each pkg-descr file into the respective port's Makefile. A heuristic
attempts to identify the most relevant URL in case there is more than
one WWW: entry in some pkg-descr file. URLs that are not moved into the
Makefile are prefixed with "See also:" instead of "WWW:" in the pkg-descr
files in order to preserve them.

There are 1256 ports that had no WWW: entries in pkg-descr files. These
ports will not be touched in this commit.

The portlint port has been adjusted to expect a WWW entry in each port
Makefile, and to flag any remaining "WWW:" lines in pkg-descr files as
deprecated.

Approved by:		portmgr (tcberner)
b7f05445c0
Mathieu Arnold (mat) · 0.3.3_1
One more small cleanup, forgotten yesterday. Reported by:	lwhsu
cf118ccf87
Mathieu Arnold (mat) · 0.3.3_1
Remove # $FreeBSD$ from Makefiles.
305f148f48
Gerald Pfeifer (gerald) · 0.3.3_1
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
ea8c8ec7da
Baptiste Daroussin (bapt) · 0.3.3
update to 0.3.3
408b00410e
Gerald Pfeifer (gerald) · 0.3.2_2
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
a9f015d155
Gerald Pfeifer (gerald) · 0.3.2_1
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
09f9633cb6
Mark Linimon (linimon) · 0.3.2
Fix port builds for architectures which remain on gcc as the default compiler. This will primarily help powerpc64.

For archs where clang is the default compiler, these changes will have no
effect, as the base compiler already has these capabilities (primarily, but
not exclusively, c++-11).

Tested for no-harm on amd64.

While here, pet portlint.

Approved by:	portmgr (tier-2 blanket)
13fb0b92a2
Jung-uk Kim (jkim) · 0.3.2
Update to 0.3.2.
fb12b47655
Mathieu Arnold (mat) · 0.3.1
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.

With hat:	portmgr
Sponsored by:	Absolight
4e1b79a0a6
Baptiste Daroussin (bapt) · 0.3.1
Update to 0.3.1
652bc64e58
Baptiste Daroussin (bapt) · 0.3.0
Import libwpg03 Make sure that libwpg is not conflicting with libwpg03
c74120ccb0