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

Port details

textproc/linux-c7-expat2.1.0_5

XML 1.0 parser written in C (Linux CentOS 7.9.2009)

42
unaddressed
16
VuXML only, still affected
2
fixed
Maintainer
emulation@FreeBSD.org
Packages
linux-c7-expat 2.1.0_5
Upstream
up to date
CPE
libexpat_project:libexpat from the port
WWW
https://github.com/libexpat/libexpat
Links
cgit · VuXML

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

CVE-2024-454929.8published 2024-08-30

An issue was discovered in libexpat before 2.6.3. nextScaffoldPart in xmlparse.c can have an integer overflow for m_groupSize on 32-bit platforms (where UINT_MAX equals SIZE_MAX).

CVE-2024-454919.8published 2024-08-30

An issue was discovered in libexpat before 2.6.3. dtdCopy in xmlparse.c can have an integer overflow for nDefaultAtts on 32-bit platforms (where UINT_MAX equals SIZE_MAX).

CVE-2022-253159.8published 2022-02-18

In Expat (aka libexpat) before 2.4.5, there is an integer overflow in storeRawNames.

CVE-2022-252359.8published 2022-02-16

xmltok_impl.c in Expat (aka libexpat) before 2.4.5 lacks certain validation of encoding, such as checks for whether a UTF-8 character is valid in a certain context.

CVE-2022-252369.8published 2022-02-16

xmlparse.c in Expat (aka libexpat) before 2.4.5 allows attackers to insert namespace-separator characters into namespace URIs.

CVE-2022-238529.8published 2022-01-24

Expat (aka libexpat) before 2.4.4 has a signed integer overflow in XML_GetBuffer, for configurations with a nonzero XML_CONTEXT_BYTES.

CVE-2022-228229.8published 2022-01-10

addBinding in xmlparse.c in Expat (aka libexpat) before 2.4.3 has an integer overflow.

CVE-2022-228239.8published 2022-01-10

build_model in xmlparse.c in Expat (aka libexpat) before 2.4.3 has an integer overflow.

CVE-2022-228249.8published 2022-01-10

defineAttribute in xmlparse.c in Expat (aka libexpat) before 2.4.3 has an integer overflow.

CVE-2022-228268.8published 2022-01-10

nextScaffoldPart in xmlparse.c in Expat (aka libexpat) before 2.4.3 has an integer overflow.

CVE-2022-228278.8published 2022-01-10

storeAtts in xmlparse.c in Expat (aka libexpat) before 2.4.3 has an integer overflow.

CVE-2022-228258.8published 2022-01-10

lookup in xmlparse.c in Expat (aka libexpat) before 2.4.3 has an integer overflow.

CVE-2021-459608.8published 2022-01-01

In Expat (aka libexpat) before 2.4.3, a left shift by 29 (or more) places in the storeAtts function in xmlparse.c can lead to realloc misbehavior (e.g., allocating too few bytes, or only freeing memory).

CVE-2026-660468.7published 2026-08-18

Expat through 2.8.3 contains a denial of service vulnerability caused by quadratic algorithmic complexity in the storeAtts() function in xmlparse.c, where processing N specified attributes with non-normalized values triggers an O(N^2) linear scan of elementType->defaultAtts to determine CDATA status. A remote unauthenticated attacker can supply a single wel…

CVE-2022-406748.1published 2022-09-14

libexpat before 2.4.9 has a use-after-free in the doContent function in xmlparse.c.

CVE-2021-461438.1published 2022-01-06

In doProlog in xmlparse.c in Expat (aka libexpat) before 2.4.3, an integer overflow exists for m_groupSize.

CVE-2016-44728.1published 2016-06-30

The overflow protection in Expat is removed by compilers with certain optimization settings, which allows remote attackers to cause a denial of service (crash) or possibly execute arbitrary code via crafted XML data. NOTE: this vulnerability exists because of an incomplete fix for CVE-2015-1283 and CVE-2015-2716.

CVE-2025-593757.5published 2025-09-15

libexpat in Expat before 2.7.2 allows attackers to trigger large dynamic memory allocations via a small document that is submitted for parsing.

CVE-2024-454907.5published 2024-08-30

An issue was discovered in libexpat before 2.6.3. xmlparse.c does not reject a negative length for XML_ParseBuffer.

CVE-2024-287577.5published 2024-03-10

libexpat through 2.6.1 allows an XML Entity Expansion attack when there is isolated use of external parsers (created via XML_ExternalEntityParserCreate).

CVE-2023-524257.5published 2024-02-04

libexpat through 2.5.0 allows a denial of service (resource consumption) because many full reparsings are required in the case of a large token for which multiple buffer fills are needed.

CVE-2022-436807.5published 2022-10-24

In libexpat through 2.4.9, there is a use-after free caused by overeager destruction of a shared DTD in XML_ExternalEntityParserCreate in out-of-memory situations.

CVE-2022-253147.5published 2022-02-18

In Expat (aka libexpat) before 2.4.5, there is an integer overflow in copyString.

CVE-2022-239907.5published 2022-01-26

Expat (aka libexpat) before 2.4.4 has an integer overflow in the doProlog function.

