Mk/bsd.port.mk: Add __MAKE_CONF=${NONEXISTENT} to WRK_ENV
And remove it from individual ports. Use WRK_ENV in custom build
commands where necessary.
FreeBSD make(1) includes /usr/share/mk/sys.mk and that includes
/etc/make.conf if it exists. This happens when you run make in a port
directory but it also happens when the upstream build system uses make.
This commit disables make.conf inclusion in the latter case because
users can define variables like CFLAGS in make.conf that override ports
framework variables and this can cause problems that are difficult to
diagnose.
If there are any build customisations made through make.conf that stop
working because of this commit then they should be made available by the
ports tree through some mechanism, e.g. an option in a port.
Some ports were picking up variables from Poudriere make.conf and
required fixes:
- astro/wmspaceweather x11-clocks/wmcalclock: Add OPSYS to MAKE_ENV.
- games/zhlt: Add ARCH to MAKE_ENV.
- graphics/tachyon: Upstream ARCH is not ports tree ARCH.
Set ALL_TARGET=bsd so upstream ARCH is defined correctly.
Enable multi-threading support while here.
PR: 277455
Exp-run by: antoined7511b9d00Port details
lang/lua52 5.2.4_1
Small, compilable scripting language providing easy access to C code
- Maintainer
- john@essenz.com
- Packages
- latest: 5.2.4_1
- Upstream
- up to date
- Last update
- to 5.2.4_1 · d7511b9d00
- Quarterly
- 2026Q4: 5.2.4_1
- WWW
- https://www.lua.org/
- Links
- cgit · VuXML
Unaddressed (1)
The CVE record lists the packaged version 5.2.4_1 as affected, and no VuXML entry names the CVE. What does this mean?
| CVE | CVSS | Published | Description |
|---|---|---|---|
| CVE-2021-43519 | 5.5 | 2021-11-09 | Stack overflow in lua_resume of ldo.c in Lua Interpreter 5.1.0~5.4.4 allows attackers to perform a Denial of Service via a crafted script file. |
VuXML only (0)
Listed in VuXML, the packaged version 5.2.4_1 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 (34)
lang/lua52: Impelled to share/man Approved by: portmgr (blanket)49557a2b81
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
lang: remove 'Created by' lines A big Thank You to the original contributors of these ports: * Aaron Dalton <aaron@FreeBSD.org> * Adam Weinberger <adamw@FreeBSD.org> * Akinori MUSHA aka knu <knu@idaemons.org> * Alex Dupre <ale@FreeBSD.org> * Alexey Dokuchaev <danfe@FreeBSD.org> * Alonso Cardenas Marquez <acm@FreeBSD.org> * Andreas Klemm <andreas@klemm.gtn.com> * Andrew Pantyukhin <infofarmer@FreeBSD.org> * Andrey Zakhvatov * Anton Berezin <tobez@FreeBSD.org> * Anton Berezin <tobez@tobez.org> * Anton Shterenlikht * Ashish SHUKLA <ashish@FreeBSD.org> * Bob Eager <bob@eager.cx> * Bruce M Simpson * Bruce M. Simpson * Christoph Mallon <christoph.mallon@gmx.de> * Christopher Elkins <chrise@scardini.com> * Christopher Key <cjk32@cam.ac.uk> * Chuck Robey <chuckr@FreeBSD.org> * Cyrille Lefevre <clefevre@citeweb.net> * Dan Rench <citric@cubicone.tmetic.com> * Danilo Egea Gondolfo <danilogondolfo@gmail.com> * Dario Freni <saturnero@gufi.org> * David Kalliecharan <dave@dal.ca> * David Naylor <dbn@FreeBSD.org> * David Naylor <dbn@dragon.local> * David O'Brien (obrien@NUXI.com) * David O'Brien (obrien@NUXI.org) * David O'Brien <obrien@NUXI.org> * David O'Brien <obrien@cs.ucdavis.edu> * Dereckson <dereckson@gmail.com> * Devon H. O'Dell <devon.odell@gmail.com> * Dmitry Sivachenko <demon@FreeBSD.org> * Don Croyle <croyle@gelemna.org> * Douglas Anestad <yotta@dougdidit.com> * Edwin Groothuis (edwin@mavetju.org) * Edwin Groothuis <edwin@mavetju.org> * Eugene Ossintsev * Frank Fischer * Frank Gruender <elwood@mc5sys.in-berlin.de> * Frederic Cambus * Gea-Suan Lin <gslin@gslin.org> * Gerald Pfeifer <gerald@FreeBSD.org> * Giuseppe Pilichi aka Jacula Modyun <jacula@gmail.com> * GreenDog <fiziologus@gmail.com> * Gustau Perez i Querol <gustau.perez@gmail.com> * Guy Antony Halse <guy@rucus.ru.za.za> * Herve Quiroz <hq@FreeBSD.org> * Hye-Shik Chang * Hye-Shik Chang <perky@fallin.lv> * Hye-Shik Chang <perky@python.or.kr> * Iblis Lin <iblis@hs.ntnu.edu.tw> * James Bailie <jimmy@mammothcheese.ca> * James FitzGibbon <jfitz@FreeBSD.org> * Jean-Sébastien Pédron <dumbbell@FreeBSD.org> * Jean-Yves Lefort <jylefort@FreeBSD.org> * Jeff Brown <jabrown@caida.org> * Jeremy Norris <ishmael27@home.com> * Jing-Tang Keith Jang <keith@FreeBSD.org> * John Hein <jhein@symmetricom.com> * John Marino <marino@FreeBSD.org> * John Merryweather Cooper * John Merryweather Cooper <coop9211@uidaho.edu> * John Merryweather Cooper et al * Joseph Koshy <jkoshy@FreeBSD.org> * Josh Elsasser <jre@vineyard.net> * Josh Gilliam <josh@quick.net> * Julian H. Stacey <jhs@FreeBSD.org> * Julian Stecklina * Jyun-Yan You <jyyou@cs.nctu.edu.tw> * Katsuji ISHIKAWA <katsuji.ishikawa@gmail.com> * Kimura Fuyuki <fuyuki@hadaly.org> * Kimura Fuyuki <fuyuki@mj.0038.net> * Kimura Fuyuki <fuyuki@nigredo.org> * Kiriyama Kazuhiko <kiri@kiri.toba-cmt.ac.jp> * Kubilay Kocak <koobs@FreeBSD.org> * Lars Thegler <lth@FreeBSD.org> * Lev Walkin <vlm@lionet.info> * Li-Wen Hsu <lwhsu@FreeBSD.org> * Mahdi Mokhtari <mokhi64@gmail.com> * Marcin Cieslak <saper@SYSTEM.PL> * Martin Matuska <mm@FreeBSD.org> * Matthew Hunt <mph@FreeBSD.org> * Michael Butschky <butsch@computi.erols.com> * Michael Johnson <ahze@FreeBSD.org> * Mitsuru YOSHIDA <mitsuru@riken.jp> * Muhammad Moinur Rahman <5u623l20@gmail.com> * Neal Nelson <ports@nicandneal.net> * Nicola Vitale <nivit@FreeBSD.org> * Nils M Holm <nmh@t3x.org> * Oliver Braun <obraun@informatik.unibw-muenchen.de> * Oliver Breuninger <ob@seicom.NET> * Patrick Li <pat@databits.net> * Pawel Worach <pawel.worach@gmail.com> * Pedro F. Giffuni <giffunip@asme.org> * Pedro Giffuni * Pedro Giffuni <giffunip@asme.org> * Pete French <pete@twisted.org.uk> * Peter Schuller <peter.schuller@infidyne.com> * Peter van Heusden <pvh@egenetics.com> * Phillip Neumann <pneumann@gmail.com> * Piotr Kubaj <pkubaj@anongoth.pl> * Po-Chuan Hsieh <sunpoet@FreeBSD.org> * Pontus Stenetorp <ninjin@kth.se> * Ralf S. Engelschall <rse@engelschall.com> * Rick van der Zwet <rick@wzoeterwoude.net> * Rob Zinkov * Roland Jesse <roland.jesse@gmx.net> * Romain Tartiere <romain@blogreen.org> * Ryan Steinmetz <zi@FreeBSD.org> * Sahil Tandon <sahil@tandon.net> * Sergei Kolobov <sergei@kolobov.com> * Sergey A. Osokin <osa@FreeBSD.org> * Sergey Skvortsov <skv@protey.ru> * Simon Marlow <simonmar@microsoft.com> * Simun Mikecin <numisemis@yahoo.com> * Stanislav Sedov <ssedov@mbsd.msk.ru> * Stephen Weeks <sweeks@sweeks.com> * Steven G. Kargl * Sunpoet Po-Chuan Hsieh <sunpoet@FreeBSD.org> * Sylvio Cesar <sylvio@FreeBSD.org> * Thomas Gellekum <tg@FreeBSD.org> * Timothy Beyer <beyert@cs.ucr.edu> * Timothy Bourke <timbob@bigpond.com> * Tom Judge <tj@FreeBSD.org> * Veniamin Gvozdikov <vg@FreeBSD.org> * Vitaly Magerya <vmagerya@gmail.com> * Wen Heping <wenheping@gmail.com> * Wen Heping <wenhping@gmail.com> * Wes Peters <wes@softweyr.com> * Ying-Chieh Liao <ijliao@FreeBSD.org> * Yukihiro Nakai <Nakai@technologist.com> * Yukihiro Nakai <nakai@FreeBSD.org> * Zach Garner <zach@neurosoft.org> * aaron@FreeBSD.org * andrewb@cs.cmu.edu * arved * chinsan * chuckr * dd * erik@smluc.org * gahr * gahr@FreeBSD.org * gpalmer * hsu * ijliao * jasone * jkh * jkoshy * jmacd * jmacd@FreeBSD.org * jmz * js@jeannot.org * jseger@FreeBSD.org * kappa@FreeBSD.org.ua * kbyanc * msmith@gsoft.com.au * mutoh@openedu.org * netchild@FreeBSD.org * patrick * pst * rene@FreeBSD.org * ruslan@shevchenko.kiev.ua * stas * tobez With hat: portmgrf98ae56653
lang/lua52: Add CPE information Approved by: portmgr (blanket)9fccb724ba
Remove # $FreeBSD$ from Makefiles.305f148f48
[PowerPC64LE] Fix Lua 5.2 runtime issue Lua 5.2 (but not earlier or later versions) has a powerpc platform detection check. This check was not using the preferred define `__powerpc__` so fails to trigger on gcc. It also assumes that all of powerpc is big-endian. Check a more universal preprocessor define, and add support for the upcoming FreeBSD PowerPC64LE. Submitted by: Daniel Kolesa <daniel@octaforge.org> Reviewed by: luporl Approved by: portmgr (blanket: runtime fix) Differential Revision: https://reviews.freebsd.org/D262343c7e4e45ea
USES=lua gained flavors. Ports using USES=lua:module or lua:flavors will be flavored. A range of supported lua versions can be set using XX-YY (or XX-, or -YY, or simply ZZ) for ports not supporting all lua versions. USES=lua sets LUA_FLAVOR that needs to be used on all dependencies of flavored lua ports, in a similar way as PHP or Python flavors. PR: 245038 Submitted by: andrew tao11 riddles org uk Reviewed by: mat, kevans, russ haley gmail com Approved by: mat (portmgr) Differential Revision: https://reviews.freebsd.org/D16494beb1c1fe19
Pass maintainership to submitter PR: 232320 Submitted by: John Von Essen <john@essenz.com> Sponsored by: Netzkommune GmbH8567d6b2d3
- - Do not silence installation messages - Regenerate patch files with makepatch: - Update WWW4b0ab1da45
- Fix trailing whitespace in pkg-descrs, categories [g-n]* Approved by: portmgr blanket4e942b6419
Use -fPIC on all arches; lua builds the object files into a shared lib. Since the object files get built into a shared lib, using -fPIC on all arches is the right thing to do, instead of adding it to each new arch that comes along which doesn't accidentally allow non-PIC modules in shared libs. PR: 207324 Approved by: mat(mentor) Differential Revision: https://reviews.freebsd.org/D536253625bac52
Convert to USES=libedit086f7f854a
lang/lua{51,52,53}: Add -fPIC for arm64
Reviewed by: andrew
Approved by: bapt
Sponsored by: The FreeBSD Foundation
Differential Revision: https://reviews.freebsd.org/D2904e8902db811Disbanding lua@ which was anyway not a team for a while I have no time left to work on lua at all for now345fdd01ba
Update to 5.2.4c53284b923
Fix build on head86af82b79e
Link on libedit instead of readline Reduce overlinking on liblua Enforce libedit from portsce179c4f7e
Package empty LUA_LDIR and LUA_CDIR, as it's more user-friendly390f6fb0ae
Cleanup plist77cba41a62
Fix building with readline from ports5fb5a61084
Remove build dependency on pkgconfa101e3b95a
Set the soname of liblua, it helps ports using cmake to link against it (otherwise they do not have the correct DT_NEEDED entry) Approved by: lua (bapt)22facbd4c4
Add missing lua.pc files (missed in previous commits) Rework the makefile to use jmmv method from PR which is cleaner than my initial attempt PR: ports/180786 Submitted by: jmmv338afcf638
Add a .pc file to lua52 PR: ports/180786 Submitted by: jmmv31e62cc3c9
Update to 5.2.3 Pass maintainership to lua@ Lots of cleanup in the Makefile Reduce patching Support stage99db4b1c3a
Fix package name collisione56b080b63
Add NO_STAGE all over the place in preparation for the staging support (cat: lang)888ab73a81
- Remove MAKE_JOBS_SAFE variable Approved by: portmgr (bdrewery)d4041784dc
Link lua .so + program with pthread to prevent hangs in extensions that use pthreads. Bump PORTREVISION to pull this in. PR: ports/181052 Submitted by: Vitaly Magerya <vmagerya@gmail.com> Approved by: mandree@ on behalf of lua@03b1cffca7
Update to new upstream version Lua 5.2.2. According to Luiz Henrique de Figueiredo, "Lua 5.2.2 fixes all bugs listed in http://www.lua.org/bugs.html#5.2.1 . Lua 5.2.2 also fixes several other minors glitches and includes a revised reference manual."3c739283e1
Fix typo in MAINTAINER address (was also in the submitted .shar).ede09e7ce8
Add new port lang/lua52. Lua is a programming language originally designed for extending applications, but also frequently used as a general-purpose, stand-alone language. Lua combines simple procedural syntax (similar to Pascal) with powerful data description constructs based on associative arrays and extensible semantics. Lua is dynamically typed, interpreted from bytecodes, and has automatic memory management with garbage collection, making it ideal for configuration, scripting, and rapid prototyping. A fundamental concept in the design of Lua is to provide meta-mechanisms for implementing features, instead of providing a host of features directly in the language. For example, although Lua is not a pure object-oriented language, it does provide meta-mechanisms for implementing classes and inheritance. Lua's meta-mechanisms bring an economy of concepts and keep the language small, while allowing the semantics to be extended in unconventional ways. Extensible semantics is a distinguishing feature of Lua. Lua is implemented as a small library of C functions, written in ANSI C, and compiles unmodified in all known platforms. The implementation goals are simplicity, efficiency, portability, and low embedding cost. WWW: http://www.lua.org/ PR: ports/174437 Submitted by: Green Dog <fiziologus@gmail.com>fdc96c8fdd