graphics/openjpeg15: Fix building with CMake 4 Approved by: portmgr (fixit blanket)e2c77dcc36
Port details
graphics/openjpeg15 1.5.2_5
Open-source JPEG 2000 codec
Port info
- Maintainer
- sunpoet@FreeBSD.org
- Packages
- latest: 1.5.2_5
- Upstream
- up to date
- Last update
- to 1.5.2_5 · e2c77dcc36
- Quarterly
- 2026Q4: 1.5.2_5
- WWW
- https://www.openjpeg.org/
- Links
- cgit · VuXML
Install
- Package
# pkg install openjpeg15installs 1.5.2_5 fromlatest; fromquarterly(2026Q4) 1.5.2_5- Port
# cd /usr/ports/graphics/openjpeg15 && make install clean# make -C /usr/ports/graphics/openjpeg15 config # change options first
- Size
- 148 KiB download · 454 KiB installed
- Depends on
- graphics/lcms2 2.19.1, graphics/png 1.6.59_1, graphics/tiff 4.7.2
- License
- BSD2CLAUSE
- Options
- 1 of 1 on in the package: DOCS
Packages by version and architecture
latest
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 16 | 1.5.2_5 | 1.5.2_5 | – |
| FreeBSD 15 | 1.5.2_5 | 1.5.2_5 | – |
| FreeBSD 14 | 1.5.2_5 | 1.5.2_5 | 1.5.2_5 |
quarterly (2026Q4)
| FreeBSD version | amd64 | aarch64 | i386 |
|---|---|---|---|
| FreeBSD 15 | 1.5.2_5 | 1.5.2_5 | – |
| FreeBSD 14 | 1.5.2_5 | 1.5.2_5 | 1.5.2_5 |
version as in the ports tree (latest) or the most common one (quarterly) · different version · ✗ not built · – no packages for this platform. Package sets that have not been rebuilt for 60 days are left out.
Unaddressed (32)
The CVE record lists the packaged version 1.5.2_5 as affected, and no VuXML entry names the CVE. What does this mean?
No fix in the 1.x branch: 14 of the 32 unaddressed CVEs are fixed in 2.4.0, available as graphics/openjpeg (2.5.4_2).
18 CVEs name no fixed version in the CVE record (for example only a commit).
Fixed up to each version, cumulative: 2.1.1 2 · 2.2.0 3 · 2.3.0 6 · 2.3.1 7 · 2.4.0 14
| CVE | CVSS | Published | Description |
|---|---|---|---|
| CVE-2015-8871 | 9.8 | 2016-09-21 | Use-after-free vulnerability in the opj_j2k_write_mco function in j2k.c in OpenJPEG before 2.1.1 allows remote attackers to have unspecified impact via unknown vectors. |
| CVE-2018-21010 | 8.8 | 2019-09-05 | OpenJPEG before 2.3.1 has a heap buffer overflow in color_apply_icc_profile in bin/common/color.c. |
| CVE-2018-20847 | 8.8 | 2019-06-26 | An improper computation of p_tx0, p_tx1, p_ty0 and p_ty1 in the function opj_get_encoding_parameters in openjp2/pi.c in OpenJPEG through 2.3.0 can lead to an integer ove… |
| CVE-2017-14164 | 8.8 | 2017-09-06 | A size-validation issue was discovered in opj_j2k_write_sot in lib/openjp2/j2k.c in OpenJPEG 2.2.0. The vulnerability causes an out-of-bounds write, which may lead to re… |
| CVE-2017-14039 | 8.8 | 2017-08-30 | A heap-based buffer overflow was discovered in the opj_t2_encode_packet function in lib/openjp2/t2.c in OpenJPEG 2.2.0. The vulnerability causes an out-of-bounds write, … |
| CVE-2021-3575 | 7.8 | 2022-03-04 | A heap-based buffer overflow was found in openjpeg in color.c:379:42 in sycc420_to_rgb when decompressing a crafted .j2k file. An attacker could use this to execute arbi… |
| CVE-2020-27823 | 7.8 | 2021-05-13 | A flaw was found in OpenJPEG’s encoder. This flaw allows an attacker to pass specially crafted x,y offset input to OpenJPEG to use during encoding. The highest threat fr… |
| CVE-2020-27844 | 7.8 | 2021-01-05 | A flaw was found in openjpeg's src/lib/openjp2/t2.c in versions prior to 2.4.0. This flaw allows an attacker to provide crafted input to openjpeg during conversion and e… |
| CVE-2016-7163 | 7.8 | 2016-09-21 | Integer overflow in the opj_pi_create_decode function in pi.c in OpenJPEG allows remote attackers to execute arbitrary code via a crafted JP2 file, which triggers an out… |
| CVE-2020-6851 | 7.5 | 2020-01-13 | OpenJPEG through 2.3.1 has a heap-based buffer overflow in opj_t1_clbl_decode_processor in openjp2/t1.c because of lack of opj_j2k_update_image_dimensions validation. |
| CVE-2018-14423 | 7.5 | 2018-07-19 | Division-by-zero vulnerabilities in the functions pi_next_pcrl, pi_next_cprl, and pi_next_rpcl in lib/openjp3d/pi.c in OpenJPEG through 2.3.0 allow remote attackers to c… |
| CVE-2016-7445 | 7.5 | 2016-10-03 | convert.c in OpenJPEG before 2.1.2 allows remote attackers to cause a denial of service (NULL pointer dereference and application crash) via vectors involving the variab… |
| CVE-2025-54874 | 6.6 | 2025-08-05 | OpenJPEG is an open-source JPEG 2000 codec. In OpenJPEG from 2.5.1 through 2.5.3, a call to opj_jp2_read_header may lead to OOB heap memory write when the data stream p_… |
| CVE-2020-15389 | 6.5 | 2020-06-29 | jp2/opj_decompress.c in OpenJPEG through 2.3.1 has a use-after-free that can be triggered if there is a mix of valid and invalid files in a directory operated on by the … |
| CVE-2018-20846 | 6.5 | 2019-06-26 | Out-of-bounds accesses in the functions pi_next_lrcp, pi_next_rlcp, pi_next_rpcl, pi_next_pcrl, pi_next_rpcl, and pi_next_cprl in openmj2/pi.c in OpenJPEG through 2.3.0 … |
| CVE-2018-20845 | 6.5 | 2019-06-26 | Division-by-zero vulnerabilities in the functions pi_next_pcrl, pi_next_cprl, and pi_next_rpcl in openmj2/pi.c in OpenJPEG through 2.3.0 allow remote attackers to cause … |
| CVE-2015-1239 | 6.5 | 2017-10-18 | Double free vulnerability in the j2k_read_ppm_v3 function in OpenJPEG before r2997, as used in PDFium in Google Chrome, allows remote attackers to cause a denial of serv… |
| CVE-2016-10507 | 6.5 | 2017-08-30 | Integer overflow vulnerability in the bmp24toimage function in convertbmp.c in OpenJPEG before 2.2.0 allows remote attackers to cause a denial of service (heap-based buf… |
| CVE-2016-10506 | 6.5 | 2017-08-30 | Division-by-zero vulnerabilities in the functions opj_pi_next_cprl, opj_pi_next_pcrl, and opj_pi_next_rpcl in pi.c in OpenJPEG before 2.2.0 allow remote attackers to cau… |
| CVE-2016-10505 | 6.5 | 2017-08-30 | NULL pointer dereference vulnerabilities in the imagetopnm function in convert.c, sycc444_to_rgb function in color.c, color_esycc_to_rgb function in color.c, and sycc422… |
Show all 32
| CVE | CVSS | Published | Description |
|---|---|---|---|
| CVE-2016-10504 | 6.5 | 2017-08-30 | Heap-based buffer overflow vulnerability in the opj_mqc_byteout function in mqc.c in OpenJPEG before 2.2.0 allows remote attackers to cause a denial of service (applicat… |
| CVE-2016-1924 | 6.5 | 2016-01-27 | The opj_tgt_reset function in OpenJpeg 2016.1.18 allows remote attackers to cause a denial of service (out-of-bounds read and application crash) via a crafted JPEG 2000 … |
| CVE-2020-27824 | 5.5 | 2021-05-13 | A flaw was found in OpenJPEG’s encoder in the opj_dwt_calc_explicit_stepsizes() function. This flaw allows an attacker who can supply crafted input to decomposition leve… |
| CVE-2020-27842 | 5.5 | 2021-01-05 | There's a flaw in openjpeg's t2 encoder in versions prior to 2.4.0. An attacker who is able to provide crafted input to be processed by openjpeg could cause a null point… |
| CVE-2020-27843 | 5.5 | 2021-01-05 | A flaw was found in OpenJPEG in versions prior to 2.4.0. This flaw allows an attacker to provide specially crafted input to the conversion or encoding functionality, cau… |
| CVE-2020-27845 | 5.5 | 2021-01-05 | There's a flaw in src/lib/openjp2/pi.c of openjpeg in versions prior to 2.4.0. If an attacker is able to provide untrusted input to openjpeg's conversion/encoding functi… |
| CVE-2020-27841 | 5.5 | 2021-01-05 | There's a flaw in openjpeg in versions prior to 2.4.0 in src/lib/openjp2/pi.c. When an attacker is able to provide crafted input to be processed by the openjpeg encoder,… |
| CVE-2016-3182 | 5.5 | 2020-02-20 | The color_esycc_to_rgb function in bin/common/color.c in OpenJPEG before 2.1.1 allows attackers to cause a denial of service (memory corruption) via a crafted jpeg 2000 … |
| CVE-2017-12982 | 5.5 | 2017-08-21 | The bmp_read_info_header function in bin/jp2/convertbmp.c in OpenJPEG 2.2.0 does not reject headers with a zero biBitCount, which allows remote attackers to cause a deni… |
| CVE-2016-4797 | 5.5 | 2017-02-03 | Divide-by-zero vulnerability in the opj_tcd_init_tile function in tcd.c in OpenJPEG before 2.1.1 allows remote attackers to cause a denial of service (application crash)… |
| CVE-2016-4796 | 5.5 | 2017-02-03 | Heap-based buffer overflow in the color_cmyk_to_rgb in common/color.c in OpenJPEG before 2.1.1 allows remote attackers to cause a denial of service (crash) via a crafted… |
| CVE-2016-3183 | 5.5 | 2017-02-03 | The sycc422_t_rgb function in common/color.c in OpenJPEG before 2.1.1 allows remote attackers to cause a denial of service (out-of-bounds read) via a crafted jpeg2000 fi… |
VuXML only (0)
Listed in VuXML, the packaged version 1.5.2_5 is still in the affected range; pkg audit reports it. What does this mean?
None.
Fixed (0)
No VuXML entries for this package.
Problem reports (0) · open in Bugzilla, most recently changed first
None.
Commits (23)
graphics/lcms2: Bump PORTREVISION of dependent ports for shlib change PR: 292881 Reported by: Petr Lampa <lampa@fit.vutbr.cz>2adc4bef7d
graphics/tiff: Update to 4.6.0 PR: 278577 Exp-run by: antoine98bf25875a
graphics/openjpeg15: Sort PLIST after 0ee50efad36a4e1cc1f59f7f65c5d9bcea088fd7 - Remove superfluous GNU_CONFIGURE which is almost 10-year-old9647e85c18
graphics/openjpeg15: Moved man to share/man Approved by: portmgr (blanket)0ee50efad3
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
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
graphics: remove 'Created by' lines A big Thank You to the original contributors of these ports: * "Waitman Gobble" <uzimac@da3m0n8t3r.com> * Aaron Dalton <aaron@FreeBSD.org> * Abel Chow <ozsanh45vds001@sneakemail.com> * Adam Weinberger <adamw@FreeBSD.org> * Ade Lovett <ade@FreeBSD.org> * Ade Lovett <ade@lovett.com> * Akinori MUSHA aka knu <knu@idaemons.org> * Aldis Berjoza <aldis@bsdroot.lv> * Alex Hayward <xelah@xelah.com> * Alex Ivasyuv <siegerstein@pochta.ru> * Alex Samorukov <samm@os2.kiev.ua> * Alexander Gromnitsky * Alexander Kojevnikov <alexander@kojevnikov.com> * Alexander Logvinov <ports@logvinov.com> * Alexander Nedotsukov <bland@FreeBSD.org> * Alexander Nedotsukov <bland@mail.ru> * Alexander Y. Grigoryev <alexander.4mail@gmail.com> * Alexey Dokuchaev <danfe@FreeBSD.org> * Alonso Cardenas Marquez <acm@FreeBSD.org> * Anatoliy Dmytriyev <tolid@plab.ku.dk> * Anatoly Borodin <anatoly.borodin@gmail.com> * Anders Nordby <anders@fix.no> * Andras Horvath <han@log69.com> * Andreas Daehn <ad001@uni-rostock.de> * Andrew Pantyukhin <infofarmer@FreeBSD.org> * Andrey Slusar <anray@FreeBSD.org> * Andrey Zakhvatov * Anes Mukhametov <anes@anes.su> * Anonymous <swell.k@gmail.com> * Anton Berezin <tobez@FreeBSD.org> * Antonio Carlos Venancio Junior (<antonio@inf.ufsc.br>) * Arjan van Leeuwen <avleeuwen@piwebs.com> * Ashish SHUKLA <ashish@FreeBSD.org> * Bill Fumerola <billf@chc-chimes.com> * Björn König <bkoenig@alpha-tierchen.de> * Brad Hendrickse <bradh@iafrica.com> * Bruce M Simpson <bms@FreeBSD.org> * Carlos Eduardo G. Carvalho <cartola@openit.com.br> * Charlie Kester <corky1951@comcast.net> * Choe, Cheng-Dae * Choe, Cheng-Dae <whitekid@gmail.com> * Chris D. Faulhaber <jedgar@FreeBSD.org> * Chris D. Faulhaber <jedgar@fxp.org> * Chris Piazza <cpiazza@FreeBSD.org> * Christopher Key <cjk32@cam.ac.uk> * Chuck Robey <chuckr@FreeBSD.org> * Corey Smith <corsmith@gmail.com> * Dan Langille <dvl@FreeBSD.org> * Daniel O'Connor <darius@dons.net.au> * Daniel Roethlisberger <daniel@roe.ch> * Danilo Egea Gondolfo <danilo@FreeBSD.org> * Dave Cottlehuber <dch@skunkwerks.at> * David Bremner <bremner@unb.ca> * David Gilbert <dgilbert@velocet.ca> * David Naylor <dbn@FreeBSD.org> * David Yeske <dyeske@gmail.com> * Denis Barov <dindin@dindin.ru> * Denis Podolskiy <bytestore@yandex.ru> * Dennis Herrmann <adox@mcx2.org> * Devaux Fabien <fab@gcu.info> * Dmitry Sivachenko <dima@Chg.RU> * Dominik Brettnacher <domi@nonsensss.de> * Donn Miller <dmmiller@cvzoom.net> * Douglas Carmichael <dcarmich@mcs.com> * Douglas K. Rand <rand@meridian-enviro.com> * Edwin Groothuis <edwin@mavetju.org> * Emanuel Haupt <ehaupt@FreeBSD.org> * Emanuel Haupt <ehaupt@critical.ch> * Emil J.V. Björsell (Jev) * Emmanuel Vadot <manu@FreeBSD.org> * Eric Anholt <anholt@FreeBSD.org> * Eric Freeman <freebsdports@chillibear.com> * Eric P. Scott <eps+pbug0703@ana.com> * Erwin Lansing <erwin@FreeBSD.org> * Eugene Mychlo <myc@barev.net> * Fernan Aguero <fernan@iib.unsam.edu.ar> * Franz Klammer <klammer@webonaut.com> * FreeBSD GNOME Team <gnome@FreeBSD.org> * G. Adam Stanislav <adam@whizkidtech.net> * Garrett Wollman <wollman@lcs.mit.edu> * Gea-Suan Lin <gslin@gslin.org> * George Reid <greid@ukug.uk.freebsd.org> * Gerrit Beine (<gerrit.beine@gmx.de>) * Gerrit Beine (<tux@pinguru.net>) * Glenn Johnson * Greg Lewis <glewis@FreeBSD.org> * Gustau Perez <gustau.perez@gmail.com> * Gustau Pérez i Querol <gustau.perez@gmail.com> * Gvozdikov Veniamin <g.veniamin@googlemail.com> * Hernan Di Pietro <hernan.di.pietro@gmail.com> * Hiroto Kagotani <hiroto.kagotani@gmail.com> * Horia Racoviceanu <horia@racoviceanu.com> * Hye-Shik Chang <perky@fallin.lv> * Hye-Shik Chang <perky@python.or.kr> * Igor Pokrovsky <ip@doom.homeunix.org> * Igor Pokrovsky <tiamat@comset.net> * James FitzGibbon <jfitz@FreeBSD.org> * Jamie Hermans <jamie@hermans.ca> * Jan Henrik Sylvester <me@janh.de> * Janni * Janos Mohacsi <janos.mohacsi@bsd.hu> * Jason Helfman <jgh@FreeBSD.org> * Jean-Marc Zucconi <jmz@FreeBSD.org> * Jean-Sébastien Pédron <dumbbell@FreeBSD.org> * Jean-Yves Lefort <jylefort@FreeBSD.org> * Jean-Yves Lefort <jylefort@brutele.be> * Jeff Molofee * Jeremy Norris <ishmael127@home.com> * Jeremy Norris <ishmael27@home.com> * Joe Marcus Clarke <marcus@FreeBSD.org> * Johannes Dieterich <jmd@FreeBSD.org> * Johannes Jost Meixner <johannes@perceivon.net> * Johannes Meixner <johannes@perceivon.net> * John Hay * John McAree <john@mcaree.org> * John Prather * John Reynolds <johnjen@reynoldsnet.org> * Joris Dedieu <joris.dedieu@gmail.com> * Jose Alonso Cardenas Marquez <acardenas@bsd.org.pe> * Jose Jachuf <jjachuf@gmail.com> * Joseph Koshy <koshy@india.hp.com> * Juergen Unger <j.unger@choin.net> * KANOU Hiroki <kanou@mil.allnet.ne.jp> * KIRIYAMA Kazuhiko * Kay Lehmann * Kevin Golding <ports@caomhin.org> * Kimura Fuyuki <fuyuki@hadaly.org> * Koop Mast <kwm@FreeBSD.org> * Kris Kennaway <kris@FreeBSD.org> * Kris Moore <kmoore@FreeBSD.org> * Kubilay Kocak <koobs@FreeBSD.org> * Kurt Kanzenbach <kurt@kmk-computers.de> * Kyle Martin <mkm@ieee.org> * Laurent Courty * Leonardo Martins <lmartins@nepe.eee.ufg.br> * Lev Serebryakov <lev@FreeBSD.org> * Malte Lance <malte.lance@gmx.net> * Marc Fonvieille <blackend@FreeBSD.org> * Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org> * Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org> et al. * Mark Atkinson <atkin901@gmail.com> * Mark Murray <markm@FreeBSD.org> * Mark Pulford <mark@kyne.com.au> * Markus Brueffer <markus@FreeBSD.org> * Martin Dieringer <martin.dieringe@gmx.de> * Martin Dieringer <martin.dieringer@gmx.de> * Martin Matuska <mm@FreeBSD.org> * Martin Neubauer <m.ne@gmx.net> * Martin Sugioarto <martin.sugioarto@udo.edu> * Martin Tournoij <carpetsmoker@rwxrwxrwx.net> * Martin Tournoij <carpetsmoker@xs4all.nl> * Martin Wilke <miwi@FreeBSD.org> * Mateusz Piotrowski <0mp@FreeBSD.org> * Mathieu Arnold * Matthew Luckie <mjl@luckie.org.nz> * Matthew X. Economou <xenophon+fbsdports@irtnog.org> * Matthias Fechner <mfechner@FreeBSD.org> * Matthieu Volat <mazhe@alkumuna.eu> * Maurice Castro <maurice@serc.rmit.edu.au> * Maxim Sobolev <sobomax@FreeBSD.org> * Michael Gmelin <freebsd@grem.de> * Michael Johnson <ahze@FreeBSD.org> * Michael Johnson <ahze@ahze.net> * Michael Nottebrock <lofi@FreeBSD.org> * Michael Reifenberger <mr@FreeBSD.org> * Mike Krutov <neko@takino.org> * Mikhail T. <mi@aldan.algebra.com> * Mikhail Teterin <mi@aldan.algebra.com> * Muhammad Moinur Rahman <5u623l20@gmail.com> * NAKATA Maho <maho@FreeBSD.org> * Naram Qashat <cyberbotx@cyberbotx.com> * Nick Hilliard <nick@foobar.org> * Nicola Vitale <nivit@FreeBSD.org> * Nicola Vitale <nivit@email.it> * Nikolay Korotkiy <sikmir@gmail.com> * Norio Suzuki <nosuzuki@e-mail.ne.jp> * Oliver Heesakkers <dev2@heesakkers.info> * Oliver Lehmann <oliver@FreeBSD.org> * Olivier Duchateau * Paul Everlund * Pav Lucistnik <pav@FreeBSD.org> * Pedro F. Giffuni * Pedro Garcia Freitas <sawp@sawp.com.br> * Pedro Giffuni * Pedro Giffuni <pfg@FreeBSD.org> * Pete Fritchman <petef@FreeBSD.org> * Pete Fritchman <petef@databits.net> * Peter Ankerstal <peter@pean.org> * Peter Jeremy <peterjeremy@optushome.com.au> * Peter Schmiedeskamp <pschmied@qwest.net> * Phil Phillips <pphillips@experts-exchange.com> * Pietro Cerutti <gahr@FreeBSD.org> * Pietro Cerutti <gahr@gahr.ch> * Piotr Kubaj <pkubaj@anongoth.pl> * Piotr Smyrak <smyru@heron.pl> * Piotr Smyrak, piotr.smyrak@heron.pl * Po-Chuan Hsieh <sunpoet@FreeBSD.org> * Quentin Stievenart <acieroid@awesom.eu> * R Joseph Wright <rjoseph@mammalia.org> * Radim Kolar * Rainer Hurling <rhurlin@gwdg.de> * Randall Hopper * Randall Hopper <aa8vb@ipass.net> * Randall Hopper <aa8vb@nc.rr.com> * Reinier de Blois <rddeblois@gmail.com> * Richard Hwang <rhwang@bigpanda.com>, Mikhail Teterin <mi@aldan.algebra.com>, Jun-ichiro itojun Itoh <itojun@itojun.org> * Rick Elrod <codeblock@eighthbit.net> * Rob Farmer <rfarmer@predatorlabs.net> * Rod Person <rodperson@rodperson.com> * Roland Jesse <roland.jesse@gmx.net> * Romain Tartiere <romain@FreeBSD.org> * Ron van Daal * Ronald Kuehn <rk@ronald.org> * Rong-En Fan <rafan@infor.org> * Rusmir Dusko <nemysis@FreeBSD.org> * Rusty Nejdl <rnejdl@ringofsaturn.com> * Ryan Melcer <rmelcer@iteris.com> * Ryan Steinmetz <zi@FreeBSD.org> * Sahil Tandon <sahil@FreeBSD.org> * Sam Lawrance * Satoshi Asami <asami@FreeBSD.org> * Satoshi Taoka <taoka@FreeBSD.org> * Seiichirou Hiraoka * Serge Negodyuck <petr@petrovich.kiev.ua> * Sergey A. Osokin <osa@FreeBSD.org> * Sergey Skvortsov <skv@protey.ru> * Sergey V. Dyatko <sergey.dyatko@gmail.com> * Shane Ambler * Shaun Amott <shaun@inerd.com> * Shell Hung <shell@shellhung.org> * Shigeyuki FUKUSHIMA <shige@FreeBSD.org> * Simun Mikecin <numisemis@yahoo.com> * Sofian Brabez <sbrabez@gmail.com> * Stanislav Sedov <ssedov@mbsd.msk.ru> * Stanislav Sedov <stas@FreeBSD.org> * Stas Timokhin <devel@stasyan.com> * Stas Timokhin <stast@bsdportal.ru> * Stefan Walter <sw@gegenunendlich.de> * Stephen Roome <steve@pepcross.com> * Steve Wills <steve@meatwad.mouf.net> * Steve Wills <swills@FreeBSD.org> * Steven Kreuzer <skreuzer@FreeBSD.org> * Steven Wallace <swallace@FreeBSD.org> * Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org> * TAKAHASHI Kaoru <kaoru@kaisei.org> * TAKATSU Tomonari <tota@FreeBSD.org> * TAKATSU Tomonari <tota@rtfm.jp> * TAOKA Fumiyoshi * TATEISHI Katsuyuki <katsu@iec.hiroshima-u.ac.jp> * Tassilo Philipp <tphilipp@potion-studios.com> * Thibault Payet <monwarez@mailoo.org> * Thierry Thomas <thierry@pompo.net> * Thomas Dreibholz <dreibh@iem.uni-due.de> * Thomas Gellekum <tg@FreeBSD.org> * Thomas Hurst <tom@hur.st> * Tilman Linneweh <arved@FreeBSD.org> * Tim Bishop <tim@bishnet.net> * Tod McQuillin <devin@spamcop.net> * Tomoyuki Sakurai <cherry@trombik.org> * Tsung-Han Yeh <snowfly@yuntech.edu.tw> * UMENO Takashi <umeno@rr.iij4u.or.jp> * Ulrich Spoerlein <q@uni.de> * Vasil Dimov <vd@FreeBSD.org> * Veniamin Gvozdikov <vg@FreeBSD.org> * Vincent Tantardini <vinc@FreeBSD-fr.org> * Vladimir Chukharev * Wen Heping <wen@FreeBSD.org> * Wen Heping <wenheping@gmail.com> * Wen heping <wenheping@gmail.com> * Wen heping<wenheping@gmail.com> * Will Andrews <andrews@technologist.com> * Yi-Jheng Lin <yzlin@cs.nctu.edu.tw> * Ying-Chieh Liao <ijliao@FreeBSD.org> * Yinghong Liu <relaxbsd@gmail.com> * Yinghong.Liu <relaxbsd@gmail.com> * Yuan-Chung Hsiao <ychsiao@ychsiao.org> * Yukihiro Nakai <Nakai@Mlab.t.u-tokyo.ac.jp> * Yukihiro Nakai <nacai@iname.com> * Yukihiro Nakai <nakai@mlab.t.u-tokyo.ac.jp> * Yuri Victorovich <yuri@FreeBSD.org> * Yuri Victorovich <yuri@rawbw.com> * Yuu Yashiki * Yuzo FURUKAWA <hurukawa@kuee.kyoto-u.ac.jp> * Zhihao Yuan <lichray@gmail.com> * Zsolt Udvari <udvzsolt@gmail.com> * ache * alepulver * anhot * antonakis@gmail.com * argv[0] (Iouri V. Ivliev) * arved * asami * bf <bf@FreeBSD.org> * bmc@WillsCreek.COM * buganini@gmail.com * cacho@mexicano.gdl.iteso.mx * cartola (Carlos E. G. Carvalho) * cartola@openit.com.br * cfs@ing.puc.cl (original) * chinsan * chinsan <chinsan.tw@gmail.com> * coryking * cracauer@cons.org "Martin Cracauer" * demon@FreeBSD.org * dillon * dom@happygiraffe.net * erich@FreeBSD.org * fenner * fernan@iib.unsam.edu.ar * frankch@waru.life.nthu.edu.tw * gahr * gary@hotlava.com * gerard * giffunip@asme.org * glebius@FreeBSD.org * gurkan@phys.ethz.ch * hsu * ijliao * jamie * jedgar@FreeBSD.org * jeff@cetlink.net * jjachuf@gmail.com * jmz * johalun * johan * johans * kwm@FreeBSD.org * lbartoletti <lbartoletti@FreeBSD.org> * lesi@FreeBSD.org * lichray@gmail.com * luigi@FreeBSD.org * maho@FreeBSD.org * marcus@FreeBSD.org * mb@imp.ch * mi * mm@FreeBSD.org * nemysis <nemysis@gmx.ch> * nik * nork@FreeBSD.org * olgeni@FreeBSD.org * paulo@isr.uc.pt * petef@FreeBSD.org * pgs * ports@FreeBSD.org * proff@iq.org * punkt.de Hosting Team <mops@punkt.de> * rfarmer@predatorlabs.net * roberto * roland.jesse@gmx.net * rpsfa@rit.edu * saper@system.pl * smace * sobomax * stas * stb@lassitu.de * theraven@FreeBSD.org * thierry@pompo.net * tobez * trasz <trasz@pin.if.uz.zgora.pl> * trevor * vanilla * will * wolman@cs.washington.edu * yukinopo@livedoor.com With hat: portmgr022e658bd1
graphics/openjpeg15: resolve build conflicts with openjpeg2 for consumers (+) Includes must be installed into own project subdir as intended by authors. Pointyhat to: sunpoet With hat: office Sponsored by: Netzkommune GmbHf3ba77e14c
graphics/openjpeg15: Cosmetic change2f18cf98e4
graphics/openjpeg15: Fix CPE information because current one is deprecated Approved by: portmgr (blanket)8cb7b4375a
graphics/openjpeg15: Remove unnecessary USES=dos2unixacfcefedaa
Remove # $FreeBSD$ from Makefiles.305f148f48
Remove ${PORTSDIR}/ from dependencies, categories d, e, f, and g.
With hat: portmgr
Sponsored by: Absolight4e1b79a0a6- Add LICENSE_FILEafdfcaa2f9
Don't use GH_TAGNAME when DISTVERSION* variables can be used. With hat: portmgr Sponsored by: Absolightfaaac0db42
- Change MASTER_SITES to GitHub - Update WWWd07f933469
Bump portrevision after png updatebb21093773
Change libpng15.so to libpng.so in LIB_DEPENDS to prepare the upgrade7ae46e9b12
Cleanup plista76a739bfe
- Sort LIB_DEPENDS - Add CPE information - Use PORTDOCS - Update WWW and pkg-descr - Take maintainership8bf6fc38b1
In some straightforward cases, protect documentation behind PORTDOCS, adding a DOCS option where needed, and a couple PORTEXAMPLES for good measure.511c49bdec
Update openjpeg to 2.1.0. Version 2.x is incompatible with openjpeg 1.5. Preserve it as openjpeg15 and update users. Approved by: portmgr (implicit) for NO_STAGE ports097c01dd0a