CVE-2019-159037.5published 2019-09-04

In libexpat before 2.2.8, crafted XML input could fool the parser into changing from DTD parsing to document parsing too early; a consecutive call to XML_GetCurrentLineNumber (or XML_GetCurrentColumnNumber) then resulted in a heap-based buffer over-read.

CVE-2018-208437.5published 2019-06-24

In libexpat in Expat before 2.2.7, XML input including XML names that contain a large number of colons could make the XML parser consume a high amount of RAM and CPU resources while processing (enough to be usable for denial-of-service attacks).

CVE-2017-92337.5published 2017-07-25

XML External Entity vulnerability in libexpat 2.2.0 and earlier (Expat XML Parser Library) allows attackers to put the parser in an infinite loop using a malformed external entity definition from an external DTD.

CVE-2016-53007.5published 2016-06-16

The XML parser in Expat does not use sufficient entropy for hash initialization, which allows context-dependent attackers to cause a denial of service (CPU consumption) via crafted identifiers in an XML document. NOTE: this vulnerability exists because of an incomplete fix for CVE-2012-0876.

CVE-2026-252106.9published 2026-01-30

In libexpat before 2.7.4, the doContent function does not properly determine the buffer size bufSize because there is no integer overflow check for tag buffer reallocation.

CVE-2015-12836.8published 2015-07-23

Multiple integer overflows in the XML_GetBuffer function in Expat through 2.1.0, as used in Google Chrome before 44.0.2403.89 and other products, allow remote attackers to cause a denial of service (heap-based buffer overflow) or possibly have unspecified other impact via crafted XML data, a related issue to CVE-2015-2716.

CVE-2013-03406.8published 2014-01-21

expat before version 2.4.0 does not properly handle entities expansion unless an application developer uses the XML_SetEntityDeclHandler function, which allows remote attackers to cause a denial of service (resource consumption), send HTTP requests to intranet servers, or read arbitrary files via a crafted XML document, aka an XML External Entity (XXE) issu…

CVE-2022-253136.5published 2022-02-18

In Expat (aka libexpat) before 2.4.5, an attacker can trigger stack exhaustion in build_model via a large nesting depth in the DTD element.

CVE-2024-506025.9published 2024-10-27

An issue was discovered in libexpat before 2.6.4. There is a crash within the XML_ResumeParser function because XML_StopParser can stop/suspend an unstarted parser.

CVE-2012-67025.9published 2016-06-16

Expat, when used in a parser that has not called XML_SetHashSalt or passed it a seed of 0, makes it easier for context-dependent attackers to defeat cryptographic protection mechanisms via vectors involving use of the srand function.

CVE-2023-524265.5published 2024-02-04

libexpat through 2.5.0 allows recursive XML Entity Expansion if XML_DTD is undefined at compile time.

CVE-2026-769574.9published 2026-08-20

libexpat before 2.8.4 lacks handler call depth tracking with custom encoding callbacks. Thus, a use-after-free can occur. NOTE: this is similar to CVE-2026-50219, CVE-2026-56131 and CVE-2026-56412.

CVE-2026-327764.0published 2026-03-16

libexpat before 2.7.5 allows a NULL pointer dereference with empty external parameter entity content.

CVE-2026-327774.0published 2026-03-16

libexpat before 2.7.5 allows an infinite loop while parsing DTD content.

CVE-2026-410802.9published 2026-04-16

libexpat before 2.8.0 uses insufficient entropy, and thus hash flooding can occur via a crafted XML document.

CVE-2026-327782.9published 2026-03-16

libexpat before 2.7.5 allows a NULL pointer dereference in the function setContext on retry after an earlier ouf-of-memory condition.

CVE-2026-245152.9published 2026-01-23

In libexpat before 2.7.4, XML_ExternalEntityParserCreate does not copy unknown encoding handler user data.

CVE-2025-663822.9published 2025-11-28

In libexpat through 2.7.3, a crafted file with an approximate size of 2 MiB can lead to dozens of seconds of processing time.

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

CVE-2026-564116.9published 2026-06-21VuXML entry

xmlwf in libexpat before 2.8.2 has an integer overflow in endDoctypeDecl via NOTATION declarations.

CVE-2026-564066.9published 2026-06-21VuXML entry

libexpat before 2.8.2 has an integer overflow in XML_ParseBuffer because it lacked a check that was present in XML_Parse.

CVE-2026-564076.9published 2026-06-21VuXML entry

libexpat before 2.8.2 has an integer overflow in doProlog that is related to storeEntityValue and entity textLen.

CVE-2026-561326.9published 2026-06-19VuXML entry

In libexpat before 2.8.2, there is a heap-based buffer overflow in doProlog in xmlparse.c because scaffold backing array reallocation is mishandled when there is data-structure sharing across parsers.

CVE-2026-564096.5published 2026-06-21VuXML entry

xmlwf in libexpat before 2.8.2 has an integer overflow for the output filename when -d outputDir is used.

CVE-2026-564124.9published 2026-06-21VuXML entry

libexpat before 2.8.2 does not consider XML_TOK_DATA_CHARS in doCdataSection and thus lacks handler call depth tracking for various calls from within handlers in cases of a policy violation. Thus, a use-after-free can occur. NOTE: this issue exists because of an incomplete fix for CVE-2026-50219.

CVE-2026-561314.9published 2026-06-19VuXML entry

libexpat before 2.8.2 lacks handler call depth tracking for calls to XML_ResumeParser from within handlers in cases of a policy violation. Thus, a use-after-free can occur (similar to the CVE-2026-50219 situation).

CVE-2026-502194.9published 2026-06-04VuXML entry

libexpat before 2.8.2 lacks handler call depth tracking for calls to XML_GetBuffer, XML_Parse, XML_ParseBuffer, XML_ParserFree, or XML_ParserReset from within handlers in cases of a policy violation. Thus, a use-after-free can occur,

CVE-2026-451862.9published 2026-05-10VuXML entry

In libexpat before 2.8.1, the computational complexity of attribute name collision checks allows a denial of service via moderately sized crafted XML input.

Fixed (2)

VuXML entries whose affected range this version has left, plus CVEs whose record still lists this version although VuXML considers them fixed (usually a backported fix).
CVE-2016-07189.8published 2016-05-26VuXML entry

Expat allows context-dependent attackers to cause a denial of service (crash) or possibly execute arbitrary code via a malformed input document, which triggers a buffer overflow.

Commits (18)

Tijl Coosemans (tijl) · 2.1.0_5
textproc/linux-c7-expat: Update to 2.1.0-15.el7_9
cecdb2c7d3
Stefan Eßer (se) · 2.1.0_4
Add missing WWW entries

These ports reference the pkg-descr file of some other port and used
to get the WWW entry from that other port's file.

Reported by:	dan@langille.org (Dan Langille)
60764ff075
Tobias C. Berner (tcberner) · 2.1.0_4
textproc: remove 'Created by' lines

A big Thank You to the original contributors of these ports:

  *  "Choe, Cheng-Dae" whitekid
  *  -
  *  <glewis@FreeBSD.org>
  *  <koshy@india.hp.com>
  *  Aaron Dalton <aaron@FreeBSD.org>
  *  Aaron Dalton <aaron@daltons.ca>
  *  Aaron Straup Cope
  *  Aaron Straup Cope <ascope@cpan.org>
  *  Ache
  *  Adam Herzog <adam@herzogdesigns.com>
  *  Adam Weinberger <adamw@FreeBSD.org>
  *  Ade Lovett <ade@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@FreeBSD.org>
  *  Akinori MUSHA aka knu <knu@idaemons.org>
  *  Alan Eldridge <alane@FreeBSD.org>
  *  Alex Dupre <ale@FreeBSD.org>
  *  Alex Kapranoff <kappa@FreeBSD.org.ua>
  *  Alexander Logvinov <ports@logvinov.com>
  *  Alexander Nedotsukov <bland@FreeBSD.org>
  *  Alexander Zhuravlev <zaa@zaa.pp.ru>
  *  Alexander@Leidinger.net
  *  Alexandre Biancalana <ale@biancalanas.net>
  *  Alexey Dokuchaev <danfe@FreeBSD.org>
  *  Alexis Praga <alexis.praga@free.fr>
  *  Andreas Heil <ah@linux-hq.de>
  *  Andrei V. Shetuhin <reki@reki.ru>
  *  Andrej Zverev <andrey.zverev@electro-com.ru>
  *  Andrew <andrew@ugh.net.au>
  *  Andrew Humphrey <ahumphrey@realestate.com.au>
  *  Andrew Lewis <freeghb@gmail.com>
  *  Andrew Pantyukhin <infofarmer@FreeBSD.org>
  *  Andrew Romero <melanhit@gmail.com>
  *  Andrey Kostenko <andrey@kostenko.name>
  *  Andrey Zakhvatov
  *  Andrey Zakhvatov <andy@FreeBSD.org>
  *  Anes Mukhametov <anes@anes.su>
  *  Antoine Brodin <antoine@FreeBSD.org>
  *  Anton Berezin <tobez@FreeBSD.org>
  *  Anton Berezin <tobez@tobez.org>
  *  Anton Yudin <toha@toha.org.ua>
  *  Antonio Carlos Venancio Junior (<antonio@inf.ufsc.br>)
  *  Ashish SHUKLA <wahjava@gmail.com>
  *  Autrijus Tang <autrijus@autrijus.org>
  *  Babak Farrokhi <farrokhi@FreeBSD.org>
  *  Ben Haga <tuxsuximus@hotmail.com>
  *  Ben Woods <woodsb02@FreeBSD.org>
  *  Benno Rice <benno@jeamland.net>
  *  Bill "I hate Perl" Fumerola
  *  Bill Brinzer <bill.brinzer@gmail.com>
  *  Bill Fumerola <billf@chc-chimes.com>
  *  Bill Swingle <unfurl@FreeBSD.org>
  *  Bob Eager <rde@ml1.org.uk>
  *  Boris Samorodov <bsam@FreeBSD.org>
  *  Brian Candler <B.Candler@pobox.com>
  *  Brion Moss <brion@queeg.com>
  *  Carlos J Puga Medina <cpm@fbsd.es>
  *  Carlos J. Puga Medina <cpm@FreeBSD.org>
  *  Cezary Morga <cm@therek.net>
  *  Cheng-Lung Sung <clsung@FreeBSD.org>
  *  Cheng-Lung Sung <clsung@dragon2.net>
  *  Chris D. Faulhaber <jedgar@fxp.org>
  *  Chris Hutchinson <portmaster@bsdforge.com>
  *  Christoper Key <cjk32@cam.ac.uk>
  *  Clemens Zauner <czauner+ports@onlineloop.com>
  *  Cyrille Lefevre <clefevre@citeweb.net>
  *  Dan Langille <dvl@FreeBSD.org>
  *  Daniel Roethlisberger <daniel@roe.ch>
  *  Danilo G. Baio <dbaio@FreeBSD.org>
  *  David Bremner <bremner@unb.ca>
  *  David O'Brien (obrien@FreeBSD.org)
  *  David Sze <dsze@alumni.uwaterloo.ca>
  *  Denis Pokataev <catone@cpan.org>
  *  Dennis Herrmann <dhn@FreeBSD.org>
  *  Dereckson <dereckson@gmail.com>
  *  Dikshie
  *  Dikshie <dikshie@sfc.wide.ad.jp>
  *  Dima Sivachenko <demon@gpad.ac.ru>
  *  Dirk Froemberg <dirk@FreeBSD.org>
  *  Ditesh Shashikant Gathani <ditesh@gathani.org>
  *  Dmitry Morozovsky <marck@FreeBSD.org>
  *  Dmitry Sivachenko <demon@FreeBSD.org>
  *  Dom Mitchell <dom@happygiraffe.net>
  *  Don Croyle <croyle@gelemna.org>
  *  Donald Burr <dburr@FreeBSD.org>
  *  Douglas Thrift <douglas@douglasthrift.net>
  *  Dru Lavigne <dru@FreeBSD.org>
  *  Dryice Liu <dryice@dryice.name>
  *  Ed Schouten <ed@FreeBSD.org>
  *  Edward Tomasz Napierala <trasz@FreeBSD.org>
  *  Elvis Chiang <elvis@sslab.cs.ccu.edu.tw>
  *  Emanuel Haupt <ehaupt@FreeBSD.org>
  *  Emanuel Haupt <ehaupt@critical.ch>
  *  Eric A. Griff <eric@talesfromthereal.com>
  *  Eric Freeman <freebsdports@chillibear.com>
  *  Erik Greenwald <erik@smluc.org>
  *  Ernst de Haan <znerd@FreeBSD.org>
  *  Erwin Lansing <erwin@FreeBSD.org>
  *  Espen Tagestad <espen@tagestad.no>
  *  Eugene Furs <justas@mbank.lv>
  *  Felippe de Meirelles Motta <lippemail@gmail.com>
  *  Felix Palmen <felix@palmen-it.de>
  *  Fernan Aguero <fernan@iib.unsam.edu.ar>
  *  Filip Parag <filip@parag.rs>
  *  Foxfair Hu <foxfair@FreeBSD.org>
  *  Freddie Cash <fcash@sd73.bc.ca>
  *  Frederic Culot <culot@FreeBSD.org>
  *  Frederic Dubuy <fdubuy@free.fr>
  *  Gabor Kovesdan <gabor@FreeBSD.org>
  *  Garrett Rooney <rooneg@electricjellyfish.net>
  *  Gasol Wu <gasol.wu@gmail.com>
  *  Gea-Suan Lin <gslin@gslin.org>
  *  Geoffroy Desvernay <dgeo@centrale-marseille.fr>
  *  George Hartzell <hartzell@fruitfly.org>
  *  Gerald Pfeifer <gerald@pfeifer.com>
  *  Gerrit Beine <gerrit.beine@gmx.de>
  *  Glenn Trewitt <glenn@trewitt.org>
  *  Goran Tal <goran.tal@gmail.com>
  *  Graham Todd <gtodd@bellanet.org>
  *  Greg Larkin <glarkin@FreeBSD.org>
  *  Greg Lewis <glewis@FreeBSD.org>
  *  Grzegorz Blach <gblach@FreeBSD.org>
  *  Guangyuan Yang <ygy@FreeBSD.org>
  *  Hansjoerg Pehofer <hansjoerg.pehofer@uibk.ac.at>
  *  Henrik Motakef <henrik.motakef@web.de>
  *  Henry Hu <henry.hu.sh@gmail.com>
  *  Herve Quiroz <herve.quiroz@esil.univ-mrs.fr>
  *  Herve Quiroz <hq@FreeBSD.org>
  *  Hiroki Sato <hrs@FreeBSD.org>
  *  Horia Racoviceanu <horia@racoviceanu.com>
  *  Hye-Shik Chang <perky@fallin.lv>
  *  Ian Vaudrey <i.vaudrey@bigfoot.com>
  *  Ilya A. Arkhipov <rum1cro@yandex.ru>
  *  Jaap Boender <jaapb@kerguelen.org>
  *  James Earl
  *  James Flemer <jflemer@alum.rpi.edu>
  *  James Raftery <james@now.ie>
  *  Jason Burgess <dev@fenux.net>
  *  Jason Helfman <jgh@FreeBSD.org>
  *  Jean-Baptiste Quenot <jb.quenot@caraldi.com>
  *  Jean-Yves Lefort <jylefort@brutele.be>
  *  Jeff Putsch <jdputsch@comcast.net>
  *  Jeremy Shaffner <jeremy@external.org>
  *  Jie Gao <gaoj@cpsc.ucalgary.ca>
  *  Jim Mock <jim@FreeBSD.org>
  *  Jin-Shan Tseng <tjs@cdpa.nsysu.edu.tw>
  *  Joe Marcus Clarke <marcus@FreeBSD.org>
  *  Johann Visagie <johann@egenetics.com>
  *  Johann Visagie <wjv@FreeBSD.org>
  *  Johannes Jost Meixner <xmj@FreeBSD.org>
  *  Johannes Meixner <johannes@perceivon.net>
  *  John MacFarlane <jgm@berkeley.edu>
  *  John Marino <marino@FreeBSD.org>
  *  Jonathan Chen <jonc@chen.org.nz>
  *  Jos Backus <josb@cncdsl.com>
  *  Joseph Koshy <jkoshy@FreeBSD.org>
  *  Josh Gilliam <josh@quick.net>
  *  Jov <amutu@amutu.com>
  *  Jui-Nan Lin <jnlin@csie.nctu.edu.tw>
  *  Julien Laffaye <kimelto@gmail.com>
  *  Jun Kuriyama <kuriyama@opt.phys.waseda.ac.jp>
  *  Jyun-Yan You <jyyou@cs.nctu.edu.tw>
  *  KANOU Hiroki <kanou@khdd.net>
  *  KIMURA Yasuhiro <yasu@utahime.org>
  *  KIRIYAMA Kazuhiko <kiri@FreeBSD.org>
  *  Ka Ho Ng <khng300@gmail.com>
  *  Kay Lehmann <kay_lehmann@web.de>
  *  Kevin Lo <kevlo@FreeBSD.org>
  *  Kimura Fuyuki <fuyuki@hadaly.org>
  *  Kimura Fuyuki <fuyuki@mj.0038.net>
  *  Kimura Fuyuki <fuyuki@nigredo.org>
  *  Konstantin Menshikov <kostjnspb@yandex.ru>
  *  Koop Mast <kwm@FreeBSD.org>
  *  Kouichi ABE (WALL) <kouichi@mysticwall.com>
  *  Kris Kennaway <kris@FreeBSD.org>
  *  Kris Moore <kmoore@FreeBSD.org>
  *  Kuan-Chung Chiu <buganini@gmail.com>
  *  Kubilay Kocak <koobs@FreeBSD.org>
  *  Kurt Lidl <kurt.lidl@cello.com>
  *  Lars Balker Rasmussen <lbr@FreeBSD.org>
  *  Lars Engels <lme@FreeBSD.org>
  *  Lars Thegler <lars@thegler.dk>
  *  Lars Thegler <lth@FreeBSD.org>
  *  Leland Wang <llwang@infor.org>
  *  Leo Kim <leo@florida.sarang.net>
  *  Lev Serebryakov <lev@serebryakov.spb.ru>
  *  Li-Wen Hsu <lwhsu@FreeBSD.org>
  *  Loic Pefferkorn <loic-freebsd@loicp.eu>
  *  MANTANI Nobutaka <nobutaka@FreeBSD.org>
  *  MIHIRA Yoshiro <sanpei@FreeBSD.org>
  *  Marcin Cieslak
  *  Marcin Jessa <yazzy@yazzy.org>
  *  Mario Sergio Fujikawa Ferreira <lioux@FreeBSD.org>
  *  Mark Pulford <mark@kyne.com.au>
  *  Mark R V Murray <mark@grondar.za>
  *  Martin Kammerhofer
  *  Martin Matuska <mm@FreeBSD.org>
  *  Martin Wilke <miwi@FreeBSD.org>
  *  Marwan Burelle <marwan.burelle@lri.fr
  *  Masahiro Teramoto <markun@onohara.to>
  *  Mathieu Arnold <m@absolight.net>
  *  Matt Mills <matt_mills@btopenworld.com>
  *  Matthew Fuller <fullermd@over-yonder.net>
  *  Matthew Seaman
  *  Matthias Fechner <mfechner@FreeBSD.org>
  *  Mauricio Herrera Cuadra <mauricio@arareko.net>
  *  Max Baryshnikov <mephius@gmail.com>
  *  Max N. Boyarov <m.boyarov@gmail.com>
  *  Maxim Sobolev <sobomax@FreeBSD.org>
  *  Meno Abels <meno.abels@adviser.com>
  *  Michael Johnson <ahze@FreeBSD.org>
  *  Michael Johnson <ahze@ahze.net>
  *  Michael Moll <kvedulv@kvedulv.de>
  *  Michael Ranner <michael@ranner.eu>
  *  Michael Schout <mschout@gkg.net>
  *  Mike Bristow <mike@urgle.com>
  *  Mikhail Teterin <mi@aldan.algebra.com>
  *  Moggie <moggie@elasticmind.net>
  *  Mykola Dzham <freebsd@levsha.org.ua>
  *  Naram Qashat <cyberbotx@cyberbotx.com>
  *  Neil Booth
  *  Nicola Stanislao Vitale <nivit@FreeBSD.org
  *  Nicola Stanislao Vitale <nivit@FreeBSD.org>
  *  Nicola Vitale <nivit@FreeBSD.org>
  *  Nicola Vitale <nivit@email.it>
  *  Nik Clayton <nik@FreeBSD.org>
  *  Nikola Lecic <nikola.lecic@anthesphoria.net>
  *  Nosov Artem <chip-set@mail.ru>
  *  Oleg Mamontov <oleg@mamontov.net>
  *  Oliver Braun <obraun@informatik.unibw-muenchen.de>
  *  Oliver Eikemeier <eikemeier@fillmore-labs.com>
  *  Oliver Lehmann (oliver@FreeBSD.org)
  *  Olivier Duchateau
  *  Olivier Duchateau <olivierd@FreeBSD.org>
  *  Olivier Girard <Olivier.Girard@univ-angers.fr>
  *  Patrick Li <pat@databits.net>
  *  Patrick Powell <papowell@astart.com>
  *  Pav Lucistnik <pav@FreeBSD.org>
  *  Pav Lucistnik <pav@oook.cz>
  *  Pavel Timofeev <timp87@gmail.com>
  *  Pawel Pekala <pawel@FreeBSD.org>
  *  Pedro Giffuni
  *  Pedro Giffuni <pfg@FreeBSD.org>
  *  Pete Fritchman <petef@databits.net>
  *  Peter Johnson <johnson.peter@gmail.com>
  *  Peter Pentchev <roam@FreeBSD.org>
  *  Peter Schuller <peter.schuller@infidyne.com>
  *  Petteri Valkonen <petteri.valkonen@iki.fi>
  *  Pietro Cerutti <gahr@gahr.ch>
  *  Piotr Kubaj <pkubaj@anongoth.pl>
  *  Piotr Rybicki <meritus@innervision.pl>
  *  Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Radim Kolar <hsn@sanatana.dharma>
  *  Rainer Hurling <rhurlin@gwdg.de>
  *  Rene Ladan <rene@FreeBSD.org>
  *  René Ladan <rene@freebsd.org>
  *  Richard Gallamore <ultima@FreeBSD.org>
  *  Rick van der Zwet <info@rickvanderzwet.nl>
  *  Robert Gogolok <gogo@cs.uni-sb.de>
  *  Rod Taylor <ports@rbt.ca>
  *  Rodrigo OSORIO <rodrigo@FreeBSD.org>
  *  Roger Leigh <rleigh@codelibre.net>
  *  Rong-En Fan <rafan@infor.org>
  *  Rusmir Dusko <nemysis@FreeBSD.org>
  *  Russell Cloran <russell@rucus.ru.ac.za>
  *  Russell Jackson <raj@csub.edu>
  *  Ryan Steinmetz <zi@FreeBSD.org>
  *  Samuel Tardieu <sam@inf.enst.fr>
  *  Sascha Holzleiter <sascha@root-login.org>
  *  Scott Sanders <scott@jssjr.com>
  *  Seamus Venasse <svenasse@polaris.ca>
  *  Serge Gagnon <ser_gagnon@sympatico.ca>
  *  Sergei Kolobov <sergei@kolobov.com>
  *  Sergei Vyshenski <svysh.fbsd@gmail.com>
  *  Sergey A. Osokin <osa@FreeBSD.org>
  *  Sergey Skvortsov <skv@FreeBSD.org>
  *  Sergey Skvortsov <skv@protey.ru>
  *  Shen Chun-Hsing <statue@freebsd.netlab.cse.yzu.edu.tw>
  *  Shinsuke Matsui <smatsui@karashi.org>
  *  Silvio Ap Silva aka kanazuchi <alvolivre@live.com>
  *  Simon 'corecode' Schubert <corecode@corecode.ath.cx>
  *  Simon Olofsson <simon@olofsson.de>
  *  Soeren Boll Overgaard <boll@tolkien.dk>
  *  Sofian Brabez <sbz@FreeBSD.org>
  *  Stanislav Svirid <count@211.ru>
  *  Stefan Esser <se@FreeBSD.org>
  *  Stefan Pauly <stefan@fh-mainz.de>
  *  Stefan Walter <sw@gegenunendlich.de>
  *  Stephen Montgomery-Smith <stephen@math.missouri.edu>
  *  Stephen Roznowski (sjr@home.com)
  *  Stephon Chen <stephon@gmail.com>
  *  Steve Wills <swills@FreeBSD.org>
  *  Steve Wills <swills@rubick>
  *  Steven Kreuzer <skreuzer@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org>
  *  Sunpoet Po-Chuan Hsieh <sunpoet@sunpoet.net>
  *  Sven R <freebsd@hackacad.net>
  *  Sébastien Santoro <dereckson@gmail.com>
  *  TAKAHASHI Kaoru <kaoru@kaisei.org>
  *  TAKATSU Tomonari <tota@FreeBSD.org>
  *  TAKATSU Tomonari <tota@rtfm.jp>
  *  TERAMOTO Masahiro <markun@onohara.to>
  *  Thierry Thomas <thierry@FreeBSD.org>
  *  Thierry Thomas <thierry@pompo.net>
  *  Thomas Gellekum <tg@FreeBSD.org>
  *  Thorsten Greiner <thorsten.greiner@web.de>
  *  Tilman Linneweh <arved@FreeBSD.org>
  *  Timothy Beyer <beyert@cs.ucr.edu>
  *  Timur Bakeyev <bat@cpan.org>
  *  Timur I. Bakeyev <timur@gnome.org>
  *  Toby Allsopp <toby@mi6.gen.nz>
  *  Tom Judge <tj@FreeBSD.org>
  *  Tom Judge <tom@tomjudge.com>
  *  Tom Sparks <tsparks@appliedops.net>
  *  Tomoyuki Sakurai <cherry@trombik.org>
  *  Torsten Zuehlsdorff <ports@toco-domains.de>
  *  Torsten Zuehlsdorff <tz@FreeBSD.org>
  *  Travis Campbell <hcoyote@ghostar.org>
  *  Tsung-Han Yeh <snowfly@yuntech.edu.tw>
  *  Ulrich Spoerlein <uqs@FreeBSD.org>
  *  Ulrich Spoerlein <uspoerlein@gmail.com>
  *  Uwe Pierau <uwe.pierau@tu-clausthal.de>
  *  Vadim Vatlin
  *  Vany <ivan@serezhkin.com>
  *  Vasek Balcar <vasek@ti.cz>
  *  Veniamin Gvozdikov <vg@FreeBSD.org>
  *  Vidar Karlsen <vidar@karlsen.tech>
  *  Vivek Khera <vivek@khera.org>
  *  Volker Stolz <vs@FreeBSD.org>
  *  Vsevolod Stakhov <vsevolod@highsecure.ru>
  *  Waitman Gobble <waitman@waitman.net>
  *  Wen Heping <wen@FreeBSD.org>
  *  Wen Heping <wenheping@gmail.com>
  *  Wen Heping<wen@FreeBSD.org>
  *  Will Andrews <will@FreeBSD.org>
  *  William Grzybowski <wg@FreeBSD.org>
  *  Xavier Humbert <xavier@amdh.fr>
  *  Xin LI <delphij@FreeBSD.org>
  *  Yarema <yds@CoolRat.org>
  *  Yarema <yds@Necessitu.de>
  *  Yen-Ming Lee <leeym@FreeBSD.org>
  *  Yen-Ming Lee <leeym@cae.ce.ntu.edu.tw>
  *  Yi-Jheng Lin <yzlin@cs.nctu.edu.tw>
  *  Ying-Chieh Liao <ijliao@FreeBSD.org>
  *  Ying-Chieh Liao <ijliao@csie.nctu.edu.tw>
  *  Yinghong Liu <relaxbsd@gmail.com>
  *  Yinghong.Liu <relaxbsd@gmail.com>
  *  Yoshiro MIHIRA <sanpei@sanpei.org>
  *  Yoshiro MIHIRA <sanpei@yy.cs.keio.ac.jp>
  *  Yuan-Chung Hsiao <ychsiao@ychsiao.org>
  *  Yukihiro Nakai <Nakai@technologist.com>
  *  Yuri Pankov <yuri.pankov@gmail.com>
  *  Yuri Victorovich <yuri@rawbw.com>
  *  Zane C. Bowers-Hadley <vvelox@vvelox.net>
  *  Zeus Panchenko <zeus@gnu.org.ua>
  *  Zhen REN <bg1tpt@gmail.com>
  *  Zhihao Yuan <lichray@gmail.com>
  *  ache
  *  andreas@marvin.robin.de
  *  andrey@kostenko.name
  *  anholt@FreeBSD.org
  *  antoine@FreeBSD.org
  *  arved
  *  b.f. <bf@FreeBSD.org>
  *  bf@FreeBSD.org
  *  brett@peloton.physics.montana.edu
  *  buganini@gmail.com
  *  chinsan
  *  chinsan <chinsan.tw@gmail.com>
  *  chinsan <chinsan@mail2000.com.tw>
  *  clsung
  *  clsung@dragon2.net
  *  dannyman <dannyman@tellme.com>
  *  dd
  *  domi@saargate.de
  *  eivind
  *  eric
  *  faber@lunabase.org
  *  fenner
  *  fenner@FreeBSD.org
  *  gahr
  *  gugabsd <gugabsd@mundounix.com.br>
  *  gurkan@phys.ethz.ch
  *  ijliao
  *  jabley@automagic.org
  *  janos.mohacsi@bsd.hu
  *  jfieber
  *  jkoshy
  *  john@zoner.org
  *  jupengfei <jupengfei@gmail.com>
  *  kai
  *  kevit
  *  king@v2project.com
  *  kuriyama
  *  lars.eggert@gmx.net
  *  lbartoletti <lbartoletti@FreeBSD.org>
  *  lofi@FreeBSD.org
  *  lth@FreeBSD.org
  *  mainland@apeiron.net
  *  mandree@FreeBSD.org
  *  markm@FreeBSD.org
  *  meyser@xenet.de
  *  mike
  *  milki <milki@rescomp.berkeley.edu>
  *  nectar
  *  nik
  *  nivit@users.sourceforge.net
  *  nork@FreeBSD.org
  *  paulh@logicsquad.net
  *  petef@databits.net
  *  peter.schuller@infidyne.com
  *  philip@p6m7g8.com
  *  ports@c0decafe.net
  *  reed@pugetsoundtechnology.com
  *  rfarmer@predatorlabs.net
  *  risner@stdio.com
  *  scheidell@secnap.net
  *  shige
  *  skreuzer
  *  snowchyld
  *  steve
  *  sumikawa@FreeBSD.org
  *  sumikawa@kame.net
  *  thierry@pompo.net
  *  tj@FreeBSD.org
  *  trasz
  *  trevor
  *  vanilla
  *  wen@FreeBSD.org
  *  wosch
  *  znerd@FreeBSD.org

With hat:	portmgr
5cf7e35e86
Mikael Urankar (mikael) · 2.1.0_4
*: Linux emulation: add support for aarch64

PR:		256008
Submitted by:	Vincent Milum Jr (prior version)
Approved by:	emulation (maintainer timeout)
c7dd5ca11a
Stefan Eßer (se) · 2.1.0_4
*/*: Remove redundant '-[0-9]*' from CONFLICTS

The conflict checks compare the patterns first against the package
names without version (as reported by "pkg query "%n"), then - if
there was no match - agsinst the full package names including the
version (as reported by "pkg query "%n-%v").

Many CONFLICTS definitions used patterns like "bash-[0-9]*" to filter
for the bash package in any version. But that pattern is functionally
identical with just "bash".

Approved by:	portmgr (blanket)
819f25b36d
Stefan Eßer (se) · 2.1.0_4
textproc/linux-c7-expat: Add CPE information

Approved by:    portmgr (blanket)
95d40be7ad
Mathieu Arnold (mat) · 2.1.0_4
Remove # $FreeBSD$ from Makefiles.
305f148f48
Tijl Coosemans (tijl) · 2.1.0_4
Update Linux CentOS ports to 7.9.2009.
9aae2889e0
Tijl Coosemans (tijl) · 2.1.0_3
Update CentOS 7 ports to 7.8.2003.
f8c4d55478
Tijl Coosemans (tijl) · 2.1.0_2
Address some portlint warnings in the Linux infrastructure ports.

Eliminate LINUXNAME from port Makefiles.  This was just a helper variable
without special meaning outside port Makefiles but several developers have
copied it to new ports where it was then unused, apparently thinking that
it did have some special meaning.
bb5cf6c4f3
Tijl Coosemans (tijl) · 2.1.0_2
Eliminate RPMVERSION from Linux ports and set DISTVERSIONSUFFIX instead. This puts all version information together in the port Makefiles.
5b721b6172
Mathieu Arnold (mat) · 2.1.0_2
Add DOCS options to ports that should have one.

Also various fixes related to said option.

PR:		230864
Submitted by:	mat
exp-runs by:	antoine
e1bfdfbe56
Tijl Coosemans (tijl) · 2.1.0_2
Enable i386 support to Linux CentOS 7 ports.

PR:		216646
d0d15cc5cd
Tijl Coosemans (tijl) · 2.1.0_2
- Autodetect the installed linux_base port and use LINUX_DEFAULT only as   a last resort. - Construct a list of DISTFILES for every architecture (amd64, i386).   Select one list for regular make and all lists for make makesum so linux   ports can have one combined distinfo file. - Set DIST_SUBDIR?=centos so there's only one copy of common distfiles. - Use MASTER_SITES and DISTFILES groups so make
6140d3c6aa
Tijl Coosemans (tijl) · 2.1.0_2
Update Linux CentOS 7 ports to 7.3.1611.  While 7.2 had semi-official i386 packages there are no such packages for 7.3 yet so i386 support has been marked IGNORE for now.

Change DIST_SUBDIR to just "centos" so distfiles that remain the same
between major versions don't have to be redownloaded.

Remove fmake hacks from linux.mk.

Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>
c2712d2471
Tijl Coosemans (tijl) · 2.1.0_1
Bump PORTREVISION for r427436.
95e0f4e0f2
Tijl Coosemans (tijl) · 2.1.0
Update to 2.1.0-10.el7_3.

Security:	https://rhn.redhat.com/errata/RHSA-2016-2824.html
02f2ef241d
Tijl Coosemans (tijl) · 2.1.0
Add Linux CentOS 7 infrastructure ports.

Mk/Uses/linux.mk changes:
- Add support for architecture neutral (noarch) distfiles.
- Add support for 64-bit only ports: set IGNORE on i386 and don't install
  32-bit compat libraries on amd64.

Submitted by:	Piotr Kubaj <pkubaj@anongoth.pl>
Differential Revision:	https://reviews.freebsd.org/D7886
1675ff649c